home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / 1995.volume.15 / vol15.iss001-050 < prev    next >
Internet Message Format  |  1995-01-23  |  1MB

  1. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa22247;
  2.           4 Jan 95 0:30 EST
  3. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4.     id AA27151; Tue, 3 Jan 95 20:12:06 CST
  5. Return-Path: <telecom>
  6. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7.     id AA27144; Tue, 3 Jan 95 20:12:02 CST
  8. Date: Tue, 3 Jan 95 20:12:02 CST
  9. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  10. Message-Id: <9501040212.AA27144@delta.eecs.nwu.edu>
  11. To: telecom@eecs.nwu.edu
  12. Subject: TELECOM Digest V15 #1
  13.  
  14. TELECOM Digest     Tue, 3 Jan 95 20:12:00 CST    Volume 15 : Issue 1
  15.  
  16. Inside This Issue:                        Editor: Patrick A. Townson
  17.  
  18.     Happy New Year! Administrivia, et al ... (TELECOM Digest Editor)
  19.     UC Berkely Short Courses on Broadband and Wireless Comm (Harvey Stern)
  20.     21 LEC's Violate Comm Act, Ordered To Pay Damages (Alan Boritz)
  21.     Washington Telecom News (enews@access.digex.net)
  22.     Need Some Basic Leased Line Information (William E. White)
  23.     "High-End" Phone Products (Sohail Malik)
  24.     Bell Atlanta-PA Insert Disclaimer (Peter M. Weiss)
  25.     Memorized Area Codes (Stephen Denny)
  26.     Direct Rate Negotiation (VN) (Glenn Foote)
  27.     Finland Data Transmission (Jack Pestaner)
  28.     Personal Communcications (Arndt Ritterbecks)
  29.     Script Translation for TDD/TTY Use (primeperf@aol.com)
  30.     Cell Phone Programming (Alex McPhail)
  31.  
  32. TELECOM Digest is an electronic journal devoted mostly but not
  33. exclusively to telecommunications topics. It is circulated anywhere
  34. there is email, in addition to various telecom forums on a variety of
  35. public service systems and networks including Compuserve and America
  36. On Line. It is also gatewayed to Usenet where it appears as the moderated
  37. newsgroup 'comp.dcom.telecom'. 
  38.  
  39. Subscriptions are available to qualified organizations and individual
  40. readers. Write and tell us how you qualify:
  41.  
  42.                  * telecom-request@eecs.nwu.edu *
  43.  
  44. The Digest is edited, published and compilation-copyrighted by Patrick
  45. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  46. or phone at:
  47.                     9457-D Niles Center Road
  48.                      Skokie, IL USA   60076
  49.                        Phone: 708-329-0571
  50.                         Fax: 708-329-0572
  51.   ** Article submission address only: telecom@eecs.nwu.edu **
  52.  
  53. Our archives are located at lcs.mit.edu and are available by using
  54. anonymous ftp. The archives can also be accessed using our email
  55. information service. For a copy of a helpful file explaining how to
  56. use the information service, just ask.
  57.  
  58. *************************************************************************
  59. *   TELECOM Digest is partially funded by a grant from the              *
  60. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  61. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  62. * project.  Views expressed herein should not be construed as represent-*
  63. * ing views of the ITU.                                                 *
  64. *************************************************************************
  65.  
  66. Additionally, the Digest is funded by gifts from generous readers such
  67. as yourself who provide funding in amounts deemed appropriate. Your help 
  68. is important and appreciated. A suggested donation of twenty dollars per
  69. year per reader is considered appropriate. See our address above.
  70.  
  71. All opinions expressed herein are deemed to be those of the author. Any
  72. organizations listed are for identification purposes only and messages
  73. should not be considered any official expression by the organization.
  74. ----------------------------------------------------------------------
  75.  
  76. Date: Tue, 3 Jan 95 19:36:57 CST
  77. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  78. Subject: Happy New Year! Administrivia, et al ...
  79.  
  80.  
  81. First of all, happy new year to everyone. I hope 1995 is a good year
  82. for you, and I certainly hope it is better for me than 1994, which
  83. was not one I want to repeat anytime soon.
  84.  
  85. To close out the old year in the style to which I seem to have become
  86. accustomed, I discovered that the program I use to update the mailing
  87. list was malfunctioning, and had been in a clever, devious and barely
  88. discernable way for about a month or more. Quite a few people who had
  89. requested addition to the mailing list had not been added, and folks
  90. who requested deletion were still getting copies. I spent quite a bit
  91. of time manually adding and deleting a few hundred entries over the
  92. past couple of days. I *think* everything is now up to date.
  93.  
  94.     If you are still getting copies of the Digest and have 
  95.     previously requested deletion, please advise me personally.
  96.  
  97.     If you have previously requested addition to the list and
  98.     have not been added, also let me know.
  99.  
  100.     (I hear astute readers asking: if that was the case, then
  101.     how would they see this message to know they were supposed
  102.     to ask again?  Well, they see it on Usenet in the telecom
  103.     newsgroup, or one of the other various places where the 
  104.     Digest is distributed. We are getting former Usenetters in
  105.     droves. Lots of folks there are going strictly with the
  106.     privately maintained, moderated e-journals.)
  107.  
  108. The Telecom Archives has also been updated. It was getting to be
  109. a mess with outdated files and it was very disorganized. A new
  110. section of the Archives is devoted to the dozens of book reviews
  111. which have appeared here in the Digest over the past couple of
  112. years.
  113.  
  114.     Suggestion: not all the reviews which appeared here have
  115.     necessarily been ported to that directory. If you wrote a
  116.     review or a book which was discussed here, check out the
  117.     Archives and make sure you are included. If not, and you
  118.     want to be, let me know.
  119.  
  120. George Gilder has been established in a main directory at the
  121. Archives. Previously his writings were mixed in with other reports
  122. and essays. 
  123.  
  124. The index of authors and subjects in TELECOM Digest has been updated
  125. to include all of 1994. You can use these interactively via the
  126. Telecom Archives Email Information Service with the SEARCH command
  127. or you can pull the entire files, your choice. The index goes back
  128. only to 1989. I'd like to go back further, but I need some professional
  129. help in figuring out how to extract the desired information from those
  130. old files. 
  131.  
  132. By now you should have received a copy of the new 1995 Table of Contents/
  133. Index which was distributed earlier Tuesday evening. If not, then ask
  134. for a copy.
  135.  
  136. I am told we might have a newly revised telecom FAQ by the end of
  137. February, and we might have some updated area code and country code
  138. files soon also.
  139.  
  140. In other news:  I decided to bite the bullet and as of January 1, 1995
  141. my official employer is The TELECOM Digest, a not-for-profit educational
  142. activity registered in Cook County, Illinois. Whether or not I get
  143. paid any salary depends upon you, my ultimate employers. I guess you
  144. know what that means without further elaboration.
  145.  
  146. Let's get on with this, the first issue of the new year.
  147.  
  148.  
  149. Patrick Townson
  150.  
  151. ------------------------------
  152.  
  153. From: southbay@garnet.berkeley.edu
  154. Subject: UC Berkely Short Courses on Broadband and Wireless Communications
  155. Date: 4 Jan 1995 01:18:38 GMT
  156. Organization: University of California, Berkeley
  157.  
  158.  
  159. U.C. Berkeley Continuing Education in Engineering
  160. Announces 3 Short Courses on Broadband Communications, Wireless Networks
  161.  
  162. MODERN TELECOMMUNICATIONS:  Wide Area Networks, Personal
  163. Communication Systems, Network Management and Control, and
  164. Multimedia Applications
  165. (March 2-3, 1995)
  166.  
  167. This course is designed as a gentle but comprehensive overview of
  168. telecommunications including current status and future directions.
  169. This course traces the evolution of telecommunications, starting from
  170. its voice roots and progressing through local, metropolitan, and wide
  171. area networks, narrowband ISDN, asynchronous transfer mode, broadband
  172. ISDN, satellite systems, optical communications, cellular radio,
  173. personal communication systems, all-optical networks, and multimedia
  174. services.
  175.  
  176. Lecturer: Anthony S. Acampora, Ph.D., Professor, Electrical
  177. Engineering, Columbia University.  He is Director, Center for
  178. Telecommunications Research. He became a professor following a 20
  179. year career at AT&T Bell Laboratories, is an IEEE Fellow, and is
  180. a former member of the IEEE Communications Society Board of
  181. Governors.
  182.  
  183. SONET/ATM-BASED BROADBAND NETWORKS: Systems, Architectures and
  184. Designs
  185. (March 29-31, 1995)
  186.  
  187. It is widely accepted that future broadband networks will be based on
  188. the SONET (Synchronous Optical Network) standards and the ATM
  189. (Asynchronous transfer Mode) technique.  This course is an in-depth
  190. examination of the fundamental concepts and the implementation issues
  191. for development of future high-speed networks.  Topics include:
  192. Broadband ISDN Transfer Protocol, high speed computer/network
  193. interface (HiPPI), ATM switch architectures, ATM network
  194. congestion/flow control, VLSI designs in SONET/ATM networks.  This
  195. course is intended for engineers who are currently active or
  196. anticipate future involvement in this field.
  197.  
  198. Lecturer: H. Jonathan Chao, Ph.D., Associate Professor, Brooklyn
  199. Polytechnic University.  Dr. Chao holds more than a dozen patents
  200. and has authored over 40 technical publications in the areas of
  201. ATM switches, high-speed computer communications, and
  202. congestion/flow control in ATM networks.
  203.  
  204.  
  205. NETWORKS FOR DIGITAL WIRELESS ACCESS:  Cellular, Voice, Data,
  206. Packet, and Personal Communication Systems
  207. (March 6-8, 1995)
  208.  
  209. This comprehensive course is focused on the principles, technologies,
  210. system architectures, standards, and market forces driving wireless
  211. access.  At the core of this course are the cellular/microcellular/
  212. frequency reuse concepts needed to enable adequate wireless access
  213. capacity for Personal Communication Services (PCS).  Presented are
  214. both the physical-level issues associated with wireless access and the
  215. network-level issues arising from the inherent mobility of the
  216. subscriber. Standards are fully treated including GSM (TDMA), IS-54
  217. (North American TDMA), IS-95 (CDMA), CT2, DCT 900/CT3, IEEE 802.11,
  218. DCS 1800, and Iridium.  Emerging concepts for wireless ATM are also
  219. developed.  This course is intended for engineers who are currently
  220. active or anticipate future involvement in this field.
  221.  
  222. Lecturer: Anthony S. Acampora, Ph.D., Professor, Electrical
  223. Engineering, Columbia University.  He is Director, Center for
  224. Telecommunications Research. He became a professor following a 20
  225. year career at AT&T Bell Laboratories, is an IEEE Fellow, and is
  226. a former member of the IEEE Communications Society Board of
  227. Governors.
  228.  
  229. For more information (complete course descriptions, outlines,
  230. instructor bios, etc.) send your postal address or fax to:
  231.  
  232. Harvey Stern
  233. or Loretta Lindley
  234. U.C. Berkeley Extension/Southbay
  235. 800 El Camino Real Ste. 150
  236. Menlo Park, CA 94025
  237. Tel: (415) 323-8141  
  238. Fax: (415) 323-1438
  239.  
  240. ------------------------------
  241.  
  242. Subject: 21 LEC's Violate Comm Act, Ordered To Pay Damages
  243. From: drharry!aboritz@uunet.uu.net (Alan Boritz)
  244. Date: Tue, 03 Jan 95 16:28:13 EST
  245. Organization: Harry's Place - Mahwah NJ - +1 201 934 0861
  246.  
  247.  
  248.  From ftp.fcc.gov:
  249.  
  250. NEWS Report No. DC-594     COMMON CARRIER ACTION           December 23, 1994
  251.  
  252.    DAMAGES AWARDED FOR LEC VIOLATIONS OF RATE OF RETURN PRESCRIPTION
  253.  
  254.     In response to complaints filed by several long distance
  255. carriers, the Commission has determined that 21 local exchange
  256. carriers (LECs) have violated the Communications Act by earning in
  257. excess of the rate of return for interstate access services prescribed
  258. by the Commission for the period January 1, 1989, through December 31,
  259. 1990.
  260.  
  261.     The complainants, with the LECs about whom they complained in
  262. parenthesis, are American Network Exchange et al.  (Pacific Bell);
  263. Cable&Wireless et al.  (GTE California, GTE Florida, GTE North -
  264. Indiana, Michigan, Missouri and Wisconsin, GTE Northwest, Contel West
  265. Rate Group, Contel East/South Rate Group, New York Telephone,
  266. BellSouth, Ameritech, US WEST); Call-America (US WEST); LDDSMetromedia
  267. Communications (United Telephone Company of Florida, United Telephone
  268. System - Midwest, Centel - Texas, Centel - Virginia, Cincinnati Bell);
  269. MCI Telecommunications Corp.  et al.  (New York Telephone, BellSouth,
  270. Ameritech, East Ascension Telephone Co., Cincinnati Bell, Southwestern
  271. Bell); and WilTel, Inc.  (Pacific Bell).
  272.  
  273.     The Commission awarded monetary damages, plus interest, for
  274. the defendants' violations but allowed the defendants to offset the
  275. complainants' damages to the extent that the complainants purchased
  276. access services from the defendants during the period in question at
  277. rates that produced earnings below the Commission's prescribed levels.
  278. After taking into account these offsets, the Commission has ordered
  279. the LECs to pay monetary damages amounting to $3,435,968, exclusive of
  280. interest.  The highest single damages award is against US West in the
  281. amount of $926,779.  US West is also liable in the aggregate for
  282. $1,236,709, the highest aggregate damages awarded against any
  283. defendant in this proceeding.
  284.  
  285.     Action by the December 23, 1994, by Memorandum Opinion and
  286. Order (FCC 94-339).  Chairman Hundt, Commissioners Quello, Barrett,
  287. Ness and Chong.
  288.  
  289.                     - FCC -
  290.  
  291.     News Media contact: Susan Lewis Sallet and Maureen Peratino at (202)
  292. 418-0500.
  293.     Common Carrier Bureau contacts: Donna N. Lampert at (202) 418-1500 and
  294. Colleen Heitkamp at (202) 418-0960.
  295.  
  296.                        -----------------
  297.  
  298. aboritz%drharry@uunet.uu.net  or  uunet!drharry!aboritz
  299. Harry's Place (drharry.UUCP) - Mahwah NJ USA - +1-201-934-0861
  300.  
  301. ------------------------------
  302.  
  303. From: enews@access.digex.net (enews)
  304. Subject: Washington Telecom News
  305. Date: 3 Jan 1995 11:42:55 -0500
  306. Organization: Express Access Online Communications, Greenbelt, MD USA
  307.  
  308.  
  309. The featured article from the December 26 issue of WASHINGTON TELECOM NEWS 
  310. looks at the market problems faced by American telecom companies. Here 
  311. is an excerpt from "THE `ALLURING PARADOX' OF U.S. TELCOS AND FOREIGN 
  312. MARKETS."
  313.  
  314.      According to the Economic Strategy Institute's (ESI) Crossed
  315. Wires: How Foreign Regulations and U.S. Policies Are Holding Back the
  316. U.S. Telecommuni-cations Services Industry, "The dearth of U.S.
  317. participation in key foreign markets can be explained by prohibitive
  318. government regulations that restrict U.S. firms from exploiting their
  319. competitive advantage in telecommunications services."
  320.  
  321.      The report's principal author, ESI Managing Director Larry
  322. Chimerine, added that foreign barriers have resulted in a $4 billion
  323. trade deficit in phone services and lost opportunities to pursue more
  324. that $288 billion in potential revenues.  
  325.  
  326.      Although some of the deficit may be attributed to the fact that
  327. there is more traffic originating in the United States resulting in
  328. more access charges to foreign telco providers, more than half of that
  329. deficit -- $2.1 billion -- is because of overpayments for that access.
  330.  
  331.      "Foreign [companies] use this mechanism to overcharge U.S.
  332. consumers and discriminate against the U.S. by charging significantly
  333. more for terminating calls from the United States than for calls
  334. originating in other countries, despite small cost differentials,"
  335. said the report's co-author, research associate Erik Olbeter.
  336.  
  337. ESI's Recommendations to Remedy the Situation
  338.  
  339.      To rectify the situation, the ESI recommends that the United
  340. States complete the deregulation of the domestic market, which would
  341. place pressure on foreign governments to liberalize their own under
  342. threat of reciprocal restricted market access.
  343.  
  344.      In addition, the government must adopt a proactive, incentive-
  345. based strategy to open foreign markets.  "The U.S. already has one of
  346. the most open telecommunications markets in the world, allowing
  347. foreign competitors to pursue cellular properties and partnerships,"
  348. Chimerine said.  "If progress is not made, the FCC should consider the
  349. home of a carrier when reviewing applica-tions."  This approach
  350. probably would not hurt U.S. companies in the long run.  "We don't
  351. have much to lose because we're not there anyway," Chimerine said.
  352. "At some point, we have to stand up and do what's right for the U.S.
  353. economy."
  354.  
  355.      Finally, ESI's Olbeter suggested instituting a cost-based, non-
  356. discriminatory international settlement system to determine settlement 
  357. rates on international phone traffic.  
  358.   
  359.                              --------------
  360.  
  361. So begins this issue's featured article from WASHINGTON TELECOM NEWS.
  362.  
  363. This article and others from WASHINGTON TELECOM NEWS and additional
  364. publications can be viewed at no charge on The Electronic Newsstand, a
  365. service which collects articles, editorials, and table of contents
  366. from over 220 magazines and provides them to the Global Internet
  367. community.
  368.  
  369. Access to The Electronic Newsstand is available 24 hours a day, 7 days
  370. a week via Gopher, an information navigation and retrieval technology
  371. from the University of Minnesota.
  372.  
  373. For those without a local Gopher client program, The Electronic
  374. Newsstand provides a telnet account which will allow you to use a text
  375. based Gopher client to access our service.
  376.  
  377. To access The Electronic Newsstand, 
  378.  
  379.     via Local Gopher Client:
  380.  
  381.         Hostname:    gopher.enews.com
  382.         Port:        2100
  383.  
  384.     via the Gopher Home Menu at U of Minn:
  385.  
  386.         Other Gopher and Information Servers/
  387.           North America/
  388.             USA/
  389.               General/
  390.             The Electronic Newsstand (tm)
  391.  
  392.     via Gopher Link Information:
  393.  
  394.         Name=The Electronic Newsstand
  395.         Type=1
  396.         Port=2100
  397.         Path=1/
  398.         Host=gopher.enews.com
  399.  
  400.     via Telnet:
  401.  
  402.         Hostname:     gopher.enews.com
  403.         Loginname:    enews
  404.         Password:    <not required>
  405.  
  406.     via World Wide Web:
  407.  
  408.         URL:        http://www.enews.com
  409.  
  410.     via electronic mail:
  411.  
  412.         Send a blank email message to gophermail@enews.com
  413.         to retrieve files.
  414.  
  415. We are also available for America Online users in the Gopher area
  416. under Literature and Books.
  417.  
  418. If you have any suggestions on how we might improve this service, or
  419. need more information, please email staff@enews.com.
  420.  
  421.     --The Electronic Newsstand Staff
  422.  
  423.  
  424. [TELECOM Digest Editor's Note: This is a really great service which I
  425. have always been happy to help publicize. They've gone to a lot of
  426. effort and work to prepare a very nice system. Check it out.   PAT]
  427.  
  428. ------------------------------
  429.  
  430. From: bwhite@oucsace.cs.ohiou.edu (William E. White)
  431. Subject: Need Some Basic Leased Line Information
  432. Organization: Ohio University, Computer Science Department
  433. Date: Tue, 03 Jan 1995 21:45:27 GMT
  434.  
  435.  
  436. A friend and I are interested in getting a leased line to a commercial
  437. internet service provider, and have some basic questions that we
  438. haven't found decent answers to yet.  Specifically, we've contacted
  439. OARNet, and received information on ISDN, 56Kb, LVT1, and T1
  440. connections.  However, our understanding is that we need to provide
  441. the local loop to the nearest OARNet site -- in our case Columbus
  442. (we're in Athens, about 100 miles from Columbus).
  443.  
  444. Specifically, what do we *do* to provide this local loop?  I'm
  445. assuming it's done through our local telco (GTE -- ugh!), but are the
  446. costs based on how far it is to Columbus, or how far it is from our
  447. site to the phone company?  And if the latter is true, would it make
  448. sense to find a cheaper provider than OARNet that might be further
  449. away?
  450.  
  451. Thank you for your suggestions; my knowledge of telecom stuff is very
  452. limited.  Heck, I'm not even sure what a T1 line *is*, other than
  453. 1.5MBps and around $2.5K per month from OARnet.
  454.  
  455.  
  456. Bill White   +1-614-594-3434     | bwhite@oucsace.cs.ohiou.edu 
  457. 44 Canterbury, Athens OH  45701  | finger for PGP2.2 block     
  458. http://oucsace.cs.ohiou.edu/personal/bwhite.html (check it out!)
  459.  
  460. ------------------------------
  461.  
  462. From: malik@access.digex.net (Sohail Malik)
  463. Subject: "High-end" Phone Products
  464. Date: 3 Jan 1995 03:20:23 -0500
  465. Organization: Alif International
  466.  
  467.  
  468. I'm looking to purchase a telephone with the following features:
  469.  
  470.     2 or 3 lines
  471.     Conference facility
  472.     Speaker phone capability
  473.     Hangable on the wall
  474.     Cordless
  475.  
  476. I have not found too many of these on the market, at least not from my
  477. favorite manufacturers (AT&T and Motorola).  In particular, the confer-
  478. ence facility needs to be high quality (many I've tried make it hard
  479. for the conferenced parties to hear each other).
  480.  
  481. Would anyone be able to recommend particular brands/models that fit
  482. these requirements?  Also, are there any mail-order places or
  483. magazines that specialize in these types of things that I should look
  484. at?
  485.  
  486.  
  487. Thanks in advance,
  488.  
  489. Sohail
  490.  
  491. ------------------------------
  492.  
  493. Organization: Penn State University
  494. Date: Tue, 3 Jan 1995 10:06:52 EST
  495. From: Peter M. Weiss <PMW1@PSUVM.PSU.EDU>
  496. Subject: Bell Atlanta-PA Insert Disclaimer
  497.  
  498.  
  499. Found in my Bell Atlantic-PA December bill:
  500.  
  501. "You cannot use Caller ID blocking to block your number when you call
  502. an 800 or 900 number.  The number goes to the company who provides
  503. this service.  We do not have a way to block your number when you call
  504. an 800 or 900 number.
  505.  
  506. You should know that some companies use your number for marketing and
  507. other reasons.  However, after April 12, 1995 the FCC has said that
  508. they must first ask you if they can use this information for other
  509. purposes."
  510.  
  511.  
  512. Pete-Weiss@psu.edu (Penn State U)
  513.  
  514. ------------------------------
  515.  
  516. From: sdenny@spd.dsccc.com (Stephen Denny)
  517. Subject: Memorized Area Codes
  518. Date: 3 Jan 1995 19:15:07 GMT
  519. Organization: DSC Communications Corporation, Plano, Texas USA
  520.  
  521.  
  522. In the small tourist town of Pigeon Forge, Tennessee, located at the
  523. foothills of the Great Smoky Mountains, is an amusement park named
  524. Dollywood.  It is owned by the well-known singer Dolly Parton who
  525. originated from Pigeon Forge.
  526.  
  527. At one of the large theatres at the park, there is a fellow who does
  528. an audience warm-up act for a show.  As part of his act he has the
  529. audience call out their favorite area codes and he tells them their
  530. location.  He is quite good and is virtually never stumped.  I suspect
  531. that with all the area code splits, he is going to have his hands full
  532. keeping up!
  533.  
  534.  
  535. Stephen Denny             sdenny@sun004.cpdsc.com
  536. DSC Communications Corp. 
  537. Plano, TX, USA            **Standard Disclaimer**
  538.  
  539. ------------------------------
  540.  
  541. From: glnfoote@freenet.columbus.oh.us (Glenn Foote)
  542. Subject: Direct Rate Negotiation (VN)
  543. Date: 3 Jan 1995 01:13:34 -0500
  544. Organization: The Greater Columbus Freenet
  545.  
  546.  
  547.      I need to find out how major telecom providers are charging for
  548. High Volume Services.
  549.  
  550.      For example, if a company is (or is thinking of) using a Virtual
  551. Network (or the like) and is generating well in excess of 150,000 long
  552. distance (48 states only) network hours per month, (plus another
  553. 20,000 hours of inbound 800) can that company reasonably expect to
  554. negotiate rates with the common carriers?  If not, at what point, in
  555. your opinion, would direct rate negotiations be considered?
  556.  
  557.      Does it make any difference in any negotiations if the general
  558. types of calls are short, ie; less than 90 seconds for about 80% of
  559. the calls.  And to what extent does the Time of Day enter into the
  560. picture.
  561.  
  562.      In general, what cost per minute should any discussion ask for?
  563. Is $0.125 too high, is $0.085 too low?
  564.  
  565.      Also, What starts the timer?  Initial Dial Tone (assuming direct
  566. access to LD carrier), End Of Dialing Sequence, Start of Ringing, or
  567. Answer by the Called Party.
  568.  
  569.      And, what ends the timer? Hang up of Called Party, Central Office
  570. indication to Common Carrier, Hang Up of Calling Party, or some
  571. combination thereof.
  572.  
  573.      Feel free to use E-mail to respond to this one ....
  574.  
  575.  
  576. Thanks,
  577.  
  578. Glenn L Foote ...... glnfoote@freenet.columbus.oh.us
  579.  
  580. ------------------------------
  581.  
  582. From: jackp@telecomm.admin.ogi.edu (Jack Pestaner)
  583. Subject: Finland Data Transmission
  584. Date: 3 Jan 1995 03:48:44 GMT
  585. Organization: Oregon Graduate Institute
  586.  
  587.  
  588. We have been communicating to a site in Finland with autoranging 14.4k
  589. modems.  On a good day we can run at 9600, but typically at 2400.  We
  590. have tried AT&T, MCI, and IDB (all are direct digital connections
  591. through our PBX), but all seem to be extremely variable.  We use
  592. NetBlazer modems, same model, on each end.
  593.  
  594. This is really expensive, and we want to move to a more reliable
  595. service, as we expect to have longer hold times of three to five hours
  596. a day.  I checked on a 56k DDS, but cost was about $9K per month.
  597.  
  598. Are there any satellite solutions, or packet solutions that anybody
  599. knows of?  BTW, we also tried x.25 from Sprint, but service went down
  600. often, and Sprint just has the WORST customer service for problem
  601. solving.
  602.  
  603.  
  604. Thanks,
  605.  
  606. Jack
  607.  
  608. ------------------------------
  609.  
  610. From: eedari@aachen.eed.ericsson.se (Arndt Ritterbecks)
  611. Subject: Personal Communcications
  612. Date: 3 Jan 1995 19:15:24 GMT
  613. Organization: Ericsson Eurolab Deutschland GmbH
  614. Reply-To: eedari@aachen.eed.ericsson.se
  615.  
  616.  
  617. Hello out there!
  618.  
  619. I'm a diploma student at the Ericsson Eurolab in Germany. My final
  620. thesis' topic is:
  621.  
  622. "Adaption And Implementation Of UMTS DDB Concepts For PSCS".
  623.  
  624.  
  625. The goal of the third generation telecommunication system UMTS is the
  626. integration of all telecommunication networks taking into account user
  627. and terminal mobility.  PSCS is a service concept wherein a service
  628. provider offers personal communication to an end user. That means:
  629. users are able to organize communication to their own preferences.
  630. PSCS can be seen as an improvement and continuation of the UPT ideas
  631. (UPT: Universal Personal Telecommunication).  Both, UMTS and PSCS, are
  632. parts of research projects of the European Community.
  633.  
  634. One of my tasks is to develop a database concept for PSCS. For it I
  635. have to find all required data to realize PSCS, e.g. data necessary to
  636. support the capabilities of different terminals. One of my points of
  637. interest is: are there any conventions or standards holding data of
  638. users or terminals in a database?
  639.  
  640. Because information about these and related topics is hard to find I
  641. would be very pleased about anybody helping me to find newsgroups,
  642. mailinglists, ftp servers, WWW URLs, institutes or email-addresses of
  643. persons occupied with one of the following topics:
  644.  
  645. UMTS, UPT, PCS, intelligent networks, personal communications,
  646. terminal data.
  647.  
  648.  
  649. Thank you for any help!!!
  650.  
  651. Arndt
  652.  
  653. ------------------------------
  654.  
  655. From: primeperf@aol.com (Prime perf)
  656. Subject: Script Translation for TDD/TTY Use
  657. Date: 03 Jan 1995 10:35:31 -0500
  658. Organization: America Online, Inc. (1-800-827-6364)
  659. Reply-To: primeperf@aol.com (Prime perf)
  660.  
  661.  
  662. Could someone direct me to a script translation service, preferably in
  663. the Washington-Baltimore-Richmond area, that can translate information
  664. scripts for use on an automated information line accessed by TDD/TTY
  665. users?  Obviously, I would prefer it if you can recommend a service
  666. provider that you have used.
  667.  
  668. Please email direct.
  669.  
  670. ------------------------------
  671.  
  672. From: amcphail@hookup.net (Alex McPhail)
  673. Subject: Cell Phone Programming
  674. Date: Tue, 3 Jan 1995 04:45:27 GMT
  675. Organization: TeraScope Research
  676.  
  677.  
  678. Does anyone have information about how to program your cell phone to
  679. change your phone number, etc.
  680.  
  681.  
  682. Thanks in advance,
  683.  
  684. Alex McPhail   TeraScope Research
  685. amcphail@hookup.net
  686. Voice:  +1 (613) 730-1416
  687. Fax:    +1 (613) 730-1408
  688.  
  689.  
  690. [TELECOM Digest Editor's Note: Oh, I'm sure we have all that information
  691. among the various readers here. It would help if you would tell us the
  692. kind of phone you have. You might also check out the Motorola programming
  693. file in the Telecom Archives and the other articles in the cellular
  694. sub-directory there. And let's keep it on the up and up, please.  PAT]
  695.  
  696. ------------------------------
  697.  
  698. End of TELECOM Digest V15 #1
  699. ****************************
  700.     
  701.     
  702. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa22648;
  703.           4 Jan 95 1:10 EST
  704. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  705.     id AA28198; Tue, 3 Jan 95 21:04:04 CST
  706. Return-Path: <telecom>
  707. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  708.     id AA28191; Tue, 3 Jan 95 21:04:01 CST
  709. Date: Tue, 3 Jan 95 21:04:01 CST
  710. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  711. Message-Id: <9501040304.AA28191@delta.eecs.nwu.edu>
  712. To: telecom@eecs.nwu.edu
  713. Subject: TELECOM Digest V15 #2
  714.  
  715. TELECOM Digest     Tue, 3 Jan 95 21:04:00 CST    Volume 15 : Issue 2
  716.  
  717. Inside This Issue:                        Editor: Patrick A. Townson
  718.  
  719.     Protest of New Compuserve-Unisys GIF Usage Tax (Pat Clawson)
  720.     Pinouts on RS232 and Echoed Back Characters (Dave Thompson)
  721.     Erlang Capacit (ERU.ERUDYG@memo4.ericsson.se)
  722.     Phone Fraud - PBXs (Paul Murray)
  723.     Phillipines Service Downtime (Al Niven)
  724.     Netcom in Boston Brea (Vidur Kapoor)
  725.     Cellular Direct Number (Sanjay Hiranandani)
  726.     It's Not Tenex Anymore ... (Chris Cappuccio)
  727.     Noise Introduced by Bit-Robbing? (Christian Weisgerber)
  728.     How Can I Encrypt a T-1? (Quinn Lanus)
  729.     Where Does ISDN Fit In? (Daniel Ritsma)
  730.     Need Information on IS-54 (Dharshana P. Jayasuriya)
  731.     What Magazines do You Read? (Patrick Sukhu)
  732.     Information Wanted on Munich32 Chip (Matthew P. Downs)
  733.  
  734. TELECOM Digest is an electronic journal devoted mostly but not
  735. exclusively to telecommunications topics. It is circulated anywhere
  736. there is email, in addition to various telecom forums on a variety of
  737. public service systems and networks including Compuserve and America
  738. On Line. It is also gatewayed to Usenet where it appears as the moderated
  739. newsgroup 'comp.dcom.telecom'. 
  740.  
  741. Subscriptions are available to qualified organizations and individual
  742. readers. Write and tell us how you qualify:
  743.  
  744.                  * telecom-request@eecs.nwu.edu *
  745.  
  746. The Digest is edited, published and compilation-copyrighted by Patrick
  747. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  748. or phone at:
  749.                     9457-D Niles Center Road
  750.                      Skokie, IL USA   60076
  751.                        Phone: 708-329-0571
  752.                         Fax: 708-329-0572
  753.   ** Article submission address only: telecom@eecs.nwu.edu **
  754.  
  755. Our archives are located at lcs.mit.edu and are available by using
  756. anonymous ftp. The archives can also be accessed using our email
  757. information service. For a copy of a helpful file explaining how to
  758. use the information service, just ask.
  759.  
  760. *************************************************************************
  761. *   TELECOM Digest is partially funded by a grant from the              *
  762. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  763. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  764. * project.  Views expressed herein should not be construed as represent-*
  765. * ing views of the ITU.                                                 *
  766. *************************************************************************
  767.  
  768. Additionally, the Digest is funded by gifts from generous readers such
  769. as yourself who provide funding in amounts deemed appropriate. Your help 
  770. is important and appreciated. A suggested donation of twenty dollars per
  771. year per reader is considered appropriate. See our address above.
  772.  
  773. All opinions expressed herein are deemed to be those of the author. Any
  774. organizations listed are for identification purposes only and messages
  775. should not be considered any official expression by the organization.
  776. ----------------------------------------------------------------------
  777.  
  778. From: Pat Clawson <patclawson@delphi.com>
  779. Subject: Protest of New Compuserve-Unisys GIF Usage Tax
  780. Date: Mon, 2 Jan 95 21:00:58 -0500
  781. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  782.  
  783.  
  784. January 2, 1995
  785.  
  786. An Open Letter to Our Colleagues In the Online Communications
  787. Community:
  788.  
  789. The announcement by CompuServe and Unisys that users of the GIF image
  790. format must register by January 10 and pay a royalty or face lawsuits
  791. for their past usage, is the online communications community's
  792. equivalent of the sneak attack at Pearl Harbor.
  793.  
  794. The announcement of the CompuServe-Unisys GIF Tax on December 29,
  795. during the lull between Christmas and New Year's Day, was clearly
  796. timed to cause maximum damage while an unsuspecting public celebrated
  797. the holidays.
  798.  
  799. We at TeleGrafix Communications have no quarrel with those who seek to
  800. protect their intellectual property and profit from it.  Indeed, we
  801. are in business to do the same.  We believe those who develop software
  802. are entitled to reap financial rewards from their labors.
  803.  
  804. But in our opinion, the timing and circumstances of the CompuServe-
  805. Unisys action indicates this is a shakedown of the online communications 
  806. community by two powerful corporations, rather than a reasonable
  807. effort to protect intellectual property.
  808.  
  809. The GIF format has been in widespread public use since 1987.   Its
  810. widespread use and royalty-free licensing has been encouraged by
  811. CompuServe for years.  Neither CompuServe or Unisys have made any
  812. significant improvements to GIF or its underlying LZW algorithm and
  813. compression process to justify charging for what has been free.
  814.  
  815. Giving GIF users only 14 days to comply with sudden, unexpected
  816. demands to pay the private CompuServe-Unisys GIF Tax or face
  817. prosecution for past usage of what had been promoted for seven years
  818. as free, open standard software is unconscionable. It is especially
  819. outrageous since CompuServe and Unisys admit in writing that they
  820. decided to require licensing SIX MONTHS AGO in June, and didn't
  821. announce it to the public until now.
  822.  
  823. According to the CompuServe-Unisys GIF licensing agreement, the
  824. settlement of the patent dispute was executed on June 21, 1994.
  825. CompuServe agreed to implement the agreement "as soon as reasonably
  826. practicable and in no case later than six (6) months after the date
  827. this Agreement is executed..."  That six month period ended on
  828. December 21, 1994 -- but CompuServe did not make the licensing terms
  829. public until December 28.  Indeed, CompuServe appears to have violated
  830. the terms of its own settlement agreement with Unisys.
  831.  
  832. While many of the messages we have read online in reaction to the
  833. CompuServe-Unisys GIF Tax decree express both dismay and disbelief,
  834. virtually none have analyzed the actual provisions of the licensing
  835. agreement.  It is in this area that TeleGrafix Communications wishes
  836. to contribute to the dialogue.
  837.  
  838. In our opinion, the CompuServe-Unisys licensing agreement is both
  839. illogical and overly broad.  Let's examine some of its key provisions.
  840. All quotes cited are directly from the agreement.
  841.  
  842. 1. CompuServe will license Developers who want to use GIF technology.
  843. The term "developer" is defined as "the other undersigned party to the
  844. agreement," and it seems to apply to ANYONE who contemplates distributing 
  845. any product that uses the GIF format.
  846.  
  847. 2.  Developers will be licensed to sell or distribute "Products" that
  848. "use and exploit GIF ... solely within the Field of Use."  The term
  849. "Field of Use" is defined as "primarily for accessing the CompuServe
  850. Information Service and for manipulating and viewing data received
  851. through the CompuServe Information Service."  The licensing agreement
  852. further defines the term "Products" as being "software that is
  853. developed or distributed ... which is designed for and used primarily
  854. for accessing the CompuServe Information Service and for manipulating
  855. and viewing data received through the CompuServe Information Service."
  856.  
  857. IT APPEARS THAT THE ONLY LAWFUL USE OF GIF WILL BE FOR COMPUSERVE-RELATED 
  858. PRODUCTS.  Using GIF images in any other manner, such as on CD-ROMs or
  859. bulletin board systems, is prohibited.  Most of the thousands of
  860. products that have used GIF in some manner are henceforth contraband.
  861.  
  862. 3. Developers may no longer "use, copy, modify or distribute the GIF
  863. specification, except as expressly permitted by CompuServe."  This
  864. states that the GIF specification can no longer be shared, published
  865. or uploaded in any manner without the express consent of CompuServe.
  866.  
  867. 4. Members of the public are prohibited from using any software
  868. product containing GIF until they have become a REGISTERED user of the
  869. product.  The customer also must agree to use the product "primarily
  870. for accessing the CompuServe Information Service and for manipulating
  871. and viewing data received through the CompuServe Information Service."
  872. This virtually eliminates the concept of freeware or shareware
  873. containing GIF capabilities, since prospective customers can no longer
  874. try out these software products without registering them first.
  875.  
  876. 5. Software developers must pay $1.00 for a license to use GIF, PLUS a
  877. fee equal to the GREATER of 1.5% of the selling price of the product,
  878. or $0.15 per "Disposition."  Disposition is defined as "the sale,
  879. lease or license or any other grant of rights to a Product or any new
  880. Product."  All royalties must be paid quarterly.  Noncommercial and
  881. freeware usage of GIF technology is NOT exempted from the royalty
  882. requirement.  Because the royalty provisions and definition of
  883. "Disposition" are so broad in scope, it appears that a GIF Tax payment
  884. may be due to CompuServe-Unisys each time a GIF image is transmitted
  885. via BBS or Internet.  The operators of a BBS or World Wide Web site
  886. with hundreds or thousands of GIF images online could easily be
  887. bankrupted by these licensing requirements.
  888.  
  889. 6. CompuServe must be notified of ANY new product using GIF when it is
  890. first offered to customers.
  891.  
  892. 7. Persons using GIF must keep records of its use, and CompuServe has
  893. the right to audit those records every year upon seven days notice.
  894. Persons using GIF must pay the cost of the audit if a royalty
  895. underpayment of 10% or more is discovered, along with 12% interest on
  896. any underpaid royalties.
  897.  
  898. 8. Even if the patent is later found by the courts or the U.S. Patent
  899. Office to be invalid and unenforcable, or if the patent expires, any
  900. developer must "return all copies of the GIF specification and any
  901. confidential information of CompuServe then in its possession or
  902. control to CompuServe, (ii) stop using the Licensed Technology, and
  903. (iii) stop distributing Products."  This states that EVEN IF THE
  904. PATENT IS OVERTURNED OR EXPIRES, YOU MUST STOP USING OR DISTRIBUTING
  905. GIF.
  906.  
  907. 9. Even though CompuServe has publicly disseminated the text of the
  908. agreement it wants GIF users to sign, the terms of the agreement are
  909. to remain confidential.  This is illogical, to say the least, since
  910. they have posted it for public download on their own system.
  911.  
  912. 10. Developers have to indemnify and hold CompuServe harmless for any
  913. damages if their CUSTOMERS somehow use GIF technology in a way not
  914. permitted by the licensing agreement.
  915.  
  916. 11. Unisys has the right to enforce the agreement, as well as
  917. CompuServe.  Further, Unisys has the right to pursue legal action or
  918. seek damages against Developers even after the agreement has
  919. terminated.
  920.  
  921. TeleGrafix Communicatons Inc. will not sign such a licensing
  922. agreement.  We think most other software developers, BBS sysops and
  923. Web site operators also will refuse to sign.
  924.  
  925. We encourage our colleagues in the online communications community to
  926. evaluate the CompuServe-Unisys action, and to lodge appropriate
  927. protests directly with those companies.
  928.  
  929. We believe that the CompuServe-Unisys GIF Tax drives a stake through
  930. the heart of Internet development.  It will cripple the World Wide
  931. Web, NCSA Mosaic, and other Internet multimedia technologies that rely
  932. heavily on GIF imaging.
  933.  
  934. Fortunately, we at TeleGrafix Communications do not depend on GIF
  935. imaging in our new RIPscrip 2.0 online multimedia technologies.  We
  936. chose to implement the JPEG image format and only recently decided to
  937. add GIF support as a convienience to our customers.  Due to the
  938. restrictive conditions of the CompuServe-Unisys GIF Tax and licensing
  939. agreement, we must now reevaluate our plans for supporting GIF use in
  940. the upcoming release of RIPscrip 2.0.
  941.  
  942. While our company hopes to profit financially from our advanced
  943. RIPscrip 2.0 technology, we will not demand royalties from those who
  944. have used the freeware versions of our earlier RIPscrip 1.54 products
  945. and/or technical specifications.  The RIPscrip 2.0 specification also
  946. will be made public for third-party use after it is finalized.
  947.  
  948. We expect that the CompuServe-Unisys action will spell the death of
  949. GIF as a commercially viable technology, shifting the attention of the
  950. online communications community to JPEG imaging.
  951.  
  952.  
  953. Sincerely,
  954.  
  955. Pat Clawson
  956. President & Chief Executive Officer
  957. TeleGrafix Communications Inc.
  958. Huntington Beach, CA
  959.  
  960. Voice: (714) 379-2140
  961. Fax: (714) 379-2132
  962. BBS: (714) 379-2133
  963. Internet: rip.support@telegrafix.com
  964.  
  965.  
  966. [TELECOM Digest Editor's Note: The folks at America OnLine must be
  967. a bit disgruntled by this news also since a large number of users
  968. on that system have GIFs on file for display to the persons they
  969. are talking to in the chat rooms, etc. I don't know how many times
  970. I have been on Compuserve, for example in the CB program and had
  971. someone ask me if I had a GIF of myself they could view, etc. This
  972. does seem like very bad news for the online community.   PAT]
  973.  
  974. ------------------------------
  975.  
  976. From: Thompson, Dave <davet@fpg.logica.com>
  977. Subject: Pinouts on RS232 and Echoed Back Characters
  978. Date: Tue, 03 Jan 95 02:46:00 PST
  979.  
  980.  
  981. I've been out of the office and am amazed to see no followup to this, so:
  982. In Telecom DIGEST 14.422, 21 Nov 1994 02:07:33 -0500, William Ono <wmono@
  983. helix.net> asks:
  984.  
  985. > If anyone has the list of pinouts for the RS232 style port, could they
  986. > please mail it to me?  (news is flakey at my site..)  I am using a
  987. > DB25 connector, but a DB9 pinouts list would also be helpful (I'm sure
  988. > I can dig up a conversion chart almost anywhere).
  989.  
  990. Partly from memory and partly from McNamara 1ed 1977 (!)  (one of the
  991. few books unpacked after a recent office move) the RS-232 (now -D)
  992. STANDARD, to which an "RS-232 style port" should comply IN RELEVANT
  993. PARTS, was:
  994.  
  995.  1 Frame Ground
  996.  2 Tx data (SD)
  997.  3 Rx data (RD)
  998.  4 Request To Send
  999.  5 Clear To Send
  1000.  6 Data Set Ready
  1001.  7 Signal Ground
  1002.  8 Data Carrier Detect
  1003. 11,12 apparently used by Bell 202C but not standardized
  1004. 14 Secondary aka Reverse Tx Data
  1005. 15 Tx clock from DCE
  1006. 16 Secondary/Reverse Rx Data
  1007. 17 Rx clock from DCE
  1008. 20 Data Terminal Ready
  1009. 22 Ring Indicator
  1010. 24 Tx clock from DTE
  1011.  
  1012. You should also find this somewhere in the manual for almost any
  1013. decent external modem or indeed serial card.
  1014.  
  1015. > Also, I was just wondering -- is it possible to echo a character from
  1016. > the Send Data pin to the Receive Data pin by simply fusing the two
  1017. > pins together?  I mean, if I wanted to just send everything back to
  1018. > the computer that has been sent down the Send Data line, could I just
  1019. > connect RD to SD, or do I need to do some processing first?
  1020.  
  1021. Yes, you can just connect RD to SD, IF:
  1022.  
  1023. 1) For a direct cable, the out + back distance = 2 * length (and the
  1024. load of the two receivers combined) does not exceed the source
  1025. (computer?) end line-driver capacity, typically 50-100ft for faster
  1026. speeds (19.2, 38.4) and up to thousands of feet for 300, 1200 etc.;
  1027. for modems or other active equipment each end must already be able to
  1028. drive a good signal to the other, which is all that is needed, but
  1029. unless the modems etc. are regenerating (e.g. an ISDN line through a
  1030. TA) or error-correcting, any noise or timing distortion created on the
  1031. way out will be added to (probably doubled) on the way back, which may
  1032. be too much for correct/reliable transmission; AND
  1033.  
  1034. 2) You DON'T send any data in at the remote end, that is, the ONLY
  1035. data sent back on SD is that received on RD.  If you try to connect RD
  1036. plus a local RS232 driver to SD, the (actually or virtually) remote
  1037. driver and the local one will fight each other to death.  Thus the
  1038. only practical use I can see for this is if you are sending a data
  1039. stream to an output-only device (such as a printer or recorder) which
  1040. is too dumb to detect and report errors, and you want to confirm that
  1041. the correct data reached it: if the computer receives an echo that is
  1042. the same as it sent, either the data actually reached the device's
  1043. input port correctly, or any errors that occurred on the output path
  1044. were matched by exactly complementary errors on the return path, which
  1045. is possible but quite unlikely.  
  1046.  
  1047. However if the echo doesn't match it doesn't mean that the data was
  1048. definitely NOT delivered correctly, only that it's doubtful; the error
  1049. could have occurred only on the return path.  Also, just because the
  1050. data was delivered to the end of the cable doesn't assure it was
  1051. necessarily printed correctly or whatever.  And this assumes your
  1052. computer's serial interface is set up so that it doesn't drop input
  1053. characters as a result of buffer shortage or software timing problems
  1054. (causing spurious mismatches), and doesn't echo its input back to its
  1055. output (as terminal port drivers do on many systems, giving an
  1056. infinite loop).
  1057.  
  1058. If you want to return an echo of the received data and also send in
  1059. data, you need at least to convert the RS232 to and from logic levels
  1060. e.g. TTL and run them through an AND gate (assuming logic "true" =
  1061. RS232 "mark"); but with this simple implementation, assuming you are
  1062. sending characters in the normal fashion (ASCII) if you try to send in
  1063. data (e.g. begin typing on the terminal) while receiving, the
  1064. (serialized) characters (codes) will be be garbled; this is effectively 
  1065. what happened in the old days of current-loop Teletypes for telegraph/cable.
  1066.  
  1067. An alternative would be if both(?) pieces of equipment support some
  1068. control signals (typically DTR/DSR or RTS/CTS/DCD) and the cable is
  1069. wired, or modems etc. are capable, to pass them through (e.g. modems
  1070. use true switched carrier so DCD output at the remote end follows RTS
  1071. at the computer end).  You could then use a couple of logic gates or a
  1072. 2-1 multiplexer to feed into the SD driver either the received
  1073. (computer) data or the locally generated data depending on which has
  1074. its "control" line active, optionally with provision to arbitrate the
  1075. contention if both are active simultaneously.
  1076.  
  1077. The next level would be to deserialize RD and echo the characters back
  1078. into the send serializer, which would typically mean OR'ing or
  1079. selecting (multiplexing) the UART parallel output, or a buffered copy
  1080. of it, with the e.g. keyboard data lines, into the UART parallel
  1081. input, probably with interlock/overrun logic to prevent trying to send
  1082. while the UART is busy/full.
  1083.  
  1084. ------------------------------
  1085.  
  1086. From: ERU.ERUDYG@memo4.ericsson.se
  1087. Date: Tue, 03 Jan 1995 19:46:00 +0100
  1088. Subject: Erlang Capacit
  1089.  
  1090.  
  1091. I am looking for information about Erlang Capacity Calculations for
  1092. land line based telecom networks. My main question is this:
  1093.  
  1094. In cellular, typical system design is according to Erlang B or Erlang
  1095. C traffic tables, and designed for 2% blocking (.02 G.O.S., Grade Of
  1096. Service).
  1097.  
  1098. Is this the same for land line?, local PSTN? long distance trunks?
  1099. international trunks? etc. Any information or source of information
  1100. for this would be useful.
  1101.  
  1102.  
  1103. Dan Goldberg
  1104.  
  1105. ------------------------------
  1106.  
  1107. From: ai093@freenet.carleton.ca (Paul Murray)
  1108. Subject: Phone Fraud - PBXs
  1109. Reply-To: ai093@freenet.carleton.ca (Paul Murray)
  1110. Organization: The National Capital FreeNet
  1111. Date: Tue, 3 Jan 1995 23:01:46 GMT
  1112.  
  1113.  
  1114. Last year the TV show, 60 minutes, did a feature on phone fraud in the
  1115. US.  They estimated it was costing US phone customers, especially
  1116. businesses with PBxs, billions of dollars because of fraudulent use by
  1117. hackers.  More recently, CBC Radio in Canada did a news story on phone
  1118. fraud in which they said a Ministry of the Ontario government had been
  1119. hacked for $50,000 in one month.
  1120.  
  1121. Is this becoming a major problem for business everywhere? 
  1122.  
  1123. I'd be interested to hear of incidents as I may know of a solution.
  1124.  
  1125.  
  1126. Paul J. Murray
  1127.  
  1128.  
  1129. [TELECOM Digest Editor's Note: It is a very major problem. Let's hear
  1130. your solution.    PAT]
  1131.  
  1132. ------------------------------
  1133.  
  1134. From: Al Niven <71742.1665@CompuServe.COM>
  1135. Subject: Phillipines Service Downtime
  1136. Date: 4 Jan 1995 02:22:02 GMT
  1137. Organization: Video, Voice, ~ Data, Inc.
  1138.  
  1139.  
  1140. Anybody with ATT service to the Phillipines that experienced downtime
  1141. between 12/3/94 and today please email or call collect at:
  1142.  
  1143. 310-273-5891 or
  1144. 310-273-5175 or
  1145. 310-453-1414 (ask for Mike Lieber at this number)
  1146.  
  1147.  
  1148. Thank You.
  1149.  
  1150. Al Niven,    Video, Voice, & Data, Inc.
  1151. 212-714-3531
  1152.  
  1153.  
  1154. [TELECOM Digest Editor's Note: What's going on, if you don't mind
  1155. discussing it here?   PAT]
  1156.  
  1157. ------------------------------
  1158.  
  1159. From: vidur@world.std.com (vidur kapoor)
  1160. Subject: Netcom in Boston Area
  1161. Organization: The World Public Access UNIX, Brookline, MA
  1162. Date: Tue, 3 Jan 1995 16:26:34 GMT
  1163.  
  1164.  
  1165. I would like to know the telephone number (voice) for Netcom in the
  1166. Boston area.
  1167.  
  1168.  
  1169. Thanks,
  1170.  
  1171. Vidur
  1172.  
  1173. ------------------------------
  1174.  
  1175. From: snh1@cornell.edu (Sanjay Hiranandani)
  1176. Subject: Cellular Direct Number
  1177. Date: Tue, 03 Jan 1995 16:06:45 -0500
  1178. Organization: Cornell University Network Resources
  1179.  
  1180.  
  1181. A while ago someone on this group posted a number for Cellular Direct
  1182. and/or some other mail order source for cellular phones and accessories. 
  1183. Does anyone still have those numbers handy?
  1184.  
  1185. ------------------------------
  1186.  
  1187. From: ccappuc@sefl.satelnet.org (Chris Cappuccio)
  1188. Subject: It's Not Tenex Anymore ...
  1189. Date: 3 Jan 1995 19:24:36 -0500
  1190. Organization: Public Access in Ft. Lauderdale - SatelNET (305) 587-1930
  1191.  
  1192.  
  1193. I haven't seen anything on comp.dcom.telecom about this before so I
  1194. will explain what I know ... 10XXX codes are being changed to 1010XXX
  1195. (e.g. AT&T @ 10288 is now 1010288) and new carriers are being assigned
  1196. to 1015XXX to 1016XXX.  I don't know how the rest of it is going to be
  1197. assigned, but this change is quite interesting.  It was planned
  1198. sometime in 1993 and I don't know when it was actually implemnted, but
  1199. it already works if you dial 1010XXX around Michigan (at least with
  1200. Ameritech, I don't know if some of the smaller 'alternative' carriers
  1201. in mid-michigan have adapted to this yet).  I imagine that 10XXX
  1202. dialing will be discontinued sometime in the future (or at least there
  1203. will never be any 101XX codes)  If anyone else has information on
  1204. this subject, please post it!
  1205.  
  1206.  
  1207. Peace,
  1208.  
  1209. Chris
  1210.  
  1211. ------------------------------
  1212.  
  1213. From: naddy@mips.pfalz.de (Christian Weisgerber)
  1214. Subject: Noise Introduced by Bit-Robbing?
  1215. Date: Tue, 3 Jan 1995 00:14:43 MET
  1216.  
  1217.  
  1218. What kind of noise/distortion does American-style bit-robbing cause to
  1219. voice band signals transmitted through PCM channels?
  1220.  
  1221. (The reason I ask is that I wonder how much bit-robbing affects V.34
  1222. modems.)
  1223.  
  1224.  
  1225. Christian 'naddy' Weisgerber, Germany     naddy@mips.pfalz.de
  1226.  
  1227. ------------------------------
  1228.  
  1229. From: qlanus@sigg.com (Quinn Lanus)
  1230. Subject: How Can I Encrypt a T-1?
  1231. Organization: The Signature Group
  1232. Date: Tue, 3 Jan 1995 02:47:45 GMT
  1233.  
  1234.  
  1235. I have a requirement which calls for encrypting the data which crosses
  1236. our T-1.  I would prefer this to occur "transparently" with respect to
  1237. existing equipment installed.
  1238.  
  1239. Has anyone heard of a product which can do this?
  1240.  
  1241.  
  1242. Thanks in advance,
  1243.  
  1244. Quinn Lanus    qlanus@sigg.com
  1245.  
  1246. ------------------------------
  1247.  
  1248. Date: Tue, 3 Jan 1995 02:11:06 EST
  1249. From: Daniel Ritsma <ritsma@yu1.yu.edu>
  1250. Subject: Where Does ISDN Fit In?
  1251.  
  1252.  
  1253. When talking about telecommunications in computer-networking, people
  1254. often talk about t-1,2,3 or other type of line that specifically
  1255. define the bandwith of the connection.
  1256.  
  1257. What about ISDN, how do you fit that in these terms?  What is the
  1258. standard bandwith of ISDN, and how is it when you only use it for
  1259. computer-data transfer when we speak about t-1s.  Is it like an 15kHz
  1260. analoge line, that is used for Radio Signal transfer.
  1261.  
  1262. In short when do I use ISDN, over other alternatives?
  1263.  
  1264.  
  1265. Thanks.
  1266.  
  1267. ------------------------------
  1268.  
  1269. From: Dharshana P. Jayasuriya <dharshan@idt.unit.no>
  1270. Subject: Need Information on IS-54
  1271. Date: 3 Jan 1995 15:44:52 GMT
  1272. Organization: University of Trondheim, Norway
  1273.  
  1274.  
  1275. I would appreciate very much if someone can recommend a good book or
  1276. some other material which has sufficient information on the architecture 
  1277. and protocols of the US digital standard IS 54.
  1278.  
  1279. Is it possible to buy a copy of the standard itself? (I mean not the
  1280. whole thousands of pages but a summary.) Or is it strictly proprietary?
  1281.  
  1282.  
  1283. Thanks in advance,
  1284.  
  1285. Dharshana Jayasuriya,
  1286. Dept.of computer systems and telematics,
  1287. Norwegian Institute of technology,
  1288. Trondheim, Norway
  1289.  
  1290. ------------------------------
  1291.  
  1292. From: psukhu@Starbase.ingress.com (Patrick Sukhu)
  1293. Subject: What Magazines Do You Read?
  1294. Date: 2 Jan 1995 00:38:28 GMT
  1295. Organization: Ingress Communications (info@ingress.com)
  1296.  
  1297.  
  1298. What are some of your favorite telecom magazines that you read?
  1299.  
  1300. Thanks,
  1301.  
  1302. Patrick
  1303.  
  1304.  
  1305. [TELECOM Digest Editor's Note: You mean of course, in addition to
  1306. everyone's favorite, TELECOM Digest?   :)    PAT]
  1307.  
  1308. ------------------------------
  1309.  
  1310. From: mpd@adc.com (Matthew P. Downs)
  1311. Subject: Information Needed on Munich32 Chip
  1312. Date: 3 Jan 1995 14:26:28 GMT
  1313. Organization: ADC Telecommunications
  1314.  
  1315.  
  1316. I need some help with a chip made by Siemens the Munich32.  We are
  1317. trying to run it in HDLC and have some problems.  If any one has used
  1318. this, any pointers would be appreciated.
  1319.  
  1320.  
  1321. Matt
  1322.  
  1323. ------------------------------
  1324.  
  1325. End of TELECOM Digest V15 #2
  1326. ****************************
  1327.     
  1328.     
  1329. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23168;
  1330.           4 Jan 95 2:31 EST
  1331. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1332.     id AA29538; Tue, 3 Jan 95 22:13:03 CST
  1333. Return-Path: <telecom>
  1334. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1335.     id AA29531; Tue, 3 Jan 95 22:13:00 CST
  1336. Date: Tue, 3 Jan 95 22:13:00 CST
  1337. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  1338. Message-Id: <9501040413.AA29531@delta.eecs.nwu.edu>
  1339. To: telecom@eecs.nwu.edu
  1340. Subject: TELECOM Digest V15 #3
  1341.  
  1342. TELECOM Digest     Tue, 3 Jan 95 22:13:00 CST    Volume 15 : Issue 3
  1343.  
  1344. Inside This Issue:                        Editor: Patrick A. Townson
  1345.  
  1346.     Re: FM Subcarrier For Data Transmission (Gene Retske)
  1347.     Re: FM Subcarrier For Data Transmission (Wm. Randolph Franklin)
  1348.     Re: 19 Inch Network Relay Rack (Evan Gamblin)
  1349.     Re: 19 Inch Network Relay Rack (Mike Morris)
  1350.     Re: 19 Inch Network Relay Rack (Robert Hazen)
  1351.     Re: 19 Inch Network Relay Rack (Scott Falke)
  1352.     Re: Christmas Greetings From AT&T (Jim Hupf)
  1353.     Re: Christmas Greetings From AT&T (Steve Cogorno)
  1354.     Re: Cellphone Radiation Danger? (Steven King)
  1355.     Re: Cellphone Radiation Danger? (Alan Shen)
  1356.     Re: Watching the Area Codes Split (Sean E. Williams)
  1357.     Re: Watching the Area Codes Split (Mike Morris)
  1358.     Re: '500' Numbers Finally Available (Dave Levenson)
  1359.     Re: Prepaid Telephone Debit Cards (Gerry Gollwitzer)
  1360.     Re: Newbridge Channel Bank (Ethan Henry)
  1361.  
  1362. TELECOM Digest is an electronic journal devoted mostly but not
  1363. exclusively to telecommunications topics. It is circulated anywhere
  1364. there is email, in addition to various telecom forums on a variety of
  1365. public service systems and networks including Compuserve and America
  1366. On Line. It is also gatewayed to Usenet where it appears as the moderated
  1367. newsgroup 'comp.dcom.telecom'. 
  1368.  
  1369. Subscriptions are available to qualified organizations and individual
  1370. readers. Write and tell us how you qualify:
  1371.  
  1372.                  * telecom-request@eecs.nwu.edu *
  1373.  
  1374. The Digest is edited, published and compilation-copyrighted by Patrick
  1375. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  1376. or phone at:
  1377.                     9457-D Niles Center Road
  1378.                      Skokie, IL USA   60076
  1379.                        Phone: 708-329-0571
  1380.                         Fax: 708-329-0572
  1381.   ** Article submission address only: telecom@eecs.nwu.edu **
  1382.  
  1383. Our archives are located at lcs.mit.edu and are available by using
  1384. anonymous ftp. The archives can also be accessed using our email
  1385. information service. For a copy of a helpful file explaining how to
  1386. use the information service, just ask.
  1387.  
  1388. *************************************************************************
  1389. *   TELECOM Digest is partially funded by a grant from the              *
  1390. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  1391. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  1392. * project.  Views expressed herein should not be construed as represent-*
  1393. * ing views of the ITU.                                                 *
  1394. *************************************************************************
  1395.  
  1396. Additionally, the Digest is funded by gifts from generous readers such
  1397. as yourself who provide funding in amounts deemed appropriate. Your help 
  1398. is important and appreciated. A suggested donation of twenty dollars per
  1399. year per reader is considered appropriate. See our address above.
  1400.  
  1401. All opinions expressed herein are deemed to be those of the author. Any
  1402. organizations listed are for identification purposes only and messages
  1403. should not be considered any official expression by the organization.
  1404. ----------------------------------------------------------------------
  1405.  
  1406. From: Gene Retske <gretske@tach.net>
  1407. Subject: Re: FM Subcarrier For Data Transmission
  1408. Date: 3 Jan 1995 14:02:48 GMT
  1409. Organization: Tachyon Communications Corporation -- Tach-Net
  1410.  
  1411.  
  1412. PAT, you wrote:
  1413.  
  1414. > In my phone box in the basement there are pairs going back to the
  1415. > telephone exchange ... a distance of some three thousand feet. So let's
  1416. > attach the antenna from our old Philco receiver turned transmitter to
  1417. > one of the pairs <wink> ... no one will ever know the difference, seriously.
  1418. > RF can travel on the phone pair; it gets along fine with telco's thing.
  1419. > So we found an idle pair and hooked it up.
  1420.  
  1421. This may work, but did you really connect the output of a tube type
  1422. receiver to telephone pairs?  This is very dangerous and, in my
  1423. opinion, irresponsible.  If the DC blocking capacitor in this old
  1424. receiver were to short, which is highly likely, you could deliver a
  1425. lethal shock to an unsuspecting telephone worker.
  1426.  
  1427. I normally enjoy your commentaries, but I object to you publishing
  1428. information that could be so deadly!  Please think about how many
  1429. children and unsophisicated adults could read this and jeopardize
  1430. someone's life.
  1431.  
  1432.  
  1433. Shame!
  1434.  
  1435. Gene Retske
  1436.  
  1437.  
  1438. [TELECOM Digest Editor's Note: Well, for all of about 30 minutes. You
  1439. are correct it is not a very good idea. I certainly would not put up
  1440. something like that on a regular or permanent basis.    PAT]
  1441.  
  1442. ------------------------------
  1443.  
  1444. From: wrf@ecse.rpi.edu (Wm. Randolph U Franklin)
  1445. Subject: Re: FM Subcarrier For Data Transmission
  1446. Date: 4 Jan 1995 01:40:52 GMT
  1447. Organization: ECSE Dept, Rensselaer Polytechnic Institute, Troy, NY, 12180 USA
  1448. Reply-To: wrf@ecse.rpi.edu (Wm. Randolph U Franklin)
  1449.  
  1450.  
  1451. Ramsey, and possibly other kit makers, sell kits to decode SCA
  1452. transmissions.  The Ramsay ones cost from $28 to $60.  The lo end is
  1453. for only an SCA kit.  The hi end is for an FM receiver kit also, and a
  1454. case.
  1455.  
  1456. I bought a Ramsey kit for a lo powered FM transmitter, to transmit my
  1457. CD player around the house, and was quite satisfied with it.  It was
  1458. better than Heathkit, IMHO.  If I'd known about their TV transmitter
  1459. kit, I wouldn't have had to pull coax thru my heating ducts.
  1460. According to Ramsey, these things are legal provided you don't
  1461. interfere with anyone.
  1462.  
  1463. Ramsey Electronics
  1464. 793 Canning Parkway
  1465. Victor NY 14564
  1466. (716) 924-4560
  1467.  
  1468. I found out about them from a 373-line list posted to sci.electronics
  1469. some time ago.  If you'd like it, to minimize traffic on this group, I
  1470. put it up on the Web.  It's accessible indirectly from my home page,
  1471. or directly at:
  1472.  
  1473. http://www.ecse.rpi.edu/wrf/mailorder_electronics
  1474.  
  1475.  
  1476. Wm. Randolph Franklin,  wrf@ecse.rpi.edu, (518) 276-6077;  Fax: -6261
  1477. ECSE Dept., 6026 JEC, Rensselaer Polytechnic Inst, Troy NY, 12180 USA
  1478. More info: (1) finger -l wrf@ecse.rpi.edu (2) http://www.ecse.rpi.edu/wrf.html
  1479.  
  1480. ------------------------------
  1481.  
  1482. From: egamblin@ott.hookup.net (Evan Gamblin)
  1483. Subject: Re: 19 Inch Network Relay Rack
  1484. Date: Tue, 03 Jan 1995 12:50:25 -0500
  1485. Organization: Mary Ellen Carter Salvors Inc.
  1486.  
  1487.  
  1488. In article <telecom14.476.10@eecs.nwu.edu>, jpoulin@nt.com wrote:
  1489.  
  1490. > I need help of a person who know a US or Canadian supplier (name and
  1491. > phone number) for the following type of equipment: Standard 19 inch widths
  1492. > open frame rack (network relay rack with universal EIA hole spacing)
  1493. > certified for earthquake Zone 4 (california).
  1494.  
  1495. Saunders Brothers in Santa Fe Springs, CA: 310 945-1038 voice, 698-6510 fax.
  1496.  
  1497.  
  1498. Evan Gamblin, RCDD
  1499. The Halifax Group
  1500. 903-275 Sparks St
  1501. Ottawa, Ontario K1R 7X9 Canada
  1502.  
  1503. ------------------------------
  1504.  
  1505. From: morris@grian.cps.altadena.ca.us (Mike Morris)
  1506. Subject: Re: 19 Inch Network Relay Rack
  1507. Organization: College Park Software, Altadena, CA
  1508. Date: Tue, 3 Jan 1995 02:38:33 GMT
  1509.  
  1510.  
  1511. Call Harris-Dracon in Chatsworth, Calif.  Don't know the number of the
  1512. top of my head, but 818 information should have it.
  1513.  
  1514.  
  1515. Mike Morris   WA6ILQ  
  1516. PO Box 1130   Arcadia, CA. 91077    
  1517. ICBM: 34.12N, 118.02W  Reply to: morris@grian.cps.altadena.ca.us
  1518.  
  1519. ------------------------------
  1520.  
  1521. From: supra@pnw.net (Robert Hazen)
  1522. Subject: Re: 19 Inch Network Relay Rack
  1523. Date: 03 Jan 1995 19:05:05 -0800
  1524. Organization: Pacific Northwest Net
  1525.  
  1526.  
  1527. jpoulin@nt.com wrote:
  1528.  
  1529. > I need help of a person who know a US or Canadian supplier (name and
  1530. > phone number) for the following type of equipment: Standard 19 inch widths
  1531. > open frame rack (network relay rack with universal EIA hole spacing)
  1532. > certified for earthquake Zone 4 (california).
  1533.  
  1534. Pardon?  Nobody at Northern Telecom knows where to obtain these?
  1535. Really?  Naaaahh...  :)
  1536.  
  1537. If you don't have answers by 1/9/95, remind me via email.  I'll be
  1538. back to work then where I can look up our suppliers.
  1539.  
  1540. We sell equipment into California that has been certified to Bellcore
  1541. TR-EOP-000063 zone four seismic requirements.  I'm sure I can help you
  1542. out.
  1543.  
  1544.  
  1545. Bob
  1546.  
  1547. ------------------------------
  1548.  
  1549. Date: Tue, 3 Jan 95 13:35:41 -0800
  1550. From: scott@csustan.csustan.edu (Scott Falke)
  1551. Subject: Re: 19 Inch Network Relay Rack
  1552. Organization: CSU Stanislaus
  1553.  
  1554.  
  1555. Two manufacturers of 19" racks are:
  1556.  
  1557.     Hoffmannn Engineering @ 612 421-2240 fx-1556, and
  1558.  
  1559.     Hammond Manufacturing @ 716 631-5700 fx-1156.
  1560.  
  1561. As for seismic rating, Hoffmann makes a lot of specials, but any
  1562. rating would be absolutely dependent on the rack load; i.e., what's
  1563. mounted in it.  This may have to be indpendently determined by a third
  1564. party, meaning mucho bux.
  1565.  
  1566. If you can't get anywhere on this, *as time permits* I would be
  1567. willing to do some minor research on the subject.
  1568.  
  1569.  
  1570. scott@csustan.csustan.edu
  1571.  
  1572. ------------------------------
  1573.  
  1574. From: Jhupf <jhupf@nando.net>
  1575. Subject: Re: Christmas Greetings From AT&T
  1576. Date: Tue, 03 Jan 1995 20:20:23 EST
  1577. Organization: News & Observer Public Access
  1578.  
  1579.  
  1580. On Thu, 29 Dec 1994, Alan Boritz wrote:
  1581.  
  1582. Paul Robinson <paul@tdr.com> writes:
  1583.  
  1584. >> I would recommend to the father that he call his local telephone
  1585. >> company and tell them to switch service back to MCI; don't even
  1586. >> mention this check to the son; assuming anyone even notices, if AT&T
  1587. >> complains, ask for a copy of the signed order from the subscriber.
  1588.  
  1589. This is not necessary -- I got to the local telco before they made the
  1590. change! As suggested below at the time I put the local telco on notice
  1591. NOT to make any changes in my LD carrier without my authorization (for
  1592. what good that will do, but they are on written notice to that effect.)
  1593.  
  1594. > And who's going to pay for the PIXC change?  His lazy son? <g>
  1595.  
  1596. The son is not lazy, he has two jobs and is paying off $22,000+ in
  1597. student loans -- he appreciated getting teh Xmas present from AT&T (;->
  1598.  
  1599. >> The son is not the subscriber and has no authority to change the
  1600. >> service.  It is not your position to prove you didn't authorize it,
  1601. >> it's theirs to prove they have an authorization from someone who can
  1602. >> issue the authorization.
  1603.  
  1604. That's what I told my phone company and they understood where I was 
  1605. coming from. 
  1606.  
  1607. > But it's not going to stop AT&T from issuing ANOTHER PIXC change just
  1608. > like the did the first unauthorized change.  The subscriber should
  1609. > first issue an order to the local telco to not accept account changes
  1610. > from anyone but HIM.
  1611.  
  1612. As I said above I did that before the bogus change could be put in 
  1613. effect! 
  1614.  
  1615. >> Or just ignore the whole thing and dial 10222 to get MCI before every
  1616. >> call, which is what I used to do when I wanted to use AT&T on the line
  1617. >> I had switched to MCI in order to get the free bag from them; I dialed
  1618. >> 10288 to get AT&T before calls, or I just use the other line which is
  1619. >> still on AT&T.
  1620.  
  1621. It's not in me to ignore anything like this, and besides how would I
  1622. be able to accumulate more MCI Points to get me a free Round-Trip
  1623. Coach-Class ticket on American Airlines (;-> while I rack up all of
  1624. the Friends and Family savings!
  1625.  
  1626. > Absolutely do NOT ignore it.  Slamming is a sleazy way of doing long
  1627. > distance business, and no one should have to put up with it.  State
  1628. > public utilities regulatory agencies are usually interested in
  1629. > investigating such incidents.  The father should file a simple
  1630. > complaint against his local telco requesting that they be ordered to
  1631. > change his PIXC back to the original LD carrier, that AT&T be charged
  1632. > for all costs associated with the PIXC changes, and that the local
  1633. > telco be ordered to refund to the subscriber any additional long
  1634. > distance charges (and lost discounts) due to the unauthorized change.
  1635.  
  1636. Even though there was nothing to complain to the state about the local
  1637. phone company -- they were very cooperative with my concerns and I
  1638. guess the fact that they may be facing direct local competition in my
  1639. area may have had some influence on wanting to make sure I was a happy
  1640. camper!  (For other reasons it is my intention to drop them like a hot
  1641. potato(e) when the new phone company makes their first contact with
  1642. me!)  I did drop a note to the state about this matter for whatever
  1643. that is worth as well as sending a copy to the FCC, again for whatever
  1644. tha is worth.  I also will be discussing it with a consumer affairs
  1645. specialt in the State Attorney General's Office of Consumer Protection
  1646. early in the New Year when I meet with her concerning some sleezy
  1647. advertising practices the local Cable company has been into - (Since
  1648. the new phone company is running a fiber optic line, I wonder if I
  1649. might be able to dump the Cable company too???  (8->>> The thought
  1650. that I might be able to give it to two "Evil Giants" with one stone!)
  1651.  
  1652.  
  1653. Jim Hupf   Permanently Unemployed by Choice
  1654. jhupf@nando.net   jhupf@nyx.cs.du.edu  j.hupf@genie.geis.com
  1655.  
  1656. ------------------------------
  1657.  
  1658. From: cogorno@netcom.com (Steve Cogorno)
  1659. Subject: Re: Christmas Greetings From AT&T
  1660. Date: Tue, 3 Jan 1995 15:29:53 PST
  1661.  
  1662.  
  1663. John D. Borrows said:
  1664.  
  1665. > In article <telecom14.462.16@eecs.nwu.edu>, Jhupf <jhupf@nando.net> wrote:
  1666.  
  1667. >> Now my son is one of those adult children who happened to return to
  1668. >> our empty nest.  He takes full advantage of his return to the nest
  1669. >> including the use of MY telephone, he doesn't now have a phone he can
  1670. >> call his own, nor for that matter has he ever been a customer of any
  1671. >> phone company.  But still Ray Drake in his generosity has decided to
  1672. >> give him 40 bucks for Christmas -- hold on there are strings seems when
  1673. >> the kid cashed the check he changed _MY_ LD carrier from MCI to AT&T!
  1674. >> This annoyed me because I'm happy with MCI and don't want AT&T as my
  1675. >> LD carrier!
  1676.  
  1677. > WAIT, where your LD goes is a matter between you and your local
  1678. > telephone company.  They will presubscribe you to whomever you direct
  1679. > them to.  All you have to do is contact them and tell them you want
  1680. > MCI.  There may be a charge for the change.  They are not in a
  1681. > position to arbitrate any dispute between you and AT&T (or you and
  1682.  
  1683. It may be a matter between the LEC and the customer, but as soon as
  1684. AT&T finds out that the Easy Access carrier has been changed, they
  1685. will issue an order to change it right back.
  1686.  
  1687. I would call the LEC (in my case Pacific Bell) and tell them AT&T is
  1688. "slamming" your line.  When they hear "slam" they take your complaint
  1689. very seriously.  Tell them you want a password on your account, and
  1690. not to authorize any changes made without that password.
  1691.  
  1692. You might want to call AT&T up and tell them you don't appreciate them
  1693. slamming your line.  (Their ears perk up nicely when they hear "slam"
  1694. too).
  1695.  
  1696.  
  1697. Steve    cogorno@netcom.com
  1698.  
  1699. ------------------------------
  1700.  
  1701. From: king@wildebeest.cig.mot.com (Steven King, Software Archaeologist)
  1702. Subject: Re: Cellphone Radiation Danger?
  1703. Date: 3 Jan 1995 15:25:00 GMT
  1704. Organization: Cellular Infrastructure Group, Motorola
  1705.  
  1706.  
  1707. > [TELECOM Digest Editor's Note: There has been discussion of this topic
  1708. > here in these very columns in the past. Generally speaking, it is a
  1709. > non-issue. It takes a lot more power than a cellphone antenna can
  1710. > radiate before it matters. If John Higdon sees this, he may well decide
  1711. > to respond. He did so the last time this topic arose here. He has worked
  1712. > around RF radiation for years, and lots of it at that.   PAT]
  1713.  
  1714. So, PAT, is this an argument *for* or *against* brain damage due to RF?
  1715.  
  1716. (Just kidding, John.  This one was too good to let by. :-)
  1717.  
  1718.  
  1719. Steven King <king@cig.mot.com> -- Motorola Cellular Infrastructure Group
  1720.  
  1721.  
  1722. [TELECOM Digest Editor's Note: When this came up last year, someone said
  1723. John Higdon had a bald head caused by his hair falling out which was
  1724. caused by his proximity to the radiation, etc. John protested that he
  1725. did not have a bald head.  PAT]
  1726.  
  1727. ------------------------------
  1728.  
  1729. From: Alan Shen <kermee@u.washington.edu>
  1730. Subject: Re: Cellphone Radiation Danger?
  1731. Date: Tue, 3 Jan 1995 14:40:23 -0800
  1732. Organization: University of Washington
  1733.  
  1734.  
  1735. On 29 Dec 1994, Chuck Campbell wrote:
  1736.  
  1737. > Someone told me that cellular telephones have antenna radiation
  1738. > danger, being in such close proximity to the brain.  Is there any
  1739. > discussion or literature regarding such claims, or can they all be
  1740. > immediately dismissed as garbage?
  1741.  
  1742. > [TELECOM Digest Editor's Note: There has been discussion of this topic
  1743. > here in these very columns in the past. Generally speaking, it is a
  1744. > non-issue. It takes a lot more power than a cellphone antenna can
  1745. > radiate before it matters. If John Higdon sees this, he may well decide
  1746. > to respond. He did so the last time this topic arose here. He has worked
  1747. > around RF radiation for years, and lots of it at that.   PAT]
  1748.  
  1749. Let's just say this. Your microwave is more powerful then your cellular 
  1750. phone. The TV gives of EMR. Your computer; a cop using a radar gun.  I'm 
  1751. not trying to sound mean or anything, and that isn't what I'm trying
  1752. to imply here.
  1753.  
  1754. If you are going to live in fear of radiation, reality says that you'll 
  1755. never escape it.
  1756.  
  1757. If using a portable phone with the antenna two or so inches (about six
  1758. cm for your metric people <G>) away from your brain putting out 0.6
  1759. watts (this is according to US Standards. I know other standards put
  1760. out 10X that much) is going to give you a BRAIN TUMOR, then don't use
  1761. one!
  1762.  
  1763. We're thoroughly aware of the fact that it may not be healthy for you.
  1764. We're taking a chance. Why don't you just buy a mobile phone and put the 
  1765. antenna 20 feet away from you. That'll *technically* get rid of anyone's 
  1766. radiation worries.
  1767.  
  1768.  
  1769. Daniel Kao
  1770.  
  1771. ------------------------------
  1772.  
  1773. Date: 3 Jan 1995 14:49:36 -0500
  1774. From: Sean E. Williams <sean@epix.net>
  1775. Subject: Re: Watching the Area Codes Split
  1776.  
  1777.  
  1778. John Lundgren wrote:
  1779.  
  1780. > Someday there might just be a database that has your name, and the number
  1781. > associated with it, and all people will have to do is punch up your name,
  1782. > and not have to worry about a number.  And it will be current.
  1783.  
  1784. Just like the internet Domain Name System.  It could have been implemented 
  1785. years ago, and then we wouldn't be having all the problems associated
  1786. with the NANP -- your neighbor could be in a different area code, and
  1787. you wouldn't even have to know or care, so long as you could remember
  1788. his name!
  1789.  
  1790. How about a system which provides a menu of available options?  Start
  1791. out by entering a person's name.
  1792.  
  1793. Okay, so there are thousands of "Jim Smiths" in the US.  At first, you
  1794. are presented with the one who lives closest to you (the city / street
  1795. would be displayed) or you could specify a specific location at the
  1796. start if you are calling a "Jim Smith" who lives several states away.
  1797.  
  1798. When you finally select the appropriate "Jim Smith", a menu appears
  1799. listing the following options: home, cellular, pager, fax, data, etc.
  1800. Select the option you wish, and you are connected to that service.
  1801.  
  1802. I don't know much about ISDN, but it's probably capable of doing this
  1803. right now if the appropriate software were to be written.
  1804.  
  1805.  
  1806. Sean E. Williams (sean@epix.net)
  1807. Harrisburg Area Community College, Harrisburg, Pennsylvania, USA
  1808. Mobile/Voicemail/Pager: +1 717 580-5187  FAX: +1 717 834-5236
  1809.  
  1810. ------------------------------
  1811.  
  1812. From: morris@grian.cps.altadena.ca.us (Mike Morris)
  1813. Subject: Re: Watching the Area Codes Split
  1814. Organization: College Park Software, Altadena, CA
  1815. Date: Wed, 4 Jan 1995 02:36:44 GMT
  1816.  
  1817.  
  1818. wa2ise@netcom.com (Robert Casey) writes:
  1819.  
  1820. > In article <telecom14.469.13@eecs.nwu.edu> Neal McLain <NMCLAIN@macc.wisc.
  1821. > edu> writes:
  1822.  
  1823. >> My question: given that all three cities are centers of rapidly-growing 
  1824. >> metro areas, why not a three-way split:
  1825.  
  1826. >>     Nashville retains 615.
  1827.  
  1828. >>     Knoxville gets 423.
  1829.  
  1830. >>     Chattanooga gets something else.
  1831.  
  1832. > Suppose area code 666 is to be asigned somewhere, maybe in the Bible
  1833. > Belt.  (there's some sort of connection with 666 with the devil).
  1834. > Just imagine all the complaints you'll hear if this happens.
  1835.  
  1836. The perfect location for area code 666 is Washington DC.  Give the
  1837. entire code to the federal government.  Keep all the non-goverment
  1838. stuff in the old area code.
  1839.  
  1840.  
  1841. Mike Morris   WA6ILQ   
  1842. PO Box 1130   Arcadia, CA. 91077   
  1843. ICBM: 34.12N, 118.02W  | Reply to: morris@grian.cps.altadena.ca.us
  1844.  
  1845.  
  1846. [TELECOM Digest Editor's Note: We went through this once before, a couple
  1847. years ago, and someone posted a list of all the places where the 666
  1848. exchange appeared around the USA, in which area codes, etc, and if there
  1849. were any special users such as centrex accounts, etc on them. It seems
  1850. to me somewhere some government offices were on 666 in that area code;
  1851. maybe it was the IRS, I'm not sure. In Chicago, MONroe, MOnroe-6 and 666
  1852. has been a working exchange on the west side of Chicago for seventy 
  1853. years or more. In the old days when it was Monroe (and in fact there is
  1854. a central office named for it, called 'Chicago-Monroe') no one seemed to
  1855. notice it. Now pronounced 'six six six', a few people get sore about being
  1856. assigned to it. Until they changed to the new number 312-TAXICAB a couple
  1857. years ago, the Yellow/Checker Taxi radio dispatch office had the longest
  1858. term number of any business in Chicago: 666-3700, which they held for
  1859. seventy-plus years along with their other number of equal longevity for
  1860. radio dispatched cabs, CALumet-6000. In my collection of pictures from
  1861. Chicago's past, I have a picture of a Model-J Ford, taken about 1915, 
  1862. with the inscription on the side, 'Yellow Taxicab Service, Monroe 3700'.
  1863. The devil you say!   :)   PAT]  
  1864.  
  1865. ------------------------------
  1866.  
  1867. From: dave@westmark.com (Dave Levenson)
  1868. Subject: Re: '500' Numbers Finally Available
  1869. Organization: Westmark, Inc.
  1870. Date: Tue, 03 Jan 1995 15:53:48 GMT
  1871.  
  1872.  
  1873. Jack Hamilton (jfh@crl.com) writes:
  1874.  
  1875. [regarding 500 service from AT&T]
  1876.  
  1877. > - They count the number of times per day you change the forwarding phone, 
  1878. >   and if you exceed that number something happens (I don't know what). 
  1879.  
  1880. How can the number of times per day you change the forwarding phone
  1881. exceed the number of times per day you change the forwarding phone?
  1882. Was Jack trying to say that they impose a limit?  Does anybody know
  1883. what it is?
  1884.  
  1885.  
  1886. Dave Levenson        Internet: dave@westmark.com
  1887. Westmark, Inc.        UUCP: uunet!westmark!dave
  1888. Stirling, NJ, USA    Voice: 908 647 0900  Fax: 908 647 6857
  1889.  
  1890. ------------------------------
  1891.  
  1892. From: gerryg@earth.execpc.com (Gerry Gollwitzer)
  1893. Subject: Re: Prepaid Telephone Debit Cards
  1894. Date: 03 Jan 1995 16:57:17 GMT
  1895. Organization: Exec-PC
  1896.  
  1897.  
  1898. Kevin J. Sullivan (ksully@telerama.lm.com) wrote:
  1899.  
  1900. > I'm looking for information on setting up a business selling prepaid
  1901. > calling cards.  Is there anyone who knows what you need to do this?  I
  1902. > have heard it is relatively easy, however I'd like to know some
  1903. > specific details.
  1904.  
  1905. > [TELECOM Digest Editor's Note: I think you'll find there are so many
  1906. > people doing this -- as well as selling long distance in general through
  1907. > various multi-level marketing schemes -- that the profit margin is very
  1908. > very thin.  I think you will work long and hard hours for a very small
  1909. > commission.  PAT]
  1910.  
  1911. Hmmm ... we are finding the prepaid calling card programs to be very
  1912. lucrative, especially for fund raising and company promotions.
  1913.  
  1914.  
  1915. Gerry
  1916.  
  1917.  
  1918. [TELECOM Digest Editor's Note: Well, let me know which company you are
  1919. selling for, and something about the profit you are making on them if
  1920. you don't mind. I may start handling it again.    PAT]
  1921.  
  1922. ------------------------------
  1923.  
  1924. Date: Tue, 3 Jan 95 14:31:03 EST
  1925. From: ehenry@Newbridge.COM (Ethan Henry)
  1926. Subject: Re: Newbridge Channel Bank
  1927. Organization: Crosskeys Systems Corporation
  1928.  
  1929.  
  1930. In article <telecom14.471.11@eecs.nwu.edu> is written:
  1931.  
  1932. > tague@cwinc.win.net (Michael Tague) wrote:
  1933.  
  1934. >> where is the Newbridge company located (or phone number)?
  1935.  
  1936. > The listing in the new Dallas Yellow Pages shows the following:
  1937. > [deleted]
  1938. > I think this is the home office.  If not they should be able to give
  1939. > you the number.
  1940.  
  1941. Gosh, I hope it's not the home office. The engineers are going to have
  1942. an awfully long commute from their homes in Ottawa ...
  1943.  
  1944. Newbridge's HQ is in Kanata, Ontario, but here is a list of their
  1945. sales offices I got off of a '4602 MainStreet' poster.
  1946.  
  1947. UNITED STATES
  1948. Newbridge Networks Inc
  1949. 593 Herndon Parkway
  1950. Herndon, Virginia
  1951. U.S.A. 22070-5241
  1952. Tel. 1 800 343-3600
  1953.      1 703 834-3600
  1954. FAX  1 703 471-7080
  1955.  
  1956. CANADA
  1957. Newbridge Networks Corporation
  1958. 5580 Explorer Drive
  1959. Suite 100
  1960. Mississauga, Ontario
  1961. Canada L4W 4Y1
  1962. Tel. 1 416 238-5214
  1963. FAX  1 416 238-0581
  1964.  
  1965. LATIN AMERICA
  1966. ASIA PACIFIC & RUSSIA
  1967. Newbridge Networks Corporation
  1968. 600 March Road
  1969. P.O. Box 13600
  1970. Kanata, Ontario
  1971. Canada K2K 2E6
  1972. Tel. 1 613 591-6300
  1973. FAX  1 613 599-3611
  1974.  
  1975. There's also an address in the UK.
  1976.  
  1977. Newbridge has (I believe) local sales offices in various large cities,
  1978. but I don't know anything about these.
  1979.  
  1980. DISCLAIMER: Don't believe my email address, I don't work for Newbridge.
  1981. Nice company though it is, I work across the street, at Crosskeys.
  1982.  
  1983.  
  1984. Ethan Henry  ehenry@newbridge.com  
  1985. CrossKeys Systems Corporation
  1986.                             
  1987. ------------------------------
  1988.  
  1989. End of TELECOM Digest V15 #3
  1990. ****************************
  1991.     
  1992.     
  1993. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa24683;
  1994.           4 Jan 95 3:25 EST
  1995. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1996.     id AA01122; Tue, 3 Jan 95 23:29:11 CST
  1997. Return-Path: <telecom>
  1998. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  1999.     id AA01114; Tue, 3 Jan 95 23:29:07 CST
  2000. Date: Tue, 3 Jan 95 23:29:07 CST
  2001. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  2002. Message-Id: <9501040529.AA01114@delta.eecs.nwu.edu>
  2003. To: telecom@eecs.nwu.edu
  2004. Subject: TELECOM Digest V15 #4
  2005.  
  2006. TELECOM Digest     Tue, 3 Jan 95 23:29:00 CST    Volume 15 : Issue 4
  2007.  
  2008. Inside This Issue:                        Editor: Patrick A. Townson
  2009.  
  2010.     Re: British Telecom Information Superhighway (Yves Blondeel)
  2011.     Re: Portability of 800 Number When Bill Not Paid (Judith Oppenheimer)
  2012.     Re: Telephone Tariffs for 1995 California (John Covell)
  2013.     Re: What is a T1 Line? (James Carlson)
  2014.     Re: Handshaking: Computer-Computer or Modem-Computer? (Alain Fontaine)
  2015.     Re: NYNEX Ringmate and Modems (Steve Cogorno)
  2016.     Re: Flat Rate Cellular Phone Service (Jim Hupf)
  2017.     Re: Need Info on LD Marketing to College Students (Benjamin L. Combee)
  2018.     Re: Its Here Again! FCC/Modem Tax (Jerry Whelan)
  2019.     Re: Information Wanted on NEC 2000 Switch (chazworth@aol.com)
  2020.     Re: GSM in U.S. (Lynne Gregg)
  2021.     Re: How to Find Your Number (Greg Tompkins)
  2022.     Looking for Pager Operators for Tampa/Ft. Myers Area (Mark Huang)
  2023.     Phone Card Reader Wanted (Keith Jason Uber)
  2024.     Last Laugh! IBM Buys Episcopal Church (John Shaver)
  2025.  
  2026. TELECOM Digest is an electronic journal devoted mostly but not
  2027. exclusively to telecommunications topics. It is circulated anywhere
  2028. there is email, in addition to various telecom forums on a variety of
  2029. public service systems and networks including Compuserve and America
  2030. On Line. It is also gatewayed to Usenet where it appears as the moderated
  2031. newsgroup 'comp.dcom.telecom'. 
  2032.  
  2033. Subscriptions are available to qualified organizations and individual
  2034. readers. Write and tell us how you qualify:
  2035.  
  2036.                  * telecom-request@eecs.nwu.edu *
  2037.  
  2038. The Digest is edited, published and compilation-copyrighted by Patrick
  2039. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  2040. or phone at:
  2041.                     9457-D Niles Center Road
  2042.                      Skokie, IL USA   60076
  2043.                        Phone: 708-329-0571
  2044.                         Fax: 708-329-0572
  2045.   ** Article submission address only: telecom@eecs.nwu.edu **
  2046.  
  2047. Our archives are located at lcs.mit.edu and are available by using
  2048. anonymous ftp. The archives can also be accessed using our email
  2049. information service. For a copy of a helpful file explaining how to
  2050. use the information service, just ask.
  2051.  
  2052. *************************************************************************
  2053. *   TELECOM Digest is partially funded by a grant from the              *
  2054. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  2055. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  2056. * project.  Views expressed herein should not be construed as represent-*
  2057. * ing views of the ITU.                                                 *
  2058. *************************************************************************
  2059.  
  2060. Additionally, the Digest is funded by gifts from generous readers such
  2061. as yourself who provide funding in amounts deemed appropriate. Your help 
  2062. is important and appreciated. A suggested donation of twenty dollars per
  2063. year per reader is considered appropriate. See our address above.
  2064.  
  2065. All opinions expressed herein are deemed to be those of the author. Any
  2066. organizations listed are for identification purposes only and messages
  2067. should not be considered any official expression by the organization.
  2068. ----------------------------------------------------------------------
  2069.  
  2070. From: Yves Blondeel <yves.blondeel@fundp.ac.be>
  2071. Subject: Re: British Telecom Information Superhighw
  2072. Date: 3 Jan 1995 12:32:20 GMT
  2073. Organization: FUNDP, Namur, Belgium
  2074.  
  2075.  
  2076. etxhbt@tnll.eua.ericsson.se (Henrik Bergqvist) wrote:
  2077.  
  2078. > In article 2@eecs.nwu.edu, Yves Blondeel <yves.blondeel@fundp.ac.be>
  2079. > writes:
  2080.  
  2081. >>  The prohibition only applies to the delivery of entertainment 
  2082. >>  services directly to residential customers as end-users in a local 
  2083. >>  loop. The conveyance of signals within the network, for example to 
  2084. >>  cable TV head-ends and also to individual business users, is permitted.  
  2085.  
  2086. > What is the definition of entertainment services?  
  2087.  
  2088. There is no formal definition of entertainment services. This is left
  2089. to interpretation by the regulatory authorities (Department of Trade
  2090. and Industry and Office of Telecommunications - OFTEL). These two
  2091. authorities have shied away from formulating rigid definitions.
  2092.  
  2093. Relevant reading material on this subject: 
  2094.  
  2095. March 1991 White Paper (see my previous posting).
  2096. OFTEL Annual Report 1993 (available from OFTEL for 15 pounds). 
  2097.  
  2098. > Is there a difference in the regulation between point-to-point 
  2099. > services and broadcast services?  
  2100.  
  2101. There is no formal distinction from a *telecommunications* regulatory
  2102. point of view. However, a broadcasting service would fall under the
  2103. specific broadcasting regulations in addition to telecoms regulations.
  2104. The Independent Television Commission (ITC) would be involved.
  2105.  
  2106. > What would the regulatory issues be if the PTO (i.e. BT) only made 
  2107. > the bit transport service to the residence and another company 
  2108. > provided the actual service (e.g. videoserver)?
  2109.  
  2110. In my opinion, in the case you suggest, the PTO would NOT be providing
  2111. "entertainment services in their own right" since it would have no
  2112. involvement on the entertainment side.
  2113.  
  2114. I invite comments on this opinion.
  2115.  
  2116.  
  2117. Yves Blondeel   yves.blondeel@fundp.ac.be (e-mail address will change)
  2118.  
  2119. ------------------------------
  2120.  
  2121. From: producer@pipeline.com (Judith Oppenheimer)
  2122. Subject: Re: Portability of 800 Number When Bill Not Paid
  2123. Date: 3 Jan 1995 15:22:18 -0500
  2124. Organization: The Pipeline
  2125.  
  2126.  
  2127. Portabilty isn't in the regs.  Portability was an FCC ruling in
  2128. response to a carrier application.  There is nothing in the original
  2129. ruling about billing disputes.
  2130.  
  2131. Beyond that, it depends who the carrier in question is, and the tariff
  2132. (contract with the customer) under which they operate.
  2133.  
  2134. For example, the AT&T tariff says 800 portability can only be blocked
  2135. if there is in excess of $1000 in UNDISPUTED billing unpaid.
  2136.  
  2137.  
  2138. J. Oppenheimer, Producer@Pipeline.com
  2139. Interactive CallBrand(TM)
  2140.  
  2141. ------------------------------
  2142.  
  2143. From: senator@well.sf.ca.us (John Covell)
  2144. Subject: Re: Telephone Tariffs for 1995 California
  2145. Date: 3 Jan 1995 03:32:29 GMT
  2146. Organization: University of San Francisco
  2147.  
  2148.  
  2149. In article <telecom14.473.2@eecs.nwu.edu> jlundgre@kn.PacBell.COM
  2150. (John Lundgren) writes:
  2151.  
  2152. >> Where might I find a listing of the new tariffs that will be effective
  2153. >> 1995?  Is there a California PUC Web site?
  2154.  
  2155. The CPUC has only a gopher site so far as I know: cpuc.ca.gov
  2156.  
  2157.  
  2158. John Covell       McLaren School of Business
  2159. University of San Francisco    <senator@well.sf.ca.us> 
  2160.  
  2161. ------------------------------
  2162.  
  2163. From: carlson@xylogics.com (James Carlson)
  2164. Subject: Re: What is a T1 Line?
  2165. Date: 3 Jan 1995 13:17:52 GMT
  2166. Organization: Xylogics Incorporated
  2167. Reply-To: carlson@xylogics.com
  2168.  
  2169.  
  2170. In article <telecom14.480.5@eecs.nwu.edu>, jhallen@world.std.com
  2171. (Joseph H Allen) writes:
  2172.  
  2173. >> In article <telecom14.478.5@eecs.nwu.edu>, James Carlson  <carlson@xylogics.
  2174. >> com> wrote:
  2175.  
  2176. >>> In article <telecom14.471.9@eecs.nwu.edu>, mpd@adc.com (Matthew P. Downs) 
  2177. >>> writes:
  2178.  
  2179. >>>> These filters are not to limit your modem
  2180. >>>> speeds, but to protect you 64 kbps channel from others.  So you don't
  2181. >>>> hear the cross talk on your line!
  2182.  
  2183. >>> Not quite; there's no way one DS0 can interfere with another, and
  2184. >>> there's no such thing as cross-talk at the digital level.
  2185.  
  2186. >> Wrong; digital is always a statistical quantity in this analog world.
  2187. >> Cross-talk certainly is possible between digital lines.  If you put
  2188. >> two wires next to each other, there is always some amount of
  2189. >> cross-talk between them.  As the cross-talk interference increases,
  2190. >> the probability of a pulse being screwed up (or the digital error
  2191. >> rate) increases.
  2192.  
  2193. I'm afraid you'll have to re-read what I wrote.  There is no such
  2194. thing as "cross-talk" at the *digital* level.  One DS0 channel cannot
  2195. affect another within a T1 line; there just is no path for this to
  2196. happen.  Any signal at all can be carried on a DS0, and the others
  2197. will be blissfully unaware that it exists.  They are separated in
  2198. time.
  2199.  
  2200. Of course, digital signals are carried in the analog world, and, thus,
  2201. the analog representation of the digital signal is possibly subject to
  2202. cross-talk.  This could increase the error rate if you've got multiple
  2203. physical wires which are magnetically or capacitively coupled.  But it
  2204. won't appear as "cross-talk" in the traditional sense, since it would
  2205. affect clock recovery and framing as well as the encoded data.
  2206.  
  2207. >> In fact Pulse Code Modulation (digital) without any error detection
  2208. >> has almost the same interference properties as FM radio.  If two FM
  2209. >> stations are close, there will be noise.  If they are really close,
  2210. >> you'll hear both stations at once and lots of noise.
  2211.  
  2212. The two are very different.  PCM is a digital signal; if you can
  2213. recover it from the noise on the line, you'll get a "perfect" copy of
  2214. the data.  Line hits will produce a decidedly non-analog type of
  2215. noise, with random data points being generated.  To produce
  2216. traditional "cross-talk" effects, you'd have to do an arithmetic
  2217. average on the values of the data points between two lines.  This is
  2218. highly unlikely to occur.
  2219.  
  2220. If you had two AMI lines next to each other, you'd need to have the
  2221. extraneous cross-talk signal exceed the pulse detection threshold of
  2222. the receivers in order to be able to detect *anything* at all.
  2223. Anything below this value would simply be invisible at the digital
  2224. level.
  2225.  
  2226. FM, due to the nature of analog demodulation techniques, exhibits a
  2227. capture effect.  If two signals are broadcast on the same frequency,
  2228. the "louder" signal will be heard to the exclusion of the "quieter"
  2229. signal.  You won't hear both stations at once.  If the received
  2230. amplitude of the two signals are varying with respect to each other,
  2231. then all sorts of interesting effects (depending on the type of
  2232. demodulation used) occur, but hearing both at once isn't one of the
  2233. options.
  2234.  
  2235. >>> The analog filters are there to prevent aliasing, which is an objectionable
  2236. >>> beat frequency which appears in the spectrum when the Nyquist limit is
  2237. >>> exceeded by any component of the signal.
  2238.  
  2239. >> There's a 4KHz low pass filter before the A/D converter for this.
  2240.  
  2241. Right.  And it has nothing to do with cross-talk, which was the poster's
  2242. original assertion.
  2243.  
  2244. >> There's also a ~100KHz low-pass filter between the A/D converter and
  2245. >> the line to limit the edge rate of the digital pulses.  Cross-talk is
  2246. >> more severe at higher frequencies, so limiting the unnecessary high-
  2247. >> frequencies caused by fast edges helps reduce cross-talk. 
  2248.  
  2249. Any filter placed in the DS0 data path after quantization and before
  2250. multiplexing has no effect on the bandwidth of the signal that the
  2251. user of that DS0 sees.  This has nothing to do with the poster's
  2252. original statements.
  2253.  
  2254.  
  2255. James Carlson <carlson@xylogics.com>            Tel:  +1 617 272 8140
  2256. Annex Software Support / Xylogics, Inc.               +1 800 225 3317
  2257. 53 Third Avenue / Burlington MA  01803-4491     Fax:  +1 617 272 2618
  2258.  
  2259. ------------------------------
  2260.  
  2261. From: fontaine@sri.ucl.ac.be (Alain Fontaine)
  2262. Subject: Re: Handshaking: Computer-Computer or Modem-Computer?
  2263. Date: Tue, 03 Jan 1995 10:14:52 +0100
  2264. Organization: Universite Catholique de Louvain
  2265.  
  2266.  
  2267. In article (Dans l'article) <telecom14.474.2@eecs.nwu.edu>, jon_sree@
  2268. world.std.com (Jon Sreekanth) wrote:
  2269.  
  2270. > Fascinating. If I understand right, the second parallel interface was
  2271. > required because any character sent on the first would just get modulated 
  2272. > and sent out on the phone line, instead of being interpreted as a
  2273. > command?
  2274.  
  2275. Exactly. There was nothing but an frequency-modulated oscillator behind the
  2276. serial interface (or a more complicated circuit in modems faster than V.23,
  2277. but still a circuit and no intelligence).  
  2278.  
  2279. > And the intelligent modem breakthru was to make a moded modem, to be
  2280. > in command mode initially, go into data mode upon carrier detection,
  2281. > and drop out upon carrier loss or upon seeing the infamous escape
  2282. > sequence? Is this how Hayes got their start?
  2283.  
  2284. Right.
  2285.  
  2286. In article (Dans l'article) <telecom14.474.3@eecs.nwu.edu>, jlundgre@
  2287. kn.PacBell.COM (John Lundgren) wrote:
  2288.  
  2289. > whatever, the dropping of the RTS may not really mean no carrier.  It
  2290. > may just mean to stop sending data from the modem to the PC, and the
  2291. > carrier may not be affected.
  2292.  
  2293. In this case, I would call the signal 'Ready to receive' (ITU V.24
  2294. circuit 133) instead of RTS. The fact that it is still on pin 4 of an
  2295. ISO2110 physical interface notwithstanding ... just call me a nitpicker.
  2296.  
  2297.  
  2298. AF
  2299.  
  2300. ------------------------------
  2301.  
  2302. From: cogorno@netcom.com (Steve Cogorno)
  2303. Subject: Re: NYNEX Ringmate and Modems
  2304. Date: Tue, 3 Jan 1995 13:17:31 PST
  2305.  
  2306.  
  2307. John Lundgren said:
  2308.  
  2309. >> I've called Pac Bell several times and asked when I can get ringmate/
  2310. >> <pick your choice of other names> and they tell me they have no idea.
  2311. >> I tell them what it is and they say that the system can't do it.  I
  2312. >> tell them that it has been available all over the country for over a
  2313. >> year and they are speechless.  Is there any other "magic words" I can
  2314. >> use to enlighten them?  If it helps any I'm northeast of downtown L.A.
  2315. >> by about 12 miles, in the 818-447 exchange. 
  2316.  
  2317. > Ask for a supervisor and pursue the issue.  Ive heard it called distinctive 
  2318. > ringing, but it might be called something else by P.B.  Whatever you
  2319. > do, don't give up if you get the same 'idunno' from the stupidvisor.
  2320.  
  2321. Distinctive Ringing is a _very_ different service; you select up to ten
  2322. numbers, and your phone will ring with a different cadence when any
  2323. one of those 10 people call you.  Sort of like a poor man's Caller ID.
  2324. As I posted previously, Pac Bell does not offer "Ringmate" because
  2325. they perceive that there is a shortage of numbers.
  2326.  
  2327.  
  2328. Steve     cogorno@netcom.com
  2329.  
  2330. ------------------------------
  2331.  
  2332. From: Jhupf <jhupf@nando.net>
  2333. Subject: Re: Flat Rate Cellular Phone Service
  2334. Date: Tue, 3 Jan 1995 20:32:19 EST
  2335. Organization: News & Observer Public Access
  2336.  
  2337.  
  2338. On Thu, 29 Dec 1994, Lawrence The Dreamer Chen wrote:
  2339.  
  2340. > I don't know how wide spread the service is, but up here (Canada) they
  2341. > have packages where you get unlimited weekend calling, and for $10 a
  2342. > month more you get unlimited evening calling (7pm-7am).  
  2343.  
  2344. CelularOne of Triangle here in the Triangle in North Carolina offers
  2345. full local access on weekends for $10 a month.  We were considering
  2346. going for it until we realized we had an accmulation of more than 575
  2347. minutes of local calling credit we haven't been able to use during the
  2348. past 14 months.
  2349.  
  2350. Between this balance of "bonus" time and the 60 minutes included in
  2351. our calling plan we are able to Call, Talk, listen and home rate roam
  2352. without any significant reduction in our accumulated balances.
  2353.  
  2354. ------------------------------
  2355.  
  2356. From: combee@prism.gatech.edu (Benjamin L. Combee)
  2357. Subject: Re: Need Info on LD Marketing to College Students
  2358. Date: Tue, 3 Jan 1995 20:24:26 -0500
  2359. Organization: ROASF Atlanta
  2360. Reply-To: combee@prism.gatech.edu
  2361.  
  2362.  
  2363. In article <telecom14.479.8@eecs.nwu.edu> is written:
  2364.  
  2365. > I'm researching a magazine article on how the long distance companies
  2366. > market their services to college students. You would be helping me
  2367. > considerably by providing me with any of the following information:
  2368.  
  2369. > o     The size (budget, number of employees) of AT&T's, MCI's or Sprint's
  2370. > student marketing departments.
  2371.  
  2372. > o     Any recent promotions, giveaways or advertising targeting college
  2373. > students.
  2374.  
  2375. > o     Any weird, frightening or amusing stories or incidents related to
  2376. > this subject.
  2377.  
  2378. Hello.  I'm down at Georgia Tech, and we've seen a number of different
  2379. marketing schemes.
  2380.  
  2381. MCI has been doing a lot: just recently, they came along with lots of
  2382. other companies to do a Campus Fest where they were pushing their
  2383. 1-800-COLLECT line.  Also, around Thanksgiving, they were handing out
  2384. hundreds of cards that each gave ten minutes on 1-800-COLLECT using a
  2385. special code.
  2386.  
  2387. My roommate last year had a Sprint calling card, and he got several
  2388. promotions.  For Halloween, he got a postcard with a mask on one side
  2389. that said he could make unlimited free long distance calls for one
  2390. hour on Halloween night.
  2391.  
  2392. Tech itself has contracted with Sprint for the LD service in all the
  2393. dormatories.  Most rooms only have local service turned on, but if you
  2394. want, you can get LD enabled but only with Sprint as your carrier.
  2395. The housing department gets a kickback on any Sprint calls made from
  2396. the rooms.
  2397.  
  2398. I hope these help you out.  If you've got more questions, let me know.
  2399.  
  2400.  
  2401. Name=Ben Combee
  2402. E-Mail=combee@prism.gatech.edu
  2403. URL=http://www.gatech.edu/acm/combee.html
  2404.  
  2405. ------------------------------
  2406.  
  2407. From: jerryw@abode.ccd.bnl.gov (Jerry Whelan)
  2408. Subject: Re: Its Here Again! FCC/Modem Tax
  2409. Date: 3 Jan 1995 18:47:41 GMT
  2410. Organization: Brookhaven National Lab, CCD
  2411.  
  2412.  
  2413. > [TELECOM Digest Editor's Note: Well, he did not mark it 'not for
  2414. > publication' and in any event, I think it does us good to air out
  2415. > this thing once in awhile and re-emphasize the nonsense of it all.  PAT]
  2416.  
  2417. 'Not for publication' ...
  2418.  
  2419. Take a look at Brock Meeks's `CyberWire Dispatch' at:
  2420. http://cyberwerks.com:70/0h/cyberwire/cwd/cwd.94.12.09a.html
  2421.  
  2422. The root of the dispatch tree is at:
  2423. http://cyberwerks.com:70/1/cyberwire
  2424.  
  2425. ------------------------------
  2426.  
  2427. From: chazworth@aol.com (Chazworth)
  2428. Subject: Re: Information Wanted on NEC 2000 Switch
  2429. Date: 3 Jan 1995 00:35:03 -0500
  2430. Organization: America Online, Inc. (1-800-827-6364)
  2431.  
  2432.  
  2433. In article <telecom14.481.5@eecs.nwu.edu>, Jason Davis <jasondav@delphi.
  2434. com> writes:
  2435.  
  2436. > I just installed one, nice system.  This one was equiped with 256
  2437. > ports and three T1 interfaces.  SMDR and voice Mail also. Great looking
  2438. > rack mounted with patch panels.
  2439.  
  2440. In the interest of keeping this string going: Have you or anyone
  2441. installed the Ethernet card on the 2000IVS yet?  Let me know, I am
  2442. curious as to how it works, or may work.
  2443.  
  2444. ------------------------------
  2445.  
  2446. From: Lynne Gregg <lynne.gregg@mccaw.com>
  2447. Subject: Re: GSM in U.S.
  2448. Date: Tue, 03 Jan 1995 09:46:00 PST
  2449.  
  2450.  
  2451. jjfai@alertnet.com recently inquired about GSM support in the U.S.
  2452.  
  2453.    Recently McCaw's New York operation, Cellular One began an
  2454. International Roaming service involving GSM phones.  One TD responder
  2455. to the original post pointed out that there are NO cellular carriers
  2456. supporting GSM on their U.S. systems.  This is absolutely correct.
  2457. However, if you choose local service with Cellular One in New York,
  2458. you can retain your GSM unit and can have your GSM calls (if you roam
  2459. back in Europe) billed back to a single account -- your Cellular One
  2460. account.
  2461.  
  2462. If you have questions about this service you can talk to cathy.oshea@
  2463. mccaw.com, reply to me, or contact the Cellular One office near you.
  2464.  
  2465.  
  2466. Best regards,
  2467.  
  2468. Lynne Gregg
  2469.  
  2470. ------------------------------
  2471.  
  2472. From: gtompk@teleport.com (Greg Tompkins)
  2473. Subject: Re: How to Find Your Number
  2474. Date: Tue, 3 Jan 1995 19:31:18 GMT
  2475. Organization: Teleport
  2476.  
  2477.  
  2478. What is a number beside the 1-800 thing that I can dial?  I thought
  2479. there was one from the local exchange.  I can dial 311 and it gives me
  2480. my phone number.
  2481.  
  2482.  
  2483. GREG
  2484.  
  2485.  
  2486. [TELECOM Digest Editor's Note: It varies from one community to the next.
  2487. It even varies from one central office to the next in the community. When
  2488. one gets published or widely known, it gets changed soon thereafter. From
  2489. time to time here in the Digest we have had lists of these things that
  2490. had been collected from all over the USA, but time and again about half
  2491. the numbers on the list were incorrect by the time the list got printed.
  2492. Really, the only way to find out about this is to ask locally in your
  2493. own community. The one I gave earlier of 1-800-MY-ANI-IS seems to be the
  2494. only one that works from anywhere and has been in service for awhile.
  2495. Our old faithful 1-577-your last four for ringback does not even work
  2496. here in Skokie any longer as of a month ago.    PAT]
  2497.  
  2498. ------------------------------
  2499.  
  2500. From: Mark Huang <rin0mxw@bumed30.med.navy.mil>
  2501. Subject: Looking for Pager Operators for Tampa/Ft. Myers Area
  2502. Reply-To: <rin0mxw@bumed30.med.navy.mil>
  2503. Organization: National Institutes of Health
  2504. Date: Tue, 03 Jan 1995 15:04:30 GMT
  2505.  
  2506.  
  2507. Hi, all:
  2508.  
  2509.     I'm looking for paging system operators interested in 929MHz licenses 
  2510. for Tampa/Fort Myers area.
  2511.  
  2512.     Please call (301) 770-6417 or e-mail: mhuang@capaccess.org. Thx!
  2513.  
  2514.  
  2515. Mark L. Huang, Ph.D.
  2516. E-mail: mhuang@capacess.org
  2517. E-mail: rin0mxw@bumed30.med.navy.mil (expire: 31 January, 1995)
  2518.  
  2519. ------------------------------
  2520.  
  2521. Date: Tue, 03 Jan 1995 10:53:31 EDT
  2522. From: Keith Jason Uber <942576@edna.cc.swin.edu.au>
  2523. Subject: Phone Card Reader Wanted
  2524.  
  2525.  
  2526. Pat,
  2527.  
  2528.     Firstly - thank-you for your newsgroup/archives/digest -
  2529. fantastic reading!
  2530.  
  2531.     I am looking for an article on building a Phone Card Reader
  2532. that connects to a pc. I saw it two or three days ago when browsing
  2533. gopher or WWW (I can't remember) and thought "That's cool ... but
  2534. Australia doesn't use Smart-cards for their phones".
  2535.  
  2536.     The very next day, I met a German exchange student who gave me
  2537. a German phonecard! Subsequently I've spent about four hours searching
  2538. through veronica, wwww etc with no luck.
  2539.  
  2540.     Any help or direction would be great ... I intend to modify it
  2541. to use it as an electronic key to start my car!
  2542.  
  2543.  
  2544. Thanks again,
  2545.  
  2546. keith
  2547.  
  2548.  
  2549. [TELECOM Digest Editor's Note: Well, it sounds like an interesting
  2550. application if it can be done. Let us know how it progresses.   PAT]
  2551.  
  2552. ------------------------------
  2553.  
  2554. Date: Tue, 03 Jan 95 11:02:51 MST
  2555. From: John Shaver <shaverj@huachuca-emh17.army.mil>
  2556. Subject: Last Laugh! IBM Buys Episcopal Church
  2557.  
  2558.  
  2559. For Immediate Release
  2560.  
  2561.  The Chairman of IBM announced today that, in response to Microsoft
  2562. Corp.'s acquisition of the Roman Catholic Church, IBM has bid for and
  2563. acquired the Protestant Episcopal Church in the United States of
  2564. America for $1 billion.
  2565.  
  2566.  "We are the oldest and most prestigious computer company in the
  2567. world," he said, "and we cannot be seen to be lagging behind in the
  2568. race for preeminence in the religious software and hardware markets.
  2569. We have tendered an offer to the Most. Rev. Edmund Browning, Presiding
  2570. Bishop of the Episcopal Church and Pamela Chinnis, President of the
  2571. House of Deputies of General Convention, and they have recommended
  2572. acceptance to the shareholders / communicants."
  2573.  
  2574.  The Episcopal Church is one of the oldest and most respected
  2575. denominations in the United States.  Many current and former
  2576. officeholders, including many Presidents, have been communicants.
  2577. Although its membership was declining in recent years, the latest
  2578. figures show a slight increase in membership.  A combination with IBM
  2579. will probably be beneficial in terms of putting "fannies in the seats"
  2580. in Episcopal Churches across the United States.
  2581.  
  2582.  There will also be great benefits to IBM in terms of international
  2583. connections through the Episcopal Church.  The Church is one of the
  2584. most senior members of the international Anglican communion by way of
  2585. its separation from the Church of England after the Revolutionary War
  2586. and the consecration in 1784 of its first Bishop, Samuel Seabury.  IBM
  2587. hopes to gain a foothold in the international religious business
  2588. through these connections, and perhaps tender a bid for the entire
  2589. Anglican Communion by the time of the next meeting of the world
  2590. Anglican bishops in London in 1998 (Lambeth Conference).  The
  2591. Archbishop of Canterbury, The Most Reverend George Carey, could not be
  2592. reached for comment.
  2593.  
  2594.  IBM and Episcopal Church are "good fit"
  2595.  
  2596.  IBM has had the distinction of being the first and, up until several
  2597. years ago, the most successful computer company in the world.  It was
  2598. founded by Herman Hollerith, the inventor of the computer card, in the
  2599. late 1800, and concentrated on business machines such as adding
  2600. machines and typewriters until the invention of the computer in the
  2601. 1940. They invested heavily in this new technology, and became rich
  2602. from selling and maintaining them in the 1950's through 1980's.
  2603.  
  2604.  However, IBM's stodgy corporate culture prevented it from taking
  2605. advantage of newer technology.  It almost entirely missed the value of
  2606. personal computer technology in the late 1970's, allowing other
  2607. companies to use processes it developed to make so-called "clone"
  2608. personal computers.  It therefore lost out on the billions of dollars
  2609. spent on this technology over the past 15 years.
  2610.  
  2611.  IBM has recently spun off its typewriter and printer businesses and
  2612. concentrated on PC building and software, and has even resorted to
  2613. layoffs for the first time in its history.  The slogan, "No one was
  2614. ever fired for buying IBM" has become a bitter joke in the business
  2615. world.
  2616.  
  2617.  The Episcopal Church was, for a long time, considered the most
  2618. successful of the Protestant Churches in terms of wealth and power.
  2619. Many of the rich and famous swelled its numbers, and its liturgy was
  2620. noted for its archaic beauty as much as its treasury was noted for its
  2621. gilt-edged bonds.
  2622.  
  2623.  However, in recent years, with the dying-off of the elderly rich and
  2624. the fall in the birth rate among the bluebloods who remained, the
  2625. Episcopal Church has suffered both a decline in numbers and in
  2626. influence and wealth.  Notwithstanding the slogan, "The Episcopal
  2627. Church Welcomes You," numbers have only recently begun to increase
  2628. again as the Church begins to be seen as a place where outcasts can
  2629. take part in its life.
  2630.  
  2631.  Along with IBM, the Episcopal Church has had to resort to layoffs to
  2632. balance its budget, and the merger will allow both organizations to
  2633. trim even further their personnel costs.  IBM's chairman said today,
  2634. "We have been known as the place where the white-coated mystics take
  2635. charge of computers in sealed rooms.  As a direct result of this
  2636. merger, our white-coated mystic roster will be cut by half and merged
  2637. with the ordained ministry of the Episcopal Church.  After all, they
  2638. also wear white garments when celebrating their mysteries.  The
  2639. similarities outweigh the differences, and we think that we can bring
  2640. their white-suited mystics up to speed in JCL and C++ within a few
  2641. months."
  2642.  
  2643.  The Presiding Bishop and Ms. Chinnis issued a joint statement saying:
  2644. "We welcome this merger as a meshing of two great but sometimes
  2645. old-fashioned institutions. The merger will allow us to cut our
  2646. technical staff by half again, and concentrate our resources on
  2647. becoming the largest and most successful Protestant Church in the
  2648. United States. Our first IBM mainframe is already being installed in
  2649. the basement of 815 Second Avenue, the Episcopal Church Center in New
  2650. York."
  2651.  
  2652.  They continued: "So that we can assure ourselves that the Apostolic
  2653. Succession will be continued, the Bishops of the Episcopal Church will
  2654. lay hands on the Board of IBM in a ceremony at the Cathedral of St.
  2655. John the Divine in New York City.  Then, the entire House of Bishops
  2656. will travel up to Armonk, where they will be instructed in the use of
  2657. the personal computer."  The business writers of most US newspapers
  2658. will join the religion correspondents in recording this momentous
  2659. occasion.  Both the business and the religious communities are
  2660. awaiting the new developments that this historic merger will make
  2661. possible.
  2662.  
  2663. His Eminence Bill Gates, had no comment.
  2664.  
  2665. ------------------------------
  2666.  
  2667. End of TELECOM Digest V15 #4
  2668. ****************************
  2669.     
  2670.     
  2671. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa04467;
  2672.           4 Jan 95 18:11 EST
  2673. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  2674.     id AA08053; Wed, 4 Jan 95 08:33:20 CST
  2675. Return-Path: <telecom>
  2676. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  2677.     id AA08043; Wed, 4 Jan 95 08:33:17 CST
  2678. Date: Wed, 4 Jan 95 08:33:17 CST
  2679. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  2680. Message-Id: <9501041433.AA08043@delta.eecs.nwu.edu>
  2681. To: telecom@eecs.nwu.edu
  2682. Subject: TELECOM Digest V15 #5
  2683.  
  2684. TELECOM Digest     Wed, 4 Jan 95 08:33:00 CST    Volume 15 : Issue 5
  2685.  
  2686. Inside This Issue:                        Editor: Patrick A. Townson
  2687.  
  2688.     Re: Protest of New Compuserve-Unisys GIF Usage Tax (Jack Hamilton)
  2689.     Re: What is a T1 Line? (Joseph H Allen)
  2690.     Re: Britain-Japan Fiber Cable (Wally Ritchie)
  2691.     Re: Finland Data Transmission (Wally Ritchie)
  2692.     NANP 800 Numbers From the UK (Clive D.W. Feather)
  2693.     Cellular Billing Services (Raymond S. VanderBok)
  2694.     Cell One NY/NJ Eliminates Daily Roam Charges (Stan Schwartz)
  2695.     Summary: Telecom Texts (David P. Wiltzius)
  2696.  
  2697. TELECOM Digest is an electronic journal devoted mostly but not
  2698. exclusively to telecommunications topics. It is circulated anywhere
  2699. there is email, in addition to various telecom forums on a variety of
  2700. public service systems and networks including Compuserve and America
  2701. On Line. It is also gatewayed to Usenet where it appears as the moderated
  2702. newsgroup 'comp.dcom.telecom'. 
  2703.  
  2704. Subscriptions are available to qualified organizations and individual
  2705. readers. Write and tell us how you qualify:
  2706.  
  2707.                  * telecom-request@eecs.nwu.edu *
  2708.  
  2709. The Digest is edited, published and compilation-copyrighted by Patrick
  2710. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  2711. or phone at:
  2712.                     9457-D Niles Center Road
  2713.                      Skokie, IL USA   60076
  2714.                        Phone: 708-329-0571
  2715.                         Fax: 708-329-0572
  2716.   ** Article submission address only: telecom@eecs.nwu.edu **
  2717.  
  2718. Our archives are located at lcs.mit.edu and are available by using
  2719. anonymous ftp. The archives can also be accessed using our email
  2720. information service. For a copy of a helpful file explaining how to
  2721. use the information service, just ask.
  2722.  
  2723. *************************************************************************
  2724. *   TELECOM Digest is partially funded by a grant from the              *
  2725. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  2726. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  2727. * project.  Views expressed herein should not be construed as represent-*
  2728. * ing views of the ITU.                                                 *
  2729. *************************************************************************
  2730.  
  2731. Additionally, the Digest is funded by gifts from generous readers such
  2732. as yourself who provide funding in amounts deemed appropriate. Your help 
  2733. is important and appreciated. A suggested donation of twenty dollars per
  2734. year per reader is considered appropriate. See our address above.
  2735.  
  2736. All opinions expressed herein are deemed to be those of the author. Any
  2737. organizations listed are for identification purposes only and messages
  2738. should not be considered any official expression by the organization.
  2739. ----------------------------------------------------------------------
  2740.  
  2741. From: jfh@crl.com (Jack Hamilton)
  2742. Subject: Re: Protest of New Compuserve-Unisys GIF Usage Tax
  2743. Date: 3 Jan 1995 23:28:03 -0800
  2744. Organization: CRL Dialup Internet Access  (415) 705-6060  [Login: guest]
  2745.  
  2746.  
  2747. There have been many articles on this topic posted in the comp.infosystems.
  2748. www.* groups,
  2749.  
  2750. You should read all these articles yourself, but a reasonable summary, I
  2751. think, is this: 
  2752.  
  2753. - Compuserve was charged by Unisys with a patent violation for the LZW 
  2754.   compression algorithm used in GIFs.  Compuserve had used the algorithm 
  2755.   believing it was in the public domain, but in fact Unisys had applied 
  2756.   for a patent.
  2757.  
  2758. - Compuserve decided to license the technology rather than fight the patent.  
  2759.  
  2760. - Compuserve doesn't seem much happier about this than anyone else (except
  2761.   the people at Unisys, I guess).  
  2762.  
  2763. - Unisys clearly seems to be the villain here.
  2764.  
  2765. - Compuserve has to pay royalties to Unisys.
  2766.  
  2767. - The patent doesn't apply to GIF files themselves.
  2768.  
  2769. Here's part of a message from Tim Oren, who claims to be a vice-President
  2770. of Compuserve. 
  2771.  
  2772.   CompuServe has not and is not asserting a proprietary interest in the GIF
  2773.   spec.  Even if we wanted to, there are enough sharp attorneys here who could
  2774.   remind us that it has long been publicly disclosed with no patent filing
  2775.   or attempt to assert other rights.  However, in developng GIF, we did
  2776.   use the LZW compression scheme.  Unknown to us at the time, Unisys had
  2777.   filed for a patent on that algorithm, even though we found it in a public
  2778.   source.  We were approached regarding the matter long after GIF had been
  2779.   widely released on CompuServe and to the market at large.  Regardless of
  2780.   what you may think about software patents in general, or the tactic of
  2781.   waiting until substantial infringment has occured, we were in an infringing
  2782.   position and had no option to seek a license.  Since we have a substantial
  2783.   base of developers who were not only creating clients to Compuserve,
  2784.   but had used GIF in good faith in their own products, we also needed to
  2785.   in some way protect their interests by developng a pass through license.
  2786.  
  2787.   The text of that license, or portions of it, are what's circulating
  2788.   around the nets.  Because it has been taken out of context, many are taking
  2789.   it as an assertion, by CompuServe, of an intent to prosecute proprietary
  2790.   rights in GIF against all users, including developers of Web clients
  2791.   and other software.  This is not the case.  CompuServe has no intent
  2792.   of pursuing rights in GIF in such a fashion, and I am writing this with
  2793.   the knowledge and consent of our CEO.  Unisys, of course, may follow
  2794.   whatever they see as their best interests in the matter.  For better or
  2795.   worse, as a patent attorney can tell you, selective enforcement is allowed
  2796.   by the letter of the law.
  2797.  
  2798.   Tim Oren
  2799.   Vice President
  2800.   CompuServe
  2801.  
  2802. and more from Mr Oren:
  2803.  
  2804.   Re GIF, I can talk about it, and if the impression being left is that
  2805.   we are trying to make big bucks, I definitely need to talk about it,
  2806.   because we've left the wrong impression.  Here's the story, which you
  2807.   CAN repeat, WITH my name attached:
  2808.  
  2809.   GIF was originally developed at CompuServe by Steve Wilhite, who
  2810.   currently works for me.  As part of it, he used with the LZW
  2811.   compression scheme, which had been openly published by Unisys engineer
  2812.   in a journal.  A number of other developers picked up and used LZW as
  2813.   well.  None of us knew that Unisys had filed for, and eventually
  2814.   received, a patent on the LZW scheme.  I believe this is called a
  2815.   'submarine' patent - it can surface and get you later.  We were got.
  2816.  
  2817.   Unisys proposed an infringement suit, and we had no recourse but to
  2818.   settle.  We are paying licensing fees in a manner which IS a
  2819.   nondisclosure item.  One of the things we needed to be able to do is to
  2820.   'pass through' a license embodying both LZW & GIF to those developers
  2821.   who create their own client programs to CompuServe, such as TAPCIS and
  2822.   Mac Nav, since they 'practice' LZW as well.  The reason that GIF is
  2823.   included as a conditional in such licenses is that we can't pass
  2824.   through an unrestricted LZW license, and the reason there is money
  2825.   involved is that we in turn have to pay Unisys.
  2826.  
  2827.   If anyone is taking the impression that we are asserting proprietary
  2828.   rights in GIF additional to the LZW patent, that is wrong.  Neither are
  2829.   we attempting to assist Unisys in enforcing their patent with respect
  2830.   to non-CompuServe environments, such as the Internet, though 'buying
  2831.   into' our license would be one way of Internet based vendors in
  2832.   avoiding possible action from Unisys.
  2833.  
  2834.   This is far more headache than it is worth, believe me, and we are
  2835.   actively engaged in looking at migration strategies that will get us
  2836.   and our customers off the hook.  Our reputation has been damaged by
  2837.   being an unwitting partner to Unisys during those 7 years of
  2838.   encouraging proliferation, and we are not happy about it.  (I'm sure
  2839.   Stallman - rms - could find a moral in here somewhere... )
  2840.  
  2841.                              -------------
  2842.  
  2843. Jack Hamilton  jfh@crl.com  KD6TTL  '92 K75RTA  co-moderator, sci.med.aids
  2844.  
  2845. ------------------------------
  2846.  
  2847. From: jhallen@world.std.com (Joseph H Allen)
  2848. Subject: Re: What is a T1 Line?
  2849. Organization: The World Public Access UNIX, Brookline, MA
  2850. Date: Wed, 4 Jan 1995 08:01:22 GMT
  2851.  
  2852.  
  2853. In article <telecom15.4.4@eecs.nwu.edu>, James Carlson <carlson@xylogics.
  2854. com> wrote:
  2855.  
  2856. > I'm afraid you'll have to re-read what I wrote.  There is no such
  2857. > thing as "cross-talk" at the *digital* level.  One DS0 channel cannot
  2858. > affect another within a T1 line; there just is no path for this to
  2859. > happen.  Any signal at all can be carried on a DS0, and the others
  2860. > will be blissfully unaware that it exists.  They are separated in
  2861. > time.
  2862.  
  2863. For a DS0 as defined as a TDM channel on a T1, this is true (excluding
  2864. inter-symbol interference on a bad line).  The original poster was
  2865. concerned about a filter on a 56K copper pair, which prevented it from
  2866. being used at any higher rate.  In this case there is filter to
  2867. prevent cross-talk between 56K copper pairs.  An entire T1 can also go
  2868. on a copper pair, but not with that filter.  The fact that the line is
  2869. a DS0 which eventually gets multiplexed onto a T1 also limits his
  2870. bandwidth. If this is not the filter which the poster was referring
  2871. to, then pardon me.
  2872.  
  2873. >>> In fact Pulse Code Modulation (digital) without any error detection
  2874. >>> has almost the same interference properties as FM radio.  If two FM
  2875. >>> stations are close, there will be noise.  If they are really close,
  2876. >>> you'll hear both stations at once and lots of noise.
  2877.  
  2878. > The two are very different.  PCM is a digital signal; if you can
  2879. > recover it from the noise on the line, you'll get a "perfect" copy of
  2880. > the data.  Line hits will produce a decidedly non-analog type of
  2881. > noise, with random data points being generated.  To produce
  2882. > traditional "cross-talk" effects, you'd have to do an arithmetic
  2883. > average on the values of the data points between two lines.  This is
  2884. > highly unlikely to occur.
  2885.  
  2886. > If you had two AMI lines next to each other, you'd need to have the
  2887. > extraneous cross-talk signal exceed the pulse detection threshold of
  2888. > the receivers in order to be able to detect *anything* at all.
  2889. > Anything below this value would simply be invisible at the digital
  2890. > level.
  2891.  
  2892. If there are two PCM signals going at the same rate with no error
  2893. detection, no sequence randomization, and out-of-band syncronization,
  2894. and there is enough interference to mess with the detection threshold,
  2895. you will here actual cross-talk.  It will be very bad, and the
  2896. original signal will also be almost completely munged.  Yes, this is
  2897. different from linear additive cross-talk, but it's still cross-talk.
  2898.  
  2899. > FM, due to the nature of analog demodulation techniques, exhibits a
  2900. > capture effect.  If two signals are broadcast on the same frequency,
  2901. > the "louder" signal will be heard to the exclusion of the "quieter"
  2902. > signal.  You won't hear both stations at once.  If the received
  2903. > amplitude of the two signals are varying with respect to each other,
  2904. > then all sorts of interesting effects (depending on the type of
  2905. > demodulation used) occur, but hearing both at once isn't one of the
  2906. > options.
  2907.  
  2908. This "capture" effect has nearly the same effect as two PCM signals on
  2909. top of each other.  The stronger one will get through if the weeker
  2910. one doesn't mess with it too much.  If they have the same signal
  2911. levels, you'll have real cross-talk plus lots of noise (to the point
  2912. where they are both nearly indistinguishable, same as PCM).  This
  2913. really happens, try it.
  2914.  
  2915. >>> There's also a ~100KHz low-pass filter between the A/D converter and
  2916. >>> the line to limit the edge rate of the digital pulses.  Cross-talk is
  2917. >>> more severe at higher frequencies, so limiting the unnecessary high-
  2918. >>> frequencies caused by fast edges helps reduce cross-talk. 
  2919.  
  2920. > Any filter placed in the DS0 data path after quantization and before
  2921. > multiplexing has no effect on the bandwidth of the signal that the
  2922. > user of that DS0 sees.  This has nothing to do with the poster's
  2923. > original statements.
  2924.  
  2925. It does, because the original poster was concerned about that
  2926. bandwidth of the actual copper pair that came to his house.  It's my
  2927. understanding that an ISDN DS0 is 56K digital line on a copper pair
  2928. between your house and the local office, not a shared T1 (although a
  2929. multiplexer at the local office my put it on a T1).
  2930.  
  2931.  
  2932. jhallen@world.std.com (192.74.137.5)  Joseph H. Allen
  2933.  
  2934. ------------------------------
  2935.  
  2936. From: writchie@gate.net
  2937. Subject: Re: Britain-Japan Fiber Cable
  2938. Date: 4 Jan 1995 06:31:23 GMT
  2939. Reply-To: writchie@gate.net
  2940.  
  2941.  
  2942. In <telecom14.474.16@eecs.nwu.edu>, nagle@netcom.com (John Nagle) writes:
  2943.  
  2944. > wrf@ecse.rpi.edu (Wm. Randolph U Franklin) writes:
  2945.  
  2946. >> AT&T will build a cable from Britain to Japan for $1.2G.  It'll be
  2947. >> 17,000 miles long, 5Gbps, and carry 320,000 "voice and other messages".  
  2948. >> That looks like only 16Kbps per circuit (which looks low).  The
  2949. >> current longest cable is a 9,000 mile one from France to Singapore,
  2950. >> completed a year ago.
  2951.  
  2952. >> Fun math: That works out to a capital cost per circuit of only $3750.
  2953. >> Assume that a phone call from Britain to Japan costs $2/minute.  If
  2954. >> all 320,000 channels were in continuous use, then the cable would be
  2955. >> paid for in the first 31 hours.
  2956.  
  2957. >> Alternatively, if we assumed that the cable is good for ten years,
  2958. >> or 100,000 hours, then amortizing the capital cost would be three
  2959. >> cents per hour, or $5e-4/minute.  This is a factor of 4,000 less
  2960. >> than the price of the call.
  2961.  
  2962. >      The numbers for the newer transantlatic cables look like that,
  2963. > too. You really should be able to buy a full-time transatlantic
  2964. > circuit for about $100/month, and at the rate cable is being laid, you
  2965. > probably soon will.
  2966.  
  2967. >      Not having to acquire property rights is a big win. Fortunately, 
  2968. > the UN didn't think of this for the Law of the Sea conference.
  2969.  
  2970. There is no question that the "cost" to the carriers of the
  2971. international circuits is declining toward zero. That cost, however,
  2972. has very little to do with what you pay for an int't private-line or
  2973. switched service. An international circuit is two "half circuits" with
  2974. the price at each end completely controlled by the carriers at each
  2975. end, one or both of which is normally a monopoly PTT. Only US/Canada
  2976. and US/UK circuits are priced at anything even reasonably related to
  2977. cost. Until PTT's discover what price elasticity means, or they are
  2978. forced by large private bypass users, tariffed rates are unlikely to
  2979. reflect the low costs actually involved.
  2980.  
  2981. The U.S. Model is informative. For interstate long distance the
  2982. "costs" are $0.03 originating access (paid to LEC), $0.03 terminating
  2983. access (paid to LEC), and $0.01 or less TOTAL operational cost for the
  2984. IXC.  Because the IXC has to pay the LEC's the $0.06, it has about
  2985. $0.07 total cost resulting in a retail pricing on the order of $0.11 -
  2986. $0.16. The IXC of course has to absorb credit risk on all of the true
  2987. cost (including the LEC which gets its money in any case. The IXC also
  2988. has marketing and other costs. Nevertheless the true cost of long
  2989. distance is on the order of a penny a minute and that includes the
  2990. switches. If access costs were reduced to the same magnitude as the
  2991. long distance, the total retail price would be on the order of a
  2992. nickel a minute. Intrastate is even worse. I actually pay less to call
  2993. Ft. Lauderdale to London than I pay to call from Ft. Lauderdale to
  2994. Miami.
  2995.  
  2996. The fact is that most PTT's subsidize their large and politically
  2997. powerful employee bases by maintaining the highest possible overall
  2998. charges for international calling both in collection rates (charged to
  2999. those in their country) and in accounting rates (charges to U.S. or
  3000. other foreign carriers). The same true for private lines. In fact the
  3001. "price" guideline for a private line is oftern based on 9000 minutes
  3002. of switched usage, no relataion to cost.
  3003.  
  3004.  
  3005. Wally Ritchie    Ft. Lauderdale
  3006.  
  3007. ------------------------------
  3008.  
  3009. From: writchie@gate.net
  3010. Subject: Re: Finland Data Transmission
  3011. Date: 4 Jan 1995 06:50:24 GMT
  3012. Reply-To: writchie@gate.net
  3013.  
  3014.  
  3015. In <telecom15.1.10@eecs.nwu.edu>, jackp@telecomm.admin.ogi.edu (Jack
  3016. Pestaner) writes:
  3017.  
  3018. > We have been communicating to a site in Finland with autoranging 14.4k
  3019. > modems.  On a good day we can run at 9600, but typically at 2400.  We
  3020. > have tried AT&T, MCI, and IDB (all are direct digital connections
  3021. > through our PBX), but all seem to be extremely variable.  We use
  3022. > NetBlazer modems, same model, on each end.
  3023.  
  3024. > This is really expensive, and we want to move to a more reliable
  3025. > service, as we expect to have longer hold times of three to five hours
  3026. > a day.  I checked on a 56k DDS, but cost was about $9K per month.
  3027.  
  3028. > Are there any satellite solutions, or packet solutions that anybody
  3029. > knows of?  BTW, we also tried x.25 from Sprint, but service went down
  3030. > often, and Sprint just has the WORST customer service for problem
  3031. > solving.
  3032.  
  3033. You might want to try different modems including some newer V.34's You
  3034. might also investigate the nature of the analog loops at both your end
  3035. and the Finland end. V32bis and V34 depend on effective cancellation
  3036. of echo. Not all modem models are equally effective with circuits that
  3037. have long delays. The types of echo cancellers and echo suppressors
  3038. used on individual connections can also be a significant factor. Since
  3039. you will be spending several $K per month, it should be worthwhile to
  3040. investigate different modems and possibly some conditioning of the
  3041. analog loops in Finland. How is your voice quality? Are you getting
  3042. satellite circuits all the time?. What happens US/UK with the same
  3043. modems? What happens Finland/UK.
  3044.  
  3045. With the money your spending, the capital costs of the best modems
  3046. money can buy are insignificant.
  3047.  
  3048.  
  3049. Wally Ritchie    Ft. Lauderdale, Florida
  3050.  
  3051. ------------------------------
  3052.  
  3053. Subject: NANP 800 numbers from the UK
  3054. Date: Wed, 4 Jan 1995 12:57:52 GMT
  3055. From: Clive D.W. Feather <clive@sco.COM>
  3056.  
  3057.  
  3058. All of a sudden, I can now dial 1-800 numbers from the UK. There is a
  3059. few seconds of silence, and then an American female voice tells me
  3060. that this call will *not* be free, but charged at standard direct-dial
  3061. rates.  If I don't want to pay, I should hang up now.
  3062.  
  3063. Just for fun, I tried 1-800-MY-ANI-IS. It told me: "702 000 5555" !
  3064.  
  3065.  
  3066. Clive D.W. Feather     | Santa Cruz Operation    
  3067. clive@sco.com          | Croxley Centre          
  3068. Phone: +44 1923 813541 | Hatters Lane, Watford   
  3069. Fax:   +44 1923 813811 | WD1 8YN, United Kingdom 
  3070.  
  3071. ------------------------------
  3072.  
  3073. From: rvb@iti.org (Raymond S. VanderBok)
  3074. Subject: Cellular Billing Services
  3075. Date: 4 Jan 95 13:02:09 GMT
  3076. Organization: Industrial Technology Institute
  3077.  
  3078.  
  3079. Are there service companies that provide custom billing for cellular
  3080. service?  I would like to be charged for service in a way different
  3081. from what my cellular provider offers.
  3082.  
  3083.  
  3084. Ray VanderBok
  3085. Metalforming Manager
  3086. NIST / Midwest Manufacturing Technology Center
  3087. (313)769-4131    internet: rvb@iti.org
  3088.  
  3089. ------------------------------
  3090.  
  3091. Date: Tue, 3 Jan 1995 22:35:58 EST
  3092. From: Stan Schwartz <stans@panix.com>
  3093. Subject: Cell One NY/NJ Eliminates Daily Roam Charges
  3094.  
  3095.  
  3096. It was buried in small print in the copy of their ad in Monday's {New
  3097. York Newsday}, so I called customer service and verified it.  As of
  3098. 1/2/95, Cell One NY/NJ (00025) has FINALLY followed NYNEX Mobile's
  3099. lead and eliminated the $3.00 daily "nag" roamer charge everywhere in
  3100. North America.  This applies to both NACN and Non-NACN cities (it was
  3101. unclear in some cases whether some NACN cities charged the fee).  At
  3102. any rate, the only charges for roaming outside the NACN are 99 cents
  3103. per minute airtime (still higher than NYNEX, for the most part).
  3104. CellOne's customer service rep explained that some areas are 83 cents
  3105. per minute instead of the 99, but they are few and far between - one
  3106. should assume that it will be 99 and be pleasantly surprised if the
  3107. bill is 16 cents less (per minute).
  3108.  
  3109. A small celebration is in order!
  3110.  
  3111.  
  3112. Stan
  3113.  
  3114. ------------------------------
  3115.  
  3116. From: wiltzius@anduin.ocf.llnl.gov (David P Wiltzius)
  3117. Subject: Summary: Telecom Texts
  3118. Date: 4 Jan 1995 00:00:06 GMT
  3119. Organization: Lawrence Livermore Nat'l Lab.
  3120.  
  3121.  
  3122. I had several requests to post a summary so here goes.
  3123.  
  3124. I haven't found a good textbook in telecom, but I think Newton's
  3125. Telecom Dictionary is a very useful substitute.  Because it is
  3126. structured as a dictionary, one must piece together information from
  3127. various entries, but I did pretty well on your test sentence. All the
  3128. technical terms in your sentence were in Newton and they clearly
  3129. pointed me toward the SONET entry, which is almost two pages long, and
  3130. did a decent job of explaining your sentence, I think.
  3131.  
  3132. I teach a course on information and communication technology (for
  3133. industrial engineers); I use a collection of up-to-date articles on
  3134. uses of telecom (Network World is one great source) and have the
  3135. students use Newton to help them read these articles.
  3136.  
  3137. I saw a book in Barnes and Noble called "Digital Telephony", Second
  3138. Edition, by John Bellamy.  Publisher is John Wiley, (c) 1991.
  3139.  
  3140. IBSN  0-471-62056-4
  3141.  
  3142. After perusing the book, I came to the conclusion that it contains
  3143. much of the information I am looking for (the same sort of thing you
  3144. are looking for).
  3145.  
  3146. The first chapter covers analog systems.  The rest is digital.  There
  3147. is a chapter on SONET.
  3148.  
  3149. I am still debating whether or not to get it (it was $75).  I am
  3150. interested but I could also spend $1000 on software engineering books
  3151. (my occupation).
  3152.  
  3153. Consider it requested.  BTW, I bought some of the Telephony BASIC
  3154. series.  Haven't had a chance to look at them yet but they are THIN.
  3155. I suspect they are VERY basic and not a good bargain.  Happy Holidays,
  3156. (Ed: I bought two of them (SONET and Wireless) months ago and I think
  3157. they are worth their modest price.  They are basic, as advertised.)
  3158.  
  3159. McGraw-Hill, Delran, NJ 08075, publishes a series of reference books
  3160. called Datapro. The series covers everything from how modems work, T-1
  3161. history, to vendor and product analysis.  William Stallings has
  3162. written several books on communications media and equipment.  Titles
  3163. slip my mind but I'm sure you should be able to find something by
  3164. author search.
  3165.  
  3166. -------------------Start off with "Digital Telephony" 2nd Ed. by John
  3167. Bellamy ISBN 0-471-62056-4.  He has a chapter on SONET that will give
  3168. you a taste.  Since the field is still emerging, many issues with
  3169. SONET and SDH are still evolving.
  3170.  
  3171. ------------------- RADIO SHACK CARRIES A BOOK CALLED "UNDERSTANDING
  3172. TELEPHONE ELECTRONICS" WHICH EXPLAINS SUBJECTS FROM THE SIMPLE POTS
  3173. TELEPHONE TO CENTRAL OFFICE EQUIPMENT.  TELLABS, INC. PUTS OUT A TEXT
  3174. BOOK COMPLETE WITH TESTS AT THE END OF EACH CHAPTER.  HOPE THIS HELPS.
  3175. IF YOU HEAR ABOUT OTHERS PLEASE LET ME KNOW.
  3176.  
  3177. ------------------- You're welcome! I recently purchased an excellent
  3178. telecom book from Artech House Inc.: "Service Management in Computing
  3179. and Telecommunications." Artech specializes in telecom material. Their
  3180. number is: 617-769-9750, call for a catalog. I've found them pleasant
  3181. to do business with, but their prices, as with Computer Literacy, are
  3182. full list (read: high).
  3183.  
  3184. Speaking of price, if you're in the San Jose area, there is a large
  3185. store near the corner of Hilsdale and Camden, across Hillsdale from
  3186. Target, that buys close-out books from publishers. They sell most for
  3187. under $5.00, and many for $3.00! Many books are college texts, and on
  3188. some very good subjects. I was there this afternoon and picked up the
  3189. "Artifial Inteligence Handbook ($3.00), Spencer Johnson's "Yes or No"
  3190. ($3.00), "Voodoo Dos" ($8.00), Jimmy Carter's "An Outdoor Journal"
  3191. ($3.00), Stanley Davis' "Managing Corporate Culture" ($2.00), and the
  3192. "Pocket Guide to Phrasal Verbs" ($2.00). These are all hardbound
  3193. editions. I didn't see any telecom material, but I have in the past.
  3194. the place is huge, and I didn't look at everything. It's definately
  3195. worth a visit if you're in the neighborhood, and you have the time.
  3196.  
  3197. ------------------------------
  3198.  
  3199. End of TELECOM Digest V15 #5
  3200. ****************************
  3201.     
  3202.     
  3203. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa06229;
  3204.           4 Jan 95 20:27 EST
  3205. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3206.     id AA23108; Wed, 4 Jan 95 15:23:13 CST
  3207. Return-Path: <telecom>
  3208. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3209.     id AA23100; Wed, 4 Jan 95 15:23:09 CST
  3210. Date: Wed, 4 Jan 95 15:23:09 CST
  3211. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  3212. Message-Id: <9501042123.AA23100@delta.eecs.nwu.edu>
  3213. To: telecom@eecs.nwu.edu
  3214. Subject: TELECOM Digest V15 #6
  3215.  
  3216. TELECOM Digest     Wed, 4 Jan 95 15:23:00 CST    Volume 15 : Issue 6
  3217.  
  3218. Inside This Issue:                         Editor: Patrick A. Townson
  3219.  
  3220.     AT&T Settles CALL-INFO Dispute With MCI (AT&T News via A. Alan Toscano)
  3221.     Motorola Flip Technical Manual (Shawn Gordhamer)
  3222.     Irish/USA Phone Ring Signals vs UK (Conor O'Neill)
  3223.     Telecom FAQ - Time to Update It (Dave Leibold)
  3224.     Is There a Telecom Group in Chicago? (logicarsch@aol.com)
  3225.     Seeking White Pages on CD or Disk (Scott Warbritton)
  3226.     EARN Gopher Server (gopher@earn.net)
  3227.     Computer Caller-ID (Thomas Fitzurka)
  3228.     AT&T First to Deliver Long-Awaited "Follow-Me" 500 Numbers (Alan Toscano)
  3229.     Are You Working in Televirtuality/Networked Virtual Worlds? (Robt Jacobson)
  3230.     Re: Noise Introduced by Bit-Robbing? (Wally Ritchie)
  3231.     Re: Noise Introduced by Bit-Robbing? (Andy Spitzer)
  3232.  
  3233. TELECOM Digest is an electronic journal devoted mostly but not
  3234. exclusively to telecommunications topics. It is circulated anywhere
  3235. there is email, in addition to various telecom forums on a variety of
  3236. public service systems and networks including Compuserve and America
  3237. On Line. It is also gatewayed to Usenet where it appears as the moderated
  3238. newsgroup 'comp.dcom.telecom'. 
  3239.  
  3240. Subscriptions are available to qualified organizations and individual
  3241. readers. Write and tell us how you qualify:
  3242.  
  3243.                  * telecom-request@eecs.nwu.edu *
  3244.  
  3245. The Digest is edited, published and compilation-copyrighted by Patrick
  3246. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  3247. or phone at:
  3248.                     9457-D Niles Center Road
  3249.                      Skokie, IL USA   60076
  3250.                        Phone: 708-329-0571
  3251.                         Fax: 708-329-0572
  3252.   ** Article submission address only: telecom@eecs.nwu.edu **
  3253.  
  3254. Our archives are located at lcs.mit.edu and are available by using
  3255. anonymous ftp. The archives can also be accessed using our email
  3256. information service. For a copy of a helpful file explaining how to
  3257. use the information service, just ask.
  3258.  
  3259. *************************************************************************
  3260. *   TELECOM Digest is partially funded by a grant from the              *
  3261. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  3262. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  3263. * project.  Views expressed herein should not be construed as represent-*
  3264. * ing views of the ITU.                                                 *
  3265. *************************************************************************
  3266.  
  3267. Additionally, the Digest is funded by gifts from generous readers such
  3268. as yourself who provide funding in amounts deemed appropriate. Your help 
  3269. is important and appreciated. A suggested donation of twenty dollars per
  3270. year per reader is considered appropriate. See our address above.
  3271.  
  3272. All opinions expressed herein are deemed to be those of the author. Any
  3273. organizations listed are for identification purposes only and messages
  3274. should not be considered any official expression by the organization.
  3275. ----------------------------------------------------------------------
  3276.  
  3277. Date: Wed, 4 Jan 1995 14:01:51 -0600
  3278. From: A Alan Toscano <atoscano@Starbase.NeoSoft.COM>
  3279. Subject: AT&T and MCI Settle 800-CALL-INFO Directory Assistance Dispute
  3280.  
  3281.  
  3282. Michael Lordi
  3283. 908-221-6382
  3284.  
  3285. Gary Morgenstern
  3286. 908-221-6153
  3287.  
  3288.  
  3289. AT&T AND MCI SETTLE 800 CALL INFO DIRECTORY ASSISTANCE DISPUTE
  3290.  
  3291.      BASKING RIDGE, N.J. -- AT&T today announced that it has reached
  3292. an agreement to settle its complaint against MCI Telecommunications
  3293. Corporation involving MCI's 1-800-CALL-INFO directory assistance
  3294. service.
  3295.  
  3296.      Under the settlement, MCI will make changes in the service that
  3297. will protect the public's interests and trust in the toll-free status
  3298. of 800 services.
  3299.  
  3300.      The agreement requires MCI to cease its practice of automatically
  3301. charging for calls to its 800 number for directory information based
  3302. on the electronic identification of the callers' numbers.
  3303.  
  3304.      Contingent on that change, and upon the Federal Communications
  3305. Commission (FCC) approval of the settlement, AT&T will drop its
  3306. complaint that MCI's practice violated the 1992 Federal Telephone and
  3307. Dispute Resolution Act.  The law restricts telephone companies and
  3308. information providers from charging customers for calling 800 numbers.
  3309.  
  3310.      Callers to MCI's service will now be required to use credit
  3311. cards, calling cards or establish alternative billing arrangements
  3312. with MCI in advance of their calls.  MCI has agreed to make these
  3313. modifications by Jan. 7.
  3314.  
  3315.      "This means that callers will no longer have to fear dialing 800
  3316. numbers and automatically being charged.  And businesses don't need to
  3317. concern themselves with policing these calls from their premises,"
  3318. said Kenneth Sichau, AT&T's marketing vice president.  "It's great
  3319. news for the entire industry!
  3320.  
  3321.      "This is precisely the outcome we had requested when we filed our
  3322. complaint in October.  We will continue our efforts at the FCC to
  3323. preserve and strengthen rules that protect consumers from abusive or
  3324. unfair practices involving toll-free 800 service."
  3325.  
  3326. ------------------------------
  3327.  
  3328. From: shawnlg@netcom.com (Shawn Gordhamer)
  3329. Subject: Motorola Flip Technical Manual
  3330. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  3331. Date: Wed, 4 Jan 1995 17:35:39 GMT
  3332.  
  3333.  
  3334. Is there a good source for the Micro T-A-C technical manual (or
  3335. information contained therein)?  My dealer said they paid several
  3336. hundred dollars for one.
  3337.  
  3338.  
  3339. Shawn Gordhamer   shawnlg@netcom.com
  3340.  
  3341. ------------------------------
  3342.  
  3343. From: Conor O'Neill <conor_o@s3dub.ie>
  3344. Date: Wed, 4 Jan 1995 16:19:08 +0000
  3345. Subject: Irish/USA Phone Ring Signals vs UK
  3346. Reply-To: conor_o@s3dub.ie
  3347.  
  3348.  
  3349. Hi,
  3350.  
  3351. I recently purchased a British Telecom Answering machine for use in
  3352. Ireland. In my innocence I assumed the Irish and UK phone systems
  3353. would be almost identical. They are not. From what I can gather, the
  3354. Irish system almost identical to the USA when tones are concerned.  I
  3355. purchased an adapter in Ireland which uses a capacitor to modify the
  3356. ring signal so that the BT machine recognises the tones. However it
  3357. does not recognise the hang-up tone and so is a bit useless at the
  3358. moment. Anyone out there know how to modify American tones to suit BT
  3359. equipment? I'm pretty sure about the Irish and American signals
  3360. being similar as several people I know have bought phone equipment in
  3361. the USA which worked perfectly here.  Any help would be appreciated.
  3362.  
  3363.  
  3364. Conor O'Neill
  3365.  
  3366. ------------------------------
  3367.  
  3368. Date: Wed, 4 Jan 1995 00:38:00 -0500
  3369. From: dleibold@gvc.com (Dave Leibold)
  3370. Subject: Telecom FAQ - Time to Update It
  3371.  
  3372.  
  3373. The TELECOM Digest FAQ is long overdue for an overhaul. Anyone with
  3374. updates for the FAQ should send them this way. Hopefully before the
  3375. winter is out, another FAQ edition will replace the current one.
  3376.  
  3377. Send updates to dleibold@gvc.com (or to any of my usual e-homes)
  3378.  
  3379. ------------------------------
  3380.  
  3381. From: logicarsch@aol.com (LogicaRsch)
  3382. Subject: Is There a Telecom Group in Chicago?
  3383. Date: 4 Jan 1995 15:20:39 -0500
  3384. Organization: America Online, Inc. (1-800-827-6364)
  3385. Reply-To: logicarsch@aol.com (LogicaRsch)
  3386.  
  3387.  
  3388. I do market research specializing in telecommunications. I'm looking
  3389. for a telecom organization that I can join that has a Chicago chapter.
  3390. Specifically, I'm looking for a group that has meetings, seminars and
  3391. get-togethers, a little newsletter, etc. etc. for a hundred or two
  3392. hundred bucks a year. Can someone clue me in? Thanks!
  3393.  
  3394.  
  3395. [TELECOM Digest Editor's Note: You know, to show you what a hermit I
  3396. have become the past few years, my answer to your question would have
  3397. to be 'I do not know'. Seriously, I don't.  Maybe we should start
  3398. one, or some sort of telecom discussion group, social, etc.   PAT]
  3399.  
  3400. ------------------------------
  3401.  
  3402. From: swar@infinet.com (Buzz)
  3403. Subject: Seeking White Pages on CD or Disk
  3404. Date: Wed, 04 Jan 95 13:55:56 EST
  3405. Organization: infinet.com
  3406.  
  3407.  
  3408. I'm not sure if such an animal exists, but I'm looking for white pages
  3409. for the entire country on either CD or Disk. All reply's on where to
  3410. obtain this information, either by email or posts will be deeply
  3411. appreciated.
  3412.  
  3413.  
  3414. Scott Warbritton   swar@infinet.com
  3415.  
  3416.  
  3417. [TELECOM Digest Editor's Note: They're out there. Some are of dubious
  3418. value in terms of accuracy.   PAT]
  3419.  
  3420. ------------------------------
  3421.  
  3422. Date: Wed, 4 Jan 1995 12:17:09 +0100
  3423. From: GopherMail Server <gopher@earn.net>
  3424. Subject: EARN Gopher Server
  3425.  
  3426.  
  3427. Mail this file back to gopher with an X before the menu items that you want.
  3428. If you don't mark any items, gopher will send all of them.
  3429.  
  3430.  
  3431.   1.  About the EARN Information Service.
  3432.   2.  About EARN/
  3433.   3.  About TERENA/
  3434.   4.  User Services Documentation/
  3435.   5.  EARNEST, the EARN Newsletter/
  3436.   6.  CNRE - Computer Networks for Research in Europe/
  3437.   7.  Network Services Conferences (NSC)/
  3438.   8.  LISTSERV (public archives, list of lists)/
  3439.   9.  Networking Information (Internet Documents, RIPE, InterNIC, ISOC, ITU)/
  3440.   10. EARN/Bitnet (List of nodes, node changes, management databases, etc.)/
  3441.   11. Other Gopher and Information Servers/
  3442.   12. Subject Tree/
  3443.   13. Library Catalogs and Electronic Journals/
  3444.   14. Network Resource Tools (archie, Netfind, Whois, veronica, Usenet, etc.)/
  3445.   15. Need help? Try NETHELP, the online help desk (or read the FAQs)/
  3446.  
  3447. You may edit the following two numbers to set the maximum sizes after which
  3448. GopherMail should send output as multiple email messages:
  3449.  
  3450. Split=64K bytes/message <- For text, bin, HQX messages (0 = No split)
  3451. Menu=100 items/message <- For menus and query responses (0 = No split)
  3452.  
  3453. #
  3454. Name=About the EARN Information Service
  3455. Numb=1
  3456. Type=0
  3457. Port=70
  3458. Path=0/README
  3459. Host=gopher.earn.net
  3460. #
  3461. Name=About EARN
  3462. Numb=2
  3463. Type=1
  3464. Port=70
  3465. Path=1/general.information
  3466. Host=ftp.earn.net
  3467. #
  3468. Name=About TERENA
  3469. Numb=3
  3470. Type=1
  3471. Port=70
  3472. Path=1/terena
  3473. Host=gopher.earn.net
  3474. #
  3475. Name=User Services Documentation
  3476. Numb=4
  3477. Type=1
  3478. Port=70
  3479. Path=1/doc
  3480. Host=ftp.earn.net
  3481. #
  3482. Name=EARNEST, the EARN Newsletter
  3483. Numb=5
  3484. Type=1
  3485. Port=70
  3486. Path=1/earnest
  3487. Host=ftp.earn.net
  3488. #
  3489. Name=CNRE - Computer Networks for Research in Europe
  3490. Numb=6
  3491. Type=1
  3492. Port=70
  3493. Path=1/cnre
  3494. Host=ftp.earn.net
  3495. #
  3496. Name=Network Services Conferences (NSC)
  3497. Numb=7
  3498. Type=1
  3499. Port=70
  3500. Path=1/nsc
  3501. Host=ftp.earn.net
  3502. #
  3503. Name=LISTSERV (public archives, list of lists)
  3504. Numb=8
  3505. Type=1
  3506. Port=70
  3507. Path=1/listserv.archives
  3508. Host=ftp.earn.net
  3509. #
  3510. Name=Networking Information (Internet Documents, RIPE, InterNIC, ISOC, ITU)
  3511. Numb=9
  3512. Type=1
  3513. Port=70
  3514. Path=1/networking.servers
  3515. Host=gopher.earn.net
  3516. #
  3517. Name=EARN/Bitnet (List of nodes, node changes, management databases, etc.)
  3518. Numb=10
  3519. Type=1
  3520. Port=70
  3521. Path=1/network.information
  3522. Host=ftp.earn.net
  3523. #
  3524. Name=Other Gopher and Information Servers
  3525. Numb=11
  3526. Type=1
  3527. Port=70
  3528. Path=1/Other Gopher and Information Servers
  3529. Host=gopher.sunet.se
  3530. #
  3531. Name=Subject Tree
  3532. Numb=12
  3533. Type=1
  3534. Port=70
  3535. Path=1/Subject Tree
  3536. Host=gopher.sunet.se
  3537. #
  3538. Name=Library Catalogs and Electronic Journals
  3539. Numb=13
  3540. Type=1
  3541. Port=70
  3542. Path=1/epub
  3543. Host=gopher.earn.net
  3544. #
  3545. Name=Network Resource Tools (archie, Netfind, Whois, veronica, Usenet, etc.)
  3546. Numb=14
  3547. Type=1
  3548. Port=70
  3549. Path=1/tools
  3550. Host=gopher.earn.net
  3551. #
  3552. Name=Need help? Try NETHELP, the online help desk (or read the FAQs)
  3553. Numb=15
  3554. Type=1
  3555. Port=70
  3556. Path=1/nethelp
  3557. Host=gopher.earn.net
  3558.  
  3559. ------------------------------
  3560.  
  3561. From: LCRS73A@prodigy.com (Thomas Fitzurka)
  3562. Subject: Computer Caller-ID
  3563. Date: 04 Jan 1995 11:21:56 GMT
  3564. Organization: Prodigy Services Company  1-800-PRODIGY
  3565.  
  3566.  
  3567. Does anyone know of a software program that enables you to have your
  3568. computer identify caller's phone numbers? I saw a movie called
  3569. Brainscan that had a computer, using caller id, identify the caller
  3570. and tell the person in an "igor" voice, which I perticularly liked,
  3571. that "Bobby is calling master". The idea was really interesting to me
  3572. and I would like to get something like it.
  3573.  
  3574.                                                                      
  3575. Thanks.
  3576.  
  3577.  
  3578. [TELECOM Digest Editor's Note: I don't know the specific name of a
  3579. software program doing this, but there is lots of software for what
  3580. you propose. I think someone said Procomm had that ability.   PAT]   
  3581.  
  3582. ------------------------------
  3583.  
  3584. Date: Wed, 4 Jan 1995 14:00:53 -0600
  3585. From: A Alan Toscano <atoscano@Starbase.NeoSoft.COM>
  3586. Subject: AT&T First to Deliver Long-Awaited "Follow-Me" 500 Numbers
  3587.    
  3588.  
  3589. Jon Mellor    908-221-5017
  3590. Carol Henry   908-221-8089
  3591. Doug Idleman  908-221-3950
  3592.  
  3593. AT&T FIRST TO DELIVER LONG-AWAITED "FOLLOW-ME" 500 NUMBERS
  3594.  
  3595.      BASKING RIDGE, N.J. -- Mobile consumers and corporate road
  3596. warriors eager for the new "follow-me-everywhere" 500 numbers are
  3597. getting them from AT&T, the first company to offer a service.
  3598.  
  3599.      The company said it already has arrangements to provide 500
  3600. numbers to as many as 37,000 members of the National Football League
  3601. Players, the American Institute for Foreign Study, and Cross Country
  3602. Healthcare.  AT&T also is selling the service to tens of thousands of
  3603. individuals who reserved numbers last summer, when the company
  3604. announced how people could use the new numbers.
  3605.  
  3606.      Customers can begin using the new personal number service, called
  3607. AT&T True Connections, in the next several weeks as local dialing
  3608. availability becomes universal.
  3609.  
  3610.      Anyone who needs to stay connected to business associates,
  3611. friends or relatives while moving from place to place can benefit from
  3612. having an AT&T 500 number.  People can tailor the service to their
  3613. needs for anytime-anywhere communications, and can keep their 500
  3614. numbers for life.
  3615.  
  3616.      The people signing up for AT&T's service include real- estate
  3617. agents, who move around a lot during the day; business owners and
  3618. executives who spend time in different offices during the week;
  3619. college students, who move between campuses and their homes; and
  3620. retirees, who travel throughout the year as both tourists and
  3621. grandparents.
  3622.  
  3623.      "AT&T 500-number service can save these people -- and the
  3624. important people in their lives -- time and money," said Joseph P.
  3625. Nacchio, president-AT&T Consumer Communications Services.  "They'll
  3626. spend less time exchanging numbers and tracking each other down when
  3627. they want to talk.  And they may even spend less money making fewer
  3628. calls."
  3629.  
  3630.      Customers can choose from several 500-number offers with a
  3631. variety of features available only from AT&T.  Each customer will have
  3632. a 500-prefix number that can be programmed to ring any telephone,
  3633. cellular phone, pager, fax machine or personal computer that can be
  3634. dialed directly in the United States and more than 200 other
  3635. countries.
  3636.  
  3637.      By dialing their own 500 numbers, customers can program several
  3638. phones to ring in sequence, retrieve voice-mail and fax messages and,
  3639. soon, make outgoing calls without calling cards or coins.
  3640.  
  3641.      Each of the AT&T 500-number packages will be available for an
  3642. introductory price of $1 a month, with no enrollment fee, through
  3643. April 30, 1995.  Voice-mail service will cost an additional $5.95 a
  3644. month.
  3645.  
  3646.      AT&T's 500-number service for businesses will include all
  3647. available features, and will cost $7 a month for each number after the
  3648. introductory offer has ended.  The company expects to add more
  3649. business-related features in the new year.
  3650.  
  3651.      A variety of packages for consumers allows each person to pick a
  3652. level of service that meets individual needs.  Beginning May 1,
  3653. subscriptions will range from $1 to $7 a month.
  3654.  
  3655.      Enrollment for business customers and consumers beginning May 1
  3656. will cost $10 for each randomly selected 500 number or $25 for each
  3657. specifically requested 500 number.
  3658.  
  3659.      In addition to monthly fees, a per-minute charge will apply to
  3660. calls made with 500 numbers.
  3661.  
  3662.      Calls within the United States, Puerto Rico and the U.S. Virgin
  3663. Islands during off-peak hours (from 5 p.m. to 8 a.m. weekdays, and all
  3664. weekend) will cost 15 cents a minute, whether the caller or receiver
  3665. pays.  Calls during peak hours (from 8 a.m. to 5 p.m. weekdays) will
  3666. cost 25 cents a minute.  Rates for some in-state calls may vary.
  3667. Calls made to or from other countries will be charged the regular AT&T
  3668. rates for those countries.
  3669.  
  3670.      Business customers can realize savings opportunities by applying
  3671. 500-number charges to such volume-discount plans as Customnet and
  3672. Small Business Advantage Plus.
  3673.  
  3674.      Charges for consumers' AT&T True Connections calls can be
  3675. discounted through AT&T True USAsm Savings, and they also can earn
  3676. points in AT&T True Rewardssm and AT&T Global Rewardssm, the company's
  3677. customer-rewards programs.
  3678.  
  3679.      With voice-mail service, subscribers can receive messages and
  3680. gain more control over their communications.  For instance, it gives
  3681. them the ability to screen calls, and pager owners can receive
  3682. notification on their pagers when messages have been left in their
  3683. voice mailboxes.
  3684.  
  3685.      "We're offering a personal number service that gives customers
  3686. tremendous flexibility," Nacchio said.  "It's rich in features and
  3687. will help them better manage their communications."
  3688.  
  3689.      The pro football players, nurses and students getting 500 numbers
  3690. have distinct needs that AT&T meets.
  3691.  
  3692.    o The football players and others covered by the NFLPA
  3693.      agreement can program their 500 numbers to follow them to
  3694.      hotels around the country.
  3695.  
  3696.    o The foreign-exchange students' parents can call their
  3697.      kids' 500 numbers to reach them around the world.  The
  3698.      students also can automatically reverse charges on calls
  3699.      back to the United States from locations with touch-tone
  3700.      service.
  3701.  
  3702.    o The nurses and other medical specialists who take short-
  3703.      term jobs through Cross Country Healthcare, a national
  3704.      placement firm, can have their 500 numbers follow them to
  3705.      the apartments they rent.
  3706.  
  3707.      Both business customers and consumers can learn more about AT&T
  3708. True Connections by calling 1-800-TRUE-500, extension 439.  For
  3709. consumers to subscribe, they must have or obtain AT&T long-distance
  3710. service in their homes, but they are not required to enroll in any
  3711. specific program.
  3712.  
  3713.                           #   #   #
  3714.  
  3715. AT&T 500 PERSONAL NUMBER SERVICES
  3716.  
  3717. PACKAGES AND PRICES JANUARY 1995
  3718.  
  3719.      A single feature-rich package for business customers will be
  3720. available for the introductory price of $1 a month through April 1995.
  3721. These customers will receive all the features available to consumers,
  3722. plus business-related enhancements in coming months.
  3723.  
  3724.      Four packages for consumers offer a wide range of choices in
  3725. features, functions and prices.  All will cost $1 a month for an
  3726. introductory period through April 1995.
  3727.  
  3728.      The basic package, called "Private Line," offers a 500 number
  3729. that the subscriber can keep for life, no matter how many times he or
  3730. she moves within the United States.  AT&T currently can assign
  3731. subscribers 500 numbers that begin with 20 different exchanges, such
  3732. as 346, 367 and 677.  For example, a person's number could be
  3733. 500-346-XXXX.  With this package, the calls to the 500 number go only
  3734. to the subscriber's home telephone.  It also allows subscribers to
  3735. make calls to their own homes when they're traveling.  Beginning in
  3736. February, they'll be able to charge calls to other places on their
  3737. AT&T True Connections accounts without coins or credit-cards.  This
  3738. package will continue to cost $1 a month after the introductory
  3739. period.
  3740.  
  3741.      The "Stay Close" package adds call-placing and the subscriber's
  3742. choice of call forwarding or reverse-billing to the basic package.
  3743. Call-forwarding lets the subscriber have 500-number calls forwarded to
  3744. virtually any other U.S. telephone number and to more than 200
  3745. countries and areas on demand.  Reverse-billing lets the subscriber
  3746. pay for calls from other people, when those people have a code number
  3747. given by the subscriber.  This package will cost $3 a month after the
  3748. introductory period.
  3749.  
  3750.      The "Traveler" package adds call-placing, call-forwarding and
  3751. reverse-billing to the basic package, and will cost $5 a month after
  3752. the introductory period.
  3753.  
  3754.      The premium package, "Navigator," offers all the above features
  3755. and adds call-sequencing, which lets a subscriber's 500-number calls
  3756. ring at several locations in sequence.  For instance, a call could be
  3757. forwarded first to an office phone, then a cellular phone, and then
  3758. home or even a hotel.  The subscriber could change the sequence as
  3759. often as desired.  This package will cost $7 a month after the
  3760. introductory period.
  3761.  
  3762.      For $5.95 a month, AT&T True Connections subscribers can add
  3763. voice-mail and receive an unlimited number of messages.  With
  3764. call-screening, they can choose to receive all calls, urgent calls,
  3765. calls from certain people, or send all calls to their voice mailboxes.
  3766. And pager owners can receive notification on their pagers when
  3767. messages have been left for them.
  3768.  
  3769.      Both business customers and consumers can learn more about AT&T
  3770. True Connections by calling 1-800-982-8480, extension 439.  For
  3771. consumers to subscribe, they must have or obtain AT&T long-distance
  3772. service in their homes, but they are not required to enroll in any
  3773. specific program.
  3774.  
  3775. ------------------------------
  3776.  
  3777. From: cyberoid@u.washington.edu (Robert Jacobson)
  3778. Subject: Are You Working in Televirtuality/Networked Virtual Worlds?
  3779. Date: 4 Jan 1995 19:56:39 GMT
  3780. Organization: WORLDESIGN, Seattle
  3781.  
  3782.  
  3783. I would be interested in anyone working in these areas for possible
  3784. inclusion on a panel at a leading international conference on virtual
  3785. worlds.  Thanks.  Please use email.
  3786.  
  3787.  
  3788. Bob Jacobson
  3789.  
  3790. ------------------------------
  3791.  
  3792. From: writchie@gate.net
  3793. Subject: Re: Noise Introduced by Bit-Robbing?
  3794. Date: 4 Jan 1995 05:51:23 GMT
  3795. Reply-To: writchie@gate.net
  3796.  
  3797.  
  3798. In <telecom15.2.9@eecs.nwu.edu>, naddy@mips.pfalz.de (Christian Weisgerber) 
  3799. writes:
  3800.  
  3801. > What kind of noise/distortion does American-style bit-robbing cause to
  3802. > voice band signals transmitted through PCM channels?
  3803.  
  3804. > (The reason I ask is that I wonder how much bit-robbing affects V.34
  3805. > modems.)
  3806.  
  3807. The effect of a robbed bit is to introduce, 50% of the time, an
  3808. additional quantitization error that results in an overall reduction
  3809. of about 2db in the S/N ratio. This is not likely to be the limiting
  3810. factor in V.34 performance except possibly in situations where many D4
  3811. type links are involved in tandem. In the U.S., most intermachine
  3812. trunks are common channel direct connections so only the robbed bit at
  3813. each end of the IC/EC connection introduces the robbed bit (as well as
  3814. any non CCS systems in the EC). I believe that other types of noise
  3815. (other than quantization noise) will have a much greater effect on
  3816. V.34 peformance particular any type of impulse noise or cross-talk in
  3817. the analog portions of the local loop.
  3818.  
  3819.  
  3820. Wally Ritchie     Ft. Lauderdale, Florida.
  3821.  
  3822. ------------------------------
  3823.  
  3824. Date: Wed, 4 Jan 95 12:29:30 EST
  3825. From: woof@telecnnct.com (Andy Spitzer)
  3826. Subject: Re: Noise Introduced by Bit-Robbing?
  3827.  
  3828.  
  3829. naddy@mips.pfalz.de (Christian Weisgerber) writes:
  3830.  
  3831. > What kind of noise/distortion does American-style bit-robbing cause to
  3832. > voice band signals transmitted through PCM channels?
  3833.  
  3834. While I can't answer your question in scientific terms (aka %THD 
  3835. measurements, S/N ratios, etc.) I can answer it subjectively.
  3836.  
  3837. In Robbed Bit signalling, the "Robbed" bit occurs every sixth frame
  3838. (or sample if we are concentrating on an individual channel), thus in
  3839. every sixth sample the LSB is overridden with the value of the A bit,
  3840. then 6 samples later with the value of the B bit.
  3841.  
  3842. On a "quiet" idle channel (AB bits both 0), using u-Law PCM, the pattern sent 
  3843. over the channel would be: (in hex, LSB last)
  3844.    FF FF FF FF FF FE  FF FF FF FF FF FE ...
  3845.  
  3846. The difference in voltage of a standard CODEC (A/D converter for PCM)
  3847. from FF to FF is about 2 mV (on a scale from -8031 to +8031 mV).  So,
  3848. converted to an analog signal, the above waveform is a series of 2 mV
  3849. impulses occuring every 8000/6 = 1333.3 Hz.  This waveform is rich in
  3850. harmonics, so it "sounds" like a very high pitched, (although rather
  3851. quiet) whine, similar to the "ringing in your ears" sound.
  3852.  
  3853. Once the line is taken offhook (aka AB bits both become 1), then the
  3854. pattern becomes: 
  3855.    FF FF FF FF FF FF  FF FF FF FF FF FF ...
  3856.  
  3857. which is dead quiet.  (And since LSB=1, and AB=1 there is no distortion!)
  3858.  
  3859. Thus the noise associated with robbed bit signalling can be viewed as
  3860. superimposing the intended signal with the above impluse train.
  3861. Perhaps armed with this information, someone else can calculate the
  3862. noise/distortion measurments you are seeking.
  3863.  
  3864. Hope this helps!
  3865.  
  3866.  
  3867. Andy Spitzer
  3868. woof@telecnnct.com           The Telephone Connection           301-417-0700
  3869.  
  3870. ------------------------------
  3871.  
  3872. End of TELECOM Digest V15 #6
  3873. ****************************
  3874.     
  3875.     
  3876. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa07234;
  3877.           4 Jan 95 22:45 EST
  3878. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3879.     id AA27091; Wed, 4 Jan 95 16:22:11 CST
  3880. Return-Path: <telecom>
  3881. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  3882.     id AA27078; Wed, 4 Jan 95 16:22:06 CST
  3883. Date: Wed, 4 Jan 95 16:22:06 CST
  3884. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  3885. Message-Id: <9501042222.AA27078@delta.eecs.nwu.edu>
  3886. To: telecom@eecs.nwu.edu
  3887. Subject: TELECOM Digest V15 #7
  3888.  
  3889. TELECOM Digest     Wed, 4 Jan 95 16:22:00 CST    Volume 15 : Issue 7
  3890.  
  3891. Inside This Issue:                        Editor: Patrick A. Townson
  3892.  
  3893.     Canadian Yellow Pages Companies Face Anti-Monopoly Challenge (Nigel Allen)
  3894.     Cross Keys (Richard D.G. Cox)
  3895.     Re: Cell One NY/NJ Eliminates Daily Roam Charges (Alan M. Gallatin)
  3896.     Re: Cell One NY/NJ Eliminates Daily Roam Charges (Jeffrey Rhodes)
  3897.     Re: Flat Rate Cellular Phone Service (Andrew Laurence)
  3898.     Re: NANP 800 Numbers From the UK (James Sterbenz)
  3899.     Re: Noise Introduced by Bit-Robbing? (Jeffrey Rhodes)
  3900.     Re: Watching The Area Codes Split (Revised List) (Steve Grandi)
  3901.     Re: Christmas Greetings From AT&T (Donald J. Zanolla)
  3902.     Re: Procedure for Obtaining a 10XXX Code (Barton F. Bruce)
  3903.     Re: Where Does ISDN Fit In? (synchro@access1.digex.net)
  3904.     Looking For Mail Order Cellular Accessories (G. Robert Arrabito)
  3905.     Re: How Can I Encrypt a T-1? (synchro@access1.digex.net)
  3906.     Re: How Can I Encrypt a T-1? (Jeff Box)
  3907.     Re: What is a T1 Line? (Matthew P. Downs)
  3908.     Re: What is a T1 Line (William Wood)
  3909.  
  3910. TELECOM Digest is an electronic journal devoted mostly but not
  3911. exclusively to telecommunications topics. It is circulated anywhere
  3912. there is email, in addition to various telecom forums on a variety of
  3913. public service systems and networks including Compuserve and America
  3914. On Line. It is also gatewayed to Usenet where it appears as the moderated
  3915. newsgroup 'comp.dcom.telecom'. 
  3916.  
  3917. Subscriptions are available to qualified organizations and individual
  3918. readers. Write and tell us how you qualify:
  3919.  
  3920.                  * telecom-request@eecs.nwu.edu *
  3921.  
  3922. The Digest is edited, published and compilation-copyrighted by Patrick
  3923. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  3924. or phone at:
  3925.                     9457-D Niles Center Road
  3926.                      Skokie, IL USA   60076
  3927.                        Phone: 708-329-0571
  3928.                         Fax: 708-329-0572
  3929.   ** Article submission address only: telecom@eecs.nwu.edu **
  3930.  
  3931. Our archives are located at lcs.mit.edu and are available by using
  3932. anonymous ftp. The archives can also be accessed using our email
  3933. information service. For a copy of a helpful file explaining how to
  3934. use the information service, just ask.
  3935.  
  3936. *************************************************************************
  3937. *   TELECOM Digest is partially funded by a grant from the              *
  3938. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  3939. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  3940. * project.  Views expressed herein should not be construed as represent-*
  3941. * ing views of the ITU.                                                 *
  3942. *************************************************************************
  3943.  
  3944. Additionally, the Digest is funded by gifts from generous readers such
  3945. as yourself who provide funding in amounts deemed appropriate. Your help 
  3946. is important and appreciated. A suggested donation of twenty dollars per
  3947. year per reader is considered appropriate. See our address above.
  3948.  
  3949. All opinions expressed herein are deemed to be those of the author. Any
  3950. organizations listed are for identification purposes only and messages
  3951. should not be considered any official expression by the organization.
  3952. ----------------------------------------------------------------------
  3953.  
  3954. Date: Wed, 4 Jan 1995 15:34:15 -0500
  3955. Subject: Canadian Yellow Pages Companies Face Anti-Monopoly Challenge
  3956. From: ndallen@io.org (Nigel Allen)
  3957. Organization: Internex Online
  3958.  
  3959.  
  3960. Here is a press release from the Director of Investigation and
  3961. Research of the Bureau of Competition Policy, an independent official
  3962. of the government of Canada. (I don't work for the government; I'm
  3963. just forwarding the press release. Other government press releases are
  3964. available through ftp, gopher and mosaic at debra.dgbt.doc.ca in
  3965. /dbd/ftp/pub/isc/Industry.Canada.News.Releases.)
  3966.  
  3967.  File name:Dec-22-94.nb3
  3968.  File location: debra.dgbt.doc.ca 
  3969.  /dbd/ftp/pub/isc/Industry.Canada.News.Releases
  3970.  Date archived: Wed Jan  4 10:13:39 EST 1995
  3971.  Archive name: Industry Canada, Canadian Federal Government
  3972.  Archived by: tyson@debra.dgbt.doc.ca
  3973.  
  3974. Originator: <see document body>
  3975.  
  3976. Bureau of Competition Policy
  3977.  
  3978.           DIRECTOR BRINGS APPLICATION BEFORE COMPETITION
  3979.              TRIBUNAL REGARDING YELLOW PAGES PUBLISHERS
  3980.  
  3981.      OTTAWA, December 22, 1994 -- George N. Addy, Director of
  3982. Investigation and Research of the Bureau of Competition Policy, filed
  3983. an application today before the Competition Tribunal alleging that two
  3984. subsidiaries of Bell Canada Enterprises, Tele-Direct (Publications)
  3985. Inc., and Tele-Direct (Services) Inc., are engaged in conduct contrary
  3986. to the Competition Act.
  3987.  
  3988.      The provisions of the Act that are at issue in this case deal
  3989. with abuse of dominance, tied selling and refusal to deal.
  3990.  
  3991.      The Director is asking the Competition Tribunal to prohibit the
  3992. two companies from tying the sale of advertising services to the sale
  3993. of advertising space in the Yellow Pages and from engaging in other
  3994. anti-competitive acts toward other participants in the market. He is
  3995. also requesting the Tribunal to order the two companies to provide
  3996. subscriber listing information to competing publishers.
  3997.  
  3998.      "In my view, the anti-competitive acts alleged in this
  3999. application have deprived a large segment of the Canadian business
  4000. community of the benefits of competition in this important advertising
  4001. medium," Mr. Addy stated. "The order requested would open the market
  4002. to independent publishers, advertising agencies and consultants and
  4003. result in more competitive product and service offerings for consumers
  4004. of these products," Mr. Addy continued.
  4005.  
  4006.      The Director's application alleges that Tele-Direct
  4007. (Publications) Inc., and Tele-Direct (Services) Inc., each with market
  4008. shares in excess of 90 percent, control the publication of telephone
  4009. directories in their territories, which includes the provision of
  4010. advertising space in such directories and related advertising
  4011. services. The application alleges that the two companies have tied the
  4012. sale of advertising services to advertising space in the Yellow Pages.
  4013. This conduct has prevented advertising agencies from competing for the
  4014. advertising services business of advertisers in a substantial part of
  4015. the market. The respondents have refused to supply publishers of
  4016. competing directories with current telephone subscriber listing
  4017. information which is obtained on an exclusive basis from the telephone
  4018. companies. As well, the respondents have engaged in additional
  4019. anti-competitive acts which have had an exclusionary effect on
  4020. advertising agencies, advertising consultants and competing telephone
  4021. directory publishers.
  4022.  
  4023.      Tele-Direct (Publications) is the exclusive publisher of
  4024. telephone directories for its affiliate Bell Canada which at present
  4025. is the sole provider of local telephone services throughout most of
  4026. Ontario and Quebec. Tele-Direct (Services) is the exclusive publisher
  4027. of telephone directories for certain municipal, provincial and
  4028. territorial telephone companies in Ontario, Quebec, New Brunswick,
  4029. Newfoundland and Labrador, Yukon and the Northwest Territories.
  4030.  
  4031.      The application is on public record before the Competition
  4032. Tribunal. Under the Tribunal rules, the respondents have 30 days to
  4033. file a response to the Director's application.
  4034.  
  4035. For more information, please contact:
  4036.  
  4037. Robert Lancop
  4038. (819) 997-1353    Release 7188
  4039.  
  4040.  
  4041. ------------------------------
  4042.  
  4043. Date: Wed, 4 Jan 1995 13:56:35 -0500
  4044. From: richard@mandarin.com
  4045. Subject: Cross Keys
  4046.  
  4047.  
  4048. ehenry@Newbridge.COM (Ethan Henry) gave you some addresses for
  4049. Newbridge Networks, and added:>> There's also an address in the UK.
  4050.  
  4051. There is indeed.
  4052.  
  4053. It is at: Coldra Woods, Chepstow Road, NEWPORT, Gwent, NP6 1JB  UK
  4054. Telephone: 01633 413600 (from outside the UK +44 1633 413600)
  4055. Telex: 497557 (From outside the UK, +51 497557)
  4056.  
  4057. I was particularly interested in his comment that he worked, not for
  4058. Newbridge, but "across the street, at Crosskeys Systems Corporation".
  4059.  
  4060. What, you may ask, is the connection between Newbridge and Crosskeys?
  4061. Well, in the valley in South Wales where I grew up, Newbridge and
  4062. Cross Keys are both names of (nearby) villages.  Whether there will
  4063. ever be telecom companies named after the two villages between them
  4064. (Cwmcarn and Abercarn) is another matter.  Perhaps there already are
  4065. (Cwmcarn is the location of what was Post Office Telephones' refurbishment 
  4066. factory, now bought and operated by Northern Telecom in the UK !) Both 
  4067. Newbridge and Cross Keys are less than ten miles from the Newbridge HQ
  4068. at Coldra.
  4069.  
  4070. Cross Keys was also one of the first places in the valley to have a
  4071. crossbar switch replace the "original" Strowger UAX13 - these little
  4072. switches were intended to serve up to 200 lines but were often made to
  4073. stretch to serve anything up to 700 lines, until they were replaced.
  4074.  
  4075.  
  4076. Richard D G Cox
  4077.  
  4078. Mandarin Technology, P O Box 111, Penarth, South Glamorgan  CF64 3YG
  4079. Voice: 0956 700111;     Fax: 0956 700110;     VoiceMail: 0941 151515
  4080. E-mail address: richard@mandarin.com; PGP2.6.2 public key on request
  4081.  
  4082. ------------------------------
  4083.  
  4084. From: amg@panix.com (Alan M. Gallatin)
  4085. Subject: Re: Cell One NY/NJ Eliminates Daily Roam Charges
  4086. Date: 4 Jan 1995 13:20:45 -0500
  4087. Organization: Pinetree CyberServices
  4088.  
  4089.  
  4090. In a previous article, Stan Schwartz <stans@panix.com> wrote:
  4091.  
  4092. > At any rate, the only charges for roaming outside the NACN are 99 cents
  4093. > per minute airtime (still higher than NYNEX, for the most part).
  4094.  
  4095. This is actually untrue.  NYNEX roaming costs $.99/minute outside of
  4096. the Boston to Washington corridor.  Inside that corridor the rates are
  4097. $.59 for New England (and I think that's limited to NYNEX markets
  4098. only) and $.79 for BAMS markets south of New Jersey.  Cellular One's
  4099. rates outside that corridor vary, up to $.99/minute, but occasionally
  4100. less.  Within, the rates from Boston to Washington are the same as
  4101. home rates.  On all rate plans (even the overpriced "access plan") the
  4102. $.79 NYNEX charges is more than any CellOne home minute could possibly
  4103. be.  Also, the $.59/minute NYNEX charges north of NYC is more than all
  4104. CellOne home rates except for Access and Plan30 peak minutes.  (Then
  4105. again, anyone who has Access clearly doesn't care about minute rates
  4106. for roaming, and the Plan30 peak minute is $.65, just a bit more than
  4107. NYNEX's New England Roaming rate).
  4108.  
  4109. Long story short: By eliminating the $3 fee, Cellular One is matching
  4110. or beating ALL NYNEX roaming rates, save peak hours while roaming in
  4111. New England for Plan30 customers.
  4112.  
  4113.  
  4114. Alan M. Gallatin  <amg@panix.com>
  4115.  
  4116. ------------------------------
  4117.  
  4118. From: jcr@creator.nwest.mccaw.com (Jeffrey Rhodes)
  4119. Subject: Re: Cell One NY/NJ Eliminates Daily Roam Charges
  4120. Date: 4 Jan 1995 20:31:08 GMT
  4121. Organization: McCaw Cellular Communications, Inc.
  4122. Reply-To: jcr@creator.nwest.mccaw.com
  4123.  
  4124.  
  4125. In article 7@eecs.nwu.edu, Stan Schwartz <stans@panix.com> writes:
  4126.  
  4127. > It was buried in small print in the copy of their ad in Monday's {New
  4128. > York Newsday}, so I called customer service and verified it.  As of
  4129. > 1/2/95, Cell One NY/NJ (00025) has FINALLY followed NYNEX Mobile's
  4130. > lead and eliminated the $3.00 daily "nag" roamer charge everywhere in
  4131. > North America.  This applies to both NACN and Non-NACN cities (it was
  4132. > unclear in some cases whether some NACN cities charged the fee).  At
  4133. > any rate, the only charges for roaming outside the NACN are 99 cents
  4134. > per minute airtime (still higher than NYNEX, for the most part).
  4135. > CellOne's customer service rep explained that some areas are 83 cents
  4136. > per minute instead of the 99, but they are few and far between - one
  4137. > should assume that it will be 99 and be pleasantly surprised if the
  4138. > bill is 16 cents less (per minute).
  4139.  
  4140. > A small celebration is in order!
  4141.  
  4142. In some Cellular One markets, the 99 cent per minute roamer air time
  4143. includes all necessary long distance charges (10 to 20 cents per
  4144. minute) for automatic call delivery via the NACN. This is because
  4145. McCaw buys bulk long distance from AT&T and can absorb the ACD long
  4146. distance charges, perhaps justifying a higher per minute roamer air
  4147. time charge.
  4148.  
  4149. Unfortunately, this practise will have to change when markets are
  4150. converted to Equal Access to support the McCaw-AT&T merger. McCaw is
  4151. not permitted to be a long distance reseller, so Cellular One
  4152. subscribers must pick an Equal Access long distance carrier. ACD long
  4153. distance charges will be set by the PICked Equal Access carrier.
  4154.  
  4155. As usual, opinions are my own and are subject to vary with actual
  4156. facts.
  4157.  
  4158.  
  4159. Jeffrey Rhodes at jcr@creator.nwest.mccaw.com
  4160.  
  4161. ------------------------------
  4162.  
  4163. From: laurence@netcom.com (Andrew Laurence)
  4164. Subject: Re: Flat Rate Cellular Phone Service
  4165. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  4166. Date: Wed, 4 Jan 1995 17:59:31 GMT
  4167.  
  4168.  
  4169. Jhupf <jhupf@nando.net> writes:
  4170.  
  4171. > On Thu, 29 Dec 1994, Lawrence The Dreamer Chen wrote:
  4172.  
  4173. >> I don't know how wide spread the service is, but up here (Canada) they
  4174. >> have packages where you get unlimited weekend calling, and for $10 a
  4175. >> month more you get unlimited evening calling (7pm-7am).  
  4176.  
  4177. > Cellular One of Triangle here in the Triangle in North Carolina offers
  4178. > full local access on weekends for $10 a month.  We were considering
  4179. > going for it until we realized we had an accmulation of more than 575
  4180. > minutes of local calling credit we haven't been able to use during the
  4181. > past 14 months.
  4182.  
  4183. Are you saying that Cellular One lets you carry unused minutes from
  4184. your allowance over to future months? GTE Mobilnet here in the San
  4185. Francisco Bay Area has a "use 'em or lose 'em" policy.
  4186.  
  4187.  
  4188. Andrew Laurence                                   laurence@netcom.com
  4189. Certified NetWare Administrator (CNA)        Oakland, California, USA
  4190. CD-ROM Networking Consultant            Pacific Standard Time (GMT-8)
  4191. Phone: (510) 547-6647    Pager: (510) 308-1903    Fax: (510) 547-8002
  4192.  
  4193. ------------------------------
  4194.  
  4195. From: jpgs@gte.com (James Sterbenz)
  4196. Subject: Re: NANP 800 Numbers From the UK
  4197. Date: 4 Jan 1995 18:14:47 GMT
  4198. Organization: GTE Laboratories, Waltham, MA
  4199.  
  4200.  
  4201. In article <telecom15.5.5@eecs.nwu.edu>, Clive D.W. Feather <clive@sco.
  4202. COM> wrote:
  4203.  
  4204. > All of a sudden, I can now dial 1-800 numbers from the UK...
  4205.  
  4206. So will 500 numbers work out of the US as well?
  4207.  
  4208.  
  4209. James P.G. Sterbenz   Sr. MTS, Broadband Intelligent Networks
  4210. jpgs@{acm|ieee}.org   GTE Telecommunications Research Laboratory
  4211. +1 617 466 2786       40 Sylvan Road MS-61, Waltham, MA 02254 USA
  4212. http://info.gte.com/jpgs/jpgs.html
  4213.  
  4214.  
  4215. [TELECOM Digest Editor's Note: Well, I don't think anyone knows yet,
  4216. since they are not yet working in the USA, or maybe just barely in
  4217. a few areas. Wait a month or so until they are turned on and working
  4218. correctly around the USA, then let's see what happens from abroad.  PAT]
  4219.  
  4220. ------------------------------
  4221.  
  4222. From: jcr@creator.nwest.mccaw.com (Jeffrey Rhodes)
  4223. Subject: Re: Noise Introduced by Bit-Robbing?
  4224. Date: 4 Jan 1995 18:01:48 GMT
  4225. Organization: McCaw Cellular Communications, Inc.
  4226. Reply-To: jcr@creator.nwest.mccaw.com
  4227.  
  4228.  
  4229. In article 9@eecs.nwu.edu, naddy@mips.pfalz.de (Christian Weisgerber) writes:
  4230.  
  4231. > What kind of noise/distortion does American-style bit-robbing cause to
  4232. > voice band signals transmitted through PCM channels?
  4233.  
  4234. > (The reason I ask is that I wonder how much bit-robbing affects V.34
  4235. > modems.)
  4236.  
  4237. I'm not a modem expert but I would answer "none". If a call connection
  4238. is made on a bit robbing DS0 within a DS1, then the modems will settle
  4239. for some transparent speed (9600bps) during the initial negotiation. I
  4240. don't think the V.34 modems will connect at 28k8 when bit robbing is
  4241. present.
  4242.  
  4243. There really aren't many circuits like these, especially for long
  4244. distance calls. Most bit-robbing occurs on intra-LATA (I think) by
  4245. LECs that haven't updated circuits that are being depreciated over a
  4246. 40 year period.
  4247.  
  4248. ------------------------------
  4249.  
  4250. Date: Wed, 4 Jan 1995 12:28:16 -0700
  4251. From: grandi@noao.edu (Steve Grandi)
  4252. Subject: Watching The Area Codes Split (Revised List)
  4253.  
  4254.  
  4255. Thanks to a number of folks, I have corrected some errors in my list
  4256. and added some new information.  There will be at least 15 new area
  4257. codes in 1995!
  4258.  
  4259. (Last Revised: 04 January 1995)
  4260.  
  4261.     Date       Event
  4262.  
  4263. 1)  1/7/95     AC 630 overlaid on ACs 312 and 708 (Chicago metro area)
  4264. 2)  1/15/95    AC 334 splits from AC 205 (Alabama)
  4265. 3)  1/15/95    AC 360 splits from AC 206 (Washington)
  4266. 4)  3/1/95     AC 281 overlaid on AC 713 (Houston metro area)
  4267. 5)  3/1/95     AC 954 overlaid on AC 305 (Miami metro area)
  4268. 6)  3/19/95    AC 520 splits from AC 602 (Arizona)
  4269. 7)  4/2/95     AC 970 splits from AC 303 (Colorado)
  4270. 8)  5/28/95    AC 941 splits from AC 813 (Florida)
  4271. 9)  7/15/95    AC 540 splits from AC 703 (Virginia)
  4272. 10) 9/1/95     AC 423 splits from AC 615 (Tennessee)
  4273. 11) 9/2/95     AC 562 overlaid on ACs 213, 310 and 818 (Los Angeles metro area)
  4274. 12) 10/??/95   AC 770 splits from or overlaid on AC 404 (Atlanta metro area)
  4275. 13) 10/??/95   AC 860 splits from AC 203 (Connecticut)
  4276. 14) 10/1/95    AC 441 splits from AC 809 (Bermuda & Bahamas)
  4277. 15) ??/??/95   AC 864 splits from AC 803 (South Carolina)
  4278. 16) ??/??/??   AC 340 splits from AC 809 (Puerto Rico)
  4279.  
  4280.  
  4281. Notes:
  4282.  
  4283. 1) Wireless services (cellular phones and pagers). All wireless services in
  4284.    708 will be forced to move to 630.  All new wireless services in areas
  4285.    served by 312 and 708 will be in 630.  Wireless companies are appealing
  4286.    to the Illinois Commerce Commission and to the FCC.
  4287.  
  4288. 2) 334 will contain Auburn, Dothan, Mobile, Montgomery and Selma.
  4289.    205 will retain Anniston, Birmingham, Decatur, Huntsville and Tuscaloosa.
  4290.    Permissive period ends 5/13/95.
  4291.  
  4292. 3) 360 will contain Bellingham, Bremerton, Olympia, Vancouver.
  4293.    206 will retain Auburn, Bellevue, Everett, Redmond, Seattle, Tacoma.
  4294.    Permissive period ends 5/21/95.
  4295.  
  4296. 4) First numbers assigned in AC 281 will be wireless services.  Landline
  4297.    services will be assigned in AC 281 later.
  4298.  
  4299. 5) Wireless services.  All wireless services in 305 will move to 954.
  4300.    Awaiting approval of Florida Public Service Commission.
  4301.  
  4302. 6) 520 will contain Flagstaff, Prescott, Sierra Vista, Tucson, Yuma.
  4303.    602 will retain Buckeye, Chandler, Glendale, Mesa, Phoenix, Scottsdale, 
  4304.    Tempe.
  4305.    Permissive period ends 7/23/95.
  4306.  
  4307. 7) 970 will contain Aspen, Durango, Fort Collins, Grand Junction, Greely,
  4308.    Loveland, Steamboat Springs, Vail.
  4309.    303 will retain Arvada, Aurora, Boulder, Denver, Englewood, Littleton,
  4310.    Longmont.
  4311.    Permissive period ends 10/1/95.
  4312.  
  4313. 8) 941 will contain Bradenton, Fort Meyers, Lakeland, Sarasota, Winter Haven.
  4314.    813 will retain Clearwater, St. Petersburg, Tampa.
  4315.    Permissive period ends 3/3/96.
  4316.  
  4317. 9) 540 will contain Blacksburg, Roanoke, Salem, Winchester.
  4318.    703 will retain Alexandria, Arlington, Fairfax, Falls Church, Mclean.
  4319.    Permissive period ends ??/??/??
  4320.  
  4321. 10) 423 will contain Chattanooga, Clarksville, Johnson City, Kingsport, 
  4322.     Knoxville.
  4323.     615 will retain Murfreesboro, Nashville.
  4324.     Permissive period ends 2/1/96.
  4325.  
  4326. 11) First numbers assigned in AC 562 will be wireless services in the area 
  4327.     served by AC 310.  Landline services in AC 310 and wireless and
  4328.     possibly landline services in AC 213 and 818 will follow. Wireless 
  4329.     companies are appealing to the FCC.
  4330.  
  4331. 12) AC 770 will either be an overlay on AC 404 or a geographical split.
  4332.  
  4333. 13) No further details.
  4334.  
  4335. 14) No further details.
  4336.  
  4337. 15) 864 will contain Anderson, Greenville, Rock Hill, Spartanburg.
  4338.     803 will retain Charleston, Columbia, Florence, Myrtle Beach.
  4339.     Permissive period ends ??/??/??
  4340.  
  4341. 16) No details.
  4342.  
  4343.  
  4344. Steve Grandi, National Optical Astronomy Observatories, Tucson, Arizona USA
  4345. Internet: grandi@noao.edu  +1 602 325-9228 (after 1 Apr 95: +1 520 318-8228)
  4346.  
  4347. ------------------------------
  4348.  
  4349. From: zanolla@agouti.cig.mot.com (Donald J. Zanolla)
  4350. Subject: Re: Christmas Greetings From AT&T
  4351. Date: 4 Jan 95 20:02:15 GMT
  4352. Organization: Motorola Cellular Infrastructure Group
  4353.  
  4354.  
  4355. cogorno@netcom.com (Steve Cogorno) writes:
  4356.  
  4357. > It may be a matter between the LEC and the customer, but as soon as
  4358. > AT&T finds out that the Easy Access carrier has been changed, they
  4359. > will issue an order to change it right back.
  4360.  
  4361. > I would call the LEC (in my case Pacific Bell) and tell them AT&T is
  4362. > "slamming" your line.  When they hear "slam" they take your complaint
  4363. > very seriously.  Tell them you want a password on your account, and
  4364. > not to authorize any changes made without that password.
  4365.  
  4366. > You might want to call AT&T up and tell them you don't appreciate them
  4367. > slamming your line.  (Their ears perk up nicely when they hear "slam"
  4368. > too).
  4369.  
  4370. Please define SLAM in this context.
  4371.  
  4372.  
  4373. Thanks,
  4374.  
  4375. Donald Zanolla   zanolla@agouti.cig.mot.com
  4376.  
  4377.  
  4378. [TELECOM Digest Editor's Note: "Slamming" has always been defined in this
  4379. context as the unauthorized switching of long distance carriers on a phone
  4380. line. If for example you are a customer of AT&T and one day you discover
  4381. that your default (one plus or zero plus) carrier has been changed to 
  4382. Sprint -- just an example -- without your permission or knowledge, then
  4383. we say that (in this example) Sprint 'slammed' your line.   PAT]
  4384.  
  4385. ------------------------------
  4386.  
  4387. From: Barton.Bruce@camb.com
  4388. Subject: Re: Procedure for Obtaining a 10XXX Code
  4389. Date: 4 Jan 95 10:03:17 -0500
  4390. Organization: Cambridge Computer Associates, Inc.
  4391.  
  4392.  
  4393. In article <telecom14.481.9@eecs.nwu.edu>, primeperf@aol.com (Prime
  4394. perf) writes:
  4395.  
  4396. > Does anyone know the procedure for obtaining a 10XXX code? Where does
  4397. > one begin? What FCC forms and regulations are involved? Having
  4398. > obtained a 10XXX code, how does one get it incorporated into the PSTN?
  4399.  
  4400. You are a tad late. All the 10xxx codes are long *gone*. You will have
  4401. to wait for the four digit ones to be in universal use.
  4402.  
  4403. Or buy some ma/pa in-state outfit hogging an xxx one and then you own it.
  4404.  
  4405. ------------------------------
  4406.  
  4407. From: synchro@access1.digex.net (Steve)
  4408. Subject: Re: Where Does ISDN Fit In?
  4409. Date: 4 Jan 1995 12:05:55 GMT
  4410. Organization: Express Access Online Communications, Greenbelt, MD USA
  4411.  
  4412.  
  4413. ISDN is a digital scheme composed of two 64kb/s channels for
  4414. voice/data/whatever and one 16 Kb/s channel that serves signalling
  4415. purposes.  As far as uses go, any of the following have been done:
  4416.  
  4417. 1) remote lan connections;
  4418. 2) compressed video teleconferencing;
  4419. 3) internet access;
  4420. 4) any dial-up data situation.
  4421.  
  4422. These are just a few off the top of my head.
  4423.  
  4424.  
  4425. Take it easy,
  4426.  
  4427. Steve
  4428.  
  4429. ------------------------------
  4430.  
  4431. From: robbie@hermes.dciem.dnd.ca (G.Robert Arrabito)
  4432. Subject: Looking For Mail Order Cellular Accessories
  4433. Date: 4 Jan 95 03:54:48 GMT
  4434. Organization: Defence and Civil Institute of Environmental Medicine
  4435.  
  4436.  
  4437. I'm looking for a mail order outlet in either Canada or the U.S. which
  4438. carries NMH batteries for my Motorola cellular phone. Can anyone suggest
  4439. good, reliable companies?
  4440.  
  4441.  
  4442. Rob Arrabito     e-mail: robbie@dciem.dnd.ca
  4443.  
  4444. ------------------------------
  4445.  
  4446. From: synchro@access1.digex.net (Steve)
  4447. Subject: Re: How Can I Encrypt a T-1?
  4448. Date: 4 Jan 1995 12:00:27 GMT
  4449. Organization: Express Access Online Communications, Greenbelt, MD USA
  4450.  
  4451.  
  4452. There is a company in California called Cylink.  They make several
  4453. different kinds of crypto gear for communications.  I'm unable to come
  4454. up with a telephone number for them at the moment.
  4455.  
  4456.  
  4457. Take it easy,
  4458.  
  4459. Steve
  4460.  
  4461. ------------------------------
  4462.  
  4463. From: jeffb65582@aol.com (JeffB65582)
  4464. Subject: Re: How Can I Encrypt a T-1?
  4465. Date: 4 Jan 1995 10:20:38 -0500
  4466. Organization: America Online, Inc. (1-800-827-6364)
  4467. Reply-To: jeffb65582@aol.com (JeffB65582)
  4468.  
  4469.  
  4470. Many years ago I recall that the Collins Radio Division of Rockwell
  4471. International manufactured a device known as a "T1 bulk encryption
  4472. unit".  It would take the entire 1.544 stream and encrypt it while
  4473. still meeting the one's density requirements, etc.  I don't know if
  4474. they're still made, but that's where I'd start looking.
  4475.  
  4476.  
  4477. Jeff Box
  4478.  
  4479. ------------------------------
  4480.  
  4481. From: mpd@adc.com (Matthew P. Downs)
  4482. Subject: Re: What is a T1 Line?
  4483. Date: 4 Jan 1995 17:21:03 GMT
  4484. Organization: ADC Telecommunications
  4485.  
  4486.  
  4487. jhallen@world.std.com (Joseph H Allen) writes:
  4488.  
  4489.  
  4490. > It does, because the original poster was concerned about that
  4491. > bandwidth of the actual copper pair that came to his house.  It's my
  4492. > understanding that an ISDN DS0 is 56K digital line on a copper pair
  4493. > between your house and the local office, not a shared T1 (although a
  4494. > multiplexer at the local office my put it on a T1).
  4495.  
  4496. The DS0 for ISDN is a 64 kbps clear channel. A 56 kbps is effective
  4497. through put because the other 8 kbps is used for signalling overhead.
  4498. In ISDN, you don't have this overhead, it's carried on the D channel.
  4499. All DS0's that go to a line termination are 64 kbps.  It's more of
  4500. what is the effective bandwidth.  Unless your circuit is provisoned to
  4501. be a clear channel, it will have this 8K of overhead associated with
  4502. it.
  4503.  
  4504.  
  4505. Matt
  4506.  
  4507. ------------------------------
  4508.  
  4509. Date: Wed, 4 Jan 1995 11:23:59 -0800
  4510. From: wewood@ix.netcom.com (William Wood)
  4511. Subject: Re: What is a T1 Line?
  4512.  
  4513.  
  4514. It's been interesting to watch the thread of "What is a T1 Line" thru
  4515. various net respondents, to say the least. I don't know what they are
  4516. teaching in college or tech schools these days, but from some of the
  4517. comments from people on the net, it has little relevance to the real
  4518. world. I'm not an engineer but have some years experience as a
  4519. technician and manager in the telephone industry and offer my
  4520. observations as an assistance to those who wish to listen.
  4521.  
  4522. First, what is the "T" in T1? It's the next letter in the alphabet
  4523. after "S," and that's all the "T" means. Over the years I've heard
  4524. people insist it stands for "terrestrial" or even "twisted pair"
  4525. because the original system only worked on wire. Nice try but no
  4526. cigar. All of the interoffice carrier systems prior to 1962 were
  4527. analog and had single or double letter designations. I came into the
  4528. game too late to work on the really early ones but I did maintain J,
  4529. K, L, N1, N2, N3, O, ON, BN, and R type carrier systems. All are
  4530. (were) analog and worked on twisted pair, coax or radio transmission
  4531. facilities. The carrier system developed by Bell Labs and manufactured
  4532. by Western Electric Company which was introduced to the Bell System in
  4533. 1962 was digital and had the letter designation of "T" because it was
  4534. the next letter to be used. (I don't know what happened to the "S,"
  4535. maybe it died in the labs?)
  4536.  
  4537. The original hardware consisted of a "bank" of plug-in cards. There
  4538. were three banks in a standard 19" "bay" (i.e. "rack"). Each bank was
  4539. made up of a row of cards for transmit, a row of cards for receive and
  4540. two rows of cards for channel units. The channel units were divided
  4541. into two groups of 12 (a "digroup"). A 12 channel group was common in
  4542. the analog systems and that concept was carried over to this system.
  4543. Each of the channel units converted a standard range VF (voice
  4544. frequency 300 to 3500 Hz) analog signal into a 64 Kbps DS0 (digital
  4545. signal level zero). The bank produced a channelized digital time
  4546. division multiplexed stream known as DS1 (digital signal level one).
  4547. The bank hardware was collectively known as a "D1 Bank." The original
  4548. "T1" carrier used a "D1" bank to produced a "DS1" digital stream. The
  4549. stream was (is) 24 each 64 Kb channels (1.536 Mbps) plus 8 Kbps of
  4550. framing for a total of 1.544 Mbps. Channel level signaling (off hook,
  4551. dial pulses, etc.) was done by "bit robbing" (a type of channel
  4552. associated signaling) within each channel stream. With all these
  4553. individual cards, the system was difficult to maintain, but when it
  4554. worked right it was light years ahead in channel noise compared to any
  4555. of the existing analog systems.
  4556.  
  4557. Over the years WECO brought out updates of digital banks and that is
  4558. why there are D2, D3, D4 and D5 type banks in addition to all the
  4559. "non-Bell" manufacturers hardware. Interesting to note that "D4"
  4560. framing (as compared to Extended Superframe Format) is referring to
  4561. the bit stream form standardized by a specific type of WECO bank. It's
  4562. no wonder that many people now also confuse these bank hardware
  4563. designations with the higher rate digital multiplexed streams. There
  4564. is no direct relationship between D1, D2, D3, D4 banks and DS1, DS2,
  4565. DS3, DS4 bit rates. This also adds mystery to what is meant by "T1,
  4566. T2, T3, and T4," is it bank hardware or bit stream?
  4567.  
  4568. The D1 banks transmit an Alternate Mark Inversion (AMI) signal over a
  4569. 4 wire twisted pair (transmit on one pair, receive on the other) to a
  4570. distance of around 6 thousand feet before regeneration. The 6 Kft was
  4571. a standard spacing for "H" type load coils used in long analog voice
  4572. grade pairs to improve speech quality. To bring up a cable for T
  4573. carrier required a regen installed in the same pole mount or cable
  4574. vault as the load pots, so the physical locations were easy to get to.
  4575. Six thousand feet at 1.544 Mb was a major feat in 1962. The AMI cut
  4576. the baud (symbol) rate considerably but it was still a very high
  4577. equivalent frequency for the time. There are currently on the market a
  4578. number of 'repeaterless' T type systems which can extend the
  4579. cable distance up to 12 thousand feet with no regen. Short haul N type
  4580. analog carrier systems typically had 10 to 15 MILE spacing between
  4581. repeaters, so a digital T regenerator every mile seemed a bit
  4582. complicated at the time.
  4583.  
  4584. As to the ISDN Primary Rate, it is not a T1, if T1 is understood as a
  4585. DS1 with 24 individual and unrelated DSO's. The physical access may be
  4586. on two pairs (four wire) and the bit rate is 1.544 Mb, but the channel
  4587. stack is different. One of the DSO 64 Kb time slots (channels) is
  4588. dedicated (aka, common channel signaling) to control signaling,
  4589. supervision and other data functions for the other 23 DSO (possibly
  4590. voice) channels. This control channel is the "D" and the others are
  4591. the "B" channels. Depending on the manufacturer, the system level
  4592. hardware may be software configurable to look like a standard T1-DS1
  4593. or a ISDN PRI. Or it may take a different card altogether. With the
  4594. exception of some Special Services applications, ISDN PRI does not run
  4595. between telephone exchanges. Standardized trunking arrangements
  4596. (frequently using a Common Channel Signaling system such as SS7) are
  4597. used to carry traffic between exchanges.
  4598.  
  4599. The issue of a low pass filter on 'ordinary telephone lines' is directly 
  4600. related to what that line is connected to. If we start with an example 
  4601. of POTS (plain old telephone service) phone connected to a mechanical 
  4602. switch such as a step by step (Stroger) switch - there are no filters. 
  4603. It's a purely physical wire connection from phone, to line, to switch, 
  4604. to line, to phone connection. Whatever frequency is applied to the line 
  4605. at one end will come out at the other, impaired only by the physics of 
  4606. the wire facility. This is still true today in the case of 'Metallic' or 
  4607. 'Wire Only' (no active devices) circuits. In data applications sometimes 
  4608. these are called Local Area Data Channels because they have to be 'local,' 
  4609. meaning they don't go thru switches or carrier systems.  Whatever goes
  4610. in, comes out, minus the line losses.
  4611.  
  4612. If the line is connected to a analog or digital carrier system or to a
  4613. digital switch, it will be subjected to limitation by a filter for the
  4614. purposes of creating a standard 3 Khz voice channel bandwidth. This
  4615. has been the standard since the earliest carrier systems and remains
  4616. the standard today. This limitation is not a secret plot to limit
  4617. modem bit rates. Nor is it a device to improve speech quality
  4618. (although a companding process is normally used to improve the voice
  4619. quality of the narrow VF channel). It was, and is, an engineering
  4620. necessity for multiplexing multiple voice channels onto a limited
  4621. transmission facility (either a bus in a switch or a copper, fiber or
  4622. radio trunk facility for a carrier system). One net respondent
  4623. suggested that you could ask as a 'courtesy' for the telephone
  4624. company to remove the filter. They cannot remove this function without
  4625. impacting other circuits in the shared switch or carrier system. They
  4626. can however, move your wires to a different type of hardware which has
  4627. wider analog or digital capacity. Then you no longer have POTS
  4628. service, you would now have some type of Special Service circuit and
  4629. would have to pay extra for it.
  4630.  
  4631. Finally, there is a subtle difference between 'cross talk' and 'cross 
  4632. modulation.' Nit picking perhaps but cross talk takes place at the VF 
  4633. level and is commonly associated with a physical cable problem. If the 
  4634. pairs in a cable get wet (particularly pulp [paper] insulated pairs) the 
  4635. signal energy of one POTS call can bleed into another pair. Each person 
  4636. can hear others talking on their call. This problem is typical of the 
  4637. local loop side of a telephone exchange. Cross modulation takes place 
  4638. after the analog or digital modulation step is taken in a digital switch 
  4639. or an analog or digital carrier system. In digital (T) carrier systems 
  4640. cross mod usually results in white noise or frying in a conversation. 
  4641. Its unusual to hear distinct conversations crossing into your call. In 
  4642. analog systems cross mod allows distinct conversations to enter your 
  4643. call. Cross mod takes place on the interoffice or trunk side of an 
  4644. exchange. Not always easy to distinguish the two but helpful getting the 
  4645. problem fixed if you can do it. This is because often the repair folks 
  4646. who fix the local loop side are not the same folks who fix the trunk 
  4647. side. Trouble gets fixed faster if you give it to the right people 
  4648. first. 
  4649.  
  4650. I offer this as a help to my friends and wish to offend no one so please 
  4651. keep any flames to pilot light size. I don't know anyone in this industry 
  4652. who knows it all so we need to support each other as much as possible.
  4653.  
  4654.  
  4655. WE Wood   Technotranslater
  4656. Techtrans Animatics Group
  4657.  
  4658. ------------------------------
  4659.  
  4660. End of TELECOM Digest V15 #7
  4661. ****************************
  4662.     
  4663.     
  4664. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa08047;
  4665.           5 Jan 95 1:12 EST
  4666. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4667.     id AA11233; Wed, 4 Jan 95 20:16:14 CST
  4668. Return-Path: <telecom>
  4669. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  4670.     id AA11226; Wed, 4 Jan 95 20:16:12 CST
  4671. Date: Wed, 4 Jan 95 20:16:12 CST
  4672. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  4673. Message-Id: <9501050216.AA11226@delta.eecs.nwu.edu>
  4674. To: telecom@eecs.nwu.edu
  4675. Subject: TELECOM Digest V15 #8
  4676.  
  4677. TELECOM Digest     Wed, 4 Jan 95 20:16:00 CST    Volume 15 : Issue 8
  4678.  
  4679. Inside This Issue:                        Editor: Patrick A. Townson
  4680.  
  4681.     More Administrivia, Errors, etc (TELECOM Digest Editor)
  4682.     OZLIP Reminder (Mehmet Orgun)
  4683.     GSM Book [Moulet &...] (Rupert Baines)
  4684.     US Contact: American Management System, Systemetic Inc. (Mr. Wah Chan)
  4685.     Wanted to Buy: Tekalek 221-C  E-1 Test Set (pkt@ix.netcom.com)
  4686.     Re: Standard 19 Inches Network Relay Rack (Paul A. Lee)
  4687.     Re: AT&T First to Deliver Long-Awaited "Follow-Me" 500 Numbers (S. Donelan)
  4688.     Re: Looking For Mail Order Cellular Accessories (Michael Schuster)
  4689.     Re: Watching the Area Codes Split (David Leibold)
  4690.     Re: Watching the Area Codes Split (Mark Brader)
  4691.     Re: Roll Over/Hunt Group (Tim Gorman)
  4692.     Re: Procedure for Obtaining a 10XXX Code (Wayne Huffman)
  4693.  
  4694. TELECOM Digest is an electronic journal devoted mostly but not
  4695. exclusively to telecommunications topics. It is circulated anywhere
  4696. there is email, in addition to various telecom forums on a variety of
  4697. public service systems and networks including Compuserve and America
  4698. On Line. It is also gatewayed to Usenet where it appears as the moderated
  4699. newsgroup 'comp.dcom.telecom'. 
  4700.  
  4701. Subscriptions are available to qualified organizations and individual
  4702. readers. Write and tell us how you qualify:
  4703.  
  4704.                  * telecom-request@eecs.nwu.edu *
  4705.  
  4706. The Digest is edited, published and compilation-copyrighted by Patrick
  4707. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  4708. or phone at:
  4709.                     9457-D Niles Center Road
  4710.                      Skokie, IL USA   60076
  4711.                        Phone: 708-329-0571
  4712.                         Fax: 708-329-0572
  4713.   ** Article submission address only: telecom@eecs.nwu.edu **
  4714.  
  4715. Our archives are located at lcs.mit.edu and are available by using
  4716. anonymous ftp. The archives can also be accessed using our email
  4717. information service. For a copy of a helpful file explaining how to
  4718. use the information service, just ask.
  4719.  
  4720. *************************************************************************
  4721. *   TELECOM Digest is partially funded by a grant from the              *
  4722. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  4723. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  4724. * project.  Views expressed herein should not be construed as represent-*
  4725. * ing views of the ITU.                                                 *
  4726. *************************************************************************
  4727.  
  4728. Additionally, the Digest is funded by gifts from generous readers such
  4729. as yourself who provide funding in amounts deemed appropriate. Your help 
  4730. is important and appreciated. A suggested donation of twenty dollars per
  4731. year per reader is considered appropriate. See our address above.
  4732.  
  4733. All opinions expressed herein are deemed to be those of the author. Any
  4734. organizations listed are for identification purposes only and messages
  4735. should not be considered any official expression by the organization.
  4736. ----------------------------------------------------------------------
  4737.  
  4738. Date: Wed, 4 Jan 95 19:15:54 CST
  4739. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  4740. Subject: More Administrivia, Errors, etc
  4741.  
  4742.  
  4743. <Face red mode> ... *if* you chose to pick up a copy of the 1992-1994
  4744. volume of the Accelerated Index from the archives .. well, there was a
  4745. slight error in the way some items were keyed ... I found out when
  4746. someone using the SEARCH command of the Email Information Service
  4747. contacted me to say they were getting quite screwey answers in
  4748. response to some searches he was making ...
  4749.  
  4750. It was only announced yesterday, so most of you probably have not yet
  4751. picked up a copy, and in all probability most of you will not want
  4752. to bother keeping this humongous, 26,000 (yes twenty six thousand)
  4753. line file at your site. But if you did take a copy prior to Wednesday
  4754. at about 6:30 PM CST, do me a favor ... ditch it and go get another
  4755. copy, one that has been corrected.
  4756.  
  4757. What this is -- when it works correctly, as it is now -- is a complete
  4758. index of the titles of articles which have been in the Digest for the
  4759. past six years and the author names. You can either use SEARCH, which
  4760. is a command in the email server, or you can simply go and pull the
  4761. two files back to your site.  There are two editions. One covers the
  4762. years 1989-1991 and the other covers 1992-1994. Together, they constitute
  4763. about 48,000 entries, the number of messages seen here over the past
  4764. six years. They are sorted in strict alphabetical order by subject with
  4765. any instances of 'Re:' where it appears ignored for the purpose of the
  4766. sort. Where more than one article appears with the identical subject
  4767. title, the sort continues further by author *first* name. When using
  4768. grep or SEARCH (which is just a version of grep I put in the email
  4769. server) you can search by subject name or author name. It is highly
  4770. recommended that you use the most liberal grep possible, that is, 
  4771. with '-i' as the argument, so that case will be ignored. Also, if you
  4772. choose to search by author, search the *last name only* since sometimes
  4773. the first name appears as just an initial, i.e. P.Townson.
  4774.  
  4775. If you are really interested, use the INFO command in the email server
  4776. to get two other files you'll need to interpret the rest of the data
  4777. shown in the accelerated index:
  4778.  
  4779.                    INFO back-issues
  4780.                    INFO search-hints
  4781.  
  4782. Anyway, that's enough on the topic. I botched it, and I've repaired
  4783. it, I think. I'm sure someone will tell me if that's not correct.
  4784.  
  4785.                       -----------------
  4786.  
  4787. In other administrivia news:
  4788.  
  4789. I've received a suggestion from a reader about having a 'human resources' 
  4790. section in the archives. This would be a place where anyone who wished
  4791. to do so could put a paragraph or two about themselves for the benefit
  4792. of other readers. It would be voluntary and would have no connection
  4793. at all to the mailing list, which is never shared or revealed.
  4794.  
  4795. Suggestions for things to include would be in addition to your name,
  4796. address, phone number and company/school/institutional affiliation,
  4797. perhaps a .signature file, a paragraph about your current project(s),
  4798. prior accomplishments, etc. It would be removed/destroyed from the
  4799. archives whenever you said to do so, or modified as required. 
  4800.  
  4801. *DO NOT SEND ENTRIES NOW*
  4802.  
  4803. Just let me know what you think of the idea, and if you would want to
  4804. have data about yourself there in the Telecom Archives. 
  4805.  
  4806. Should it be open and available to all to read? I can fix it so that
  4807. it is blocked or denied to FTP/Gopher users while available on a 
  4808. passworded basis to email service users. If it is open to all to read
  4809. you can be sure of receiving lots of junk mail ... :)  If on a 
  4810. passworded basis, then only those who contribute entries of their
  4811. own would get the password to read the biographies of the others ... 
  4812. in other words, give a biography of yourself, and read the others.
  4813.  
  4814. Let me have your thoughts. *DO NOT SEND ENTRIES NOW*.
  4815.  
  4816.  
  4817. PAT
  4818.  
  4819. ------------------------------
  4820.  
  4821. Date: Thu, 5 Jan 95 12:02:36 +1100
  4822. From: mehmet@macadam.mpce.mq.edu.au (Mehmet Orgun)
  4823. Subject: OZLIP Reminder
  4824.  
  4825.  
  4826. Dear All,
  4827.  
  4828. Please contribute to the success of ISLIP'95 by submitting a paper,
  4829. posting/distributing the call for papers etc. I have posted it to a
  4830. number of newsgroups already.
  4831.  
  4832. I have also prepared a WWW home page for ISLIP'95. Check out the URL:
  4833. http://krakatoa.mpce.mq.edu.au/~mehmet/islip95.html
  4834.  
  4835. A PostScript version of the call for papers can be obtained from
  4836. the above page as well as a LaTeX version.
  4837.  
  4838.  
  4839. Cheers,
  4840.  
  4841. Mehmet
  4842.  
  4843.                     -------------------------
  4844.  
  4845.                           Call for Papers 
  4846.                               ISLIP'95 
  4847. The Eigth International Symposium on Languages for Intensional Programming   
  4848.        May 3-5, 1995, Macquarie University, Sydney, NSW, Australia  
  4849.  
  4850. Objectives   
  4851.  
  4852. There is a growing interest in computational models and/or programming
  4853. languages and systems based on intensional logics such as temporal
  4854. logic, interval logic, modal and intuitionistic logics. In fact, a
  4855. whole new programming model called intensional programming has been
  4856. created with applications in a wide range of areas including parallel
  4857. programming, dataflow computation, temporal reasoning, scientific
  4858. computation, real-time programming, temporal databases, spreadsheets,
  4859. attribute grammars, and hardware synthesis.
  4860.  
  4861. This symposium aims at bringing together researchers working in all
  4862. aspects of this area, and to promote intensive discussions and foster
  4863. collaboration among researchers.  We encourage papers dealing with the
  4864. theoretical foundations, design, implementation and prototype
  4865. development issues, comparative studies, and applications, as well as
  4866. those describing new challenges arising out of applications.
  4867.  
  4868. The symposium will include, but will not be limited to, the following
  4869. topics of interest (as they relate to intensional programming):
  4870.   
  4871.    Programming paradigms             Semantics   
  4872.  
  4873.    * dataflow computation            * non-determinism   
  4874.    * connectionist models            * extended Kahn principle  
  4875.    * logic programming               * intensional concepts  
  4876.    * real-time programming               * termination issues  
  4877.    * languages such as Lucid and GLU         
  4878.  
  4879.    Software Engineering                Applications   
  4880.  
  4881.    * version control                 * signal processing  
  4882.    * visual user interfaces          * image processing   
  4883.    * parallel programming            * hardware synthesis  
  4884.    * fault-tolerant systems          * graphics   
  4885.    * program verification            * data models
  4886.  
  4887.  
  4888. Submissions   
  4889.  
  4890. You are invited to submit either a full paper or an extended abstract
  4891. of approximately 5000 words (10-15 double spaced pages).  The cover
  4892. page should include the name, phone/fax numbers and e-mail addres of
  4893. the contact author(s), a short abstract, topic(s) and a list of
  4894. keywords.  Papers will be reviewed by the program committee for their
  4895. originality, correctness, significance, and relevance to the
  4896. symposium.
  4897.  
  4898. We prefer PostScript or self-contained LaTeX submissions via
  4899. electronic mail to either one of the e-mail addresses below.  You can
  4900. also send 3 hardcopies of your submission to one of the following
  4901. addresses (chosen with respect to geographical proximity). Submissions
  4902. should arrive no later than February 15, 1995.
  4903.  
  4904.   Edward A. Ashcroft / ISLIP'95         E-mail: ed.ashcroft@asu.edu  
  4905.   Department of Computer Science & Eng  Phone : +1 602 965-7544  
  4906.   Arizona State University            Fax   : +1 602 965-2751  
  4907.   Tempe, Arizona 85283, U.S.A.  
  4908.    
  4909.   Mehmet A. Orgun / ISLIP'95         E-mail: mehmet@mpce.mq.edu.au  
  4910.   Department of Computing              Phone : +61 2 850 - 9570  
  4911.   Macquarie University            Fax   : +61 2 850 - 9551  
  4912.   Sydney, NSW 2109, Australia
  4913.  
  4914. Authors will receive notification of acceptance by March 20, 1995.
  4915. Revised versions of the papers to appear in the pre-proceedings to be
  4916. distributed at the Symposium are due on April 12, 1995 (preferred in
  4917. PostScript or LaTeX form, sent by email).  The symposium will be held
  4918. on May 3-5, 1995 at Macquarie University, Sydney, NSW, Australia.
  4919.  
  4920. At the Symposium, the research will be presented and also evaluated,
  4921. and it is planned that final polished papers will appear in the
  4922. proceedings in book form.
  4923.  
  4924. The details about registration and accommodation will be provided later.
  4925.  
  4926.  
  4927. Symposium Chair
  4928.  
  4929.   Edward A. Ashcroft       Arizona State University 
  4930.          
  4931. Program Committee
  4932.  
  4933.   Seiki Akama          Teikyo University of Technology  
  4934.   Edward A. Ashcroft     Arizona State University 
  4935.   Weichang Du       University of New Brunswick 
  4936.   Tony A. Faustini        Arizona State University 
  4937.   Jan Hext            Macquarie University 
  4938.   Tom Hintz          University of Technology,Sydney  
  4939.   R. Jagannathan        SRI International  
  4940.   Michael Johnson       Macquarie University 
  4941.   Steve Matthews       University of Warwick 
  4942.   Mehmet A. Orgun     Macquarie University 
  4943.   John Potter        Microsoft Institute 
  4944.   John Plaice          University of Laval 
  4945.   William W. Wadge        University of Victoria 
  4946.   Andrew L. Wendelborn  University of Adelaide 
  4947.   Kang Zhang        Macquarie University 
  4948.          
  4949.  
  4950. Local Arrangements 
  4951.   
  4952.   Mehmet A. Orgun        Macquarie University 
  4953.   Kang Zhang        Macquarie University 
  4954.          
  4955.   
  4956. Important Dates
  4957.   
  4958.  Submission Deadline:   February 15, 1995    
  4959.  Notification:      March 20, 1995   
  4960.  Revised Versions due:  April 12, 1995      
  4961.  Symposium:           May 3-5, 1994  
  4962.   
  4963.  
  4964. Further Information
  4965.   
  4966. Contact:  
  4967.      ed.ashcroft@asu.edu   
  4968.      mehmet@mpce.mq.edu.au   
  4969.   
  4970. Latest information about the Symposium will be made available
  4971. via the WWW page: http://krakatoa.mpce.mq.edu.au/~mehmet/islip95.html
  4972.  
  4973.                      ------------------------
  4974.  
  4975. Mehmet A Orgun, Department of Computing, Macquarie University 
  4976.         Sydney,  NSW 2109,  Australia    
  4977.         Tel: +61 (0)2 850 9570,  Fax: +61 (0)2 850 9551      
  4978.         E-mail: mehmet@mpce.mq.edu.au              
  4979.  
  4980. ------------------------------
  4981.  
  4982. From: Rupes@voyager.cris.com (Rupes)
  4983. Subject: GSM Book [Moulet &...]
  4984. Date: 4 Jan 1995 19:04:12 -0500
  4985. Organization: Concentric Research Corporation
  4986.  
  4987.  
  4988. A couple of people have emailed me asking for this information, so I
  4989. thought I should re-post it.
  4990.  
  4991. The GSM book that seems to be most popular is:
  4992.  
  4993. The GSM System for Mobile Communications
  4994. Mouly & Pautet
  4995. ISBN 2-9507190-0-7
  4996. tel +33 1 69 31 03 18
  4997. fax +33 1 69 31 03 38
  4998.  
  4999. It is a private printing - you have to contact the authors on number
  5000. above.
  5001.  
  5002. I have nothing to do with the authors and do not get commision. Which
  5003. is a shame, as I've recommended it quite a bit <G>
  5004.  
  5005. Does anyone know of a US distributor ?  (I suppose there may be copies
  5006. on sale at CTIA or Wireless ?)
  5007.  
  5008.  
  5009. Rupert Baines
  5010.  
  5011. ------------------------------
  5012.  
  5013. From: johnnycw@HK.Super.NET (Mr Wah Chan)
  5014. Subject: US Contact: American Management System, Systemetic Inc.
  5015. Date: 4 Jan 1995 22:45:20 GMT
  5016. Organization: Hong Kong Supernet
  5017.  
  5018.  
  5019. Anyone know about the following companies:
  5020.  
  5021.     American Management System
  5022.     Systemetic Inc.
  5023.  
  5024. Both companies specialize on Telephone Billing Systems.  We need to
  5025. know their US contact and also their Rep Office in HK or SE Asia.
  5026.  
  5027. Suggestions on how to find such information are also welcomed.  (e.g.,
  5028. sites where I can find out the address and telephone number of any US
  5029. companies, etc.)
  5030.  
  5031.  
  5032. Johnny Chan     Internet Address: johnnycw@hk.super.net
  5033.  
  5034. ------------------------------
  5035.  
  5036. From: PKT@ix.netcom.com (Pat)
  5037. Subject: Wanted to Buy: Tekalek 221-C  E-1 Test Set
  5038. Date: 4 Jan 1995 22:55:24 GMT
  5039. Organization: Netcom
  5040.  
  5041.  
  5042. I'm told that the Tekalek (SP?) 221-C E-1 test set is no longer
  5043. manufactured. So, I'm looking for someone that wants to sell a used
  5044. one.
  5045.  
  5046. ------------------------------
  5047.  
  5048. Date: Wed, 4 Jan 1995 13:18:12 -0500
  5049. Subject: Re: Standard 19 Inches Network Relay Rack
  5050. From: Paul A. Lee </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>
  5051. Organization: Woolworth Corporation
  5052.  
  5053.  
  5054. In TELECOM Digest Volume 14 Issue 481, Jocelyn Poulin <jpoulin@nt.com>
  5055. asked for suppliers of seismic-certified relay racks.
  5056.  
  5057. Try the following:
  5058.  
  5059. AMCO Engineering, Schiller Park, IL                  708 671-6670
  5060. B-Line Telecom, Reno, NV                             702 677-0855
  5061.      (formerly Saunders Telecom)
  5062. Chatsworth Products, Chatsworth, CA                  818 882-8595
  5063.      (formerly Dracon division of Harris)
  5064. Equipto, Aurora, IL                                  708 859-1000
  5065. Hammond Manufacturing Co., Buffalo, NY               716 894-5710
  5066. Hendry Telephone Products, Goleta, CA                805 968-5511
  5067. Newton Instrument, Butner, NC                        919 575-6426
  5068. Rittal Corp., Springfield, OH                        513 399-0500
  5069. Zero/Stantron, Pacoima, CA                           818 890-3445
  5070.  
  5071.  
  5072. Paul A. Lee                           Voice  414 357-1409
  5073. Telecommunications Analyst              FAX  414 357-1450
  5074. Woolworth Corporation            CompuServe  70353,566
  5075.    INTERNET  </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>  <=PREFERRED ADDRESS*
  5076.  
  5077. ------------------------------
  5078.  
  5079. From: sean@sdg.dra.com (Sean Donelan)
  5080. Subject: Re: AT&T First to Deliver Long-Awaited "Follow-Me" 500 Numbers
  5081. Date: 4 Jan 95 18:14:32 CDT
  5082. Organization: Data Research Associates, St. Louis MO
  5083.  
  5084.  
  5085. In article <telecom15.6.9@eecs.nwu.edu>, A Alan Toscano <atoscano@Starbase.
  5086. NeoSoft.COM> writes:
  5087.  
  5088. > she moves within the United States.  AT&T currently can assign
  5089. > subscribers 500 numbers that begin with 20 different exchanges, such
  5090.                                           ^^
  5091. > as 346, 367 and 677.  For example, a person's number could be
  5092.  
  5093. According to the AT&T 1-800 line they only have four exchanges
  5094. available.  Does anyone know when (and what) other exchanges will be
  5095. available?
  5096.  
  5097.  
  5098. Sean Donelan, Data Research Associates, Inc, St. Louis, MO
  5099.  
  5100. ------------------------------
  5101.  
  5102. From: schuster@panix.com (Michael Schuster)
  5103. Subject: Re: Looking For Mail Order Cellular Accessories
  5104. Date: 4 Jan 1995 19:24:08 -0500
  5105. Organization: Public Access Internet & UNIX
  5106.  
  5107.  
  5108. In article <telecom15.7.12@eecs.nwu.edu>, G.Robert Arrabito <robbie@hermes.
  5109. dciem.dnd.ca> wrote:
  5110.  
  5111. > I'm looking for a mail order outlet in either Canada or the U.S. which
  5112. > carries NMH batteries for my Motorola cellular phone. Can anyone suggest
  5113. > good, reliable companies?
  5114.  
  5115. Motorola  1-800-331-6456
  5116.  
  5117.  
  5118. Mike Schuster     schuster@panix.com | 70346.1745@CompuServe.COM
  5119. schuster@shell.portal.com | GEnie: MSCHUSTER
  5120.  
  5121. ------------------------------
  5122.  
  5123. From: aa070@torfree.net (David Leibold)
  5124. Subject: Re: Watching the Area Codes Split
  5125. Organization: Toronto FreeNet
  5126. Date: Thu, 5 Jan 1995 01:14:15 GMT
  5127.  
  5128.  
  5129. Mike Morris (morris@grian.cps.altadena.ca.us) wrote:
  5130.  
  5131. > The perfect location for area code 666 is Washington DC.  Give the
  5132. > entire code to the federal government.  Keep all the non-goverment
  5133. > stuff in the old area code.
  5134.  
  5135. Canadian federal government offices in Vancouver BC have been on the
  5136. 666 NXX for years. This included (at last report) the regional office
  5137. of the CRTC which regulates telecom and broadcasting in Canada.
  5138.  
  5139.  
  5140. David Leibold     aa070@freenet.toronto.on.ca
  5141.  
  5142. ------------------------------
  5143.  
  5144. From: msb@sq.sq.com (Mark Brader)
  5145. Subject: Re: Watching the Area Codes Split
  5146. Organization: SoftQuad Inc., Toronto, Canada
  5147. Date: Wed, 4 Jan 95 23:10:10 GMT
  5148.  
  5149.  
  5150. > [TELECOM Digest Editor's Note: We went through this once before, a couple
  5151. > years ago, and someone posted a list of all the places where the 666
  5152. > exchange appeared around the USA, in which area codes, etc, and if there
  5153. > were any special users such as centrex accounts, etc on them. It seems
  5154. > to me somewhere some government offices were on 666 in that area code;
  5155. > maybe it was the IRS, I'm not sure. ...]
  5156.  
  5157. Wrong country.  From the Telecom Archives:
  5158.  
  5159. > Date: Sat, 11 Aug 90 19:59:12 PDT
  5160. > From: Jonathan Story <jonathan@jspc.wimsey.bc.ca>
  5161. > Subject: Re: 666 and Ignorant People
  5162.  
  5163. >     In Vancouver, British Columbia, Canada (area code 604) the 666
  5164. > exchange is used by ... the Canadian Government.
  5165.  
  5166. > jonathan@jspc.wimsey.bc.ca
  5167.  
  5168. And our IRS analog, Revenue Canada, would certainly have an office in
  5169. Vancouver.
  5170.  
  5171.  
  5172. Mark Brader                  "'Taxpayer' includes any person
  5173. msb@sq.com                    whether or not liable to pay tax."
  5174. SoftQuad Inc., Toronto        -- Income Tax Act of Canada, s.248(1)
  5175.  
  5176. ------------------------------
  5177.  
  5178. Date: Wed, 4 Jan 1995 20:40:40 -0500
  5179. From: Tim Gorman <tg6124@ping.ping.com>
  5180. Subject: Re: Roll Over/Hunt Group
  5181.  
  5182.  
  5183. roodh@dds.nl (Hendrik Rood) writes in TELECOM Digest V14 #481:
  5184.  
  5185. > In article <telecom14.477.14@eecs.nwu.edu>, jon@server.branch.com (Jon
  5186. > Zeeff) says:
  5187.  
  5188. >> Ameritech tells me that they cannot roll over a trunk hunt where
  5189. >> instead of starting with line one and picking the first free one, it
  5190. >> always takes the next one after the last used one (ie, a circular
  5191. >> hunt).  Maybe I didn't use the right terminology.  Does anyone know
  5192. >> why they couldn't do this?
  5193.  
  5194. > Even when this is possible it is very stupid to do circular hunting with
  5195. > a standard trunk and a rollover trunk. What happens is simple described:
  5196.  
  5197. > Suppose: Main trunk eight circuits
  5198. >          Rollover trunk four circuits.
  5199.  
  5200. > Circular hunting results after at most eight incoming calls in usage
  5201. > of the rollover trunk. Even when circuits on the main trunk are
  5202. > released again.
  5203.  
  5204. > This means that with circular hunting your rollover does not act as a
  5205. > rollover anymore but simply as a trunk.  I can understand software
  5206. > writers of exchange manufacturers that block such a setup in their
  5207. > code :-).
  5208.  
  5209. This isn't quite true. With all circular hunt trunk groups I know of,
  5210. the decision of whether or not to route advance to the next group is
  5211. done each time a call origination is received. So if a trunk in the
  5212. primary group is free at the time, it will get the next call.
  5213.  
  5214. Circular hunt on primary high-alternate use combination does provide
  5215. signficant benefits, especially if per trunk signaling is used.
  5216. Circular hunt, if designed to always start hunting at the trunk
  5217. following the one just picked, significantly decreases the impact of
  5218. killer trunks on traffic capacity of the trunk group.
  5219.  
  5220.  
  5221. Tim Gorman  tg6124@ping.com
  5222. Southwestern Bell Tel. Co
  5223.  
  5224. ------------------------------
  5225.  
  5226. From: whuffman@ix.netcom.com (Wayne Huffman)
  5227. Subject: Re: Procedure for Obtaining a 10XXX Code
  5228. Date: 5 Jan 1995 01:59:07 GMT
  5229. Organization: Netcom
  5230.  
  5231.  
  5232. In <telecom15.7.10@eecs.nwu.edu> Barton.Bruce@camb.com writes: 
  5233.  
  5234. > In article <telecom14.481.9@eecs.nwu.edu>, primeperf@aol.com (Prime
  5235. > perf) writes:
  5236.  
  5237. >> Does anyone know the procedure for obtaining a 10XXX code? Where does
  5238. >> one begin? What FCC forms and regulations are involved? Having
  5239. >> obtained a 10XXX code, how does one get it incorporated into the PSTN?
  5240.  
  5241. > You are a tad late. All the 10xxx codes are long *gone*. You will have
  5242. > to wait for the four digit ones to be in universal use.
  5243.  
  5244. > Or buy some ma/pa in-state outfit hogging an xxx one and then you own it.
  5245.  
  5246. FYI The local cableco here in Fairfax County, VA (Media General Cable)
  5247. has a 10XXXX code (106-500), used for ordering Pay-Per-View movies.  I
  5248. can't seem to get an answer from Bell Atlantic on how this was
  5249. arranged. Is this a common practice, I wonder.
  5250.  
  5251.  
  5252. Wayne H.
  5253.  
  5254. ------------------------------
  5255.  
  5256. End of TELECOM Digest V15 #8
  5257. ****************************
  5258.     
  5259.     
  5260. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa14469;
  5261.           5 Jan 95 14:52 EST
  5262. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5263.     id AA28762; Thu, 5 Jan 95 08:02:22 CST
  5264. Return-Path: <telecom>
  5265. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5266.     id AA28755; Thu, 5 Jan 95 08:02:19 CST
  5267. Date: Thu, 5 Jan 95 08:02:19 CST
  5268. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  5269. Message-Id: <9501051402.AA28755@delta.eecs.nwu.edu>
  5270. To: telecom@eecs.nwu.edu
  5271. Subject: TELECOM Digest V15 #9
  5272.  
  5273. TELECOM Digest     Thu, 5 Jan 95 08:02:00 CST    Volume 15 : Issue 9
  5274.  
  5275. Inside This Issue:                        Editor: Patrick A. Townson
  5276.  
  5277.     Re: What is a T1 Line? (Wally Ritchie)
  5278.     Re: What is a T1 Line? (Ed Goldgehn)
  5279.     Re: Protest of New Compuserve-Unisys GIF Usage Tax (Monty Solomon)
  5280.     Re: Protest of New Compuserve-Unisys GIF Usage Tax (Pat Clawson)
  5281.     Re: Procedure for Obtaining a 10XXX Code (Rahul Dhesi)
  5282.     Re: Watching the Area Codes Split (Tim Gorman)
  5283.     Re: NANP 800 Numbers From the UK (Jan Joris Vereijken)
  5284.     Re: Christmas Greetings From AT&T (Wolf Paul)
  5285.     Re: Erlang Capacity (Tim Gorman)
  5286.     Chatter Heard on Scanner Leads to Criminal Charges (Paul Gloger)
  5287.  
  5288. TELECOM Digest is an electronic journal devoted mostly but not
  5289. exclusively to telecommunications topics. It is circulated anywhere
  5290. there is email, in addition to various telecom forums on a variety of
  5291. public service systems and networks including Compuserve and America
  5292. On Line. It is also gatewayed to Usenet where it appears as the moderated
  5293. newsgroup 'comp.dcom.telecom'. 
  5294.  
  5295. Subscriptions are available to qualified organizations and individual
  5296. readers. Write and tell us how you qualify:
  5297.  
  5298.                  * telecom-request@eecs.nwu.edu *
  5299.  
  5300. The Digest is edited, published and compilation-copyrighted by Patrick
  5301. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  5302. or phone at:
  5303.                     9457-D Niles Center Road
  5304.                      Skokie, IL USA   60076
  5305.                        Phone: 708-329-0571
  5306.                         Fax: 708-329-0572
  5307.   ** Article submission address only: telecom@eecs.nwu.edu **
  5308.  
  5309. Our archives are located at lcs.mit.edu and are available by using
  5310. anonymous ftp. The archives can also be accessed using our email
  5311. information service. For a copy of a helpful file explaining how to
  5312. use the information service, just ask.
  5313.  
  5314. *************************************************************************
  5315. *   TELECOM Digest is partially funded by a grant from the              *
  5316. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  5317. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  5318. * project.  Views expressed herein should not be construed as represent-*
  5319. * ing views of the ITU.                                                 *
  5320. *************************************************************************
  5321.  
  5322. Additionally, the Digest is funded by gifts from generous readers such
  5323. as yourself who provide funding in amounts deemed appropriate. Your help 
  5324. is important and appreciated. A suggested donation of twenty dollars per
  5325. year per reader is considered appropriate. See our address above.
  5326.  
  5327. All opinions expressed herein are deemed to be those of the author. Any
  5328. organizations listed are for identification purposes only and messages
  5329. should not be considered any official expression by the organization.
  5330. ----------------------------------------------------------------------
  5331.  
  5332. From: writchie@gate.net
  5333. Subject: Re: What is a T1 Line?
  5334. Date: 5 Jan 1995 04:04:45 GMT
  5335. Reply-To: writchie@gate.net
  5336.  
  5337.  
  5338. In <telecom15.7.15@eecs.nwu.edu>, mpd@adc.com (Matthew P. Downs) writes:
  5339.  
  5340. > jhallen@world.std.com (Joseph H Allen) writes:
  5341.  
  5342. >> It does, because the original poster was concerned about that
  5343. >> bandwidth of the actual copper pair that came to his house.  It's my
  5344. >> understanding that an ISDN DS0 is 56K digital line on a copper pair
  5345. >> between your house and the local office, not a shared T1 (although a
  5346. >> multiplexer at the local office my put it on a T1).
  5347.  
  5348. > The DS0 for ISDN is a 64 kbps clear channel. A 56 kbps is effective
  5349. > through put because the other 8 kbps is used for signalling overhead.
  5350.  
  5351. Not exactly.
  5352.  
  5353. > In ISDN, you don't have this overhead, it's carried on the D channel.
  5354.  
  5355. Signalling is on the D channel but other overhead may also be involved. 
  5356. (see below) ...
  5357.  
  5358. > All DS0's that go to a line termination are 64 kbps.  It's more of
  5359. > what is the effective bandwidth.  Unless your circuit is provisoned to
  5360. > be a clear channel, it will have this 8K of overhead associated with
  5361. > it.
  5362.  
  5363. ALL ISDN WITHOUT EXCEPTION is clear channel in the B channels. There
  5364. is no ISDN transport mechanism that will ever modify the 8th bit.
  5365.  
  5366. What the original poster was probably referring to as a "56K digital line"
  5367. was most likely  a DDS circuit.
  5368.  
  5369. DDS is a four-wire (i.e. two pair) circuit with a bit rate of 64Kbps
  5370. of which 56Kbps is available for data. DDS uses an AMI coding so that
  5371. most of the spectral energy peaks around 32KHZ much like a T1 with
  5372. 1.544mbps has its spectral peak around 772KHZ.
  5373.  
  5374. ISDN BRI "Lines" in the US are normally single pairs that use a 2B1Q
  5375. modulation scheme with 160kbps transmitted at 80K "quads" per second.
  5376. The same pair is used for BOTH directions of transmission with
  5377. adaptive echo cancellation used at both ends to cancel that ends
  5378. transmit signal at it receiver so it "hears" only the other end.
  5379. 80kqps 2B1Q has most of its spectral energy around 40KHZ which is not
  5380. much higher than DDS.
  5381.  
  5382. Of the 160kbps, 2 B channels of 64Kbps each and 1 D channel of 16Kbps
  5383. are provided both of which are free of any coding restrictions as far
  5384. as the "line" is concerned. The remaining 24kbps is used for overhead
  5385. and maintenance functions. ALL forms of ISDN transport clear 64kbps
  5386. bearer channels without coding restrictions. The 56K bps restrictions
  5387. come up only when inter-working with non-ISDN segments that have
  5388. coding restrictions which means most of the US intra-LATA networks.
  5389.  
  5390. ISDN PRI in the US can be transported over T1 lines that employ B8ZS
  5391. encoding instead of AMI. B8ZS has essentially the same spectrum as AMI
  5392. but provides for transmission of any bit stream in the individual time
  5393. slots.  With PRI the D channel is 64KBPS leaving 23 B channels of
  5394. 64KBPS (without coding restrictions) on the T1 with D channel and 24 B
  5395. channels on any additional associated T1's.
  5396.  
  5397. Channel Banks that support B8ZS T1 lines can also be used to transport
  5398. the bit streams for BRI lines. In this case 1 or 2 timeslots are
  5399. assigned as the B channel(s) and 1 timeslot (typically) is assigned as
  5400. the D channel. In fact this may become the most common way ISDN is
  5401. delivered to residential areas.
  5402.  
  5403. ISDN BRI lines in US and the rest of the world are typically broken up
  5404. for CPE interface to a four-wire S/T interface. In the US the
  5405. conversion from the line to S/T interface is accomplished by an NT-1
  5406. which is CPE in the same sense that a DSU is CPE. Other CPE can,
  5407. however, incorporate this functionality itself.
  5408.  
  5409. The S/T lines are twisted pairs with separate transmit and receive
  5410. pairs.  The line code is inverted AMI baseband with a bit rate of
  5411. 192kbps and spectral peak around 96khz. 144kbps is used for the
  5412. payload B channels (64kbs each) and D channel (16kbs). The B channels
  5413. AGAIN are clear channel.  The remaining 48kbps is used for overhead
  5414. functions including a protocol that allow any one of multiple devices
  5415. to acquire the D channel.
  5416.  
  5417. WORTH REPEATING! ISDN always provides a clear 64kbps B channel free of
  5418. any coding restrictions whatsoever. If it don't it ain't ISDN. When
  5419. the B channel inter-works with a non-ISDN network or service, however,
  5420. coding restrictions may apply to the transport. ISDN segments will
  5421. never modify the data stream.  Non-ISDN segments can modify the stream
  5422. in many ways including trashing the the 8th bit with signalling data,
  5423. converting between A-Law and u-Law PCM, "TRUE VOICING" or other
  5424. marketing gimmicks, echo control, signal level conversions, or even
  5425. deliberate modifications to prevent users from sending data over
  5426. connections setup as voice in order to avoid usage charges on data.
  5427.  
  5428. In <telecom15.7.16@eecs.nwu.edu>, wewood@ix.netcom.com (William Wood)
  5429. writes:
  5430.  
  5431. <good accurate stuff deleted>
  5432.  
  5433. > The bank hardware was collectively known as a "D1 Bank." The original
  5434. > "T1" carrier used a "D1" bank to produced a "DS1" digital stream. The
  5435. > stream was (is) 24 each 64 Kb channels (1.536 Mbps) plus 8 Kbps of
  5436. > framing for a total of 1.544 Mbps. Channel level signaling (off hook,
  5437. > dial pulses, etc.) was done by "bit robbing" (a type of channel
  5438. > associated signaling) within each channel stream. With all these
  5439.  
  5440. I believe that the D1 system used the full 8th bit for signalling and
  5441. a 7 bit PCM. This was something less than satisfactory so the robbed
  5442. bit approach and an 8 bit PCM code was introduced in succeeding
  5443. systems.
  5444.  
  5445. Just for the record.
  5446.  
  5447.  
  5448. Wally Ritchie    Ft. Lauderdale, Florida
  5449.  
  5450. ------------------------------
  5451.  
  5452. From: edg@ocn.com (Ed Goldgehn)
  5453. Subject: Re: What is a T1 Line?
  5454. Date: 5 Jan 1995 02:44:54 GMT
  5455. Organization: The INTERNET Connection, LLC
  5456.  
  5457.  
  5458. In article <telecom15.7.16@eecs.nwu.edu>, wewood@ix.netcom.com says:
  5459.  
  5460. [one of the best explanations I've ever seen snipped]
  5461.  
  5462. The only flames you should get are lighters in the air in lieu of applause.
  5463.  
  5464.  
  5465. Ed Goldgehn                           E-Mail:  edg@ocn.com
  5466. Sr. Vice President                    Voice:   (404) 919-1561
  5467. Open Communication Networks, Inc.     Fax:     (404) 919-1568
  5468.  
  5469. ------------------------------
  5470.  
  5471. Date: Wed, 4 Jan 1995 23:51:29 -0500
  5472. From: Monty Solomon <monty@roscom.COM>
  5473. Subject: Re: Protest of New Compuserve-Unisys GIF Usage Tax
  5474. Reply-To: monty@roscom.COM
  5475.  
  5476.  
  5477. > The announcement by CompuServe and Unisys that users of the GIF image
  5478. > format must register by January 10 and pay a royalty or face lawsuits
  5479. > for their past usage, is the online communications community's
  5480. > equivalent of the sneak attack at Pearl Harbor.
  5481.  
  5482. Begin forwarded message:
  5483.  
  5484.   Date: Wed, 4 Jan 95 01:27:59 EST
  5485.   Sender: cello-l@listserv.law.cornell.edu
  5486.   From: johnross@halcyon.com (John Ross)
  5487.   Subject: Future of .gif
  5488.  
  5489. It's not quite as bad as first reported. This was posted on The WELL tonight:
  5490.  
  5491. [TD Editor's Note: Text printed here yesterday. See previous issues.
  5492. VP of Compuserve in essence says 'not our fault' and hoping things can be 
  5493. worked out.  PAT]
  5494.  
  5495. >  Tim Oren
  5496. >  Vice President
  5497. >  CompuServe
  5498.  
  5499. My analysis of this is that it's premature to panic. Depending on what
  5500. UnySys does, there may be no problem. But it's probably time to find a
  5501. replacement for .gif as the Web standard anyway. 
  5502.  
  5503.  
  5504. [TELECOM Digest Editor's Note: And maybe a replacement for .git *has*
  5505. been found -- already!  See the next message in this series for one
  5506. solution put together on the run by a few people.   PAT]
  5507.  
  5508. ------------------------------
  5509.  
  5510. Date: Thu, 05 Jan 1995 03:08:34 -0500 (EST)
  5511. From: PATCLAWSON@delphi.com
  5512. Subject: Re: Protest of New Compuserve-Unisys GIF Usage Tax 
  5513.  
  5514.  
  5515. An Open Letter to the Senior Management of CompuServe and the Online
  5516. Communications Community:
  5517.  
  5518. HOW TO SAVE GIF -- NOW !!
  5519.  
  5520. Following last weekend's surprise announcement of the CompuServe-Unisys GIF 
  5521. Tax, we agree with many in the online communications community that a
  5522. group is needed to create a new imaging format.  New compression methods 
  5523. allow us to design a format that's smaller, more flexible, and ready
  5524. to go the distance for our future needs.  But let's take a hard look
  5525. at the current crisis at hand.
  5526.  
  5527. There are thousands of software products in the market featuring GIF
  5528. support, from shareware to professional commercial packages. There are
  5529. thousands of BBS systems and Web sites transmitting GIF images to
  5530. online customers all over the world.  What happens to these products
  5531. and their developers when January 10th hits?  Does the online community 
  5532. stop viewing GIFs online?  Will Web Sites have holes in the HTML pages
  5533. where the GIFs should have been?  Will sysops be told to remove GIFs
  5534. and GIF-related software from all non-CompuServe related systems?  How
  5535. many millions of dollars will be lost by software developers and sysops?
  5536.  
  5537. Like all of us, we're waiting for a possible announcement from CompuServe 
  5538. and Unisys that may solve our problems.  That same announcement may
  5539. also seal GIF's demise. We need a backup plan if things don't go well.
  5540.  
  5541. Some say GIF is dead.  We think it's just broken. 
  5542.  
  5543. SO WE FIXED IT. 
  5544.  
  5545. We replaced the broken part - LZW compression.
  5546.  
  5547. So now, we propose a remedy that may cure our problem in a timely manner.
  5548.  
  5549. If CompuServe really wants to continue to provide the GIF format under
  5550. the conditions of their original royalty-free license, but can't
  5551. because of the patented Unisys LZW compression algorithm, the most
  5552. painless cure is to substitute another compression scheme.  Here's our
  5553. fix. See what you think:
  5554.  
  5555. * We just completed a two-day, no-sleep marathon to yank the LZW routines 
  5556. out of our GIF89a code and replace it with an open form of LZHUF.
  5557.  
  5558. * In our testing, the LZHUF compression produced GIF files that were
  5559. virtually identical in size to the LZW version.  Some LZHUF images
  5560. were slightly larger.
  5561.  
  5562. * We have followed the GIF89a format specification to the letter,
  5563. except for the part that defines the type of compression method used
  5564. on the image data (LZHUF vs LZW).
  5565.  
  5566. * We replaced all LZW functions in our GIF library with LZHUF
  5567. functions. This two hour change to our software produced a completely
  5568. functional GIF library (Interlaced, Comment Blocks, Masking Bits,
  5569. Etc.).  EVERYTHING WAS INTACT AND WORKING FINE WITHOUT ANY NEED FOR
  5570. LZW.
  5571.  
  5572. * We also wrote a program to convert the original GIF87a and GIF89a
  5573. images to the LZHUF version of our proposed GIF format.
  5574.  
  5575. There has been talk in this forum of a GEF (Graphics Exchange Format)
  5576. or a GIF95a format, and even the replacement of the LZW part of GIF.
  5577. We took the initiative and created GEF.
  5578.  
  5579. We think GEF is a quick and viable solution to our problem. TeleGrafix 
  5580. Communications offers it to the online community FREE OF CHARGE as a
  5581. public service.
  5582.  
  5583. We are willing to upload our proposed GEF update with ALL SOURCE CODE
  5584. intact so everyone can convert their current GIF files from the closed
  5585. LZW form to the open LZHUF form.
  5586.  
  5587. All we ask is that CompuServe give us its approval. 
  5588.  
  5589. Developers need make only minimal changes to their original GIF source
  5590. code.  It took us only two hours.  Most GIF-based products that your
  5591. customers own can be upgraded WITH JUST A PATCH FILE.
  5592.  
  5593. GIFs and LZW would become unrelated immediately and we could get back
  5594. the open, royalty-free format we have come to depend on.  If CompuServe 
  5595. will not allow the compression method to be changed, then GIF is truly
  5596. a dead format.
  5597.  
  5598. We appreciate any comments on our proposal, especially from GIF's
  5599. creators at CompuServe.  If it is not supported by CompuServe or the
  5600. online community, then it will be deleted along with all of our other
  5601. GIF-related files.  We will stay with JPEG, and search for an entirely
  5602. new image format standard.
  5603.  
  5604.  
  5605. Sincerely,
  5606.  
  5607. Pat Clawson
  5608. President & Chief Executive Officer
  5609. TeleGrafix Communications
  5610.  
  5611. Mark Hayton 
  5612. Vice President & Chief Technology Officer 
  5613. TeleGrafix Communications Inc.   
  5614.  
  5615. Phone: (714) 379-2140
  5616. Fax: (714) 379-2132
  5617. BBS: (714) 379-2133
  5618. Internet: rip.support@telegrafix.com
  5619.  
  5620.  
  5621. [TELECOM Digest Editor's Note: Good luck with this! Let's hope the change
  5622. in format can be accomplished with a minimum of effort on the part of all
  5623. concerned. If your's will do the job, perhaps CIS should look at it and
  5624. see if they can be accomodating.   PAT]
  5625.  
  5626. ------------------------------
  5627.  
  5628. From: Rahul Dhesi <dhesi@rahul.net>
  5629. Subject: Re: Procedure for Obtaining a 10XXX Code
  5630. Date: 5 Jan 1995 10:55:45 GMT
  5631. Organization: a2i network
  5632.  
  5633.  
  5634. In <telecom15.8.12@eecs.nwu.edu> whuffman@ix.netcom.com (Wayne Huffman) 
  5635. writes:
  5636.  
  5637. > FYI The local cableco here in Fairfax County, VA (Media General Cable)
  5638. > has a 10XXXX code (106-500), used for ordering Pay-Per-View movies.  I
  5639. > can't seem to get an answer from Bell Atlantic on how this was
  5640. > arranged.
  5641.  
  5642. I assume they talked with some IXC called 'EDS', which owns 10650.
  5643. The next digit you dial is another zero, which leads to an operator.
  5644.  
  5645.  
  5646. Rahul Dhesi <dhesi@rahul.net>
  5647.  
  5648. ------------------------------
  5649.  
  5650. Date: Wed, 4 Jan 1995 21:50:27 -0500
  5651. From: Tim Gorman <tg6124@ping.ping.com>
  5652. Subject: Re: Watching the Area Codes Split
  5653.  
  5654.  
  5655. Sean E. Williams <sean@epix.net> writes in TELECOM Digest V15 #3:
  5656.  
  5657. >John Lundgren wrote:
  5658.  
  5659. >> Someday there might just be a database that has your name, and the 
  5660. >> number associated with it, and all people will have to do is punch up 
  5661. >> your name, and not have to worry about a number.  And it will be current.
  5662.  
  5663. > Just like the internet Domain Name System.  It could have been implemented 
  5664. > years ago, and then we wouldn't be having all the problems associated
  5665. > with the NANP -- your neighbor could be in a different area code, and
  5666. > you wouldn't even have to know or care, so long as you could remember
  5667. > his name!
  5668.  
  5669. > How about a system which provides a menu of available options?  Start
  5670. > out by entering a person's name.
  5671.  
  5672. > Okay, so there are thousands of "Jim Smiths" in the US.  At first, you
  5673. > are presented with the one who lives closest to you (the city / street
  5674. > would be displayed) or you could specify a specific location at the
  5675. > start if you are calling a "Jim Smith" who lives several states away.
  5676.  
  5677. > When you finally select the appropriate "Jim Smith", a menu appears
  5678. > listing the following options: home, cellular, pager, fax, data, etc.
  5679. > Select the option you wish, and you are connected to that service.
  5680.  
  5681. > I don't know much about ISDN, but it's probably capable of doing this
  5682. > right now if the appropriate software were to be written.
  5683.  
  5684. I couldn't let this one go by. Is there anyone else out there who
  5685. would expect the internet DNS to puke up if it had to handle a system
  5686. the size of teh nationwide phone system? Especially with the daily
  5687. change activity that has to be processed?
  5688.  
  5689. Just keeping the 800 database current is a major undertaking. I cannot
  5690. even imagine keeping a database of over two (actually closer to four isn't
  5691. it?)  billion potential nodes current, especially if it included mobile 
  5692. terminals which change second by second rather than daily, weekly or
  5693. longer.
  5694.  
  5695.  
  5696. Tim Gorman   Southwestern Bell Tel Co  tg6124@ping.com
  5697.  
  5698. ------------------------------
  5699.  
  5700. From: janjoris@win.tue.nl (Jan Joris Vereijken)
  5701. Subject: Re: NANP 800 numbers from the UK
  5702. Date: 5 Jan 1995 11:30:01 +0100
  5703. Organization: Eindhoven University of Technology, the Netherlands
  5704. Reply-To: janjoris@acm.org (Jan Joris Vereijken)
  5705.  
  5706.  
  5707. Clive D.W. Feather  <clive@sco.COM> wrote:
  5708.  
  5709. > All of a sudden, I can now dial 1-800 numbers from the UK. There is a
  5710. > few seconds of silence, and then an American female voice tells me
  5711. > that this call will *not* be free, but charged at standard direct-dial
  5712. > rates.  If I don't want to pay, I should hang up now.
  5713.  
  5714. I tried this in the Netherlands (from the 040-84 exchange located in
  5715. Nuenen, near Eindhoven), and it didn't work. After I had dialed
  5716. 00-1-800-xxx I got the "illegal number" tones.
  5717.  
  5718. Previously, in the Netherlands, you could dial all digits of 1-800,
  5719. but got a (Dutch) recording "this number cannot be reached".
  5720.  
  5721. In 1993 this recording disappeared, and you couldn't dial further than
  5722. 00-1-800-xxx.
  5723.  
  5724. Just for the heck of it I tried it a dozen times, with differnt values
  5725. of xxx. Alas, to no avail.
  5726.  
  5727. What's happening? Is the Dutch PTT blocking calls that could be
  5728. perfectly well completed? Or do the Britsh have a special agreement
  5729. with the Americans that not valid in the Netherlands?
  5730.  
  5731. Who knows more?
  5732.  
  5733.  
  5734. ByeBye,
  5735.  
  5736. Jan Joris
  5737.  
  5738.  
  5739. [TELECOM Digest Editor's Note: It would not surprise me if a special
  5740. deal was in place between the UK and the telcos here.    PAT]
  5741.  
  5742. ------------------------------
  5743.  
  5744. From: Wolf.Paul@aut.alcatel.at (Wolf Paul)
  5745. Subject: Re: Christmas Greetings From AT&T
  5746. Date: 5 Jan 1995 09:01:11 GMT
  5747. Organization: Alcatel Austria AG
  5748. Reply-To: Wolf.Paul@aut.alcatel.at
  5749.  
  5750.  
  5751. In article 10@eecs.nwu.edu, cornutt@lambda.msfc.nasa.gov (David Cornutt) 
  5752. writes:
  5753.  
  5754. >> I got one of those things.  Unfortunately for AT&T, the phone number
  5755. >> that they had on the check was not an actual line, but an old remote-
  5756. >> call-forwarded number that I was retaining for personal reasons.
  5757.  
  5758. >> As such, it was, of course, utterly impossible to make outgoing calls
  5759. >> from that number.  So the check went in the trash.  I imagine that
  5760. >> cashing it under those circumstances probably would have constituted
  5761. >> fraud.
  5762.  
  5763. That would be a very interesting question:
  5764.  
  5765. Would it really constitute fraud if I cashed a check which someone has
  5766. sent me without solicitation from me? After all, I agree to their
  5767. switching this number, so I am fulfilling the condition they placed on
  5768. me for cashing the check.
  5769.  
  5770. It is **THEIR** problem that they did not do their homework properly.
  5771.  
  5772. Now, if they advertised such a check for anyone requesting a switch,
  5773. and I call them and have them send me a check in return for switching
  5774. that number, knowing full well that it isn't a real line, then I could
  5775. see calling this fraud. But not if the initiative was theirs.
  5776.  
  5777. Well, we'll find out how this works over here in a couple of years.
  5778. Austria just joined the EU, and the EU has decreed the end of telecom
  5779. monopolies by the end of 1996 (or is it 1998)? We will all be faced
  5780. with the same problems and privileges then.
  5781.  
  5782.  
  5783. Wolf N. Paul, UNIX Support/KSR          wnp@aut.alcatel.at
  5784. Alcatel Austria AG                   +43-1-277-22-2523 (w)
  5785. Scheydgasse 41/E26                  +43-1-277-22-118 (fax)
  5786. A-1210 Vienna, Austria (Europe)         +43-1-220-6481 (h)
  5787.  
  5788. ------------------------------
  5789.  
  5790. Date: Wed, 4 Jan 1995 21:30:57 -0500
  5791. From: Tim Gorman <tg6124@ping.ping.com>
  5792. Subject: Re: Erlang Capacity
  5793.  
  5794.  
  5795. ERU.ERUDYG@memo4.ericsson.se writes in TELECOM Digest V15 #2:
  5796.  
  5797. > I am looking for information about Erlang Capacity Calculations for
  5798. > land line based telecom networks. My main question is this:
  5799.  
  5800. > In cellular, typical system design is according to Erlang B or Erlang
  5801. > C traffic tables, and designed for 2% blocking (.02 G.O.S., Grade Of
  5802. > Service).
  5803.  
  5804. > Is this the same for land line?, local PSTN? long distance trunks?
  5805. > international trunks? etc. Any information or source of information
  5806. > for this would be useful.
  5807.  
  5808. Grade of Service for all PSTN providers that I know of is 1% blocking.
  5809. To provide this on tandem connections to interLATA carriers we utilize
  5810. 0.5% blocking on our end office-access tandem links. I'm not sure what
  5811. you are describing with the term "land line" since a land line has
  5812. 100% grade of service to the CO by definition (this may not be true in
  5813. some concentrated subscriber loop carrier systems but it should be
  5814. pretty close).
  5815.  
  5816. InterLATA toll and international toll grades of service are not in my
  5817. area of expertise anymore but I'll be they are close to 1% blocking as
  5818. well in most areas.
  5819.  
  5820. We use Neil-Wilkerson tables for coming up with the number of trunks
  5821. required. It's been a long time since I studied this but I think a
  5822. simple explanation would be that these tables are Poisson tables with
  5823. peakedness factors for non-smooth offered load. The Poisson tables
  5824. would be equivalent to your Erlang B tables, I suspect.
  5825.  
  5826. Again, it has been a while but I thought Erlang C was not used for
  5827. figuring blockage to offered load on a trunk group but instead for
  5828. figuring holding time in queue while waiting for answer. Are you sure
  5829. you use Erlang C in trunk blocking or do I have my tables mixed up :-) ?
  5830.  
  5831.  
  5832. Tim Gorman  Southwestern Bell Tel. Co   tg6124@ping.com
  5833.  
  5834. ------------------------------
  5835.  
  5836. Date: Thu, 5 Jan 1995 04:49:47 PST
  5837. From: Paul_Gloger.ES_XFC@xerox.com
  5838. Subject: Chatter Heard on Scanner Leads to Criminal Charges
  5839.  
  5840.  
  5841.  From the Associated Press, as reported in the {Los Angeles Times},
  5842. Sunday, January 1, 1995:
  5843.  
  5844. Chatter Heard on Scanner Leads to Criminal Charges
  5845.  
  5846. Memphis, Tenn. - A woman listening to a police scanner she had gotten
  5847. for Christmas picked up a conversation over cordless telephones and
  5848. heard what turned out to be a murder plot unfolding, investigators
  5849. say.
  5850.  
  5851. Donna McGee tipped sheriff's deputies to what she had heard, and on
  5852. Thursday a woman and her boyfriend were arrested and accused of conspiring 
  5853. to kill the woman's husband and make it look like a burglary gone awry.
  5854.  
  5855. "It appears their motive was to collect the insurance money and get
  5856. out of debt, and for them to continue their lives together," said
  5857. Sheriff's Capt. Joe Ball.
  5858.  
  5859. Jacqueline Lee Greene, 32, and Christopher Scott Davis, 21, were charged 
  5860. with conspiracy to murder her husband, James Kenneth Greene.  Davis
  5861. was also charged with criminal attempt to commit murder.
  5862.  
  5863. McGee said the scanner chatter she heard Wednesday caught her attention fast.
  5864.  
  5865. "I heard this man say: 'Are you sure you want to go through with
  5866. this?'  She said she was sure, and asked him if he was sure," McGee
  5867. said Friday.  "She asked him: 'Do you really love me enough to kill
  5868. for me?'  He said: 'Yes, I do.  Do you have any doubts?'"
  5869.  
  5870. The man and woman talked about having Davis enter the Greene house
  5871. through a window, McGee said.
  5872.  
  5873. "She said if he came through the unlocked patio door, there wouldn't
  5874. be any sign of forced entry," McGee said.  "She said: 'If you come
  5875. through the window, Kenny will hear you and he'll come and that's when
  5876. you shoot him.'"
  5877.  
  5878. By this time some of McGee's family was listening.  When the woman on
  5879. the scanner called her daughter, McGee's daughter recognized a playmate's 
  5880. name.  Eventually, the McGees said, they realized the identity of the
  5881. intended victim.
  5882.  
  5883. Greene "was just absolutely amazed, scared, shocked" when sheriff's
  5884. deputies informed him of the plot against him, Ball said.
  5885.  
  5886. Cordless telephones use radio waves to communicate between the handset
  5887. and the base.  Those radio waves can easily be intercepted by a police
  5888. scanner.
  5889.  
  5890. Ball said there was nothing illegal in McGee's listening to the cordless 
  5891. phone conversations because it was a random scanning.
  5892.  
  5893.  
  5894. [TELECOM Digest Editor's Note: That's the first time I have ever heard
  5895. of cordless phone monitoring being dismissed as 'nothing illegal' because
  5896. it was 'random scanning'. You'd think they would rely on previous court
  5897. decisions stating that cordless phones do not have the same protection
  5898. as cellular phones ... or something ... but isn't all scanner listening
  5899. essentially 'random'?   PAT]
  5900.  
  5901. ------------------------------
  5902.  
  5903. End of TELECOM Digest V15 #9
  5904. ****************************
  5905.     
  5906.     
  5907. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa24012;
  5908.           5 Jan 95 21:58 EST
  5909. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5910.     id AA16473; Thu, 5 Jan 95 17:08:34 CST
  5911. Return-Path: <telecom>
  5912. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  5913.     id AA16463; Thu, 5 Jan 95 17:08:31 CST
  5914. Date: Thu, 5 Jan 95 17:08:31 CST
  5915. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  5916. Message-Id: <9501052308.AA16463@delta.eecs.nwu.edu>
  5917. To: telecom@eecs.nwu.edu
  5918. Subject: TELECOM Digest V15 #10
  5919.  
  5920. TELECOM Digest     Thu, 5 Jan 95 17:08:00 CST    Volume 15 : Issue 10
  5921.  
  5922. Inside This Issue:                         Editor: Patrick A. Townson
  5923.  
  5924.     Internet '95 Conference (Leona Nichols)
  5925.     800 Numbers, How Important? (Paul Harts)
  5926.     Re: Telecom Group in Chicago (Maurice Givens)
  5927.     New Telecom Resource on the Internet (me@telematrix.com)
  5928.     Switch Features Information Wanted (Glenn Shirley)
  5929.     Videoconferencing Seminar in Rochester, NY (David C. Weber)
  5930.     Call Waiting and Caller-ID (Keith Knipschild)
  5931.     Cellphone ANI Now Being Given? (Keith Knipschild)
  5932.     Cellular Phone Pricing Question (John McGing)
  5933.     British Telecom Cuts Rates to Canada and U.S. (Dave Leibold)
  5934.     M2 Presswire Note (News Digest Reader Account)
  5935.     Need Profile of Teleport Communications Group (Linli Zhao)
  5936.     CAI Preferences by Service Providers (Alex Cena)
  5937.     Telecomix (Dave Leibold)
  5938.  
  5939. TELECOM Digest is an electronic journal devoted mostly but not
  5940. exclusively to telecommunications topics. It is circulated anywhere
  5941. there is email, in addition to various telecom forums on a variety of
  5942. public service systems and networks including Compuserve and America
  5943. On Line. It is also gatewayed to Usenet where it appears as the moderated
  5944. newsgroup 'comp.dcom.telecom'. 
  5945.  
  5946. Subscriptions are available to qualified organizations and individual
  5947. readers. Write and tell us how you qualify:
  5948.  
  5949.                  * telecom-request@eecs.nwu.edu *
  5950.  
  5951. The Digest is edited, published and compilation-copyrighted by Patrick
  5952. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  5953. or phone at:
  5954.                     9457-D Niles Center Road
  5955.                      Skokie, IL USA   60076
  5956.                        Phone: 708-329-0571
  5957.                         Fax: 708-329-0572
  5958.   ** Article submission address only: telecom@eecs.nwu.edu **
  5959.  
  5960. Our archives are located at lcs.mit.edu and are available by using
  5961. anonymous ftp. The archives can also be accessed using our email
  5962. information service. For a copy of a helpful file explaining how to
  5963. use the information service, just ask.
  5964.  
  5965. *************************************************************************
  5966. *   TELECOM Digest is partially funded by a grant from the              *
  5967. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  5968. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  5969. * project.  Views expressed herein should not be construed as represent-*
  5970. * ing views of the ITU.                                                 *
  5971. *************************************************************************
  5972.  
  5973. Additionally, the Digest is funded by gifts from generous readers such
  5974. as yourself who provide funding in amounts deemed appropriate. Your help 
  5975. is important and appreciated. A suggested donation of twenty dollars per
  5976. year per reader is considered appropriate. See our address above.
  5977.  
  5978. All opinions expressed herein are deemed to be those of the author. Any
  5979. organizations listed are for identification purposes only and messages
  5980. should not be considered any official expression by the organization.
  5981. ----------------------------------------------------------------------
  5982.  
  5983. Date: Thu,  5 Jan 95 10:15:26 PST
  5984. From: Leona Nichols <leona@whale.telestrat.com>
  5985. Subject: Internet '95 Conference
  5986.  
  5987.  
  5988. TeleStrategies' Internet '95 Conference/Expo
  5989.  
  5990. CONFERENCE TRACK
  5991. Publishing, Marketing and Advertising on the Internet
  5992. March 21-22, 1995
  5993.  
  5994.  
  5995. Tuesday, March 21, 1995       
  5996.  
  5997. 9:00-10:30  Session C-1
  5998. THE FUTURE OF INTERNET PUBLISHING
  5999. Brewster Kahle, CEO, WAIS, Inc.
  6000. John Curran, Product Manager, BBN Technology Services
  6001. Stanley R. Greenfield, President, Dial-A-Book, Inc. and former
  6002.   Senior Vice President and consultant for Ziff-Davis Publishing
  6003.   Company
  6004.  
  6005. 10:45-12:15  Session C-2
  6006. HOW TO MARKET AND ADVERTISE EFFECTIVELY
  6007. Jeffrey Dearth, CEO, Electronic Newsstand, Inc.
  6008. Andrew Frank, Director, Software Development
  6009.   Ogilvy & Mather Direct
  6010. Duffy Mazan, Partner, Electric Press, Inc.
  6011.  
  6012. 1:30-3:00  Session C-3
  6013. PUBLISHING ON THE INTERNET
  6014. Laura Fillmore, President, Online Bookstore
  6015. John Pierce, Electronic Publishing Specialist
  6016.   Online Computer Library Center, Inc.
  6017. Brad Templeton, President, ClariNet Communications
  6018.  
  6019. 3:30-4:00 Session C-4
  6020. ONLINE CREDIT CARD TRANSACTIONS
  6021. Lee H. Stein, Chairman and CEO, First Virtual Holdings Incorporated
  6022.  
  6023. 4:00-5:30  Session C-5
  6024. ROUND TABLE DISCUSSION OF INTERNET SECURITY
  6025. Steven Lipner, Vice President, Trusted Information Systems, Inc.
  6026. Kurt Stammberger, Technology Marketing Manager
  6027.   RSA Data Security, Inc.
  6028. Raymond DeRoo, System Administrator, E-Znet Inc.
  6029.  
  6030. Wednesday, March 22, 1995
  6031.  
  6032. 8:30-10:00  Session C-6
  6033. COPYRIGHT AND LICENSING ISSUES
  6034. Kathlene Karg, Assistant Director, Copyright and New Technology
  6035.   Association of American Publishers, Inc.    
  6036. Steve Metalitz, Partner, Smith & Metalitz
  6037. Rebecca Lenzini, President, CARL Corporation
  6038.  
  6039. 10:30-12:00  Session C-7
  6040. DOING BUSINESS ON THE INTERNET
  6041. Phillip J. Selleh, Solutions Consultant
  6042.   Worldwide Alliance Team, AT&T Global Information Solutions
  6043. Fernand A. Lavallee, Senior Associate
  6044.   Venable Baetjer Howard & Civiletti
  6045. Nat Ballou, Technology Consultant, Software Products Division
  6046.   AT&T Global Information Solutions
  6047. Arthur S. Rosenfield, President, Business Development Group, Inc.
  6048.  
  6049. 1:30-3:30  Session C-8
  6050. COMMERCENET: A MODEL FOR BUSINESS-TO-BUSINESS ELECTRONIC COMMERCE
  6051. Randall Whiting, Chair, CommerceNet Sponsors Steering Committee
  6052.   SESSION CHAIR
  6053. Stacy Bressler, Worldwide Business Development Manager - Interactive
  6054.   Electronic Sales, Hewlett-Packard Company
  6055. Robert Frank, Project Leader - Chief Scientist - Electronic
  6056.   Commerce/EDI, Lawrence Livermore National Laboratory
  6057. Gail Grant, Vice President - New Business Development, Open Market, Inc.
  6058. Mark Resch, Xerox Corporation
  6059. Anita Schiller, Director of Electronic Marketing, Silicon Graphics, Inc.
  6060. William Wong, CommerceNet Project Leader, Enterprise
  6061.   Integration Technologies
  6062.  
  6063.  
  6064. WORKSHOP TRACK
  6065. HOW TO DO BUSINESS ON THE INTERNET
  6066. MARCH 21-22, 1995
  6067.  
  6068. TUESDAY, MARCH 21, 1995
  6069.  
  6070. 9:00-10:00  Session W-1
  6071. BUSINESS USES OF THE INTERNET
  6072. Howard McQueen, President, McQueen Associates
  6073.  
  6074. 10:15-11:00  Session W-2
  6075. NETIQUETTE: HOW TO DO BUSINESS ON THE INTERNET WITHOUT GETTING FLAMED
  6076. Paul Kainen, President, Kainen Technology Services
  6077.  
  6078. 11:00-12:00  Session W-3
  6079. SECURITY 101
  6080. Alan Taffel, Vice President - Marketing, UUNET Technologies, Inc.
  6081.  
  6082. 2:00-2:30  Session W-4
  6083. WRITING FOR THE INTERNET
  6084. Ed Hott, Vice President - Sales, Interse Corporation
  6085.  
  6086. 2:30-3:45  Session W-5
  6087. CREATING A BUSINESS PRESENCE ON THE INTERNET
  6088. Duffy Mazan, President, Electric Press, Inc.
  6089.  
  6090. 4:00-5:00  Session W-6
  6091. MARKETING AND MANAGING YOUR SERVER
  6092. Scott Finer, President, HSF Consulting
  6093.  
  6094. WEDNESDAY, MARCH 22, 1995
  6095.  
  6096. 9:00-9:45  Session W-7
  6097. HANDLING ONLINE CREDIT CARD TRANSACTIONS
  6098. Representative, First Virtual Holdings Inc.
  6099.  
  6100. 9:45-10:30  Session W-8
  6101. ONLINE PUBLISHING
  6102. Laura Fillmore, President, Online Bookstore
  6103.  
  6104. 11:00-12:00 Session W-9
  6105. CREATING A PROFITABLE ONLINE CATALOG
  6106. Gregory Giagnocavo, Internet Consultant, Wentworth Worldwide Media
  6107.  
  6108. 2:00-3:15  Session W-10
  6109. BUSINESS-TO-BUSINESS MARKETING ON THE INTERNET
  6110. Robert Tobias, Senior Consultant, Regis McKenna Inc.
  6111.  
  6112.  
  6113. PRE-CONFERENCE TUTUORIALS
  6114. MARCH 20, 1995
  6115.  
  6116. Pre-Conference Tutorial -- Basic Level -- Session T-1
  6117. The Basics of Using the Internet for Business
  6118. Monday, March 20, 1995   o   9:00 a.m. to 5:00 p.m.
  6119. By John Buckley, Director of Training, Gestalt Systems, Inc.
  6120.  
  6121.  
  6122. Pre-Conference Tutorial -- Advanced -- Session T-2
  6123. Understanding and Using Internet Resources and Improving Access 
  6124. Monday, March 20, 1995   o   9:00 a.m. to 4:30 p.m.
  6125. By Howard McQueen, President, McQueen Associates
  6126.  
  6127.  
  6128. Pre-Conference Tutorial -- Advanced -- Session T-3
  6129. COMMERCIAL WEB DEVELOPMENT
  6130. Monday, March 20, 1995   o   9:00 a.m. to 5:00 p.m.
  6131. By Duffy Mazan, President, Electric Press, Inc.
  6132.  
  6133.  
  6134. EXHIBIT TRACK
  6135.  
  6136. Exhibitors at past TeleStrategies Internet programs include:
  6137. America Online        Ameritech Library Services        Gestalt Systems
  6138. McQueen Associates        PSI                    Inforonics
  6139. Hybrid Networks, Inc.    Spry, Inc.                UUNET 
  6140. Legi-Slate            Wentworth Worldwide Media        WAIS, Inc.
  6141. Internet Access Group
  6142.  
  6143.  
  6144. EXHIBIT HOURS
  6145. Monday, March 20         5:00-6:30 p.m.
  6146. Tuesday, March 21        12:00-6:30 p.m.
  6147. Wednesday, March 22        10:00-2:00 p.m.
  6148.  
  6149. In addition to the exhibits, on March 21-22, seven exhibitors will do
  6150. in-depth online demonstrations of their services.
  6151.  
  6152. FOR INFORMATION ABOUT EXHIBITING AT TELESTRATEGIES INTERNET 95,
  6153. CALL JACKIE MCGUIGAN AT 703-734-7050. 
  6154.  
  6155.  
  6156. FOR MORE INFORMATION, REGISTRATION OR A COMPLETE CONFERENCE BROCHURE:
  6157.  
  6158.     CALL    (703)734-7050
  6159.     FAX        (703)893-3197
  6160.     E-MAIL    internet@telestrat.com (Please include ground
  6161.             address or fax number to receive the full
  6162.             conference brochure, which is not available
  6163.             on-line)
  6164.  
  6165.  
  6166. PRE-CONFERENCE TUTORIALS -- March 20, 1995 (choose one)
  6167.  
  6168. The Basics of Using the Internet for Business ...................$495
  6169. Understanding and Using Internet Resources and Improving Access..$495
  6170. Commercial Web Development.......................................$495
  6171.  
  6172. INTERNET CONFERENCE TRACK
  6173. Plus workshops, exhibits and online demonstrations
  6174. March 21-22, 1995................................................$985
  6175.  
  6176. ALL FOUR INTERNET 95 EVENTS
  6177. A tutorial (please specify), conference, workshop, online
  6178. demonstrations and exhibits
  6179.    March 20-22, 1995..............................................$1,395
  6180.  
  6181.    INTERNET WORKSHOPS, DEMONSTRATIONS AND EXHIBITS
  6182.    March 21-22, 1995................................................$495
  6183.  
  6184.    EXHIBITS ONLY
  6185.    March 20-22, 1995.................................................$10
  6186.  
  6187. HOTEL INFORMATION
  6188.  
  6189. Sheraton Crystal City Hotel
  6190. 1800 Jefferson Davis Highway
  6191. Arlington, VA 22202
  6192. 703-486-1111
  6193.  
  6194. CONFERENCE HOURS
  6195.  
  6196. Registration begins at 8:00 a.m. on Monday and
  6197. Tuesday. Session hours are 9:00-5:00 on Monday, March 20, 9:00-5:30 on
  6198. Tuesday, March 21 and 8:30-3:30 on Wednesday, March 22.
  6199.  
  6200. ------------------------------
  6201.  
  6202. Date: Thu, 05 Jan 1995 15:10:58 GMT
  6203. From: P.P.W.M.Harts@research.ptt.nl (Paul Harts)
  6204. Subject: 800 Numbers, How Important?
  6205. Organization: PTT Research, The Netherlands
  6206.  
  6207.  
  6208. Hi, 
  6209.  
  6210. Recent research indicated that more than 25% of all 'long Distance
  6211. Calls' in the United States is to an 800 number. Can any of you
  6212. substantiate this percentage? And do you know if is it measured in
  6213. frequency of use or in minutes?
  6214.  
  6215.  
  6216. Thanks in advance, 
  6217.  
  6218. Paul 
  6219.  
  6220. email: P.P.W.M.Harts@research.ptt.nl 
  6221. mail : Winschoterdiep OZ 46    P.O. 15000                    
  6222.        9700 CD  Groningen      Netherlands                   
  6223.  
  6224. ------------------------------
  6225.  
  6226. From: maury@tellabs.com (Maurice Givens)
  6227. Subject: Re: Telecom Group in Chicago
  6228. Organization: Tellabs, Inc.
  6229. Date: Thu, 5 Jan 1995 14:32:20 GMT
  6230.  
  6231.  
  6232. In article <telecom15.6.5@eecs.nwu.edu> logicarsch@aol.com writes
  6233.  
  6234. > I do market research specializing in telecommunications. I'm looking
  6235. > for a telecom organization that I can join that has a Chicago chapter.
  6236. > Specifically, I'm looking for a group that has meetings, seminars and
  6237. > get-togethers, a little newsletter, etc. etc. for a hundred or two
  6238. > hundred bucks a year. Can someone clue me in? Thanks!
  6239.  
  6240. > [TELECOM Digest Editor's Note: You know, to show you what a hermit I
  6241. > have become the past few years, my answer to your question would have
  6242. > to be 'I do not know'. Seriously, I don't.  Maybe we should start
  6243. > one, or some sort of telecom discussion group, social, etc.   PAT]
  6244.  
  6245. As former chairman of the Chicago Chapter of the IEEE Comunications
  6246. Society, I would like to invite you to our Chapter meetings.  These
  6247. meetings are frequented by local telecom engineers and researchers.
  6248. Additionally, our meetings address timely issues concerning the
  6249. telecom industry.
  6250.  
  6251. For more information on metings of the Communications Society, or to
  6252. get in contact with the current chairman, you may call the Chicago
  6253. IEEE office at 1 800 898 IEEE (1 800 898 4333).
  6254.  
  6255. All interested parties are invited to our meetings.
  6256.  
  6257.  
  6258. Maurice "Maury" Givens   PP ASEL IA   AGI IGI
  6259. maury@tellabs.com        Ham Radio: N9DC
  6260.  
  6261. ------------------------------
  6262.  
  6263. From: Me@telematrix.com
  6264. Subject: New Telecom Resource on the Internet
  6265. Date: 5 Jan 1995 18:44:53 GMT
  6266. Organization: TZ-Link, a public-access online community in Nyack, NY.
  6267.  
  6268.  
  6269. Our company, Telematrix Communications, has recently opened a new site
  6270. on the World Wide Web called "telematrix.com." So far as we know, it's
  6271. the only site devoted entirely to telecommunications information and
  6272. we aim to become the main listening post and forum for people interested 
  6273. in this field. Our target audience includes both professionals and
  6274. users of all sorts.
  6275.  
  6276. We are contacting you because we seek your input.  We would like to
  6277. know what telecommunications information or resources you want or need
  6278. that are not already readily available on the Internet. In addition,
  6279. we solicit your reaction to our site and suggestions for any
  6280. improvements.
  6281.  
  6282. At present, we have a free calendar of telecom events, new product
  6283. announcements, softwasre, practical "tips" on telecom cost savings,
  6284. newsletters, magazines and educational/training resources, plus much
  6285. more.
  6286.  
  6287. Telematrix.com can also be accessed by gopher, ftp and telnet.
  6288.  
  6289. Thank you for your interest.
  6290.  
  6291. http://www.telematrix.com/
  6292.  
  6293. ------------------------------
  6294.  
  6295. From: shirleyg@stanilite.com.au (UL ENG)
  6296. Subject: Switch Features Information Wanted
  6297. Date: 6 Jan 1995 04:26:19 +1100
  6298. Organization: Stanilite Electronics Pty. Ltd. Sydney, Australia
  6299.  
  6300.  
  6301. Does anyone know of a standard or recommendations for features in B
  6302. number analysis type tables ie. someone dials 414-xxxx and the switch
  6303. knows to throw away the 414 and replace it with say 555 or strips it
  6304. entirely or dials 414-yyyy where yyyy is a certain offset from xxxx. I
  6305. need to know what minimum features should be available in a switch's
  6306. number translation type functionality.
  6307.  
  6308. Standards can be CCITT(ITU), EIA or whatever.
  6309.  
  6310. Alternatively decent books that deal with the subject.
  6311.  
  6312. Hope the above made sense.
  6313.  
  6314.  
  6315. Glenn
  6316.  
  6317. ------------------------------
  6318.  
  6319. From: David C. Weber <pp000231@interramp.com>
  6320. Subject: Videoconferencing seminar in Rochester, NY
  6321. Date: Thu, 05 Jan 95 16:20:18 EDT
  6322. Organization: PSI Public Usenet Link
  6323.  
  6324.  
  6325. There will be a free Personal Videoconferencing seminar in Rochester,
  6326. NY on Thursday January 19, 1995. The Seminar is sponsored by:
  6327. PicturePhone Direct, Intel, and Frontier Communications.  The seminar
  6328. will include hands on demonstrations and presentations with Intel's
  6329. ProShare Videoconferencing system, Frontier Communications ISDN
  6330. services, and System integration by PicturePhone Direct. There will be
  6331. two individual sessions:Session 1 from 10:30am-12:30pm, and Session 2
  6332. from 1:30pm-3:30pm. The Seminar will be held at 180 South Clinton Ave.
  6333. Rochester, NY. For reservations or information please call 1-800-810-9966 
  6334. or email to pp000231@interramp.com.
  6335.  
  6336. ------------------------------
  6337.  
  6338. From: keith.knipschild@asb.com
  6339. Organization: America's Suggestion Box - BBS (516) 471-8625
  6340. Date: Thu, 05 Jan 95 00:44:32 
  6341. Subject: Call Waiting and Caller-ID
  6342.  
  6343.  
  6344. I got the lastest edition of the HELLO DIRECT Catalog (Spring 95)
  6345. today, and I noticed on page 24, they are selling a Northern Telecom
  6346. PowerTouch 225 w/Caller ID. This phone has capabilites for different
  6347. modules.  The ad states:
  6348.  
  6349.    " Caller ID, Call Waiting Module - coming in mid-95 You'll
  6350.      see who's on a call waiting call, without interupting the 
  6351.      call you're already on."
  6352.  
  6353. Is this possible yet? Anywhere?
  6354.  
  6355.    " Also in LATE-95 a new module called "ADSI" is comming. It 
  6356.      will help doing banking, paybills, and such -- by phone."
  6357.  
  6358. What is ADSI?
  6359.  
  6360.  
  6361. Keith.Knipschild@asb.com
  6362.  
  6363. ------------------------------
  6364.  
  6365. From: keith.knipschild@asb.com
  6366. Organization: America's Suggestion Box - BBS (516) 471-8625
  6367. Date: Thu, 05 Jan 95 00:44:31 
  6368. Subject: Cellphone Now Giving ANI?
  6369.  
  6370.  
  6371. I guess NYNEX Mobile has made some progress, Today I dialed 1-800-MY-ANI-IS 
  6372.  from my Cellular phone ... and guess what ... it came back with my
  6373. cellular phone number. In the past it would come back with a WEIRD
  6374. number.
  6375.  
  6376. Is NYNEX Mobile the first company to pass along the ANI from cellular
  6377. phones?
  6378.  
  6379.  
  6380. Keith.knipschild@asb.com
  6381.  
  6382. ------------------------------
  6383.  
  6384. From: jmcging@access.digex.net (John McGing)
  6385. Subject: Cellular Phone Pricing Question
  6386. Date: 4 Jan 1995 21:51:09 -0500
  6387. Organization: Express Access Online Communications, Greenbelt, MD USA
  6388. Reply-To: jmcging@access.digex.net
  6389.  
  6390.  
  6391. I have a car phone on Cell One here in the Baltimore area.  The plan
  6392. is $24.95 a month plus $.39 or $.37 per minute prime and $.19 or $.17
  6393. per minute off-prime (I don't have my bill handy.)
  6394.  
  6395. Anyway, where I work we have a big employee assocuation that recently
  6396. announced they had some special pricing plans from both Bell Atlantic
  6397. Mobile and Cell 1.  I'm not sure but think each was offering the same
  6398. pricing scheme which was (per BAM): Pay the employee association
  6399. $25.00.  BAM monthly charge becomes $8.95.  Per minute charges were
  6400. the same as under the existing plan (above). This requires a three year
  6401. contract.
  6402.  
  6403. Cell One showed up, and sold about 200 accounts then told the employee 
  6404. association that they had run out of slots and packed up and left.  BAM 
  6405. is coming back two more times next week.
  6406.  
  6407. (They actually walk out to the parking lot and reprogram your phone as 
  6408. part of the sale.  I found that interesting.)
  6409.  
  6410. Anyway, I have a couple of questions: Even including the $25.00 year
  6411. to the employee association, the monthly base cost is $11.03 month vs
  6412. $24.95.  Over three years that's $167.00 x3 or over $500.00 in
  6413. savings.  Is this deal too good to be true?  The three year thing
  6414. doesn't worry me (we're NOT moving <g> and the car phone we have is a
  6415. real top drawer Motorola we can switch to a new car.).  Should it?
  6416.  
  6417. And why would Cell One only have 200 "slots"?  BAM was doing a land
  6418. office business.  I called Cell One to see if they could match the BAM
  6419. pricing, the sales rep said no and said he understood why I would want
  6420. to switch and said to call them when I wanted the service terminated! <g>.
  6421.  
  6422. Appreciate any insight on whether this is a switch that makes sense to
  6423. do.
  6424.  
  6425.  
  6426. John
  6427. jmcging@access.digex.net   jmcging@ssa.gov          
  6428. J.MCGING on GEnie  70142,1357 on Compuserve
  6429.  
  6430. ------------------------------
  6431.  
  6432. Date: Thu, 5 Jan 95 00:20 EST
  6433. From: dleibold@gvc.com (Dave Leibold)
  6434. Subject: British Telecom Cuts Rates to Canada and U.S.
  6435.  
  6436.  
  6437. British Telecom calls from the UK to Canada and the U.S. will cost
  6438. about 20% less effective February 1995, according to a BT announcement
  6439. reported by the Associated Press. The cuts were reportedly authorized
  6440. by the UK regulator last year as part of a price reductions scheme.
  6441.  
  6442. The sample rate given was for a three minute call at the lowest rate
  6443. period: the former rate was equivalent to CAD$3.14; the new rate will
  6444. be CAD$2.49.
  6445.  
  6446.  
  6447. [TELECOM Digest Editor's Note: Do you think this price reduction is
  6448. somehow tied in with the recent ability to dial 1-800 numbers in the
  6449. USA from the UK as Clive pointed out a couple days ago?    PAT[
  6450.  
  6451. ------------------------------
  6452.  
  6453. Date: Thu, 05 Jan 1995 13:15:28 GMT
  6454. From: Newsdigest@m2comms.demon.co.uk
  6455. Reply-To: Newsdigest@m2comms.demon.co.uk
  6456. Subject: M2 Presswire Note
  6457.  
  6458.  
  6459. Dear Colleague,
  6460.  
  6461. Please give me a moment of your time ... I want to offer you the
  6462. chance of reading AND placing full-text press releases on a range of
  6463. topics including IT/communications and the media from all around the
  6464. world. I also want to introduce you to the range of newsletters that
  6465. M2 Communications Limited offers.
  6466.  
  6467. They may be of use to you or a colleague, and discounts of up to
  6468. 50% are being offered until the end of January.  
  6469.  
  6470. YOU ARE UNDER NO OBLIGATION TO EVER SPEND A CENT, PENNY, RUPEE 
  6471. ETC ...
  6472.  
  6473. While every effort has been taken to cleanse our database, if you have
  6474. received a duplicate of this PLEASE send a copy of it with an appended
  6475. note to postmaster@m2comms.demon.co.uk.  Similarly, if we have
  6476. offended you and you do not want to hear from us ever again PLEASE
  6477. send a copy of this mail with an appended note to mps@m2comms.demon.co.uk; 
  6478. and we will place you on our kill-file so that we do not trouble you
  6479. again. Please accept our apologies if this is the case.
  6480.  
  6481. FEEL FREE TO PASS THIS NOTE AROUND internally and to colleagues.
  6482.  
  6483. M2 PRESSWIRE is a new service that allows the FREE SUBSCRIPTION to a
  6484. daily digest of Internet-delivered full-text press releases in English
  6485. from around the world. We also offer companies the chance to have
  6486. releases sent free-of-charge.  For details send e-mail to listserv@
  6487. m2comms.demon.co.uk with the body text: get m2pressw.faq.  To get a
  6488. full index type 'index' without the quotes.
  6489.  
  6490. We also want to introduce you to a range of business newsletters 
  6491. and give you samples.  Send e-mail to listserv@m2comms.demon.co.uk
  6492. with the body text: get nlindex.txt.
  6493.  
  6494. If you need help please holler. We've deliberately not appended 
  6495. the material in order not to trouble you further.  
  6496.  
  6497. Thank you for your time. We hope to see you as a regular user of 
  6498. M2 Communications' resources in the future. 
  6499.  
  6500.  
  6501. Sincerely, 
  6502.  
  6503. M2 COMMUNICATIONS LTD
  6504. Darren P. Ingram (di@m2comms.demon.co.uk) -- Please note new e-mail address
  6505. M2 Communications Ltd. Reptile Hse, 20 Heathfield Rd, Coventry CV5 8BT, UK
  6506. Tel: +44 (0)1203 717417/Fax: +44 (0)1203 717418/Tlx: 94026650 DBRIG
  6507. Publishers of Telecomworldwire, Service Communications, Internet Business News
  6508. M, Data Broadcasting News and now M2 PRESSWIRE (info@m2comms.demon.co.uk)
  6509.  
  6510. ------------------------------
  6511.  
  6512. From: lzhao@wellfleet.com (Linli Zhao #8277)
  6513. Subject: Need Profile of Teleport Communications Group
  6514. Date: 5 Jan 1995 16:18:16 GMT
  6515. Organization: Wellfleet Communications, Inc.
  6516. Reply-To: lzhao@wellfleet.com
  6517.  
  6518.  
  6519. I need any information known about Teleport Communications Group (TCG).
  6520.  
  6521. Thanks in advance.
  6522.  
  6523.  
  6524. Best Regards,
  6525.  
  6526. Linli Zhao   Internet: lzhao@wellfleet.com
  6527.  
  6528. ------------------------------
  6529.  
  6530. Date: Thu, 05 Jan 95 11:56:18 EST
  6531. From: Alex Cena <acena@wfcsmtp.ie3.lehman.com>
  6532. Subject: CAI Preferences by Service Providers
  6533.  
  6534.  
  6535. I am trying to build a list of air interface preferences by US cellular 
  6536. and PCSservice providers.  Any comments, corrections, additions, etc.
  6537. would be highly appreciated.
  6538.  
  6539. Service Provider    Air Interface   Comments 
  6540.  
  6541. CELLULAR
  6542. AirTouch            CDMA            Full Svc in San Fernando Jun 95 
  6543. Ameritech           CDMA            Construction starts 3Q95 
  6544. Bell Atlantic       TDMA            Likely to switch to CDMA 
  6545. Bell South          TDMA            Under Construction 
  6546. GTE                 CDMA            Under Construction in Austin, TX 
  6547. McCaw               TDMA            Commercial
  6548. NYNEX               CDMA            Trials 
  6549. Southwestern Bell   TDMA            Commercial
  6550. Sprint              CDMA            Under Construction 
  6551. US West             CDMA            Svc in Seattle Mid '95
  6552.  
  6553. PERSONAL COMMUNICATION SERVICES
  6554. McCaw/AT&T          ?       
  6555. Wireless Co         ?
  6556. Pacific Bell        DCS1900
  6557. Bell South          DCS1900
  6558. SouthwesternBell    DCS1900
  6559. APC                 DCS1900
  6560. Go Communications   DCS1900
  6561. GTE                 CDMA
  6562. AT&T/Cable&Wireless CDMA
  6563. PCS Primeco         CDMA
  6564. Ameritech           CDMA
  6565. OmniPoint           DS1900
  6566.  
  6567.  
  6568. Thanks in advance,
  6569.  
  6570. Alex M. Cena, acena@lehman.com
  6571.  
  6572. ------------------------------
  6573.  
  6574. Date: Thu, 5 Jan 95 00:22 EST
  6575. From: dleibold@gvc.com (Dave Leibold)
  6576. Subject: Telecomix
  6577.  
  6578.  
  6579. Highlights of some of the newspaper phunnies with phone topics in
  6580. recent months:
  6581.  
  6582. Charlie 13 Dec 94:
  6583.  
  6584. [at a police station] "If he wants to use his one phone call under the
  6585. Miranda rule to call a TV shopping club, that's his right, John."
  6586.  
  6587. Mixed Media 10 Oct 94:
  6588.  
  6589. Introduced the concept of "MCI Friends and Royal Family ... for those
  6590. making 300 calls to the same number."
  6591.  
  6592. The Better Half 28 Aug 94:
  6593.  
  6594. Stan invites Harriet to call his "Hubby Hotline" for $3.99/minute.
  6595.  
  6596. Animal Crackers 14 Nov 94:
  6597.  
  6598. [Lyle the ever-jilted lion phoning his ever-unrequited love:]
  6599. "Lana's installed call forgetting"
  6600.  
  6601. On The Fastrack 10 Oct 94:
  6602.  
  6603. The newly-wed Bud & Chelonia are seen having their first fight -
  6604. namely an net flame war.
  6605.  
  6606. Finally ...
  6607.  
  6608. {Mad Magazine} #332 had an article full of cell phone comics.
  6609. I won't spoil those ones, though ...
  6610.  
  6611.  
  6612. [TELECOM Digest Editor's Note: I am curious: Who is running {Mad
  6613. Magazine} now that Bill Gaines has passed away?  It was his thing
  6614. for all the years it operated until his death.   PAT]
  6615.  
  6616. ------------------------------
  6617.  
  6618. End of TELECOM Digest V15 #10
  6619. *****************************
  6620.     
  6621.     
  6622. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa29154;
  6623.           5 Jan 95 23:00 EST
  6624. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6625.     id AA18279; Thu, 5 Jan 95 18:24:07 CST
  6626. Return-Path: <telecom>
  6627. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  6628.     id AA18272; Thu, 5 Jan 95 18:24:05 CST
  6629. Date: Thu, 5 Jan 95 18:24:05 CST
  6630. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  6631. Message-Id: <9501060024.AA18272@delta.eecs.nwu.edu>
  6632. To: telecom@eecs.nwu.edu
  6633. Subject: TELECOM Digest V15 #11
  6634.  
  6635. TELECOM Digest     Thu, 5 Jan 95 18:24:00 CST    Volume 15 : Issue 11
  6636.  
  6637. Inside This Issue:                         Editor: Patrick A. Townson
  6638.  
  6639.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Joel B. Levin)
  6640.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Christopher Zguris)
  6641.     Re: Procedure for Obtaining a 10XXX Code (Sander J. Rabinowitz)
  6642.     Re: Procedure for Obtaining a 10XXX Code (James J. Sowa)
  6643.     Re: Noise Introduced by Bit-Robbing? (William H. Sohl)
  6644.     Re: Noise Introduced by Bit-Robbing? (Matthew P. Downs)
  6645.     Re: Seeking White Pages on CD or Disk (Andrew C. Green)
  6646.     Re: AT&T First to Deliver Long-Awaited "Follow-Me" 500 Numbers (J Costello)
  6647.     Re: Protest of New Compuserve-Unisys GIF Usage Tax (Marc Collins-Rector)
  6648.     Re: Protest of New Compuserve-Unisys GIF Usage Tax (Brad Hicks)
  6649.     Re: Protest of New Compuserve-Unisys GIF Usage Tax (Tony Waddell)
  6650.     Re: Protest of New Compuserve-Unisys GIF Usage Tax (Wolf)
  6651.     Re: Where Does ISDN Fit In? (John Dearing)
  6652.     Re: NANP 800 Numbers From the UK (Clive D.W. Feather)
  6653.  
  6654. TELECOM Digest is an electronic journal devoted mostly but not
  6655. exclusively to telecommunications topics. It is circulated anywhere
  6656. there is email, in addition to various telecom forums on a variety of
  6657. public service systems and networks including Compuserve and America
  6658. On Line. It is also gatewayed to Usenet where it appears as the moderated
  6659. newsgroup 'comp.dcom.telecom'. 
  6660.  
  6661. Subscriptions are available to qualified organizations and individual
  6662. readers. Write and tell us how you qualify:
  6663.  
  6664.                  * telecom-request@eecs.nwu.edu *
  6665.  
  6666. The Digest is edited, published and compilation-copyrighted by Patrick
  6667. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  6668. or phone at:
  6669.                     9457-D Niles Center Road
  6670.                      Skokie, IL USA   60076
  6671.                        Phone: 708-329-0571
  6672.                         Fax: 708-329-0572
  6673.   ** Article submission address only: telecom@eecs.nwu.edu **
  6674.  
  6675. Our archives are located at lcs.mit.edu and are available by using
  6676. anonymous ftp. The archives can also be accessed using our email
  6677. information service. For a copy of a helpful file explaining how to
  6678. use the information service, just ask.
  6679.  
  6680. *************************************************************************
  6681. *   TELECOM Digest is partially funded by a grant from the              *
  6682. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  6683. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  6684. * project.  Views expressed herein should not be construed as represent-*
  6685. * ing views of the ITU.                                                 *
  6686. *************************************************************************
  6687.  
  6688. Additionally, the Digest is funded by gifts from generous readers such
  6689. as yourself who provide funding in amounts deemed appropriate. Your help 
  6690. is important and appreciated. A suggested donation of twenty dollars per
  6691. year per reader is considered appropriate. See our address above.
  6692.  
  6693. All opinions expressed herein are deemed to be those of the author. Any
  6694. organizations listed are for identification purposes only and messages
  6695. should not be considered any official expression by the organization.
  6696. ----------------------------------------------------------------------
  6697.  
  6698. From: levin@bbn.com (Joel B Levin)
  6699. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  6700. Date: 05 Jan 1995 15:03:13 GMT
  6701. Organization: Bolt Beranek and Newman, Inc.
  6702.  
  6703.  
  6704. In article <telecom15.9.10@eecs.nwu.edu> Paul_Gloger.ES_XFC@xerox.com writes:
  6705.  
  6706. > Ball said there was nothing illegal in McGee's listening to the cordless 
  6707. > phone conversations because it was a random scanning.
  6708.  
  6709. > [TELECOM Digest Editor's Note: That's the first time I have ever heard
  6710. > of cordless phone monitoring being dismissed as 'nothing illegal' because
  6711. > it was 'random scanning'. You'd think they would rely on previous court
  6712. > decisions stating that cordless phones do not have the same protection
  6713. > as cellular phones ... or something ... but isn't all scanner listening
  6714. > essentially 'random'?   PAT]
  6715.  
  6716. You're kidding, right?  This is policeman ("Sheriff Capt.") talking,
  6717. not a lawyer or judge.  Count on the court decisions coming up when
  6718. the defense starts arguing in court.
  6719.  
  6720.  
  6721. Regards,
  6722.  
  6723. JBL
  6724.  
  6725. ------------------------------
  6726.  
  6727. Date: Thu, 5 Jan 95 17:12 EST
  6728. From: Christopher Zguris <0004854540@mcimail.com>
  6729. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  6730.  
  6731.  
  6732. > [TELECOM Digest Editor's Note: That's the first time I have ever heard
  6733. > of cordless phone monitoring being dismissed as 'nothing illegal' because
  6734. > it was 'random scanning'. You'd think they would rely on previous court
  6735. > decisions stating that cordless phones do not have the same protection
  6736. > as cellular phones ... or something ... but isn't all scanner listening
  6737.                                           ===============================
  6738. > essentially 'random'?   PAT]
  6739.   ====================
  6740.  
  6741. Once you have a scanner programmed to scan 46-49 MHz and find a
  6742. neighbor(s) cordless phone, you're going to keep the scanner
  6743. programmed for that range.  The only thing in the cordless-phone
  6744. frequency range are cordless phones, no police, no EMS, no fire
  6745. department, no Secret Service, no FBI, no broadcasts from Air Force
  6746. One (Okay, cordless baby monitors, wireless headphones, and wireless
  6747. intercoms and other stuff like that also broadcast in that range).  If
  6748. someone has their scanner set in _that_ range they're probably looking
  6749. for cordless phones, no? Of course, wireless headphones _also_ use
  6750. that range, maybe _that's_ what is being "randomly" scanned for :-) ?
  6751.  
  6752. Cell phones are another matter, a listener with a scanner modified to
  6753. get that range will hear little "snippets" of conversations before the
  6754. phone changes frequencies or cells, that's definately "random". But as
  6755. for cordless phones, most/all will stay on the same frequency for the
  6756. entire call, much to the delight of the avid snooper with nothing
  6757. better to do.
  6758.  
  6759.  
  6760. Christopher Zguris   czguris@mcimail.com
  6761.  
  6762.  
  6763. [TELECOM Digest Editor's Note: The most bizarre instance of this I have
  6764. yet to encounter or hear about was reported to me the other day. It seems
  6765. some old biddy with nothing better to do was listening in on her neighbor
  6766. using her cordless phone via her scanner. She overheard what she believed
  6767. was this woman discussing a plan to murder someone and she reported it to
  6768. the police. The cops had a big raid of the house, lots of hoopla, the
  6769. whole routine. It turns out the neighbor and the person she was talking
  6770. with were *rehearsing lines for a school play they were both in*. They
  6771. were reading their scripts over the phone and learning their lines. The
  6772. cops let it slip out who it was that called them; now Biddy has something
  6773. else to do with her time and money. She had to hire an attorney to
  6774. defend herself in a suit against her for bearing false witness against
  6775. her neighbor. 
  6776.  
  6777. Cordless phone monitoring is merely the 1990's version of what nosy people
  6778. used to do many years ago, long before cordless phones were invented and
  6779. when four and eight party telephone lines were common. In those days -- I
  6780. am talking 1930-50 now -- when several people shared the same telephone
  6781. pair in a 'party line' arrangement, the ringing voltage for the bell was
  6782. sent at different frequencies (or electrical cycles) so that one bell on
  6783. the party line would ring but the rest would not. The trouble is, all the
  6784. other bell clappers would give a slight 'tick' when the ringing voltage
  6785. came down the line. Unless you were standing right next to the phone
  6786. listening closely, you'd never hear the 'tick' from your bell clapper 
  6787. when someone else's phone was actually ringing.  The way the snoops
  6788. overcame that 'problem' was to set their phone instrument inside a
  6789. galvanized wash-tub. That would amplify the 'click' by several magnitudes
  6790. so that wherever they were in their house, on their front porch or
  6791. whatever, they would hear it. Someone down the street gets a phone
  6792. call; everyone else on the block would hear that 'click click' from
  6793. their own phone. Remember, these were the very old-fashioned, all
  6794. steel, very heavy desk phones of the 1940's. When they heard that
  6795. clicking from the bell clapper, in their house they would go, if they
  6796. were not there already, and soon the legitimate called party would
  6797. have two or three eavesdroppers on the instruments at their homes
  6798. listening to the conversation, typically with a rag over the mouthpiece
  6799. to cover up background noise at their end. 
  6800.  
  6801. When I was twelve years old, I had a freind who was the same age. We
  6802. had a private line but his parents had a four-party line. We would 
  6803. call each other from time to time and have the sort of conversations
  6804. on the phone that twelve year old boys have with each other. One day
  6805. the call got sort of raunchy from his end, and right in the middle
  6806. of it came that unmistakeable click of a reciever somewhere going
  6807. off hook. Most party line subscribers were courteous; they would say
  6808. 'excuse me' and replace their recievers, or maybe just hang up without
  6809. speaking, but at least you heard that *second* click to assure yourself
  6810. they were gone from the line. This time the off hook click was heard
  6811. and I started to shush my friend. "Better shut up! Someone's listening."
  6812. "Oh," he said gleefully, "that's just Mrs. Winchell. That old witch
  6813. has been our party line neighbor for years! Why, if she doesn't know
  6814. everything we do and talk about over here by now, she never will find
  6815. out!" ... pause, shocked silence on my end ... then that awaited second
  6816. click as Mrs. Winchell replaced her receiver.    PAT]
  6817.  
  6818. ------------------------------
  6819.  
  6820. From: AHDNN1A.SRABIN01@eds.com (Sander J. Rabinowitz)
  6821. Subject: Re: Procedure for Obtaining a 10XXX Code
  6822. Date: Thu, 5 Jan 1995 17:10:00 -0500
  6823.  
  6824.  
  6825. On 5 Jan 1995, Wayne Huffman writes:
  6826.  
  6827. > FYI The local cableco here in Fairfax County, VA (Media General
  6828. > Cable) has a 10XXXX code (106-500), used for ordering Pay-Per-
  6829. > View movies.  I can't seem to get an answer from Bell Atlantic
  6830. > on how this was arranged.
  6831.  
  6832. Actually, what you've got there is really 10650+0.  The carrier access
  6833. code, plus zero, gives you the operator for that carrier.  For example, 
  6834. 10288+0 gets you AT&T's operator.  I don't think anyone has a six-digit 
  6835. carrier access code yet, although I do find it curious that a cable
  6836. system (presumably not as yet a telephone company) has the use of its
  6837. own carrier access code.  
  6838.  
  6839.  
  6840. /Sandy/
  6841. EDS/Saturn, 100 Saturn Parkway #F10, Spring Hill, TN 37174.
  6842. Internet: ahdnn1a.srabin01@eds.com
  6843.  
  6844.  
  6845. [TELECOM Digest Editor's Note: Is this any stranger than a newspaper
  6846. having a three digit number of its own, ie 311, like that newspaper
  6847. in, where is it, Georgia?    PAT]
  6848.  
  6849. ------------------------------
  6850.  
  6851. From: jjs@coolnme.ih.att.com (James J. Sowa)
  6852. Subject: Re: Procedure for Obtaining a 10XXX Code
  6853. Organization: AT&T Network Wireless Systems Busines s Unit
  6854. Date: Thu, 5 Jan 1995 13:51:47 GMT
  6855.  
  6856.  
  6857. In article <telecom14.481.9@eecs.nwu.edu>, Prime perf <primeperf@aol.com> 
  6858. wrote:
  6859.  
  6860. > Does anyone know the procedure for obtaining a 10XXX code? Where does
  6861. > one begin? What FCC forms and regulations are involved? Having
  6862. > obtained a 10XXX code, how does one get it incorporated into the PSTN?
  6863.  
  6864. But welcome to 1995!!
  6865.  
  6866. I haven't seen the discussion on 101XXXX codes yet.  Carrier codes are
  6867. growing into that fourth digit now.  From the information I have seen
  6868. the carrier code 5000 will be the test number.
  6869.  
  6870. These new four digit carriers are supposed to be assigned as soon as
  6871. the available three digit codes run out.  I wonder who the lucky
  6872. carrier will be with the first four digit code assigned to them?
  6873.  
  6874.  
  6875. Jim Sowa
  6876.  
  6877. ------------------------------
  6878.  
  6879. From: whs70@cc.bellcore.com (sohl,william h)
  6880. Subject: Re: Noise Introduced by Bit-Robbing?
  6881. Date: 5 Jan 1995 11:35:17 -0500
  6882. Organization: Bell Communications Research (Bellcore)
  6883.  
  6884.  
  6885. In article <telecom15.6.11@eecs.nwu.edu>,  <writchie@gate.net> wrote:
  6886.  
  6887. > In <telecom15.2.9@eecs.nwu.edu>, naddy@mips.pfalz.de (Christian Weisgerber) 
  6888. > writes:
  6889.  
  6890. >> What kind of noise/distortion does American-style bit-robbing cause to
  6891. >> voice band signals transmitted through PCM channels?
  6892.  
  6893. > In the U.S., most intermachine trunks are common channel direct
  6894. > connections so only the robbed bit at each end of the IC/EC connection
  6895. > introduces the robbed bit (as well as ny non CCS systems in the EC).
  6896.  
  6897. Today, most end-to-end voice connections do not include any trunking
  6898. which uses robbed bit signalling.  The great majority of local
  6899. trunking, especially in metro areas, has all been converted to CCS.
  6900.  
  6901. One way to determine the probability of what type of local trunking is
  6902. in your area is if caller ID is available.  If you can have caller ID,
  6903. then the local trunking is using CCS and thus no robbed bit signaling
  6904. is involved at that end of any connection.
  6905.  
  6906.  
  6907. Bellcore NISDN Hotline Technical Consultant (1-800-992-ISDN)
  6908. Bill Sohl (K2UNK) BELLCORE (Bell Communications Research, Inc.)
  6909. Morristown, NJ             email via UUCP      bcr!cc!whs70
  6910. 201-829-2879 Weekdays      email via Internet  whs70@cc.bellcore.com
  6911.  
  6912. ------------------------------
  6913.  
  6914. From: mpd@adc.com (Matthew P. Downs)
  6915. Subject: Re: Noise Introduced by Bit-Robbing?
  6916. Date: 5 Jan 1995 13:23:28 GMT
  6917. Organization: ADC Telecommunications
  6918.  
  6919.  
  6920. jcr@creator.nwest.mccaw.com (Jeffrey Rhodes) writes:
  6921.  
  6922. > I'm not a modem expert but I would answer "none". If a call connection
  6923. > is made on a bit robbing DS0 within a DS1, then the modems will settle
  6924. > for some transparent speed (9600bps) during the initial negotiation. I
  6925. > don't think the V.34 modems will connect at 28k8 when bit robbing is
  6926. > present.
  6927.  
  6928. > There really aren't many circuits like these, especially for long
  6929. > distance calls. Most bit-robbing occurs on intra-LATA (I think) by
  6930. > LECs that haven't updated circuits that are being depreciated over a
  6931. > 40 year period.
  6932.  
  6933. Unless you use ISDN, you are using robbed-bit signalling between your
  6934. premise and the Cetral Office. Unless like a previous poster had
  6935. stated, the robbed bits only become inportant during call set-up and
  6936. tear-down.  Ie. going on-hook and off-hook.  Otherwise the robbed bits
  6937. will be 1's.
  6938.  
  6939.  
  6940. Matt
  6941.  
  6942. ------------------------------
  6943.  
  6944. Date: Thu, 5 Jan 1995 10:28:47 CST
  6945. From: Andrew C. Green <ACG@dlogics.com>
  6946. Subject: Re: Seeking White Pages on CD or Disk
  6947.  
  6948.  
  6949. swar@infinet.com (Scott Warbritton) writes:
  6950.  
  6951. > I'm not sure if such an animal exists, but I'm looking for white pages
  6952. > for the entire country on either CD or Disk.
  6953.  
  6954. [...]
  6955.  
  6956. > [TELECOM Digest Editor's Note: They're out there. Some are of dubious
  6957. > value in terms of accuracy.   PAT]
  6958.  
  6959. You could start with your local library. By coincidence, just last
  6960. night I was playing with White Page listings for the entire United
  6961. States on CD-ROM at the public PCs in the Arlington Heights (IL)
  6962. public library.
  6963.  
  6964. Several PCs, complete with Canon Bubblejet printers, are available for
  6965. free public use of a selection of database services, including White
  6966. Pages and business listings via CD-ROM, current as of August, 1994.
  6967. The setup obtained by the library is dubbed "InfoNet" and comprises a
  6968. variety of name brand software which announces itself at the start of
  6969. the session, so if you like the particular database you're using, you
  6970. can presumably seek it out for private purchase.
  6971.  
  6972.  
  6973. Andrew C. Green           (312) 266-4431
  6974. Datalogics, Inc.          Internet: acg@dlogics.com
  6975. 441 W. Huron              
  6976. Chicago, IL  60610-3498   FAX: (312) 266-4473
  6977.  
  6978. ------------------------------
  6979.  
  6980. From: jpc@unix.restrac.com (John Costello)
  6981. Subject: Re: AT&T First to Deliver Long-Awaited "Follow-Me" 500 Numbers
  6982. Date: 5 Jan 1995 17:36:02 GMT
  6983. Organization: RESTRAC, INC.
  6984.  
  6985.  
  6986. Here is the current list of exchanges which AT&T can use for their
  6987. 500 numbers.  This is current as of 1/5/95.
  6988.  
  6989. 288   346  367  677  437  442  
  6990. 443   445  446  447  448  449
  6991. 488   673  674  675  679
  6992.  
  6993.  
  6994. John
  6995.  
  6996. ------------------------------
  6997.  
  6998. From: Cyber@cris.com
  6999. Subject: Re: Protest of New Compuserve-Unisys GIF Usage Tax
  7000. Date: 5 Jan 1995 17:00:32 GMT
  7001. Organization: Concentric Research Corporation
  7002. Reply-To: Cyber@cris.com
  7003.  
  7004.  
  7005. In <telecom15.9.4@eecs.nwu.edu>, PATCLAWSON@delphi.com writes:
  7006.  
  7007. > An Open Letter to the Senior Management of CompuServe and the Online
  7008. > Communications Community:
  7009.  
  7010. We applaud Pat Clawson and Telegraphic's attempt to build a consensus
  7011. within the industry on how to deal with the LZW issue.
  7012.  
  7013. > If CompuServe really wants to continue to provide the GIF format under
  7014. > the conditions of their original royalty-free license, but can't
  7015. > because of the patented Unisys LZW compression algorithm, the most
  7016. > painless cure is to substitute another compression scheme.  Here's our
  7017. > fix. See what you think:
  7018.  
  7019. We urge Compuserve and our fellow Telecommunication Industry peers to
  7020. adopt this or a similar proposal in order to quickly deal with this
  7021. issue.
  7022.  
  7023.  
  7024. Marc Collins-Rector  C.E.O.
  7025. Concentric Research Corporation -- 400 41st Street, Bay City, Michigan 48708
  7026. Voice:517-895-0500 or 800-745-2747 Data:517-895-0510 or 800-991-2747
  7027. Fax:517-895-0529    Email: Custserv@cris.com
  7028.  
  7029. The Concentric Network -- Home of BBS Direct, CRIS and Concentric Internet
  7030. Services.
  7031.  
  7032. ------------------------------
  7033.  
  7034. From: /G=Brad/S=Hicks/OU1=0205465@mhs-mc.attmail.com
  7035. Date: Thu, 05 Jan 1995 12:22:20 -0600
  7036. Subject: Re: Protest of New Compuserve-Unisys GIF Usage Tax
  7037.  
  7038.  
  7039. In TELECOM Digest 15.9, monty@roscom.COM suggests we replace the GIF
  7040. "standard," and PATCLAWSON@delphi.com, a VP at TeleGrafix
  7041. Communications Inc., offers us Yet Another Graphics standard.
  7042.  
  7043. Will I be lynched if I point out that there is a competing standard to
  7044. GIF, one that big chunks of The Network are using already?  It's called 
  7045. JPEG, or ".jpg".
  7046.  
  7047. The last time I glanced at any of the alt.binaries.pictures hierarchies, 
  7048. there were more jpg files than GIFs.  JPEG may be slightly lossy, but
  7049. it offers sixteen thousand times the color resolution in files typically 
  7050. a third the size of a GIF.  That's ONE THIRD or less of the size ...
  7051. just think how much happier =that= would make people running Web browsers 
  7052. over 14.4 kb/sec links.  OK, so it's an old argument.  But with the
  7053. GIF "standard" now dependent on a UNISYS patent, it looks to me like
  7054. it's time to re-examine the arguments.
  7055.  
  7056. PATCLAWSON points out that it would be easy to write a converter from
  7057. GIF to GEF.  There are =already= scads of converters from GIF to JPEG,
  7058. running on just about every platform.  Any more, most graphics packages 
  7059. that can read GIF can also read JPEG.  So why reinvent the wheel?
  7060.  
  7061. So OK, you're determined not to use a lossy algorithm.  Fine, there's
  7062. also =another= bitmapped graphics standard.  TIFF.  So I repeat, what
  7063. do we need Yet Another bitmapped graphics standard for?
  7064.  
  7065.  
  7066. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  7067. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  7068.  
  7069. ------------------------------
  7070.  
  7071. From: Tony Waddell <aawadde@pb1.PacBell.COM>
  7072. Subject: Re: Protest of New Compuserve-Unisys GIF Usage Tax
  7073. Date: 5 Jan 1995 15:37:57 GMT
  7074. Organization: Pacific Bell
  7075.  
  7076.  
  7077. > [TELECOM Digest Editor's Note: Good luck with this! Let's hope the change
  7078. > in format can be accomplished with a minimum of effort on the part of all
  7079. > concerned. If your's will do the job, perhaps CIS should look at it and
  7080. > see if they can be accomodating.   PAT]
  7081.  
  7082. This reminds me of the time when SEA sued Phil Katz over using the ARC
  7083. extension. I know its not quite the same thing, but similar results could 
  7084. happen. When was the last time you saw an arc file? And is SEA even still 
  7085. in business?
  7086.  
  7087. ------------------------------
  7088.  
  7089. From: cmwolf@cs.mtu.edu (Wolf)
  7090. Subject: Re: Protest of New Compuserve-Unisys GIF Usage Tax
  7091. Date: Thu, 5 Jan 1995 15:47:22 EST
  7092. Reply-To: cmwolf@cs.mtu.edu
  7093.  
  7094.  
  7095. Pat,
  7096.  
  7097. Someone (jadietri@mtu.edu) here at the school contacted Tim Oren of
  7098. CompuServe Incorporated and received the following reply:
  7099.  
  7100.                        ----------------
  7101.  
  7102. From:  Tim Oren,  CompuServe Incorporated
  7103.  
  7104. In 1987, CompuServe designed the Graphics Interchange Format (GIF)
  7105. specification for graphics files.  The GIF specification incorporated
  7106. the Lempel Zev Welch (LZW) compression technology.  In early 1993,
  7107. Unisys notified CompuServe of patent rights granted to LZW.  At that
  7108. time, CompuServe began negotiating with Unisys to secure a licensing
  7109. agreement.  This agreement was reached in mid-1994, and CompuServe
  7110. then initiated a process to secure a similar license that would
  7111. benefit its GIF developer community.
  7112.  
  7113. Following the agreement reached between CompuServe and Unisys,
  7114. CompuServe announced the Graphics Interchange Format (GIF) Developer
  7115. Agreement, shortly after its completion, on December 29, 1994.  This
  7116. agreement is aimed at GIF developers who are developing programs and
  7117. shareware primarily for use in conjunction with CompuServe.  The
  7118. service offers a license to these developers to use LZW technology in
  7119. programs written to the GIF specification.
  7120.  
  7121. CompuServe remains committed to keeping open the GIF 89a specification
  7122. both within CompuServe and in areas outside CompuServe.  CompuServe
  7123. continues to strongly support the use of the GIF specification in the
  7124. entire online community including the Internet and World Wide Web.
  7125. This agreement will be transparent to end-users and will not result in
  7126. any charges for people using viewers or transmitting GIF images.
  7127.  
  7128. The agreement offers software and shareware developers who use the LZW
  7129. technology in their GIF programs protection under a software license
  7130. that CompuServe is authorized to grant under the agreement with
  7131. Unisys.  Developers who choose to take advantage of this service would
  7132. acquire the rights to use the LZW technology in certain software and
  7133. shareware developed primarily for use in conjunction with CompuServe.
  7134. Developers who choose to participate in this agreement within the
  7135. implementation period will also benefit in that Unisys has agreed not
  7136. to pursue royalty claims for past use of the LZW technology in GIF.
  7137. The implementation period has been extended to January 31, 1995.
  7138.  
  7139. CompuServe has presented this new agreement as a service to its GIF
  7140. developer community.  Cost to developers will be a $1.00 one-time
  7141. licensing fee and a royalty payment of 1.5 percent or $0.15, whichever
  7142. is greater, per registered copy of a program containing the LZW
  7143. technology.  CompuServe will not profit from this service.
  7144.  
  7145. CompuServe encourages developers to work with Unisys directly if the
  7146. GIF Developer Agreement does not meet their needs.  Unisys is
  7147. continuing to make the LZW technology available to any interested
  7148. parties under reasonable and non-discriminatory terms.  Developers are
  7149. not required to register with CompuServe.  Registering with CompuServe
  7150. is simply one option for addressing the Unisys LZW patent issue.
  7151. Developers may want to consider consulting with legal counsel.
  7152.  
  7153. CompuServe is committed to keeping the GIF 89A specification as an
  7154. open, fully-supported, non-proprietary specification for the entire
  7155. online community including the World Wide Web.  Whether they choose to
  7156. register with CompuServe or not, developers are encouraged to continue
  7157. use the GIF specification within their products.
  7158.  
  7159. A copy of the GIF Developer Agreement is available in the Library
  7160. section of the CompuServe Graphics Support Forum (GO GRAPHSUP) and
  7161. will shortly be posted to CompuServes World Wide Web page
  7162. (HTTP:\\WWW.COMPUSERVE.COM).  Developers who are not developing
  7163. software primarily for use in conjunction with CompuServe should
  7164. contact Unisys directly at: Welch Patent Desk, Unisys Corp., P.O. Box
  7165. 500, Bluebell, PA 19424 Mailcode C SW 19.
  7166.  
  7167. Sincerly, 
  7168.  
  7169. Tim Oren, 
  7170. CompuServe Vice President,  Future Technology
  7171.  
  7172. ------------------------------
  7173.  
  7174. From: jdearing@netaxs.com (John Dearing)
  7175. Subject: Re: Where Does ISDN Fit In?
  7176. Date: 5 Jan 1995 17:22:12 GMT
  7177. Organization: Netaxs Internet BBS and Shell Accounts
  7178.  
  7179.  
  7180. Daniel Ritsma (ritsma@yu1.yu.edu) wrote:
  7181.  
  7182. > When talking about telecommunications in computer-networking, people
  7183. > often talk about t-1,2,3 or other type of line that specifically
  7184. > define the bandwith of the connection.
  7185.  
  7186. These terms apply to dedicated leased line circuits. They can be
  7187. either point-to-point or can provide you a circuit into a larger
  7188. network (like a frame relay network). And you're right, a T-1 is
  7189. classically defined as a 1.544MB/S digital circuit.
  7190.  
  7191. > What about ISDN, how do you fit that in these terms?  What is the
  7192. > standard bandwith of ISDN, and how is it when you only use it for
  7193. > computer-data transfer when we speak about t-1s.  Is it like an 15kHz
  7194. > analoge line, that is used for Radio Signal transfer.
  7195.  
  7196. ISDN is a different animal. ISDN is switched. There is a telephone
  7197. number associated with an ISDN line. Garden variety ISDN provides you
  7198. with 2 64K Bearer channels and a 16K Data channel. This is what is
  7199. commonly referred to as 2B+D. By using a technique called "bonding"
  7200. your terminal equipment and take the 2 "B" channels and "bond" them
  7201. together, giving you 128K of bandwidth. Actually, the bandwidth is a
  7202. little less than that because of the overhead associated with the
  7203. bonding process. But it's still a lot more bandwidth than an analog
  7204. modem!
  7205.  
  7206. Since ISDN is a switched offering, there are charges in addition to
  7207. the regular monthly bill for the line. You pay for each call made
  7208. (usually at business rates, unless your state has a residential ISDN
  7209. offering).
  7210.  
  7211. > In short when do I use ISDN, over other alternatives?
  7212.  
  7213. A quick answer is when you need more bandwidth than an analog modem
  7214. can provide. Another time is when you have data to transfer but only
  7215. for short periods of time. ISDN is a good, medium speed,
  7216. bandwidth-on-demand solution.
  7217.  
  7218. An example is the remote office that needs a connection to the
  7219. corporate LAN but doesn't need to keep the connection "nailed up" all
  7220. day long.  They can use ISDN to place a connection to the corp LAN on
  7221. an as needed basis, dropping the connection when there is no coprorate
  7222. bound traffic.
  7223.  
  7224.  
  7225. Just my $.02,
  7226.  
  7227. John Dearing   jdearing@netaxs.com
  7228.  
  7229. ------------------------------
  7230.  
  7231. Subject: Re: NANP 800 Numbers From the UK
  7232. Date: Thu, 5 Jan 1995 16:10:50 GMT
  7233. From: Clive D.W. Feather <clive@sco.COM>
  7234.  
  7235.  
  7236. > All of a sudden, I can now dial 1-800 numbers from the UK. There is a
  7237. > few seconds of silence, and then an American female voice tells me
  7238. > that this call will *not* be free, but charged at standard direct-dial
  7239. > rates.  If I don't want to pay, I should hang up now.
  7240.  
  7241. Is anyone reading this in a position, if I called them, to find out
  7242. whether they paid for the call as well?
  7243.  
  7244.  
  7245. Clive D.W. Feather     | Santa Cruz Operation    
  7246. clive@sco.com          | Croxley Centre          
  7247. Phone: +44 1923 813541 | Hatters Lane, Watford   
  7248. Fax:   +44 1923 813811 | WD1 8YN, United Kingdom 
  7249.  
  7250.  
  7251. [TELECOM Digest Editor's Note: I would suspect there will be two charges.
  7252. You will be charged to wherever the gateway is in the USA for the carrier
  7253. in particular, and the end user will pay his usual 15-25 cents per minute
  7254. for the remainder of the call. Isn't that how it always worked when you
  7255. reached an 800 number from the UK in the past using USA Direct and similar
  7256. services?    PAT]
  7257.  
  7258. ------------------------------
  7259.  
  7260. End of TELECOM Digest V15 #11
  7261. *****************************
  7262.     
  7263.     
  7264. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa04798;
  7265.           5 Jan 95 23:56 EST
  7266. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7267.     id AA19603; Thu, 5 Jan 95 19:35:05 CST
  7268. Return-Path: <telecom>
  7269. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  7270.     id AA19595; Thu, 5 Jan 95 19:35:02 CST
  7271. Date: Thu, 5 Jan 95 19:35:02 CST
  7272. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  7273. Message-Id: <9501060135.AA19595@delta.eecs.nwu.edu>
  7274. To: telecom@eecs.nwu.edu
  7275. Subject: TELECOM Digest V15 #12
  7276.  
  7277. TELECOM Digest     Thu, 5 Jan 95 19:35:00 CST    Volume 15 : Issue 12
  7278.  
  7279. Inside This Issue:                         Editor: Patrick A. Townson
  7280.  
  7281.     Annoucement of Citizen Service Forum (Pete Goss)
  7282.     GLU System Now Available (R. Jagannathan)
  7283.     Help Wanted; PBX Admin, Texas  (Thomas Hughes)
  7284.     Cellular NAM and ESN (Greg Segallis)
  7285.     Need ANSI X3.28 Code - x328.rq (Tom R. Valdez)
  7286.     Need an EBCDIC Spec - ebcdic.rq (Tom R. Valdez)
  7287.     More CO Codes For Each NPA - Any Telcos to Take Advantage? (Dave Leibold)
  7288.     Information Wanted on Northern Telecom Phone (Keith Knipschild)
  7289.     SNA Over Token Ring (Timothy S. Chaffee)
  7290.     AP Reporter in Berlin Needs Help With Report (Frank Bajak)
  7291.     Interim Results of FCC Auctions (Brian Miner)
  7292.     101xxxx: Not Yet (Paul Robinson)
  7293.     Info Wanted: Competitors For Intra-state Leased Lines? (Lance Ware)
  7294.  
  7295. TELECOM Digest is an electronic journal devoted mostly but not
  7296. exclusively to telecommunications topics. It is circulated anywhere
  7297. there is email, in addition to various telecom forums on a variety of
  7298. public service systems and networks including Compuserve and America
  7299. On Line. It is also gatewayed to Usenet where it appears as the moderated
  7300. newsgroup 'comp.dcom.telecom'. 
  7301.  
  7302. Subscriptions are available to qualified organizations and individual
  7303. readers. Write and tell us how you qualify:
  7304.  
  7305.                  * telecom-request@eecs.nwu.edu *
  7306.  
  7307. The Digest is edited, published and compilation-copyrighted by Patrick
  7308. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  7309. or phone at:
  7310.                     9457-D Niles Center Road
  7311.                      Skokie, IL USA   60076
  7312.                        Phone: 708-329-0571
  7313.                         Fax: 708-329-0572
  7314.   ** Article submission address only: telecom@eecs.nwu.edu **
  7315.  
  7316. Our archives are located at lcs.mit.edu and are available by using
  7317. anonymous ftp. The archives can also be accessed using our email
  7318. information service. For a copy of a helpful file explaining how to
  7319. use the information service, just ask.
  7320.  
  7321. *************************************************************************
  7322. *   TELECOM Digest is partially funded by a grant from the              *
  7323. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  7324. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  7325. * project.  Views expressed herein should not be construed as represent-*
  7326. * ing views of the ITU.                                                 *
  7327. *************************************************************************
  7328.  
  7329. Additionally, the Digest is funded by gifts from generous readers such
  7330. as yourself who provide funding in amounts deemed appropriate. Your help 
  7331. is important and appreciated. A suggested donation of twenty dollars per
  7332. year per reader is considered appropriate. See our address above.
  7333.  
  7334. All opinions expressed herein are deemed to be those of the author. Any
  7335. organizations listed are for identification purposes only and messages
  7336. should not be considered any official expression by the organization.
  7337. ----------------------------------------------------------------------
  7338.  
  7339. From: pgoss@citserv.org (Pete Goss)
  7340. Subject: Annoucement of Citizen Service Forum
  7341. Date: Thu, 5 Jan 1995 10:28:27 GMT
  7342. Organization: Project Colorado
  7343.  
  7344.  
  7345. Project Colorado, "Demonstrating One-Stop Service to the Citzen"
  7346. Service to the Citizen  '95
  7347.  
  7348. A forum on implementing Service to the Citizen through information
  7349. technology.
  7350.  
  7351. Where: Convention Center, Denver, CO 
  7352. When: February 22-23, 1995
  7353.  
  7354. Background: 
  7355.  
  7356. The National Performance Review had several recommendations aimed at
  7357. developing a government that works better and costs less. This forum
  7358. is designed to reenergize the nation to accomplish some of those
  7359. recommendations.
  7360.  
  7361. Project Colorado is a collaborative effort of government, industry and
  7362. academic communities with a mission of developing and demonstrating
  7363. the effectiveness of one-stop delivery mechanisms from which the
  7364. citizen can obtain government information and services across all
  7365. Local, State, Tribal and Federal agencies. The single interface
  7366. envisioned is in strong contrast to an arcade of kiosks that would be
  7367. the result of each agency developing its own delivery system.
  7368.  
  7369. Target Audience:
  7370.  
  7371. The forum is designed for leaders at all levels of government who want
  7372. to facilitate the development of governments that more effectively
  7373. serve the citizen-customer. It is oriented toward:
  7374.  
  7375. o    those with a lead role in developing new ways to deliver
  7376. government information and services;
  7377.  
  7378. o    those concerned with improving the effectiveness of their
  7379. department or agency;
  7380.  
  7381. o    those who can impact policy and the way government business is
  7382. conducted; or
  7383.  
  7384. o    those who are responsible for getting things done.
  7385.  
  7386. Specifically, the people who should attend include:
  7387.  
  7388. o    heads of departments or agencies at the Local, State, Tribal,
  7389. or Federal level;
  7390.  
  7391. o    directors of principal operating components of the above;
  7392. heads of regional divisions;
  7393.  
  7394. o    heads of planning organizations, systems organization, or
  7395. information resource groups; or
  7396.  
  7397. o    those who report to or aspire to one of the above positions.
  7398.  
  7399.  
  7400. Participants will:
  7401.  
  7402. o    build an understanding of why it is essential to replace
  7403. conventional methods of service delivery;
  7404.  
  7405. o    discover available methods of service delivery appropriate to
  7406. their citizen-customers, including service centers, desktop computers,
  7407. intelligent telephony and satellite;
  7408.  
  7409. o    build an understanding of issues surrounding electronic
  7410. delivery of information and service, including privacy, security,
  7411. funds transfer, and personal identification;
  7412.  
  7413. o    see and hear how others are using information technology in
  7414. their agencies;
  7415.  
  7416. o    identify solutions for problems that they have encountered
  7417. while implementing electronic service;
  7418.  
  7419. o    interface with those who are making things happen; and 
  7420.  
  7421. o    meet sources with experience and expertise who can help them
  7422. implement electronic service delivery.
  7423.  
  7424. Program:
  7425.  
  7426. The forum will include two plenary sessions, two luncheon speeches,
  7427. and 40-44 working group sessions on topics including applications,
  7428. technology, economic benefits, telemedicine, privacy and security
  7429. issues, system architecture, funding & implementation, reinventing
  7430. government and the role of the US Postal Service.
  7431.  
  7432. Plenary #1
  7433.  
  7434. Introductions: Representative Patricia Schroeder, D-CO (invited)
  7435. Welcoming Address: Governor Roy Romer, Colorado (invited) Providing
  7436. More Service at Less Cost through One-Stop Service Delivery Speaker:
  7437. Greg Woods, National Performance Review
  7438.  
  7439. Plenary #2
  7440.  
  7441. Motivating the Restructuring Effort: Operating in a Reduced Funding
  7442. Environment Speaker: Honorable Kim Devooght (invited) Assistant Deputy
  7443. Minister, Safety and Regulation, Ministry of Transportation, Ontario
  7444.  
  7445. Luncheon #1
  7446.  
  7447. Changing Our Way of Providing Government Services Is Essential to the
  7448. Continuing Viability of Our Government Speaker: Vice President Gore
  7449. (invited) and Shirley Chater, Commissioner, Social Security Administration
  7450.  
  7451. Luncheon #2
  7452.  
  7453. New Technologies Bring a New Era to State Governance
  7454. Speaker: Governor Leavitt, State of Utah
  7455.  
  7456.  
  7457. Applications: Topic Coordinator: Bob Woods, Associate Administrator for FTS
  7458. 2000, General Services Administration
  7459.  
  7460. Community-focused Integration of Services - Project Colorado: Rick
  7461. Schremp, Social Security Administration 
  7462.  
  7463. Restructuring Delivery of Human Services: Carolyn Marzke, National
  7464. Center for Service Integration Improving Access to Government
  7465.  
  7466. Information: Frank Lalley, Veterans Affairs 
  7467.  
  7468. Tailoring Applications to Meet Customer Needs: Session Leader TBD
  7469.  
  7470. Looking Forward - A Plan for the Future: Bob Woods
  7471.  
  7472.     ---------
  7473.  
  7474. Technology.  Topic Coordinator: Jack Warner, AT&T 
  7475.  
  7476. Citizen/Network Interface - The Multimedia Kiosk: Mike Rich, AT&T Global
  7477. Information Solutions 
  7478.  
  7479. Citizen Personal Portable Record Keeping Devices - The Role of
  7480. "SmartCards": Jack Radzikowski, Federal Electronic Benefit Transfer Task
  7481. Force (invited) 
  7482.  
  7483. Citizen Information Networking Technology - The Access, Switching, Server
  7484. and Wide Area Networking Technology: Ed Fontenot, US West Technologies
  7485.  
  7486. Citizen Information Network Trial Status: Johnny Brown, Interactive
  7487. Communications TeleVideo
  7488.  
  7489. Citizen Information Network - Looking Forward:  Jack Warner
  7490.  
  7491.    -----
  7492.  
  7493. Economic Benefits.  Topic Coordinator: Jerry Mechling, Ph.D., Harvard
  7494. University 
  7495.  
  7496. What and Where are the Real Savings?: Session Leader TBD
  7497.  
  7498. Mechanisms to Measure Economic Benefits: Session Leader TBD
  7499.  
  7500. Evaluating the Return on the Public Investment - Electronic vs. Alternative
  7501. Means: Session Leader TBD
  7502.  
  7503. Dollars and Sense in Public Access - A National Network Approach: Michael
  7504. North, North Communications
  7505.  
  7506. Looking Forward - A Plan for the Future: Jerry Mechling
  7507.  
  7508.  -----
  7509.  
  7510. Telemedicine.  Topic Coordinator: Margaret Cary, MD, MBA, MPH, Regional
  7511. Director, Region VIII, Health and Human Services
  7512.  
  7513. Empowering the Rural Citizen - Defining the Need: Mary Gardner Jones,
  7514. Alliance for Public Technology
  7515.  
  7516. Technology - Creating the Connection: Peggy Poggio, Lawrence Livermore
  7517. National Laboratory
  7518.  
  7519. TeleHealth Opportunities - The Perspective of the Service Provider: Jane
  7520. Preston, MD, American Telemedicine Association
  7521.  
  7522. Lessons Learned: Ben Sherman, Western American Indian Chamber
  7523.  
  7524. Looking Forward - A Plan for the Future: Dr. Cary
  7525.  
  7526.  -----
  7527.  
  7528. Privacy/Security.  Topic Coordinator: Steven Lasky, Security
  7529. Technology & Design
  7530.  
  7531. Advantages and Potential Pitfalls of Electronic Benefit Transfer Using
  7532. SmartCard Technology: Session Leader TBD
  7533.  
  7534. International Implications of Privacy Regulations: Session Leader TBD
  7535.  
  7536. Perceptions Regarding Quality of Service and Exercise of Control: Session
  7537. Leader TBD 
  7538.  
  7539. Ensuring Adequate Safeguards of Personal Data: Session Leader TBD
  7540.  
  7541. Looking Forward - A Plan for the Future: Steve Lasky
  7542.  
  7543.   -----
  7544.  
  7545. System Architecture.  Topic Coordinator: Timothy Thomas, Ph.D., Los Alamos
  7546. National Laboratories
  7547.  
  7548. Architecting the NII to Facilitate Commerce: Depak Gupta, Nations Bank
  7549.  
  7550. The Concept of "Services" in the Architecture of the NII: Charles N.
  7551. Brownstein, Corporation for National Research Initiatives
  7552.  
  7553.  From the Internet to the NII: Lessons Learned: Doug Tygar, Carnegie-Mellon
  7554. University
  7555.  
  7556. Interoperability and Distributed Functionality on the NII: Timothy Thomas
  7557.  
  7558. Looking Forward - A Plan for the Future:  Tim Thomas
  7559.  
  7560.  -----
  7561.  
  7562. Funding, Implementation and Evaluation.  Topic Coordinator: Russ Bohart,
  7563. California Health and Welfare Agency Data Center
  7564.  
  7565. Models Across the Country: Sandi Ludwig, IBM
  7566.  
  7567. Cooperative Ventures Between Industry and Government: Larry Silvey, Info-Texas
  7568.  
  7569. Enterprising the Citizen Service Center / Potential Revenue Streams:
  7570. Russ Bohart
  7571.  
  7572. Getting Started -- Basic Considerations: Hal Ferber, California Health &
  7573. Welfare Agency Data Center
  7574.  
  7575. Looking Forward - A Plan for the Future: Russ Bohart
  7576.  
  7577.  -----
  7578.  
  7579. Reinventing Government.  Topic Coordinator: Jim Flyzik, Department of Treasury
  7580.  
  7581. Improving Service Through Partnering:  Fred McDonald, Government of Canada
  7582.  
  7583. Roles and Relationships in the Reengineering Process: Renato DiPentima,
  7584. Social Security Administration
  7585.  
  7586. Reinventing Government--A State Perspective:  Bradley Dugger, Past
  7587. President,  National Association of State Information Resource Executives
  7588. (Invited)
  7589.  
  7590. The Intergovernmental Enterprise: Bob Greeves, National Academy of Public
  7591. Administration
  7592.  
  7593. Looking Forward - A Plan for the Future: Jim Flyzik
  7594.  
  7595.  -----
  7596.  
  7597. Role of the Postal Service in Electronic Government and Electronic
  7598. Commerce.  Topic Coordinator: Robert A. F. Reisner, Vice President,
  7599. Technology Applications, US Postal Service
  7600.  
  7601. Transacting Business Online - Electronic Commerce Services: Dick Rothwell,
  7602. US Postal Service
  7603.  
  7604. Communicating Electronically - Hybrid Message Products: Wade Henley, US
  7605. Postal Service
  7606.  
  7607. The Kiosk Network Solution: Susan Smoter, US Postal Service
  7608.  
  7609. Privacy Policy for the USPS on the NII: Chuck Chamberlain, US Postal Service
  7610.  
  7611. Looking Forward - A Plan for the Future:  Robert A. F. Reisner
  7612.  
  7613.    -----
  7614.  
  7615. List of Sponsors:
  7616.  
  7617. US Postal Service 
  7618. National Performance Review 
  7619. Social Security Administration
  7620. University of Colorado at Denver
  7621. Western Governors Association 
  7622. State of California - INFO/CALIFORNIA  
  7623. International City/County Managers Association
  7624. United States Department of Agriculture 
  7625. United States Department of Health & Human Services, Region VIII
  7626. National Congress of American Indians
  7627. Western American Indian Chamber
  7628. Federation of Government Information Processing Councils 
  7629. Council of Governors Policy Advisors 
  7630. National Rural Health Association 
  7631. Western Consortium for Public Health 
  7632. Consumer Interest Research Group / Alliance for Public Technology
  7633. State Technologies
  7634. Industry Advisory Council - Denver Chapter
  7635. International Teleconferencing Association
  7636.  
  7637. Project Colorado Team Members:
  7638.  
  7639. Social Security Administration, Denver Region 
  7640. University of Colorado at Denver College of Engineering
  7641. State of Colorado 
  7642. City of Broomfield, Colorado 
  7643. Colorado SuperNet 
  7644. Armed Forces Communications and Electronics Association 
  7645. Lawrence Livermore National Laboratories 
  7646. Los Alamos National Laboratory 
  7647.  
  7648. Price:
  7649.  
  7650. $295 through 2/1/95, $395 thereafter. Attendance limited to 1000 people.
  7651.  
  7652. To register, contact Government Technology at (916)363-5000.
  7653.  
  7654. Hotel accommodations are available at government rates through the
  7655. Radisson Hotel, (303) 893-3333. Please indicate that you are attending
  7656. the Service to the Citizen forum sponsored by Project Colorado to
  7657. obtain the rates.
  7658.  
  7659. For more information, contact Bob Rantschler, Summit Coordinator,
  7660. (303) 844-2017 or rdr@cse.cudenver.edu or Pete Goss at pgoss@citserv.org.
  7661.  
  7662. ------------------------------
  7663.  
  7664. Date: Thu, 5 Jan 95 12:56:02 PST
  7665. From: R. Jagannathan <jagan@csl.sri.com>
  7666. Reply-To: jagan@csl.sri.com
  7667. Subject: GLU System Now Available
  7668.  
  7669.  
  7670. Just to reiterate that the GLU system for parallel programming using
  7671. workstation networks can now be obtained from SRI.
  7672.  
  7673. Please see http://www.csl.sri.com/glu/html/software using Mosaic for
  7674. details.
  7675.  
  7676. If you have any questions, please contact me.
  7677.  
  7678.  
  7679. Thanks,
  7680.  
  7681. Jaggan
  7682.  
  7683. ------------------------------
  7684.  
  7685. Date: Thu, 5 Jan 1995 14:29:05 -0500
  7686. From: THOMAS.HUGHES@sprint.sprint.com
  7687. Subject: Help Wanted; PBX Admin, Texas 
  7688.  
  7689.  
  7690. HELP WANTED. Position available: Telephone System Administrator-Houston, 
  7691. Tx.  Manage two PBX's, 145 Key systems.  Northern Telecom SL-1
  7692. experiance required.  Reply to Tom Hughes 713-967-8300. Fax 713-967-8330.
  7693.  
  7694. ------------------------------
  7695.  
  7696. From: gsegalli@ic1d.harris.com (Greg Segallis)
  7697. Subject: Cellular NAM and ESN
  7698. Organization: Harris, GCSD
  7699. Date: Thu, 5 Jan 1995 18:10:44 GMT
  7700.  
  7701.  
  7702. Can two cellular phones be programmed to the same NAM, while their
  7703. ESN's are different, so that either phone can be used on one number?
  7704. Assume only one phone can be on at a time (e.g.  I have a car phone I
  7705. use while on the road and a portable I use when I'm away from my car).
  7706. Does the cellular carrier use the NAM to connect calls or the ESN, or
  7707. both?  If the ESN must be the same, can I alter the one to match the
  7708. other?  This would not be done to steal anyone else's service, just to
  7709. allow me the convenience of using both my phones as the situation
  7710. requires/allows.  What are the legal issues in doing this?
  7711.  
  7712. Email is prefered, as my news server purges more often than I get
  7713. to Usenet.)
  7714.  
  7715.  
  7716. Thanks,
  7717.  
  7718. Greg
  7719.  
  7720.  
  7721. [TELECOM Digest Editor's Note: If both phones have the same ESN (because
  7722. you altered one to match the other) then yes, what you are asking can be
  7723. done, however it is a very big no-no among cellular carriers, to say
  7724. nothing of technical difficulties you (or the carrier) may encounter if
  7725. both phones happen to be accidentally turned on at the same time. If
  7726. the phones each have their own ESN then no it is not possible unless you
  7727. can convince the carrier to waive ESN-checking when handling your calls,
  7728. and that is not a very good idea either unless you want to risk having
  7729. to pay for everyone else who decides to program their phone with your
  7730. phone number (that part is easy!).  Please review some articles here
  7731. last year on this topic. Long ago, the cell carriers used to give places
  7732. like Radio Shack (some carriers still do) 'demo phone lines' for the
  7733. purpose of selling phones. Any phone in the store would work, regardless
  7734. of ESN when programmed to that phone number; how else could the store
  7735. have a dozen different models on display and allow users to 'test drive'
  7736. them with actual calls other than having as many phone lines as he did
  7737. ESNs, which would be difficult and impractical. The trouble is, phreaks
  7738. found out the phone numbers used for demos; that is, the phone numbers
  7739. on which the carrier did not bother doing ESN verifications. Pretty soon
  7740. everyone was using those numbers for outgoing calls. Ditto with the
  7741. administrative phones in the cell carrier's customer service and tech
  7742. departments. They were not bothering to ESN-verify those either when
  7743. they were used for calls ... now of course they do ... <grin> ... after
  7744. Cell One Chicago and a couple others got eaten alive by phreaks.  The
  7745. best answer to give you is no, it cannot be done. Forget it.    PAT]
  7746.  
  7747. ------------------------------
  7748.  
  7749. From: tomv@earthlink.net (Tom R. Valdez)
  7750. Subject: Need ANSI X3.28 Code - x328.rq [1/1]
  7751. Date: 5 Jan 1995 05:41:26 GMT
  7752. Organization: Earthlink Network, Inc.
  7753.  
  7754.  
  7755. I'm working on a project which requires implementation of the ANSI
  7756. X3.28-1976 communications protocol on a PC clone. Does anyone know
  7757. where I can find:
  7758.  
  7759.   1) a copy of the ANSI X3.28-1976 spec,
  7760.   2) source code which implements this protocol and/or
  7761.   1) a library which performs this protocol.
  7762.  
  7763.  
  7764. Thanks very much!
  7765.  
  7766. tomv@earthlink.net
  7767.  
  7768. ------------------------------
  7769.  
  7770. From: tomv@earthlink.net (Tom R. Valdez)
  7771. Subject: Need an EBCDIC Spec - ebcdic.rq [1/1]
  7772. Date: 5 Jan 1995 05:42:19 GMT
  7773. Organization: Earthlink Network, Inc.
  7774.  
  7775.  
  7776. I'm working on a project which requires conversion of EBCDIC to
  7777. ASCII and visa-versa.  Does anyone know where I can find:
  7778.  
  7779.   1) a spec for the EBCDIC character set,
  7780.   2) source code which performs such translations and/or
  7781.   3) a library which performs these translations.
  7782.  
  7783.  
  7784. Thanks very much!
  7785.  
  7786. tomv@earthlink.net
  7787.  
  7788. ------------------------------
  7789.  
  7790. Date: Thu, 5 Jan 95 00:30 EST
  7791. From: dleibold@gvc.com (Dave Leibold)
  7792. Subject: More CO Codes For Each NPA - Any Telcos Take Advantage?
  7793.  
  7794.  
  7795. With the introduction of "interchangeable" area code formats
  7796. officially beginning in a few days, the required dialing changes
  7797. throughout the North American Numbering Plan mean that all area codes
  7798. should be able to assign N(0/1)X format prefixes for their local
  7799. numbers.
  7800.  
  7801. I saw some recent references to some N(0/1)X format codes in a New
  7802. Brunswick (NPA 506) list ... 313 for the Saint John, the provincial
  7803. capital. 506 is not a huge population centre, but if 313 is indeed a
  7804. forthcoming assignment, it seems telcos will be assigning with the
  7805. N(0/1)X format because they now can.
  7806.  
  7807. Elsewhere in Canada, 403 (Alberta) and especially 604 (British
  7808. Columbia) were nearing capacity under the NNX format. Presumably these
  7809. regions will be introducing N(0/1)X CO codes as soon as they can.
  7810. Indeed, it's surprising these regions haven't announced an outright
  7811. area code split by now.
  7812.  
  7813. Are there other area codes where introduction of N(0/1)X format CO
  7814. codes/prefixes is planned?
  7815.  
  7816. ------------------------------
  7817.  
  7818. From: keith.knipschild@asb.com
  7819. Organization: America's Suggestion Box - BBS (516) 471-8625
  7820. Date: Thu, 05 Jan 95 00:44:32 
  7821. Subject: Information Wanted on Northern Telecom Phone
  7822.  
  7823.  
  7824. Does anyone have info on a NORTHERN TELECOM Phone that is advertised
  7825. in the HELLO DIRECT Catalog (Spring 95)-(Page 28) ??? This phone is
  7826. has a Digital Answering Machine, VOICE Caller ID, Voice Mailboxs,
  7827. Message Alert, Personal Greetings based on caller ID info, Person
  7828. Directory, FAX / Modem Jack,Headset jack, Message TRANSFER.
  7829.  
  7830. All for only $299.00.
  7831.  
  7832. I don't know the model number as of yet.  Any information would be a
  7833. great help.
  7834.  
  7835.  
  7836. Thanks,
  7837.  
  7838. Keith.knipschild@asb.com
  7839.  
  7840. ------------------------------
  7841.  
  7842. From: tchaffee@crl.com (Timothy S. Chaffee)
  7843. Subject: SNA Over Token Ring
  7844. Date: 5 Jan 1995 10:10:49 -0800
  7845. Organization: CRL Dialup Internet Access (415) 705-6060  [Login: guest]
  7846.  
  7847.  
  7848. I am looking into moving our print traffic from a SDLC/SNA connection
  7849. to run over our Token Ring network. Can this be done? Any pointers in
  7850. the right direction would be greatly appreciated! 
  7851.  
  7852.  
  7853. Thanks in advance,
  7854.  
  7855.  
  7856. Tim
  7857.  
  7858. ------------------------------
  7859.  
  7860. Date: Thu, 5 Jan 1995 13:21:54 EST
  7861. From: Frank Bajak <fbajak@eos.ap.org>
  7862. Subject: AP Reporter in Berlin Needs Help With Report
  7863.  
  7864.  
  7865.     Greetings,
  7866.  
  7867.     I am working on a story on Deutsche Telekom's bold (ha) leap
  7868. into privatization and will attempt to explain how a company considered 
  7869. Europe's most consumer-unfriendly but at the same time among its most
  7870. technically sophisticated is trying to globalize in anticipation of
  7871. lost domestic revenues when competition sets in at home.
  7872.  
  7873.     I'd be interested in talking to anyone with expertise on the
  7874. subject.
  7875.  
  7876.     I am also trying to locate John Williamson of {Global Telephony}
  7877. magazine, who wrote a piece in the {International Herald Tribune} a few
  7878. weeks back I found quite good. You know him?
  7879.  
  7880.  
  7881. Thanks,
  7882.  
  7883. Frank Bajak        fbajak@ap.org
  7884. Correspondent      or Frank_Bajak@mcimail.com
  7885. Associated Press   tel: (49-30)-845-090-26 (ISDN)
  7886. 10559 Berlin       fax:         399-4341
  7887. Germany            office switchboard: 399-925-0
  7888.  
  7889. ------------------------------
  7890.  
  7891. From: bminer@wireless.ultranet.com (Brian Miner)
  7892. Subject: Interim Results of FCC Auctions
  7893. Date: Thu, 5 Jan 1995 15:47:47 GMT
  7894. Organization: UltraNet Communications, Inc.
  7895.  
  7896.  
  7897. Has anyone seen results from the FCC auctions of the PCS licenses on
  7898. the net ?
  7899.  
  7900. Before today, I assumed the details from the auctions was not made
  7901. public.  In today's {Wall Street Journal}, some information from round
  7902. 21 was presented.
  7903.  
  7904.  
  7905. Thanks in advance.
  7906.  
  7907. Brian Miner
  7908.  
  7909. ------------------------------
  7910.  
  7911. Date: Thu, 05 Jan 1995 03:32:11 EST 
  7912. Subject: 101xxxx: Not Yet
  7913. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  7914. From: Paul Robinson <paul@tdr.com>
  7915.  
  7916.  
  7917. In attempting to do a carrier check from a 301-587 number in
  7918. Montgomery County, Maryland, I got a time out and a recording of
  7919. inability to complete the call, when attempting to dial
  7920.  
  7921. 1010288 1 700 555 1212
  7922.  
  7923. The call timed out as if I was trying to call
  7924.  
  7925. 10102 881 7005
  7926.  
  7927. E.g. making a local call using carrier 10102 instead.
  7928.  
  7929. So it's not set up yet.
  7930.  
  7931. Followup Note:  Dialing
  7932.  
  7933. 10288 1 360 555 1212
  7934.  
  7935. Still times out ^ at this digit 1, meaning they are not yet ready for
  7936. the new area codes here yet.  Patrick Towson's comments about dialing
  7937. via 1-800-CALL-ATT were correct; AT&T will put a call through with a
  7938. calling card, but Bell Atlantic still does not recognize the new area
  7939. codes, and probably won't until required to, which, isn't it the 15th
  7940. of January?
  7941.  
  7942.                       --------------
  7943.  
  7944. (Note to Pat: the following is probably more appropriate to Chicago than 
  7945. to Silver Spring, and yes, the computer picked it, I didn't:)
  7946.  
  7947. The following Automatic Fortune Cookie was selected only for this message:
  7948.  
  7949. Now I lay me down to sleep
  7950. I pray the double lock will keep;
  7951. May no brick through the window break,
  7952. And, no one rob me till I awake.
  7953.  
  7954.  
  7955. [TELECOM Digest Editor's Note: Poor Chicago. The politicians here are
  7956. starting to get frantic now that the Republicans have taken over so
  7957. much control. They see the handwriting on the wall; what's left of
  7958. the city -- not much -- need not expect any financial help. Which in
  7959. a way is okay with me; pouring money into Chicago is like trying to
  7960. fill up a Florida sinkhole with buckets of sand: the money just keeps
  7961. pouring in and pouring in with months or years later nothing to show
  7962. for it. 
  7963.  
  7964. I guess you saw the latest reports: number of homicides in 1994 was
  7965. the third highest in history (exceeded only by 1993 and 1974) with
  7966. 900 plus murders. All kinds of violent crimes by children against
  7967. other children and now Wednesday this latest slap in the face from
  7968. the school board:  A nine year old girl is raped *in her classroom
  7969. at school with the teacher in the same room*. Teacher is reading a
  7970. book he brought to school; the kids are supposed to be studying their
  7971. school work. Teacher does not see the attack or hear it. So the girl 
  7972. gets raped, okay?  Bad enough? Not really. The parents sue the Board
  7973. of Education saying the teacher was inattentive and might have prevented
  7974. it had he been properly supervising the class. The Board of Education
  7975. responds saying (get this now!) *it is the fault of the little girl
  7976. that she got raped, since she did not speak out or scream or cry 
  7977. during the attack. She did not say, "I am being raped, help me". *
  7978. Some slimey lawyer for the school board told them to say that. Since
  7979. when is a nine year old child responsible for a sexual assualt made
  7980. on them under any circumstances?  Well, that's Chicago, as usual. I
  7981. am so glad my family and myself managed to find a way out. I really
  7982. hope the Republicans cut off *every nickle from every source for
  7983. every single program* where Chicago is concerned.    PAT]
  7984.  
  7985. ------------------------------
  7986.  
  7987. From: lware@voxel.com (Lance Ware)
  7988. Subject: Information Wanted: Competitors For Intra-state Leased Lines?
  7989. Organization: VOXEL
  7990. Date: Fri, 6 Jan 1995 00:33:40 GMT
  7991.  
  7992.  
  7993. Can anyone tell me if there is competetion for inter-state (relatively
  7994. short haul) leased lines. I am interested in a 56K or 128K circuit
  7995. from Laguna Hills, CA to Los Angeles (LAX) area. PacBell's rate is
  7996. pretty high.  Who can I call?
  7997.  
  7998. Please respnd via email.
  7999.  
  8000.  
  8001. Lance Ware   IS Manager & VOXEL Guru   VOXEL
  8002.  
  8003. ------------------------------
  8004.  
  8005. End of TELECOM Digest V15 #12
  8006. *****************************
  8007.     
  8008.     
  8009. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa16753;
  8010.           6 Jan 95 6:17 EST
  8011. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8012.     id AA27891; Fri, 6 Jan 95 01:40:12 CST
  8013. Return-Path: <telecom>
  8014. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8015.     id AA27883; Fri, 6 Jan 95 01:40:07 CST
  8016. Date: Fri, 6 Jan 95 01:40:07 CST
  8017. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  8018. Message-Id: <9501060740.AA27883@delta.eecs.nwu.edu>
  8019. To: telecom@eecs.nwu.edu
  8020. Subject: TELECOM Digest V15 #13
  8021.  
  8022. TELECOM Digest     Fri, 6 Jan 95 01:40:00 CST    Volume 15 : Issue 13
  8023.  
  8024. Inside This Issue:                         Editor: Patrick A. Townson
  8025.  
  8026.     Re: Cellphone Now Giving ANI? (Jeffrey Rhodes)
  8027.     Re: Christmas Greetings From AT&T (Scott A. Montague)
  8028.     Re: More CO Codes For Each NPA - Any Telcos Take Advantage? (Ry Jones)
  8029.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Benjamin P. Carter)
  8030.     Re: Noise Introduced by Bit-Robbing? (Scott Darling)
  8031.     Re: NANP 800 Numbers From the UK (Dik Winter)
  8032.     ANI on an Airphone and More (Ry Jones)
  8033.     Invalid AT&T Prepaid Cards (Jan Mandel)
  8034.     New Area Codes and PBX (Jan Mandel)
  8035.     Value-Added Services in the States and Elsewhere (Lo Kwan Poon Ken)
  8036.     Communications FTP Server in Australia (Iaen Cordell)
  8037.  
  8038. TELECOM Digest is an electronic journal devoted mostly but not
  8039. exclusively to telecommunications topics. It is circulated anywhere
  8040. there is email, in addition to various telecom forums on a variety of
  8041. public service systems and networks including Compuserve and America
  8042. On Line. It is also gatewayed to Usenet where it appears as the moderated
  8043. newsgroup 'comp.dcom.telecom'. 
  8044.  
  8045. Subscriptions are available to qualified organizations and individual
  8046. readers. Write and tell us how you qualify:
  8047.  
  8048.                  * telecom-request@eecs.nwu.edu *
  8049.  
  8050. The Digest is edited, published and compilation-copyrighted by Patrick
  8051. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  8052. or phone at:
  8053.                     9457-D Niles Center Road
  8054.                      Skokie, IL USA   60076
  8055.                        Phone: 708-329-0571
  8056.                         Fax: 708-329-0572
  8057.   ** Article submission address only: telecom@eecs.nwu.edu **
  8058.  
  8059. Our archives are located at lcs.mit.edu and are available by using
  8060. anonymous ftp. The archives can also be accessed using our email
  8061. information service. For a copy of a helpful file explaining how to
  8062. use the information service, just ask.
  8063.  
  8064. *************************************************************************
  8065. *   TELECOM Digest is partially funded by a grant from the              *
  8066. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  8067. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  8068. * project.  Views expressed herein should not be construed as represent-*
  8069. * ing views of the ITU.                                                 *
  8070. *************************************************************************
  8071.  
  8072. Additionally, the Digest is funded by gifts from generous readers such
  8073. as yourself who provide funding in amounts deemed appropriate. Your help 
  8074. is important and appreciated. A suggested donation of twenty dollars per
  8075. year per reader is considered appropriate. See our address above.
  8076.  
  8077. All opinions expressed herein are deemed to be those of the author. Any
  8078. organizations listed are for identification purposes only and messages
  8079. should not be considered any official expression by the organization.
  8080. ----------------------------------------------------------------------
  8081.  
  8082. From: jcr@creator.nwest.mccaw.com (Jeffrey Rhodes)
  8083. Subject: Re: Cellphone Now Giving ANI?
  8084. Date: 6 Jan 1995 00:54:24 GMT
  8085. Organization: McCaw Cellular Communications, Inc.
  8086. Reply-To: jcr@creator.nwest.mccaw.com
  8087.  
  8088.  
  8089. In article 8@eecs.nwu.edu, keith.knipschild@asb.com writes:
  8090.  
  8091. > I guess NYNEX Mobile has made some progress, Today I dialed 1-800-MY-ANI-IS 
  8092. > from my Cellular phone ... and guess what ... it came back with my
  8093. > cellular phone number. In the past it would come back with a WEIRD
  8094. > number.
  8095.  
  8096. > Is NYNEX Mobile the first company to pass along the ANI from cellular
  8097. > phones?
  8098.  
  8099. As I have commented previously, most cellular carriers route 800 calls
  8100. to a LEC's End Office on Type 1 facilities such that the cellular ANI
  8101. is lost.
  8102.  
  8103. It is possible for an Equal Access cellular provider to use Type 2
  8104. facilities to a LEC's Access Tandem and deliver the cellular ANI. The
  8105. carrier transmitted on Feature Group D signaling is 110. This tells
  8106. the Access Tandem to collect the ANI and Digits Dialed (800+), so that
  8107. the Access Tandem can dip to a database to find out the carrier
  8108. assigned to the 800 number (10 digit 800 portability. The Access
  8109. Tandem then routes the call to that carrier passing the real ANI.
  8110.  
  8111. Not all LECs permit this. Cellular carriers have little control,
  8112. unless of course the LEC and the cellular carrier are the same, eg.
  8113. Nynex. When Equal Access is implemented in Cellular One markets to
  8114. meet the Consent Decree requirements for the McCaw-AT&T merger, the
  8115. McCaw recommendation will be to use the Type 2 facilities for 800
  8116. traffic when permitted by the LEC.
  8117.  
  8118. ------------------------------
  8119.  
  8120. From: 4sam3@qlink.queensu.ca (Montague Scott A)
  8121. Subject: Re: Christmas Greetings From AT&T
  8122. Date: 6 Jan 1995 02:54:26 GMT
  8123. Organization: Queen's University, Kingston
  8124.  
  8125.  
  8126. > [TELECOM Digest Editor's Note: "Slamming" has always been defined in this
  8127. > context as the unauthorized switching of long distance carriers on a phone
  8128. > line. If for example you are a customer of AT&T and one day you discover
  8129. > that your default (one plus or zero plus) carrier has been changed to 
  8130. > Sprint -- just an example -- without your permission or knowledge, then
  8131. > we say that (in this example) Sprint 'slammed' your line.   PAT]
  8132.  
  8133.     Here in Ontario, we use a much softer word (who would have
  8134. guessed, eh?).  Now that we have a similar system of Long Distance
  8135. Carrier selection, Bell Canada (our original telecommunications
  8136. monopoly) is running commercials telling why customers are "switching
  8137. back to Bell".  One of the reasons was "I was bounced to another
  8138. carrier"... which, I guess, is what we now call it here.
  8139.  
  8140. Compare:
  8141.  
  8142. 1) Unitel 'slammed' me.
  8143. 2) Unitel 'bounced' me.
  8144.  
  8145. Number 2 does sound better to me ... "Slammed" is a little to violent.
  8146. Of note: When we adopted LD carrier selection, Bell Canada was
  8147. required to tell all people who subscribe to their service that they
  8148. can now switch to another LD carrier ... in essence, advertising for
  8149. them.  Bell Canada can not charge people for switching their Equal
  8150. Access Carrier.  Bell also must do the billing for "Casual Calling",
  8151. at no charge to the carrier or customer.  A Bell representive must
  8152. also tell a person calling their Business Office that they can pick
  8153. any LD Carrier they want.  Bell also had to pay most of the costs
  8154. related to making their system accept other carriers.  Sounds like
  8155. fair regulations to me ... have Bell shoulder all the costs for my
  8156. business to set up.  Thanks Keith Spicer (CRTC Chair); let's see if we
  8157. can singlehandedly destroy one of the leaders in R&D in the world in
  8158. Communications (let alone Canada).  Watch the R&D budgets go down.
  8159. Why would we want a company that subsidizes the local rates with their
  8160. LD rates?  Let's drive Bell into Metered Local Calling (NEVER!).
  8161. There's no reason why we'd want a LD Carrier that has a better than
  8162. 99% customer satisfaction rate, year after year.  Thank goodness that
  8163. alot of Canadians are sensible, and staying with Bell.
  8164.  
  8165.  
  8166. Scott
  8167. Personal reply? Send E-Mail to 4sam3@qlink.queensu.ca for a PGP public key.
  8168.  
  8169.  
  8170. [TELECOM Digest Editor's Note: Well, a lot of what you are complaining
  8171. about above are the very topics many of us complained about several years
  8172. ago here in the United States ... look how far our complaints got us. 
  8173. There is both good and bad in the current arrangement here, although many
  8174. of us could not see the good parts a decade ago.   PAT]
  8175.  
  8176. ------------------------------
  8177.  
  8178. From: rjones@rjones.oz.net (Ry Jones)
  8179. Subject: Re: More CO Codes For Each NPA - Any Telcos Take Advantage?
  8180. Date: 6 Jan 1995 03:03:40 GMT
  8181. Organization: The SenseMedia Network, http://sensemedia.net/
  8182.  
  8183.  
  8184. Dave Leibold (dleibold@gvc.com) wrote:
  8185.  
  8186. > Are there other area codes where introduction of N(0/1)X format CO
  8187. > codes/prefixes is planned?
  8188.  
  8189. 206-803 is valid. See my previous post on 360-NXX's that contains many
  8190. N[01]X exchanges. I think this is very, very widespread.
  8191.  
  8192.  
  8193. Please reply to user%rjones@oz.net or directly to rjones@oz.net.
  8194. Other mutations may bounce, such as user@rjones.oz.net.
  8195.  
  8196. ------------------------------
  8197.  
  8198. From: bpc@netcom.com (Benjamin P. Carter)
  8199. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  8200. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  8201. Date: Fri, 6 Jan 1995 03:27:40 GMT
  8202.  
  8203.  
  8204. Paul_Gloger.ES_XFC@xerox.com writes:
  8205.  
  8206. > Cordless telephones use radio waves to communicate between the handset
  8207. > and the base.  Those radio waves can easily be intercepted by a police
  8208. > scanner.
  8209.  
  8210. > Ball said there was nothing illegal in McGee's listening to the cordless 
  8211. > phone conversations because it was a random scanning.
  8212.  
  8213. > [TELECOM Digest Editor's Note: That's the first time I have ever heard
  8214. > of cordless phone monitoring being dismissed as 'nothing illegal' because
  8215. > it was 'random scanning'. You'd think they would rely on previous court
  8216. > decisions stating that cordless phones do not have the same protection
  8217. > as cellular phones ... or something ... but isn't all scanner listening
  8218. > essentially 'random'?   PAT]
  8219.  
  8220. It's random within the categories (police, fire, airport, etc.)
  8221. corresponding to allocated frequency bands.  At least it's random when
  8222. you first turn the scanner on.  After a while, though, you will have
  8223. learned which specific frequencies are of interest, and you can set
  8224. the scanner to ignore all other frequencies.
  8225.  
  8226. I believe it's illegal for a store to sell a scanner capable of
  8227. picking up cellular phone conversations.  Cordless phones however can
  8228. listen in on each other if they are nearby; and any law to prevent
  8229. scanners from picking up those frequencies would not really insure
  8230. privacy of cordless phone conversations.
  8231.  
  8232.  
  8233. Ben Carter   internet address: bpc@netcom.com
  8234.  
  8235.  
  8236. [TELECOM Digest Editor's Note: Not only is it illegal for a store to
  8237. sell such units, it is often times against corporate policy to even
  8238. discuss the possibility of modification. Take Radio Shack as one
  8239. example: it used to be when you bought any kind of radio from them,
  8240. whether it was a CB, or a scanner, the clerks took much delight in
  8241. handing you a customer-prepared ('a customer brought it in and left
  8242. it here', or so they claimed) 'mod sheet' telling how to do the
  8243. various mods to their equipment. In the era of CB, the mods would be
  8244. to get the radio up to ten meters (what traces to cut on the board
  8245. and what chips had to have pins held high; and what cores to adjust
  8246. to get the radio to oscillate [or 'key-up'] when you got it that far 
  8247. off the original center frequency); with the old crystal-controlled
  8248. scanners the mods handed out by RS clerks would discuss ways of
  8249. swapping out the master crystal with another one to get 'secret
  8250. frequencies'; with one of their very early digital scanners there
  8251. was a programming error in the ROM which allowed the user to punch
  8252. in the decimal point a couple extra times and get the scanner to 
  8253. receive stuff in the 350-400 megs area -- now commonplace in scanners
  8254. but back then 'secret government radio stations' -- oh, the RS clerks
  8255. knew them all. Then about ten years ago as 800 meg scanners were
  8256. becoming more common, those mysterious mod sheets ("I dunno who left
  8257. it here in the store, but we made some copies for customers ..") 
  8258. discussed how to change RS scanners to pick up cellular phones by
  8259. clipping a diode here and there.  
  8260.  
  8261. But then the feds came to Fort Worth one day with a blunt message
  8262. for all concerned: "Can the shit!" said the FCC. You betcha!  Within
  8263. a few days a memo was hanging on the back wall in the office of 
  8264. every Radio Shack store which said there would be no further discussion
  8265. of 'mods' with customers under any circumstances. Not only that, if
  8266. the customer mentioned making mods, the clerk was to *decline the
  8267. sale* rather than possibly be later found to be part of a conspiracy
  8268. or a scheme. And they are serious about it. RS corporate policy now
  8269. is any clerk who so much as discusses with a customer the possibility 
  8270. that an item sold by RS might concievably be used in an illegal way  
  8271. is subject to discharge. No bull or backtalk about freedom of speech
  8272. and all that. They are *so* serious about this policy now that about
  8273. six months ago, they pulled their two top-of-the-line scanners off
  8274. the market for retrofitting when someone found out there was another
  8275. programming error in the ROM that customers could 'abuse'. And where
  8276. before all their CB radios were using the Motorola 02-A chip for channel
  8277. (or frequency) selection (or sometimes a similar chip from Uniden), now
  8278. all that stuff is in the ROM, or read-only memory. 
  8279.  
  8280. The feds got after Motorola on account of that 02-A chip also, and
  8281. the FCC made them quit manufacturing it. Easily programmable with a snip
  8282. snip here and a drop of solder there, all the guys were using them for
  8283. pirate radios. Uniden also got a rap on the knuckles from Uncle when
  8284. the company came out with its 'Digi-Scan' unit.  PAT]
  8285.  
  8286. ------------------------------
  8287.  
  8288. From: dsd@aol.com (DSD)
  8289. Subject: Re: Noise Introduced by Bit-Robbing?
  8290. Date: 5 Jan 1995 21:50:44 -0500
  8291. Organization: America Online, Inc. (1-800-827-6364)
  8292. Reply-To: dsd@aol.com (DSD)
  8293.  
  8294.  
  8295. Previously written.....
  8296.  
  8297. >> What kind of noise/distortion does American-style bit-robbing
  8298. >> cause to voice band signals transmitted through PCM channels?
  8299. >> In the U.S., most intermachine trunks are common channel direct
  8300. >> connections so only the robbed bit at each end of the IC/EC
  8301. >> connection introduces the robbed bit (as well as ny non CCS systems in
  8302. >> the EC).
  8303.  
  8304. > Today, most end-to-end voice connections do not include any trunking
  8305. > which uses robbed bit signalling.  The great majority of local
  8306. > trunking, especially in metro areas, has all been converted to CCS.
  8307. > One way to determine the probability of what type of local trunking
  8308. > is in your area is if caller ID is available.  If you can have caller
  8309. > ID, then the local trunking is using CCS and thus no robbed bit signaling
  8310. > is involved at that end of any connection.
  8311.  
  8312. > Bellcore NISDN Hotline Technical Consultant (1-800-992-ISDN)
  8313. > Bill Sohl (K2UNK) BELLCORE (Bell Communications Research, Inc.)
  8314. > Morristown, NJ             email via UUCP      bcr!cc!whs70
  8315. > 201-829-2879 Weekdays      email via Internet  whs70@cc.bellcore.com
  8316.  
  8317. Whoa there big guy!! 
  8318.  
  8319. First define CCS, I think I know what it is but humor me!
  8320.  
  8321. Second, CLASS Features use SS7 which is NOT any part of trunking. And
  8322. if you insist they are then why can't an ATT 2B processor do class
  8323. features!?
  8324.  
  8325. TRUNKING is still running MOSTLY on AMI/D4 56k channels T-1 carrier,
  8326. even if it runs under DS3 over fiber. I agree more and more B8ZS ESF
  8327. banks are going in.  But, to blantantly say that every or most trunks
  8328. are CCS is not something you want to bet money on.
  8329.  
  8330. ALSO, in my local WE don't provide Caller-ID on Foreign Exchange
  8331. circuits over T-1 carrier because of the 2FXS card incompatibilty with
  8332. it.  Be they WECO, Pulsecom, or any other card. WECO 2FS-GT cards eat
  8333. the analog packet big time. I haven't tried any other brands of the
  8334. same card.
  8335.  
  8336.  
  8337. Scott Darling     US WEST Specials
  8338.  
  8339. ------------------------------
  8340.  
  8341. Date: Fri, 6 Jan 1995 03:25:09 +0100
  8342. From: Dik.Winter@cwi.nl
  8343. Subject: Re: NANP 800 Numbers From the UK
  8344.  
  8345.  
  8346. > All of a sudden, I can now dial 1-800 numbers from the UK. There is a
  8347. > few seconds of silence, and then an American female voice tells me
  8348. > that this call will *not* be free, but charged at standard direct-dial
  8349. > rates.  If I don't want to pay, I should hang up now.
  8350.  
  8351. I tried from the Netherlands, here I get (for 1-800-MY-ANI-IS) a
  8352. recording "het door u gekozen nummer is niet in gebruik" ("the number
  8353. you dialed is not in use"); however the message came only after
  8354. dialing 1-800-MY-A.
  8355.  
  8356.  
  8357. dik t. winter, cwi, kruislaan 413, 1098 sj  amsterdam, nederland, +31205924098
  8358. home: bovenover 215, 1025 jn  amsterdam, nederland; e-mail: dik@cwi.nl
  8359.  
  8360. ------------------------------
  8361.  
  8362. From: rjones@rjones.oz.net (Ry Jones)
  8363. Subject: ANI on an Airphone and More
  8364. Date: 6 Jan 1995 04:13:55 GMT
  8365. Organization: The SenseMedia Network, http://sensemedia.net/
  8366.  
  8367.  
  8368. I called 1-800-My-ANI-Is from an Airtouch cell phone on a Boeing
  8369. 767-300 over DFW. It returned a 313 number. I then called that number
  8370. from the next seat (also an Airtouch GTE phone) and, shocker, nothing.
  8371. To arrange for inbound calls (an option on the phone) seems to be more
  8372. complex than just getting the ANI for the phone.
  8373.  
  8374. I asked a ClairCom ex-employee how they did it, he said it was pretty
  8375. involved. Sigh.
  8376.  
  8377. Also, USWest is running a promo in 206 / (360 ?) where one phone call
  8378. in the same NPA is $1, flat rate. This is only valid from USWest
  8379. payphones in 206 when calling another 206 number.
  8380.  
  8381.  
  8382. Please reply to user%rjones@oz.net or directly to rjones@oz.net.
  8383. Other mutations may bounce, such as user@rjones.oz.net.
  8384.  
  8385. ------------------------------
  8386.  
  8387. From: jmandel@carbon.cudenver.edu (Jan Mandel)
  8388. Subject: Invalid AT&T Prepaid Cards
  8389. Date: 5 Jan 1995 22:26:55 -0700
  8390. Organization: University of Colorado at Denver
  8391.  
  8392.  
  8393. On a recent Delta flight to Europe my wife and I got free $5 AT&T USA
  8394. Direct cards, a marketing effort to have us start using the service.
  8395. But none of the cards worked! AT&T operator said that the numbers on
  8396. the cards were invalid. So I used my own AT&T calling card number for
  8397. the call.  You get what you pay for.  Not a good advertisement for
  8398. AT&T.
  8399.  
  8400. To be fair, I used the service from Europe for years and it works well
  8401. except that it is sometimes difficult to reach the access number.
  8402.  
  8403.  
  8404. Jan Mandel, Center for Computational Math, University of Colorado at Denver
  8405. jmandel@colorado.edu
  8406.  
  8407. ------------------------------
  8408.  
  8409. From: jmandel@carbon.cudenver.edu (Jan Mandel)
  8410. Subject: New Area Codes and PBX
  8411. Date: 5 Jan 1995 22:44:45 -0700
  8412. Organization: University of Colorado at Denver
  8413.  
  8414.  
  8415. We have recently got a memo that because of new area codes we may not
  8416. be able to reach numbers with some new codes from the office, and that
  8417. the school phone people will reprogram the PBX quickly to add a new
  8418. area code when someone requests it.
  8419.  
  8420. This appears to be a rather silly way to cope with the situation. Why
  8421. cannot they get new area codes from whoever creates the codes and add
  8422. them as they come into being?
  8423.  
  8424. Is there one single place somewhere that assigns the area codes?
  8425.  
  8426.  
  8427. Jan Mandel, Center for Computational Math, University of Colorado at Denver
  8428. jmandel@colorado.edu
  8429.  
  8430. ------------------------------
  8431.  
  8432. Date: 06 Jan 1995 08:36:44 +0800
  8433. From: eelkp@uxmail.ust.hk (Lo Kwan Poon Ken)
  8434. Subject: Value-Added Services in the States and Elsewhere
  8435. Organization: Hong Kong University of Science and Technology
  8436.  
  8437.  
  8438. Hi everyone,
  8439.  
  8440. I am looking urgently for information on value-added service on
  8441. cellular, such as voice-mail and call forwarding, etc.
  8442.  
  8443. In particular, I am after information on:
  8444.  
  8445. 1. How much are the value-added services?
  8446. 2. What is the percentage of cellular subscribers who subscribe to VAS?
  8447.  
  8448. I am interested in figures from all over the world, although I realize
  8449. that most data will be of the US.
  8450.  
  8451. Please help!
  8452.  
  8453. ------------------------------
  8454.  
  8455. From: iaenc@sydney.DIALix.oz.au (Iaen Cordell)
  8456. Subject: Communications FTP Server in Australia
  8457. Date: 6 Jan 1995 07:13:11 +1100
  8458. Organization: DIALix Services, Sydney, Australia.
  8459.  
  8460.  
  8461. The following is an index file for the communications futures project
  8462. group, this group has an ftp server at ftp.happy.doc.gov.au.  This
  8463. group has placed many reports on the future of communications in
  8464. Australia.
  8465.  
  8466.  This directory includes material produced by the Australian
  8467.  Communications Futures Project (CFP).
  8468.  
  8469.  The CFP is a research team within the Commonwealth Bureau of
  8470.  Transport and Communications Economics.
  8471.  
  8472. Stored on this site are full ASCII text versions of recent
  8473. CFP papers, as well as binary files of the papers in their
  8474. original Microsoft Word for Windows format, and files
  8475. in Postscript, Rich Text Format (RTF) and Replica format.
  8476.  
  8477. All material (C) Commonwealth of Australia 1994.
  8478.  
  8479.  
  8480. File directory: overview of the papers available here
  8481.  
  8482. * COMMUNICATIONS FUTURES PROJECT OVERVIEW PAPER
  8483.  
  8484. * EMERGING COMMUNICATIONS SERVICES - AN ANALYTICAL FRAMEWORK
  8485.   (CFP Module 1 Paper 1)
  8486.  
  8487. * DELIVERY TECHNOLOGIES IN THE NEW COMMUNICATIONS WORLD
  8488.   (CFP Module 5, Paper 2)
  8489.  
  8490. * NEW FORMS AND NEW MEDIA: COMMERCIAL AND CULTURAL POLICY
  8491.   IMPLICATIONS
  8492.   (CFP Paper 3, Mod 2,3 & 14)
  8493.  
  8494. * COSTING NEW RESIDENTIAL COMMUNICATIONS NETWORKS
  8495.   (CFP Work in Progress Paper 5, addressing CFP modules
  8496.    6,7, 8, and 15)
  8497.  
  8498.  
  8499. File directory: details of papers, organised by release
  8500. sequence:
  8501.  
  8502. COMMUNICATIONS FUTURES PROJECT OVERVIEW PAPER
  8503.  
  8504. crfpapr2.txt - Ascii text -
  8505. crfpapr2.doc - WinWord 2.0c -
  8506.  
  8507. Description:
  8508.  
  8509. Paper delivered at Communications Research Forum in 1993,
  8510. announcing the CFP and describing its workplan.
  8511.  
  8512.  
  8513. EMERGING COMMUNICATIONS SERVICES - AN ANALYTICAL FRAMEWORK
  8514. (CFP Module 1 Paper 1)
  8515.  
  8516. mod1pap1.txt - ASCII text - (NO GRAPHICS)
  8517. mod1pap1.doc - WinWord v2.0c version
  8518. mod1pap1.ps  - Postscript format A big file: 2.3MB
  8519. mod1p1ps.zip - Postscript format compressed with PKZIP 2.04g
  8520.  
  8521. First work in progress paper of the CFP, designed to provide a
  8522. framework for analysing developments in the communications industry
  8523. structure and performance (in terms of service provision). The paper
  8524. assesses emerging services in terms of the technological combinations
  8525. and the distinctive market needs they are expected to meet.
  8526.  
  8527.  
  8528. DELIVERY TECHNOLOGIES IN THE NEW COMMUNICATIONS WORLD
  8529. (CFP Module 5, Paper 2)
  8530.  
  8531. mod5pap2.doc - WinWord 2.0c -
  8532. mod5pap2.txt - ASCII text
  8533. mod5pap2.ps  - Postscript -
  8534. mod5p2ps.zip - ZIPped Postscript file
  8535.  
  8536. Description:
  8537.  
  8538. Even a casual reader of the communications (and increasingly the
  8539. popular) press both in Australia and overseas would quickly become
  8540. aware that one of the major themes of discussion relates to the
  8541. delivery platform(s) for future communications services.  Among the
  8542. more common questions that are raised, often implicitly, are the
  8543. following:
  8544.  
  8545. * What  sorts  of delivery systems can be used to  provide
  8546.   the  range of new communications services that are often
  8547.   being mooted, and how do these delivery systems line  up
  8548.   against each other?
  8549.  
  8550. * How  are  the various technological solutions likely  to
  8551.   fare in the market place over the next few years?
  8552.  
  8553. * Is  an optic fibre network the inevitable, all-embracing
  8554.   solution for satisfying all our communications needs  in
  8555.   the  future?   (And,  if so, should  the  Government  be
  8556.   actively  supporting this technology  in  preference  to
  8557.   other solutions?)
  8558.  
  8559. This paper provides some early insights into these and similar
  8560. questions, and sets a foundation for future Communications Futures
  8561. Project (CFP) work on the current and future development of
  8562. communications markets and the policy implications arising from this
  8563. development.
  8564.  
  8565.  
  8566. NEW FORMS AND NEW MEDIA: COMMERCIAL AND CULTURAL POLICY
  8567. IMPLICATIONS
  8568. (CFP Paper 3, Mod 2,3 & 14)
  8569.  
  8570. culture.doc  - WinWord 2.0c version
  8571. cultword.zip - WinWord 2.0c version compressed with PKZIP
  8572. culture.txt  - ASCII text version (no graphics)
  8573. culture.rtf  - Rich Text Format (RTF)
  8574. cult_rtf.zip - Rich Text Format (RTF) compressed with PKZIP
  8575. culture.ps   - Postscript version
  8576. cult_ps.zip  - Postscript version compressed with PKZIP
  8577. culture.exe  - Farallon Replica version with self installing
  8578.                Windows Replica viewer
  8579. culture.rpl  - Farallon Replica format
  8580.  
  8581. Description:
  8582.  
  8583. This paper provides a survey of the more foreseeable technological
  8584. developments that are likely to affect, to varying degrees, the
  8585. various content industries in Australia over the next decade.
  8586.  
  8587. While claims of an impending 'multimedia revolution' need to be
  8588. treated with caution, the expansion of digital technologies into
  8589. content creation appears to be entering a new phase which is changing
  8590. product forms.  When combined with computer networks, this is likely
  8591. to have a substantial longer term effect on the way the content
  8592. industries conduct their business.
  8593.  
  8594. The content industries are not only an interesting and important
  8595. sector in their own right, but they are also important to some other
  8596. more general issues of interest to the CFP's wider work, including the
  8597. following:
  8598.  
  8599. * Content as factor of production:
  8600.  
  8601. Content is likely to be among the most visible and important inputs in
  8602. many of the mooted future information and communications services such
  8603. as education, video on demand, games, advertising, home shopping.
  8604. Hence, the ability of suppliers to provide quality content in volume
  8605. at reasonable cost is likely to be among the critical success factors
  8606. for the industry as a whole.
  8607.  
  8608. * Content and cultural policy:
  8609.  
  8610. A second area of wider interest is the important (two-way)
  8611. relationship between the content of the electronic media and the
  8612. pursuit of cultural policy objectives.
  8613.  
  8614. The new technologies are likely to generate new access opportunities
  8615. both for existing cultural products and forms, as well as opening up
  8616. some quite new forms of expression and creativity.  It is important to
  8617. capitalise on these changes, not only economically, but culturally.
  8618.  
  8619. * Content and industry policy:
  8620.  
  8621. A related reason for the interest in the content industries is the
  8622. growing perception that, in the longer term, content will probably be
  8623. one of the areas of economic activity most likely to be profoundly
  8624. affected by emerging developments in information and communications
  8625. technologies.  A focus on content and culture is increasingly being
  8626. seen as strategically important for the wider economy.
  8627.  
  8628. This paper aims to contribute to the discussion on emerging content
  8629. industries by identifying some of the technological and market context
  8630. in which they will be developing.
  8631.  
  8632. The major content industries are taken to be the creative and many of
  8633. the organisational elements (see below) of the print media
  8634. (newspapers, magazines, books, pamphlets), the recorded music
  8635. industry, the electronic media (the production industry for television
  8636. and radio), film, games, software and on-line information services.
  8637. Sitting behind all of these particular media is advertising which has
  8638. a pervasive influence on products and revenues.
  8639.  
  8640.  
  8641. Work in Progress Paper No. 5
  8642.  
  8643. COSTING NEW RESIDENTIAL COMMUNICATIONS NETWORKS
  8644.  
  8645. costing2.doc - WinWord 2.0 version
  8646. costing2.zip - WinWord 2.0 version compressed with PKZIP
  8647. costing.txt  - ASCII text version (no graphics)
  8648. costing.rtf  - Rich Text Format (RTF)
  8649. cost_rtf.zip - Rich Text Format (RTF) compressed with PKZIP
  8650. costing.ps   - Postscript version
  8651. cost_ps.zip  - Postscript version compressed with PKZIP
  8652. costing.exe  - Farallon Replica version with self installing
  8653.                Windows Replica viewer
  8654. costing.rpl  - Farallon Replica format
  8655.  
  8656. This paper reports on one aspect of work being undertaken by the
  8657. Communications Futures Project on likely market and network
  8658. developments for information services in Australia over the decade
  8659. from 1995 to 2005 and beyond.
  8660.  
  8661. It presents the results of an examination of the costs of providing
  8662. residential information services using a range of delivery platforms.
  8663.  
  8664. It was foreshadowed in CFP paper DELIVERY TECHNOLOGIES IN THE NEW
  8665. COMMUNICATIONS WORLD that the CFP would undertake further analysis of
  8666. the relative costs of providing these services on a range of delivery
  8667. platforms.  This paper reports preliminary results of this analysis.
  8668. It presents broad estimates of the costs of rolling out various
  8669. delivery platforms, although much of the discussion in this paper
  8670. focuses on HFC networks.
  8671.  
  8672. METHODOLOGY AND SCOPE
  8673.  
  8674. The approach taken in this paper involves estimating the costs of the
  8675. various components of each of the platforms.  An estimated cost per
  8676. household was derived for 1994 for each of the platforms identified in
  8677. the earlier work.  That is:
  8678.  
  8679. wireless platforms:
  8680. *  direct broadcasting to the home by satellite (DBS)
  8681.    using digital signals, and
  8682. *  microwave multipoint distribution systems (MDS)
  8683.  
  8684. cable-based systems:
  8685. *  optic fibre systems, particularly hybrid optic
  8686.    fibre - coaxial cable (HFC) systems, and
  8687. *  the asymmetrical digital subscriber line (ADSL)
  8688.    system using existing twisted pair telephone lines.
  8689.  
  8690. Estimates were made of the likely movements in component costs over
  8691. time and between different geographic areas.  Using a spreadsheet
  8692. based model cost estimates were then derived for all households in
  8693. different geographic areas and in Australia in total for each year
  8694. form 1995 to 2005.  This approach is part of a structured modelling
  8695. approach to costs to be revealed more fully in a subsequent paper.
  8696.  
  8697.  
  8698. CFP FTP SITE TECHNICAL NOTES:
  8699.  
  8700. * Postscript format documents were created by printing the original
  8701. Word document to a Postscript printer setup to print to file under
  8702. Windows 3.1.
  8703.  
  8704. * Where files have been ZIP'ped, MSDOS PKZIP v2.04g has been used to
  8705. compress the files.
  8706.  
  8707. * Farallon Replica(R) is a cross-platform document viewer similar to
  8708. Adobe Acrobat. It allows you to view documents complete with fonts,
  8709. graphics etc as they were originally composed, even if you don't have
  8710. the fonts or word processor the document was originally created in.
  8711.  
  8712. * If you don't already have a copy of a Replica viewer, and if you
  8713. have a MS Windows system, downloading and running under Windows the
  8714. copy of the respective CFP paper with an .EXE extension will install
  8715. Replica on your local PC and then open up the document for viewing
  8716. under Windows.
  8717.  
  8718.  
  8719. If you have any enquiries about the CFP or the documents available
  8720. from this site (for example if you want hard copies, or you are
  8721. having difficulty reading them), please contact:
  8722.  
  8723. Steven Byrne
  8724. Principal Research Officer
  8725. Communications Futures Project
  8726. Bureau of Transport and Communications Economics
  8727. Commonwealth Department of Transport
  8728. GPO BOX 501
  8729. Canberra  ACT 2601
  8730. AUSTRALIA
  8731.  
  8732. Internet email: Steven=Byrne%cfp%btce@smtpgate.dotc.gov.au
  8733. Telephone: +61 6 274 7078
  8734.  
  8735.  
  8736. Current at 4 October 1994
  8737.  
  8738. ------------------------------
  8739.  
  8740. End of TELECOM Digest V15 #13
  8741. *****************************
  8742.     
  8743.     
  8744. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa24618;
  8745.           6 Jan 95 22:11 EST
  8746. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8747.     id AA22640; Fri, 6 Jan 95 16:51:43 CST
  8748. Return-Path: <telecom>
  8749. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  8750.     id AA22631; Fri, 6 Jan 95 16:51:39 CST
  8751. Date: Fri, 6 Jan 95 16:51:39 CST
  8752. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  8753. Message-Id: <9501062251.AA22631@delta.eecs.nwu.edu>
  8754. To: telecom@eecs.nwu.edu
  8755. Subject: TELECOM Digest V15 #14
  8756.  
  8757. TELECOM Digest     Fri, 6 Jan 95 16:51:30 CST    Volume 15 : Issue 14
  8758.  
  8759. Inside This Issue:                         Editor: Patrick A. Townson
  8760.  
  8761.     Re: Protest of New Compuserve-Unisys GIF Usage Tax (Rahul Dhesi)
  8762.     Re: Protest of New Compuserve-Unisys GIF Usage Tax (John Murray)
  8763.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Steve Brack)
  8764.     Re: Noise Introduced by Bit-Robbing? (William H. Sohl)
  8765.     Re: Procedure for Obtaining a 10XXX Code (Heath Chandler)
  8766.     Re: Need an EBCDIC Spec - ebcdic.rq [1/1] (Brent E. Boyko)
  8767.     Re: More CO Codes for Each NPA; Any Telcos Take Advantage? (L.Westermeyer)
  8768.     Re: Phone Card Reader Wanted (Adam Dingle)
  8769.     Re: Seeking White Pages on CD or Disk (jayk372@aol.com)
  8770.     Re: PCN Auction Info (Steve Samler)
  8771.     New Alert - 911 Access (Jim Conran)
  8772.     Information Wanted on Novatel 825 (Greg Segallis)
  8773.     Need Information on EXCEL (Bill Dankert)
  8774.     GSM in Canada? (Dan Matte)
  8775.     Request For Information on Local Rates (Erik Naggum)
  8776.     International Callback Co-Locating With Telco (Subroto Mukerjea)
  8777.     ISDN Over Wireless (Jared Enzler)
  8778.     Campus Wiring Innovations (routers@halcyon.com)
  8779.     MANs in USA (Roman Rumian)
  8780.     Re: Memorized Area Codes (Rob Boudrie)
  8781.  
  8782. TELECOM Digest is an electronic journal devoted mostly but not
  8783. exclusively to telecommunications topics. It is circulated anywhere
  8784. there is email, in addition to various telecom forums on a variety of
  8785. public service systems and networks including Compuserve and America
  8786. On Line. It is also gatewayed to Usenet where it appears as the moderated
  8787. newsgroup 'comp.dcom.telecom'. 
  8788.  
  8789. Subscriptions are available to qualified organizations and individual
  8790. readers. Write and tell us how you qualify:
  8791.  
  8792.                  * telecom-request@eecs.nwu.edu *
  8793.  
  8794. The Digest is edited, published and compilation-copyrighted by Patrick
  8795. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  8796. or phone at:
  8797.                     9457-D Niles Center Road
  8798.                      Skokie, IL USA   60076
  8799.                        Phone: 708-329-0571
  8800.                         Fax: 708-329-0572
  8801.   ** Article submission address only: telecom@eecs.nwu.edu **
  8802.  
  8803. Our archives are located at lcs.mit.edu and are available by using
  8804. anonymous ftp. The archives can also be accessed using our email
  8805. information service. For a copy of a helpful file explaining how to
  8806. use the information service, just ask.
  8807.  
  8808. *************************************************************************
  8809. *   TELECOM Digest is partially funded by a grant from the              *
  8810. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  8811. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  8812. * project.  Views expressed herein should not be construed as represent-*
  8813. * ing views of the ITU.                                                 *
  8814. *************************************************************************
  8815.  
  8816. Additionally, the Digest is funded by gifts from generous readers such
  8817. as yourself who provide funding in amounts deemed appropriate. Your help 
  8818. is important and appreciated. A suggested donation of twenty dollars per
  8819. year per reader is considered appropriate. See our address above.
  8820.  
  8821. All opinions expressed herein are deemed to be those of the author. Any
  8822. organizations listed are for identification purposes only and messages
  8823. should not be considered any official expression by the organization.
  8824. ----------------------------------------------------------------------
  8825.  
  8826. From: Rahul Dhesi <dhesi@rahul.net>
  8827. Subject: Re: Protest of New Compuserve-Unisys GIF Usage Tax
  8828. Date: 6 Jan 1995 14:22:27 GMT
  8829. Organization: a2i network
  8830.  
  8831.  
  8832. In <telecom15.11.12@eecs.nwu.edu> cmwolf@cs.mtu.edu (Wolf) writes:
  8833.  
  8834. > From:  Tim Oren,  CompuServe Incorporated
  8835.  
  8836. [ An explanation from CompuServe ]
  8837.  
  8838. The explanation provided sounds much less draconian then the official
  8839. GIF Agreement itself.  However, it's worth pointing out that this
  8840. explanation is not part of the GIF Agreement, and has no legal value
  8841. should somebody (Unisys or CompuServe) ever sue you for violating the
  8842. Agreement.  So, your actions should be based ONLY on what the official
  8843. Agreement says.  That is all that a court will consider.
  8844.  
  8845. > CompuServe remains committed to keeping open the GIF 89a specification ...
  8846. > ...continues to strongly support the use of the GIF specification in the
  8847. > entire online community including the Internet and World Wide Web ...
  8848. > CompuServe will not profit from this service.
  8849.  
  8850. These statements may be true.  But they are not part of the Agreement
  8851. and not legally binding on you or CompuServe.
  8852.  
  8853. It's very dangerous to let a nice friendly explanation make you feel
  8854. better about a nasty contract.  The friendly explanation does not make
  8855. the contract itself any better!  
  8856.  
  8857.  
  8858. Rahul Dhesi <dhesi@rahul.net>
  8859.  
  8860. ------------------------------
  8861.  
  8862. From: murray@ibm8.scri.fsu.edu (John Murray)
  8863. Subject: Re: Protest of New Compuserve-Unisys GIF Usage Tax
  8864. Date: 6 Jan 1995 20:25:02 GMT
  8865. Organization: Supercomputer Computations Research Institute
  8866.  
  8867.  
  8868. Brad Hicks writes:
  8869.  
  8870. > So OK, you're determined not to use a lossy algorithm.
  8871.  
  8872. JPEG is not necessarily lossy. The loss is variable from 0% loss to
  8873. 99% loss, and user-settable (if you're using a JPEG emitter that
  8874. allows access to this feature, e.g. saving an image in JPEG fmt using
  8875. xv)
  8876.  
  8877. > Fine, there's also =another= bitmapped graphics standard.  TIFF.  So
  8878. > I repeat, what do we need Yet Another bitmapped graphics standard for?
  8879.  
  8880. There are advantages to the GIF format that some people will be
  8881. reluctant to lose. Particularly, the fact that GIFs are faster than
  8882. JPEGs to decode and smaller for certain kinds (few colors) of images,
  8883. and the interlaced data arrangement, which gives you that nice fade-in
  8884. (perceptually apparently faster) effect you get when you're using e.g.
  8885. Netscape.
  8886.  
  8887. The nice thing about the proposed GEF or whatever they're going to
  8888. call it is that it retains the advantages of GIF unchanged, while
  8889. getting UniSaurus' greedy claws off of it. Go for it, guys.
  8890.  
  8891. For in-depth discussion, check out comp.graphics and comp.infosystems.www.
  8892. {providers,users}.
  8893.  
  8894.  
  8895. John R. Murray
  8896.  
  8897. ------------------------------
  8898.  
  8899. Date: Fri, 6 Jan 95 08:46:06 -0500
  8900. From: Steve Brack <sbrack@cse.utoledo.edu>
  8901. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  8902.  
  8903.  
  8904. {} in quoted text are mine.  - SSB
  8905.  
  8906. In article <telecom15.9.10@eecs.nwu.edu> Paul_Gloger.ES_XFC@xerox.com
  8907. wrote:
  8908.  
  8909. > From the Associated Press, as reported in the {Los Angeles Times},
  8910. > Sunday, January 1, 1995:
  8911.  
  8912. > Chatter Heard on Scanner Leads to Criminal Charges
  8913.  
  8914. > Memphis, Tenn. - A woman listening to a police scanner she had gotten
  8915. > for Christmas picked up a conversation over cordless telephones and
  8916. > heard what turned out to be a murder plot unfolding, investigators
  8917. > say.
  8918.  
  8919. > Cordless telephones use radio waves to communicate between the handset
  8920. > and the base.  Those radio waves can easily be intercepted by a police
  8921. > scanner.
  8922.  
  8923. > Ball {a police official} said there was nothing illegal in McGee's listening
  8924. > to the cordless phone conversations because it was a random scanning.
  8925.  
  8926. > [TELECOM Digest Editor's Note: That's the first time I have ever heard
  8927. > of cordless phone monitoring being dismissed as 'nothing illegal' because
  8928. > it was 'random scanning'. You'd think they would rely on previous court
  8929. > decisions stating that cordless phones do not have the same protection
  8930. > as cellular phones ... or something ... but isn't all scanner listening
  8931. > essentially 'random'?   PAT]
  8932.  
  8933. Courtesy of tls@gate.net (Terry Steinford)
  8934. Public Law 103-414 signed Oct 25, 1994 (was H.R. 4922)
  8935.  
  8936.        SEC. 202. CORDLESS TELEPHONES.
  8937.          (a) Definitions. - Section 2510 of title 18, United States
  8938.        Code, is amended -
  8939.              (1) in paragraph (1), by striking `, but such term does not
  8940.            include` and all that follows through `base unit`; and
  8941.              (2) in paragraph (12), by striking subparagraph (A) and
  8942.            redesignating subparagraphs (B), (C), and (D) as subparagraphs
  8943.            (A), (B), and (C), respectively.
  8944.          (b) Penalty. - Section 2511 of title 18, United States Code, is
  8945.        amended -
  8946.              (1) in subsection (4)(b)(i) by inserting `a cordless
  8947.            telephone communication that is transmitted between the
  8948.            cordless telephone handset and the base unit,` after `cellular
  8949.            telephone communication,`; and
  8950.              (2) in subsection (4)(b)(ii) by inserting `a cordless
  8951.            telephone communication that is transmitted between the
  8952.            cordless telephone handset and the base unit,` after `cellular
  8953.            telephone communication,`.
  8954.  
  8955. With a nip here and a tuck there, apparently the government has made
  8956. listening in on cordless phones illegal.
  8957.  
  8958.  
  8959. Steve Brack, Consultant  sbrack@eng.utoledo.edu 
  8960. Toledo, OH  43613-1605   sbrack@cse.utoledo.edu
  8961. MY OWN OPINIONS          Tel: +1 419 534 7349 
  8962.  
  8963.  
  8964. [TELECOM Digest Editor's Note: Well, this is news to me. I guess we
  8965. should all take note that listening to cordless phones is now just
  8966. as illegal as listening to cellular. I had not been aware until now
  8967. that the law had been changed to include cordless. Anyone else?   PAT]
  8968.  
  8969. ------------------------------
  8970.  
  8971. From: whs70@cc.bellcore.com (sohl,william h)
  8972. Subject: Re: Noise Introduced by Bit-Robbing?
  8973. Date: 6 Jan 1995 11:02:04 -0500
  8974. Organization: Bell Communications Research (Bellcore)
  8975.  
  8976.  
  8977. In article <telecom15.11.6@eecs.nwu.edu>, Matthew P. Downs <mpd@adc.com> 
  8978. wrote:
  8979.  
  8980. > jcr@creator.nwest.mccaw.com (Jeffrey Rhodes) writes:
  8981.  
  8982. >> I'm not a modem expert but I would answer "none". If a call connection
  8983. >> is made on a bit robbing DS0 within a DS1, then the modems will settle
  8984. >> for some transparent speed (9600bps) during the initial negotiation. I
  8985. >> don't think the V.34 modems will connect at 28k8 when bit robbing is
  8986. >> present.
  8987.  
  8988. >> There really aren't many circuits like these, especially for long
  8989. >> distance calls. Most bit-robbing occurs on intra-LATA (I think) by
  8990. >> LECs that haven't updated circuits that are being depreciated over a
  8991. >> 40 year period.
  8992.  
  8993. > Unless you use ISDN, you are using robbed-bit signalling between your
  8994. > premise and the Central Office. Unless like a previous poster had
  8995. > stated, the robbed bits only become important during call set-up and
  8996. > tear-down.  Ie. going on-hook and off-hook.  Otherwise the robbed bits
  8997. > will be 1's.
  8998.  
  8999. If we are only talking about analog modems then the premise to Central
  9000. Office is probably not a DS0 channel, but rather a two wire circuit ... 
  9001. and if the premise to the central office is an analog two wire circuit, 
  9002. then there is NO bit-robbing from the premise to the Central Office.
  9003.  
  9004. Bit robbing is an inter-office trunk signaling methodology to indicate
  9005. the off-hook, on-hook status of each end of the connection.  The off-hook/
  9006. on hook signaling from the premises to the central office over a
  9007. typical two wire analog phone line is indicated by the completeion of a
  9008. circuit path when the premise equipment goes off hook (that is either
  9009. a loop start or ground start arrangement).  Note that on a regular two
  9010. wire analog phone line (even if there's a modem on it) there is no
  9011. on-hook/off-hook indication for the distant station other than the
  9012. audible indication that the ringing to the distant end has ceased.  At
  9013. the completion of a call, the on-hook indication of a distant station
  9014. is not sent all the way back to your premises ... the on-hook is sent as
  9015. far as your local central office (again, for a two wire analog line)
  9016. which ecognizes the remote disconnect (on-hook) and takes down the
  9017. connection.
  9018.  
  9019. It is, therefore, quite possible with today's trunking network to have
  9020. an end-to-end analog phone call (both ends are two wire, conventional
  9021. POTS lines) and the entire interoffice trunking for the call consisting 
  9022. of 64 clear trunking (i.e. no robbed-bit signaling trunking at all).
  9023. As the network continues to evolve, that will be more and more the
  9024. likely connection until, at some future time, all robbed-bit trunking
  9025. is gone.
  9026.  
  9027. Final comment, where you would possibly have ribbed bit signaling from
  9028. the premise to the central office is if there is a PBX which is connected
  9029. to the central office using a DS-1 trunk/tie line arrangement, but I don't
  9030. think that was what the original poster was questioning.
  9031.  
  9032.  
  9033. Bellcore NISDN Hotline Technical Consultant (1-800-992-ISDN)
  9034. Bill Sohl (K2UNK) BELLCORE (Bell Communications Research, Inc.)
  9035. Morristown, NJ             email via UUCP      bcr!cc!whs70
  9036. 201-829-2879 Weekdays      email via Internet  whs70@cc.bellcore.com
  9037.  
  9038. ------------------------------
  9039.  
  9040. From: heath.chandler@norstan.com
  9041. Subject: Re: Procedure for Obtaining a 10XXX Code
  9042. Date: Fri, 06 Jan 95 10:45:25 cdt
  9043. Organization: StarNet Communications, Inc
  9044.  
  9045.  
  9046. > FYI The local cableco here in Fairfax County, VA (Media General Cable)
  9047. > has a 10XXXX code (106-500), used for ordering Pay-Per-View movies.  I
  9048. > can't seem to get an answer from Bell Atlantic on how this was
  9049. > arranged. Is this a common practice, I wonder.
  9050.  
  9051. And yet there was a hole in the security in that system. I lived in
  9052. Centreville and subscribed to Media General. By dialing 10650 +
  9053. AREACODE + Number, I was able to make calls to say ... Waterford and
  9054. Catoctin and never received a bill.  I even tried a call to NY same
  9055. thing. Give it a try ...
  9056.  
  9057.  
  9058. Chandler 
  9059.  
  9060. ------------------------------
  9061.  
  9062. Date: Fri, 6 Jan 1995 11:20:43 -0800
  9063. From: Brent E. Boyko <bboyko@brent.llu.edu>
  9064. Subject: Re: Need an EBCDIC Spec - ebcdic.rq [1/1]
  9065. Organization: Loma Linda University
  9066.  
  9067.  
  9068. In article <telecom15.12.6@eecs.nwu.edu> is written:
  9069.  
  9070. > I'm working on a project which requires conversion of EBCDIC to
  9071. > ASCII and visa-versa.  Does anyone know where I can find:
  9072.  
  9073. >  1) a spec for the EBCDIC character set,
  9074. >  2) source code which performs such translations and/or
  9075. >  3) a library which performs these translations.
  9076.  
  9077. The Unix utility "dd" can be used to convert USASCII to EBCDIC and
  9078. vice versa.  For example, the following command would read the ascii
  9079. file "text.file" and write it in 80-column EBCDIC format to mag tape
  9080. drive 0, using 8000 byte blocks:
  9081.  
  9082.     dd if=text.file of=/dev/rmt0 obs=8000 cbs=80 conv=ebcdic
  9083.  
  9084. Source code is available as part of the GNU fileutils package. Get the
  9085. file fileutils-3.12.tar.gz from the GNU ftp archive at prep.ai.mit.edu, 
  9086. gatekeeper.dec.com, or ftp.uu.net.
  9087.  
  9088. Hope this helps.
  9089.  
  9090.  
  9091. Brent E. Boyko   Telecom Engineer
  9092. Loma Linda University Medical Center
  9093. bboyko@brent.llu.edu
  9094.  
  9095. ------------------------------
  9096.  
  9097. Date: Fri, 06 Jan 95 09:25:45 CST
  9098. From: L.W.Westermeyer <SLWWEST@UMSLVMA.UMSL.EDU>
  9099. Subject: Re: More CO Codes for Each NPA; Any Telcos Take Advantage?
  9100.  
  9101.  
  9102. In response to Dave Leibold's note in volume 12 of the Digest, Southwestern
  9103. Bell Telephone is opening up 314-516 on January 20, 1995.
  9104.  
  9105.  
  9106. Voice: (314) 553-6010              SLWWEST@UMSLVMA.BITNET   (Bitnet)
  9107. Fax:   (314) 553-6007              SLWWEST@UMSLVMA.UMSL.EDU (Internet)
  9108. Mailing Address: University of Missouri - St. Louis
  9109.                  8001 Natural Bridge Road
  9110.                  St. Louis, MO 63121 USA
  9111.  
  9112. ------------------------------
  9113.  
  9114. From: dingle@ksvi.mff.cuni.cz (Adam Dingle)
  9115. Subject: Re: Phone Card Reader Wanted
  9116. Date: 6 Jan 1995 14:29:54 GMT
  9117. Organization: Charles University
  9118. Reply-To: kotas@milada.troja.mff.cuni.cz
  9119.  
  9120.  
  9121. This topic is described in: 
  9122.  
  9123. ftp.funet.fi/pub/doc/telecom/phonecard/chips/How_chips_work
  9124.  
  9125. I tried it. There are bugs but it works!
  9126.  
  9127.  
  9128. Jan Kotas
  9129.  
  9130. ------------------------------
  9131.  
  9132. From: jayk372@aol.com (JayK372)
  9133. Subject: Re: Seeking White Pages on CD or Disk
  9134. Date: 6 Jan 1995 08:50:29 -0500
  9135. Organization: America Online, Inc. (1-800-827-6364)
  9136. Reply-To: jayk372@aol.com (JayK372)
  9137.  
  9138.  
  9139. NYNEX offers a CD based product that I believe has nationwide listings. 
  9140. It is available through the NYNEX Information Resources Co., which pub-
  9141. lishes NYNEX directories.
  9142.  
  9143. ------------------------------
  9144.  
  9145. Date: Fri, 6 Jan 1995 09:42:59 EST
  9146. From: Steve Samler <steve@individual.com>
  9147. Subject: Re: PCN Auction Info
  9148.  
  9149.  
  9150. Total bids now over two billion;
  9151.  
  9152. ALAACR is now at 253 for NYC;
  9153. Chicago licenses now at 63 (PCS Primeco) and 65 ATT.
  9154.  
  9155. ------------------------------
  9156.  
  9157. From: jconran@watson.policy.net (Jim Conran)
  9158. Subject: New Alert - 911 Access
  9159. Date: 6 Jan 1995 22:22:18 GMT
  9160. Organization: Capital Area Internet Service info@cais.com 703-448-4470
  9161.  
  9162.  
  9163. ACTION ALERT...ACTION ALERT
  9164.  
  9165. The Federal Communications Commission (FCC) issued a Notice of
  9166. Proposed Rulemaking (Notice)(Docket Number 94-102) on October 19, 1994
  9167. in the Matter of Revising the FCC Rules to ensure Compatibility with
  9168. Enhanced 911 Systems.  The rulemaking states as one of its primary
  9169. objectives that all 911 enhanced services be broadly available to all
  9170. consumers.  We believe that this rulemaking will not guarantee 911
  9171. emergency access to cellular phone users.  The proposed rulemaking
  9172. requires wireless carriers to provide this service only to "service
  9173. initialized" users or users that purchase their cellular phones from a
  9174. wireless service provider.
  9175.  
  9176. This proposed arcane requirement is quite contradictory to the FCC's
  9177. ultimate objective of providing "broad accessibility" to 911 services.
  9178. Cellular users will have the expectation that when they use their
  9179. phone to contact 911 during an emergency, they will have immediate
  9180. contact with the operator.  Consumers will not think to question the
  9181. reliability of their cellular phone or the wireless service providers,
  9182. instead public confidence on the 911 emergency system will be
  9183. jeopardize.
  9184.  
  9185. The Alliance for Public Access to 911 (Alliance) believes that in
  9186. order for the FCC's proposed rulemaking on the "broad availability of
  9187. 911 and enhanced 911 services" to be fully recognized, the FCC must
  9188. require all cellular switches to accept all 911 calls.  In addition,
  9189. the FCC should require all cellular phones to be equipped to access
  9190. the strongest cellular base station signal when 911 is called.
  9191. Finally, the FCC should make the 911 provision an issue as it
  9192. currently reconsiders cellular license renewal applications.  The
  9193. issue of safety and security for all Americans is too important an
  9194. issue to be compromised.
  9195.  
  9196. The Alliance has submitted comments to the FCC which address the
  9197. concerns of several of the country's leading consumer interest
  9198. organizations.  These organizations have collectively come together
  9199. for the purpose of presenting their shares views of the Notice.  The
  9200. Alliance is a collective of non-profit, safety concerns whose members
  9201. include Consumers First, the Center for Public Interest Law, Consumer
  9202. Coalition of California, Consumer Action, the Alliance for Technology
  9203. Access, Towards Utility Rate Normalization (TURN), and the Utility
  9204. Consumer Action Network (UCAN).
  9205.  
  9206. Internet users concerned with this issue can find more information
  9207. including a copy of the rulemaking, comments prepared by the Alliance
  9208. and a sample letter that can be forwarded to the Commissions at the
  9209. FCC.
  9210.  
  9211. This information is located at:
  9212.  
  9213. http://watson.policy.net/cf/cf.html
  9214. gopher://watson.policy.net:70/11/.cf
  9215. email: jconran@911.policy.net 
  9216.  
  9217.  
  9218. Jim Conran   Executive Director  Consumers First    jconran@911.policy.net
  9219. P.O. Box 75237   Los Angeles, CA 90010
  9220. 213/251-4620     510/253-1937   510/253-1359 (Fax)
  9221.  
  9222. ------------------------------
  9223.  
  9224. From: gsegalli@ic1d.harris.com (Greg Segallis)
  9225. Subject: Information Wanted on Novatel 825
  9226. Organization: Harris, GCSD
  9227. Date: Fri, 6 Jan 1995 17:19:30 GMT
  9228.  
  9229.  
  9230. I am looking for info on how to program the Novatel 825 handheld
  9231. cellular phone.  I am also looking for tech info on the jacks located
  9232. on the bottom of the phone.
  9233.  
  9234. If you can help please email me (or post here).
  9235.  
  9236.  
  9237. Thanks,
  9238.  
  9239. Greg
  9240.  
  9241. ------------------------------
  9242.  
  9243. From: graphite@netcom.com (Bill Dankert)
  9244. Subject: Need Information on EXCEL
  9245. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  9246. Date: Fri, 6 Jan 1995 17:58:20 GMT
  9247.  
  9248.  
  9249. Has anyone heard of, or participated in, Excel Telecommunications,
  9250. Inc.?  It is a long distance service provider that uses network
  9251. marketing instead of a sales force.  Please post, or email me
  9252. directly, any comments concerning Excel.  Your help will be greatly
  9253. appreciated.
  9254.  
  9255.  
  9256. Bill   graphite@netcom.com
  9257.  
  9258. ------------------------------
  9259.  
  9260. From: Reon_Can@mindlink.bc.ca (D. Matte)
  9261. Subject: GSM in Canada?
  9262. Date: Fri, 06 Jan 95 11:41:05 -0800
  9263. Organization: MIND LINK! - British Columbia, Canada
  9264.  
  9265.  
  9266. I have been doing some initial research on the development of the PCS
  9267. market in Canada.  Recently some of the players that have received
  9268. licenses to test 1.9GHz systems have been touting GSM as the way to go
  9269. (Telezone & Microcell 1-2-1).  If GSM is implemented would it mean
  9270. that users would not be able to make use of their terminals in the
  9271. U.S. as GSM is not likely to be adopted by the U.S. on a large scale?
  9272. It would seem to me that having a system that is compatible with our
  9273. largest trading partner would make for a more attractive service
  9274. offering.
  9275.  
  9276. Any thoughts or insight on this would be appreciated.
  9277.  
  9278.  
  9279. Cheers,
  9280.  
  9281. Dan Matte   REON    reon_can@mindlink.bc.ca
  9282.  
  9283. ------------------------------
  9284.  
  9285. Date: 06 Jan 1995 19:31:48 UT
  9286. From: Erik Naggum <erik@naggum.no>
  9287. Organization: Naggum Software; +47 2295 0313
  9288. Subject: Request For Information on Local Rates
  9289.  
  9290.  
  9291. I'm covering Norway's telecommunication privatization effort for a
  9292. local newspaper, and need some information that I have not been able
  9293. to collect from Telenor (the newly renamed Norwegian telephone
  9294. company) or other PTT's directly. Please mail me answers -- I'll post
  9295. the article here after it has been published.
  9296.  
  9297. 1.  Local, analog, single-pair leased lines, i.e., the basic local loop for
  9298.     ordinary telephone service, only now as a leased line to another
  9299.     subscriber in the same CO.  I'm looking to compare the cost of
  9300.     acquisition and rent for one year.
  9301.  
  9302. 2.  Local, digital, 64 kbps leased lines, i.e., the base rate ISDN
  9303.     subscriber loop, only now as a leased line to another subscriber in the
  9304.     same CO.  Similarly to (1), I'm looking to compare the cost of
  9305.     acquisition and rent for one year.
  9306.  
  9307. 3.  24-hour local phone call, i.e., an ordinary phone call to a subscriber
  9308.     in the same CO as yourself -- one call that lasts 24 hours straight on
  9309.     a weekday. A 24-hour call is used to obtain comparable numbers across
  9310.     all kinds of reduced rates.
  9311.  
  9312. 4.  24-hour local ISDN call, same as (3), but now with one 64 kbps B
  9313.     channel.
  9314.  
  9315. If there are differences between business and residential rates, please let
  9316. me have both, or specify which you include. Please let me know which
  9317. service provider you use if there is a choice.
  9318.  
  9319. The purpose of this comparison is to tablate the cost of calling a
  9320. local point-of-presence for Internet providers, competing telephone
  9321. companies, and other service providers that may have their own networks.  
  9322. This will be one data point in a comparison of countries as to how
  9323. easily the regulated services allow access to private services over
  9324. the regulated access lines.
  9325.  
  9326. Your help will be highly appreciated.
  9327.  
  9328.  
  9329. #<Erik>
  9330.  
  9331. ------------------------------
  9332.  
  9333. From: Subroto Mukerjea <SMUKERJE@ea.umd.edu>
  9334. Organization:  E & A Services, Univ. of Maryland
  9335. Date: Fri, 6 Jan 1995 15:19:13 EDT
  9336. Subject: International Call Back Co-Locating With Telco
  9337.  
  9338.  
  9339. Dear Editor:
  9340.  
  9341. Recently there has been much talk about International Call back
  9342. companies co-locating their switches with national telecom companies.
  9343. Sort of having a direct connect agreement with a country in Europe,
  9344. preferably.
  9345.  
  9346. Does anyone have any experience with this or can point me to a source
  9347. that would deal with this.
  9348.  
  9349.  
  9350. Thanks in advance,
  9351.  
  9352. Subroto Mukerjea
  9353.  
  9354. ------------------------------
  9355.  
  9356. From: jenzler@olympus.net (Jared Enzler)
  9357. Subject: ISDN Over Wireless
  9358. Date: Fri, 6 Jan 1995 00:17:32 UNDEFINED
  9359. Organization: Internet for the Olympic Peninsula
  9360.  
  9361.  
  9362. I live in an area where the telephone co. shows no interest in
  9363. offering ISDN.  But the area is well covered by cellular phone
  9364. systems.
  9365.  
  9366. Questions: There appear to be several varieties of digital cellular on
  9367. the way.  Do any of these have the potential to offer ISDN?  Which
  9368. ones?  What sort of technical or other barriers are there to wireless
  9369. ISDN?
  9370.  
  9371. ------------------------------
  9372.  
  9373. Date: Fri, 6 Jan 1995 01:18:47 -0800
  9374. From: routers@halcyon.com
  9375. Subject: Campus Wiring Innovations
  9376.  
  9377.  
  9378. This information may be of interest to network services -- voice and
  9379. data network groups.
  9380.  
  9381. I can provide information on how to change existing utp from a single
  9382. voice circuit to 24 or 32 64Kb voice circuits up to seven miles (11
  9383. km).  Change existing utp to E-1 or T-1 for lan to lan connections up
  9384. to seven miles (11 km).  Allow ethernet to be extended on existing two
  9385. wire copper up to 3000 feet (990 m) at lOMbps.
  9386.  
  9387. Also latest information on wireless lan bridges at 2Mbps for campus
  9388. area networks. Works both inside with roaming range of 800ft(260m),
  9389. and outside to remote locations up to 3 miles (5km).  No FCC license
  9390. required in North or South America. Includes SNMP management.
  9391.  
  9392. For specific product information, please contact:
  9393.  
  9394.      Router Solutions
  9395.      5527 Preston Fall City Road
  9396.      Fall City, Wash. 98024 USA
  9397.      800-837-4180 (USA and Canada)
  9398.      206-644-6082 (elsewhere)
  9399.      206-222-7622 (FAX)
  9400.      routers@halcyon.com (Email)
  9401.  
  9402. Or check our FTP site:   
  9403.      ftp.halcyon.com    /pub/local/router_solutions
  9404.  
  9405. ------------------------------
  9406.  
  9407. From: rumian@uci.agh.edu.pl
  9408. Subject: MANs in USA
  9409. Date: 6 Jan 1995 09:55:49 GMT
  9410. Organization: AGH, Krakow, POLAND
  9411.  
  9412.  
  9413. [TELECOM Digest Editor's Note: This message appeared a week or so ago
  9414. here, but for whatever reason did not get very good circulation in the
  9415. comp.dcom.telecom group. I'm repeating it in the hopes someone can
  9416. provide some answers to this fellow.  PAT]
  9417.  
  9418. Hi netters !
  9419.  
  9420. I need some help in getting info about Metropolitan Area Networks 
  9421. in USA. The questions are:
  9422.  
  9423. 1. What is the physical structure of MANs (fiber, coax)?
  9424. 2. If fiber what is the protocol (fddi, atm)?
  9425. 3. Who is the main investor (banks)?
  9426. 4. Does banks use MAN for data transmission? 
  9427. 5. What services are provided, and which are most popular?
  9428.  
  9429. I will appreciate any help.
  9430.  
  9431.  
  9432. Roman Rumian    rumian@uci.agh.edu.pl
  9433.  
  9434. ------------------------------
  9435.  
  9436. From: rboudrie@ecii.org (Rob Boudrie)
  9437. Subject: Re: Memorized Area Codes
  9438. Date: 6 Jan 1995 16:51:51 -0500
  9439. Organization: Center for High Performance Computing of WPI
  9440.  
  9441.  
  9442. > At one of the large theatres at the park, there is a fellow who does
  9443. > an audience warm-up act for a show.  As part of his act he has the
  9444. > audience call out their favorite area codes and he tells them their
  9445. > location.  He is quite good and is virtually never stumped. 
  9446.  
  9447. I wonder how he answers "710"
  9448.  
  9449.  
  9450. [TELECOM Digest Editor's Note: If he is smart, he answers by saying
  9451. 'government special services' or 'special government services'; whichever
  9452. is actually correct I don't know. I sure wish someone who does have more
  9453. detailed knowledge of this one would write a nice article for the Digest
  9454. explaining it all. The last time I even alluded to 710 here, some people
  9455. in the Defense Department were shocked that their 'top secret' was not
  9456. all that secret. Let's shock them even further! Details on 710, please.
  9457.  
  9458. Now if he is really clever, he would answer by saying "710 is *not* an
  9459. 'area code', any more than '500' or '800' or '900' are area codes. It, 
  9460. like 500, 800 and 900 is an 'access code'. It accesses certain features
  9461. in the nationwide telephone network which are not geographically dependent
  9462. on any certain state or city."  Yes, we say 'area code 800' when talking
  9463. about toll free numbers, but check it out sometime; to be precise about
  9464. it, when we dial an eleven digit number, we dial 1 plus [area code *or*
  9465. access code] plus the seven digit local number. 
  9466.  
  9467. I hope all of you have a great weekend. If you have not yet checked out
  9468. the book reviews and other re-organized features in the Telecom Archives
  9469. please do so. Also, please give some thought to the idea I proposed a
  9470. couple days ago of having short biographies of readers on line in the
  9471. Archives available for review *by others who have also submitted a
  9472. biographical sketch of themselves*. The response thus far has been good
  9473. but I'd like a wider sampling from readers.  PAT] 
  9474.  
  9475. ------------------------------
  9476.  
  9477. End of TELECOM Digest V15 #14
  9478. *****************************
  9479.     
  9480.     
  9481. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa17659;
  9482.           9 Jan 95 15:56 EST
  9483. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  9484.     id AA21407; Mon, 9 Jan 95 08:01:11 CST
  9485. Return-Path: <telecom>
  9486. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  9487.     id AA21396; Mon, 9 Jan 95 08:01:07 CST
  9488. Date: Mon, 9 Jan 95 08:01:07 CST
  9489. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  9490. Message-Id: <9501091401.AA21396@delta.eecs.nwu.edu>
  9491. To: telecom@eecs.nwu.edu
  9492. Subject: TELECOM Digest V15 #15
  9493.  
  9494. TELECOM Digest     Mon, 9 Jan 95 08:01:00 CST    Volume 15 : Issue 15
  9495.  
  9496. Inside This Issue:                         Editor: Patrick A. Townson
  9497.  
  9498.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Gary Sanders)
  9499.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Michael J Graven)
  9500.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Bill Sohl)
  9501.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Richard Solomon)
  9502.     Re: Cellular NAM and ESN (Alan Shen)
  9503.     Re: Christmas Greetings From AT&T (Alan Boritz)
  9504.     Re: Christmas Greetings From AT&T (Ari Wuolle)
  9505.     Re: 101xxxx: Not Yet (Wally Ritchie)
  9506.     Re: British Telecom Cuts Rates to Canada and U.S. (Wally Ritchie)
  9507.     Re: Noise Introduced by Bit-Robbing? (Wally Ritchie)
  9508.  
  9509. TELECOM Digest is an electronic journal devoted mostly but not
  9510. exclusively to telecommunications topics. It is circulated anywhere
  9511. there is email, in addition to various telecom forums on a variety of
  9512. public service systems and networks including Compuserve and America
  9513. On Line. It is also gatewayed to Usenet where it appears as the moderated
  9514. newsgroup 'comp.dcom.telecom'. 
  9515.  
  9516. Subscriptions are available to qualified organizations and individual
  9517. readers. Write and tell us how you qualify:
  9518.  
  9519.                  * telecom-request@eecs.nwu.edu *
  9520.  
  9521. The Digest is edited, published and compilation-copyrighted by Patrick
  9522. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  9523. or phone at:
  9524.                     9457-D Niles Center Road
  9525.                      Skokie, IL USA   60076
  9526.                        Phone: 708-329-0571
  9527.                         Fax: 708-329-0572
  9528.   ** Article submission address only: telecom@eecs.nwu.edu **
  9529.  
  9530. Our archives are located at lcs.mit.edu and are available by using
  9531. anonymous ftp. The archives can also be accessed using our email
  9532. information service. For a copy of a helpful file explaining how to
  9533. use the information service, just ask.
  9534.  
  9535. *************************************************************************
  9536. *   TELECOM Digest is partially funded by a grant from the              *
  9537. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  9538. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  9539. * project.  Views expressed herein should not be construed as represent-*
  9540. * ing views of the ITU.                                                 *
  9541. *************************************************************************
  9542.  
  9543. Additionally, the Digest is funded by gifts from generous readers such
  9544. as yourself who provide funding in amounts deemed appropriate. Your help 
  9545. is important and appreciated. A suggested donation of twenty dollars per
  9546. year per reader is considered appropriate. See our address above.
  9547.  
  9548. All opinions expressed herein are deemed to be those of the author. Any
  9549. organizations listed are for identification purposes only and messages
  9550. should not be considered any official expression by the organization.
  9551. ----------------------------------------------------------------------
  9552.  
  9553. From: gws@gwssun.cb.att.com (Gary Sanders)
  9554. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  9555. Reply-To: gary.w.sanders@att.com
  9556. Organization: AT&T Bell Labs, Columbus Ohio.
  9557. Date: Sun, 8 Jan 1995 18:18:23 GMT
  9558.  
  9559.  
  9560. In article <telecom15.11.2@eecs.nwu.edu>, Christopher Zguris <0004854540@
  9561. mcimail.com> wrote:
  9562.  
  9563. > Cell phones are another matter, a listener with a scanner modified to
  9564. > get that range will hear little "snippets" of conversations before the
  9565. > phone changes frequencies or cells, that's definately "random". But as
  9566. > for cordless phones, most/all will stay on the same frequency for the
  9567. > entire call, much to the delight of the avid snooper with nothing
  9568. > better to do.
  9569.  
  9570. You have been listening to to many cell phone sales guys. First, many
  9571. scanners don't need to be modified (although new ones may) to listen to
  9572. cell phones. They come out of the box with cellular. As for snippets I
  9573. would beg to differ, I know some one who is an active cell listner
  9574. (-:)) and depending on your local cell configuration you will hear
  9575. most of all phone calls that are placed. "my friend" listened to
  9576. someone trying to explain how secure a cell phone is becuase its
  9577. allways changing freq.  Was interesting considering the entire call
  9578. was 15 minutes long and never changed cells/freq.
  9579.  
  9580. As for me, I dont have a scanner. I have an R7000 communications
  9581. receiver -:)
  9582.  
  9583.  
  9584. Gary W. Sanders (N8EMR) gary.w.sanders@att.com        
  9585. AT&T Bell Labs 614.860.5965 
  9586.  
  9587.  
  9588. [TELECOM Digest Editor's Note: I don't know where you shop, but all the
  9589. Radio Shack units make a point of cutting out the cellular frequencies.
  9590. So do quite a few others, and they have for a few years now.   PAT]
  9591.  
  9592. ------------------------------
  9593.  
  9594. Date: Sun, 8 Jan 1995 13:27:23 -0500
  9595. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  9596. From: mjg@ulysses.homer.att.com (Michael J Graven)
  9597. Reply-To: mjg@ulysses.homer.att.com (Michael J Graven)
  9598.  
  9599.  
  9600. Pat wrote:
  9601.  
  9602. > Cordless phone monitoring is merely the 1990's version of what nosy people
  9603. > used to do many years ago. [...]
  9604.  
  9605. I am reminded of my great-uncle, who lived on an out-of-the-way farm
  9606. near Shepherdsville, Kentucky, in the early part of the century.
  9607. According to his sister, my grandmother, their house was the first
  9608. drop on the loop ("two shorts on six, please, operator.")  Dwight
  9609. appeared to be a bit ahead of his time: he inserted a knife switch
  9610. into the loop after the home telephone so he could cut off the
  9611. eavesdroppers while he was talking with his girlfriend.
  9612.  
  9613. A man after your own heart, Pat.
  9614.  
  9615.  
  9616. Michael J. Graven     mjg@ulysses.homer.att.com
  9617.  
  9618.  
  9619. [TELECOM Digest Editor's Note: Telco used or uses the same concept to
  9620. afford absolute privacy from being overheard by extensions on the same
  9621. line. They call it an 'exclusion key'. Remember the old two-line turn
  9622. button phones and how the switchook plunger on the left side was made
  9623. a little differently than the one on the right side? You would lift it
  9624. to put the line you were *not* talking on on hold ... well some single
  9625. line phones had that funny plunger on the left side also, but in those
  9626. cases it would split the pair. To provide an exclusion, one of the 
  9627. phones on the premises had to serve as the 'master phone'. The pair from
  9628. the telephone exchange came to that instrument first. It came in on
  9629. the first (red/green) pair, the looped back out on the second (yellow/
  9630. black) pair. Lifting that plunger a quarter inch or so forced a couple
  9631. of metal contacts inside the phone to spread apart, thus preventing the
  9632. loop out from ever getting out of the phone. From the phone it went
  9633. out on the second pair, *then* back to the demarc where normal distribu-
  9634. tion began. When the user of the master phone wanted no one else to hear
  9635. what was being said, he would raise that plunger; instantly all the other
  9636. extensions in the house went dead. 
  9637.  
  9638. When old style answering services were very common, and a subscriber line
  9639. was simply bridged or jumpered in the central office to a pair going to
  9640. the answering service, exclusion keys were used a lot so the answering
  9641. service would not 'see' your calls. It was the same principle, but an
  9642. 'exclusion switch' would generally be mounted near the front door of
  9643. your premises. The CO sent your calls in on a pair; someway or another
  9644. it got looped back through that switch mounted near your front door,
  9645. and back to the CO for the jumper to the answering service. When you came
  9646. in you were expected to remember to flip that switch one way, to cut
  9647. off the extension going to the answering service. When you left for lunch
  9648. for for the day or the weekend or whatever you were expected to remember
  9649. to flip the switch the other way, thus putting the answering service 
  9650. back on line for your calls.   PAT]
  9651.  
  9652. ------------------------------
  9653.  
  9654. From: billsohl@earth.planet.net (Bill Sohl  Budd Lake)
  9655. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  9656. Date: 9 Jan 1995 04:15:51 GMT
  9657. Organization: Planet Access Networks - Stanhope, NJ
  9658.  
  9659.  
  9660. In response to several prior comments, Pat wrote:
  9661.  
  9662. > [TELECOM Digest Editor's Note: Not only is it illegal for a store to
  9663. > sell such units, it is often times against corporate policy to even
  9664. > discuss the possibility of modification.
  9665.  
  9666. Pat, the sale of such scanners is NOT illegal, see my proposed FAQ
  9667. on this subject below.
  9668.  
  9669. > but back then 'secret government radio stations' -- oh, the RS clerks
  9670. > knew them all. Then about ten years ago as 800 meg scanners were
  9671. > becoming more common, those mysterious mod sheets ("I dunno who left
  9672. > it here in the store, but we made some copies for customers ..") 
  9673. > discussed how to change RS scanners to pick up cellular phones by
  9674. > clipping a diode here and there.  
  9675.  
  9676. > But then the feds came to Fort Worth one day with a blunt message
  9677. > for all concerned: "Can the shit!" said the FCC. You betcha!
  9678.  
  9679. Maybe that was true, maybe not, regardless, all the MODS are readily
  9680. available today and are often written up in publications such as
  9681. "Monitoring Times" and other communications hobbyist magazines.
  9682.  
  9683. > Within a few days a memo was hanging on the back wall in the office
  9684. > of every Radio Shack store which said there would be no further
  9685. > discussion of 'mods' with customers under any circumstances. Not only
  9686. > that, if the customer mentioned making mods, the clerk was to *decline
  9687. > the sale* rather than possibly be later found to be part of a
  9688. > conspiracy or a scheme.
  9689.  
  9690. What kind of "conspiracy"?  Not meant as a flame, but other than
  9691. modifying CBs for out-of-frequency operation or for illegally
  9692. increasing the CBs power, modifying most other equipment such as
  9693. scanners violates nothing.
  9694.  
  9695. The above response by Pat, comp.dcom,telecom moderator, contained a
  9696. few errors with regard to the sale of equipment (i.e. scanners) that
  9697. can or could be used to listen to cellular telephone calls.  To
  9698. clarify things a bit, here's the current perspective on the laws that
  9699. affect the actual act of listening versus the equipment that might be
  9700. used to listen.
  9701.  
  9702. I have written this as a set of Frequently Asked Questions (FAQ) which
  9703. I offer to Pat (or anyone else) to use as they see fit.
  9704.  
  9705.  
  9706. FAQ: Listening to CELLULAR or CORDLESS Telephone Conversations
  9707.  
  9708.                 Version 0.1 (draft), last updated 1/8/94
  9709.  
  9710. Send any suggested text changes/corrections updates to Bill Sohl.
  9711.  
  9712.                       email:   billsohl@planet.net
  9713.  
  9714.  
  9715. Q1 - Is it illegal to listen to CELLULAR telephone converstaions?
  9716.  
  9717. YES - The 1986 Electronics Communication Privacy Act made it illegal for 
  9718. anyone to listen to cellular telephone conversations.  Doing so since 
  9719. then has been and still is a federal violaion of the ECPA.  
  9720.  
  9721. Q2 - Did the 1986 ECPA impact the legality of scanners and/or other radio 
  9722. receivers that can be used to receive CELLULAR telephone conversations 
  9723. (segments of the 800 MHz band)?
  9724.  
  9725. NO - The ECPA did NOT in any way make it illegal to own, manufacture, 
  9726. import, sell or personally built yourself, the equipment that could be 
  9727. used to listen to cellular telephone calls.
  9728.  
  9729. Q3 - Didn't manufacturers alter their scanner designs to exclude the 
  9730. CELLULAR frequencies?
  9731.  
  9732. YES - Some manufacturers did modify their line of scanners to eliminate 
  9733. the ability to receive or tune to cellular frequencies (e.g. the Tandy 
  9734. line of Radio Shack scanners).  Even in the case of those manufacturers 
  9735. that changed their design to eliminate the CELLULAR frequencies, the 
  9736. design change usually was a simple memory lock-out that was easily 
  9737. "restored" by simply clipping a diode inside the scanner.  Additionally, 
  9738. some other manufacturers continued to offer radio receivers and scanners 
  9739. that covered the entire spectrum of frequencies including celllar (800 
  9740. MHz).  
  9741.  
  9742. Q4 - Are manufacturers still making scanners that can receive CELLULAR?
  9743.  
  9744. NO, not in the USA - As mentioned above, the original ECPA legislation
  9745. in no way made such equipment illegal The current REGULATIONS covering
  9746. radio scanning receivers (i.e. the receiving equipment) came about by
  9747. order of Congress in 1993 (at the prompting of the CELLULAR industry)
  9748. to force the Federal Communications Commission to promulgate design
  9749. requirements to eliminate "Scanner" manufacturers from making or
  9750. importing scanners which could receive CELLULAR frequencies.  The FCC
  9751. did promulgate such rules and as of April 26, 1994 it became illegal
  9752. to manufacture or import any scanner which could receive CELLULAR
  9753. frequencies OR which could be "easily modified" to receive cellular
  9754. frequencies.
  9755.  
  9756. Q5 - How come scanners are still being advertised for sale as being 
  9757. capable of receiving CELLULAR?
  9758.  
  9759. It is important to note that the FCC design rules impact only NEW
  9760. equipment built or imported after April 26, 1994.  Thus, any store
  9761. which has any existing stocks of "pre-4/26/94" CELLULAR capable
  9762. scanners can continue to sell them until they have no more stock.
  9763.  
  9764. Q6 - What is the legality of owning a scanner that can receive CELLULAR?
  9765.  
  9766. It is perfectly legal.  None of the already existing scanners in the
  9767. USA (probably a million or more) which can receive CELLULAR or be
  9768. easily modified to receive CELLULAR are illegal to own or sell.  Thus,
  9769. it is perfectly legal to offer for sale any scanners which may be
  9770. cellular capable and where built before the 4/26/94 FCC deadline.
  9771.  
  9772. Q7 - Is it illegal to modify a scanner so it can receive CELLULAR?
  9773.  
  9774. NO - There is no law which makes it illegal to modify an existing
  9775. radio (or scanner) to receive CELLULAR...or, for that matter if one
  9776. has the technical ability to do so, from building their own CELLULAR
  9777. receiver from scratch.  The FCC regulations against manufacture and
  9778. importation are design requirements placed on MANUFACTURERS and not on
  9779. individuals who might construct their own radio receiving equipment,
  9780. even if it happens to be capable of receiving CELLULAR.
  9781.  
  9782. Q7 - What are converters which make it possible to receive CELLULAR 
  9783. frequencies on scanners that can't receive CELLULAR?
  9784.  
  9785. Converters (AKA block converters) receive a range of frequencies and 
  9786. convert them to another range of frequencies.  A CELLULAR converter 
  9787. typically will receive the entire 800-900MHz band and convert it to a 
  9788. range of 400-500MHz which can easily be received by almost any scanner 
  9789. ever built.
  9790.  
  9791. Q8 - Are converters for CELLULAR illegal to manufacture or import?  
  9792.  
  9793. YES - The same FCC April 26, 1994 deadline for CELLULAR capable
  9794. scanners also affected CELLULAR Converter manufacture and importation.
  9795. BUT ... the design and construction of a block converter involves, in
  9796. general electronic terms, a relatively trivial circuit.  Today there
  9797. are several converter "kits" on the market which provide to the
  9798. purchaser the circuit design, a how to set of instructions and all the
  9799. electronic components to build such a converter themselves with just a
  9800. small soldering iron.
  9801.  
  9802. Q9 - What about listening to CORDLESS telephone conversations?
  9803.  
  9804. A late 1994 congressional action amended the ECPA's listening
  9805. prohibition to now include CORDLESS phones.  Prior to that change, it
  9806. was completely legal (except in a handful of states with state laws
  9807. prohibiting CORDLESS listening) to listen to CORDLESS telephone
  9808. conversations.  With the amended ECPA, it is now illegal on a federal
  9809. basis (and thus everywhere in the USA) to listen to CORDLESS telephone
  9810. conversations as well as CELLULAR conversations.
  9811.  
  9812. Q10 - What about scanners that can receive CORDLESS frequencies.
  9813.  
  9814. There are no design regulations which prohibit the manufacture or
  9815. importation of scanners that can receive the CORDLESS frequenices.
  9816. Unlike CELLULAR frequencies which are in the Ultra High Frequency
  9817. (UHF) range which was not included in many inexpensive scanners, the
  9818. CORDLESS frequencies (46-49 MHz) are in the Very High Frequency (VHF)
  9819. range and can be received by literally EVERY scanner ever made
  9820. (probably several million).
  9821.  
  9822. Q11 - Will it ever be illegal to own receivers (scanners) that can 
  9823. recieve CELLULAR and/or CORDLESS frequencies?
  9824.  
  9825. Speculative answer follows: In as much as there are millions of such
  9826. recievers/scanners already legally owned, it is quite unlikely that
  9827. any federal or state law would be passed that would make such
  9828. equipment illegal to own and, therefor, force peole to turn in to some
  9829. government entity.  This is further underscored by the fact that the
  9830. CORDLESS and CELLULAR frequencies are only a small segment of the
  9831. frequencies that are receivable by any scanner and thus all such
  9832. scanners have numerous legal listening capabiliies (police, fire,
  9833. rescue, amateur radio, TV, aircraft, etc.) despite their ability to be
  9834. used illegally to listen to either CORDLESS or CELLULAR frequencies.
  9835.  
  9836. Q12 - How effective are these laws in stopping people from listening 
  9837. (eavesdropping) on CELLULAR or CORDLESS conversations?
  9838.  
  9839. Probably not very effective at all.  Since millions of receivers/scanners 
  9840. exist already, such listening, although illegal, probably goes on all
  9841. the time.  Illegal listening is impossible to detect and thus
  9842. impossible to stop.  The only possible way to learn of someone
  9843. eavesdropping on CORDLESS or CELLULAR is if the individual admits
  9844. doing so on their own and that isn't very unlikely.
  9845.  
  9846. Q13 - Should I be concerned that my CORDLESS or CELLULAR conversation is 
  9847. being listened to?
  9848.  
  9849. The probability that any individual call is being listened to is very
  9850. low, however, it makes good sense to treat any CORDLESS or CELLULAR
  9851. conversation as if it was being listened to .. .don't discuss highly
  9852. confidential information (especially credit card numbers) on such
  9853. calls.
  9854.  
  9855. Q14 - Will CELLULAR or CORDLESS conversations ever be safe from 
  9856. eavesdropping?
  9857.  
  9858. If and only if such calls are encrypted will any measure of increased
  9859. security be available to users.  The technology is available, but the
  9860. deployment of encryption will take time and require current users to
  9861. change their equipment (their current non-encrypted CORDLESS and
  9862. CELLULAR telephones).  
  9863.  
  9864.                     -----end of FAQ-----
  9865.  
  9866. Bill Sohl  K2UNK     (Budd lake, New Jersey)      (billsohl@planet.net)
  9867.  
  9868.  
  9869. [TELECOM Digest Editor's Note: You are wrong on a couple things, however
  9870. that is because of confusion over contradictory laws. Aside from what
  9871. the Electronic Commuications Privacy Act says, the Federal Communications
  9872. Commission addresses the question of radios which have been modified.
  9873. Illegal modification (i.e. modification by an unlicensed person) voids
  9874. your FCC authority to operate the radio. Furthermore, no *licensed* 
  9875. person is going to make illegal modifications to a radio and risk having
  9876. such handiwork be traced back to his bench, at the possible risk of his
  9877. loss of his license. Quoting from memory from a conversation over a year
  9878. ago with Bill Bartels, District Sales Manager for Radio Shack for the
  9879. northern district of Illinois (this does not include Chicago, considered
  9880. a district of its own), after seeing the memorandum sent to RS store
  9881. managers on this topic, I noted to Mr. Bartels that 'it looks to me like
  9882. the feds put some heat on RS corporate in Fort Worth ...' and he responded
  9883. that he and several of the DSMs and RSMs (District and Regional Sales
  9884. Managers) had met in Fort Worth when 'the topic came up', and 'I would
  9885. have to say you are correct, but I cannot discuss it further ...'.
  9886.  
  9887. There was no EPCA discussion in this, other than as it coincidentally
  9888. occurred. It was simply a case of the FCC telling Radio Shack to 'get 
  9889. your clerks to quit screwing around with all this illegal stuff', and
  9890. Tandy's attornies were sufficiently impressed with what they had been
  9891. instructed by the FCC that down through channels it went. The store here
  9892. in Skokie has it hanging in the office in back; a newspaper account of
  9893. some company which got banged hard by the FCC; a memo from Tandy to the
  9894. RSM/DSM people (that's the *only* people corporate speaks with; they
  9895. never deal direct with the store managers, and certainly never the
  9896. clerks, that is the job of the DSM's), and the manager's note to his
  9897. employees: "*NEVER* discuss illegal mods with any customer for any
  9898. reason." 
  9899.  
  9900. The 'conspiracy connection': the law provides that if you knowingly
  9901. transfer ownership of some item to some other person, knowing (or if
  9902. you should have known) that the person intends it to be used illegally
  9903. then whatever beef the government has with him later on, if it can
  9904. be demonstrated that you knew his intentions then you can be charged
  9905. as a co-conspirator. It does not have to be radios. For example, you
  9906. go to a store and buy a device to automatically tape record what is
  9907. said over the phone. You say to the clerk, "I am buying this so I
  9908. can spy on my neighbor's (wife's, whoever) phone calls ..." If the
  9909. clerk sells it to you knowing your intended use, he aided and abetted
  9910. you in the commission of your crime. Haven't you ever noticed how when
  9911. someone famous gets shot or killed, along the way there is always an
  9912. attempt to drag the gun dealer who sold the weapon to the deranged
  9913. person into the process?  Apparently Radio Shack has gotten sued here
  9914. and there by the victims of someone spying on them over the radio or
  9915. telephone, etc. No one is saying it is against the law to *discuss*
  9916. illegal things; merely that you cannot *do* illegal things. Radio 
  9917. Shack says you won't even *discuss* illegal things if you want to
  9918. remain on their payroll. As it was told to me, a few years ago when
  9919. FCC agents were raiding the homes/workshops of guys who specialized
  9920. in building/selling pirate, out of band CB radios, and guys who were
  9921. willfully causing interference on cellular phone frequencies, time
  9922. and again they'd find RS equipment being used, and crude typewritten
  9923. notes 'published' by RS clerks showing how to do whatever was being
  9924. done. The FCC said that could be taken as conspiracy and the Tandy
  9925. attornies agreed with the assessment. 
  9926.  
  9927. How seriously does RS take this?  They even send 'shoppers' out from
  9928. corporate unknown to local store personnel who go to the local RS
  9929. store to check the store out secretly for general purposes. In the
  9930. process, they wave a big wad of money around implying they want to buy every
  9931. peice of radio equipment in the store's inventory, cash of course, 'but I 
  9932. would rather not give my name for your computer, and I will need some
  9933. advice on how to fix these units to work the way I want them to ...'
  9934. In other words, they egg the hungry, paid by commission clerk on, trying
  9935. to get him to spill his guts right there in the store. They'll ask
  9936. the same questions over and over, a half-dozen different ways, and 
  9937. let the clerk keep politely dodging the issue. It makes no difference
  9938. what magazines publish articles on these things any more than it
  9939. matters that 'true detective' magazines publish articles on bank
  9940. robberies and how they were done. It's just that you cannot drive the 
  9941. getaway car for the bank robber any more than you can be the person
  9942. who actually robbed the bank.    PAT]
  9943.  
  9944. ------------------------------
  9945.  
  9946. Date: Sat, 7 Jan 1995 16:32:35 -0500
  9947. From: rjs@farnsworth.mit.edu (Richard Jay Solomon)
  9948. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  9949.  
  9950.  
  9951. Patrick:
  9952.  
  9953. In Digest #9 you ran an AP story, "Chatter Heard on Scanner Leads to
  9954. Criminal Charges." Is your bracketed comment in #11 that this was an
  9955. overheard play rehearsal related to the original story? Am I missing
  9956. something here? I never saw an official press item about the play
  9957. rehearsal, just your bracketed comments?
  9958.  
  9959.  
  9960. Richard Solomon
  9961.  
  9962.  
  9963. [TELECOM Digest Egitor's Note: That part (the overhearing of play
  9964. rehersal and the inappropriate actions taken) was a separate incident
  9965. not related at all to the originally reported event.    PAT]
  9966.  
  9967. ------------------------------
  9968.  
  9969. From: Alan Shen <kermee@u.washington.edu>
  9970. Subject: Re: Cellular NAM and ESN
  9971. Date: Sun, 8 Jan 1995 21:13:53 -0800
  9972. Organization: University of Washington
  9973.  
  9974.  
  9975. On Thu, 5 Jan 1995, Greg Segallis wrote:
  9976.  
  9977. > Can two cellular phones be programmed to the same NAM, while their
  9978. > ESN's are different, so that either phone can be used on one number?
  9979. > Assume only one phone can be on at a time (e.g.  I have a car phone I
  9980. > use while on the road and a portable I use when I'm away from my car).
  9981. > Does the cellular carrier use the NAM to connect calls or the ESN, or
  9982. > both?  If the ESN must be the same, can I alter the one to match the
  9983. > other?  This would not be done to steal anyone else's service, just to
  9984. > allow me the convenience of using both my phones as the situation
  9985. > requires/allows.  What are the legal issues in doing this?
  9986.  
  9987. Call your cellular carrier about this. Some will allow you to have one
  9988. NAM for two different phones (with different ESN numbers) for an extra
  9989. charge usually from about $5-$8 a month.
  9990.  
  9991. Of course, you are correct in stating that you can use only one phone at 
  9992. a time. But it sure does beat the heck outta paying for another monthly 
  9993. service!
  9994.  
  9995.  
  9996. Daniel Kao
  9997.  
  9998. ------------------------------
  9999.  
  10000. Subject: Re: Christmas Greetings From AT&T
  10001. From: drharry!aboritz@uunet.uu.net (Alan Boritz)
  10002. Date: Sun, 08 Jan 95 17:32:36 EST
  10003. Organization: Harry's Place - Mahwah NJ - +1 201 934 0861
  10004.  
  10005.  
  10006. zanolla@agouti.cig.mot.com (Donald J. Zanolla) writes:
  10007.  
  10008. >> You might want to call AT&T up and tell them you don't appreciate them
  10009. >> slamming your line.  (Their ears perk up nicely when they hear "slam"
  10010. >> too).
  10011.  
  10012. > Please define SLAM in this context.
  10013.  
  10014. > [TELECOM Digest Editor's Note: "Slamming" has always been defined in this
  10015. > context as the unauthorized switching of long distance carriers on a phone
  10016. > line. If for example you are a customer of AT&T and one day you discover
  10017. > that your default (one plus or zero plus) carrier has been changed to
  10018. > Sprint -- just an example -- without your permission or knowledge, then
  10019. > we say that (in this example) Sprint 'slammed' your line.   PAT]
  10020.  
  10021. Here's how the FCC defines "slamming":
  10022.  
  10023.  
  10024. NEWS    Report No. DC-2681     ACTION IN DOCKET CASE      November 10, 1994
  10025.  
  10026.       FCC TAKES FURTHER ACTION TO PREVENT UNAUTHORIZED SWITCHING
  10027.               OF LONG DISTANCE CARRIERS
  10028.                  (CC DOCKET NO. 94-129)
  10029.  
  10030.      Citing over 4,000 complaints received in the last two years, the
  10031. FCC today asked for comments on ways to eliminate the practice of
  10032. changing a customer's long-distance telephone company without the
  10033. customer's knowledge or approval.  This practice is commonly known as
  10034. "slamming."
  10035.  
  10036.      Current FCC rules require that a company must obtain the
  10037. customer's authorization in order to change his or her long distance
  10038. service.  One method of obtaining this authorization is by a Letter of
  10039. Agency (LOA), by which the customer indicates, in writing, that he or
  10040. she wishes to switch long distance companies.  The Commission's
  10041. investigation of "slamming" complaints has revealed that a significant
  10042. cause of the problem has been confusion regarding the purpose of the
  10043. LOAs.  The Commission's proposed rules are designed to prevent such
  10044. consumer confusion.  At present, many long distance carriers combine
  10045. LOAs with promotional inducements, such as contest entries, prize
  10046. giveaways, and checks, which are designed to attract new customers.
  10047. As a result, recipients may be unaware that by signing the document to
  10048. enter the contest, claim the prizes, or cash the checks, they also are
  10049. supposedly "authorizing" the company to change their long distance
  10050. carrier.
  10051.  
  10052.      In order to further protect consumers from these misleading
  10053. inducements, the Commission has proposed to require (1) that LOAs be
  10054. separate from other promotional or inducement materials; (2) that the
  10055. LOAs be limited strictly to authorizing a change in long distance
  10056. carriers; and (3) that they be clearly identified as an LOA.  Further,
  10057. the Commission has proposed that the language in the LOA be clear and
  10058. unambiguous and that the print be of sufficient size and readable
  10059. style to be clear to the consumer that the document, if signed, would
  10060. change his or her long distance company.
  10061.  
  10062.      Noting that it is very concerned about the problem of slamming in
  10063. the non-English speaking community, the Commission is also seeking
  10064. comment on whether it should adopt rules to govern bilingual or
  10065. non-English language LOAs.  For example, the Commission seeks comment
  10066. on whether it should require all parts of the LOA to be fully
  10067. translated if any parts are translated.
  10068.  
  10069.      Finally, the Commission seeks comment on several other issues
  10070. pertaining to unauthorized changes of consumers' long distance
  10071. companies that have come to its attention as a result of consumer
  10072. complaints.  For example, comments are requested concerning: (1)
  10073. whether and to what extent consumers should be liable for the long
  10074. distance telephone charges billed to them by the unauthorized carrier;
  10075. and (2) whether all LOAs should be captioned "An Order to Change My
  10076. Long Distance Telephone Service Provider" or a similar title that
  10077. makes it clearer to consumers that the LOA authorizes a change in
  10078. their long distance service.
  10079.  
  10080.      Action by the Commission, November 10, 1994, by Notice of
  10081. Proposed Rulemaking (FCC 94-292).  Chairman Hundt, Commissioners
  10082. Quello, Barrett, Ness and Chong.
  10083.  
  10084.                      -FCC-
  10085.  
  10086. News Media contact:  Susan Lewis Sallet at (202) 418-0500.
  10087. Common Carrier Bureau contacts: Donna Lampert at (202) 418-1580 and 
  10088.                                 Wilbert  Nixon, Jr. at (202) 418-0960.
  10089.  
  10090. ------------------------------
  10091.  
  10092. Date: Sun, 8 Jan 1995 03:10:03 +0200
  10093. From: Ari.Wuolle@hut.fi (Ari Wuolle)
  10094. Subject: Re: Christmas Greetings From AT&T
  10095.  
  10096.  
  10097. > Well, we'll find out how this works over here in a couple of years.
  10098. > Austria just joined the EU, and the EU has decreed the end of telecom
  10099. > monopolies by the end of 1996 (or is it 1998)? We will all be faced
  10100. > with the same problems and privileges then.
  10101.  
  10102. Finland also just joined EU, but our local and long distance monopolies 
  10103. ended already 1st January 1994. International call traffic was deregulated 
  10104. fully in summer 1994.
  10105.  
  10106. So far none of the three LD carriers have started sending checks to
  10107. persuade customers selecting their service as default service. Only
  10108. one carrier offers extras others don't. Since switching carriers
  10109. doesn't cost anything here in Finland, LD carriers don't even need to
  10110. offer to pay for swiching.
  10111.  
  10112. There were few small price cuts last spring, but since then prices
  10113. have been steady. (Telecom Finland had been reducing their rates
  10114. already before LD competition, so their charges were competitive to
  10115. other carriers right from begining of 1994.) Even new year didn't
  10116. change long distance call rates here in Finland.
  10117.  
  10118. If you choose Telecom Finland to be your default carrier and accept
  10119. direct billing from them, you will get three extras - free itemised
  10120. bill on your Telecom LD calls, 1 second increment billing and
  10121. "Tasarahaetu". Tasarahaetu means that if your LD calls (within one
  10122. billing period, two months) are over 100 FIM, your LD bill will be
  10123. rounded down to next 50 FIM. E.g. 149 FIM will round to 100 and 155
  10124. FIM will round to 150 FIM.
  10125.  
  10126. If you have meter pulses sent down on your line for e.g. payphone or
  10127. hotel PBX then you cannot have these three extras - result would be
  10128. getting meter pulses only for local call part and not for LD call.
  10129.  
  10130. Other two carriers bill traditionally only through your local telco in
  10131. meter pulses.
  10132.  
  10133. You can always choose different carrier by dialling its carrier code
  10134. before telephone number you are calling to. Telcom Finland is 101,
  10135. Telivo 1041 and Kaukoverkko Ysi 109.
  10136.  
  10137. Currently you cannot choose default international carrier - you must
  10138. use correct international access code, which are now carrier
  10139. dependent, 990 for Telecom Finland, 994 for Telivo and 999 for Finnet.
  10140. (Old international access code was 990.) Hopefully this will change in
  10141. 1996 when new 00 international access code will take over old ones.
  10142.  
  10143. If someone is interested, here are current Finnish LD rates:
  10144.  FIM/minute         Mon-Fri  Mon-Fri & Sat-Sun    Everyday
  10145.  incl. tax           08-17    17-20     08-20       20-08
  10146.   
  10147. Telecom Finland      0.40    1)  0.33, 0.09     1) 0.33, 0.09
  10148. Telivo               0.33        0.23              0.23
  10149. Kaukoverkko Ysi      0.40        0.25              0.20
  10150. NoZj} carrier 2)        0.40        0.33              0.33
  10151.  
  10152. 1) First 5.6 minutes of call is charged 0.33 FIM/minute, following
  10153.    minutes are charged 0.09 FIM/minute.
  10154. 2) If you do not choose any carrier you are charged a rate defined by
  10155.    ministry of traffic and communications (read: the highest rate any
  10156.    carrier uses. Actually now it is higher than with any carrier
  10157.    after working hours.) This type of calls are divided between LD
  10158.    carriers in respect of their market share. All money also goes to
  10159.    LD carriers - ministry won't get any leftovers.
  10160.  
  10161. 1 FIM is about US$ 0.21
  10162.  
  10163. Distance doesn't matter with LD calls - if it is within a
  10164. telecommunications region it is local, if it is to another
  10165. telecommunications region it is long distance. Finland is divided into
  10166. 13 telecommunications regions.
  10167.  
  10168.  
  10169. Ari Wuolle
  10170.  
  10171. Disclaimer: All opinions are mine, not HUT's.
  10172.  
  10173. e-mail        Ari.Wuolle@hut.fi    s-mail    Kolkekannaksentie 10 B 4
  10174. telephone    + 358  0 509 2073        02720  ESPOO
  10175. cellphone    + 358 49 431 140                FINLAND
  10176. fax        + 358  0 428 429  (temporary)
  10177.  
  10178. ------------------------------
  10179.  
  10180. From: writchie@gate.net
  10181. Subject: Re: 101xxxx: Not Yet
  10182. Date: 8 Jan 1995 04:19:41 GMT
  10183. Reply-To: writchie@gate.net
  10184.  
  10185.  
  10186. In <telecom15.12.12@eecs.nwu.edu>, Paul Robinson <paul@tdr.com> writes:
  10187.  
  10188. > In attempting to do a carrier check from a 301-587 number in
  10189. > Montgomery County, Maryland, I got a time out and a recording of
  10190. > inability to complete the call, when attempting to dial
  10191.  
  10192. >1010288 1 700 555 1212
  10193.  
  10194. > The call timed out as if I was trying to call
  10195.  
  10196. > 10102 881 7005
  10197.  
  10198. > E.g. making a local call using carrier 10102 instead.
  10199.  
  10200. > So it's not set up yet.
  10201.  
  10202. I tried the same thing on the 3rd and it worked fine in Southern Bell
  10203. Ft. Lauderdale.
  10204.  
  10205. 1010XXX calls all route permissivly with 10XXX, regardless of IXC.
  10206.  
  10207.  
  10208. Wally Ritchie     Ft. Lauderdale, Florida
  10209.  
  10210. ------------------------------
  10211.  
  10212. From: writchie@gate.net
  10213. Subject: Re: British Telecom Cuts Rates to Canada and U.S.
  10214. Date: 8 Jan 1995 04:34:24 GMT
  10215. Reply-To: writchie@gate.net
  10216.  
  10217.  
  10218. In <telecom15.10.10@eecs.nwu.edu>, dleibold@gvc.com (Dave Leibold) writes:
  10219.  
  10220. > British Telecom calls from the UK to Canada and the U.S. will cost
  10221. > about 20% less effective February 1995, according to a BT announcement
  10222. > reported by the Associated Press. The cuts were reportedly authorized
  10223. > by the UK regulator last year as part of a price reductions scheme.
  10224.  
  10225. > The sample rate given was for a three minute call at the lowest rate
  10226. > period: the former rate was equivalent to CAD$3.14; the new rate will
  10227. > be CAD$2.49.
  10228.  
  10229. > [TELECOM Digest Editor's Note: Do you think this price reduction is 
  10230. > somehow tied in with the recent ability to dial 1-800 numbers in the
  10231. > USA from the UK as Clive pointed out a couple days ago?    PAT]
  10232.  
  10233. Wow! How is BT going to survive. This reduction reduces there gross
  10234. margin from about 89% to 85% on these calls. Poor monopoly. :)
  10235.  
  10236. If they only realized that it works like a tax cut. Reduce the rate
  10237. and you take in more revenues. In a truly competitive environment at
  10238. both ends, US/UK calls would be about $0.25 per minute in either
  10239. direction.
  10240.  
  10241.  
  10242. Wally Ritchie    Ft. Lauderdale, Florida
  10243.  
  10244. ------------------------------
  10245.  
  10246. From: writchie@gate.net
  10247. Subject: Re: Noise Introduced by Bit-Robbing?
  10248. Date: 8 Jan 1995 05:02:38 GMT
  10249. Reply-To: writchie@gate.net
  10250.  
  10251.  
  10252. In <telecom15.6.12@eecs.nwu.edu>, woof@telecnnct.com (Andy Spitzer) writes:
  10253.  
  10254. > naddy@mips.pfalz.de (Christian Weisgerber) writes:
  10255. <snip>
  10256. > On a "quiet" idle channel (AB bits both 0), using u-Law PCM, pattern sent 
  10257. > over the channel would be: (in hex, LSB last)
  10258. >   FF FF FF FF FF FE  FF FF FF FF FF FE ...
  10259.  
  10260. > The difference in voltage of a standard CODEC (A/D converter for PCM)
  10261. > from FF to FF is about 2 mV (on a scale from -8031 to +8031 mV).  So,
  10262. > converted to an analog signal, the above waveform is a series of 2 mV
  10263. > impulses occuring every 8000/6 = 1333.3 Hz.  This waveform is rich in
  10264. > harmonics, so it "sounds" like a very high pitched, (although rather
  10265. > quiet) whine, similar to the "ringing in your ears" sound.
  10266.  
  10267. > Once the line is taken offhook (aka AB bits both become 1), then the
  10268. > pattern becomes: 
  10269. >   FF FF FF FF FF FF  FF FF FF FF FF FF ...
  10270.  
  10271. > which is dead quiet.  (And since LSB=1, and AB=1 there is no distortion!)
  10272.  
  10273. > Thus the noise associated with robbed bit signalling can be viewed as
  10274. > superimposing the intended signal with the above impluse train.
  10275. > Perhaps armed with this information, someone else can calculate the
  10276. > noise/distortion measurments you are seeking.
  10277.  
  10278. The above discussion concerns only idle circuit noise.
  10279.  
  10280. For voice-band modem transmission (or actual speech) the bit stolen
  10281. bit will be wrong on average 1/2 of the time. The absolute magnitude
  10282. of the error will depend on the absolute level being encoded. The
  10283. impact on the S/N ratio is on the order of 2db.
  10284.  
  10285. Other types of bit errors are much more serious that robbed bit
  10286. because they are likely to affect more signficant bits and are likely
  10287. to cause a great enough error to affect the demodulation resulting in
  10288. an error in one more data bits.
  10289.  
  10290. In <telecom15.14.4@eecs.nwu.edu>, whs70@cc.bellcore.com (sohl,william
  10291. h) writes:
  10292.  
  10293. > Final comment, where you would possibly have ribbed bit signaling from
  10294. > the premise to the central office is if there is a PBX which is connected
  10295. > to the central office using a DS-1 trunk/tie line arrangement, but I don't
  10296. > think that was what the original poster was questioning.
  10297.  
  10298.  .. Or a D4/AMI channel bank in the loop plant at either or both ends.
  10299.  .. Or a D4/AMI EC interoffice trunk at either or both ends.
  10300.  .. Or a D4/AMI Feature Group D trunk at either or both ends.
  10301.  .. Or a D4/AMI Intermachine Trunk in the IC's network.
  10302.  
  10303. There must have been about four godzillion lines of D4 equipment
  10304. deployed in the networks. If you guys have replaced it all with B8ZS,
  10305. where I can I buy the "old" D4's and M13's :) Or are they all buried
  10306. in a hole somewhere so they stay in the rate base ? ;)
  10307.  
  10308. Also, I'm interested in the number of Feature Group D trunks that are
  10309. now both B8ZS ... AND ... SS#7.  If this number is more than a few
  10310. percent it means that the LEC's and IC's together accomplished the
  10311. quickest large scale technical deployment in the history of the world.
  10312.  
  10313. I can believe that SS#7 penetration is growing fast. This, however,
  10314. does imply elimination of the AMI trunks. The IC's can selectively
  10315. route the few clear channel calls over B8ZS tandem trunks and take
  10316. years to slowly replace the AMI trunks.
  10317.  
  10318.  
  10319. Wally Ritchie   Ft. Lauderdale, Florida
  10320.  
  10321. ------------------------------
  10322.  
  10323. End of TELECOM Digest V15 #15
  10324. *****************************
  10325.     
  10326.     
  10327. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa19899;
  10328.           9 Jan 95 20:30 EST
  10329. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10330.     id AA06062; Mon, 9 Jan 95 14:52:06 CST
  10331. Return-Path: <telecom>
  10332. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10333.     id AA06054; Mon, 9 Jan 95 14:52:03 CST
  10334. Date: Mon, 9 Jan 95 14:52:03 CST
  10335. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  10336. Message-Id: <9501092052.AA06054@delta.eecs.nwu.edu>
  10337. To: telecom@eecs.nwu.edu
  10338. Subject: TELECOM Digest V15 #16
  10339.  
  10340. TELECOM Digest     Mon, 9 Jan 95 16:52:00 CST    Volume 15 : Issue 16
  10341.  
  10342. Inside This Issue:                         Editor: Patrick A. Townson
  10343.  
  10344.     Bell Atlantic Mobile Joins the PIN Crowd (Mark Robert Smith)
  10345.     New: Telecom Policy On-line (Jeff Richards)
  10346.     EtherFRAD for T1? (Pete Kruckenberg)
  10347.     Sprint and Calls Within Your Service Area (Javier Henderson)
  10348.     Phone Rates (Paul Robinson)
  10349.     Vice President Al Gore to Speak on Telecom at Summit Jan. 9 (Nigel Allen)
  10350.     FCC Proposes To Fine AT&T $1,000,000 For Comm Act Violations (Alan Boritz)
  10351.     Phone Rates From Israel (Jean B. Sarrazin)
  10352.     PABX/IVR/Computer Integration Help Wanted (Alan Meier)
  10353.     Hayes Optima VS DEC SERVER 200 Revised (John Stewart Pinnow)
  10354.     1-900 = $100,000 Fraud (James Bellaire)
  10355.  
  10356. TELECOM Digest is an electronic journal devoted mostly but not
  10357. exclusively to telecommunications topics. It is circulated anywhere
  10358. there is email, in addition to various telecom forums on a variety of
  10359. public service systems and networks including Compuserve and America
  10360. On Line. It is also gatewayed to Usenet where it appears as the moderated
  10361. newsgroup 'comp.dcom.telecom'. 
  10362.  
  10363. Subscriptions are available to qualified organizations and individual
  10364. readers. Write and tell us how you qualify:
  10365.  
  10366.                  * telecom-request@eecs.nwu.edu *
  10367.  
  10368. The Digest is edited, published and compilation-copyrighted by Patrick
  10369. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  10370. or phone at:
  10371.                     9457-D Niles Center Road
  10372.                      Skokie, IL USA   60076
  10373.                        Phone: 708-329-0571
  10374.                         Fax: 708-329-0572
  10375.   ** Article submission address only: telecom@eecs.nwu.edu **
  10376.  
  10377. Our archives are located at lcs.mit.edu and are available by using
  10378. anonymous ftp. The archives can also be accessed using our email
  10379. information service. For a copy of a helpful file explaining how to
  10380. use the information service, just ask.
  10381.  
  10382. *************************************************************************
  10383. *   TELECOM Digest is partially funded by a grant from the              *
  10384. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  10385. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  10386. * project.  Views expressed herein should not be construed as represent-*
  10387. * ing views of the ITU.                                                 *
  10388. *************************************************************************
  10389.  
  10390. Additionally, the Digest is funded by gifts from generous readers such
  10391. as yourself who provide funding in amounts deemed appropriate. Your help 
  10392. is important and appreciated. A suggested donation of twenty dollars per
  10393. year per reader is considered appropriate. See our address above.
  10394.  
  10395. All opinions expressed herein are deemed to be those of the author. Any
  10396. organizations listed are for identification purposes only and messages
  10397. should not be considered any official expression by the organization.
  10398. ----------------------------------------------------------------------
  10399.  
  10400. From: msmith@pluto.njcc.com (Mark Robert Smith)
  10401. Subject: Bell Atlantic Mobile Joins the PIN Crowd
  10402. Date: Mon, 9 Jan 1995 08:34:39 EST
  10403. Organization: New Jersey Computer Connection, Lawrenceville, NJ
  10404.  
  10405.  
  10406.  
  10407. Here's the press release, fresh off the Bell Atlantic WWW Server 
  10408. (http://ba.com/):
  10409.  
  10410.  
  10411. January 4, 1995                     Steve Fleischer(BAM) 908-306-7539
  10412.                                          Brian Wood(BAM) 908-306-7508
  10413.                                         Kim Ancin(NYNEX) 914-365-7573
  10414.                                        Jim Gerace(NYNEX) 914-365-7712
  10415.  
  10416.      LEADING CELLULAR CARRIERS JOIN FORCES TO PROTECT CUSTOMERS
  10417.                    FROM BECOMING PHONE FRAUD VICTIMS
  10418.  
  10419. BEDMINSTER, NJ, AND ORANGEBURG, NY -- Two of the nation's largest
  10420. wireless carriers are teaming up in a unique program to prevent their
  10421. customers from being victimized by criminals who steal cellular
  10422. service.
  10423.  
  10424. The new effort combines a Personal Identification Number (PIN) code
  10425. system recently pioneered by NYNEX Mobile Communications in New York
  10426. City with a new Fraud Protection Zone technique developed by Bell
  10427. Atlantic Mobile.
  10428.  
  10429. Starting January 9, Bell Atlantic Mobile will designate a Fraud
  10430. Protection Zone restricting calling throughout the greater New York
  10431. City area for its customers from Washington, DC; Baltimore;
  10432. Pittsburgh; and greater Philadelphia, including Delaware and southern
  10433. New Jersey.
  10434.  
  10435. Customers from those markets who want to use their phones at standard
  10436. "roaming" rates in New York City must first contact Bell Atlantic
  10437. Mobile by dialing 211 from their cellular phone.  After they provide
  10438. proper identification and select a PIN code, the company will
  10439. deactivate the fraud zone restriction.
  10440.  
  10441. Once the PIN feature is activated, it gives customers protection from
  10442. fraud whenever they use it to place calls in New York, their home
  10443. market, or any market with a PIN system.
  10444.  
  10445. The Fraud Protection Zone will not be activated for the company's
  10446. northern New Jersey customers, because New York City is part of their 
  10447. local calling area.  Since customers who travel frequently into New 
  10448. York City are at risk from cloning, Bell Atlantic Mobile strongly 
  10449. recommends that northern New Jersey customers sign up for the PIN 
  10450. system.  Eventually all new customers will be required to use PINs.
  10451.  
  10452. Bell Atlantic Mobile will start notifying its customers of the new
  10453. program today.  However, those who are not aware of it will still be 
  10454. able to place calls in New York with a credit card, until they sign 
  10455. up for the PIN. They will not receive incoming calls.
  10456.   
  10457. "By combining our fraud protection systems, Bell Atlantic and NYNEX
  10458. offer customers the best of both worlds," said Rick Conrad, Bell
  10459. Atlantic Mobile executive vice president and chief operating officer.
  10460. "We protect Bell Atlantic customers by making their phone numbers
  10461. difficult to clone, or copy, for use in New York, while providing easy
  10462. access to the New York cellular system through the PIN feature."
  10463.     
  10464. Fraud costs the cellular industry more than $1 million per day.  By
  10465. teaming together, Conrad said, the carriers reduce its impact on
  10466. customers. "A customer who has been cloned experiences a great deal of
  10467. inconvenience. This is not a victimless crime," he added.
  10468.      
  10469. "We demonstrated with our unique PIN code initiative, that the use of
  10470. state-of-the-art technology can prevent the theft of cellular
  10471. service," said Cynthia J. White, NYNEX Mobile executive vice president
  10472. and chief operating officer. "PIN codes, and the pursuit and
  10473. prosecution of those who commit these crimes, have put a significant
  10474. crimp in the illegal business of cloning.
  10475.      
  10476. "The NYNEX/Bell Atlantic effort sends yet another message to phone
  10477. cloners that carriers can and will work together to protect the public
  10478. from this crime."
  10479.      
  10480. Just as PIN systems increase security for banking and long distance
  10481. telephone customers, the PIN feature will severely limit the possibil-
  10482. ity of cellular phone numbers being cloned and used in any city where
  10483. carriers use PIN technology.
  10484.      
  10485. In the rare instance that they are cloned, customers only need to call
  10486. their home carrier and receive a new PIN to restore service.  By con-
  10487. trast, customers not using PINs must bring their phones back to a
  10488. carrier or dealer for a new phone number, notify business associates
  10489. and friends of the number change, or even modify business cards and
  10490. stationery.
  10491.                     
  10492. With a PIN system, customers simply dial the desired phone number,
  10493. press "send," enter their PIN code, and press "send" again.  The net-
  10494. work then completes the call.  There is no extra charge and the
  10495. feature will not affect commonly used cellular services like voice
  10496. mail or call waiting.  Calls to 911, 611 and 411 do not require a PIN.
  10497.      
  10498. Bell Atlantic and NYNEX have announced that they will combine their
  10499. cellular operations in the mid-Atlantic, Northeast, Southeast, and 
  10500. Southwest. The proposed company will serve over two million customers 
  10501. and be a strong national force in the wireless industry, with 55 
  10502. million potential customers in seven of the top 20 cellular markets.
  10503.      
  10504. The companies expect to close the transaction in the second quarter 
  10505. of 1995.
  10506.                               ###
  10507.                   -------------------------------
  10508.  
  10509. What they don't tell you is that the exclusion zone includes parts of
  10510. Northern New Jersey, specifically the Jersey City switch which goes as
  10511. far north as Secaucus and south to New Brunswick.  They also fail to
  10512. mention that once you get a PIN number, you must use it to make all
  10513. calls, even those outside the zone.
  10514.  
  10515. I'm really disappointed that they've imposed this on the customer
  10516. OUTSIDE the area, while allowing those in the area to make calls
  10517. without a PIN.  At least that's how I read the release, though a
  10518. friend who has B.A. told me before this was announced that he had to
  10519. use a PIN.
  10520.  
  10521. Why don't they start spending the money they spent on ECPA lobbying to
  10522. invent a more secure system?!?!?!?
  10523.  
  10524.  
  10525. Mark Smith    Mercerville, NJ
  10526.  
  10527. ------------------------------
  10528.  
  10529. From: Jeff Richards <richards@bell.com>
  10530. Subject: New: Telecom Policy On-line
  10531. Date: 9 Jan 1995 13:19:37 GMT
  10532. Organization: Capital Area Internet Service info@cais.com 703-448-4470
  10533.  
  10534.  
  10535. The Alliance for Competitive Communications (formerly the MFJ Task
  10536. Force) announced today that it has named former USTA Chairman Gary
  10537. McBee to coordinate the seven regional Bell Companies' 1995 effort to
  10538. reform telecommunications laws.
  10539.  
  10540. Information about this announcement can be found at the newly-revamped
  10541. <bell.com>. 
  10542.  
  10543.         http://bell.com
  10544.         gopher://bell.com
  10545.  
  10546. Additions include:
  10547.  
  10548.         - Pointers to recently-added legislative resources;
  10549.         - An archive of the 103rd Congress Telecommunications actions;
  10550.         - A new, easier-to-follow format;
  10551.         - A listserver for individuals who want to receive regular updates 
  10552.           on telecommunications legislation. To subscribe send a message to:
  10553.           listserver@bell.com
  10554.           with the message:
  10555.  
  10556.           subscribe bell firstname lastname
  10557.  
  10558. <bell.com> will be updated on a regular basis for individuals wanting to 
  10559. follow telecommunications reform legislation.
  10560.  
  10561. Please feel free to reply to me with any comments.  Please address
  10562. questions to: <info@bell.com>.  
  10563.  
  10564.  
  10565. Thanks, 
  10566.  
  10567.  
  10568. Jeff Richards
  10569. Alliance for Competitive Communications |   Internet:   richards@bell.com
  10570. http://bell.com     gopher://bell.com
  10571.  
  10572. ------------------------------
  10573.  
  10574. From: pete@dswi.com (Pete Kruckenberg)
  10575. Subject: EtherFRAD for T1?
  10576. Date: 9 Jan 1995 06:57:20 -0700
  10577. Organization: DahlinSmithWhite, Inc.
  10578.  
  10579.  
  10580. US West told me they sell a (Codex) "Bandguard" Ethernet FRAD
  10581. (Ethernet <=> frame-relay) with DSU for 56k frame-relay service, but
  10582. not for T1. I'm curious to know if there is such a thing for T1
  10583. frame-relay. Also, what has people's experience been with using
  10584. EtherFRADs with a Unix IP router vs. CSU/DSU and "normal" router?
  10585.  
  10586.  
  10587. Thanks,
  10588.  
  10589. Pete Kruckenberg    pete@dswi.com
  10590.  
  10591. ------------------------------
  10592.  
  10593. Subject: Sprint and Calls Within Your Service Area
  10594. From: henderson@mln.com (Javier Henderson)
  10595. Date: 6 Jan 95 16:54:34 PST
  10596. Organization: Medical Laboratory Network; Ventura, CA
  10597.  
  10598.  
  10599. I just got off the phone with Sprint's customer service. Their special
  10600. offer of one cent per minute for calls within your service area applies
  10601. to all of Sprint customers, regarldess of what calling plan you're on.
  10602.  
  10603. You need to dial 10333, but considering the savings, I don't mind. The
  10604. charge is the same regardless of mileage.
  10605.  
  10606. The offer will expire on Feb 28, 1995.
  10607.  
  10608. I'm not associated with Sprint, other than as a mostly satisfied customer. 
  10609. The above applies to residential lines in Southern California. Other areas 
  10610. within California may have the same deal, you'd better check.
  10611.  
  10612.  
  10613. Javier Henderson (JH21)    henderson@mln.com
  10614.  
  10615. ------------------------------
  10616.  
  10617. Date: Mon, 09 Jan 1995 01:23:52 EST 
  10618. Subject: Phone Rates
  10619. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  10620. From: Paul Robinson <paul@tdr.com>
  10621.  
  10622.  
  10623. Eric Naggum writes:
  10624.  
  10625. > I'm covering Norway's telecommunication privatization effort for
  10626. > a local newspaper, and need some information that I have not been
  10627. > able to collect from Telenor (the newly renamed Norwegian
  10628. > telephone company) or other PTT's directly. Please mail me
  10629. > answers -- I'll post the article here after it has been published.
  10630.  
  10631. > 1.  Local, analog, single-pair leased lines, i.e., the basic local loop for
  10632. >     ordinary telephone service, only now as a leased line to another
  10633. >     subscriber in the same CO.  I'm looking to compare the cost
  10634. >     of acquisition and rent for one year.
  10635.  
  10636. Last time I checked, which was about four years ago before Internet
  10637. accessibility was affordable, if I wanted to get a 64K line from my
  10638. site, say to Suranet which is at the University of Maryland, College
  10639. Park, the rate quoted from C&P telephone was US $115 plus $4 per mile,
  10640. per month.
  10641.  
  10642. Note in the rates below, these rates do not include taxes which
  10643. probably range in the 2% figure, and installation of phone lines is
  10644. extra.
  10645.  
  10646. > 3.  24-hour local phone call, i.e., an ordinary phone call to a
  10647. > subscriber in the same CO as yourself -- one call that lasts 24 hours
  10648. > straight on a weekday. A 24-hour call is used to obtain comparable
  10649. > numbers across all kinds of reduced rates.
  10650.  
  10651. Residential service here comes in three flavors, per call, timed per call 
  10652. and unlimited.  Business can get per call and timed per call.
  10653.  
  10654. Unlimited service costs a residential customer about US $20 a month
  10655. plus taxes, and allows unlimited calls of unlimited duration between
  10656. phones in the same service area.  Here in the Washington Metropolitan
  10657. area, figure that as being roughly a circle extending for 20 miles in
  10658. each direction from the Washington Monument.  In essence, the calling
  10659. area here is: All of Washington DC, all of Prince Georges county in
  10660. Maryland, the lower half of Montgomery County in Maryland, All of
  10661. Fairfax and Arlington Counties in Virginia plus the independent
  10662. cities, as far as Dulles Airport in Chantilly, VA.
  10663.  
  10664. People who live in the Maryland suburbs have extended local service
  10665. outside this area, so I can call parts of Gaithersburg MD as a local
  10666. call that someone in Northern Virginia would have to pay as a
  10667. short-distance toll call.  Someone in Northern Virginia will have
  10668. extended reach into Virginia, of course.
  10669.  
  10670. On all local area calls, if one doesn't have unlimited service, the
  10671. rate is either 9.0c for residential and 9.9c for business for each
  10672. call placed, of unlimited connection time.  In theory you could pay
  10673. $20 for two business phone lines, place a call between them and keep
  10674. the line up all month for around $40 or so, as opposed to paying much
  10675. more for a dedicated line.
  10676.  
  10677. I changed one of my lines from residential to commercial service.  The 
  10678. Commercial rate is around US $19.00 a month plus taxes.
  10679.  
  10680. If you take timed service, the rate is 1.3c for the connection, and 1c
  10681. for each minute after the first minute.  100c = US $1.  You can do the
  10682. math for the local currency there using current conversion rates.
  10683.  
  10684. A residential customer can get service where he gets 65 call units
  10685. included in his bill for $8.50 a month plus taxes.  As an example of net
  10686. costs, for three phone lines in my house each having 65 call units (a call
  10687. unit being one phone call of unlimited length), the cost is US $55 a month
  10688. to have three phone lines and an aggregate of 195 call units a month, then
  10689. 9.0c each after 195, if I ever use that many.  (My rate is higher because
  10690. I have a number of optional services including a virtual telephone number,
  10691. call waiting and three-way calling on one of my lines.)  I have routinely
  10692. spent 6 hour calls on the phone to my Internet service provider reading
  10693. and writing mail and news, and downloading files gotten via FTP. 
  10694.  
  10695. These numbers are meaningless unless you have value of money figures.  My
  10696. brother has an ordinary job as a cashier at a drugstore chain, he makes 
  10697. $5.50 each hour, and works 40 hours a week (and it took him two years to
  10698. get to that rate; "minimum wage" here is $4.50 per hour if I remember
  10699. correctly.)  A 16oz bottle of soda here is about 75c, a loaf of bread 
  10700. about 65c to  $1.25 depending on what one buys, a pound of hamburger 
  10701. about $1.65, a gallon of milk about US $2.40. 
  10702.  
  10703. In Long Beach, California when I was there seven years ago, a local call 
  10704. for a business number cost the customer 5c for each five minutes or 
  10705. fraction thereof, e.g. a five minute and one second call was 10c.  
  10706.  
  10707. Outdoor Public Coin telephones here are 25c per call, untimed.
  10708.  
  10709. ------------------------------
  10710.  
  10711. Date: Sat, 7 Jan 1995 03:10:25 -0500
  10712. Subject: Vice President Al Gore to Speak on Telecom at Summit Jan. 9
  10713. From: ndallen@io.org (Nigel Allen)
  10714. Organization: Internex Online 
  10715.  
  10716.  
  10717. Here is a press release from U.S. Vice President Al Gore.  I
  10718. downloaded the press release from the PR On-Line BBS in Maryland at
  10719. 410-363-0834. I do not work for the U.S. government.
  10720.  
  10721. Vice President Gore to Give Keynote at Federal-State-Local Telecom
  10722. Summit Jan. 9
  10723.  
  10724.    News Advisory:
  10725.  
  10726.      Vice President Al Gore will give the keynote address at a
  10727. conference of federal, state, and local officials on the role of the
  10728. federal government in promoting competition, lowering prices, increasing 
  10729. choices and achieving universal service in telecommunications
  10730. services.  He will join other officials at all levels of government
  10731. from across the country to discuss these telecommunications issues.
  10732.  
  10733.      The Vice President will speak at 9 a.m. (ET) at the Department of
  10734. Commerce Auditorium, 14th and Constitution Ave, NW.  The Vice President's 
  10735. speech is OPEN PRESS.
  10736.  
  10737.     The Annenberg Washington Program and the Administration's
  10738. Information Infrastructure Task Force are sponsoring the day-long
  10739. conference.  The morning session of the summit will be open to the
  10740. public and the press.  In addition to the Vice President Gore, Members
  10741. of Congress, Commerce Secretary Ron Brown, Federal Cmmunications
  10742. Commission Chairman Reed Hundt, and elected and appointed state and
  10743. local telecommunications officials also will participate including
  10744. representatives from the National Association of Counties, National
  10745. Black Caucus of State Legislators, the National League of Cities and
  10746. the United States Conference of Mayors.
  10747.  
  10748.      Media who would like more information about press coverage
  10749. should contact Stephanie Schoumacher at the Department of Commerce
  10750. 202-482-1551.
  10751.  
  10752. ------------------------------
  10753.  
  10754. Subject: FCC Proposes To Fine AT&T $1,000,000 For Comm Act Violations
  10755. From: drharry!aboritz@uunet.uu.net (Alan Boritz)
  10756. Date: Mon, 09 Jan 95 00:05:30 EST
  10757. Organization: Harry's Place - Mahwah NJ - +1 201 934 0861
  10758.  
  10759.  
  10760.  From ftp.fcc.gov:
  10761.  
  10762. NEWS Report No. CC 95-2            COMMON CARRIER ACTION January 4, 1995
  10763.  
  10764.     FCC PROPOSES $1 MILLION FORFEITURE AGAINST AT&T
  10765.       FOR FAILING TO PROVIDE SERVICE TO RESELLERS
  10766.      
  10767.      The Commission has notified AT&T of its apparent liability for
  10768. forfeiture in the amount of $1,000,000 for violating the Communications 
  10769. Act by failing to provide service to three reseller customers who
  10770. requested service under an AT&T contract tariff.  The Commission
  10771. additionally has directed AT&T to show cause why it should not be
  10772. required to furnish the service requested to GE Communications
  10773. Systems, Inc. and Public Service Enterprises, Inc.  within 30 days of
  10774. the release of the Commission's Order.  The third reseller customer
  10775. has informed the Commission that it no longer wishes to obtain service
  10776. under that contract tariff.
  10777.  
  10778.       The Communications Act requires common carriers to furnish
  10779. interstate communication service upon reasonable request.  The
  10780. Commission found that, although three resellers ordered service under
  10781. AT&T's Contract Tariff Number 383 in August and September of 1993,
  10782. AT&T has not yet delivered service to the two reseller customers who
  10783. still wish to receive service, nor has it provided a satisfactory
  10784. reason for its delay in providing the service.  The third reseller
  10785. customer never received service under the contract tariff, and
  10786. withdrew its request in late June 1994.
  10787.  
  10788.      The Commission has admonished carriers in the past to make all
  10789. efforts to provide a requested service, and states further in the
  10790. Order that "[t]his admonition is particularly relevant when an
  10791. important Commission policy, such as our resale requirements, is
  10792. thwarted by a carrier's refusal to provide service."  The Commission
  10793. has previously stated that unrestricted resale of communications
  10794. services provides a valuable stimulus to competition, by creating
  10795. incentives for carriers to offer services at prices that more closely
  10796. reflect the underlying cost of providing the service.  The unrestricted 
  10797. resale policy also reduces the likelihood of undue discrimination in
  10798. the marketplace.
  10799.  
  10800.      The Commission stated that AT&T is apparently liable for a
  10801. forfeiture of the statutory maximum of $1,000,000 because of the
  10802. apparently intentional and continuing nature of the apparent violation
  10803. of the Communications Act. Pursuant to Commission rules, AT&T must
  10804. either pay the proposed forfeiture within thirty days, or file a
  10805. response showing why the proposed forfeiture should not be paid or
  10806. should be reduced.
  10807.      
  10808.      Action by the Commission, December 30, 1994, by Notice of
  10809. Apparent Liability for Forfeiture and Order to Show Cause (FCC
  10810. 94-359).  Chairman Hundt, Commissioners Barrett, Ness and Chong, with
  10811. Commissioner Quello concurring in part and dissenting in part.
  10812.  
  10813.                  -FCC-
  10814.  
  10815.      News Media contact:  Susan Lewis Sallet and Audrey Spivack at (202)
  10816. 418-0500.
  10817.      Common Carrier Bureau contacts: Donna Lampert at (202) 418-1500 and Debra
  10818. Sabourin at (202) 418-1530.
  10819.  
  10820. ------------------------------
  10821.  
  10822. Date: Mon, 9 Jan 1995 11:03:48 +0100
  10823. From: jean@xs4all.nl (Jean B Sarrazin)
  10824. Subject: Phone Rates From Israel
  10825.  
  10826.  
  10827. Would anyone know the phone rates from Israel to the US, Canada, UK, and
  10828. Argentina?
  10829.  
  10830.  
  10831. Thanks!
  10832.  
  10833. Jean B Sarrazin    Ekkosys Communications BV   Amsterdam
  10834.  
  10835. ------------------------------
  10836.  
  10837. From: meier@jolt.mpx.com.au (Alan Meier)
  10838. Subject: PABX/IVR/Computer Integration Help Wanted
  10839. Date: Mon, 09 Jan 1995 21:42:18 +1100
  10840. Organization: Suzanne Paul (Australia) Pty Ltd
  10841.  
  10842.  
  10843. We are an inbound Telemarketing organization and I have been charged
  10844. with the responsibility of putting together a system that will allow
  10845. our Unix based database application work in concert with both a PABX
  10846. and IVR equipment.I need some advice as to whether I am making the
  10847. right equipment choice or not and I was hoping that someone with more
  10848. knowledge than my own limited experience with Telepony equipment may
  10849. be able to assist me.
  10850.  
  10851. The PABX I have chosen is the NEX 7400 series as it seemed the only
  10852. PABX that had a decent computer interface into the PABX. I have also
  10853. looked at the voicemail systems and had settled on teh DECVox system
  10854. although it does seem rather expensive they are asking 25,000
  10855. Australian dollars for an eight port VoiceMail/IVR System.
  10856.  
  10857. Could someone please advise me as to whether my choice in equipment is
  10858. wise and if not what equipment should I be considering.
  10859.  
  10860. Thanks in advance to all those who reply to me.
  10861.  
  10862.  
  10863. Hoping for some relies,
  10864.  
  10865. Alan Meier
  10866.  
  10867. ------------------------------
  10868.  
  10869. From: jspinnow@alpha1.csd.uwm.edu (John Stewart Pinnow)
  10870. Subject: Hayes Optima VS DEC SERVER 200 Revised
  10871. Date: 9 Jan 1995 03:23:30 GMT
  10872. Organization: Tmoh Research, Milwaukee, WI
  10873.  
  10874.  
  10875. Well, I have tried with or without autobaud enabled and with autobaud enable
  10876. I have modems seeking a weird DTE:
  10877.  
  10878. Port 3:                                Server: SERV02
  10879.  
  10880. Character Size:            8           Input Speed:        4800
  10881. Flow Control:            XON           Output Speed:       4800
  10882. Parity:                 None           Modem Control:   Enabled
  10883.  
  10884. Access:                Local           Local Switch:       None
  10885. Backwards Switch:       None           Name:             PORT_6
  10886. Break:              Disabled           Session Limit:         4
  10887. Forwards Switch:        None           Type:               Soft
  10888.  
  10889. Now the port works, the other modem connects at 19200, but is jerky.
  10890.  
  10891. I have configured one Zyxel (spelling?) and one Intel modem (With no
  10892. manual to be found) to work on the same server and it just so happens
  10893. their input and output speed is at a cozy 19200.
  10894.  
  10895. The Optimas are doomed ... does anyone out there know what is going on?
  10896.  
  10897. I ditched CTS/RTS ... and use Xon/Xoff.
  10898.  
  10899. The future doesn't look bright for this modem pool.
  10900.  
  10901.  
  10902. Tmoh Research  Net: jspinnow@csd.uwm.edu Net: jspinnow@world.std.com  
  10903. John S. Pinnow      jspinnow@netcom.com  Url: http://www.uwm.edu/~jspinnow
  10904. [414] 761-1537 
  10905.  
  10906. ------------------------------
  10907.  
  10908. Date: Mon, 9 Jan 95 07:12 EST
  10909. From: bellaire@iquest.net (James Bellaire)
  10910. Subject: 1-900 = $100,000 Fraud!
  10911.  
  10912.  
  10913. The phone fraud files are open again!  From the evening news ...
  10914.  
  10915. > From WFRN-FM (Elkhart, IN) Radio News ... 1-6-95
  10916. (Names may be misspelled due to this being transcribed from a tape of a 
  10917. radio news broadcast.)
  10918.  
  10919. The case of a Kosciusco County teen accused of using other people's credit 
  10920. card numbers to charge $100,000 worth of 1-900 calls is a reminder to keep a 
  10921. close eye on our long distance bill.
  10922.  
  10923. Eighteen-year-old James Rhinehart (SP?) of Etna Green was jailed for
  10924. theft and fraud.  Mary Lee Cesna (?) of GTE in Elkhart says she's
  10925. never seen a case like that here in Michiana.  She says anytime we are
  10926. billed for a long distance call we did not make we should contact the
  10927. phone company who sent the bill.  "You need to have that as a record
  10928. that you did not make that call, even if it's 20 cents, because the
  10929. following month it could be $20.  And you want to make sure that
  10930. whoever is your billing company knows that you did not make those
  10931. calls." (Spokeswoman) Cesna says the company uses that information to
  10932. pursue an investigation into the posibility of fraud such as in the
  10933. Rhinehart case.
  10934.  
  10935. WSBT-TV 28 (Elkhart, IN) Eleven O'Clock News added the following ...
  10936.  
  10937. Police say Rhinehart made 30 - 40 900 calls per day to a sex line,
  10938. charging them to area residents.  Even the local sheriff was hit in
  10939. this scam. [The sheriff then explained the scam.] GTE said they would
  10940. remove the charges from the bills.
  10941.  
  10942.                       ---------------
  10943.  
  10944. How did he do it?
  10945.  
  10946. The Etna Green telco is an old GTE telco that does not provide ANI
  10947. information.  The 900 service asked callers who did not come with ANI
  10948. info to enter their number to continue, Rhinehart just entered other
  10949. people's numbers at random.  GTE's spokewoman assured Elkhart
  10950. customers that their exchange provided ANI directly and was not
  10951. vunerable to this kind of fraud.
  10952.  
  10953. Sounds like the 1-900 sex line has the responsibility here.  Manual
  10954. input of your ANI should never be allowed!  When I first heard this I
  10955. thought this brat was a misguided genius.  I didn't know the 900
  10956. service had made it so easy!
  10957.  
  10958.  
  10959. bellaire@iquest.net     James E. Bellaire
  10960.  
  10961.  
  10962. [TELECOM Digest Editor's Note: There are very few places left where ANI
  10963. does not come with the territory, so to speak. There are very few places
  10964. where telco information providers  do not get all the records they need
  10965. to accurately bill for their services. I thought in those few instances
  10966. where ANI could not be provided for whatever reason, the IP simply did
  10967. not give service, or required some other method of billing such as a
  10968. credit card. Like yourself, I'm amazed the IP took the customer's word
  10969. for it. In regular long distance calling (or any call where a toll is
  10970. involved) it is rare, but occassionally there will be an ANI failure for
  10971. whatever reason, and in those cases the long distance operator will come
  10972. on the line and ask 'what is the number you are calling from?'. People
  10973. sometimes lie about that also, but I guess it is not quite as critical
  10974. with the small amount of money involved nor is it as likely to be abused
  10975. as are sex phone lines.  
  10976.  
  10977. Old people like myself on this mailing list will remember how many years
  10978. ago the long distance operator had to ask the caller for his phone number
  10979. on every single call. Even the local /0/ operator only got the prefix or
  10980. exchange you were calling from ... not the last four digits. The way the
  10981. switching machinery worked in those days, by the time your call reached
  10982. its destination -- even if that was just the operator -- the last four
  10983. digits had been lost in the matrix. There was no easy way to prove or
  10984. disprove what the customer *said* his phone number was short of having
  10985. one of the guys in the frames walk around rack after rack, row after
  10986. row looking at the switches as one led to the next and the next, etc.
  10987.  
  10988. AT&T did not invent the Electronic Switching System (ESS) purely to
  10989. combat fraud, but that certainly was one side-affect; some icing for
  10990. the cake. It had gotten in the early 1970's to the point where for
  10991. all intents and purposes the public telephone network in the USA was
  10992. completely out of control. Too many subscribers knew too much about
  10993. how the system operated for AT&T's comfort. In 1970 toll fraud was at
  10994. an all time high. At a hearing that year when New York Telephone wanted
  10995. to raise their rates, a commissioner of the state utility regulators
  10996. asked NYT how much they had to write off the year before due to toll fraud
  10997. and the answer was about eight million dollars, by 1969 values ... that
  10998. news was shocking enough that it received a large write up in quite a
  10999. few newspapers nationally.   PAT]
  11000.  
  11001. ------------------------------
  11002.  
  11003. End of TELECOM Digest V15 #16
  11004. *****************************
  11005.     
  11006.     
  11007. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa20394;
  11008.           9 Jan 95 21:44 EST
  11009. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11010.     id AA10316; Mon, 9 Jan 95 16:43:16 CST
  11011. Return-Path: <telecom>
  11012. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11013.     id AA10305; Mon, 9 Jan 95 16:43:12 CST
  11014. Date: Mon, 9 Jan 95 16:43:12 CST
  11015. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  11016. Message-Id: <9501092243.AA10305@delta.eecs.nwu.edu>
  11017. To: telecom@eecs.nwu.edu
  11018. Subject: TELECOM Digest V15 #17
  11019.  
  11020. TELECOM Digest     Mon, 9 Jan 95 16:43:00 CST    Volume 15 : Issue 17
  11021.  
  11022. Inside This Issue:                         Editor: Patrick A. Townson
  11023.  
  11024.     Cellular Telecommunications - GAO Report (Keith Bonney)
  11025.     MCI Paging Announcement (0003436453@mcimail.com)
  11026.     FCC Proposes to Restrict Access to Cellular 911 (Doug Reuben)
  11027.     DQDB and SMDS (Kristoff Bonne)
  11028.     Looking for X.25 Concentrator (Paul D. Guthrie)
  11029.     Wireless CO's Challenge New NPAs? (Linc Madison)
  11030.  
  11031. TELECOM Digest is an electronic journal devoted mostly but not
  11032. exclusively to telecommunications topics. It is circulated anywhere
  11033. there is email, in addition to various telecom forums on a variety of
  11034. public service systems and networks including Compuserve and America
  11035. On Line. It is also gatewayed to Usenet where it appears as the moderated
  11036. newsgroup 'comp.dcom.telecom'. 
  11037.  
  11038. Subscriptions are available to qualified organizations and individual
  11039. readers. Write and tell us how you qualify:
  11040.  
  11041.                  * telecom-request@eecs.nwu.edu *
  11042.  
  11043. The Digest is edited, published and compilation-copyrighted by Patrick
  11044. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  11045. or phone at:
  11046.                     9457-D Niles Center Road
  11047.                      Skokie, IL USA   60076
  11048.                        Phone: 708-329-0571
  11049.                         Fax: 708-329-0572
  11050.   ** Article submission address only: telecom@eecs.nwu.edu **
  11051.  
  11052. Our archives are located at lcs.mit.edu and are available by using
  11053. anonymous ftp. The archives can also be accessed using our email
  11054. information service. For a copy of a helpful file explaining how to
  11055. use the information service, just ask.
  11056.  
  11057. *************************************************************************
  11058. *   TELECOM Digest is partially funded by a grant from the              *
  11059. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  11060. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  11061. * project.  Views expressed herein should not be construed as represent-*
  11062. * ing views of the ITU.                                                 *
  11063. *************************************************************************
  11064.  
  11065. Additionally, the Digest is funded by gifts from generous readers such
  11066. as yourself who provide funding in amounts deemed appropriate. Your help 
  11067. is important and appreciated. A suggested donation of twenty dollars per
  11068. year per reader is considered appropriate. See our address above.
  11069.  
  11070. All opinions expressed herein are deemed to be those of the author. Any
  11071. organizations listed are for identification purposes only and messages
  11072. should not be considered any official expression by the organization.
  11073. ----------------------------------------------------------------------
  11074.  
  11075. From: gao-docs@MAILHOST.GAO.GOV (gao-docs)
  11076. Subject: Cellular Telecommunications - GAO Report
  11077. Date: 9 Jan 1995 08:42:46 -0600
  11078. Organization: UTexas Mail-to-News Gateway
  11079.  
  11080.  
  11081. The U.S. General Accounting Office, the Congressional watchdog
  11082. agency, has recently released the following report: 
  11083.  
  11084.   *** ASCII Full Text Access and Ordering Info Follows ***
  11085.  
  11086. TITLE:    Telecommunications: Status of Research on the Safety of Cellular 
  11087.           Telephones 
  11088.           RPTNO: RCED-95-32                  DOCUMENT DATE: 11/04/94 
  11089.  
  11090. ABSTRACT: 
  11091.  
  11092. On the basis of present scientific knowledge, federal agencies have no
  11093. reason to take regulatory action on the use of portable cellular
  11094. telephones because no research has been completed on long-term human
  11095. exposure to the low levels of radiation generated by these phones and
  11096. research findings on exposure to other sources of low-level
  11097. radio-frequency radiation are inconclusive. According to the Food and
  11098. Drug Administration (FDA) and the National Science Foundation, both
  11099. epidemiological and laboratory studies are needed to determine any
  11100. link between cellular telephone use and human diseases.  The cellular
  11101. telecommunications industry plans to do both types of studies. If
  11102. federal regulators want to use this research, they need assurances
  11103. that it will be carried out objectively.  FDA is working with ellular
  11104. telephone manufacturers on the possibility of redesigning portable
  11105. cellular telephone and on providing users with instruction for proper
  11106. use.  The Federal Communications Commission has proposed revising
  11107. standards set by the American National Standards Institute for
  11108. radio-frequency radiation; this standard may be applied to cellular
  11109. telephones.
  11110.  
  11111. ***************************************************************
  11112.  
  11113. This report is available both in print and electronically.  
  11114.  
  11115. ***************************************************************
  11116.  
  11117. Table of Contents
  11118.  
  11119. - ELECTRONIC ORDER INFO
  11120.  
  11121. - PRINTED COPY ORDER INFO
  11122.  
  11123. - ADDITIONAL INFORMATION ON GAO REPORTS
  11124.  
  11125. - GAO'S DAYBOOK VIA INTERNET NEWSGROUPS
  11126.  
  11127. - GAO'S DAYBOOK VIA FAX
  11128.  
  11129. - GAO ANNUAL INDEX
  11130.  
  11131. - SUBSCRIPTION: GAO'S MONTHLY CATALOG OF REPORTS & TESTIMONY
  11132.  
  11133. - GAO REPORTS CATALOGED ON OCLC
  11134.  
  11135. - SUGGESTIONS/COMMENTS
  11136.  
  11137. - FUTURE PLANS
  11138.  
  11139. - BACKGROUND
  11140.  
  11141. ***************** ELECTRONIC ORDER INFORMATION ****************
  11142.  
  11143. To access GAO reports as FULL TEXT ASCII electronic files from
  11144. the Government Printing Office (GPO) BBS, follow these steps:
  11145.  
  11146. 1) TELNET to <federal.bbs.gpo.gov> and designate "port 3001" 
  11147.    or dial 202-512-1387 (Menu Selection #22 on FEDWORLD);
  11148.  
  11149. (***NOTE*** Depending on how your system accesses the TELNET
  11150. feature, you may need to TELNET to this address:
  11151.  
  11152.                    <federal.bbs.gpo.gov 3001>
  11153.                                         ^^^^^
  11154. and hit return a few times after connecting.  You should receive
  11155. a greeting screen.  If you receive a prompt for "PASSWORD",
  11156. something is wrong.  Either re-try or contact GPO at the phone
  11157. number below.)
  11158.  
  11159. 2) Log in or register on system (type: "NEW" if first time user);
  11160.  
  11161. 3) From the Main Menu, select "File Library System - 6";
  11162.  
  11163. 4) Select "S - Select Library";
  11164.  
  11165. 5) Type:  "GAO_RPTS";
  11166.  
  11167. 6) Select file name: Telecommunications: RC95032.TXT 
  11168.  
  11169. *****************************************************************
  11170.                                   
  11171. Any questions on using the GPO system should be referred to GPO 
  11172. at 202-512-1530.  Please do NOT use this e-mail address for
  11173. questions about the GPO system or for ordering reports.
  11174.  
  11175. GPO charges a fee to download each file.  Exact costs are listed
  11176. on the GPO system.
  11177.  
  11178. ****************************************************************
  11179.  
  11180.                  PRINTED COPY ORDER INFORMATION 
  11181.  
  11182. Printed copies via U.S. Mail are also available by calling 
  11183. 202-512-6000 (TDD number is 301-413-0006), sending a FAX to
  11184. 301-258-4066, or by writing to:
  11185.  
  11186.         P.O. Box 6015, Gaithersburg, MD 20884-6015. 
  11187.  
  11188. Please include the report number and complete postal mailing
  11189. information in your request.
  11190.  
  11191. Telephone requests can be made 24 hours a day, seven days a week. 
  11192. During non-business hours, leave a voice mail message with
  11193. complete information, including the report number and postal
  11194. mailing information.
  11195.  
  11196. Copies may also be picked up at the GAO headquarters at:
  11197.  
  11198.         700 - 4th St., NW, Washington, DC.  
  11199.  
  11200. Sorry, we are NOT able to accept electronic orders for printed
  11201. documents at this time.
  11202.  
  11203. The first printed copy is FREE of charge.  Additional copies are
  11204. $2.00.
  11205.  
  11206. ****************************************************************
  11207.  
  11208.               ADDITIONAL INFORMATION ON GAO REPORTS
  11209.  
  11210. GAO's Daily and Monthly Listing of Reports
  11211.  
  11212. The U.S. General Accounting Office, Congress' Watchdog agency, now has
  11213. available a daily electronic posting of released reports.  The "GAO
  11214. Daybook" is the daily listing of released GAO reports.  The "Reports
  11215. and Testimonies Issued in Month/Year", includes abstracts of the items
  11216. issued that month, arranged by subject.
  11217.  
  11218. To access both the "GAO Daybook" and "Reports and Testimonies Issued
  11219. in Month/Year" on the INTERNET simply:
  11220.  
  11221. - use the TELNET feature on your system,
  11222. - access the site <capaccess.org>, 
  11223. - log on as "guest" (password: "visitor" - must use LOWER case),
  11224. and
  11225. - type "go gao" at the main menu
  11226.  
  11227. (*NOTE* The CapAccess system has been experiencing extremely heavy
  11228. loads and may not accept guest logins.  We apologize for any
  11229. inconvenience and suggest trying at a later time.)
  11230.  
  11231. Ordering information is included in the GAO menu.  Any questions or
  11232. comments can be sent to <gao-docs@gao.gov>.  Please do NOT use this
  11233. address for ordering reports.
  11234.  
  11235. ***************************************************************
  11236.  
  11237.               GAO'S DAYBOOK VIA INTERNET NEWSGROUPS
  11238.  
  11239. GAO's Daybook is also available via INTERNET Newsgroups.
  11240.  
  11241. Daily postings are made to:
  11242.  
  11243.                       alt.politics.org.misc
  11244.  
  11245. ***************************************************************
  11246.  
  11247.                       GAO'S DAYBOOK VIA FAX
  11248.  
  11249. GAO's Daybook is available by FAX, also.  The automated voice
  11250. menu number is:
  11251.  
  11252.                           301-258-4097
  11253.  
  11254. You can use a touch tone telephone to access a menu system to request
  11255. GAO Daybooks -- via FAX -- 24 hours a day. You only need your FAX
  11256. number and a touch tone telephone for this service.  There is no
  11257. charge for this service.
  11258.  
  11259. ***************************************************************
  11260.  
  11261.                         GAO ANNUAL INDEX
  11262.  
  11263. GAO Abstracts and Index of Reports and Testimony: Fiscal Year
  11264. 1993 (GAO/OIMC-94-3A and GAO/OIMC-94-3B)
  11265.  
  11266. A two volume set, this valuable reference publication provides an
  11267. excellent overview of the U.S. General Accounting Office's (GAO)
  11268. work during FY 1993.  The first volume (219 pages) summarizes
  11269. more than 1,000 reports issued between October 1992 and September
  11270. 1993.  The second volume (418 pages) contains comprehensive
  11271. indexes that allow the reader to quickly locate documents of
  11272. interest.  
  11273.  
  11274. To order a FREE copy, see PRINTED COPY ORDER INFORMATION section
  11275. above.
  11276.  
  11277. ***************************************************************
  11278.  
  11279.                           SUBSCRIPTION:
  11280.           GAO'S MONTHLY CATALOG OF REPORTS & TESTIMONY
  11281.  
  11282. Each month, GAO issues a catalog titled "Reports and Testimonies
  11283. Issued in Month/Year".  This catalog includes abstracts
  11284. of the items issued that month, arranged by subject.  The catalog
  11285. also includes an order form and order information.
  11286.  
  11287. Subject areas include:
  11288.  
  11289. Health, Defense, Environment, Transportation, Education,
  11290. International Affairs, Budget, Tax, and many other subject areas
  11291. involving federal spending.
  11292.  
  11293. For a FREE mail subscription to GAO's "Reports and Testimonies
  11294. Issued in Month/Year", please send a request via one of the modes
  11295. described above in the PRINTED COPY ORDER INFORMATION section.
  11296.  
  11297. ***************************************************************
  11298.  
  11299.                   GAO REPORTS CATALOGED ON OCLC
  11300.  
  11301. All current GAO reports are cataloged on the OCLC system.
  11302.  
  11303. ***************************************************************
  11304.  
  11305.                       SUGGESTIONS/COMMENTS
  11306.  
  11307. GAO is very interested in your feedback on products and services. 
  11308. We welcome any suggestions you might have to help improve our
  11309. services.  Because of the volume of inquiries, we are unable to
  11310. directly respond to each suggestion.
  11311.  
  11312. However, we can assure you that all comments posted will be read
  11313. and passed on to the appropriate GAO office.
  11314.  
  11315. Please forward comments and suggestions to:
  11316.  
  11317.                        <gao-docs@gao.gov>
  11318.  
  11319. Thank you.
  11320.  
  11321. ***************************************************************
  11322.  
  11323.                            BACKGROUND
  11324.  
  11325. The U.S. General Accounting Office (GAO) is a nonpartisan agency
  11326. within the legislative branch of government.  GAO conducts
  11327. audits, surveys, investigations, and evaluations of federal
  11328. programs.  This work is either self initiated or done at the
  11329. request of congressional committees or members.  GAO's findings
  11330. and recommendations are published as reports to congressional
  11331. members or delivered as testimony to congressional committees.
  11332.  
  11333. *************************************************************
  11334.  
  11335.                           FUTURE PLANS
  11336.  
  11337. Future plans for electronic distribution of GAO's reports include
  11338. establishing a dedicated INTERNET site.  The GAO INTERNET site
  11339. will host the full text of all newly released GAO reports and
  11340. search and retrieval options.  
  11341.  
  11342. Current plans call for establishing a GOPHER service, Anonymous
  11343. FTP capablitity and a WAIS server.  Details are still being
  11344. developed and implementation is expected in 1995.
  11345.  
  11346. The future GAO INTERNET site will NOT charge for downloading
  11347. information.
  11348.  
  11349. Watch this space for further details and progress reports.
  11350.  
  11351. *************************************************************
  11352.  
  11353. Thank You!
  11354.  
  11355. Keith Bonney
  11356. Information Services Center
  11357. Office of Information Management and Communications
  11358. U.S. General Accounting Office
  11359. Room 6530
  11360. Washington, DC  20548
  11361.  
  11362. <kbonney@gao.gov>*
  11363. 202-512-4448 VOICE*
  11364. 202-512-3373 FAX*
  11365.  
  11366. *Note: Please do NOT use this address/number for ordering GAO
  11367. reports.  Please see information above.  Thank you!
  11368.  
  11369.  
  11370. ------------------------------
  11371.  
  11372. Date: Mon, 9 Jan 95 09:36 EST
  11373. From: Hardwire <0003436453@mcimail.com>
  11374. Subject: MCI Paging Announcement
  11375.  
  11376.  
  11377. CONTACT:  Ed Bergstraesser/Frank Walter
  11378.           MCI Business Markets
  11379.           1-312-938-4958
  11380.           1-800-644-NEWS
  11381.  
  11382.           Carol Aarhus
  11383.           MCI Consumer Markets
  11384.           1-800-436-9749
  11385.  
  11386.  
  11387. MCI ENTERS NATIONAL WIRELESS MARKET THROUGH MAJOR PAGING INITIATIVES
  11388.  
  11389. Agreements with SkyTel and PageNet to make wireless messaging services
  11390. more available to MCI residential and business customers
  11391.  
  11392.  
  11393. WASHINGTON, DC, January 6, 1995 -- Capitalizing on the continued
  11394. growth of the wireless messaging market, MCI today announced
  11395. agreements with the nation's leading paging companies, Paging Network,
  11396. Inc. (PageNet) and SkyTel Corporation, to provide wireless messaging
  11397. services nationwide to consumers and businesses under the MCI brand
  11398. name.
  11399.  
  11400.      "MCI's goal is to provide, through one-stop shopping for
  11401. consumers and businesses, an ever-broadening range of communication
  11402. services under the MCI brand name," said Timothy F. Price, executive
  11403. vice president and group president, MCI Communications Services.
  11404.  
  11405.      "Already, the wireless marketplace has attracted 20 million
  11406. customers.  In ten years, the market will skyrocket to nearly 90
  11407. million people and be valued at 40 billion to 50 billion dollars.
  11408. Through alliances like these -- and many more on the way -- MCI
  11409. expects to capture a significant share of that market."
  11410.  
  11411.      With this announcement, MCI is the first major long distance
  11412. company to offer paging and wireless messaging services with the
  11413. nation's largest wireless messaging companies.
  11414.  
  11415.          Paging Integrated with Friends & Family Service
  11416.  
  11417.      Leveraging its own successful marketing and branding strategies,
  11418. MCI will provide local and nationwide messaging services to its
  11419. millions of Friends & Family customers as part of the company's
  11420. just-announced Friends & Family Connections program.  Friends & Family
  11421. Connections is the industry's first package of services designed to
  11422. meet the total communications needs of today's teleconsumer by
  11423. offering E-mail and residential 800 services -- and now paging -- to
  11424. complement its long distance telephone services.
  11425.  
  11426.             Wireless Services Also Target Businesses
  11427.  
  11428.      Targeting the growing mobile work force, MCI will market paging
  11429. and messaging services to businesses under the brand name, networkMCI
  11430. Paging.  The company will utilize its extensive national sales
  11431. organization to market networkMCI Paging to businesses of all sizes.
  11432. In addition to offering businesses paging along with long distance
  11433. services, MCI will integrate paging with MCI's latest business
  11434. communications software package, networkMCI BUSINESS.  Users of
  11435. networkMCI BUSINESS will be able to send and receive wireless messages
  11436. via the package's e-mail component and also receive news bulletins on
  11437. the pager from the package's news service, infoMCI.  Business
  11438. customers of networkMCI Paging will be able to customize the scope of
  11439. their paging services to reflect their individual local or national
  11440. requirements.
  11441.  
  11442.      "The two agreements have immediate and significant appeal to both
  11443. mobile professionals and consumers who want the convenience of paging
  11444. and messaging services, along with simple bill payment," added Price.
  11445. "Customers reap the benefit of unparalleled customer service and
  11446. responsiveness provided by MCI and the integrity of its network.  In a
  11447. sense, MCI is creating a new market, one where paging services combine
  11448. with traditional telephone service to become part of everyday
  11449. communications."
  11450.  
  11451.      The agreements extend already strong relationships between MCI
  11452. and the two companies.  MCI is already primary provider of 800 phone
  11453. service for both companies in separate contracts.
  11454.  
  11455.      SkyTel, the pioneer in nationwide and international messaging,
  11456. offers the broadest range of service options to meet the needs of
  11457. business professionals who travel locally, regionally or nationwide.
  11458. With the SkyTel network, customers receive text messages, electronic
  11459. mail, fax and voice mail notification, and news and information
  11460. updates wirelessly using paging and computing devices.  The SkyTel
  11461. network offers service to all major business corridors.  SkyTel will
  11462. also offer, in the second half of 1995, the first two-way paging and
  11463. messaging services using its Destineer network.  In 1994, the Federal
  11464. Communications Commission (FCC) awarded the first-ever Pioneer's
  11465. Preference License solely to Destineer, SkyTel's sister subsidiary.
  11466. Destineer also purchased two additional licenses at the narrowband PCS
  11467. auctions.
  11468.  
  11469.      PageNet owns and operates the country's most extensive nationwide
  11470. digital transmission network covering more than 90 percent of the U.S.
  11471. population.  The company was recently awarded three nationwide
  11472. licenses at the narrowband PCS auctions conducted by the Federal
  11473. Communications Commission.  With more than 4.1 million subscribers,
  11474. PageNet is the largest wireless messaging company in the United
  11475. States.  The company provides messaging services to the United States,
  11476. Puerto Rico and the U.S. Virgin Islands.  It also markets local,
  11477. regional and nationwide paging services as well as news and stock
  11478. updates, voice mail, fax forwarding and wireless data transmission to
  11479. palmtop computers.  PageNet expects to begin testing the world's first
  11480. wireless pocket answering machine, VoiceNow (R), in the second half of
  11481. 1995.
  11482.  
  11483.      MCI, headquartered in Washington, D.C., has grown from its core
  11484. long distance business to become the world's third largest carrier of
  11485. international calling and a premier provider of data communications
  11486. over the vast Internet computer network.  With annual revenues of $12
  11487. billion, the company today provides a wide array of consumer and
  11488. business long distance and local services, data and video communications, 
  11489. on-line information, electronic mail, network management services and 
  11490. communications software.
  11491.  
  11492. ------------------------------
  11493.  
  11494. From: dreuben@netcom.com (CID Tech/INSG)
  11495. Subject: FCC Proposes to Restrict Access to Cellular 911
  11496. Date: Mon, 9 Jan 1995 02:31:09 PST
  11497.  
  11498.  
  11499. I saw this post (which is somewhat edited for Telcom relevance) on the 
  11500. Telecommunications Roundtable Policy Forum (rountable@cni.org FOR 
  11501. POSTS!), and thought that the Digest may be interested in this recent FCC 
  11502. cellular proposal. My comments/responses to the Roundtable are included 
  11503. below the commented text. 
  11504.  
  11505. Doug
  11506.                   -----------------------------
  11507.  
  11508. Recently,  Jim Conran <jconran@watson.policy.net> wrote:
  11509.  
  11510. > The Federal Communications Commission (FCC) issued a Notice of Proposed
  11511. > Rulemaking (Notice)(Docket Number 94-102) on October 19, 1994 in the
  11512. > Matter of Revising the FCC Rules to ensure Compatibility with Enhanced 911
  11513. > Systems. [...] The proposed rulemaking requires wireless carriers to
  11514. > provide this service only to "service initialized" users or users that
  11515. > purchase their cellular phones from a wireless service provider. 
  11516.  
  11517. This is an innane idea, probably suggested by some of the more stingy
  11518. cellular companies who want to squeeze every dime of airtime out of
  11519. customers that they can. They basically don't want people getting a
  11520. phone on their commission, dropping service after the minimum service
  11521. period, and as a result gaining an essentially free (or close to it)
  11522. phone which they can always call emergency services with "just in
  11523. case" and not have to ever pay a monthly charge.
  11524.  
  11525. This ruling is also contradictory (I suspect) with the FCCs "roaming
  11526. operator" regs. which seem to require carriers to allow non-validated
  11527. roamers to place credit card or calling card calls while roaming on a
  11528. system. Typically, this is encountered when a roamer enters a non-home
  11529. service area where there is no service on the same "side" (A/B) as the
  11530. roamer's home serive provider, and thus he/she is forced to switch to
  11531. the other side to place calls through the roaming operator. Since all
  11532. calls are placed and paid for by use of a credit card or calling card,
  11533. there is no need to validate a given user. (I've used the roaming
  11534. operator on phones with totally invalid ESN/MIN combos, such as a MIN
  11535. with 312-000-1212, and it worked fine.)
  11536.  
  11537. Does this new FCC proposal take this into consideration at all?
  11538.  
  11539. > This proposed arcane requirement is quite contradictory to the FCC's
  11540. > ultimate objective of providing "broad accessibility" to 911 services.
  11541. > Cellular users will have the expectation that when they use their phone to
  11542. > contact 911 during an emergency, they will have immediate contact with the
  11543. > operator.  Consumers will not think to question the reliability of their
  11544. > cellular phone or the wireless service providers, instead public
  11545. > confidence on the 911 emergency system will be jeopardize. 
  11546.  
  11547. Indeed ... one of the main reasons I tell people NOT to lock out the
  11548. "other side" from their phones is that if they ARE in a dead spot
  11549. with, for example, the "A" carrier, the phone will seek the "B"
  11550. carrier while the "A" carrier signal is too weak, and thus a call to
  11551. 911 will then go through.  If a phone IS locked to one's preferred
  11552. "side", and they encounter a dead spot, it will at best take them some
  11553. time to switch sides (if they know how to do so), and at worst be
  11554. tragic if they are unable to report an emergency in time.
  11555.  
  11556. > The Alliance for Public Access to 911 (Alliance) believes that in order
  11557. > for the FCC's proposed rulemaking on the "broad availability of 911 and
  11558. > enhanced 911 services" to be fully recognized, the FCC must require all
  11559. > cellular switches to accept all 911 calls.  
  11560.  
  11561. Hmmm ..."require" all "switches"? Don't you mean "carriers". The switches can
  11562. accept anything, including state police numbers, non-emergency numbers for 
  11563. disabled motorists (#77 in MD for example), etc. I think the regulations 
  11564. should:
  11565.  
  11566. A) Mandate that ALL carriers allow access to 911/*911/etc. services and 
  11567. that they can NOT block access to these services for non-validated phones.
  11568. They may, however, block access to phones on the STOLEN ESN list (not 
  11569. just ESN deny, you can get ESN deny for a lot of reasons other than true 
  11570. fraud, and you don't want to prevent people who are erroneously placed on 
  11571. the "denied" list [it happens a lot!] from making 911 calls while they
  11572. wait for their carrier to fix the "deny" situation.)
  11573.  
  11574. B) Allow local authorities (state DPUCs, etc.) to mandate further codes
  11575. which as in "A", state that cellcos MUST allow free and unrestricted 911
  11576. access, and which manadate that they are not allowed to block such calls,
  11577. except for STOLEN ESN phones. This would allow MD to keep #77, Mass to
  11578. keep *MSP, etc. 
  11579.  
  11580. (You don't want to create a market for stolen phones: If 911 would work 
  11581. even from stolen phones where the actual physical equipment were stolen, 
  11582. people would have a reason to take them. By preventing 911 on stolen 
  11583. phones, you prevent this from ever becoming a problem, even if it would 
  11584. only be a limited problem anyhow.)
  11585.  
  11586. > In addition, the FCC should require all cellular phones to be
  11587. > equipped to access the strongest cellular base station signal when 911
  11588. > is called.
  11589.  
  11590. Just 911? There are a lot of codes which shoulds be allowed, and in
  11591. some cases 911 won't even work. How will this work in Canada? Won't
  11592. the CRTC have to go along with this change in the AMPS format treats
  11593. 911 calls? I don't think it's a good idea to mess with the AMPS
  11594. protocol after the fact. Cell phones (well, the switches) normally
  11595. seek the strongest signal path when available, so the only important
  11596. thing here is to make switching from A to B easy (ie, have simple
  11597. codes or mechanisms by which a customer can override the "A" only or
  11598. "B" only settings.)
  11599.  
  11600. What you MAY want to do is have the FCC require that user equipment
  11601. manufacturers ALLOW 911 calls to go through from a given phone even if
  11602. the SID for a given roaming system is blocked. Frequently, the "A"
  11603. carrier in a given market will block the "B" carrier in the same
  11604. market by blocking out the "B" carrier's SID code when the phone is
  11605. being programmed. So, if a given user encountered a dead spot on the
  11606. "A" side and tried to use the "B" side to place a call, the call would
  11607. be denied by the PHONE, not the switch. As a result, no call is even
  11608. SENT to the switch, and the cell customer is stuck without a way out
  11609. unless he/she knows how to reprogram the phone on the spot (not likely
  11610. for most customers.)
  11611.  
  11612. > Finally, the FCC should make the 911 provision an issue as it
  11613. > currently reconsiders cellular license renewal applications.  The
  11614. > issue of safety and security for all Americans is too important an
  11615. > issue to be compromised.
  11616.  
  11617. Indeed ... as it is they "overlook" a great deal too many things when 
  11618. reconsidering a cellular license; universal 911 access should NOT be one 
  11619. of them.
  11620.  
  11621.  
  11622. Doug Reuben             dreuben@netcom.com             (203) 499 - 5221
  11623. Interpage Network Services Group
  11624. E-Mail/Telnet Gateway to Faxes, Alpha and/or Numeric Pagers.
  11625.  
  11626. ------------------------------
  11627.  
  11628. Date: Mon, 9 Jan 1995 17:54:56 +0000
  11629. From: KRISTOFF.BONNE@PIRESSYS.BELGACOM.RTTIPC.belgacom.be
  11630. Subject: DQDB and SMDS
  11631.  
  11632.  
  11633. Greetings to all,
  11634.  
  11635. Can anybody explaine me what the difference and/or connection is
  11636. between DQDB (Distributed-Queue dual-bus) and SMDS (Switched
  11637. Multi-Megabit Data Service).
  11638.  
  11639.  
  11640. Many thanks in advance, 
  11641.  
  11642. Kristoff Bonne, BelgaCom IS/TeLaNet           netwerk planning en - beheer
  11643. (C=BE;A=RTT;P=RTTIPC;S=Bonne;G=Kristoff)      fax         :  +32 2 2025497
  11644. kristoff.bonne@belgacom.rttipc.belgacom.be    voice mail  :  +32 70 615492
  11645.  
  11646. ------------------------------
  11647.  
  11648. From: paul@vorpal.digex.net (Paul D. Guthrie)
  11649. Subject: Looking For X.25 Concentrator
  11650. Date: 9 Jan 1995 12:37:06 GMT
  11651. Organization: Vorpal Software
  11652.  
  11653.  
  11654. I'm looking for a piece of equipment that I can best term as an X.25
  11655. concentrator.  I have a need to connect a number (4 would be good) of
  11656. X.25 host connections at low speeds (up to 56K) into a single X.25
  11657. host connection (again low speed - 56K).  I can't use stat muxs, etc,
  11658. because I need a single X.25 channel at the other end.  I don't really
  11659. term this as a switch because I will only be making calls from one
  11660. direction, from the individual ports to the "multiplexed" port.  In
  11661. theory, this should be simple to do because there is no address
  11662. resolution to be done (any inbound call goes out a single port).  This
  11663. is essentially to support a multidrop X.25 type setup for devices that
  11664. do not support multidrop X.25.
  11665.  
  11666. Has anyone seen something that can do the above?  Price is important
  11667. because I would buy quite a few.  I've looked at low end switches,
  11668. such as the Netrix series 100, but at $4K approx entry price, this is
  11669. a little too pricy for the small amount of functionality I am looking
  11670. for.
  11671.  
  11672. Please email any suggestions.
  11673.  
  11674.  
  11675. Paul Guthrie   paul@vorpal.digex.net
  11676.  
  11677. ------------------------------
  11678.  
  11679. Date: Mon, 9 Jan 1995 06:26:20 -0800
  11680. From: LincMad@netcom.com (Linc Madison)
  11681. Subject: Wireless CO's Challenge New NPAs?
  11682.  
  11683.  
  11684. In some of the recent discussions of the swarm of new area codes
  11685. coming this year, I've seen notations that the wireless companies are
  11686. challenging plans to move wireless services (cellular, beepers, etc.)
  11687. into an overlay area code.  The challenges are being made to the state
  11688. regulators and/or to the FCC.
  11689.  
  11690. My question is, on what grounds are they challenging the overlays?  It
  11691. seems to me that the tariffs have always been pretty clear that the
  11692. telco does not in any way guarantee that you will be able to keep a
  11693. given number or area code.
  11694.  
  11695. It seems to me that the wireless companies are being very silly in
  11696. fighting the new area codes.
  11697.  
  11698. One of the places where I saw such a footnote on the area code list
  11699. was Chicago, where 630 was supposed to enter service yesterday with
  11700. wireless services from 708, but the wireless companies are fighting
  11701. it.  What is the status?  Is 630 up and running or delayed?
  11702.  
  11703.  
  11704. Linc Madison  *  Oakland, California  *  LincMad@Netcom.com
  11705.  
  11706.  
  11707.  
  11708. [TELECOM Digest Editor's Note: 630 was put in service over the weekend,
  11709. although I don't think there are any subscribers in that 'area code'
  11710. yet. The wireless people are fighting it because they say it will impose
  11711. a hardship on just their customers who will *always* have to dial an
  11712. eleven digit number to call elsewhere in what is essentially one large
  11713. metro area. On the other hand the people in 312 or 708 will presumeably
  11714. be able to dial seven digits for many/most of their calls, needing only
  11715. to go eleven digits when calling the other code or *any* wireless number.
  11716.  
  11717. So the wireless people are saying let's spread the grief out equally
  11718. among everyone. If necessary, divide northern Illinois in three parts
  11719. (in place of the present two) and have a more or less equal distribution
  11720. of 312/708/630 (and of course bits of 815, but not many) among both land
  11721. line and wireless customers. The last report I recieved early Monday was
  11722. that Ameritech has agreed to put 'some of' the new subscribers 'beginning
  11723. next year sometime' in 708 into 630. They have not said what communities
  11724. will be affected. They did say all existing 708 subscribers would be
  11725. grandfathered 'if they wanted it' in 708. It will probably be one of those
  11726. deals where if you move then you lose your grandfather status and wind up
  11727. in 630. I can't really say for sure. No one has contacted me about changing
  11728. the 708 number on my pager, and the local Radio Shack manager says no one
  11729. at the pager or cellular offices he works with have told him very much about
  11730. giving out 630 numbers ... yet here it is the day after it has officially
  11731. been started. The local RS guy does not sell that many pagers or cell
  11732. phones so that may be why. He said they told him next time he calls in to
  11733. get a new subscriber turned on they will 'probably' give him a 630 number.
  11734.  
  11735. My feeling is you won't see much activity out of 630 for several months
  11736. to a year. I tried a few known cellular exchanges at random just now with
  11737. 630 as the area code; every single one was intercepted 'not in service'.
  11738. However 630-555-1212 *is* working; at least I *think* I reached it as
  11739. dialed ... she told me she was in downtown Chicago (312)!  It could be
  11740. the local central office plucked it away when it saw the 630-555 and
  11741. simply handed me to local directory assistance.    PAT]
  11742.  
  11743. ------------------------------
  11744.  
  11745. End of TELECOM Digest V15 #17
  11746. *****************************
  11747.     
  11748.     
  11749. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa24168;
  11750.           10 Jan 95 6:57 EST
  11751. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11752.     id AA21479; Tue, 10 Jan 95 02:23:10 CST
  11753. Return-Path: <telecom>
  11754. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  11755.     id AA21472; Tue, 10 Jan 95 02:23:07 CST
  11756. Date: Tue, 10 Jan 95 02:23:07 CST
  11757. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  11758. Message-Id: <9501100823.AA21472@delta.eecs.nwu.edu>
  11759. To: telecom@eecs.nwu.edu
  11760. Subject: TELECOM Digest V15 #18
  11761.  
  11762. TELECOM Digest     Tue, 10 Jan 95 02:23:00 CST    Volume 15 : Issue 18
  11763.  
  11764. Inside This Issue:                          Editor: Patrick A. Townson
  11765.  
  11766.     GSM Cellular Operators List (Robert Lindh)
  11767.     Looking For a CE3 Interface (34 MB/s Euro Std) (Gianni Paglia)
  11768.     Used Phone Systems and Parts - Want to Buy (David M. Russell)
  11769.     800 Numbers and Caller ID? (Glenn Foote)
  11770.     Standard Voice Recording/Sheila Andersen? (dan@decode.com)
  11771.     Source Code For Audio-Voice Modem Programming? (dan@decode.com)
  11772.     First NNX Area Code Officially in Service is 630? (Carl Moore)
  11773.     Looking for C7 Information (seen@ripco.com)
  11774.     Some Questions About the LDDS Calling Card (Yeechang Lee)
  11775.     Cellular Phone Technology (Stan Brown)
  11776.     Correction: Communications FTP Server in Australia (Iaen Cordell)
  11777.     Congresspersons Interested in Telemarketing Policy? (Anthony E. Siegman)
  11778.     Wanted: Info on Fax/Modem Hookup For Motorola Lazer Cell Phone (M Chapman)
  11779.     Video Servers (Alwin Mulder)
  11780.     Is TeleScript Already Available? (Paul Boots)
  11781.     Looking For Areacode Program (Al Cohan)
  11782.     911 Providers: Watch For 912 Calls (Scot E. Wilcoxon)
  11783.     Re: Noise Introduced by Bit-Robbing? (Rick Duggan)
  11784.     Re: Finland Data Transmission (Kimmo Ketolainen)
  11785.     Re: MANs in USA (Chuck Poole)
  11786.     Multiple ESN's per NAM (Chris J. Cartwright)
  11787.  
  11788. TELECOM Digest is an electronic journal devoted mostly but not
  11789. exclusively to telecommunications topics. It is circulated anywhere
  11790. there is email, in addition to various telecom forums on a variety of
  11791. public service systems and networks including Compuserve and America
  11792. On Line. It is also gatewayed to Usenet where it appears as the moderated
  11793. newsgroup 'comp.dcom.telecom'. 
  11794.  
  11795. Subscriptions are available to qualified organizations and individual
  11796. readers. Write and tell us how you qualify:
  11797.  
  11798.                  * telecom-request@eecs.nwu.edu *
  11799.  
  11800. The Digest is edited, published and compilation-copyrighted by Patrick
  11801. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  11802. or phone at:
  11803.                     9457-D Niles Center Road
  11804.                      Skokie, IL USA   60076
  11805.                        Phone: 708-329-0571
  11806.                         Fax: 708-329-0572
  11807.   ** Article submission address only: telecom@eecs.nwu.edu **
  11808.  
  11809. Our archives are located at lcs.mit.edu and are available by using
  11810. anonymous ftp. The archives can also be accessed using our email
  11811. information service. For a copy of a helpful file explaining how to
  11812. use the information service, just ask.
  11813.  
  11814. *************************************************************************
  11815. *   TELECOM Digest is partially funded by a grant from the              *
  11816. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  11817. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  11818. * project.  Views expressed herein should not be construed as represent-*
  11819. * ing views of the ITU.                                                 *
  11820. *************************************************************************
  11821.  
  11822. Additionally, the Digest is funded by gifts from generous readers such
  11823. as yourself who provide funding in amounts deemed appropriate. Your help 
  11824. is important and appreciated. A suggested donation of twenty dollars per
  11825. year per reader is considered appropriate. See our address above.
  11826.  
  11827. All opinions expressed herein are deemed to be those of the author. Any
  11828. organizations listed are for identification purposes only and messages
  11829. should not be considered any official expression by the organization.
  11830. ----------------------------------------------------------------------
  11831.  
  11832. From: etxlndh@eos99.ericsson.se (Robert Lindh)
  11833. Subject: GSM Cellular Operators List
  11834. Organization: Ericsson Telecom AB
  11835. Date: Mon, 9 Jan 1995 15:11:07 GMT
  11836.  
  11837.  
  11838. Australia    Optus
  11839.              Vodafon
  11840. Belgium      Belgacom
  11841. Denmark      Tele Danmark
  11842.              Sonofon
  11843. Estonia      EMT
  11844. Finland      Telecom
  11845.              Radiolinja
  11846. France       Telecom
  11847.              SFR
  11848. Germany      D1, DeTeMobil
  11849.              D2, Mannesmann
  11850. G Britain    Cellnet
  11851.              Vodafon
  11852. Greece       Panafon
  11853.              STET
  11854. Holland      Telekom
  11855. Hong Kong    Smartone
  11856. Hungary      Pannon
  11857.              Westel
  11858. Iceland      Telekom
  11859. Ireland      Telecom
  11860. Italy        SIP
  11861. Luxemburg    Telekom
  11862. Norway       Tele-Mobil
  11863.              Netcom
  11864. Portugal     TMN
  11865.              Telecel
  11866. South Africa MTN
  11867.              Vodacom
  11868. Sweden       Comviq
  11869.              Europolitan
  11870.              Telia
  11871. Switzerland  Telekom
  11872. Turkey       Turkcell
  11873.              Telsim
  11874.  
  11875. ------------------------------
  11876.  
  11877. From: paglia@mln.mts (gianni.paglia)
  11878. Subject: Looking For a CE3 Interface (34 MB/s Euro Std)
  11879. Date: 9 Jan 1995 13:59:17 GMT
  11880. Organization: Digital Equipment Corporation
  11881. Reply-To: paglia@mln.mts (gianni.paglia)
  11882.  
  11883.  
  11884. Hello,
  11885.  
  11886.     I'm looking for a Channelized E3 interface (34 Mb/s European
  11887. standard) for PCI, ISA or VME bus.
  11888.  
  11889. The interface board I need should have a 34 Mb/s E3 output, with
  11890. multiplexed E1 channels (@ 2.0Mb/s) individually accessible from the
  11891. board driver.
  11892.  
  11893. I would like to know if an interface of this sort is commercially
  11894. available.
  11895.  
  11896.  
  11897. Thanks a lot for your info.
  11898.  
  11899.  
  11900. Gianni Paglia   Digital Equipment SPA - Milano (Italy)
  11901. E-mail: gianni.paglia@mln.mts.dec.com
  11902.  
  11903. ------------------------------
  11904.  
  11905. From: itelecom@bilbo.pic.net (David M. Russell)
  11906. Subject: Used Phone Systems and Parts - Want to Buy
  11907. Date: 9 Jan 1995 17:42:47 GMT
  11908. Organization: Integrity Telecommunications
  11909.  
  11910.  
  11911. I buy used phone systems and parts. Please fax inventory to
  11912. 214-357-7485.  My voice number is 214-357-7484 if you need assistance.
  11913.  
  11914. ------------------------------
  11915.  
  11916. From: glnfoote@freenet.columbus.oh.us (Glenn Foote)
  11917. Subject: 800 Numbers and Caller ID
  11918. Date: 9 Jan 1995 13:44:24 -0500
  11919. Organization: The Greater Columbus Freenet
  11920.  
  11921.  
  11922. Can someone explain IF, not why, full telephone numbers of people
  11923. calling 800 numbers are shown (either on the bill, or as part of the
  11924. call) to those who OWN the 800 numbers?
  11925.  
  11926.  
  11927. Many thanks, 
  11928.  
  11929. Glenn L Foote ...... glnfoote@freenet.columbus.oh.us
  11930.  
  11931.  
  11932. [TELECOM Digest Editor's Note: The answer is yes. People who have 800
  11933. numbers receive the ANI -- not the Caller-ID, although the resulting data
  11934. output is almost always the same -- of the calling party, regardless of
  11935. whether or not the calling party blocks their ID. Either they get it in
  11936. real time (that is, as the call is in progress) or on a delayed basis
  11937. with their monthly billing. The reason for this is the company or person
  11938. paying for the call has a right to know what they are being required to
  11939. pay for. Do not have privacy expectations when dialing an 800 number.  PAT]
  11940.  
  11941. ------------------------------
  11942.  
  11943. Subject: Standard Voice Recording/Sheila Andersen?
  11944. From: System Operator <system@decode.com>
  11945. Date: Mon, 09 Jan 95 12:49:20 EST
  11946. Organization: Decode Systems
  11947.  
  11948.  
  11949. Stephen Tihor <TIHOR@ACFcluster.NYU.EDU> writes:
  11950.  
  11951. > I am trying to find in the archives the reference to the woman who did
  11952. > various of the standard voice recordings.  I recall reading the
  11953. > article some time back but am having little luck finding it in the
  11954. > archives.  Can anyone supply a pointer.  The name "Shiela Andersen"
  11955. > probably misspelled was suggest to me by someone but I want ot check
  11956. > the archives for the Straight Dope. :)
  11957.  
  11958. The January/February 1995 issue of _Health_ magazine has an article
  11959. beginning on page 38 entitled "What Your Voice Says About You."  In
  11960. it, the author describes meeting Joan Kenley, the telephone lady, who
  11961. "is the digitized operator of directory assistance in most cities and
  11962. towns from Spokane to Savannah."  She is also the voice that instructs
  11963. "The number you have dialed is not in service.  Please check the
  11964. number and try again."  She is 53 years old and lives near Oakland,
  11965. California.
  11966.  
  11967.  
  11968. system@decode.com (System Operator)
  11969. Cryptography, Security, Privacy BBS  +1 410 730 6734   Data/FAX
  11970.  
  11971. ------------------------------
  11972.  
  11973. Subject: Source Code For Audio-Voice Modem Programming?
  11974. From: System Operator <system@decode.com>
  11975. Date: Mon, 09 Jan 95 13:02:27 EST
  11976. Organization: Decode Systems
  11977.  
  11978.  
  11979. Hello,
  11980.  
  11981. I'm looking for any sample or public domain source code used to
  11982. control an audio-voice (AT+FCLASS 8) modem used in any kind of
  11983. interactive application.
  11984.  
  11985. Any pointers to FTP sites, etc, would be appreciated.
  11986.  
  11987.  
  11988. Dan   dan@decode.com
  11989. system@decode.com (System Operator)
  11990. Cryptography, Security, Privacy BBS  +1 410 730 6734   Data/FAX
  11991.  
  11992. ------------------------------
  11993.  
  11994. Date: Mon, 9 Jan 95 15:53:47 EST
  11995. From: Carl Moore <cmoore@ARL.MIL>
  11996. Subject: First NNX Area Code Officially in Service is 630?
  11997.  
  11998.  
  11999. Mail to the digest indicates that area 630 (an overlay on 312 and 708,
  12000. at least for now) is the first NNX area code to go into service.  334
  12001. in Alabama and 360 in Washington state are to kick in Jan. 15.
  12002.  
  12003.  
  12004. [TELECOM Digest Editor's Note: Yes, but as noted yesterday in the Digest,
  12005. don't expect a lot of activity in that code for a few months. It was to
  12006. be an overlay only for wireless users, but now the wireless carriers are
  12007. fighting with Ameritech to get 630 distributed equally over the entire
  12008. 312/708 region, with wireline users included. Ameritech says 630 will
  12009. 'eventually include some wireline users' in the next year or so. No one
  12010. knows for certain yet just what all will be included.  PAT]
  12011.  
  12012. ------------------------------
  12013.  
  12014. From: seen@ripco.com (seen)
  12015. Subject: Looking For C7 Information
  12016. Organization: Ripco BBS, Free Trial account (312) 665-0065
  12017. Date: Mon, 9 Jan 1995 21:15:52 GMT
  12018.  
  12019.  
  12020. I am looking for any information on CCITT #7. If you have any
  12021. tutorials or texts, please let me know!
  12022.  
  12023.  
  12024. seen@ripco.com
  12025.  
  12026. ------------------------------
  12027.  
  12028. From: ycl6@sawasdee.cc.columbia.edu (Yeechang Lee)
  12029. Subject: Some Questions About the LDDS Calling Card
  12030. Date: 9 Jan 1995 23:27:04 GMT
  12031. Organization: Trilateral Commission, Columbia University student chapter
  12032. Reply-To: Yeechang Lee <ycl6@columbia.edu>
  12033.  
  12034.  
  12035. Well, I got the fabled LDDS calling card in the mail.  You know, the
  12036. one its salesmen annoy people in every newsgroup with ads about?  It
  12037. _is_ supposed to have much better rates than my AT&T or Sprint cards,
  12038. and I guess I'll find out as soon as I need to use it.
  12039.  
  12040. Anyway, a few questions:
  12041.  
  12042. a) All I got in my envelope was the card (in a paper carrier).  No
  12043. brochure w/rates or anything.  I sorta know the rates but would have
  12044. liked a paper reference.  Was there something missing?
  12045.  
  12046. b) My card has the logo of "American Travel Network" on the
  12047. upper-right-hand side.  I also hear "Metromedia" associated with the
  12048. LDDS name, but it doesn't appear on the card.  Who's ATN, are there
  12049. different versions of the card, and if so are there different rates?
  12050.  
  12051.  
  12052. Anyway, thanks!
  12053.  
  12054. Yeechang Lee  (ycl6@columbia.edu)|Nevada Las Vegas Mission Jul'92-'94
  12055. Columbia University/New York City|Celestial Kingdom through Taco Bell
  12056.  
  12057. ------------------------------
  12058.  
  12059. From: stanb@netcom.com (Stan Brown)
  12060. Subject: Cellular Phone Technology
  12061. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  12062. Date: Mon, 9 Jan 1995 17:02:01 GMT
  12063.  
  12064.  
  12065.     Having recently acquired a cellular phone, I suddenly find
  12066. myself curious about how the systems operate.  Could someone point me
  12067. to a good reference on the operation of cellular systems?  I am
  12068. particularly interested in the technical side (not economics) of
  12069. roaming, and follow me.
  12070.  
  12071.  
  12072. Thanks,
  12073.  
  12074. Stan Brown     stanb@netcom.com    404-996-6955
  12075. Factory Automation Systems   Atlanta Ga.
  12076.  
  12077. ------------------------------
  12078.  
  12079. From: iaenc@sydney.DIALix.oz.au (Iaen Cordell)
  12080. Subject: Correction: Communications FTP Server in Australia
  12081. Date: 10 Jan 1995 13:18:36 +1100
  12082. Organization: DIALix Services, Sydney, Australia.
  12083.  
  12084.  
  12085. Please note:
  12086.  
  12087. The FTP address in Australia is: happy.dotc.gov.au --  not happy.doc.gov.au.
  12088.                                        ^^^^                      ^^^
  12089.  
  12090. iaen cordell [bad typing can create lots of e-mail]
  12091.  
  12092. ------------------------------
  12093.  
  12094. Date: Mon, 9 Jan 95 20:08:12 PST
  12095. From: Anthony E. Siegman <siegman@EE.Stanford.EDU>
  12096. Subject: Congresspersons Interested in Telemarketing Policy?
  12097.  
  12098.  
  12099.    Are there any members of the current Congress who are particularly
  12100. concerned about telemarketing policy (in particular policies or legislation 
  12101. for controlling its use)?
  12102.  
  12103.    If you email responses to siegman@ee.stanford.edu I'll summarize.
  12104.  
  12105.    Thanks much.
  12106.  
  12107. ------------------------------
  12108.  
  12109. From: Mike Chapman <mike@chimera.med.virginia.edu>
  12110. Subject: Wanted: Info on Fax/Modem Hookup For Motorola Lazer Cell Phone
  12111. Organization: University of Virginia
  12112. Date: Mon, 9 Jan 1995 16:59:49 GMT
  12113.  
  12114.  
  12115. I got a Motorola Lazer pocket cell phone hoping to use it with my
  12116. notebook, but when I asked how much the device to do this costs, I was
  12117. very shocked to find that it was almost $300!!
  12118.  
  12119. Is this price ridiculous?  Is there a cheaper place to get the
  12120. Motorola device?  Are there any other options?  
  12121.  
  12122.  
  12123. Thanks!
  12124.  
  12125. mike@chimera.med.virginia.edu    mike%doxy@virginia.edu        
  12126.  
  12127. ------------------------------
  12128.  
  12129. From: alwin@ec.ele.tue.nl (Alwin Mulder)
  12130. Subject: Video Servers
  12131. Date: Mon, 9 Jan 1995 09:47:30 GMT
  12132. Organization: Eindhoven University of Technology
  12133.  
  12134.  
  12135. Hello, 
  12136.  
  12137. I am a graduation student at the University of Technology at
  12138. Eindhoven, and I am working on a VOD project. I was wondering if
  12139. anybody could tell me where I could find some information on
  12140. video-server-systems. Are there any specific newsgroups and/or
  12141. WWW-pages?
  12142.  
  12143.  
  12144. Thanks in advance, 
  12145.  
  12146. Alwin Mulder
  12147.  
  12148. ------------------------------
  12149.  
  12150. Date: Mon, 9 Jan 1995 12:42:22 +0100
  12151. From: paul@gig.nl (Paul Boots)
  12152. Subject: Is TeleScript Already Available?
  12153.  
  12154.  
  12155. Hi all,
  12156.  
  12157. Would there be anybody who can tell me if TeleScript is allready
  12158. available.  I heard and read a lot about it and I would love to get
  12159. hands-on experience.
  12160.  
  12161. So far all my inquiries at several companies produced no answer.
  12162.  
  12163.  
  12164. Thanks,
  12165.  
  12166. Paul Boots  (paul@gig.nl)
  12167.  
  12168. ------------------------------
  12169.  
  12170. From: ac554@lafn.org (Al Cohan)
  12171. Subject: Looking for Areacode Program
  12172. Reply-To: ac554@lafn.org (Al Cohan)
  12173. Date: Tue, 10 Jan 1995 00:15:01 GMT
  12174.  
  12175.  
  12176. I used to have an areacode/zipcode/V&H/Lat.& Lon. lookup program.
  12177. Now, I can neither find it or remember where I got it. It was a
  12178. massive 700K+ program in .zip format.
  12179.  
  12180. If anyone can be of assistance, I would surely appreciate it.
  12181.  
  12182.  
  12183. Thank you,
  12184.  
  12185. Al
  12186.  
  12187. ------------------------------
  12188.  
  12189. From: sewilco@fieldday.mn.org (Scot E. Wilcoxon)
  12190. Subject: 911 Providers: Watch For 912 Calls
  12191. Date: 9 Jan 1995 22:14:43 -0600
  12192. Organization: FieldDay
  12193.  
  12194.  
  12195. The FOX TV show "The Simpsons" tonight had a joke where the punch line
  12196. was that for better service, call the secret emergency number 912.
  12197.  
  12198. As has been reported before, some older switches will connect to 911
  12199. when "91x" is dialed.  Those readers who are involved in operating 911
  12200. centers might like to know this explanation if you notice a spike in
  12201. hangup and other no-service calls. 
  12202.  
  12203.  
  12204. Scot E.  Wilcoxon  sewilco@fieldday.mn.org  +1 612 936 0118
  12205.  
  12206. ------------------------------
  12207.  
  12208. From: duggan@cc.gatech.edu (Rick Duggan)
  12209. Subject: Re: Noise Introduced by Bit-Robbing?
  12210. Date: 9 Jan 1995 18:25:07 -0500
  12211. Organization: College of Computing
  12212.  
  12213.  
  12214. In article <telecom15.14.4@eecs.nwu.edu>, sohl,william h <whs70@cc.bellcore.
  12215. com> wrote:
  12216.  
  12217. > In article <telecom15.11.6@eecs.nwu.edu>, Matthew P. Downs <mpd@adc.com> 
  12218. > wrote:
  12219.  
  12220. >> Unless you use ISDN, you are using robbed-bit signalling between your
  12221. >> premise and the Central Office. Unless like a previous poster had
  12222. >> stated, the robbed bits only become important during call set-up and
  12223. >> tear-down.  Ie. going on-hook and off-hook.  Otherwise the robbed bits
  12224. >> will be 1's.
  12225.  
  12226. In a sense, the robbed bits are only important during call set-up and
  12227. tear-down.  However, since (a) we don't know when set-up/tear-down
  12228. occurs and (b) we don't have control over where our PCM data goes, we
  12229. can't use those bits at all.  Which gets back to why it's called
  12230. robbed-bit signaling in the first place.  Their presence still affects
  12231. the bandwidth that can be obtained.
  12232.  
  12233. > If we are only talking about analog modems then the premise to Central
  12234. > Office is probably not a DS0 channel, but rather a two wire circuit ... 
  12235. > and if the premise to the central office is an analog two wire circuit, 
  12236. > then there is NO bit-robbing from the premise to the Central Office.
  12237.  
  12238. I disagree.  Even assuming analog modems, the presence of a digital
  12239. loop carrier in the path between the subscriber and the CO will likely
  12240. mandate the use of robbed bit signaling.  TR57 and TR08 both specify
  12241. robbed bit signaling formats, and I'm pretty sure both types of
  12242. interfaces are still in use today.  I think even TR303 uses RBS for
  12243. call progression.
  12244.  
  12245. > It is, therefore, quite possible with today's trunking network to have
  12246. > an end-to-end analog phone call (both ends are two wire, conventional
  12247. > POTS lines) and the entire interoffice trunking for the call consisting 
  12248. > of 64 clear trunking (i.e. no robbed-bit signaling trunking at all).
  12249. > As the network continues to evolve, that will be more and more the
  12250. > likely connection until, at some future time, all robbed-bit trunking
  12251. > is gone.
  12252.  
  12253. I don't think we're necessarily talking about RBS on the trunking, but
  12254. on the subscriber line from the CO to the remote digital terminal.  I
  12255. think, in fact, that an RDT is a lot more likely these days than a
  12256. pure analog connection from premises to CO.  I do agree with you that
  12257. we are on the way to 64 clear all the way around.
  12258.  
  12259.  
  12260. Rick Duggan - duggan@cc.gatech.edu -or- rduggan@bnr.ca
  12261. Member of Scientific Staff at BNR    OPC Software Development
  12262.  
  12263. ------------------------------
  12264.  
  12265. From: Kimmo.Ketolainen@utu.fi (Kimmo Ketolainen)
  12266. Subject: Re: Finland Data Transmission
  12267. Organization: Turun yliopisto - University of Turku, Turku, Finland
  12268. Date: Mon, 9 Jan 1995 23:32:58 GMT
  12269.  
  12270.  
  12271. jackp@telecomm.admin.ogi.edu (Jack Pestaner) wrote:
  12272.  
  12273. > We have been communicating to a site in Finland with autoranging 14.4k
  12274. > modems.  On a good day we can run at 9600, but typically at 2400.
  12275.  
  12276. I'd suggest using the Internet for doing file transfer. Internet
  12277. connections are available in most cities in Finland by Telecom Finland
  12278. and the co-operating local companies of Telegroup of Finland.
  12279.  
  12280.  
  12281. Kimmo Ketolainen University of Turku     home +358 21 237 8227
  12282. Kimmo.Ketolainen@utu.fi                 shoe +358 40 500 2957
  12283. FIN-20540 Turku                          work +358 21 262 1496
  12284.  
  12285. ------------------------------
  12286.  
  12287. From: inrworks@gate.net (Chuck Poole)
  12288. Subject: Re: MANs in USA
  12289. Date: Mon, 9 Jan 1995 09:33:23
  12290. Organization: Voiceware Systems, Inc.
  12291.  
  12292.  
  12293. > I need some help in getting info about Metropolitan Area Networks 
  12294. > in USA. The questions are:
  12295.  
  12296. > 1. What is the physical structure of MANs (fiber, coax)?
  12297.  
  12298. They are always constructed of fiber.
  12299.  
  12300. > 2. If fiber what is the protocol (fddi, atm)?
  12301.  
  12302. Both of these protocols are used, many times on the same network.  These 
  12303. are both emerging standards (in the scheme of things).  
  12304.  
  12305. [From Newton's Telecom Dictionary (ISBN 0-936648-47-3)   216-691-8215 ]
  12306.  
  12307. "FDDI is a 100 Mbps fiber optic LAN.  It is an ANSI standard.  It uses
  12308. counter rotating token ring topology."  This is a topology that is
  12309. primarily used to connect servers together (data only).
  12310.  
  12311. "... FDDI-II allows portions of the 100Mbps bandwith to carry low
  12312. delay, constant bit rate, isochronous data like 64Kbps telephone
  12313. channels."  This would allow for voice/video applications.
  12314.  
  12315. "ATM.  Very high speed telecom transmission technology.  ATM is a high
  12316. bandwidth, low delay, packet-like switching and multiplexing
  12317. technique." ..  "The CCITT has selected ATM as the future broadband
  12318. network..."  I could not find specs on the actual speed, but it would
  12319. not appear to matter as ATM divides its' data into 53 bye "cells" and
  12320. throws them onto the pipe (whatever the speed it may be).  Ofcourse,
  12321. you could run into a problem trying to run too much video/voice/data
  12322. if your pipe is not big enough.
  12323.  
  12324. > 3. Who is the main investor (banks)?
  12325.  
  12326. Governments, Commercial fiber owners (like MFS, AT&T, SPRINT), Joint
  12327. Ventures, etc.  Banks would usually just be a large customer.
  12328.  
  12329. > 4. Does banks use MAN for data transmission? 
  12330.  
  12331. Banks use different means to transmit different data.  There are
  12332. established packet switched data networks for wire transfers.  Usually
  12333. point to point data circuits are used between branches.
  12334.  
  12335. > 5. What services are provided, and which are most popular?
  12336.  
  12337. In addition to all voice/data services, the sky's the limit!  Video,
  12338. Interactive services, and many more.
  12339.  
  12340.  
  12341. Hope this helps,
  12342.  
  12343. Chuck Poole   Voiceware Systems, Inc.  407-655-1770  X14
  12344.  
  12345. ------------------------------
  12346.  
  12347. From: dsc3cjc@imc220.med.navy.mil (Chris J. Cartwright - ELF)
  12348. Subject: Multiple ESN's per NAM
  12349. Organization: National Naval Medical Center
  12350. Date: Mon, 9 Jan 1995 14:01:57 GMT
  12351.  
  12352.  
  12353. On my way home last night I called Cell One from my carphone about a
  12354. minor service problem that I wanted to clear up.  While on hold for
  12355. ten minutes ( :(, at least the air time was free) I was pitched an ad
  12356. for FlexPhone.  It sounded like they were talking about multiple ESN's
  12357. per NAM and since I also have a hand held it was a good match for what
  12358. I wanted the phones to do since I got them two years ago.  Wasting no
  12359. time I stopped at the Cell One office before I got home.  The ad was
  12360. true!  Cell One in Maryland is now offering up to three ESN's per NAM.
  12361. The details are:
  12362.  
  12363. CellularONE (SID 00013/0000D, 301-742-XXXX)
  12364.  
  12365. - Two ESN's on one NAM    $17.95/mo + reg. service price;
  12366. - Three ESN's on one NAM   29.95/mo + reg. service price;
  12367. - Activation within a minimum of 48 hours (yet to be seen);
  12368. - Only the "primary" ESN can roam (??);
  12369. - All calls are billed to a single number and no determination is made as
  12370.   to which phone placed the call.
  12371.  
  12372. The above comes from the one page sheet I filled out at the office.
  12373. It contains very little information over what you supply, ESN, MIN,
  12374. Name, etc.  and none of the *legal speak* I would expect on the back.
  12375. What I found out by talking to the rep is that I was the first in
  12376. their office to sign up <sigh> and that if both phones are on at the
  12377. same time whichever one rings is the one that gets the call (no
  12378. kidding!).
  12379.  
  12380. I find this more than interesting since last week I talked with BAM
  12381. about switching both of these phones and getting a single number for
  12382. both.  The tech was very good about telling me what I *could* ;) do to
  12383. accomplish this but the BAM party line is that two ESN's per NAM is
  12384. forbidden in the Atlantic corridor (DC to Boston) because of the
  12385. concerns about fraud.
  12386.  
  12387. My FlexPhone service won't be enabled until Monday so I'll have to
  12388. wait and see how it works before I give any kind of report.  I do a
  12389. fair amount of interstate traveling so I should have an answer on the
  12390. roam for secondary ESN's in short order.  Reading through back issues
  12391. I've seen this mentioned from time to time as a technical discussion
  12392. but this is the first time I've seen it available as a service.
  12393.  
  12394.  
  12395. Chris Cartwright, Technical Engineer    
  12396. E-Mail  dsc3cjc@imc220.med.navy.mil  
  12397. C-Serve 71614,2441                                
  12398.  
  12399.  
  12400. [TELECOM Digest Editor's Note: Having two or more phones on the same
  12401. number *used to be* a technical problem for carriers. If anyone else over
  12402. on the east coast tries out this new arrangement and wishes to report on
  12403. it to the Digest, I'm sure others will appreciate your report.   PAT] 
  12404.  
  12405. ------------------------------
  12406.  
  12407. End of TELECOM Digest V15 #18
  12408. *****************************
  12409.     
  12410.     
  12411. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa24580;
  12412.           10 Jan 95 8:10 EST
  12413. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12414.     id AA22106; Tue, 10 Jan 95 03:42:13 CST
  12415. Return-Path: <telecom>
  12416. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12417.     id AA22098; Tue, 10 Jan 95 03:42:09 CST
  12418. Date: Tue, 10 Jan 95 03:42:09 CST
  12419. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  12420. Message-Id: <9501100942.AA22098@delta.eecs.nwu.edu>
  12421. To: telecom@eecs.nwu.edu
  12422. Subject: TELECOM Digest V15 #19
  12423.  
  12424. TELECOM Digest     Tue, 10 Jan 95 03:42:00 CST    Volume 15 : Issue 19
  12425.  
  12426. Inside This Issue:                          Editor: Patrick A. Townson
  12427.  
  12428.     Re: New Alert - 911 Access (Mike J. Sutter)
  12429.     Re: New Alert - 911 Access (Coast Guard Communications)
  12430.     Re: Is There a Telecom Group in Chicago? (Bernard Cerier)
  12431.     Re: Is There a Telecom Group in Chicago? (Randall Hayes)
  12432.     Re: Bell Atlantic Mobile Joins the PIN Crowd (Steve Cogorno)
  12433.     Re: Bell Atlantic Mobile Joins the PIN Crowd (reb@xyzzy.com)
  12434.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Christopher Zguris)
  12435.     Re: Chatter Heard on Scanner Leads to Criminal Charges (John Higdon)
  12436.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Tony Pelliccio)
  12437.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Bennett Z. Kobb)
  12438.     Re: GSM in Canada? (Rupert Baines)
  12439.     Re: GSM in Canada? (John Leske)
  12440.     Re: Phone Card Reader Wanted (Kimmo Ketolainen)
  12441.     Re: Britain-Japan Fiber Cable (Kimmo Ketolainen)
  12442.     Re: Computer Caller-ID (Maurice Dykes)
  12443.  
  12444. TELECOM Digest is an electronic journal devoted mostly but not
  12445. exclusively to telecommunications topics. It is circulated anywhere
  12446. there is email, in addition to various telecom forums on a variety of
  12447. public service systems and networks including Compuserve and America
  12448. On Line. It is also gatewayed to Usenet where it appears as the moderated
  12449. newsgroup 'comp.dcom.telecom'. 
  12450.  
  12451. Subscriptions are available to qualified organizations and individual
  12452. readers. Write and tell us how you qualify:
  12453.  
  12454.                  * telecom-request@eecs.nwu.edu *
  12455.  
  12456. The Digest is edited, published and compilation-copyrighted by Patrick
  12457. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  12458. or phone at:
  12459.                     9457-D Niles Center Road
  12460.                      Skokie, IL USA   60076
  12461.                        Phone: 708-329-0571
  12462.                         Fax: 708-329-0572
  12463.   ** Article submission address only: telecom@eecs.nwu.edu **
  12464.  
  12465. Our archives are located at lcs.mit.edu and are available by using
  12466. anonymous ftp. The archives can also be accessed using our email
  12467. information service. For a copy of a helpful file explaining how to
  12468. use the information service, just ask.
  12469.  
  12470. *************************************************************************
  12471. *   TELECOM Digest is partially funded by a grant from the              *
  12472. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  12473. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  12474. * project.  Views expressed herein should not be construed as represent-*
  12475. * ing views of the ITU.                                                 *
  12476. *************************************************************************
  12477.  
  12478. Additionally, the Digest is funded by gifts from generous readers such
  12479. as yourself who provide funding in amounts deemed appropriate. Your help 
  12480. is important and appreciated. A suggested donation of twenty dollars per
  12481. year per reader is considered appropriate. See our address above.
  12482.  
  12483. All opinions expressed herein are deemed to be those of the author. Any
  12484. organizations listed are for identification purposes only and messages
  12485. should not be considered any official expression by the organization.
  12486. ----------------------------------------------------------------------
  12487.  
  12488. From: mjsutter@aol.com (Mjsutter)
  12489. Subject: Re: New Alert - 911 Access
  12490. Date: 9 Jan 1995 21:50:33 -0500
  12491. Organization: America Online, Inc. (1-800-827-6364)
  12492. Reply-To: mjsutter@aol.com (Mjsutter)
  12493.  
  12494.  
  12495. Jim Conran writes:
  12496.  
  12497. > In addition, the FCC should require all cellular phones to be
  12498. > equipped to access the strongest cellular base station signal when 911
  12499. > is called.  Finally, the FCC should make the 911 provision an issue as
  12500. > it currently reconsiders cellular license renewal applications.
  12501.  
  12502. This is a good idea. However, it could be at odds with another good
  12503. idea which is that the cell ID that the caller is using be passed
  12504. through the cell switch to the tandem so tha the 911 database can use
  12505. the cell ID as an approximate location of the caller. In metro areas
  12506. the size of the cell would be very small indeed. Less that a year ago
  12507. a life would have most likely been saved in Rochester N.Y. if this
  12508. capability had been available.  
  12509.  
  12510.  
  12511. Cheers,
  12512.  
  12513. mike
  12514.     
  12515. ------------------------------
  12516.  
  12517. From: gttm@cais2.cais.com (USCG TELECOMMS)
  12518. Subject: Re: New Alert - 911 Access
  12519. Date: 9 Jan 1995 17:56:15 GMT
  12520. Organization: U.S. Coast Guard
  12521.  
  12522.  
  12523. I believe the closing date for comments in this FCC proceding is
  12524. January 9th.  The FCC proceding highlights some serious problems with
  12525. 911 access from wireless systems, particularly satellite systems due
  12526. to be available shortly.
  12527.  
  12528. Coast Guard comments on this FCC proceding are available by Internet
  12529. also, through the Fedworld gateway: "telnet fedworld.gov", log on, and
  12530. enter "udd54" at the first menu.  Once on the CG NIS computer (you
  12531. have to log onto this also), find the file 911.TXT under Maritime
  12532. Communications, Coast Guard Communications.  Try downloading using
  12533. KERMIT.
  12534.  
  12535. (We plan to be up on WWW/gopher/ftp etc by this summer, by the way)
  12536.  
  12537.  
  12538. JoeH
  12539.                        COAST  GUARD  COMMUNICATIONS                
  12540.          Telephone: (202) 267-2860         U.S. Coast Guard (G-TTM)
  12541.          Fax:       (202) 267-4106         Washington DC 20593     
  12542.          Internet:      CGComms/g-t07@cgsmtp.comdt.uscg.mil        
  12543.  
  12544. ------------------------------
  12545.  
  12546. Date: Mon, 9 Jan 1995 12:56:14 -0500
  12547. From: BERNARD.CERIER@gte.sprint.com
  12548. Subject: Re: Is There a Telecom Group in Chicago?
  12549.  
  12550.  
  12551. Pat,
  12552.  
  12553. In article <telecom15.6.5@eecs.nwu.edu> logicarsch@aol.com asks about
  12554. a telecommunications association in the Chicago area that has
  12555. meetings, seminars and get-togethers, a little newsletter, etc. etc.
  12556. for a hundred or two bucks a year.
  12557.  
  12558. CICA, Inc. is the oldest organization in the US.  It predates the ICA.
  12559. They have a monthly newsletter, meet monthly (usually at Marshall
  12560. Fields downtown) and have educational seminars.  Dues are less that
  12561. $50.
  12562.  
  12563. The Executive Secretary is:
  12564. Robert C. Hagglund
  12565. 1905 W. Leland Avenue
  12566. Chicago, IL 60601
  12567. 312-271-7088   Fax 312-275-1002
  12568.  
  12569. President
  12570. Patti Wolff
  12571. Federal Reserve Bank of Chicago
  12572. 230 S. laSalle Street
  12573. Chicago, IL 60604
  12574. 312-322-8200  Fax 312-322-5959
  12575.  
  12576. Through the newsletters you can be put in touch with specialized user
  12577. groups: Midwest ROLM Users Group, Midwest Meridian SL1 Users
  12578. Association, Centigram Voice Mail Users Association, etc.
  12579.  
  12580.  
  12581. Bernie Cerier
  12582. 15520 Mill Creek Blvd. H-103
  12583. Mill Creek, WA 98012
  12584.  
  12585.  
  12586. [TELECOM Digest Editor's Note: Thanks very much for passing this on.  PAT]
  12587.  
  12588. ------------------------------
  12589.  
  12590. From: HayesR@uihc-telecomm-po.htc.uiowa.edu
  12591. Date: 9 Jan 95 16:35 CST
  12592. Subject: Re: Is There a Telecom Group in Chicago?
  12593.  
  12594.  
  12595. > I'm looking for a group (in Chicago) that has meetings, seminars, and get-
  12596. > togethers, a little newsletter.....
  12597.  
  12598. The Chicago Industrial Communications Association ia a non-profit
  12599. organization which promotes the exchange of ideas and information
  12600. among telecom professionals.
  12601.  
  12602. They are a part of the Midwestern Telecommunications Conference, which
  12603. is a group of 13 midwestern telecom organizations (I belong to ITUG -- 
  12604. the Iowa Telecom User Group).
  12605.  
  12606. For information, contact Steve Willuweit at 708-291-2106 or John Gacek at
  12607. 312-663-3366.
  12608.  
  12609.  
  12610. Randy Hayes
  12611.  
  12612. randal-hayes@uiowa.edu
  12613.  
  12614. ------------------------------
  12615.  
  12616. From: cogorno@netcom.com (Steve Cogorno)
  12617. Subject: Re: Bell Atlantic Mobile Joins the PIN Crowd
  12618. Date: Mon, 9 Jan 1995 20:29:56 PST
  12619.  
  12620.  
  12621. Mark Robert Smith said:
  12622.  
  12623. >     LEADING CELLULAR CARRIERS JOIN FORCES TO PROTECT CUSTOMERS
  12624. >                  FROM BECOMING PHONE FRAUD VICTIMS
  12625.  
  12626. > The new effort combines a Personal Identification Number (PIN) code
  12627. > system recently pioneered by NYNEX Mobile Communications in New York
  12628. > City with a new Fraud Protection Zone technique developed by Bell
  12629. > Atlantic Mobile.
  12630.  
  12631. What happened to that fraud protection (was it made by TRW?) device
  12632. that examined the radio signal from the cell phone? Last I heard, it
  12633. was going to revolutionize the cellular industry and eliminate fraud.
  12634.  
  12635.  
  12636. Steve   cogorno@netcom.com
  12637.  
  12638. ------------------------------
  12639.  
  12640. Date: Tue, 10 Jan 95 00:30:13 EST
  12641. From: reb@xyzzy.com (Phydeaux)
  12642. Subject: Re: Bell Atlantic Mobile Joins the PIN Crowd
  12643.  
  12644.  
  12645. This evening I was in the Bell Atlantic store in Union, NJ and I
  12646. overheard another customer asking about the PIN stuff.  He wanted to
  12647. know whether or not he would need a PIN.  The sales person told him
  12648. that that was "Only for customers whose phones have been cloned."
  12649. They would NOT assign a PIN unless you'd been cloned, because
  12650. customers who had already been cloned were "most at risk."  This
  12651. seemed to me to be a completely screwed up way of handling the
  12652. situation. I wonder if the sales person was quoting the old rules or
  12653. the new rules ...
  12654.  
  12655.  
  12656. reb  reb@xyzzy.com
  12657.  
  12658.  
  12659. [TELECOM Digest Editor's Note: Or maybe you have to wonder if the
  12660. sales person knew what the rules were at all ... :)   PAT]
  12661.  
  12662. ------------------------------
  12663.  
  12664. Date: Mon, 9 Jan 95 19:35 EST
  12665. From: Christopher Zguris <0004854540@mcimail.com>
  12666. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  12667.  
  12668.  
  12669. gws@gwssun.cb.att.com (Gary Sanders) writes:
  12670.  
  12671. > You have been listening to to many cell phone sales guys. First, many
  12672. > scanners don't need to be modified (although new ones may) to listen to
  12673. > cell phones. They come out of the box with cellular. As for snippets I
  12674. > would beg to differ, I know some one who is an active cell listner
  12675. > (-:)) and depending on your local cell configuration you will hear
  12676. > most of all phone calls that are placed. "my friend" listened to
  12677. > someone trying to explain how secure a cell phone is becuase its
  12678. > allways changing freq.  Was interesting considering the entire call
  12679. > was 15 minutes long and never changed cells/freq.
  12680.  
  12681. What recent scanners come with cellular enabled? _Recent_ equipment,
  12682. that is. Regarding snippets, I'm sure it _does_ depend on the layout
  12683. of the cells, but it _also_ depends on how fast the cellular phone is
  12684. moving. If it is moving fast -- as opposed to stationary -- it will
  12685. break up and move on to another cell/freq. If "your friend" is located
  12686. in a major suburban area, he probably won't pick up many complete
  12687. calls that last more than a minute or two. You've brought up _one_
  12688. instance of hearing an entire cell phone call. If that 15 minute call
  12689. is the best "your friend" has heard -- especially when you consider
  12690. some people talk on the phone for 30 or more minutes (hours on a
  12691. "regular" phone) -- I'd say that kinda proves my point!
  12692.  
  12693.  
  12694. Christopher Zguris  czguris@mcimail.com
  12695. (just another happy MCI customer)
  12696.  
  12697. ------------------------------
  12698.  
  12699. Date: Mon, 9 Jan 1995 18:47:02 -0800
  12700. From: John Higdon <john@bovine.ati.com>
  12701. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  12702.  
  12703.  
  12704. > [TELECOM Digest Editor's Note: You are wrong on a couple things, however
  12705. > that is because of confusion over contradictory laws. Aside from what
  12706. > the Electronic Commuications Privacy Act says, the Federal Communications
  12707. > Commission addresses the question of radios which have been modified.
  12708. > Illegal modification (i.e. modification by an unlicensed person) voids
  12709. > your FCC authority to operate the radio. Furthermore, no *licensed*
  12710. > person is going to make illegal modifications to a radio and risk having
  12711. > such handiwork be traced back to his bench, at the possible risk of his
  12712. > loss of his license.
  12713.  
  12714. But this only applies to radios manufactured and offered for sale to
  12715. the public and does NOT cover modifications made by an individual for
  12716. his own use, or use by another. In fact, there is no prohibition of
  12717. any kind with regard to the construction of a radio from scratch by an
  12718. individual.  Patrick, I know you are old enough to have possibly built
  12719. the radios described in the various scouting handbooks. There was no
  12720. requirement that one build the radio exactly as described, nor was
  12721. there any requirement to have the completed device "certified" in any
  12722. way. There has been no change in the basic rules in this regard since
  12723. then that I am aware of.
  12724.  
  12725. Transmitters are another story. FCC rules require that all transmitters 
  12726. be maintained and adjusted by a properly licensed technician. As the
  12727. holder of such licenses since the 1960's, I am completely unaware of
  12728. any grades of license requirement to service any receive-only equipment. 
  12729. Furthermore, I am unaware of any "FCC authority" required to operate
  12730. any receive-only equipment. As scanners are incapable of transmission
  12731. (the local oscillator incidental radiation notwithstanding), their
  12732. possession, modification, or use are of absolutely no concern to the
  12733. FCC.
  12734.  
  12735. Using radio receivers in the commission of crimes is, of course, another
  12736. matter. But after consulting the volumes of rules that I have handy, I can
  12737. find no provision, nor specification of license grade, involved with
  12738. maintenance, repair, modification, or adjustment of a radio receiver.
  12739.  
  12740. What the Feds tell Radio Shack that it may or may not do is Radio
  12741. Shack's problem and does not extend to you and me. I have probably a
  12742. half-dozen scanners and service radios capable of receiving the
  12743. cellular band. Two of them have that capability because I gave it to
  12744. them. I don't think my FCC license is in any jeapardy. If I wanted to
  12745. buy another, I would go to Japan and pick one up, or have a friend
  12746. simply bring one with him on his return.  Customs does not seize them -- 
  12747. they only want to know what they cost!
  12748.  
  12749. Note that I am NOT claiming that I listen to cellular transmissions
  12750. (that would be illegal). My only claim is that I legally possess
  12751. radios capable of such activity and will probably continue to do so in
  12752. perpetuity.
  12753.  
  12754.  
  12755. John Higdon  |    P.O. Box 7648   |   +1 408 264 4115     |       FAX:
  12756. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  12757.  
  12758. ------------------------------
  12759.  
  12760. From: Tony_Pelliccio@brown.edu (Tony Pelliccio)
  12761. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  12762. Date: 10 Jan 1995 03:49:50 GMT
  12763. Organization: Brown University - Providence, RI USA
  12764.  
  12765.  
  12766. > [TELECOM Digest Editor's Note: I don't know where you shop, but all the
  12767. > Radio Shack units make a point of cutting out the cellular frequencies.
  12768. > So do quite a few others, and they have for a few years now.   PAT]
  12769.  
  12770. Actually the AOR-2500 comes through with the cell band intact. Or at
  12771. least it did until the FCC attempted to clamp down on it. The nice
  12772. thing is the AOR-2500 is considered a communications receiver and not
  12773. a scanner and last I heard the whole thing was still tied up in
  12774. hearings.
  12775.  
  12776. Of course if you really want to follow a cell call just get a DDI and
  12777. hook it up to your PC. The interesting thing is that the company that
  12778. sells the DDI will only release software with ESN capability to law
  12779. enforcement people. Makes you wonder doesn't it?
  12780.  
  12781.  
  12782. Tony Pelliccio, KD1NR, VE ARRL/W5YI Tel. (401) 863-1880 
  12783. Box 1908, Providence, RI 02912      Fax. (401) 863-2269
  12784.  
  12785. ------------------------------
  12786.  
  12787. From: bkobb@newsignals.com (Bennett Z. Kobb)
  12788. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  12789. Organization: New Signals Press
  12790. Date: Mon, 9 Jan 1995 13:23:35 GMT
  12791.  
  12792.  
  12793. The amendment to include cordless came in with the Digital Telephony
  12794. Bill, I believe. EFF did not object to the amendment but questioned
  12795. its propriety without public dialogue on the subject.
  12796.  
  12797. It may not be settled that random scanning, even of cellular spectrum,
  12798. violates the ECPA due to the high standard of culpability placed in
  12799. the law in the late stages. An excellent reference and opinion paper
  12800. on this is "Don't Touch That Dial: Radio Listening Under the
  12801. Electronic Communications Privacy Act of 1986," by Fred Jay Meyer, in
  12802. the New York University Law Review, V63 N2, May 1988.
  12803.  
  12804. I'm reminded of Rep. Carlos Moorhead's assurances that "ECPA is not
  12805. intended to penalize someone who just happens upon the frequency."
  12806.  
  12807.  
  12808. Bennett Kobb  bkobb@newsignals.com
  12809. Editor and publisher   Spectrum Guide
  12810.  
  12811. ------------------------------
  12812.  
  12813. From: Rupes@voyager.cris.com (Rupes)
  12814. Subject: Re: GSM in Canada?
  12815. Date: 10 Jan 1995 01:49:27 -0500
  12816. Organization: Concentric Research Corporation
  12817.  
  12818.  
  12819. Reon_Can@mindlink.bc.ca (D. Matte) writes:
  12820.  
  12821. > I have been doing some initial research on the development of the PCS
  12822. > market in Canada.  Recently some of the players that have received
  12823. > licenses to test 1.9GHz systems have been touting GSM as the way to go
  12824. > (Telezone & Microcell 1-2-1).  If GSM is implemented would it mean
  12825. > that users would not be able to make use of their terminals in the
  12826. > U.S. as GSM is not likely to be adopted by the U.S. on a large scale?
  12827. > It would seem to me that having a system that is compatible with our
  12828. > largest trading partner would make for a more attractive service
  12829. > offering.
  12830.  
  12831. You are right -- being able to use the same system as the US would be
  12832. great.  The only problem is that the US is unlikely to the the same
  12833. system as the US ... <G>
  12834.  
  12835. For the PCS band (1.9GHz) there are seven 'standards' in the running. So, 
  12836. in principle, Canada might adaopt one -- and then be able to operate in 
  12837. only one in seven US areas ...
  12838.  
  12839. It won't be quite that bad, as each area will have several operators
  12840. (with different standards?), and only a few standards will be adopted,
  12841. but ...
  12842.  
  12843. To answer your original post, up-banded GSM (aka PCS1900) is one of the 
  12844. stronger contenders for PCS in the US, probably second in popularity to 
  12845. the IS95 (Qualcomm CDMA) variant.  The former has existing market, safe 
  12846. technology and volume advantages, the latter is more technologically 
  12847. elegant and potentially cheaper.  (A friend describes tham as PC vs Mac ...)
  12848.  
  12849.  
  12850. Rupert Baines
  12851.  
  12852. ------------------------------
  12853.  
  12854. From: johnl@ctin.adelaide.edu.au (John Leske)
  12855. Subject: Re: GSM in Canada?
  12856. Date: 10 Jan 1995 01:47:11 GMT
  12857. Organization: Centre for Telecommunications Information Networking
  12858. Reply-To: johnl@ctin.adelaide.edu.au
  12859.  
  12860.  
  12861. In article 14@eecs.nwu.edu, Reon_Can@mindlink.bc.ca (D. Matte) writes:
  12862.  
  12863. > I have been doing some initial research on the development of the PCS
  12864. > market in Canada. [snip]
  12865.  
  12866. > If GSM is implemented would it mean that users would not be able to
  12867. > make use of their terminals in the U.S. as GSM is not likely to be
  12868. > adopted by the U.S. on a large scale?  It would seem to me that having
  12869. > a system that is compatible with our largest trading partner would
  12870. > make for a more attractive service offering.
  12871.  
  12872. Hi Dan,
  12873.  
  12874. A few comments on your concerns regarding GSM.  Strictly speaking GSM
  12875. operates in the 800MHz band.  There is a varient called DCS1800,
  12876. (which curiously enough operates in the 1800MHz band) which is used as
  12877. a PCS system in the UK (Mercury 1to1, and Orange). Basically the only
  12878. difference is the operating frequency, with all that that implies
  12879. about cell size, transmission characteristics etc. GSM handsets do not
  12880. work with DCS1800 or vice-versa.
  12881.  
  12882. Since in the USA and Canada, 1.9GHz is the band available for PCS,
  12883. carriers are looking at a varient of GSM in this frequency. There are
  12884. carriers in both the USA and Canada considering this as a solution for
  12885. PCS. One major attraction of doing this is that all the network
  12886. details (protocols, charging, roaming, loading etc) have already been
  12887. sorted out in GSM. The manufacturers can adjust their equipment to the
  12888. new frequency and have an entire stable network up in months.
  12889.  
  12890. My current reading of news reports seem to indicate that a number of
  12891. different PCS systems will be installed, each in different areas
  12892. depending on who bought the license. SO there will be CDMA, TDMA and
  12893. other systems. None of these handsets will work with the AMPS network,
  12894. nor with each other (in the first instance anyway).
  12895.  
  12896.  
  12897. John Leske   Research Engineer
  12898. Centre for Telecommunications Information Networking
  12899. University of Adelaide
  12900.  
  12901. ------------------------------
  12902.  
  12903. From: Kimmo.Ketolainen@utu.fi (Kimmo Ketolainen)
  12904. Subject: Re: Phone Card Reader Wanted
  12905. Organization: Turun yliopisto - University of Turku, Turku, Finland
  12906. Date: Mon, 9 Jan 1995 23:40:27 GMT
  12907.  
  12908.  
  12909. Keith Jason Uber <942576@edna.cc.swin.edu.au> wrote:
  12910.  
  12911. > 09I am looking for an article on building a Phone Card Reader
  12912. > that connects to a pc. I saw it two or three days ago when browsing
  12913. > gopher or WWW (I can't remember) and thought "That's cool ... but
  12914. > Australia doesn't use Smart-cards for their phones".
  12915. > The very next day, I met a German exchange student who gave me
  12916. > a German phonecard! Subsequently I've spent about four hours searching
  12917. > through veronica, www etc with no luck.
  12918.  
  12919. The phonecard pages can be found with Lycos <http://lycos.cs.cmu.edu/>
  12920. by entering the keyword "phonecard". The article in question is behind
  12921. <ftp://www.funet.fi/pub/doc/telecom/phonecard/chips/>. The author of
  12922. this article is currently serving a year long sentence :) in the
  12923. French Army, and he'll be back on the net later this year.
  12924.  
  12925. > Any help or direction would be great ... I intend to modify it
  12926. > to use it as an electronic key to start my car!
  12927.  
  12928. Sorry Keith, but the chip in question is not rewritable, you can only
  12929. decrease its value (counter). In fact, none of the conventional chips
  12930. in phonecards are reusable.
  12931.  
  12932.  
  12933. Kimmo Ketolainen University of Turku            home +358 21 237 8227
  12934. Kimmo.Ketolainen@utu.fi                 shoe +358 40 500 2957
  12935.                         work +358 21 262 1496
  12936.  
  12937. ------------------------------
  12938.  
  12939. From: Kimmo.Ketolainen@utu.fi (Kimmo Ketolainen)
  12940. Subject: Re: Britain-Japan Fiber Cable
  12941. Organization: Turun yliopisto - University of Turku, Turku, Finland
  12942. Date: Mon, 9 Jan 1995 23:50:34 GMT
  12943.  
  12944.  
  12945. In <telecom15.5.3@eecs.nwu.edu> writchie@gate.net wrote:
  12946.  
  12947. > An international circuit is two "half circuits" with the price at
  12948. > each end completely controlled by the carriers at each end, one or
  12949. > both of which is normally a monopoly PTT. Only US/Canada and US/UK
  12950. > circuits are priced at anything even reasonably related to cost.
  12951.  
  12952. Don't forget Finland -- three international carriers with quite
  12953. competitive charges. It may sound weird, but the telecomm market in
  12954. the country is already less monopolized than that of the US.
  12955.  
  12956.  
  12957.  
  12958. Kimmo Ketolainen University of Turku            home +358 21 237 8227
  12959. Kimmo.Ketolainen@utu.fi                 shoe +358 40 500 2957
  12960.                         work +358 21 262 1496
  12961.  
  12962. ------------------------------
  12963.  
  12964. From: mhdykes@thinkage.on.ca (Maurice Dykes)
  12965. Subject: Re: Computer Caller-ID
  12966. Organization: Thinkage Ltd. Guest Account
  12967. Date: Tue, 10 Jan 1995 01:37:04 GMT
  12968.  
  12969.  
  12970. > Does anyone know of a software program that enables you to have your
  12971. > computer identify caller's phone numbers? I saw a movie called Brainscan
  12972. > that had a computer, using caller id, identify the caller and tell the
  12973. > person in an "igor" voice, which I perticularly liked, that "Bobby is
  12974. > calling master". The idea was really interesting to me and I would like
  12975. > to get something like it.
  12976.  
  12977. There is a shareware app called IdentaFone version 1.6 on ftp.halcyon.com 
  12978. in local/identafone. It does not support sound.
  12979.  
  12980. The verbage that's in the readme states:
  12981.  
  12982. Overview:
  12983.  
  12984. IdentaFone, in conjunction with Caller ID/Call Display service from
  12985. your phone company, will log incoming calls and perform database
  12986. lookups to place complete caller information at your fingertips before
  12987. the phone has rang twice. You can also configure it to show a large
  12988. barker screen that can be seen across the room or you can just have
  12989. the icon display the calling number. Includes a Speed Dialer for 32 of
  12990. your favourite numbers, dialer from the database or return call dialer
  12991. in log window.  You can launch a program or Windows macro when a
  12992. designated number calls. *NEW* if you have a numeric pager IdentaFone
  12993. will send the calling party's number to your pager.
  12994.  
  12995.  
  12996. Maurice Dykes
  12997. mhdykes@thinkage.on.ca       mhdykes@thinkage.com
  12998.  
  12999. ------------------------------
  13000.  
  13001. End of TELECOM Digest V15 #19
  13002. *****************************
  13003.     
  13004.     
  13005. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa25097;
  13006.           10 Jan 95 9:21 EST
  13007. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13008.     id AA22710; Tue, 10 Jan 95 04:29:11 CST
  13009. Return-Path: <telecom>
  13010. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13011.     id AA22702; Tue, 10 Jan 95 04:29:08 CST
  13012. Date: Tue, 10 Jan 95 04:29:08 CST
  13013. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  13014. Message-Id: <9501101029.AA22702@delta.eecs.nwu.edu>
  13015. To: telecom@eecs.nwu.edu
  13016. Subject: TELECOM Digest V15 #20
  13017.  
  13018. TELECOM Digest     Tue, 10 Jan 95 04:29:00 CST    Volume 15 : Issue 20
  13019.  
  13020. Inside This Issue:                          Editor: Patrick A. Townson
  13021.  
  13022.     Re: Noise Introduced by Bit-Robbing? (Tim Gorman)
  13023.     Re: Noise Introduced by Bit-Robbing? (Wally Ritchie)
  13024.     Re: Christmas Greetings From AT&T (Sam Spens Clason)
  13025.     Re: ISDN Over Wireless (John Lundgren)
  13026.     Re: Erlang Capacity (Phil Ritter)
  13027.     Re: Need an EBCDIC Spec - ebcdic.rq [1/1] (John O'Keefe)
  13028.     Re: NANP 800 Numbers From the UK (Judith Oppenheimer)
  13029.     Re: Sprint and Calls Within Your Service Area (Al Cohan)
  13030.     Re: Procedure for Obtaining a 10XXX Code (Mark Fraser)
  13031.     Re: Procedure for Obtaining a 10XXX Code (Joe George)
  13032.     Re: More CO Codes For Each NPA - Any Telcos Take Advantage? (David Leibold)
  13033.     Re: Flat Rate Cellular Phone Service (jhupf@nando.net)
  13034.     Re: MANs in USA (Fred R. Goldstein)
  13035.     Re: Cellular NAM and ESN (Eric Tholome)
  13036.  
  13037. TELECOM Digest is an electronic journal devoted mostly but not
  13038. exclusively to telecommunications topics. It is circulated anywhere
  13039. there is email, in addition to various telecom forums on a variety of
  13040. public service systems and networks including Compuserve and America
  13041. On Line. It is also gatewayed to Usenet where it appears as the moderated
  13042. newsgroup 'comp.dcom.telecom'. 
  13043.  
  13044. Subscriptions are available to qualified organizations and individual
  13045. readers. Write and tell us how you qualify:
  13046.  
  13047.                  * telecom-request@eecs.nwu.edu *
  13048.  
  13049. The Digest is edited, published and compilation-copyrighted by Patrick
  13050. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  13051. or phone at:
  13052.                     9457-D Niles Center Road
  13053.                      Skokie, IL USA   60076
  13054.                        Phone: 708-329-0571
  13055.                         Fax: 708-329-0572
  13056.   ** Article submission address only: telecom@eecs.nwu.edu **
  13057.  
  13058. Our archives are located at lcs.mit.edu and are available by using
  13059. anonymous ftp. The archives can also be accessed using our email
  13060. information service. For a copy of a helpful file explaining how to
  13061. use the information service, just ask.
  13062.  
  13063. *************************************************************************
  13064. *   TELECOM Digest is partially funded by a grant from the              *
  13065. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  13066. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  13067. * project.  Views expressed herein should not be construed as represent-*
  13068. * ing views of the ITU.                                                 *
  13069. *************************************************************************
  13070.  
  13071. Additionally, the Digest is funded by gifts from generous readers such
  13072. as yourself who provide funding in amounts deemed appropriate. Your help 
  13073. is important and appreciated. A suggested donation of twenty dollars per
  13074. year per reader is considered appropriate. See our address above.
  13075.  
  13076. All opinions expressed herein are deemed to be those of the author. Any
  13077. organizations listed are for identification purposes only and messages
  13078. should not be considered any official expression by the organization.
  13079. ----------------------------------------------------------------------
  13080.  
  13081. Date: Mon, 9 Jan 1995 20:55:49 -0500
  13082. From: Tim Gorman <tg6124@ping.ping.com>
  13083. Subject: Re: Noise Introduced by Bit-Robbing?
  13084.  
  13085.  
  13086. whs70@cc.bellcore.com (sohl,william h) writes in TELECOM Digest V15 #11:
  13087.  
  13088. > In article <telecom15.6.11@eecs.nwu.edu>,  <writchie@gate.net> wrote:
  13089.  
  13090. >> In <telecom15.2.9@eecs.nwu.edu>, naddy@mips.pfalz.de (Christian Weisgerber) 
  13091. >> writes:
  13092.  
  13093. >>> What kind of noise/distortion does American-style bit-robbing cause to
  13094. >>> voice band signals transmitted through PCM channels?
  13095.  
  13096. >> In the U.S., most intermachine trunks are common channel direct
  13097. >> connections so only the robbed bit at each end of the IC/EC connection
  13098. >> introduces the robbed bit (as well as ny non CCS systems in the EC).
  13099.  
  13100. > Today, most end-to-end voice connections do not include any trunking
  13101. > which uses robbed bit signalling.  The great majority of local
  13102. > trunking, especially in metro areas, has all been converted to CCS.
  13103.  
  13104. > One way to determine the probability of what type of local trunking is
  13105. > in your area is if caller ID is available.  If you can have caller ID,
  13106. > then the local trunking is using CCS and thus no robbed bit signaling
  13107. > is involved at that end of any connection.
  13108.  
  13109. This is probably a little misleading. While the robbed bit signaling was for 
  13110. use in per-trunk signaling for passing supervision information, merely
  13111. converting to SS7 signaling (i.e. making caller id available) doesn't
  13112. automatically make the robbed bits available. This also requires conversion 
  13113. to B8ZS/ESF signaling.
  13114.  
  13115. I think you will find lots of places that have converted to SS7 still
  13116. have the older AMI/SF facilities in place thus limiting circuit bandwidth 
  13117. to 56kb.
  13118.  
  13119.  
  13120. Tim Gorman   Southwestern Bell Tel Co   tg6124@ping.com  
  13121.  
  13122. ------------------------------
  13123.  
  13124. From: writchie@gate.net
  13125. Subject: Re: Noise Introduced by Bit-Robbing?
  13126. Date: 10 Jan 1995 09:11:06 GMT
  13127. Reply-To: writchie@gate.net
  13128.  
  13129.  
  13130. In <telecom15.18.18@eecs.nwu.edu>, duggan@cc.gatech.edu (Rick Duggan)
  13131. writes:
  13132.  
  13133. > In article <telecom15.14.4@eecs.nwu.edu>, sohl,william h <whs70@cc.bellcore.
  13134. > com> wrote:
  13135.  
  13136. >> In article <telecom15.11.6@eecs.nwu.edu>, Matthew P. Downs <mpd@adc.com> 
  13137. >> wrote:
  13138.  
  13139. >>> Unless you use ISDN, you are using robbed-bit signalling between your
  13140. >>> premise and the Central Office. Unless like a previous poster had
  13141. >>> stated, the robbed bits only become important during call set-up and
  13142. >>> tear-down.  Ie. going on-hook and off-hook.  Otherwise the robbed bits
  13143. >>> will be 1's.
  13144.  
  13145. > In a sense, the robbed bits are only important during call set-up and
  13146. > tear-down.  However, since (a) we don't know when set-up/tear-down
  13147. > occurs and (b) we don't have control over where our PCM data goes, we
  13148. > can't use those bits at all.  Which gets back to why it's called
  13149. > robbed-bit signaling in the first place.  Their presence still affects
  13150. > the bandwidth that can be obtained.
  13151.  
  13152. It doesn't matter if the robbed bit is steady 0, steady 1, or whatever. 
  13153. The robbed bit steals the LSB of the encoded PCM word and introduces
  13154. an error.  The effect, though small, is present NOT JUST during call
  13155. set up and tear down but wherever Robbed bit signalling is used.
  13156.  
  13157. Furthermore, the number of individual signalling links will effect the
  13158. total noise introduced. This is because the robbed bits occur every 6
  13159. frames and the multiframes of the Local Loop A, EC/IC Trunk A, IC/ED
  13160. Trunk B, and Local Loop B are NOT aligned. For MOST (that is more than
  13161. 50% and much more likely 90%) of all long distance connections in the
  13162. US there will be more than 2 and as many 6 Robbed Bit links involved.
  13163. The impact on the S/N ratio can range from 2 to more than 10 db.
  13164.  
  13165.  
  13166. Wally Ritchie    Ft. Lauderdale, Florida
  13167.  
  13168. ------------------------------
  13169.  
  13170. From: d92-sam@dront.nada.kth.se (Sam Spens Clason)
  13171. Subject: Re: Christmas Greetings From AT&T
  13172. Date: 9 Jan 1995 19:29:57 GMT
  13173.  
  13174.  
  13175. In <telecom15.15.7@eecs.nwu.edu> Ari.Wuolle@hut.fi (Ari Wuolle) writes:
  13176.  
  13177. >> Well, we'll find out how this works over here in a couple of years.
  13178. >> Austria just joined the EU, and the EU has decreed the end of telecom
  13179. >> monopolies by the end of 1996 (or is it 1998)? We will all be faced
  13180. >> with the same problems and privileges then.
  13181.  
  13182. Ah, but I just read that the Comission has given in to pressure from
  13183. the former monopolies in the new member states Sweden and Finland.  It
  13184. was a very small article in todays paper that said that there would be
  13185. no EU-laws but rather "recommendations" regarding telco competition
  13186. issued by the commission.
  13187.  
  13188. Can anyone shed some light on the details of this?
  13189.  
  13190. > Finland also just joined EU, but our local and long distance monopolies 
  13191. > ended already 1st January 1994. International call traffic was deregulated 
  13192. > fully in summer 1994.
  13193.  
  13194. Sweden got deregulated mid 93.  In theory Sweden is more deregulated
  13195. than Britain, second only to NZ.  However there is still a de facto
  13196. monopoly since there is only one operator that offers local calls --
  13197. telia (former dept. of telecom).  That might change when Singapore
  13198. Telecom gets their Stockholm operation up and running (they just
  13199. bought a cable company with 1/4M subscribing households).  Only nobody
  13200. knows when that is going to be.
  13201.  
  13202. And since there is only one competitor on LD and int'l calls the
  13203. prizes aren't really as low as in Finland during office hours.
  13204.  
  13205. > You can always choose different carrier by dialling its carrier code
  13206. > before telephone number you are calling to. Telcom Finland is 101,
  13207. > Telivo 1041 and Kaukoverkko Ysi 109.
  13208.  
  13209. > Currently you cannot choose default international carrier - you must
  13210. > use correct international access code, which are now carrier
  13211. > dependent, 990 for Telecom Finland, 994 for Telivo and 999 for Finnet.
  13212. > (Old international access code was 990.) Hopefully this will change in
  13213. > 1996 when new 00 international access code will take over old ones.
  13214.  
  13215. We too have carrier dependent access codes.  007 is Tele2 and 009 (the
  13216. old access code) is Telia.  To call me using Tele2 would be 007 08 661
  13217. 3882.  One cannot use Tele2 without being a subscriber, though it
  13218. costs nothing and is a pure formality this halts competition a lot.
  13219.  
  13220. It's hard to understand that people can't be bothered making *one*
  13221. toll free call and sign *one* paper to get 5-10% off their LD and
  13222. international calls.
  13223.  
  13224.  
  13225. Regards,
  13226.  
  13227. Sam Spens Clason   home: 08-661 3882  everywhere: 070-1234567
  13228.  
  13229. ------------------------------
  13230.  
  13231. From: jlundgre@kn.PacBell.COM (John Lundgren)
  13232. Subject: Re: ISDN Over Wireless
  13233. Date: 9 Jan 1995 19:02:30 GMT
  13234. Organization: Pacific Bell Knowledge Network
  13235.  
  13236.  
  13237. Jared Enzler (jenzler@olympus.net) wrote:
  13238.  
  13239. > I live in an area where the telephone co. shows no interest in
  13240. > offering ISDN.  But the area is well covered by cellular phone
  13241. > systems.
  13242.  
  13243. > Questions: There appear to be several varieties of digital cellular on
  13244. > the way.  Do any of these have the potential to offer ISDN?  Which
  13245. > ones?  What sort of technical or other barriers are there to wireless
  13246. > ISDN?
  13247.  
  13248. ISDN is 144,000 bits per second, and that would take an awful lot of
  13249. bandwidth to transmit over radio.  I don't think CDPD or whatever they
  13250. call digital cellular has channels that are anywhere near that wide.
  13251.  
  13252. Find out if the phone company has a newer 5ESS switch.  If not then
  13253. they can't offer ISDN.  THe central office may have a 5ESS switch, but
  13254. the distance to your phone is too far.  They can get around that by
  13255. putting in a T1 line that would serve up to 24 subscribers in the
  13256. neighborhood, but it would cost money, and some telcos just don't want
  13257. to do that.
  13258.  
  13259.  
  13260. John Lundgren - Elec Tech - Info Tech Svcs 
  13261. Rancho Santiago Community College District 
  13262. 17th St. at Bristol \ Santa Ana, CA 92706  
  13263. jlundgre@pop.rancho.cc.ca.us\jlundgr@eis.calstate.edu
  13264.  
  13265. ------------------------------
  13266.  
  13267. From: pritter@nit.AirTouch.COM (Phil Ritter)
  13268. Subject: Re: Erlang Capacity
  13269. Organization: AirTouch Cellular, Los Angeles
  13270. Date: Mon, 9 Jan 1995 15:00:15 GMT
  13271.  
  13272.  
  13273. In article <telecom15.9.9@eecs.nwu.edu> Tim Gorman <tg6124@ping.ping.com> 
  13274. writes:
  13275.  
  13276. > ERU.ERUDYG@memo4.ericsson.se writes in TELECOM Digest V15 #2:
  13277.  
  13278. >> I am looking for information about Erlang Capacity Calculations for
  13279. >> land line based telecom networks. My main question is this:
  13280.  
  13281. >> In cellular, typical system design is according to Erlang B or Erlang
  13282. >> C traffic tables, and designed for 2% blocking (.02 G.O.S., Grade Of
  13283. >> Service).
  13284.  
  13285. [stuff deleted]
  13286.  
  13287. > Again, it has been a while but I thought Erlang C was not used for
  13288. > figuring blockage to offered load on a trunk group but instead for
  13289. > figuring holding time in queue while waiting for answer. Are you sure
  13290. > you use Erlang C in trunk blocking or do I have my tables mixed up :-) ?
  13291.  
  13292. Indeed, Erlang-B is used to predict blocking when a blocked-call is
  13293. discarded and Erlang-C is used when a blocked call is queued to wait
  13294. for a free trunk.  The ability of a cellular phone to produce a
  13295. minimum effort redial (the user just has to press send again -- many
  13296. phones will do this automatically) mimics queueing so well that
  13297. Erlang-C becomes a better predictor of blocking.
  13298.  
  13299.  
  13300. Phil Ritter   pritter@la.airtouch.com
  13301.  
  13302. ------------------------------
  13303.  
  13304. From: jgo@cci.com (John O'Keefe)
  13305. Subject: Re: Need an EBCDIC Spec - ebcdic.rq [1/1]
  13306. Organization: Northern Telecom, Network Application Systems
  13307. Date: Mon, 9 Jan 1995 14:46:08 GMT
  13308.  
  13309.  
  13310. In article <telecom15.14.6@eecs.nwu.edu>, Brent E. Boyko <bboyko@brent.llu.
  13311. edu> wrote:
  13312.  
  13313. > In article <telecom15.12.6@eecs.nwu.edu> is written:
  13314.  
  13315. >> I'm working on a project which requires conversion of EBCDIC to
  13316. >> ASCII and visa-versa.  Does anyone know where I can find:
  13317.  
  13318. >>  1) a spec for the EBCDIC character set,
  13319. >>  2) source code which performs such translations and/or
  13320. >>  3) a library which performs these translations.
  13321.  
  13322. > The Unix utility "dd" can be used to convert USASCII to EBCDIC and
  13323. > vice versa.  For example, the following command would read the ascii
  13324. > file "text.file" and write it in 80-column EBCDIC format to mag tape
  13325. > drive 0, using 8000 byte blocks:
  13326.  
  13327. >    dd if=text.file of=/dev/rmt0 obs=8000 cbs=80 conv=ebcdic
  13328.  
  13329. > Source code is available as part of the GNU fileutils package. Get the
  13330. > file fileutils-3.12.tar.gz from the GNU ftp archive at prep.ai.mit.edu, 
  13331. > gatekeeper.dec.com, or ftp.uu.net.
  13332.  
  13333. A word of caution with the block translation approach with EBCDIC to
  13334. ASCII.  If there are any packed-decimal fields in the record, it will
  13335. translate garbage. You need a utility that does field-by-field
  13336. translations for these fields.
  13337.  
  13338.  
  13339. Highest Regards,  
  13340.  
  13341. John O'Keefe   jgo@cci.com     
  13342.  
  13343. ------------------------------
  13344.  
  13345. From: Judith Oppenheimer <producer@pipeline.com>
  13346. Date: Mon, 9 Jan 1995 08:12:32 -0500
  13347. Subject: Re:  NANP 800 Numbers From the UK  
  13348.  
  13349.  
  13350. A week or two back, a query was posted by Jan Joris re free phone calls.
  13351.  
  13352. > What's happening? Is the Dutch PTT blocking calls that could be perfectly 
  13353. > well completed? Or do the Britsh have a special agreement with the Americans
  13354. > that not valid in the Netherlands?  Who knows more?
  13355.  
  13356. I'm told that most of the decisions on whether to complete calls or
  13357. not are based on discussions at the Freephone Fourm.  This is a group
  13358. of (mostly marketing) people who provide service around the world.
  13359. The Freephone fourm has recently approved a bilateral agreement called
  13360. "plus freephone".  To dial a freephone number in an other country, you
  13361. dial:
  13362.  
  13363.       + (the international access code, 00 is europe 011 in US)
  13364.       CC  (the country code of the country the number belongs)
  13365.       XXX...XXX (the freephone number.)
  13366.  
  13367. So 00-1-800-xxx-xxxx is actually + followed by country code 1 followed
  13368. by the number.  If the country has signed up for bilateral agreement,
  13369. as soon as it sees 00, it routes to an international gateway function,
  13370. then it sees 1 and validates that as a valid country code (USA) and
  13371. then looks at the 800 and recognizes that as "suppress billing" and
  13372. completes the call.  Otherwise if they don't support this, they
  13373. recognize 800 as free and rejects the call after the fourth digit.
  13374.  
  13375. All switches must be able to read and route based on the first four
  13376. digits.  After Dec 31, 1996 they must be able to read and route based
  13377. on the first seven digits.  So it is quite normal for the call the be
  13378. rejected after four digits right now, and seven later.  (Dec 31, 1996 is
  13379. called Time-T after which all switches will accept phone numbers up to
  13380. 15 digits (instead of 12) and route on seven digits instead of four).
  13381.  
  13382.  
  13383. Judith Oppenheimer
  13384.  
  13385. ------------------------------
  13386.  
  13387. From: ac554@lafn.org (Al Cohan)
  13388. Subject: Re: Sprint and Calls Within Your Service Area
  13389. Reply-To: ac554@lafn.org (Al Cohan)
  13390. Organization: The Los Angeles Free-Net
  13391. Date: Tue, 10 Jan 1995 07:32:57 GMT
  13392.  
  13393.  
  13394. In a previous article, henderson@mln.com (Javier Henderson) says:
  13395.  
  13396. > I just got off the phone with Sprint's customer service. Their special
  13397. > offer of one cent per minute for calls within your service area applies
  13398. > to all of Sprint customers, regarldess of what calling plan you're on.
  13399.  
  13400. > You need to dial 10333, but considering the savings, I don't mind. The
  13401. > charge is the same regardless of mileage.
  13402.  
  13403. > The offer will expire on Feb 28, 1995.
  13404.  
  13405. > I'm not associated with Sprint, other than as a mostly satisfied customer. 
  13406. > The above applies to residential lines in Southern California. Other areas 
  13407. > within California may have the same deal, you'd better check.
  13408.  
  13409. Most of what you say is *not* true. In response to several of my telecom 
  13410. clients, I called Sprint (800 877-4040) on several occasions.  I was
  13411. misinformed 8 out of 10 calls.
  13412.  
  13413. No, I am not kidding. 
  13414.  
  13415. The first few calls I was told just dialing 10333 is all that I had to
  13416. do.  Then I was told "I'm sorry, our promotion is for Sprint Customers
  13417. Only"!  In short, they didn't want my business. I never heard of a
  13418. "promotion" for existing customers ...
  13419.  
  13420. Finally I got a hold of a Sr. Supervisor after two days. The upshot of
  13421. what I was told is that you have to subscribe and be validated in
  13422. their switch or otherwise the LEC will get the billing at standard
  13423. (15c per minute) rates.
  13424.  
  13425. Also, the rate outside of the LATA 730 is standard rates and does not
  13426. carry the 1 cent per minute charge ... it only applies to residential
  13427. customers only, but they are working on a business customer plan to
  13428. roll out shortly.
  13429.  
  13430. After my account was validated, I called Sprint two more times, got
  13431. the name of the telemarketer, confirmation code and was lied to
  13432. again ...
  13433.  
  13434. I'd hate to be at the end of customer service when all of these 1 cent 
  13435. calls come in at 15 cents and appear on the LEC billing!
  13436.  
  13437. I suggest you call Sprint three times and see if you get three
  13438. answers, then verify with a supervisor. I did this twice and both
  13439. times was told misleading information. I sure hope that they get this
  13440. straightened out because an organization the size of Sprint will have
  13441. tremendous problems unraveling this misinformation. Most of there
  13442. telemarkets are *not* located in California.
  13443.  
  13444. Good Luck. Please e-mail me with your results.
  13445.  
  13446. ------------------------------
  13447.  
  13448. From: mfraser@vanbc.wimsey.com (Mark Fraser)
  13449. Subject: Re: Procedure for Obtaining a 10XXX Code
  13450. Date: 10 Jan 1995 04:41:31 GMT
  13451. Organization: Wimsey Information Services
  13452.  
  13453.  
  13454. And while we're at it, are there any 10XXX[X] codes assigned in
  13455. Canada? Mexico?  Since at least Canada is part of the historical
  13456. numbering plan, and since we have begun to experience the joys of
  13457. competitive toll calling, and since the "dominant" carriers must give
  13458. equal access to other carriers when a subscriber dials a leading "1",
  13459. it seems sensible that these carriers might just want to have 10XXXX.
  13460.  
  13461. Anyone comment?
  13462.  
  13463.  
  13464. Mark
  13465.  
  13466. ------------------------------
  13467.  
  13468. Date: Tue, 10 Jan 1995 09:45:54 GMT
  13469. From: Joe George <jgeorge@nbi.com>
  13470. Subject: Re: Procedure for Obtaining a 10XXX Code
  13471.  
  13472.  
  13473. > [TELECOM Digest Editor's Note: Is this any stranger than a newspaper
  13474. > having a three digit number of its own, ie 311, like that newspaper
  13475. > in, where is it, Georgia?    PAT]
  13476.  
  13477. Yup, in Atlanta the local rag (also known as the {Atlanta Journal-
  13478. Constitution} bought 511 from BellSouth for a classified search service 
  13479. (and other services). It's 50 cents a call but you get three free
  13480. calls per month.  BellSouth also sold out on 711 to a job search
  13481. company, but I don't know much about it.
  13482.  
  13483.  
  13484. Joe George (jgeorge@nbi.com, jgeorge@crl.com) 
  13485. (Please don't use 'jgeorge@twiglet.nbi.com' anymore.)
  13486.  
  13487. ------------------------------
  13488.  
  13489. From: aa070@torfree.net (David Leibold)
  13490. Subject: Re: More CO Codes For Each NPA - Any Telcos Take Advantage?
  13491. Organization: Toronto FreeNet
  13492. Date: Tue, 10 Jan 1995 07:18:14 GMT
  13493.  
  13494.  
  13495. A correction and a clarification on my article on NXXes in NPAs 
  13496. (originally posted from gvc.com instead of here) ...
  13497.  
  13498. 1) While St. John's is the capital of the Canadian province of
  13499. Newfoundland, there is the oft-confused Saint John, New Brunswick
  13500. which I was a bit too hasty to proclaim as a provincial capital. That
  13501. privilege, I believe, actually goes to another of the New Brunswick
  13502. cities.
  13503.  
  13504. 2) There have been N0/1X exchanges in some area codes already, of
  13505. course (212, 213, 312, etc). The focus of the posting, to clarify, was
  13506. those area codes that did *not* have N0/1X CO codes before now, such
  13507. as NPA 506 or 807 where there aren't that many NXX in service. In
  13508. other words, will telcos in those cases assign N0/1X codes because
  13509. they are now able to, rather than because they have to?
  13510.  
  13511.  
  13512. David Leibold     aa070@freenet.toronto.on.ca
  13513.  
  13514. ------------------------------
  13515.  
  13516. From: Jhupf <jhupf@nando.net>
  13517. Subject: Re: Flat Rate Cellular Phone Service
  13518. Date: Mon, 9 Jan 1995 13:09:07 EST
  13519. Organization: News & Observer Public Access
  13520.  
  13521.  
  13522. On Wed, 4 Jan 1995, Andrew Laurence wrote:
  13523.  
  13524. > Jhupf <jhupf@nando.net> writes:
  13525.  
  13526. >> Cellular One of Triangle here in the Triangle in North Carolina offers
  13527. >> full local access on weekends for $10 a month.  We were considering
  13528. >> going for it until we realized we had an accmulation of more than 575
  13529. >> minutes of local calling credit we haven't been able to use during the
  13530. >> past 14 months.
  13531.  
  13532. > Are you saying that Cellular One lets you carry unused minutes from
  13533. > your allowance over to future months? GTE Mobilnet here in the San
  13534. > Francisco Bay Area has a "use 'em or lose 'em" policy.
  13535.  
  13536. Sorry for any misunderstanding; the 60 minutes a month I get with my calling 
  13537. plan are on a "use 'em or lose 'em" basis. What I have accumulated are the 
  13538. balance of the bonus time I got when I initially signed on to CellularOne 
  13539. plus what I got when I renewed my service with them after the first
  13540. year. I was surprised when I got my bill to see that they carried the
  13541. balance of the first years bonus forward and added to the new bonus!
  13542.  
  13543. The balance is available to use after I have gone through my monthly 
  13544. allocation under the plan I have.
  13545.  
  13546. ------------------------------
  13547.  
  13548. From: fgoldstein@bbn.com (Fred R. Goldstein)
  13549. Subject: Re: MANs in USA
  13550. Date: Mon, 9 Jan 1995 12:09:10 GMT
  13551. Organization: Bolt Beranek & Newman Inc.
  13552.  
  13553.  
  13554. In article <3ej414$d7@galaxy.uci.agh.edu.pl> rumian@uci.agh.edu.pl writes:
  13555.  
  13556. > I need some help in getting info about Metropolitan Area Networks 
  13557. > in USA.
  13558.  
  13559. You may note that none of the early replies came from the USA, which is
  13560. all you asked for!
  13561.  
  13562. This is because there are essentially no MANs in the USA.  They aren't
  13563. a major commercial force.  The telephone companies cannot offer 802.6
  13564. MANs because 802.6 requires that the telephone company own the bridge
  13565. at the customer site, but US telephone companies are prohibited from
  13566. owning customer premise equipment.
  13567.  
  13568. Some US telephone comanies offer SMDS, a connectionless data service
  13569. which was originally run over 802.6 facilities.  But most SMDS
  13570. nowadays is run over HDLC point-to-point circuits.  Some companies own
  13571. private MANs, often using FDDI which may be using "dark fiber" leased
  13572. from a telephone company, and in a few cases telephone companies offer
  13573. FDDI MAN services.  But none of these amount to a lot of business.
  13574. The major high-bandwidth carrier services are DS3 leased lines and,
  13575. coming Real Soon Now, ATM.
  13576.  
  13577.  
  13578. Fred R. Goldstein   k1io    fgoldstein@bbn.com
  13579. Bolt Beranek & Newman Inc., Cambridge MA  USA   +1 617 873 3850
  13580.  
  13581. ------------------------------
  13582.  
  13583. From: tholome@dialup.francenet.fr (Eric Tholome)
  13584. Subject: Re: Cellular NAM and ESN
  13585. Date: Mon, 09 Jan 1995 21:35:44 +0200
  13586.  
  13587.  
  13588. In article <telecom15.12.4@eecs.nwu.edu>, gsegalli@ic1d.harris.com (Greg 
  13589. Segallis) wrote:
  13590.  
  13591. > Can two cellular phones be programmed to the same NAM, while their
  13592. > ESN's are different, so that either phone can be used on one number?
  13593. > Assume only one phone can be on at a time (e.g.  I have a car phone I
  13594. > use while on the road and a portable I use when I'm away from my car).
  13595. > Does the cellular carrier use the NAM to connect calls or the ESN, or
  13596. > both?  If the ESN must be the same, can I alter the one to match the
  13597. > other?  This would not be done to steal anyone else's service, just to
  13598. > allow me the convenience of using both my phones as the situation
  13599. > requires/allows.  What are the legal issues in doing this?
  13600.  
  13601. To which Pat replied that it would be a very bad idea to do it, leaving the 
  13602. door open for theft of airtime (well, Pat did say many other things, but let 
  13603. me get to my point :-)
  13604.  
  13605. GSM solves the problem of two phones (or more) for one line in a very nice 
  13606. way: the subscriber identity is totally separated from the terminal: it is 
  13607. located on a SIM (Subscriber Identity Module) card.  This way, you can
  13608. have as many phones as you mant and still have one single phone number: 
  13609. simply plug your card in whatever phone you intend to use! You may even plug 
  13610. your card in somebody else's phone, or in a rented car phone, for instance. 
  13611. Very convenient, indeed. Of course, the terminal still has an identity, and, 
  13612. if reported stolen, can be blocked by the carrier, no matter who is using it.
  13613. And thanks to sophisticated algorithms, it is not easy to steal airtime by 
  13614. mimicking a SIM card (at least that's we're all being told!).
  13615.  
  13616. Does anybody know whether there are other types of cellular networks
  13617. offering such a feature (i.e. being able to use different mobile
  13618. phones with the same number, without opening the door to phreaks)?
  13619.  
  13620.  
  13621. Eric Tholome                  
  13622. 23, avenue du Centre            tholome@dialup.francenet.fr
  13623. 78180 Montigny le Bretonneux    phone: +33 1 30 48 06 47
  13624.                     France      fax: same number, call first!
  13625.  
  13626. ------------------------------
  13627.  
  13628. End of TELECOM Digest V15 #20
  13629. *****************************
  13630.     
  13631.     
  13632. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa25643;
  13633.           10 Jan 95 10:27 EST
  13634. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13635.     id AA23379; Tue, 10 Jan 95 05:20:46 CST
  13636. Return-Path: <telecom>
  13637. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  13638.     id AA23372; Tue, 10 Jan 95 05:20:43 CST
  13639. Date: Tue, 10 Jan 95 05:20:43 CST
  13640. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  13641. Message-Id: <9501101120.AA23372@delta.eecs.nwu.edu>
  13642. To: telecom@eecs.nwu.edu
  13643. Subject: TELECOM Digest V15 #21
  13644.  
  13645. TELECOM Digest     Tue, 10 Jan 95 05:20:00 CST    Volume 15 : Issue 21
  13646.  
  13647. Inside This Issue:                          Editor: Patrick A. Townson
  13648.  
  13649.     Re: AT&T First to Deliver Long-Awaited "Follow-Me" 500 Numbers (M. Weiss)
  13650.     Re: Cellphone Now Giving ANI? (Mr. James Holland)
  13651.     Re: Need Information on EXCEL (Gerry Gollwitzer)
  13652.     Re: Need Information on IS-54 (Glenn Shirley)
  13653.     Re: "High-end" Phone Products (Michael N. Marcus)
  13654.     Re: Information Wanted on Northern Telecom Phone (Michael N. Marcus)
  13655.     Re: MANs in USA (Roger Fajman)
  13656.     Re: Emergency Numbers in Various Countries (Carl Moore)
  13657.     Re: How Can I Encrypt a T-1? (Ted Hadley)
  13658.     Re: Phone Rates From Israel (Jay Kaplowitz)
  13659.     Re: Interim Results of FCC Auctions (Raj Gajwani)
  13660.     Re: NANP Changes (Fran S. Menzel)
  13661.     Re: Telecom Texts (Mark Peacock)
  13662.     Re: NANP 800 Numbers From the UK (Ari Wuolle)
  13663.     ISDN Wish List (Syd Weinstein)
  13664.     General Datacom ATM Switches Sign Deal With Siemens (Peter Granic)
  13665.     Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly (Robert Casey)
  13666.     Digital Cellular in the USA (reb@xyzzy.com)
  13667.     Re: Computer Caller-ID (Seymour Dupa)
  13668.     Starting a Ratepayers Association (Aryeh M. Friedman)
  13669.     PCS Auction Results (M.J. Sutter)
  13670.     ETSI Standards - Where? (Gabor Lajos)
  13671.  
  13672. TELECOM Digest is an electronic journal devoted mostly but not
  13673. exclusively to telecommunications topics. It is circulated anywhere
  13674. there is email, in addition to various telecom forums on a variety of
  13675. public service systems and networks including Compuserve and America
  13676. On Line. It is also gatewayed to Usenet where it appears as the moderated
  13677. newsgroup 'comp.dcom.telecom'. 
  13678.  
  13679. Subscriptions are available to qualified organizations and individual
  13680. readers. Write and tell us how you qualify:
  13681.  
  13682.                  * telecom-request@eecs.nwu.edu *
  13683.  
  13684. The Digest is edited, published and compilation-copyrighted by Patrick
  13685. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  13686. or phone at:
  13687.                     9457-D Niles Center Road
  13688.                      Skokie, IL USA   60076
  13689.                        Phone: 708-329-0571
  13690.                         Fax: 708-329-0572
  13691.   ** Article submission address only: telecom@eecs.nwu.edu **
  13692.  
  13693. Our archives are located at lcs.mit.edu and are available by using
  13694. anonymous ftp. The archives can also be accessed using our email
  13695. information service. For a copy of a helpful file explaining how to
  13696. use the information service, just ask.
  13697.  
  13698. *************************************************************************
  13699. *   TELECOM Digest is partially funded by a grant from the              *
  13700. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  13701. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  13702. * project.  Views expressed herein should not be construed as represent-*
  13703. * ing views of the ITU.                                                 *
  13704. *************************************************************************
  13705.  
  13706. Additionally, the Digest is funded by gifts from generous readers such
  13707. as yourself who provide funding in amounts deemed appropriate. Your help 
  13708. is important and appreciated. A suggested donation of twenty dollars per
  13709. year per reader is considered appropriate. See our address above.
  13710.  
  13711. All opinions expressed herein are deemed to be those of the author. Any
  13712. organizations listed are for identification purposes only and messages
  13713. should not be considered any official expression by the organization.
  13714. ----------------------------------------------------------------------
  13715.  
  13716. From: mweiss@interaccess.com (Mitch Weiss)
  13717. Subject: Re: AT&T First to Deliver Long-Awaited "Follow-Me" 500 Numbers
  13718. Date: Mon, 10 Jan 1995 22:07:04 
  13719.  
  13720.  
  13721. In article <telecom15.6.9@eecs.nwu.edu> A Alan Toscano <atoscano@Starbase.
  13722. NeoSoft.COM> writes:
  13723.  
  13724. > Calls within the United States, Puerto Rico and the U.S. Virgin
  13725. > Islands during off-peak hours (from 5 p.m. to 8 a.m. weekdays, and all
  13726. > weekend) will cost 15 cents a minute, whether the caller or receiver
  13727. > pays.  Calls during peak hours (from 8 a.m. to 5 p.m. weekdays) will
  13728. > cost 25 cents a minute.  Rates for some in-state calls may vary.
  13729. > Calls made to or from other countries will be charged the regular AT&T
  13730. > rates for those countries.
  13731.  
  13732. Who pays for the call?  Is it the caller or the owner of the number?
  13733. If it is the caller, would I be charged for an international call if I
  13734. call someone who happens to be overseas at the time?
  13735.  
  13736.  
  13737. Mitchell Weiss   mweiss@interaccess.com
  13738.  
  13739. ------------------------------
  13740.  
  13741. From: holland@perot.mtsu.edu (Mr. James Holland)
  13742. Subject: Re: Cellphone Now Giving ANI?
  13743. Date: 9 Jan 1995 15:49:16 GMT
  13744. Organization: Middle Tennessee State University, Murfreesboro, Tennessee
  13745.  
  13746.  
  13747. > In article 8@eecs.nwu.edu, keith.knipschild@asb.com writes:
  13748.  
  13749. > I guess NYNEX Mobile has made some progress, Today I dialed 1-800-MY-ANI-IS 
  13750. > from my Cellular phone ... and guess what ... it came back with my
  13751. > cellular phone number. In the past it would come back with a WEIRD
  13752. > number.
  13753.  
  13754. > Is NYNEX Mobile the first company to pass along the ANI from cellular
  13755. > phones?
  13756.  
  13757. The ANI returned on my cellular service (CellOne of Tennessee) is that
  13758. of the business office of the local 911 office. Any idea why that is,
  13759. or if it's only a fluke? Kind of unnerving to call back the ANI to my
  13760. phone and be greeted with "911, can I help you". It's NOT their actual
  13761. 911 emergency line, and other cell phones in the area get the same ANI
  13762. number as I.
  13763.  
  13764.  
  13765. James Holland   holland@knuth.mtsu.edu
  13766.  
  13767. ------------------------------
  13768.  
  13769. From: gerryg@earth.execpc.com (Gerry Gollwitzer)
  13770. Subject: Re: Need Information on EXCEL
  13771. Date: 9 Jan 1995 15:54:57 GMT
  13772. Organization: Exec-PC
  13773.  
  13774.  
  13775. Bill Dankert (graphite@netcom.com) wrote:
  13776.  
  13777. > Has anyone heard of, or participated in, Excel Telecommunications,
  13778. > Inc.?  It is a long distance service provider that uses network
  13779. > marketing instead of a sales force.  Please post, or email me
  13780. > directly, any comments concerning Excel.  Your help will be greatly
  13781. > appreciated.
  13782.  
  13783. Bill,
  13784.  
  13785. I have been with Excel since the end of July.  I have also been a
  13786. telecom consultant for almost four years.  Excel is working great for
  13787. us.  They really have put together an great income producing program.
  13788.  
  13789. Let me know if you have further interest.
  13790.  
  13791.  
  13792. Gerry
  13793.  
  13794. ------------------------------
  13795.  
  13796. From: shirleyg@stanilite.com.au (UL ENG)
  13797. Subject: Re: Need Information on IS-54
  13798. Date: 9 Jan 1995 21:26:15 +1100
  13799. Organization: Stanilite Electronics Pty. Ltd. Sydney, Australia
  13800.  
  13801.  
  13802. Dharshana P. Jayasuriya <dharshan@idt.unit.no> writes:
  13803.  
  13804. > I would appreciate very much if someone can recommend a good book or
  13805. > some other material which has sufficient information on the architecture 
  13806. > and protocols of the US digital standard IS 54.
  13807.  
  13808. > Is it possible to buy a copy of the standard itself? (I mean not the
  13809. > whole thousands of pages but a summary.) Or is it strictly proprietary?
  13810.  
  13811. You can order the standard (its $US 218) from:
  13812.  
  13813. Global Engineering Documents
  13814. 15 Inverness Way East
  13815. Englewood CO 80112
  13816. Ph. (303) 792-2181
  13817.     (800) 624-3974
  13818. Fax (303) 397-7935
  13819.  
  13820. Don't forget your international prefix and the 1 for the U.S before
  13821. the above numbers. I haven't tried the 800 number above so I don't
  13822. know if it works outside the U.S. or not.
  13823.  
  13824. My employer regularly buys standards through them (they are the
  13825. official EIA/TIA supplier) by mail from Australia so you shouldn't
  13826. have any problems.
  13827.  
  13828. Note the above phone numbers are for international enquiries (outside
  13829. the U.S and Canada) and there are other numbers for the different
  13830. regions within North America.
  13831.  
  13832.  
  13833. Hope that helps,
  13834.  
  13835. Glenn
  13836.  
  13837. ------------------------------
  13838.  
  13839. From: mnm914@aol.com (MNM 914)
  13840. Subject: Re: "High-end" Phone Products
  13841. Date: 10 Jan 1995 08:05:33 GMT
  13842. Organization: America Online, Inc. (1-800-827-6364)
  13843. Reply-To: mnm914@aol.com (MNM 914)
  13844.  
  13845.  
  13846. I'm 99.9995832% sure there are no three-line cordlesses, other than
  13847. those dedicated to work with specific multi-line phone systems.
  13848.  
  13849. Panasonic KX-T3980 is my first choice for two-line analog cordlesses,
  13850. and Uniden 9200 and Vtech Platinum (and similar ATT 9132, if it's
  13851. finally available) are good 900MHz digital phones.
  13852.  
  13853. There is a lot of discussion of these products in the phone equipment
  13854. section of the Consumer Electronics Forum on CompuServe (I'm the sysop).
  13855.  
  13856.  
  13857. Michael N. Marcus   CompuServe: 74774,2166
  13858. AOL: MNM914  Netcom: MNMarcus@ix.Netcom.com
  13859. Prodigy: Duh?  Fax: 914 961-7899
  13860.  
  13861. ------------------------------
  13862.  
  13863. From: mnm914@aol.com (MNM 914)
  13864. Subject: Re: Information Wanted on Northern Telecom Phone
  13865. Date: 10 Jan 1995 08:05:37 GMT
  13866. Organization: America Online, Inc. (1-800-827-6364)
  13867. Reply-To: mnm914@aol.com (MNM 914)
  13868.  
  13869.  
  13870. Hi, Keith.
  13871.  
  13872. Your name is familiar; have we spoken on CompuServe?
  13873.  
  13874. It's an amazing piece of equipment. It's even smart enough to put a
  13875. message in the right mailbox based on its Caller ID. I'm presently
  13876. testing one, and reviews will be in the library of the phone equipment
  13877. section of Consumer Electronics Forum on CIS, and in {Teleconnect}
  13878. magazine, and probably {Home Office Computing}.
  13879.  
  13880.  
  13881. Michael N. Marcus
  13882.  
  13883. ------------------------------
  13884.  
  13885. From: Roger Fajman <RAF@CU.NIH.GOV>
  13886. Date: Mon, 09 Jan 1995  23:06:21 EST
  13887. Subject: Re: MANs in USA
  13888.  
  13889.  
  13890. > I need some help in getting info about Metropolitan Area Networks
  13891. > in USA. The questions are:
  13892.  
  13893. > 1. What is the physical structure of MANs (fiber, coax)?
  13894. > 2. If fiber what is the protocol (fddi, atm)?
  13895. > 3. Who is the main investor (banks)?
  13896. > 4. Does banks use MAN for data transmission?
  13897. > 5. What services are provided, and which are most popular?
  13898.  
  13899. Bell Atlantic (the local phone company) operates a metropolitan FDDI
  13900. network (called FNS) in the Washington, DC area.  There are multiple
  13901. interconnected FDDI rings covering different parts of the area.  They
  13902. offer 10 Mbps Ethernet and 4 and 16 Mbps token ring connections.  The
  13903. service looks like a Ethernet or token ring to the customers.  Network
  13904. Systems brouters are located in Bell Atlantic central offices.  Fiber
  13905. Ethernet or token ring connections run to the customer locations.  I
  13906. believe that the fiber is single mode, both for the FDDI ring and the
  13907. drops.  Filters in the brouters prevent customers from seeing each
  13908. others traffic.
  13909.  
  13910.  
  13911. Roger Fajman                        Telephone:  +1 301 402 4265
  13912. National Institutes of Health       BITNET:     RAF@NIHCU
  13913. Bethesda, Maryland, USA             Internet:   RAF@CU.NIH.GOV
  13914.  
  13915. ------------------------------
  13916.  
  13917. Date: Mon, 9 Jan 95 20:59:05 GMT
  13918. From: Carl Moore <cmoore@ARL.MIL>
  13919. Subject: Re: Emergency Numbers in Various Countries
  13920.  
  13921.  
  13922. Telephone dials vary from one country to the next.  As set up
  13923. here in country code 1 (U.S., Canada, and part of the Caribbean
  13924. area), a zero is 10 dial clicks, and any other digit is its face
  13925. value of clicks.  So 112 would use 4 clicks and 999 would use 27
  13926. clicks, but those are not in use here for emergency.
  13927.  
  13928. ------------------------------
  13929.  
  13930. Date: Mon, 9 Jan 95 12:56:43 PST
  13931. From: tedh@cylink.COM (Ted Hadley)
  13932. Subject: Re: How Can I Encrypt a T-1?
  13933.  
  13934.  
  13935. In article <telecom15.7.13@eecs.nwu.edu> synchro@access1.digex.net
  13936. (Steve) writes:
  13937.  
  13938. > There is a company in California called Cylink.  They make several
  13939. > different kinds of crypto gear for communications.  I'm unable to come
  13940. > up with a telephone number for them at the moment.
  13941.  
  13942. Telephone number is 408-735-5800.
  13943.  
  13944.  
  13945. Ted A. Hadley  tedh@cylink.COM
  13946. Cylink Corporation, 910 Hermosa Ct, Sunnyvale, CA 94086  USA    408-735-5847
  13947.  
  13948. ------------------------------
  13949.  
  13950. From: jayk372@aol.com (JayK372)
  13951. Subject: Re: Phone Rates From Israel
  13952. Date: 9 Jan 1995 19:50:52 -0500
  13953. Organization: America Online, Inc. (1-800-827-6364)
  13954. Reply-To: jayk372@aol.com (JayK372)
  13955.  
  13956.  
  13957. I believe that you can call from Israel for about 80 cents per minute
  13958. from midnight Israel time to 8 a.m.  My recollection is that the
  13959. highest rate, during the day, is about $1.50 per minute.  This is via
  13960. Bezeq, the PTT.
  13961.  
  13962.  
  13963. Jay Kaplowitz
  13964.  
  13965. ------------------------------
  13966.  
  13967. From: rgajwani@husc.harvard.edu (Raj Gajwani)
  13968. Subject: Re: Interim Results of FCC Auctions
  13969. Date: 10 Jan 1995 02:15:57 GMT
  13970. Organization: Harvard University, Cambridge, Massachusetts
  13971.  
  13972.  
  13973. Brian Miner (bminer@wireless.ultranet.com) wrote:
  13974.  
  13975. > Has anyone seen results from the FCC auctions of the PCS licenses on
  13976. > the net ?
  13977.  
  13978. FTP, gopher, or WWW to "fcc.gov" for full results and documents.
  13979.  
  13980. ------------------------------
  13981.  
  13982. From: f.s.menzel <fsm@mtgzfs3.mt.att.com>
  13983. Date: Mon, 10 Jan 1995 13:31:32 -0500
  13984. Subject: Re: NANP Changes
  13985.  
  13986.  
  13987. On 22 Dec 94 Joe Bergstein wrote:
  13988.  
  13989. > I thought the NANP changes weren't going into effect until 7/1/95.
  13990. > Now I hear that CPE vendors are harrasing small customers with
  13991. > outrages upgrade prices to support NANP changes as of 1/1/95.  My
  13992. > understanding was that changes were permissive (both old and new A/C
  13993. > OK) until 7/1/95, at which point they would become mandatory.  Is this
  13994. > correct?  If not, please update.
  13995.  
  13996. Since I'm not sure of the dates, I'll assume they're correct and
  13997. provide the following humble defense of my employer, a CPE vendor.
  13998.  
  13999. Many of our customers will be faced with system upgrades to deal with
  14000. the NANP change.  It would be irresponsible for the vendors to wait
  14001. until the last minute to inform customers of the issue, since it would
  14002. be impossible to fill the demand if all NANP system upgrades were
  14003. ordered during the final month of premissive dialing.  For our larger
  14004. customers, expenditures for equipment upgrades typically need to be
  14005. budgeted in the preceeding year.
  14006.  
  14007. A small comment on the "outrageous" upgrade prices: in cases where
  14008. customers have older systems, the NANP upgrade is likely to require
  14009. bringing the system up the level of systems being currently sold, a
  14010. costly procedure.  My employer,for one, did lots of soul-searching
  14011. related to NANP issues, and ended up generating NANP releases for many
  14012. (but not all) versions of our systems in order to keep the price
  14013. reasonable.  On the bright side, once you do upgrade, you'll probably
  14014. find lots of things in addition to NANP to appreciate about your
  14015. upgraded system.
  14016.  
  14017.  
  14018. Fran Menzel, AT&T Global Business Communication Systems
  14019.  
  14020. ------------------------------
  14021.  
  14022. Date: Mon, 9 Jan 1995 12:29:47 -0600
  14023. From: mpeacock@dttus.com
  14024. Subject: Re: Telecom Texts
  14025.  
  14026.  
  14027. A text that I've used is Engineering and Operations of the Bell System, 
  14028. 2nd Edition, published by AT&T (c) 1981 or 1983.  I may be slightly
  14029. off on the title since someone seems to have nicked my copy.  It
  14030. doesn't cover recent digital developments but does a nice clear job
  14031. discussing the POTS network.  It's not full of jargon; a good
  14032. introductory text.  Indeed, I believe it was originally written for
  14033. new hires at Bell Labs.
  14034.      
  14035.  
  14036. Mark Peacock
  14037. Deloitte & Touche Management Consulting
  14038. Detroit, Michigan
  14039.  
  14040. ------------------------------
  14041.  
  14042. Date: Tue, 10 Jan 1995 03:37:11 +0200
  14043. From: Ari.Wuolle@hut.fi (Ari Wuolle)
  14044. Subject: Re: NANP 800 Numbers From the UK
  14045.  
  14046.  
  14047. > All of a sudden, I can now dial 1-800 numbers from the UK. There is a
  14048. > few seconds of silence, and then an American female voice tells me
  14049. > that this call will *not* be free, but charged at standard direct-dial
  14050. > rates.  If I don't want to pay, I should hang up now.
  14051.  
  14052. Just the same here from Finland -- but only if I call using Telecom
  14053. Finland. (990-1-800-XXX-XXXX).
  14054.  
  14055. When I try to call using Telivo, I will get tritone meaning number is
  14056. not in use after 994-1-800.
  14057.  
  14058. Finnet lets me dial the whole number 999-1-800-XXX-XXXX and then gives
  14059. tritone.
  14060.  
  14061. (Telecom Finland is former monopoly carrier here. Telivo is owned by
  14062. Finnish (electrical) power company Imatran Voima Oy. Finnet is owned
  14063. by private telephone companies in co-operation. Telivo and Finnet have
  14064. had licence to carry international trafic to everywhere from last
  14065. summer.)
  14066.  
  14067. > Just for fun, I tried 1-800-MY-ANI-IS. It told me: "702 000 5555" !
  14068.  
  14069. I got exactly the same number. Pity that only one carrier here let US
  14070. 800 calls go through. It would have been nice to see what ANI would
  14071. read back when using other carriers.
  14072.  
  14073.  
  14074. Ari Wuolle
  14075.  
  14076. e-mail        Ari.Wuolle@hut.fi    s-mail    Kolkekannaksentie 10 B 4
  14077. telephone    + 358  0 509 2073        02720  ESPOO
  14078. cellphone    + 358 49 431 140                FINLAND
  14079. fax        + 358  0 428 429  (temporary)
  14080.  
  14081. ------------------------------
  14082.  
  14083. From: syd@myxa.com (Syd Weinstein)
  14084. Subject: ISDN Wish List
  14085. Date: 9 Jan 1995 12:06:36 -0500
  14086. Organization: Myxa Corporation, Huntingdon Valley, PA
  14087. Reply-To: syd@Myxa.com
  14088.  
  14089.  
  14090. Looking for a product that meets a wish list of mine:
  14091.  
  14092. Basically I am looking for an ISDN TA with the following
  14093. features:
  14094.  
  14095.     1. RS-232 interface up to 115.2kbps;
  14096.     2. accepts 1B call and performs compression to get
  14097.         115.2 async out of it;
  14098.     3. Desirable, but not mandataory, can accept two calls, one per
  14099.         B, and take each to 115.2 async individually.
  14100.         (likewise can make two outbound, one per B using
  14101.         each of the RS-232 interfaces);
  14102.     4. Dials with the AT style command set.
  14103.  
  14104. optional feature:
  14105.     O-1. Accepts 230.4kbps RS-232 serial interface and
  14106.         uses compression to make use of it via 2B single
  14107.         call;
  14108.  
  14109.     O-2. Imbedded V.34 modem, accepts calls from POTS lines
  14110.         by using modem portion and ISDN lines using
  14111.         TA portion.
  14112.  
  14113. Anybody know of anything?
  14114.  
  14115. Please e-mail to me and I will summarize to the group.
  14116.  
  14117.  
  14118. Sydney S. Weinstein, CDP, CCP          Elm Coordinator - Current 2.4PL24
  14119. Myxa Corporation                       Projected 3.0 Release: ??? ?,199?
  14120. syd@Myxa.COM or dsinc!syd     Voice: (215) 947-9900, FAX: (215) 938-0235
  14121. Welcome Page: http://www.myxa.com  Elm WWW: http://www.myxa.com/elm.html
  14122.  
  14123. ------------------------------
  14124.  
  14125. From: stari@io.org (Peter Granic)
  14126. Subject: General Datacom ATM Switches Sign Deal With Siemens
  14127. Date: 9 Jan 1995 20:43:31 -0500
  14128. Organization: Internex Online (io.org) Data: 416-363-4151  Voice: 416-363-8676
  14129.  
  14130.  
  14131. Last week General Datacom announced that it had signed an agreement
  14132. with German Telecom multinational Siemens in which Siemens will roll
  14133. out their ATM network services with General Datacom switches.  This is
  14134. the second big announcement which General Datacom made regarding ATM
  14135. switch sales, the other being to a large Canadian telecommunications
  14136. provider.
  14137.  
  14138. Does anyone know if they are having success in the U.S. right now?  I
  14139. did not really know about them being into ATM until a few months ago.
  14140. I thought the big players at the moment were shaping up to be Fore
  14141. Systems, IBM, Hughes, and Newbridge, but seeing that GDC is rolling
  14142. out switches to large data service providers it is obvious that they
  14143. are also a company trying to take the ATM market as well.
  14144.  
  14145. Have AT&T and MCI announced which ATM switches they will go with?
  14146. Fore Systems is apparently the only ATM manufacturer which is making
  14147. money on ATM right now.  I would think that this means they are
  14148. succeeding with the large U.S. market right now which generates the
  14149. most ATM revenue.  They have an excellent range of products, with the
  14150. most comprehensive set of desktop to desktop solutions (according to
  14151. what I've read).  Our company has not moved to ATM yet (we are just
  14152. pondering regular switching!), so I haven't even had a chance to play
  14153. with the technology yet.  If somebody has gotten their hands on some
  14154. of the switches, and would have an opinion on how they would rate the
  14155. products, I would appreciate it if you would email me.
  14156.  
  14157.  
  14158. Thanks,
  14159.  
  14160. Peter Granic
  14161.  
  14162. ------------------------------
  14163.  
  14164. From: wa2ise@netcom.com (Robert Casey)
  14165. Subject: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly
  14166. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  14167. Date: Tue, 10 Jan 1995 04:44:41 GMT
  14168.  
  14169.  
  14170. Today, I was in the airport that serves Atlanta, GA.  I tried to place a
  14171. few 1-800 toll free calls, and had a lot of trouble.  Numbers I know
  14172. to be good got responses of "invalid number".  I'd reach for another pay
  14173. phone, and got thru to the number. I tried the same numbers later that
  14174. day (while getting hung up with the dead Newark airport mess) in the
  14175. Atlanta airport and got more "invalid number"; another attempt got me
  14176. thru, then I got cut off.  Pay phones were labeled "PTC" (or something
  14177. like that) and also said that the local exchange didn't "own" these
  14178. phones.  Some phones didnt work at all (bad keypads, or just dead).  I
  14179. don't know who "PTC" is, but they really SUCK!
  14180.  
  14181. ------------------------------
  14182.  
  14183. Date: Tue, 10 Jan 95 01:01:59 EST
  14184. From: reb@xyzzy.com (Phydeaux's PC)
  14185. Subject: Digital Cellular in the USA
  14186.  
  14187.  
  14188. Exactly how is digital cellular being implemented here in the US?  I
  14189. was under the impression that the control and voice channels were
  14190. digitally encoded and then sent between the phone and the tower.
  14191. Today a dealer for a cellphone company told me that only the control
  14192. signals are encoded.  Somehow I don't believe him.
  14193.  
  14194. Assuming that the signals *are* encoded, how are they doing it? Are
  14195. they using the same analog bandwidth more efficiently via the digital
  14196. signal?
  14197.  
  14198.  
  14199. reb   reb@xyzzy.com
  14200.  
  14201. ------------------------------
  14202.  
  14203. From: grumpy@en.com (Seymour Dupa)
  14204. Subject: Re: Computer Caller-ID
  14205. Date: 10 Jan 1995 00:28:22 -0500
  14206. Organization: Exchange Network Services, Inc.
  14207.  
  14208.  
  14209. Thomas Fitzurka (LCRS73A@prodigy.com) wrote:
  14210.  
  14211. > Does anyone know of a software program that enables you to have your
  14212. > computer identify caller's phone numbers? I saw a movie called
  14213. > Brainscan that had a computer, using caller id, identify the caller
  14214. > and tell the person in an "igor" voice, which I perticularly liked,
  14215. > that "Bobby is calling master". The idea was really interesting to me
  14216. > and I would like to get something like it.
  14217.  
  14218.   Rochell Communications has caller ID unit with a serial port that
  14219. feeds the caller id info to a serial port on a computer.  They also
  14220. have a program that reads the computer's serial port, look if the
  14221. number has called before, and if so, diaplays the info.  They are at
  14222. 800-542-8808 or 512-794-0088.
  14223.  
  14224. ------------------------------
  14225.  
  14226. From: cash!aryeh@darkstar.UCSC.EDU (Aryeh M. Friedman)
  14227. Subject: Starting a Ratepayers Association
  14228. Date: 10 Jan 1995 10:12:27 GMT
  14229. Organization: UCSC Dept of Econ
  14230.  
  14231.  
  14232. How do I start a effective ratepayers association to protest among
  14233. other things GTE of California's *OUTRAGOUS* service fee hike from
  14234. $8/month to $20/month for flat rate?  A similor rate hike has happened
  14235. to lifeline and measured costumers.  BTW I have the support of most of
  14236. the people I know to do this.  Also I study telecom in school so I
  14237. know the basics of the legal aspects of the industry.
  14238.  
  14239.  
  14240. [TELECOM Digest Editor's Note: Instead of *starting* one why don't you
  14241. *join* an existing one?  There are many effective ones throughout the
  14242. USA.  Save yourself a lot of hassles by working with one of the established
  14243. organizations which deal with these things.  PAT]
  14244.  
  14245. ------------------------------
  14246.  
  14247. Date: Mon, 10 Jan 1995 20:59:48 -0500
  14248. From: Mjsutter@aol.com
  14249. Subject: PCS Auction Results
  14250.  
  14251.  
  14252. When will the results (winners) of the most recent round of PCS
  14253. license auctions be made public? How are the results announced? Does
  14254. FCC maintain a Gopher that could access this type of info? Thanks in
  14255. advance. 
  14256.  
  14257.  
  14258. Mike
  14259.  
  14260.  
  14261. [TELECOM Digest Editor's Note: See an earlier message in this issue for
  14262. a discussion of interim results. The FCC maintains a public file on all
  14263. this at 'fcc.gov'. Use FTP, Gopher or similar services to get there.  PAT]
  14264.  
  14265. ------------------------------
  14266.  
  14267. From: ethgls@duna.ericsson.se (Gabor Lajos)
  14268. Subject: ETSI Standards - Where?
  14269. Date: 10 Jan 1995 05:00:26 -0600
  14270.  
  14271.  
  14272. Hello everybody,
  14273.  
  14274. I am looking for ANY information about how to get ETSI (also pre-ETSI)
  14275. standards in any form (eg. hardcopy, CD-Rom, postcript file).
  14276.  
  14277. It can be an office from where I have to order, or an 'FTP site' or
  14278. anything.
  14279.  
  14280. I wrote 'FTP site' since I can't do real FTP to the outside world, only 
  14281. that E-mail operated fake FTP is available for me. Thanks in advance.
  14282.  
  14283.  
  14284. Best Regards, 
  14285.  
  14286. Gabor 
  14287.  
  14288. ------------------------------
  14289.  
  14290. End of TELECOM Digest V15 #21
  14291. *****************************
  14292.     
  14293.     
  14294. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa01381;
  14295.           10 Jan 95 19:56 EST
  14296. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  14297.     id AA04640; Tue, 10 Jan 95 13:16:11 CST
  14298. Return-Path: <telecom>
  14299. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  14300.     id AA04631; Tue, 10 Jan 95 13:16:09 CST
  14301. Date: Tue, 10 Jan 95 13:16:09 CST
  14302. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  14303. Message-Id: <9501101916.AA04631@delta.eecs.nwu.edu>
  14304. To: telecom@eecs.nwu.edu
  14305. Subject: TELECOM Digest V15 #22
  14306.  
  14307. TELECOM Digest     Tue, 10 Jan 95 13:16:00 CST    Volume 15 : Issue 22
  14308.  
  14309. Inside This Issue:                          Editor: Patrick A. Townson
  14310.  
  14311.     BA-VA Drops Touch-Tone Charge (Phillip Dampier)
  14312.     NPA/NXX Report for January 1995 (David Esan)
  14313.     Caller ID Deluxe in N.J. (Phillip Dampier)
  14314.     Microwave-Data Problem (Doug H. Kerr)
  14315.     Urgent Help Needed With European Phone Systems (Petar Nikic)
  14316.     Re: GSM SIM Implementation (Robohn Scott)
  14317.     Re: Cell Phone PINs (A. Padgett Peterson)
  14318.     Call Unblocking Now Available From US West (Seattle) (Chris Osburn)
  14319.     ANI Information in Realtime (Eric Essman)
  14320.     AT&T MCI and Sprint E-mail Addresses Wanted (Piotr Roman Jarzynka)
  14321.  
  14322. TELECOM Digest is an electronic journal devoted mostly but not
  14323. exclusively to telecommunications topics. It is circulated anywhere
  14324. there is email, in addition to various telecom forums on a variety of
  14325. public service systems and networks including Compuserve and America
  14326. On Line. It is also gatewayed to Usenet where it appears as the moderated
  14327. newsgroup 'comp.dcom.telecom'. 
  14328.  
  14329. Subscriptions are available to qualified organizations and individual
  14330. readers. Write and tell us how you qualify:
  14331.  
  14332.                  * telecom-request@eecs.nwu.edu *
  14333.  
  14334. The Digest is edited, published and compilation-copyrighted by Patrick
  14335. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  14336. or phone at:
  14337.                     9457-D Niles Center Road
  14338.                      Skokie, IL USA   60076
  14339.                        Phone: 708-329-0571
  14340.                         Fax: 708-329-0572
  14341.   ** Article submission address only: telecom@eecs.nwu.edu **
  14342.  
  14343. Our archives are located at lcs.mit.edu and are available by using
  14344. anonymous ftp. The archives can also be accessed using our email
  14345. information service. For a copy of a helpful file explaining how to
  14346. use the information service, just ask.
  14347.  
  14348. *************************************************************************
  14349. *   TELECOM Digest is partially funded by a grant from the              *
  14350. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  14351. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  14352. * project.  Views expressed herein should not be construed as represent-*
  14353. * ing views of the ITU.                                                 *
  14354. *************************************************************************
  14355.  
  14356. Additionally, the Digest is funded by gifts from generous readers such
  14357. as yourself who provide funding in amounts deemed appropriate. Your help 
  14358. is important and appreciated. A suggested donation of twenty dollars per
  14359. year per reader is considered appropriate. See our address above.
  14360.  
  14361. All opinions expressed herein are deemed to be those of the author. Any
  14362. organizations listed are for identification purposes only and messages
  14363. should not be considered any official expression by the organization.
  14364. ----------------------------------------------------------------------
  14365.  
  14366. From: phil@rochgte.fidonet.org (Phillip Dampier)
  14367. Reply-To: phil@rochgte.fidonet.org
  14368. Date: Tue, 10 Jan 1995 11:03:40
  14369. Subject: BA-VA Drops Touch-Tone Charge
  14370.  
  14371.  
  14372.            BELL ATLANTIC-VIRGINIA DROPS TOUCH-TONE CHARGE;
  14373.               BROADENS OFFERING TO LOW-INCOME CUSTOMERS
  14374.  
  14375. RICHMOND, VA -- Bell Atlantic-Virginia's telephone bills were reduced
  14376. beginning Jan. 1 with the elimination of the charge for Touch-Tone
  14377. service, saving customers approximately $23 million a year.
  14378.  
  14379. Also, effective Jan. 1, the company expanded the offering of its
  14380. low-cost Virginia Universal Service Plan, making it available to all
  14381. USDA food stamp recipients.  Both moves were prompted by a order
  14382. issued last October by the State Corporation Commission establishing
  14383. a new form of regulation for Bell Atlantic.
  14384.  
  14385. Residential customers currently pay a monthly fee of 60 cents per line
  14386. for Touch-Tone; business customers pay $1.85 per line; larger businesses, 
  14387. with PBX systems, pay $2.46 for each PBX trunk.
  14388.  
  14389. Roughly 90% of the company's two million customers now subscribe to
  14390. Touch-Tone.  Technicians are currently converting all of the remaining
  14391. rotary lines to Touch-Tone.  Rotary- and pulse-dial phones work on a
  14392. Touch-Tone line.
  14393.  
  14394. "If a customer wishes to switch from rotary service to Touch-Tone, he
  14395. or she needs only to plug in a Touch-Tone phone.  No call to our
  14396. business office is necessary," explained Hugh Stallard, Bell Atlantic-
  14397. Virginia's president and CEO.
  14398.  
  14399.                 Virginia Universal Service Plan
  14400.  
  14401. The company's expansion of the Virginia Universal Service Plan is
  14402. expected to increase the number of customers eligible by roughly 50
  14403. percent.
  14404.  
  14405. The plan, which the company launched in 1988, is currently offered
  14406. only to those eligible for Medicaid. There are some 539,000 Virginians
  14407. now receiving Medicaid benefits.  Total food stamp recipients in the
  14408. state number over 637,000, some of whom also receive Medicaid.
  14409.  
  14410. The Virginia Universal Service Plan (VSUP) provides telephone service
  14411. to low-income individuals for $2.50 a month.  Subscribers to this
  14412. service are permitted 30 outgoing calls per monthly billing period at
  14413. no additional charge.  Every call over 30 is billed at 9.6 cents per
  14414. call.  VUSP service does not permit any of the enhanced services such
  14415. as call waiting or three-way calling.
  14416.  
  14417. Food stamp recipients interested in subscribing to the Virginia Uni-
  14418. versal Service Plan should contact the Bell Atlantic business office
  14419. for additional details.
  14420.  
  14421. Bell Atlantic Corporation, based in Philadelphia, is the parent of
  14422. companies which provide a full array of local exchange telecom-
  14423. munications services in New Jersey, Pennsylvania, Delaware, Maryland,
  14424. Virginia, West Virginia, and Washington, D.C.  The corporation is at
  14425. the forefront of developing a variety of new products, including
  14426. video, entertainment, and information services.
  14427.  
  14428. Bell Atlantic also is the parent of one of the nation's largest
  14429. cellular carriers and has an ownership position in cellular properties
  14430. internationally, including a 42 percent economic interest in Grupo
  14431. Iusacell, Mexico's largest independent cellular company.  In addition,
  14432. Bell Atlantic owns an interest in Telecom Corporation of New Zealand
  14433. and is the parent of companies that provide business systems services
  14434. for customer-based information technology throughout the U.S. and
  14435. internationally.
  14436.  
  14437. ------------------------------
  14438.  
  14439. From: de@moscom.com (David Esan)
  14440. Subject: NPA/NXX Report For January 1995
  14441. Date: 10 Jan 95 16:19:51 GMT
  14442. Organization: Moscom Corporation, Pittsford NY
  14443.  
  14444.  
  14445. This is my quarterly report on the number of exchanges in each NPA in
  14446. the NANP.  It is derived from information in FCC #10.  This is article
  14447. #15 in the series.  (Note: I missed the 3rd quarter 1994 article.
  14448. Busy busy on a new database, and preparing for the 1995 numbering
  14449. changes.)
  14450.  
  14451. FCC #10 is a tariff issued by BellCore that contains all the area
  14452. codes, exchange combinations in the North American Numbering Plan
  14453. (NANP).  It also contains lata information and V&H coordinate
  14454. information.  There is a lot of additional information that I don't
  14455. use, so I won't add here.  It is available through a number of
  14456. sources.  The one closest to the FCC is ITS, which can be contacted at
  14457. 202-857-3800.  My company compiles this information for use in its
  14458. products and does not seem to be interested in selling this
  14459. information.  Queries are still flowing through the bureaucracy.
  14460.  
  14461. I have used pages that are effective prior to January 20, 1995.  I am
  14462. not responsible for the information supplied in FCC #10.
  14463.  
  14464. I have not included the following in my counts of exchanges:
  14465.  
  14466.   - NXX's that are not dialable by a standard user (ie nxx's that begin
  14467.     with a 1 or 0).
  14468.      
  14469.   - Mexican exchanges in the 52? series of area codes.  I've got them,
  14470.     you can dial them with 011, but they're not really NPAs.
  14471.  
  14472.   - Exchanges that are non-dialable in the 88? series of area codes.  I've
  14473.     got those also, but you can't dial them, so I'm not including them.
  14474.  
  14475.     Numbers that begin with 88 are nondialable stations in the US, Canada and 
  14476.     Mexico.  They are ranches in the middle of the Nevada or Texas desert,
  14477.     or isolated outpost of civilization (always wanted to use that phrase) in
  14478.     the tundra of Canada.  I find place names like the Bar J Ranch, Double B 
  14479.     Ranch, and JD Dye, Texas, Amargosa, Corncreek and Reese Valley, NV, and 
  14480.     Chick Lake, Redknife and Taglu, NT.  I gather they are ringdown stations, 
  14481.     or radio-telephone stations.  [It has been noted in c.d.t. that at least
  14482.     two of these numbers are for a bordello on the NV-CA border.]
  14483.  
  14484.  
  14485. The fields are:
  14486.                         ------------ rank last in July, 1994
  14487.           213: 736 (1, 7)
  14488.   area code --^^^  ^^^     ^------- number of new exchanges
  14489.                     |-------------- total number of exchanges
  14490.  
  14491. 206: 775 (52,  4)  713: 719 (33,  7)    404: 668 (61, 19)   212: 653 (11, 10)
  14492. 205: 764 (24,  1)  703: 679 (15,  8)    503: 666 (46, 17)   214: 652 (45, 20)
  14493. 602: 753 (41,  6)  813: 673 (13, 11)    615: 660 (32, 12)   314: 639 (34, 22)
  14494. 215: 735 ( 9,  3)  303: 671 (28,  9)    216: 657 (34, 14)   203: 630 (46, 25)
  14495. 708: 732 (17,  5)  803: 669 (47, 15)    305: 653 (42, 18)   604: 623 (-1, 13)
  14496.  
  14497.  
  14498. 1. 206 - split is in progress.  Number should be reduced by split.
  14499. 2. 205 - split is in progress.  Number should be reduced by split.
  14500. 3. 602 - split is planned.      Number should be reduced by split.
  14501. 4. 215 - split is in progress.  Number should be reduced by split.
  14502. 5. 708 - split is in progress.  Number should be reduced by split.
  14503.  
  14504. 6. 713 - split is planned.  Number should be reduced by split.
  14505. 7. 703 - split is planned.  Number should be reduced by split.
  14506. 8. 813 - split is planned.  Number should be reduced by split.
  14507. 9. 303 - split is planned.  Number should be reduced by split.
  14508.  
  14509. 11. 404 - split is planned.  Number should be reduced by split.
  14510. 13. 615 - split is planned.  Number should be reduced by split.
  14511. 15. 305 - split is planned.  Number should be reduced by split.
  14512. 19. 203 - split is planned.  Number should be reduced by split.
  14513.  
  14514. Note: The Los Angeles Area (213/818/310) area will receive an overlay area
  14515.       code.  While none of these NPAs are in the top 20 this is an area of
  14516.       rapid telephone growth.  There is also at least one split (the Bahamas)
  14517.       in the 809 area code, and perhaps a second (Puerto Rico).
  14518.  
  14519. ->  The NPA that is largest and is not splitting nor has plans, at this time,
  14520.     to split, is 803.
  14521.  
  14522. ->   The 3 smallest NPA's remain the same
  14523.  
  14524.       413: 143 - Western Massachusetts  (+6 exchange)
  14525.       906: 117 - Michigan's Upper Peninsula (no change)
  14526.       807: 109 - Western Ontario (+1 exchange)
  14527.  
  14528.  
  14529. ->   The NPAs with the greatest growth rates are:
  14530.  
  14531.      NPA   % growth
  14532.  
  14533.          917   26.73
  14534.          810   11.46
  14535.          910   10.83
  14536.          404   10.04
  14537.          508    8.79
  14538.          816    8.63
  14539.          312    8.02
  14540.          919    7.92
  14541.          210    7.74
  14542.          408    7.60
  14543.  
  14544. ->   The 10 NPAs with the least growth rates are:
  14545.  
  14546.      NPA   % growth
  14547.          807      0
  14548.          418      0
  14549.          316      0
  14550.          306      0
  14551.          304      0
  14552.          604     -0.16
  14553.          204     -0.27
  14554.          802     -1.06
  14555.          706     -6.29
  14556.          313    -43.51
  14557.  
  14558. -> There are 70 NPAs (48% of the total) that have exchanges that are in the 
  14559.    x00 to x19 range.  They are:
  14560.  
  14561.          201      214        314          503    615      714        818
  14562.          202      215        317          506    616      718        903
  14563.          203      216        334          510    619      803        904
  14564.          204      301        360          512    630      805        905
  14565.          205      303        404          517    703      808        908
  14566.          206      305        407          519    704      809        909
  14567.          209      306        408          602    706      810        910
  14568.          210      310        410          609    707      813        916
  14569.          212      312        415          610    708      816        917
  14570.          213      313        416          612    713      817        919
  14571.  
  14572. -> Just for grins:
  14573.  
  14574.    The most used NXX (not counting 555) is 754 used in 122 npas.
  14575.  
  14576.    The least used are:
  14577.         211 and 311 used only in 212, and 959 used only in 808.
  14578.  
  14579. I should note here that these are exchanges that are truly in use, not for
  14580. special calling, but in general day to day use.  
  14581.  
  14582. All the NPAs and the number of nxx's in each are listed below:
  14583.  
  14584. 206: 775  612: 616  818: 493  810: 418    605: 373  819: 317  806: 268
  14585. 205: 764  904: 612  407: 493  504: 418    418: 371  610: 312  709: 268
  14586. 602: 753  501: 602  410: 488  301: 415    805: 369  613: 311  608: 265
  14587. 215: 735  809: 592  412: 481  313: 414    207: 365  218: 310  706: 262
  14588. 708: 732  312: 592  614: 478  801: 413    505: 363  202: 308  603: 259
  14589. 713: 719  310: 592  913: 472  219: 408    419: 361  334: 307  917: 256
  14590. 703: 679  619: 586  508: 470  213: 407    204: 359  808: 303  417: 229
  14591. 813: 673  817: 568  601: 466  914: 401    618: 358  606: 300  308: 219
  14592. 303: 671  804: 566  415: 462  908: 401    517: 356  903: 298  707: 211
  14593. 803: 669  405: 565  515: 461  316: 401    319: 354  812: 295  719: 209
  14594. 404: 668  717: 543  516: 458  502: 400    304: 353  712: 294  630: 196
  14595. 503: 666  816: 541  306: 458  408: 396    702: 351  518: 292  307: 194
  14596. 615: 660  414: 523  402: 451  919: 395    609: 344  360: 290  506: 188
  14597. 216: 657  514: 520  714: 450  406: 394    915: 337  315: 287  802: 185
  14598. 305: 653  317: 517  416: 442  512: 390    909: 334  507: 283  607: 183
  14599. 212: 653  718: 511  910: 440  510: 389    409: 334  705: 282  401: 160
  14600. 214: 652  513: 510  716: 439  318: 389    208: 334  902: 281  302: 146
  14601. 314: 639  916: 504  209: 428  912: 384    905: 333  814: 278  413: 143
  14602. 203: 630  201: 503  704: 424  701: 383    815: 333  901: 274  906: 117
  14603. 604: 623  617: 501  616: 423  217: 381    918: 325  509: 271  807: 109
  14604. 403: 622  210: 501  907: 421  519: 376    715: 325  309: 270
  14605.  
  14606.  
  14607. David Esan      de@moscom.com  
  14608.  
  14609. ------------------------------
  14610.  
  14611. From: phil@rochgte.fidonet.org (Phillip Dampier)
  14612. Reply-To: phil@rochgte.fidonet.org
  14613. Date: Tue, 10 Jan 1995 11:03:53
  14614. Subject: Caller ID Deluxe in N.J.
  14615.  
  14616.  
  14617.                BELL ATLANTIC PLANS NEW CALLER ID SERVICE
  14618.  
  14619. Newark, N.J. -- Bell Atlantic customers in New Jersey will be able to
  14620. see both the telephone number and name of the person calling with a
  14621. new Caller ID service the company proposed December 30th.
  14622.  
  14623. If approved by the state Board of Public Utilities (BPU), Caller ID
  14624. Deluxe could be available early next year to residential and business
  14625. customers in areas equipped for the service.
  14626.  
  14627. "Caller ID Deluxe offers our customers a better way to manage their
  14628. calls and to achieve an added sense of security," said Dennis Bone,
  14629. Bell Atlantic-New Jersey vice president-externally affairs.  "In our
  14630. customer research, nearly 100 percent of customers said that the
  14631. ability to see the phone number and names of callers is a valuable
  14632. feature for them."
  14633.  
  14634. The customer research was done by Bell Atlantic in Richmond, Virginia,
  14635. where the company conducted a successful trial of Caller ID Deluxe.
  14636. Statewide introduction of the service began in Virginia in August
  14637. (1994) and it subsequently was introduced in the Bell Atlantic
  14638. territory in Maryland, and West Virginia.  Nationally, a total of 24
  14639. states now offer Caller ID Deluxe.
  14640.  
  14641. Caller ID Deluxe displays the name as it appears on a residential
  14642. customer's telephone account, not necessarily as it appears in the
  14643. Bell Atlantic telephone directory, up to 15 characters, with the last
  14644. name appearing first.  For example, a call from the John Doe household
  14645. may show, "Dow John."  The Doe telephone number also would be dis-
  14646. played.  If no one answers when the call comes in, the Dow name and
  14647. number could be held in memory and accessed later.  The names and
  14648. phone numbers of businesses will be displayed as they appear in the
  14649. white pages of their Bell Atlantic telephone directories.
  14650.  
  14651. The proposed monthly charge for the new service is $7.50 per month for
  14652. residential and $9.50 for business customers.  Customers also need a
  14653. display unit that is capable of displaying a name and telephone number.
  14654. The units may be purchased from a Bell Atlantic affiliate or from a
  14655. number of other retailers.  Display unit prices range from about $35
  14656. for a basic unit to about $120 for one built into the telephone.
  14657.  
  14658. Bell Atlantic-New Jersey was the first company in the country to offer
  14659. Caller ID statewide beginning in 1988 after a one-year trial.  The
  14660. company will continue to offer regular Caller ID that displays the in-
  14661. coming caller's telephone number and costs $6.50 per month for resi-
  14662. dential and $8.50 per month for business customers.
  14663.  
  14664. Those who do not want their name or phone number shown on a Caller ID
  14665. or Caller ID Deluxe display unit can elect, at no charge, to have
  14666. their information blocked from going forward to the called party.  To
  14667. activate Per Call Blocking, customers dial *67 on a Touch-Tone phone
  14668. or 1167 on a rotary phone prior to placing each call.
  14669.  
  14670. Those who do not want to receive calls from people who have activated
  14671. Per Call Blocking may elect to use Anonymous Call Rejection.  It's
  14672. available automatically to Caller ID customers and also would be
  14673. avail- able to Caller ID Deluxe customers under the company's
  14674. proposal.  To activate it, Touch-Tone users dial *77 and rotary users
  14675. dial 1177.  It can be deactivated by dialing *87 and 1187.
  14676.  
  14677. Bell Atlantic Corporation, based in Philadelphia, is the parent of
  14678. companies that provide a full array of local exchange telecom-
  14679. munication services in New Jersey, Pennsylvania, Delaware, Maryland,
  14680. Virginia, West Virginia, and Washington, D.C.  The corporation is at
  14681. the forefront of developing a variety of new products, including
  14682. video, entertainment and information services.
  14683.  
  14684. Bell Atlantic also is the parent of one of the nation's largest
  14685. cellular carriers and has an ownership position in cellular properties
  14686. internationally, including a 42 percent economic interest in Grupo
  14687. Iusacell, Mexico's largest independent cellular company.  In addition,
  14688. Bell Atlantic owns an interest in Telecom Corporation of New Zealand
  14689. and is the parent of companies that provide business systems services
  14690. for customer-based information technology throughout the U.S. and
  14691. internationally.
  14692.  
  14693. ------------------------------
  14694.  
  14695. From: Doug H. Kerr <DHKERR@PCAD-ML.ACTX.EDU>
  14696. Organization: Amarillo College PCAD-ML
  14697. Date: Tue, 10 Jan 1995 09:28:33 GMT-6
  14698. Subject: Microwave-Data Problem
  14699.  
  14700.  
  14701. I'm having a problem here at our college with a remote site which I
  14702. connect via microwave. We have two NEC 2400 connected and also use a
  14703. data channel off the T-1 for our router which connects our lans. I
  14704. have not had any problems with my telephones but the lan has had
  14705. severe problems. Here lies the problem: the data people say it's the
  14706. microwave or T-1. I run a data channel also that is used for a CCIS link
  14707. between switches and have no problems with this so I assume it is not
  14708. in the micro or T-1. How can you prove the origin of the problem, or
  14709. monitor the system without the high cost test equipment?
  14710.  
  14711. Thanks.
  14712.  
  14713. ------------------------------
  14714.  
  14715. From: petar@trance.helix.net (Petar Nikic)
  14716. Subject: Urgent Help Needed With European Phone Systems
  14717. Date: 10 Jan 1995 08:30:33 GMT
  14718. Organization: Helix Internet
  14719.  
  14720.  
  14721. What should I do to make a cordless phone work in Europe? I bought it
  14722. in Canada. There are two problems with the plugs: the phone plug and
  14723. the plug for the recharger. Both of them are different than those
  14724. which Europeans use.
  14725.  
  14726. I am sure that somebody else has been faced with these problems. So, I
  14727. would appreciate any help.
  14728.  
  14729. I am leaving tomorrow night, so please respond ASAP.
  14730.  
  14731.  
  14732. Thanks,
  14733.  
  14734. Petar
  14735.  
  14736. ------------------------------
  14737.  
  14738. From: Robohn Scott <robohns@bah.com>
  14739. Subject: Re: GSM SIM Implementation
  14740. Date: Tue, 10 Jan 95 08:27:00 PST
  14741.  
  14742.  
  14743. In article <telecom15.20.14@eecs.nwu.edu>, tholome@dialup.francenet.fr
  14744. (Eric Tholome) wrote:
  14745.  
  14746. > GSM solves the problem of two phones (or more) for one line in a very nice
  14747. > way: the subscriber identity is totally separated from the terminal: it is
  14748. > located on a SIM (Subscriber Identity Module) card.  This way, you can
  14749. > have as many phones as you mant and still have one single phone number:
  14750. > simply plug your card in whatever phone you intend to use! You may even 
  14751. > plug your card in somebody else's phone, or in a rented car phone, for 
  14752. > instance. 
  14753.  
  14754. > Very convenient, indeed. Of course, the terminal still has an identity, and,
  14755. > if reported stolen, can be blocked by the carrier, no matter who is using 
  14756. > it. And thanks to sophisticated algorithms, it is not easy to steal airtime 
  14757. > by mimicking a SIM card (at least that's we're all being told!).
  14758.  
  14759. Does anyone know how the SIM is implemented (i.e., PCMCIA card, SIMM, some 
  14760. other standards-based approach, or proprietary?)  How much information is 
  14761. actually stored on it?  Have there been any problems with it in practice?
  14762.  
  14763. How long has the SIM been available commercially?
  14764.  
  14765.  
  14766. Scott Robohn     Booz, Allen & Hamilton     robohns@bah.com
  14767.  
  14768. ------------------------------
  14769.  
  14770. Date: Tue, 10 Jan 95 08:33:33 -0500
  14771. From: padgett@tccslr.dnet.mmc.com (A. Padgett Peterson)
  14772. Subject: Re: Cell Phone PINs
  14773.  
  14774.  
  14775. Mark Smith    Mercerville, NJ writes:
  14776.  
  14777. > BEDMINSTER, NJ, AND ORANGEBURG, NY -- Two of the nation's largest
  14778. > wireless carriers are teaming up in a unique program to prevent their
  14779. > customers from being victimized by criminals who steal cellular
  14780. > service.
  14781.  
  14782. > The new effort combines a Personal Identification Number (PIN) code
  14783. > system recently pioneered by NYNEX Mobile Communications in New York
  14784. > City with a new Fraud Protection Zone technique developed by Bell
  14785. > Atlantic Mobile.
  14786.  
  14787. Sorry but I seem to be missing something here. If the PIN is sent in
  14788. the clear then anyone grabbing the cell phone number off the air will
  14789. also get the PIN.
  14790.      
  14791. > In the rare instance that they are cloned, customers only need to call
  14792. > their home carrier and receive a new PIN to restore service.  
  14793.  
  14794. Oh, I see, once a phone is compromised, and the customer gets the
  14795. bill, they can change the PIN and start all over again. True the
  14796. customer could deactivate/change the PIN daily (hourly?) but how many
  14797. will?  How fast can the cloners react?
  14798.  
  14799. Then we have the problem of "customers" calling up to report a problem
  14800. and asking to change the PIN -- but how will the Telco know who is
  14801. calling?  AH! They will need a PIN to change their PIN 8*).
  14802.  
  14803. > By contrast, customers not using PINs must bring their phones back to a
  14804. > carrier or dealer for a new phone number, notify business associates
  14805. > and friends of the number change, or even modify business cards and
  14806. > stationery.
  14807.  
  14808. Don't understand the last part, the ESN is what needs to change, not
  14809. the phone number, guess someone does not understand the difference.
  14810. This is from a telco press release?
  14811.  
  14812. > Why don't they start spending the money they spent on ECPA lobbying to
  14813. > invent a more secure system?!?!?!?
  14814.  
  14815. There are several means already available but since most involve some
  14816. form of encryption they seem to be too dangerous for the public to
  14817. have. With the PIN, the carriers can say they have done *something*.
  14818.  
  14819.  
  14820. Cooly,
  14821.  
  14822. Padgett 
  14823.  
  14824. ------------------------------
  14825.  
  14826. From: Chris Osburn <chriso@asymetrix.com>
  14827. Subject: Call Unblocking Now Available From US West (Seattle)
  14828. Date: Tue, 10 Jan 95 09:06:00 PST
  14829.  
  14830.  
  14831. Hooray for Pacific Northwest Bell, er, I mean US West (sigh).
  14832.  
  14833. Last year when Caller ID was made available here, I immediately signed
  14834. up for line blocking.  The down side I had to accept was that my call
  14835. would be refused by someone who didn't feel like taking a call from a
  14836. faceless stranger.
  14837.  
  14838. Starting 1 January 1995, US West tackled the problem with a (free!) call 
  14839. unblocking feature.  I can dial *82 before the number and allow myself to be 
  14840. announced to the recipient when I feel the need.
  14841.  
  14842. Kudos to US West for this feature.  (Now I have to make sure it works....)
  14843.  
  14844.  
  14845. cheers!
  14846.  
  14847. Chris Osburn, chriso@asymetrix.com 
  14848. Seattle, Washington, USA           
  14849. ICBM: 47 42 58 N  122 16 41 W      
  14850.  
  14851. ------------------------------
  14852.  
  14853. Date: 10 Jan 95 09:57:42 EST
  14854. From: ESSMAN <74656.557@compuserve.com>
  14855. Subject: ANI Information in Realtime
  14856.  
  14857.  
  14858. I currently have 800 service through AT&T and I receive ANI
  14859. information with my bill once per month.  I'd like to receive the ANI
  14860. info real-time but no one at AT&T seems to know what I'm talking
  14861. about.  They keep asking me to go back to NYNEX to get Caller ID.
  14862. When I explain that Caller ID and ANI are two different things, that's
  14863. when the fun really starts.  Anyone out there have any suggestions?
  14864.  
  14865.  
  14866. Thanks,
  14867.  
  14868. Eric Essman
  14869.  
  14870.  
  14871. [TELECOM Digest Editor's Note: Even though ANI and Caller-ID are two
  14872. separate things, the end result -- the number produced for your review --
  14873. is as often as not the same. With this in mind, at least one carrier
  14874. providing 800 service *does* display in realtime the ANI of the calling
  14875. party via the Caller-ID display unit. I've forgotten which company it
  14876. is ... someone remind me. Maybe what AT&T is trying to tell you is that
  14877. if you get Caller-ID from NYNEX you'll get the information you are 
  14878. seeking. Maybe ... I don't know. Maybe they are trying to say if you
  14879. get a Calelr-ID display unit from someone, they (AT&T) will be in a
  14880. position to send you the information. Any other guesses on this, anyone?  PAT]
  14881.  
  14882. ------------------------------
  14883.  
  14884. From: prj1@doc.ic.ac.uk (Piotr Roman Jarzynka)
  14885. Subject: At&T MCI and Sprint E-mail Addresses Wanted
  14886. Date: 10 Jan 1995 15:15:25 -0000
  14887. Organization: Dept. of Computing, Imperial College, University of London, UK.
  14888. Reply-To: prj1@doc.ic.ac.uk (Piotr Roman Jarzynka)
  14889.  
  14890.  
  14891. I'm looking for the AT&T, MCI, and Sprint e-mail addresses.
  14892.  
  14893.  
  14894. Thanks a lot,
  14895.  
  14896. prj1@doc.ic.ac.uk
  14897.  
  14898.  
  14899. [TELECOM Digest Editor's Note: Well, considering all three of them run
  14900. huge email networks of their own it should not be too hard to find out
  14901. how to reach them. You might try 'postmaster@' att.com, mcimail.com and
  14902. sprint.com for starters. You did not say what department, location or
  14903. person you were seeking and that is going to be needed to properly send
  14904. your mail.   PAT]
  14905.  
  14906. ------------------------------
  14907.  
  14908. End of TELECOM Digest V15 #22
  14909. *****************************
  14910.     
  14911.     
  14912. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa02010;
  14913.           10 Jan 95 21:12 EST
  14914. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  14915.     id AA07003; Tue, 10 Jan 95 14:24:05 CST
  14916. Return-Path: <telecom>
  14917. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  14918.     id AA06994; Tue, 10 Jan 95 14:24:02 CST
  14919. Date: Tue, 10 Jan 95 14:24:02 CST
  14920. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  14921. Message-Id: <9501102024.AA06994@delta.eecs.nwu.edu>
  14922. To: telecom@eecs.nwu.edu
  14923. Subject: TELECOM Digest V15 #23
  14924.  
  14925. TELECOM Digest     Tue, 10 Jan 95 14:24:00 CST    Volume 15 : Issue 23
  14926.  
  14927. Inside This Issue:                          Editor: Patrick A. Townson
  14928.  
  14929.     Re: Noise Introduced by Bit-Robbing? (Wally Ritchie)
  14930.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Michael Deignan)
  14931.     It is Legal to Modify Receivers (Ed Mitchell)
  14932.     Re: New Alert - 911 Access (Wayne Huffman)
  14933.     Re: New Alert - 911 Access (Gerald Serviss)
  14934.     800 Numbers From Overseas (Robert Hall)
  14935.     Re: Cellular Phone Technology (Wally Ritchie)
  14936.     SS7 ISUP to SS7 TCAP Conversion (Fernando Vicuna)
  14937.     Planning to Purchase a Voice Mail System (Paul Hebert)
  14938.     Re: Video Servers (Wayne Huffman)
  14939.     Re: DQDB and SMDS (Fred R. Goldstein)
  14940.     Re: Source Code For Audio-Voice Modem Programming? (Russell Nelson)
  14941.     Biographies/Sketches of Our Participants (TELECOM Digest Editor)
  14942.  
  14943. TELECOM Digest is an electronic journal devoted mostly but not
  14944. exclusively to telecommunications topics. It is circulated anywhere
  14945. there is email, in addition to various telecom forums on a variety of
  14946. public service systems and networks including Compuserve and America
  14947. On Line. It is also gatewayed to Usenet where it appears as the moderated
  14948. newsgroup 'comp.dcom.telecom'. 
  14949.  
  14950. Subscriptions are available to qualified organizations and individual
  14951. readers. Write and tell us how you qualify:
  14952.  
  14953.                  * telecom-request@eecs.nwu.edu *
  14954.  
  14955. The Digest is edited, published and compilation-copyrighted by Patrick
  14956. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  14957. or phone at:
  14958.                     9457-D Niles Center Road
  14959.                      Skokie, IL USA   60076
  14960.                        Phone: 708-329-0571
  14961.                         Fax: 708-329-0572
  14962.   ** Article submission address only: telecom@eecs.nwu.edu **
  14963.  
  14964. Our archives are located at lcs.mit.edu and are available by using
  14965. anonymous ftp. The archives can also be accessed using our email
  14966. information service. For a copy of a helpful file explaining how to
  14967. use the information service, just ask.
  14968.  
  14969. *************************************************************************
  14970. *   TELECOM Digest is partially funded by a grant from the              *
  14971. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  14972. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  14973. * project.  Views expressed herein should not be construed as represent-*
  14974. * ing views of the ITU.                                                 *
  14975. *************************************************************************
  14976.  
  14977. Additionally, the Digest is funded by gifts from generous readers such
  14978. as yourself who provide funding in amounts deemed appropriate. Your help 
  14979. is important and appreciated. A suggested donation of twenty dollars per
  14980. year per reader is considered appropriate. See our address above.
  14981.  
  14982. All opinions expressed herein are deemed to be those of the author. Any
  14983. organizations listed are for identification purposes only and messages
  14984. should not be considered any official expression by the organization.
  14985. ----------------------------------------------------------------------
  14986.  
  14987. From: writchie@gate.net
  14988. Subject: Re: Noise Introduced by Bit-Robbing?
  14989. Date: 10 Jan 1995 14:34:39 GMT
  14990. Reply-To: writchie@gate.net
  14991.  
  14992.  
  14993. In <telecom15.20.1@eecs.nwu.edu>, Tim Gorman <tg6124@ping.ping.com> writes:
  14994.  
  14995. > whs70@cc.bellcore.com (sohl,william h) writes in TELECOM Digest V15 #11:
  14996.  
  14997. >>> In <telecom15.2.9@eecs.nwu.edu>, naddy@mips.pfalz.de (Christian 
  14998. >>> Weisgerber) writes:
  14999.  
  15000. >>>> What kind of noise/distortion does American-style bit-robbing cause to
  15001. >>>> voice band signals transmitted through PCM channels?
  15002.  
  15003. >>> In the U.S., most intermachine trunks are common channel direct
  15004. >>> connections so only the robbed bit at each end of the IC/EC connection
  15005. >>> introduces the robbed bit (as well as ny non CCS systems in the EC).
  15006.  
  15007. >> Today, most end-to-end voice connections do not include any trunking
  15008. >> which uses robbed bit signalling.  The great majority of local
  15009. >> trunking, especially in metro areas, has all been converted to CCS.
  15010.  
  15011. >> One way to determine the probability of what type of local trunking is
  15012. >> in your area is if caller ID is available.  If you can have caller ID,
  15013. >> then the local trunking is using CCS and thus no robbed bit signaling
  15014. >> is involved at that end of any connection.
  15015.  
  15016. > This is probably a little misleading. While the robbed bit signaling was for 
  15017. > use in per-trunk signaling for passing supervision information, merely
  15018. > converting to SS7 signaling (i.e. making caller id available) doesn't
  15019. > automatically make the robbed bits available. This also requires conversion 
  15020. > to B8ZS/ESF signaling.
  15021.  
  15022. > I think you will find lots of places that have converted to SS7 still
  15023. > have the older AMI/SF facilities in place thus limiting circuit bandwidth 
  15024. > to 56kb.
  15025.  
  15026. Lets beat this horse one more time and see if we can keep him down for
  15027. awhile :)
  15028.  
  15029. 1. An end to end connection will be clear channel IF AND ONLY IF all
  15030. transmission facilities (and switches) connected in tandem are clear
  15031. channel. This includes the EC local loops, the EC/IC trunks, and the
  15032. IC network (or the international equivalents).
  15033.  
  15034. 2. T1 is clear channel ONLY if it is B8ZS. However, a B8ZS facility is
  15035. NOT NECESSARILY clear channel. Any B8ZS facility that uses D4 or ESF
  15036. signalling WILL NOT BE CLEAR CHANNEL on the channels that use D4 (AB)
  15037. or ESF (ABCD) robbed bit signalling. (European E1's, on the other hand
  15038. are always clear channel).
  15039.  
  15040. 3. USING SS7 or any other CCS system does NOT IMPLY that AMI facilities 
  15041. cannot be used. The fast majority of EC/IC connections are AMI and
  15042. therefor not clear channel EVEN WHEN SS#7 is used on the trunk group.
  15043. The main reason for this is that the installed base of AMI trunking is
  15044. just too large. There is no pressing need to replace all AMI facilities 
  15045. with B8ZS. CCS does not imply Clear Channel. Clear Channel, however,
  15046. implies either CCS or other or some other form of signalling other
  15047. than robbed bit.
  15048.  
  15049. 4. The trend is to use B8ZS for new facilities. AMI facilities will be
  15050. converted as necessary (not just for fun) to meet the demand for ISDN
  15051. clear channel switched calls. There is no way to obtain any kind of T1
  15052. subscriber connection to an EC that does not use robbed bit signalling
  15053. unless you count PRI (which is still a dream for the most part).
  15054.  
  15055. 5. Even if ISDN were to eventually account for 50% of calls, there
  15056. would still be no justification to replace existing AMI IC/EC
  15057. facilities that are fine for the non-ISDN subscribers.  A regulated
  15058. carrier that tried to do this would be subject to charges that it was
  15059. trying to inflate its rate base.
  15060.  
  15061. 6. As a practical matter, you get clear channel ONLY with ISDN and
  15062. only with bearer classes of service that are clear channel. Otherwise,
  15063. the robbed bits is gonna get you unless you are extremely lucky.
  15064. (Fortunately the effect is relatively small).
  15065.  
  15066. 7. If I got ISDN, why would I be screwing around with modems anyway. 
  15067. To interwork is the only reason and that means I am coming from clear
  15068. channel to the robbed bit world unless I'm very lucky (which I'm not).
  15069.  
  15070. 8. Finally, an AMI intermachine channel, through not strictly clear channel
  15071. (due to Zero Byte Suppression) is effectively clear channel for modem 
  15072. transmission when robbed bit is not used (i.e. CCS). This is because there 
  15073. is no need to ever transmit the signal level encoded by the zero octet. 
  15074.  
  15075.  
  15076. Wally Ritchie   Ft. Lauderdale, Florida
  15077.  
  15078. ------------------------------
  15079.  
  15080. From: md@pstc3.pstc.brown.edu (Michael P. Deignan)
  15081. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  15082. Date: 10 Jan 1995 14:34:14 GMT
  15083. Organization: The Ace Tomato Company
  15084.  
  15085.  
  15086. In article <telecom15.19.9@eecs.nwu.edu>, Tony_Pelliccio@brown.edu 
  15087. (Tony Pelliccio) writes:
  15088.  
  15089. > Of course if you really want to follow a cell call just get a DDI and
  15090. > hook it up to your PC. The interesting thing is that the company that
  15091. > sells the DDI will only release software with ESN capability to law
  15092. > enforcement people. Makes you wonder doesn't it?
  15093.  
  15094. Actually, the software that comes with every DDI has the capability of
  15095. displaying ESNs. You just make a few minor software patches to the
  15096. executable. Not that *I* would ever do such a thing, mind you.
  15097.  
  15098.  
  15099. MD
  15100.  
  15101. ------------------------------
  15102.  
  15103. From: Ed Mitchell <edmitch@microsoft.com>
  15104. Date: Tue, 10 Jan 95 08:37:36 PST
  15105. Subject: It is Legal to Modify Receivers
  15106.  
  15107.  
  15108. Pat writes in reply to Bill Sohl's FAQ on Cellular and Cordless 
  15109. telephone monitoring:
  15110.  
  15111. > Aside from what the Electronic Commuications Privacy Act says, the 
  15112. > Federal Communications Commission addresses the question of radios 
  15113. > which have been modified.  Illegal modification (i.e. modification by 
  15114. > an unlicensed person) voids your FCC authority to operate the radio.
  15115.  
  15116. Pat this is not true at all except for transmitters. You do not need a
  15117. license to operate a receiver (If you have one, I'd like to see it!).
  15118. You do not need any certification to modify a receiver. There are no
  15119. laws prohibiting your own modification or maintenance of your own
  15120. receiving equipment. The only thing that self-modification does is to
  15121. void your warranty. If someone wishes to make modifications for any
  15122. number of purposes, often legitimate and not merely for scanning
  15123. illegal frequencies, there are many BBS, online services and Internet
  15124. sites that have files on modifying nearly every radio or transmitters
  15125. or transceiver ever built.
  15126.  
  15127. In addition to the millions of existing scanners that receiver these
  15128. frequencies, many will remember that the cellular frequencies were
  15129. carved out of what had been television specturm (channels 71 to 83 of
  15130. the UHF spectrum). Such televisions and VCRs (with built in tuners)
  15131. continued to be sold until the late 1980s. Such TVs can very much be
  15132. used to receive cellular frequencies by tuning with the fine tuning
  15133. control through the old channels. Before it was illegal to do so, I
  15134. did use a common TV to tune through and intercept cellular calls just
  15135. to prove how silly was the then proposed prohibition on the sale of
  15136. cellular recievers. Because estimates suggested there were over 100
  15137. million such tuners capable of receiving cellular phones coupled with
  15138. the gradual phase in of digital networks, I believed then that the
  15139. legislation concerning the sale of cellular receivers should have been
  15140. declared moot. There are too many receivers out there now -- digital
  15141. networks are being deployed now and their deployment will soon
  15142. accelerate. New technology will obsolete the need for the legislation.
  15143.  
  15144.  
  15145. Ed Mitchell  edmitch@aol.com
  15146. kf7vy@kf7vy.ampr.org tcp/ip packet net
  15147.  
  15148. ------------------------------
  15149.  
  15150. From: whuffman@ix.netcom.com (Wayne Huffman)
  15151. Subject: Re: New Alert - 911 Access
  15152. Date: 10 Jan 1995 12:13:15 GMT
  15153. Organization: Netcom
  15154.  
  15155.  
  15156. In <telecom15.19.1@eecs.nwu.edu> mjsutter@aol.com (Mjsutter) writes: 
  15157.  
  15158. > This is a good idea. However, it could be at odds with another good
  15159. > idea which is that the cell ID that the caller is using be passed
  15160. > through the cell switch to the tandem so tha the 911 database can use
  15161. > the cell ID as an approximate location of the caller. In metro areas
  15162. > the size of the cell would be very small indeed. Less that a year ago
  15163. > a life would have most likely been saved in Rochester N.Y. if this
  15164. > capability had been available.  
  15165.  
  15166. This reminds me of a time when I was an AT&T Account Executive working
  15167. in my sales territory near the Capitol and Union Station in Washington, DC. 
  15168. I was about to be mugged outside a fast food place, and I dialed 911
  15169. from my (Bell Atlantic Mobile) cell phone. I was connected to the 911
  15170. dispatcher in Arlington, VA! They were able to connect me back to DC,
  15171. but I was quite surprised to get Virginia, when I was in the middle of
  15172. DC. I hope they can get this straightened out for good.
  15173.  
  15174.  
  15175. Wayne Huffman
  15176.  
  15177.  
  15178. [TELECOM Digest Editor's Note: So when you reached the DC police did they
  15179. respond in a timely manner to keep you from getting mugged?  When they
  15180. arrived, did they arrest you for bothering them? :)  Were you able to
  15181. identify the mugger? Did he by chance resemble Mayor Berry? :)  How are
  15182. things in Our Nation's [Drug Sales and Murder] Capitol these days, anyway?
  15183. Did the mugger steal your cellular phone as well?    PAT]
  15184.  
  15185. ------------------------------
  15186.  
  15187. From: serviss@tazdevil.cig.mot.com (Gerald Serviss)
  15188. Subject: Re: New Alert - 911 Access
  15189. Date: 10 Jan 1995 17:02:19 GMT
  15190. Organization: Cellular Infrastructure Group, Motorola
  15191.  
  15192.  
  15193. In article <telecom15.19.1@eecs.nwu.edu>, Mjsutter <mjsutter@aol.com> wrote:
  15194.  
  15195. > Jim Conran writes:
  15196.  
  15197. >> In addition, the FCC should require all cellular phones to be
  15198. >> equipped to access the strongest cellular base station signal when 911
  15199. >> is called.  Finally, the FCC should make the 911 provision an issue as
  15200. >> it currently reconsiders cellular license renewal applications.
  15201.  
  15202. > This is a good idea. However, it could be at odds with another good
  15203. > idea which is that the cell ID that the caller is using be passed
  15204. > through the cell switch to the tandem so tha the 911 database can use
  15205. > the cell ID as an approximate location of the caller. In metro areas
  15206. > the size of the cell would be very small indeed. Less that a year ago
  15207. > a life would have most likely been saved in Rochester N.Y. if this
  15208. > capability had been available.  
  15209.  
  15210. I theory, 911 access for cell phones is a good idea. The problem is
  15211. reducing that theory to practice.
  15212.  
  15213. Let's consider a metro area as the previous poster suggests. In our
  15214. most dense operations that I am familiar with the smallest cell radius
  15215. is 500 meters. This gives an area of 785,000 meters-square or about
  15216. .25 miles-square.  If you consider that in a metro area where this
  15217. cell would be located is built up and that the average number of
  15218. floors covering this area is just say four (source ... PFA) you have
  15219. one square mile of area that this caller could be located in. Even if
  15220. we include information on the sector of the origin of the call we are
  15221. down to .33 or .16 square miles of area. Compare this to the typical
  15222. 911 call from a land phone which can isolate the caller to a specific
  15223. location (home, office, payphone ...) and you can see that the
  15224. information that a cellular system can provide currently is hardly
  15225. useful for delivering a 911 call to the proper dispatch center.
  15226.  
  15227. In a suburban setting where there are lots of jurisdictions and cell
  15228. placement and thus coverage is dictated by traffic patterns there are
  15229. just as many problems. The use of the strongest signal is no guarantee
  15230. of routing the call correctly, especially if you are in a building.
  15231. The closet cell may have its line of site thru a wall and the next
  15232. closet thru a window. In this case the location data is even less
  15233. useful.
  15234.  
  15235. Sure we could add GPS receivers and exact positioning information to
  15236. the 25 million cell phones in use in the US, of course, you would also
  15237. have to replace or modify all the fixed equipment in all the systems
  15238. to use that information and the the air specs would have to be
  15239. updated.
  15240.  
  15241. And we thought that rolling out digital service was a hard problem to
  15242. solve. It pales by comparison with this problem ;-)
  15243.  
  15244. I think that the FCC exemption is based on good engineering and the
  15245. realization that today we do not have the capability to locate the 
  15246. caller easily, if at all.
  15247.  
  15248.  
  15249. Jerry Serviss   Motorola Inc   serviss@cig.mot.com
  15250.  
  15251. ------------------------------
  15252.  
  15253. Date: Tue, 10 Jan 1995 22:41:29 HKT
  15254. From: Mr Robert Hall <robhall@HK.Super.NET>
  15255. Subject: 800 Numbers From Overseas
  15256.  
  15257.  
  15258. Judith Oppenheimer and Ari Wuolle have both discussed the fact that it
  15259. is now possible to access U.S. 800 numbers from international locations.  
  15260. Following Judith's dialing suggestions, I attempted to call a number
  15261. of 800 numbers from Hong Kong.  For example, I dialed:
  15262.  
  15263. 011                 International Access Code
  15264.    1                Country Code for U.S.
  15265.      800-555-1212   800 Directory Assistance
  15266.  
  15267. The call appears to have been processed by the Hong Kong switch, but I
  15268. get a recording in a very American voice telling me:
  15269.  
  15270. "access to the 800 number you have dialed is not free when dialed from
  15271. outside the United States.  If you proceed with this call, you will be
  15272. billed international direct dial rates for this call.  If you do not
  15273. wish to proceed with this call, hang up now". 
  15274.  
  15275. So, I wonder if the assumption that it's up to my local IDD provider
  15276. to just turn on access to U.S. toll-free numbers is, in fact correct,
  15277. or whether the U.S. 800 service provider has a say in the deal as
  15278. well.  Are there all of the usual tariff negotiations between the
  15279. carriers?
  15280.  
  15281. What about calls from the U.S. to other countries' toll-free numbers?
  15282. Since Hong Kong is a small country and local calls are free, the use
  15283. of 800 numbers here has been pretty much limited to accessing a
  15284. particular foreign carrier's "home direct" service.  For example, from
  15285. within Hong Kong, I dial 800-1111 to get the AT&T "bong" to place
  15286. calls charged to my AT&T card.  If someone Stateside dials
  15287. 011-852-800-1111 do they loop back to AT&T's "bong"?
  15288.  
  15289. I'd be intersted to see this thread continue as there are some real
  15290. business applications for my company with this.
  15291.  
  15292.  
  15293. Thanks,
  15294.  
  15295. Rob Hall    Hong Kong
  15296.  
  15297. ------------------------------
  15298.  
  15299. From: writchie@gate.net
  15300. Subject: Re: Cellular Phone Technology
  15301. Date: 10 Jan 1995 18:25:17 GMT
  15302. Reply-To: writchie@gate.net
  15303.  
  15304.  
  15305. In <telecom15.18.10@eecs.nwu.edu>, stanb@netcom.com (Stan Brown) writes:
  15306.  
  15307. > Having recently acquired a cellular phone, I suddenly find
  15308. > myself curious about how the systems operate.  Could someone point me
  15309. > to a good reference on the operation of cellular systems?  I am
  15310. > particularly interested in the technical side (not economics) of
  15311. > roaming, and follow me.
  15312.  
  15313. There was an FCC technical report describing the system. You might try
  15314. fishing around gopher.fcc.gov.
  15315.  
  15316. I do know that it was published in full in the federal register a few
  15317. years back. You can probably sneakernet it from your local library.
  15318.  
  15319.  
  15320. Wally Ritchie    Ft. Lauderdale, Florida
  15321.  
  15322. ------------------------------
  15323.  
  15324. From: fvicuna@tandem.cl (Fernando Vicuna)
  15325. Subject: SS7 ISUP to SS7 TCAP Conversion
  15326. Date: 10 Jan 1995 10:01:41 -0300
  15327.  
  15328.  
  15329. I am looking for a provider of a solution to the following problem.
  15330. There is a telephone switch that accepts SS7 ISUP signalling, and I
  15331. have a computer that accepts SS7 CCITT TCAP signalling. Is there some
  15332. kind of gateway that can translate the information provided by ISUP
  15333. into a TCAP query? Do I have to look for a switch provider that
  15334. has a Service Switching Point (SSP)?
  15335.  
  15336. The interface I am looking for will be used to provide Intelligent
  15337. Network Services.  Does anybody have experience in IN?  Thanks for
  15338. your help.
  15339.  
  15340.  
  15341. Fernando Vicuna   fvicuna@tandem.cl
  15342.  
  15343. ------------------------------
  15344.  
  15345. Date: 10 Jan 1995 11:18:32 -0500
  15346. From: Paul Hebert <paul_hebert@powershare.markem.com>
  15347. Subject: Planning to Purchase a Voice Mail System
  15348.  
  15349.  
  15350. My company is doing research for selection of a voice mail system. We
  15351. have presentations scheduled with Octel and Centigram. Would anyone
  15352. have some technical or user related insight into these systems? We
  15353. have an NEC 2400 switch. Any interface issues we should be aware of?
  15354.  
  15355.  
  15356. Paul Hebert   MARKEM Corp
  15357. Keene, NH     paul_hebert@markem.com
  15358.  
  15359. ------------------------------
  15360.  
  15361. From: whuffman@ix.netcom.com (Wayne Huffman)
  15362. Subject: Re: Video Servers
  15363. Date: 10 Jan 1995 11:38:45 GMT
  15364. Organization: Netcom
  15365.  
  15366.  
  15367. In <telecom15.18.14@eecs.nwu.edu> alwin@ec.ele.tue.nl (Alwin Mulder) 
  15368. writes: 
  15369.  
  15370. > I am a graduation student at the University of Technology at
  15371. > Eindhoven, and I am working on a VOD project. I was wondering if
  15372. > anybody could tell me where I could find some information on
  15373. > video-server-systems. Are there any specific newsgroups and/or
  15374. > WWW-pages?
  15375.  
  15376. I have found a new publication that may be of help to you. It is
  15377. called Interactive Week. It is new, but they have already had VOD
  15378. articles.  You can reach them at the following addresses:
  15379.  
  15380. http://www.interactive-week.com
  15381.  
  15382. or e-mail them at 72002.1567@compuserve.com. I don't work for then but
  15383. I like the publication so far.
  15384.  
  15385.  
  15386. Wayne Huffman
  15387.  
  15388. ------------------------------
  15389.  
  15390. Date: Tue, 10 Jan 1995 10:14:55 -0500
  15391. From: Fred R. Goldstein <fgoldstein@BBN.COM>
  15392. Subject: Re: DQDB and SMDS
  15393.  
  15394.  
  15395. From: KRISTOFF.BONNE@PIRESSYS.BELGACOM.RTTIPC.belgacom.be
  15396.  
  15397. > Can anybody explain to me what the difference and/or connection is
  15398. > between DQDB (Distributed-Queue dual-bus) and SMDS (Switched
  15399. > Multi-Megabit Data Service).
  15400.  
  15401. Interesting topic, since the two are easily confused.
  15402.  
  15403. DQDB is a "Metropolitan Area Network" defined by IEEE 802.6.  It
  15404. provides for a cell-based (48-byte payload, similar to ATM) data
  15405. transfer, shared media with arbitration (telco speeds, T1/E1/T3/E3/
  15406. SONET/SDH as intended PMDs), and a novel combination of MAC services.
  15407. It has a "connectionless" service that resembles any LAN (long
  15408. variable-length packets) and an "isochronous" service that resembles
  15409. circuits (fixed-bandwidth channels).  DQDB was invented by Australians
  15410. (QPSX Comms. is its promoter) but never really caught on in a big way.
  15411.  
  15412. SMDS is a connectionless packet-switched public network service
  15413. developed by Bellcore.  It uses E.164 (ISDN/telephone numbers) for
  15414. addresses, allows long (9KB?) packets, etc. 
  15415.  
  15416. When SMDS was being invented, DQDB was hot, so Bellcore specified that
  15417. the data link layer of SMDS would be the DQDB protocol.  This is "SIP
  15418. layer 2" and part of "SIP layer 3".  Thus it is possible to implement
  15419. SMDS using DQDB multiport bridges.  This is done in some places.  In
  15420. effect, SMDS is a service that DQDB delivers using a subset of its
  15421. capabilities.
  15422.  
  15423. In American practice, most users do not accept DQDB's odd cell-based
  15424. datalink, so SMDS now usually uses the "DXI" format, which maps SIP3
  15425. packets into HDLC frames.  Some DQDB vestiges (packet header, trailer)
  15426. remain but it's really just a packet service now.  
  15427.  
  15428.  
  15429. Fred R. Goldstein     fgoldstein@bbn.com 
  15430. Bolt Beranek & Newman Inc.  Cambridge MA
  15431. USA +1 617 873 3850
  15432.  
  15433. ------------------------------
  15434.  
  15435. From: nelson@crynwr.crynwr.com (Russell Nelson)
  15436. Subject: Re: Source Code For Audio-Voice Modem Programming?
  15437. Date: 10 Jan 1995 15:30:07 GMT
  15438. Organization: Crynwr Software
  15439.  
  15440.  
  15441. In article <telecom15.18.6@eecs.nwu.edu> System Operator <system@decode.
  15442. com> writes:
  15443.  
  15444. > I'm looking for any sample or public domain source code used to
  15445. > control an audio-voice (AT+FCLASS 8) modem used in any kind of
  15446. > interactive application.
  15447.  
  15448. > Any pointers to FTP sites, etc, would be appreciated.
  15449.  
  15450. mgetty+sendfax works with ZyXEL (and possibly ZOOM and Rockwell-voice-chip) 
  15451. modems.  It works on various unices -- I use it on Linux.  Look for it
  15452. on ftp.leo.org.
  15453.  
  15454.  
  15455. russ <nelson@crynwr.com>    http://www.crynwr.com/crynwr/nelson.html
  15456. Crynwr Software   | Crynwr Software sells packet driver support | ask4 PGP key
  15457. 11 Grant St.      | +1 315 268 1925 (9201 FAX)  | What is thee doing about it?
  15458. Potsdam, NY 13676 | What part of "Congress shall make no law" eludes Congress?
  15459.  
  15460. ------------------------------
  15461.  
  15462. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  15463. Subject: Biographies/Sketches of Our Participants
  15464. Date: Tue, 10 Jan 1995 14:00:00 CST
  15465.  
  15466.  
  15467. The results to date have been pretty positive. Many of you have written
  15468. to say you would like to see a section in the Telecom Archives for the
  15469. biographies or 'thumbnail sketches' of the people who participate in this
  15470. forum from day to day. So ... I've set it up.
  15471.  
  15472. It is located in the Telecom Archives at lcs.mit.edu. It is *not* available
  15473. to FTP/Gopher/WWW readers. It is only available/readable via the Telecom
  15474. Archives Email Information Service with the PASSWORD command. You get the
  15475. current password when your entry has been received, reviewed and installed.
  15476. In other words, install your own, then you get to read the others. These
  15477. items will not be published in the Digest. It will be up to you from time
  15478. to time to get a new 'index' of the biographical files on line to select
  15479. the ones you want to read. 
  15480.  
  15481. What would be appropriate?  Your name, address and phone number if you
  15482. wish to include it; a paragraph so so about your education and past or
  15483. present employment; if you have published anything you might want to
  15484. mention that as well. If you have a .signature file you are particularly
  15485. proud of you can include that. Altogether, maybe 150-200 words or so in
  15486. a couple paragraphs.
  15487.  
  15488. Please note that a log of activity for the Telecom Archives Email Information
  15489. Service is available to me on a daily basis; particularly of interest are
  15490. those requests to the server which invoke the PASSWORD command. I'll send
  15491. full instructions for accessing the biography files to each person who
  15492. submits one, and remember, these are closed files available only to the
  15493. people who wish to participate. Please report *any* abuses to my attention.
  15494. By and large, snoopers, name-/list-gatherers won't have access. 
  15495.  
  15496. Send your submissions to 'ptownson@eecs.nwu.edu' -- not to the Digest.
  15497.  
  15498.  
  15499. Thanks,
  15500.  
  15501. PAT
  15502.  
  15503. ------------------------------
  15504.  
  15505. End of TELECOM Digest V15 #23
  15506. *****************************
  15507.     
  15508.     
  15509. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa05631;
  15510.           11 Jan 95 5:01 EST
  15511. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15512.     id AA20000; Wed, 11 Jan 95 00:38:07 CST
  15513. Return-Path: <telecom>
  15514. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  15515.     id AA19993; Wed, 11 Jan 95 00:38:03 CST
  15516. Date: Wed, 11 Jan 95 00:38:03 CST
  15517. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  15518. Message-Id: <9501110638.AA19993@delta.eecs.nwu.edu>
  15519. To: telecom@eecs.nwu.edu
  15520. Subject: TELECOM Digest V15 #24
  15521.  
  15522. TELECOM Digest     Wed, 11 Jan 95 00:38:00 CST    Volume 15 : Issue 24
  15523.  
  15524. Inside This Issue:                          Editor: Patrick A. Townson
  15525.  
  15526.     AT&T Enters Rochester NY Local Telephone Market (wegeng.XKeys@xerox.com)
  15527.     Gain Hits (Steven Hoga)
  15528.     Looking For ADPCM Test Vector Set (Mark Indovina)
  15529.     How to Keep Track of Calls on Busy (Caller ID on Busy)? (Pete Kruckenberg)
  15530.     Recent Movie with Telecom Theme (Benjamin L. Combee)
  15531.     Optus Cision in Australia (Iaen Cordell)
  15532.     Re: Cell Phone PINs (Steve Seydell)
  15533.     Re: Cell Phone PINs (Carl Oppedahl)
  15534.     Re: Bell Atlantic Mobile Joins the PIN Crowd (coyne@thing1.cc.utexas.edu)
  15535.     Re: GSM in Canada? (John Scourias)
  15536.     Re: MANs in the US (Edward W. Bennett)
  15537.     Re: 800 Numbers From Overseas (Tony Harminc)
  15538.  
  15539. TELECOM Digest is an electronic journal devoted mostly but not
  15540. exclusively to telecommunications topics. It is circulated anywhere
  15541. there is email, in addition to various telecom forums on a variety of
  15542. public service systems and networks including Compuserve and America
  15543. On Line. It is also gatewayed to Usenet where it appears as the moderated
  15544. newsgroup 'comp.dcom.telecom'. 
  15545.  
  15546. Subscriptions are available to qualified organizations and individual
  15547. readers. Write and tell us how you qualify:
  15548.  
  15549.                  * telecom-request@eecs.nwu.edu *
  15550.  
  15551. The Digest is edited, published and compilation-copyrighted by Patrick
  15552. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  15553. or phone at:
  15554.                     9457-D Niles Center Road
  15555.                      Skokie, IL USA   60076
  15556.                        Phone: 708-329-0571
  15557.                         Fax: 708-329-0572
  15558.   ** Article submission address only: telecom@eecs.nwu.edu **
  15559.  
  15560. Our archives are located at lcs.mit.edu and are available by using
  15561. anonymous ftp. The archives can also be accessed using our email
  15562. information service. For a copy of a helpful file explaining how to
  15563. use the information service, just ask.
  15564.  
  15565. *************************************************************************
  15566. *   TELECOM Digest is partially funded by a grant from the              *
  15567. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  15568. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  15569. * project.  Views expressed herein should not be construed as represent-*
  15570. * ing views of the ITU.                                                 *
  15571. *************************************************************************
  15572.  
  15573. Additionally, the Digest is funded by gifts from generous readers such
  15574. as yourself who provide funding in amounts deemed appropriate. Your help 
  15575. is important and appreciated. A suggested donation of twenty dollars per
  15576. year per reader is considered appropriate. See our address above.
  15577.  
  15578. All opinions expressed herein are deemed to be those of the author. Any
  15579. organizations listed are for identification purposes only and messages
  15580. should not be considered any official expression by the organization.
  15581. ----------------------------------------------------------------------
  15582.  
  15583. Date: Tue, 10 Jan 1995 11:25:47 PST
  15584. From: wegeng.XKeys@xerox.com
  15585. Subject: AT&T Enters Rochester NY Local Telephone Market
  15586.  
  15587.  
  15588. Several recent messages to the Digest have discussed the recent
  15589. changes to the local telephone service regulations that allow for
  15590. competition in the Rochester, Ny telephone market.  The January 10,
  15591. 1995 edition of the {Rochester Democrat & Chronicle} contains a full
  15592. page ad from AT&T advertising that they are entering this market.  For
  15593. fun, I called the toll free number contained in the ad (1 800 716-4ATT) 
  15594. to learn more about what AT&T is offering.
  15595.  
  15596. According to the AT&T rep that I spoke to, AT&T is reselling service
  15597. provided by Rochester Telephone (or is it Frontier Communications?
  15598. I`m confused).  With AT&T service customers keep their same telephone
  15599. numbers, but are billed by AT&T.  AT&T`s current rates are essentially
  15600. the same as Rochester Telephone`s, minus a 10% new customer discount
  15601. that is garanteed to be good for at least three months.  The AT&T rep
  15602. didn`t know what the rates would be after the three month period, but
  15603. suggested thay they would remain competitive.
  15604.  
  15605. AT&T is offering most of the advanced services that Rochester Telephone 
  15606. offers, with voice mail being the most asked for missing service (again 
  15607. all of this is implemented by Rochester Tel and resold by AT&T).  I
  15608. also learned that there is no sign up fee through March 31.
  15609.  
  15610. Other items of interest:
  15611.  
  15612. When I dialed the toll free number the greeting identified that it was
  15613. intended for Rochester AT&T customer service (so it may not work
  15614. elsewhere).  ANI displayed my calling number to the rep (I asked), but
  15615. their database contained the wrong name/address (probably because I
  15616. was assigned this number about a month ago, though it`s interesting
  15617. that the number was not listed as "unassigned").  The rep was
  15618. physically located in Missouri (I asked).
  15619.  
  15620. It will be interest to see what other companies enter this market.  I
  15621. have heard rumors that NYNEX, other baby bells, etc. are watching
  15622. things closely, but I have not heard of any other companies that have
  15623. definite plans to join in the fun.
  15624.  
  15625.  
  15626. Don Wegeng   dlw.xkeys@xerox.com
  15627.  
  15628. ------------------------------
  15629.  
  15630. From: steven_h2@verifone.com (STEVEN HIGA/HNL DQ)
  15631. Subject: Gain Hits
  15632. Date: 10 Jan 95 11:31:16 -1000
  15633. Organization: VeriFone Inc., Honolulu HI
  15634.  
  15635.  
  15636. I've been having a terrible time with a modem due to gain hits.  I've
  15637. used both a Consultronics TCS-500 and TAS101/Gemini Modem testers and
  15638. discovered that this particulary modem can't seem to handle 1 dB gain
  15639. hits.  This has plagued me for awhile and unfortunately I don't know
  15640. how to test for it.  Both the new EIA/TIA TSB-37A and TSB-38 only
  15641. define gain hits but does not specify rate, level, duration, or Bit
  15642. Error Rate.
  15643.  
  15644. Anybody know of a spec that covers gain hits, maybe IEEE, ANSI, others?
  15645.  
  15646. ------------------------------
  15647.  
  15648. From: ep520mi@pts.mot.com (MARK INDOVINA)
  15649. Subject: Looking For ADPCM Test Vector Set
  15650. Organization: MOTOROLA, Strategic Semiconductor Operation, IC Tech Lab
  15651. Date: Wed, 11 Jan 1995 01:21:02 GMT
  15652.  
  15653.  
  15654. I'm looking for a copy of the test vectors for G.721, 32kbps Adaptive
  15655. Differential Pulse Code Modulation (ADPCM). Was there a set available
  15656. from Committee T1?  Pointers, FTP sites?
  15657.  
  15658.  
  15659. Thanks in advance,
  15660.  
  15661. Mark A. Indovina, Principal Staff Engineer   mark_indovina@pts.mot.com
  15662. MOTOROLA   Strategic Semiconductor Operation, IC Technology Laboratory
  15663. Mail Stop 63, 1500 Gateway Boulevard, Boynton Beach, FL 33436-8292 USA
  15664. phone: 1-407-364-2379, fax: 1-407-364-3904
  15665.  
  15666. ------------------------------
  15667.  
  15668. From: pete@dswi.com (Pete Kruckenberg)
  15669. Subject: How to Keep Track of Calls on Busy (Caller ID on Busy)?
  15670. Date: 10 Jan 1995 21:38:17 -0700
  15671. Organization: DahlinSmithWhite, Inc.
  15672.  
  15673.  
  15674. I'm running a dial-up computer service, and I'd like to be able to
  15675. keep track of how many people are getting busy signals when they dial,
  15676. so I can respond by adding more lines. I've thought of a couple of
  15677. ways of doing this, and wanted to know if any of them are do-able.
  15678.  
  15679. The first one is easy, but might not be feasible. If I could get
  15680. caller ID's on a busy line, I'd just add caller ID to the last line in
  15681. the hunt group, then feed the caller ID via serial into the computer.
  15682. Is caller ID on busy even feasible, and if so, does/will US West offer
  15683. it? What do I need to get to make it work?
  15684.  
  15685. Second option, if caller ID on busy is not available: get another line
  15686. (again, last in hunt group), which would always be busy (I don't want
  15687. it to ring and confuse the users), but would have call waiting and
  15688. caller ID on call waiting, then just pipe the caller ID into the
  15689. computer via serial. Again, does US West offer caller ID on call
  15690. waiting, and what do I need to make it work?
  15691.  
  15692. Final option: get a line (last in hunt group) which would never
  15693. answer, put caller ID and a caller ID -> serial box on it. It'll ring,
  15694. which might confuse the users, but at least it'll keep track of who's
  15695. calling and how often, when the other lines are busy.
  15696.  
  15697. If there are other, better ways of doing this, I'd appreciate your
  15698. input.
  15699.  
  15700.  
  15701. Thanks for your help.
  15702.  
  15703. Pete Kruckenberg   pete@dswi.com
  15704.  
  15705.  
  15706. [TELECOM Digest Editor's Note: The way we did it for several years was
  15707. to have telco send the count of busies. We had meters on each line which
  15708. advanced each time a call was recieved on that line. We had a meter which
  15709. advanced each time all incoming lines were busy. Having all lines busy
  15710. of course is not the same as turning away additional calls; maybe there
  15711. were none in the interim, maybe there were. For this we had a dedicated
  15712. pair from the central office. Whenever the CO had to bounce a call due
  15713. to all our lines busy (I think we had 100-125 incoming lines, most of 
  15714. which were 800 numbers in a hunt group, but maybe a dozen were local
  15715. Chicago lines, and another dozen or so were 'ring-down' or 'tie-lines'
  15716. which were terminated in the Automatic Call Distributor along with the
  15717. 800 numbers) then the CO sent a pulse over that dedicated pair to a
  15718. meter which kept track of those calls the CO bounced. We also kept track
  15719. of 'lost calls'; those were the calls received in the queue in the ACD
  15720. which were answered with a recording 'all positions are busy, please
  15721. hold for an available position ...' and the calling party chose to
  15722. hang up or disconnect prior to getting a live answer. 
  15723.  
  15724. The 'meter clerk' was a person on each shift whose job it was to read
  15725. all the meters hourly, jot down the figures and prepare a report for
  15726. management. There were also meters showing how many calls were taken
  15727. by each position each hour. We generally averaged 600-800 calls per
  15728. hour during the day and evening hours, and about 200-300 calls per
  15729. hour during the overnight period, or about 13,000-14,000 calls per
  15730. day. As I recall, we had fifteen positions, but only kept about ten
  15731. of them staffed at any given time during the day, and just two or
  15732. three staffed during the overnight hours. 
  15733.  
  15734. Everyone could see the backlog of calls waiting. If one or two calls
  15735. were in the ACD queue waiting for a clerk position, then a small lamp
  15736. on each console marked 'CW' would illuminate steadily. If three or 
  15737. four calls were in the queue, the same lamp would blink slowly. If 
  15738. there were five or six calls waiting, the same lamp would blink rapidly. 
  15739. If there were seven calls waiting, a large 100 watt red lightbulb 
  15740. mounted on the wall at the front of the room would illuminate. Eight
  15741. or more calls waiting caused the red light to blink off and on. It did
  15742. not happen too often, but when that red light started blinking and
  15743. blinked for more than about a minute at a time, the shift supervisor
  15744. would get up and go to a section of the room where some typists and
  15745. filing clerks were working. With just a motion of his fingers, everyone
  15746. knew what was needed; everyone would stop what they were doing and
  15747. go into the other area and sit down at an idle position and start taking
  15748. calls. They would stay there doing so until they were told to go back
  15749. to their regular assignments. Every month or so the management would
  15750. carefully scrutinize all the numbers produced by those meters, and use
  15751. the information for staffing purposes, and to order additional lines
  15752. installed by telco as needed. 
  15753.  
  15754. A simple solution for you might be to have a meter on the final line
  15755. in the hunt group. Note the number of times every day that line is
  15756. selected. If the number of times that line is selected is more than
  15757. say, two or three times each day, then you probably have some callers
  15758. getting busy signals.  The other thing you can do is install a timer at
  15759. the end of the line. It has to be wired in series through all the phones
  15760. (you can use the A/A1 supervision pair in your modems for this purpose)
  15761. so the timer will not start unless it has a connection all the way down
  15762. the line; ie all phones have to be off hook. When all are off hook the
  15763. timer starts; when any single line is available, the timer stops. At the
  15764. end of the day you see how many minutes in total (god forbid hours in
  15765. total!) all lines were engaged. Again, if it is more than some acceptable
  15766. value, you need to add additional lines. PAT]
  15767.  
  15768. ------------------------------
  15769.  
  15770. Subject: Recent Movie With Telecom Theme
  15771. From: combee@prism.gatech.edu (Benjamin L. Combee)
  15772. Date: Tue, 10 Jan 1995 13:32:37 -0500
  15773. Organization: ROASF Atlanta
  15774. Reply-To: combee@prism.gatech.edu
  15775.  
  15776.  
  15777. Hello, TELECOM Digest.  I recently saw the French film _Three Colors:
  15778. Red_, and was reminded of it by a recent thread here on cordless phone
  15779. snooping.  This is an excellent movie, and it has several scenes of
  15780. interest to the telecom fan.  First, the opening credits to the movie
  15781. are overlayed over a breathtaking first-person flythrough the
  15782. telephone connection between two friends, and later in the film, a
  15783. retired judge confesses to spying on his neighbors cordless phone
  15784. conversations, even complaining about one guy with a Japanese phone he
  15785. couldn't pick up.  
  15786.  
  15787.  
  15788. Ben Combee  E-MAIL combee@prism.gatech.edu 
  15789. http://www.gatech.edu/acm/combee.html
  15790.  
  15791. ------------------------------
  15792.  
  15793. From: iaenc@sydney.DIALix.oz.au (Iaen Cordell)
  15794. Subject: Optus Vision in Australia
  15795. Date: 11 Jan 1995 14:43:40 +1100
  15796. Organization: DIALix Services, Sydney, Australia.
  15797.  
  15798.  
  15799. Following, for the information of all Optus staff, is a media release
  15800. distributed this afternoon confirming Optus Vision's plans to compete in Pay
  15801. TV and local calls.
  15802.  
  15803.  
  15804. OPTUS VISION CONFIRMS PLAN TO DELIVER COMPETITION IN PAY TV AND LOCAL CALLS
  15805.  
  15806. Optus Vision - the joint venture between Optus Communications,
  15807. Continental Cablevision and Publishing and Broadcasting Limited -
  15808. today confirmed its plan for delivering increased choice in telephony,
  15809. pay television and interactive services over the most advanced
  15810. broadband network of its kind in the world.
  15811.  
  15812. The project will position Australia at the forefront of the world in
  15813. delivering combined telephony and home entertainment services. The
  15814. undoubted winners will be Australian customers as true competition in
  15815. the local loop becomes a reality.
  15816.  
  15817. Optus Vision also announced it will offer a powerful programming
  15818. package of over 20 channels, including two movie channels, two sports
  15819. channels and a wide variety of other channels from local and
  15820. international sources.
  15821.  
  15822. The movie channels are supported by a supply of movies from Warner
  15823. Bros., Disney, MGM, Village Roadshow and New Regency.
  15824.  
  15825. The sports channels will include major Australian sporting events as
  15826. well as significant international sports sourced through ESPN
  15827. International.  Nine Network will provide programming expertise to
  15828. these channels.
  15829.  
  15830. The Optus Vision rollout plan will see the network passing
  15831. approximately three (3) million households throughout Australia in the
  15832. first four years starting with Sydney, Melbourne and Brisbane.
  15833.  
  15834. Capital expenditure associated with the project is estimated to be
  15835. approximately $3 billion and the required funding for the venture is
  15836. expected to be around $2 billion which will be provided by a
  15837. combination of equity and debt.  The joint venture will employ some
  15838. 3,000 people.
  15839.  
  15840. The network will showcase leading-edge technology and infrastructure
  15841. which the communications industry elsewhere in the world is looking at
  15842. introducing at the turn of the century.
  15843.  
  15844. Technical and engineering planning has been under way for the last six
  15845. months and construction will commence this month.  A hybrid
  15846. fibre-coaxial cable network will be deployed using both underground
  15847. and overhead distribution systems.
  15848.  
  15849. The network will be bi-directional and the first of its kind in the
  15850. world to deliver phone calls to the home exclusively over a single
  15851. fibre-coaxial system.
  15852.  
  15853. Announcements are expected to be made soon on supply contracts for
  15854. locally-manufactured fibre and coaxial cable.
  15855.  
  15856. An Optus Vision spokesperson said major considerations in the decision
  15857. to proceed with the joint venture included:
  15858.  
  15859. - Finalisation of programming elements essential to driving market
  15860. penetration;  and
  15861.  
  15862. - Clarification of the November 24 statement by Communications Minister, 
  15863. Michael Lee, on rules governing broadband networks, particularly in
  15864. relation to Optus Vision's ability to manage access to its network on
  15865. a commercial tariff basis, rather than incremental cost-based interconnect.
  15866.  
  15867. This clarification was received via the draft Ministerial statement
  15868. released on December 23 which followed extensive discussions with the
  15869. Department of Communications and the Arts.  The timeliness and scope
  15870. of the statement were major factors in enabling Optus Vision to
  15871. maintain momentum of its business activities through the Christmas-New
  15872. Year period, a spokesperson for the joint venture said.
  15873.  
  15874. One of the major public benefits of the Optus Vision joint venture
  15875. will be the very real prospect of cheaper local phone calls being
  15876. delivered on its fibre-coaxial network.
  15877.  
  15878. The Optus Vision spokesperson said price reductions in local phone
  15879. calls were long overdue for most Australians.  According to figures
  15880. compiled by AUSTEL and the Bureau of Transport and Communications
  15881. Economics, compound annual growth of local phone call charges for the
  15882. period 1981-1993 were in the vicinity of nine (9) per cent.
  15883.  
  15884. "This is a direct result of there not being competition in the local
  15885. loop.  The real benefits of competition can be seen by the fact that
  15886. in the same period the prices of international and national long
  15887. distance calls fell by three (3) per cent and four (4) per cent
  15888. respectively and fell by much more after Optus started operations in
  15889. 1992.
  15890.  
  15891. "Consumers directly connected to the Optus Vision network will see
  15892. considerable reductions in their overall phone bills as we drive local
  15893. call prices down, similar to what we have done with long distance
  15894. prices over the last two years.
  15895.  
  15896. "We have set aside capacity on the network for the development of
  15897. educational and community based multimedia services and will be
  15898. looking forward to working closely with government and community
  15899. bodies to fully exploit the potential of our state of the art
  15900. broadband network.  This capacity alone is equivalent to capital
  15901. investment in the vicinity of $100 million."
  15902.  
  15903. The Optus Vision shareholding will be:
  15904.  
  15905. - Optus Communications (47.5 per cent);
  15906. - Continental Cablevision (47.5 per cent);  and
  15907. - Publishing and Broadcasting Limited (5 per cent).
  15908.  
  15909. (Publishing and Broadcasting Limited has an option to increase its
  15910. shareholding to 20 per cent.  This option is exercisable at any time
  15911. in the period up to July 1, 1997.  If the option is exercised after
  15912. March 1, 1995, the exercise price is the market value at the time.)
  15913.  
  15914. ------------------------------
  15915.  
  15916. From: seydell@tenrec.cig.mot.com (Steve Seydell)
  15917. Subject: Re: Cell Phone PINs
  15918. Date: 11 Jan 1995 00:46:04 GMT
  15919. Organization: Cellular Infrastructure Group, Motorola
  15920.  
  15921.  
  15922. padgett@tccslr.dnet.mmc.com (A. Padgett Peterson) writes:
  15923.  
  15924. > Mark Smith    Mercerville, NJ writes:
  15925.  
  15926. >> The new effort combines a Personal Identification Number (PIN) code
  15927. >> system recently pioneered by NYNEX Mobile Communications in New York
  15928. >> City with a new Fraud Protection Zone technique developed by Bell
  15929. >> Atlantic Mobile.
  15930.  
  15931. > Sorry but I seem to be missing something here. If the PIN is sent in
  15932. > the clear then anyone grabbing the cell phone number off the air will
  15933. > also get the PIN.
  15934.  
  15935. The PIN is sent as DTMF across the voice channel.  The ESN and mobile
  15936. ID are currently stolen by listening to the reverse signalling
  15937. channel.  It is technically possible to steal the PIN, but it will
  15938. take some time for thiefs to catch up.  The money saved by the telcos
  15939. will easily cover the cost of purchasing and operating this feature.
  15940.  
  15941.  
  15942. Motorola, Inc.                           Steven Seydell
  15943. Cellular Infrastructure Group       seydell@cig.mot.com
  15944.  
  15945. ------------------------------
  15946.  
  15947. From: oppedahl@patents.com (Carl Oppedahl)
  15948. Subject: Re: Cell Phone PINs
  15949. Date: Wed, 11 Jan 1995 02:38:05 GMT
  15950. Organization: Oppedahl & Larson
  15951.  
  15952.  
  15953. In article <telecom15.22.7@eecs.nwu.edu> padgett@tccslr.dnet.mmc.com
  15954. (A. Padgett Peterson) writes:
  15955.  
  15956. > Mark Smith    Mercerville, NJ writes:
  15957.  
  15958. >> BEDMINSTER, NJ, AND ORANGEBURG, NY -- Two of the nation's largest
  15959. >> wireless carriers are teaming up in a unique program to prevent their
  15960. >> customers from being victimized by criminals who steal cellular
  15961. >> service.
  15962.  
  15963. >> The new effort combines a Personal Identification Number (PIN) code
  15964. >> system recently pioneered by NYNEX Mobile Communications in New York
  15965. >> City with a new Fraud Protection Zone technique developed by Bell
  15966. >> Atlantic Mobile.
  15967.  
  15968. > Sorry but I seem to be missing something here. If the PIN is sent in
  15969. > the clear then anyone grabbing the cell phone number off the air will
  15970. > also get the PIN.
  15971.  
  15972. >> In the rare instance that they are cloned, customers only need to call
  15973. >> their home carrier and receive a new PIN to restore service.  
  15974.  
  15975. > Oh, I see, once a phone is compromised, and the customer gets the
  15976. > bill, they can change the PIN and start all over again. True the
  15977. > customer could deactivate/change the PIN daily (hourly?) but how many
  15978. > will?  How fast can the cloners react?
  15979.  
  15980. > There are several means already available but since most involve some
  15981. > form of encryption they seem to be too dangerous for the public to
  15982. > have. With the PIN, the carriers can say they have done *something*.
  15983.  
  15984. There was a rather exhaustive thread about this a couple of months ago
  15985. in alt.dcom.telecom, as I recall.
  15986.  
  15987. The ESN and phone number are transmitted unencrypted on the control
  15988. channel.  The cell site returns several items including instructions
  15989. on which audio channel is to be used.  The PIN code is conveyed
  15990. unencrypted on the audio channe.
  15991.  
  15992. Apparently the reason PIN codes help the cell carriers is that most of
  15993. the phone-cloners are so dull and stupid that they can monitor the
  15994. control channel but not also monitor the particular audio channel to
  15995. which the call gets passed.
  15996.  
  15997. I assume this will simply escalate the conflict.  The cloners will
  15998. either (1) pick an audio channel to monitor along with the control
  15999. channel, and note down the pin number and esn that go together, or (2)
  16000. wire up the receiver that is receiving the control data stream, to
  16001. control the audio scanner channel changer.
  16002.  
  16003. I was reading a book about the cellular system that was published
  16004. eight years ago ... it identified the problem that if people copy down
  16005. the ESN and phone number they could get free calls ... despite this
  16006. the cellular industry moved ahead with the present system.
  16007.  
  16008.  
  16009. Carl Oppedahl   Oppedahl & Larson, patent law firm
  16010. oppedahl@patents.com
  16011.  
  16012. ------------------------------
  16013.  
  16014. From: coyne@thing1.cc.utexas.edu
  16015. Subject: Re: Bell Atlantic Mobile Joins the PIN Crowd
  16016. Date: 10 Jan 1995 20:12:46 GMT
  16017. Organization: The University of Texas at Austin, Austin, Texas
  16018.  
  16019.  
  16020. > Why don't they start spending the money they spent on ECPA lobbying to
  16021. > invent a more secure system?!?!?!?
  16022.  
  16023. The reason they dont invent a more secure system is that the bulk of
  16024. the problem with the present system is designed in.  The new system
  16025. would have the same defective design feayures and would not help.
  16026.  
  16027. Originally the electronic serial number was meant to be built in to
  16028. the cell phones.  It was not to be programmable even with a soldering
  16029. iron.
  16030.  
  16031. Sellers did not like this because the cell carriers charged a lot to
  16032. make accounting changes so that it cost them to sell an upgrade or to
  16033. issue a loaner.  Sellers demanded and carriers aquiesed in
  16034. programmable esn phones.  Individual sellers have little clout but
  16035. collectively they are a force to be reckoned with.  Programmable esn
  16036. are what makes cell fraud a cottage industry.  Without them cloning a
  16037. phone would be a fairly technical task and it would require some
  16038. outboard parts.  There would be many fewer people technically capable
  16039. of cloning and most of them would have real jobs.
  16040.  
  16041. In the absence a significant change in the relationship between
  16042. sellers and carriers, any encryption based system would have fully
  16043. programmable parameters.  The new system would retain the problem
  16044. feature, which is clonability.  It would not give us releif it would
  16045. only give a half time till cloners adjust the game plan.
  16046.  
  16047. A new system should be non-clonable.  It would also be helpful if
  16048. carriers could program whatever needs programming with a secure link
  16049. so that at least one puzzle piece is known only to the carrier.  
  16050.  
  16051. A puzzle piece known only to the consumer would be good too.  That
  16052. would stop guys who reprogram switches and steal numbers wholesale.
  16053.  
  16054. As a side note: anti-theft systems for cars brought us little relief
  16055. from car thefts.  Thieves quit doing their work quietly in the middle
  16056. of the night and went to car jacking.
  16057.  
  16058. ------------------------------
  16059.  
  16060. From: jscouria@barrow.uwaterloo.ca (John Scourias)
  16061. Subject: Re: GSM in Canada?
  16062. Organization: University of Waterloo
  16063. Date: Tue, 10 Jan 1995 15:16:52 -0500
  16064.  
  16065.  
  16066. Reon_Can@mindlink.bc.ca (D. Matte) writes:
  16067.  
  16068. > I have been doing some initial research on the development of the PCS
  16069. > market in Canada.  Recently some of the players that have received
  16070. > licenses to test 1.9GHz systems have been touting GSM as the way to go
  16071. > (Telezone & Microcell 1-2-1).  If GSM is implemented would it mean
  16072. > that users would not be able to make use of their terminals in the
  16073. > U.S. as GSM is not likely to be adopted by the U.S. on a large scale?
  16074. > It would seem to me that having a system that is compatible with our
  16075. > largest trading partner would make for a more attractive service
  16076. > offering.
  16077.  
  16078. Hi Dan,
  16079.  
  16080. The PCS systems that operate at 1.9GHz are a derivative of GSM.  The
  16081. actual GSM standard operates at the 900MHz range, and its 'brother'
  16082. DCS-1800 operates at 1.8GHz.  At least one of the proposals currently
  16083. under consideration in the U.S. for a PCS involves a 1.9GHz derivative
  16084. of GSM, so it is still too early to know whether GSM will or will not
  16085. be implemented on a large scale in the U.S.
  16086.  
  16087. Also, the GSM-900 and DCS-1800 systems have been standardized in
  16088. Europe by ETSI.  The 1.9GHz system, however, as far as I know, has NOT
  16089. been standardized.  Theoretically, it should be just like DCS-1800,
  16090. but you never know what tweaks the Americans might put in.  So, if the
  16091. U.S. implements a 1.9GHz system, and Canada copies the same system, (I
  16092. don't think vice-versa would apply here ...) then you _should_ be able
  16093. to use a mobile phone across the border.  Of course you are right in
  16094. saying that mobility should extend beyond our borders.  The principles
  16095. of PCS of 'communication anywhere, anytime' would be violated if each
  16096. country implements its own system.  In this regard, I believe the
  16097. Europeans are on the right track in coordinating their telecommunications 
  16098. research and development, as well as implementation, on a Europe-wide
  16099. basis.
  16100.  
  16101.  
  16102. Best regards,
  16103.  
  16104. John Scourias   Department of Computer Science
  16105. University of Waterloo   Waterloo, Ontario, Canada  N2L 3G1
  16106. jscourias@barrow.uwaterloo.ca
  16107.  
  16108. ------------------------------
  16109.  
  16110. Date: Tue, 10 Jan 1995 11:23:15 -0800
  16111. From: EDWARD W BENNETT <JSEWB@acad1.alaska.edu>
  16112. Subject: Re: MANs in the US
  16113.  
  16114.  
  16115. The company I work for, ATU Telecommunications (the LEC for Anchorage)
  16116. just received regulatory approval for a MAN service. It's based on
  16117. FDDI, but is time-division-multiplexed so that multiple customers can
  16118. occupy the system. Bandwidth is available in 5 Mpbs segments; a 10
  16119. Mbps Ethernet LAN would thus need two of those channels. Total system
  16120. payload is 100 Mbps and runs over dual survivable fiber optic rings;
  16121. if demand warrants, a second 100 Mbps system can be added using lasers
  16122. operating at a different frequency (color). One of the advantages of
  16123. the system is that it can easily be carried by SONET/ATM in the
  16124. future. We call the system ATLAS, for Anchorage Transparent LAN
  16125. Service; it is based on a similar offering from U.S. West called TLS
  16126. (Transparent LAN Service).
  16127.  
  16128.  
  16129. Ed Bennett     Sr. Communications Specialist 
  16130. ATU Telecommunications, Anchorage, Alaska 
  16131. Voice (907) 564-1742  JSEWB@acad1.alaska.edu
  16132.  
  16133. ------------------------------
  16134.  
  16135. Date: Tue, 10 Jan 95 19:17:49 EST
  16136. From: Tony Harminc <EL406045@BROWNVM.brown.edu>
  16137. Subject: Re: 800 Numbers From Overseas
  16138.  
  16139.  
  16140.  From: Mr Robert Hall <robhall@HK.Super.NET>
  16141.  
  16142. > The call appears to have been processed by the Hong Kong switch, but I
  16143. > get a recording in a very American voice telling me:
  16144.  
  16145. > "access to the 800 number you have dialed is not free when dialed from
  16146. > outside the United States.  If you proceed with this call, you will be
  16147. > billed international direct dial rates for this call.  If you do not
  16148. > wish to proceed with this call, hang up now".
  16149.  
  16150. > So, I wonder if the assumption that it's up to my local IDD provider
  16151. > to just turn on access to U.S. toll-free numbers is, in fact correct,
  16152. > or whether the U.S. 800 service provider has a say in the deal as
  16153. > well.  Are there all of the usual tariff negotiations between the
  16154. > carriers?
  16155.  
  16156. I've been wondering about overseas access to non-US NANP 800 numbers.
  16157. What happens if you dial a Canadian 800 number this way?  Is the
  16158. overseas carrier actually doing an SS7 lookup to determine the carrier
  16159. or are they just assuming that country code 1 = USA ?  Sigh -- I can
  16160. guess the answer.  Could someone with a few pence to burn try a
  16161. Canadian number that isn't reachable from the US, such as Bell
  16162. Canada's Ontario business office line 800 668-2355 (or 800 NOT-BELL as
  16163. I prefer to think of it)?
  16164.  
  16165. I won't be surprised to hear that you get to pay for a call that says
  16166. "the number you have dialed cannot be reached from your calling area".
  16167.  
  16168.  
  16169. Tony Harminc
  16170.  
  16171. ------------------------------
  16172.  
  16173. End of TELECOM Digest V15 #24
  16174. *****************************
  16175.     
  16176.     
  16177. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa05901;
  16178.           11 Jan 95 5:35 EST
  16179. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16180.     id AA20645; Wed, 11 Jan 95 01:18:35 CST
  16181. Return-Path: <telecom>
  16182. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16183.     id AA20638; Wed, 11 Jan 95 01:18:32 CST
  16184. Date: Wed, 11 Jan 95 01:18:32 CST
  16185. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  16186. Message-Id: <9501110718.AA20638@delta.eecs.nwu.edu>
  16187. To: telecom@eecs.nwu.edu
  16188. Subject: TELECOM Digest V15 #25
  16189.  
  16190. TELECOM Digest     Wed, 11 Jan 95 01:18:30 CST    Volume 15 : Issue 25
  16191.  
  16192. Inside This Issue:                          Editor: Patrick A. Townson
  16193.  
  16194.     Canada Direct Access Numbers (Dave Leibold)
  16195.     Ancient Party Lines (Scott Falke)
  16196.     Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly (A Laurence)
  16197.     Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly (Paul Beker)
  16198.     Re: ISDN Over Wireless (John Leske)
  16199.     Re: New Alert - 911 Access (Andrew Laurence)
  16200.     Re: Computer Caller-ID (Pete Kruckenberg)
  16201.     Re: GSM SIM Implementation (John Leske)
  16202.     Re: Need Profile of Teleport Communications Group (Dave Levenson)
  16203.     Re: ETSI Standards - Where? (Boris Naydichev)
  16204.     Re: Calling 500 Numbers From Overseas (Eric Paulak)
  16205.  
  16206. TELECOM Digest is an electronic journal devoted mostly but not
  16207. exclusively to telecommunications topics. It is circulated anywhere
  16208. there is email, in addition to various telecom forums on a variety of
  16209. public service systems and networks including Compuserve and America
  16210. On Line. It is also gatewayed to Usenet where it appears as the moderated
  16211. newsgroup 'comp.dcom.telecom'. 
  16212.  
  16213. Subscriptions are available to qualified organizations and individual
  16214. readers. Write and tell us how you qualify:
  16215.  
  16216.                  * telecom-request@eecs.nwu.edu *
  16217.  
  16218. The Digest is edited, published and compilation-copyrighted by Patrick
  16219. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  16220. or phone at:
  16221.                     9457-D Niles Center Road
  16222.                      Skokie, IL USA   60076
  16223.                        Phone: 708-329-0571
  16224.                         Fax: 708-329-0572
  16225.   ** Article submission address only: telecom@eecs.nwu.edu **
  16226.  
  16227. Our archives are located at lcs.mit.edu and are available by using
  16228. anonymous ftp. The archives can also be accessed using our email
  16229. information service. For a copy of a helpful file explaining how to
  16230. use the information service, just ask.
  16231.  
  16232. *************************************************************************
  16233. *   TELECOM Digest is partially funded by a grant from the              *
  16234. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  16235. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  16236. * project.  Views expressed herein should not be construed as represent-*
  16237. * ing views of the ITU.                                                 *
  16238. *************************************************************************
  16239.  
  16240. Additionally, the Digest is funded by gifts from generous readers such
  16241. as yourself who provide funding in amounts deemed appropriate. Your help 
  16242. is important and appreciated. A suggested donation of twenty dollars per
  16243. year per reader is considered appropriate. See our address above.
  16244.  
  16245. All opinions expressed herein are deemed to be those of the author. Any
  16246. organizations listed are for identification purposes only and messages
  16247. should not be considered any official expression by the organization.
  16248. ----------------------------------------------------------------------
  16249.  
  16250. Date: Wed, 11 Jan 95 00:28 EST
  16251. From: dleibold@gvc.com (Dave Leibold)
  16252. Subject: Canada Direct Access Numbers
  16253.  
  16254.  
  16255. (dleibold note: Canada Direct operates similarly to many other "home
  16256. direct" services in that special numbers in other countries allow
  16257. access to operators in a home country. The arrangement is generally
  16258. reciprocal in that there are also Canadian facilities (usually 800
  16259. service numbers) for reaching operators of other countries.
  16260.  
  16261. Information is an unofficial transcript and is courtesy of Teleglobe,
  16262. the Canadian-based international carrier, whose information is subject
  16263. to correction or change.)
  16264.  
  16265.  
  16266. Canada Direct
  16267.  
  16268. The international access numbers to Canadian operators, as of November
  16269. 1994:
  16270.  
  16271. Canada Direct information within Canada - 1 800 561 8868
  16272.  
  16273. Legend:
  16274.  
  16275. w   - wait for 2nd dial tone
  16276. %   - country-to-country calling, where calls may also be placed
  16277.       to points within that country, and to most other countries
  16278.       (via the Canadian operator, charged according to two "legs":
  16279.       country-to-Canada, then Canada-to-other-country)
  16280. [D] - service on dedicated phones displaying Canada Direct symbol
  16281. [P] - only available at public payphones
  16282. [K] - public phones require coin deposit or use of card
  16283.  
  16284. Country                        Access Number
  16285. =======                        ====== ======
  16286. Andorra % [K]                  19 w 0016
  16287. Anguilla [P]                   1 800 744 2580
  16288. Antigua [P]                    1 800 744 2580
  16289. Australia %                    1 800 881 150  -or-  1 800 551 177
  16290. Austria [K]                    022 903 013
  16291. Bahamas                        1 800 463 0501
  16292. Bahrain                        80 01 00
  16293. Barbados [P]                   1 800 744 2580
  16294. Belgium % [K]                  0800 1 0019
  16295. Belize                         558 (Hotels)  -or-  *6 (payphones)
  16296. Bermuda [P]                    1 800 744 2580
  16297. Bolivia % [K]                  0 800 0101
  16298. Brazil %                       000 8014
  16299. Cayman Islands [P]             1 800 744 2580
  16300. Chile %                        123 00 318  (replaces 00 w 0318)
  16301. China (major cities) %         108 186
  16302. Colombia                       980 19 0057
  16303. Costa Rica [K]                 161
  16304. Croatia %                      99 380 001
  16305. Cyprus [K]                     080 900 12
  16306. Czech Republic %               00 42 000151
  16307. Denmark % [K]                  80 01 00 11
  16308. Dominica [P]                   1 800 744 2580
  16309. Dominican Republic             1 800 333 0111
  16310. Ecuador                        173
  16311. Egypt %                        365 3643
  16312. Fiji                           004 890 1005
  16313. Finland % [K]                  9800 1 0011
  16314. France % [K]                   19 w 0016
  16315. Germany % [K]                  01 3000 14
  16316. Greece % [K]                   00 800 1611
  16317. Grenada [P]                    1 800 744 2580
  16318. Guadeloupe                     19 w 0016
  16319. Guam %                         950 1604
  16320. Guatemala [K]                  198
  16321. Guyana                         0161 (in Georgetown, 161)
  16322. Haiti                          001 800 522 1055
  16323. Hong Kong %                    800 1100
  16324. Hungary % [K]                  00 800 01211
  16325. Iceland % [K]                  999 010
  16326. India                          000167
  16327. Indonesia [K]                  00 801 16
  16328. Iran                           [D]
  16329. Ireland %                      1 800 555001
  16330. Israel %                       177 105 2727
  16331. Italy % [K]                    172 1001
  16332. Jamaica                        800 222 0016
  16333. Japan [K]                      0039 w 161
  16334. Jordan                         18 800 962
  16335. Korea (south) [K]              009 0015
  16336. Liechtenstein % [K]            155 8330
  16337. Luxembourg %                   0 800 0119
  16338. Macau %                        0800 100
  16339. Malaysia % [K]                 800 0017
  16340. Malta                          0 800 890 150
  16341. Martinique                     19 w 0016
  16342. Mauritius                      73110
  16343. Mexico                         95 800 010 1990
  16344. Monaco % [K]                   19 w 0016
  16345. Montserrat [P]                 1 800 744 2580
  16346. Morocco                        00 211 0010
  16347. Netherlands % [K]              06 0229116
  16348. New Zealand                    000919
  16349. Nicaragua %                    168
  16350. Norway % [K]                   800 19 111
  16351. Paraguay                       008 13 800
  16352. Peru                           199
  16353. Philippines % [K]              105 10
  16354. Poland %                       00 104 800 118
  16355. Portugal %                     05 017 1 226
  16356. Puerto Rico %                  1 800 496 7123
  16357. Qatar %                        [D]
  16358. Romania %                      01 800 5000
  16359. Russia (Moscow only)           8 10 800 497 7233
  16360. Saint Kitts & Nevis [P]        1 800 744 2580
  16361. Saint Lucia [P]                1 800 744 2580
  16362. Saint Vincent [P]              1 800 744 2580
  16363. Saint-Barthelemy               19 w 0016
  16364. Saint-Martin                   19 w 0016
  16365. San Marino % [K]               172 1001
  16366. Singapore                      8000 100 100
  16367. Slovakia %                     00 42 000151
  16368. South Africa %                 0 800 99 0014
  16369. Spain % [K]                    900 99 00 15
  16370. Sri Lanka                      01 430077 (in Metro Colombo, 430077)
  16371. Sweden % [K]                   020 799015
  16372. Switzerland % [K]              155 8330
  16373. Taiwan % [K]                   00 801 20012
  16374. Thailand %                     001 999 15 1000
  16375. Trinidad & Tobago              [D]
  16376. Turkey %                       00 800 16677
  16377. Turks & Caicos [P]             01 800 744 2580
  16378. Ukraine %                      8 10 0 17
  16379. United Kingdom %               0800 89 0016 (British Telecom)
  16380. Uruguay                        000 419
  16381. Vatican City [K]               172 1001
  16382. Venezuela [K]                  800 11100
  16383. Virgin Islands (British) [P]   1 800 744 2580
  16384. Virgin Islands (US) %          1 800 496 0008
  16385. Zambia %                       00883
  16386. Zimbabwe                       (was 110897 - now deleted?)
  16387.  
  16388. ------------------------------
  16389.  
  16390. Date: Tue, 10 Jan 95 21:14:36 -0800
  16391. From: scott@csustan.csustan.edu (Scott Falke)
  16392. Subject: Ancient Party Lines
  16393.  
  16394.  
  16395. In re your story about party-line entertainment:
  16396. X-Telecom-Digest: Volume 15, Issue 11, Message 2 of 14
  16397.  
  16398. > When I was twelve years old, I had a friend who was the same age. We
  16399. > had a private line but his parents had a four-party line.         ^^
  16400.   ^^^ ^ ^^^^^^^ ^^^^
  16401.  
  16402. Should I even ask?
  16403.  
  16404. My party-line story at age ~13 was --
  16405.  
  16406. At the time out community of ~1000 had its own little system (the
  16407. 'switch' was a mechanical equivalent of a SLC96, I guess (a couple of
  16408. bigger than b-box-sized aluminum cases at the North end of town hung
  16409. on some poles and crossarms) and shared a PacBell office about 8 miles
  16410. away in a town of ~10,000.  There was one old repair/install guy who
  16411. handled an area of probably 300 square miles, called 'Farmers Union
  16412. Telephone' and I don't think you could get less than a 4-party line at
  16413. any price.  You'd have to wait a while for dial tone sometimes.  
  16414.  
  16415. I have a distinct vision of what seemed like 200 pairs of steel on a
  16416. coupla-dozen crossarms per pole in front of Klint's market.  Eight-
  16417. and ten- party lines were the norm, and we shared an 8 with the school
  16418. superindent's home.  We rigged up a 600-ohm transformer with a
  16419. bathtubp capcitor for DC blocking, (via military surplus from the town
  16420. ham operator; I learned a lot from some ancient ARRL handbooks) and
  16421. fed it into an old (5-watt?) PA amplifier with speaker in a home-made
  16422. wood box.  The superintendent (this was farming in Nor Calif) would
  16423. spend hours interviewing new teachers for their first job away from
  16424. Montana.  Of course, once we figured out what was going on, we'd have
  16425. the skinny on what was to come in the fall.
  16426.  
  16427. My point in all this is that the party-line ringing was different from
  16428. what you descibed as a multi-frequency mode.  To the best of my
  16429. memory, each set (WE 302s, maybe?) had a gas-filled tube and polarized
  16430. pulsed-DC ring voltage.  Then half the ringers were connected tip-gnd
  16431. and ring-gnd.  On 8- party your heard one ring or two; so:
  16432.  
  16433.   2-polarties X 2-tip-ring X 2-ring-combos = 8.
  16434.  
  16435. The ten-party groups had all kinds of odd long-long, long-short and
  16436. short-short ring combinations.
  16437.  
  16438. Thanks for sparking some childhood memories!
  16439.  
  16440.  
  16441. Scott Falke    Turlock CA 
  16442.  
  16443.  
  16444. [TELECOM Digest Editor's Note: The way you describe it was one way
  16445. of doing the ringing; there were various methods.  What happened on
  16446. your system if you wanted to call someone on your party line?  In
  16447. the manual service era, if you inadvertently (or as a child, deliberatly
  16448. sometimes, for the fun of it) asked the operator for your own number
  16449. her answer would be without looking at where the call was coming from,
  16450. 'the line is busy'. If you asked for someone on your party line, the
  16451. response would be the same unless you told the operator in advance and
  16452. tipped her off (the operators did not know who belonged to what party
  16453. line, only that the line tested busy when they went to insert the plug).
  16454. If you told her it was your party line, she would tell you to hang up
  16455. so she could ring the line, and after one or two rings to pick up the
  16456. phone again. She'd stay on the line and when the party answered tell
  16457. them to hold on a few seconds until you lifted your receiver again.  PAT]
  16458.  
  16459. ------------------------------
  16460.  
  16461. From: laurence@netcom.com (Andrew Laurence)
  16462. Subject: Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly
  16463. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  16464. Date: Wed, 11 Jan 1995 04:17:25 GMT
  16465.  
  16466.  
  16467. wa2ise@netcom.com (Robert Casey) writes:
  16468.  
  16469. > Today, I was in the airport that serves Atlanta, GA.  I tried to place a
  16470. > few 1-800 toll free calls, and had a lot of trouble.  Numbers I know
  16471. > to be good got responses of "invalid number".  I'd reach for another pay
  16472. > phone, and got thru to the number. I tried the same numbers later that
  16473. > day (while getting hung up with the dead Newark airport mess) in the
  16474. > Atlanta airport and got more "invalid number"; another attempt got me
  16475. > thru, then I got cut off.  Pay phones were labeled "PTC" (or something
  16476. > like that) and also said that the local exchange didn't "own" these
  16477. > phones.  Some phones didnt work at all (bad keypads, or just dead).  I
  16478. > don't know who "PTC" is, but they really SUCK!
  16479.  
  16480. Could it be that the numbers you were calling were not reachable from
  16481. that area? Some 800 numbers specifically include or exclude certain
  16482. states or regions.
  16483.  
  16484. But then, you probably already thought of that. :-)
  16485.  
  16486.  
  16487. Andrew Laurence                                   laurence@netcom.com
  16488. Certified NetWare Administrator (CNA)        Oakland, California, USA
  16489. CD-ROM Networking Consultant            Pacific Standard Time (GMT-8)
  16490. Phone: (510) 547-6647    Pager: (510) 308-1903    Fax: (510) 547-8002
  16491.  
  16492. ------------------------------
  16493.  
  16494. From: pbeker@netcom.com (Paul Beker)
  16495. Subject: Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly
  16496. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  16497. Date: Wed, 11 Jan 1995 06:45:33 GMT
  16498.  
  16499.  
  16500. wa2ise@netcom.com (Robert Casey) writes:
  16501.  
  16502. > [ . . . ] Pay phones were labeled "PTC" (or something
  16503. > like that) and also said that the local exchange didn't "own" these
  16504. > phones.  Some phones didnt work at all (bad keypads, or just dead).  I
  16505. > don't know who "PTC" is, but they really SUCK!
  16506.  
  16507. Yep ... several years ago every single pay phone in that airport was a
  16508. *real* Southern Bell phone.  Since then, the politicians and others
  16509. (ever heard of the Atlanta Airport scandals / fiascos?) have gotten
  16510. involved and now you will find a wide variety of worthless COCOTs
  16511. scattered throughout the airport.
  16512.  
  16513. One interesting trend I've noticed lately: While only a couple of
  16514. months ago, all the COCOTs were pre-subscribed to some ripoff,
  16515. switchless, IXC, it looks like most of them have suddenly been
  16516. switched to AT&T.
  16517.  
  16518. This is definately a good thing, for the many people that would be
  16519. getting ripped off dialing 0+ otherwise ... I don't know why this 
  16520. happened;  perhaps someone in Atlanta government actually decided
  16521. to "clean things up". Also, I wonder what AT&T did to get this.
  16522.  
  16523. And in a related note, all of the pay phones in the new (International) 
  16524. Concourse "E" are AT&T COCOTs!  (In other words, the phones themselves
  16525. are manufactured by AT&T and have "AT&T" stamped on them.  They seem
  16526. to be much better quality than your typical COCOT.)  All of them are
  16527. pre-subscribed to AT&T, of course ...
  16528.  
  16529.  
  16530. Paul Beker - Atlanta, GA    pbeker@netcom.com
  16531.  
  16532.  
  16533. [TELECOM Digest Editor's Note: You wonder what AT&T had to do to get the
  16534. account?  Well I can tell you what Illinois Bell had to do to get the
  16535. O'Hare Airport account a few years ago: when the newspapers exposed the
  16536. city council members and Aviation Department employees who got the bribes
  16537. and the IBT employees who paid the bribes, there was quite a stink for
  16538. a short while, then everyone sort of forgot about it.  PAT]
  16539.  
  16540. ------------------------------
  16541.  
  16542. From: johnl@ctin.adelaide.edu.au (John Leske)
  16543. Subject: Re: ISDN Over Wireless
  16544. Date: 11 Jan 1995 03:40:28 GMT
  16545. Organization: Centre for Telecommunications Information Networking
  16546. Reply-To: johnl@ctin.adelaide.edu.au
  16547.  
  16548.  
  16549. In article 17@eecs.nwu.edu, jenzler@olympus.net (Jared Enzler) writes:
  16550.  
  16551. > I live in an area where the telephone co. shows no interest in
  16552. > offering ISDN.  But the area is well covered by cellular phone
  16553. > systems.
  16554.  
  16555. > Questions: There appear to be several varieties of digital cellular on
  16556. > the way.  Do any of these have the potential to offer ISDN?  Which
  16557. > ones?  What sort of technical or other barriers are there to wireless
  16558. > ISDN?
  16559.  
  16560. The aim of digital cellular phones is to efficiently use the bandwidth
  16561. available. Thus they have compression schemes to minimise the the data
  16562. rate required to still reproduce acceptable quality voice at the other
  16563. end.  Next generation speech codecs are aiming for ~5kbit/s data rates
  16564.  -- a lot slower than ISDN.
  16565.  
  16566. If your question relates to ISDN-like protocols, then yes it will be
  16567. possible. For example the GSM design philosophy was based on ISDN.
  16568. However the first data modems available present themselves as
  16569. Hayes-compatible modems, because that is what all the software wants
  16570. to see.
  16571.  
  16572.  
  16573. John 
  16574.  
  16575. ------------------------------
  16576.  
  16577. From: laurence@netcom.com (Andrew Laurence)
  16578. Subject: Re: New Alert - 911 Access
  16579. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  16580. Date: Wed, 11 Jan 1995 04:04:14 GMT
  16581.  
  16582.  
  16583. mjsutter@aol.com (Mjsutter) writes:
  16584.  
  16585. > Jim Conran writes:
  16586.  
  16587. >> In addition, the FCC should require all cellular phones to be
  16588. >> equipped to access the strongest cellular base station signal when 911
  16589. >> is called.  Finally, the FCC should make the 911 provision an issue as
  16590. >> it currently reconsiders cellular license renewal applications.
  16591.  
  16592. > This is a good idea. However, it could be at odds with another good
  16593. > idea which is that the cell ID that the caller is using be passed
  16594. > through the cell switch to the tandem so tha the 911 database can use
  16595. > the cell ID as an approximate location of the caller. In metro areas
  16596. > the size of the cell would be very small indeed. Less that a year ago
  16597. > a life would have most likely been saved in Rochester N.Y. if this
  16598. > capability had been available.  
  16599.  
  16600. Recently I saw someone who appeared to be trying to steal a car, so,
  16601. being a good citizen, I ducked around the corner out of sight and
  16602. dialed 911 on my handheld cellular phone. Though I was standing on a
  16603. street three blocks from San Francisco City Hall, I was connected to
  16604. the California Highway Patrol. I waited several minutes for an operator 
  16605. to come on the line, and finally gave up.
  16606.  
  16607. Good thing no one's life or safety was in danger.
  16608.  
  16609.  
  16610. Andrew Laurence                                   laurence@netcom.com
  16611. Certified NetWare Administrator (CNA)        Oakland, California, USA
  16612. CD-ROM Networking Consultant            Pacific Standard Time (GMT-8)
  16613. Phone: (510) 547-6647    Pager: (510) 308-1903    Fax: (510) 547-8002
  16614.  
  16615. ------------------------------
  16616.  
  16617. From: pete@dswi.com (Pete Kruckenberg)
  16618. Subject: Re: Computer Caller-ID
  16619. Date: 10 Jan 1995 21:12:10 -0700
  16620. Organization: DahlinSmithWhite, Inc.
  16621.  
  16622.  
  16623. Seymour Dupa (grumpy@en.com) wrote:
  16624.  
  16625. > Thomas Fitzurka (LCRS73A@prodigy.com) wrote:
  16626.  
  16627. >> Does anyone know of a software program that enables you to have your
  16628. >> computer identify caller's phone numbers? I saw a movie called
  16629. >> Brainscan that had a computer, using caller id, identify the caller
  16630. >> and tell the person in an "igor" voice, which I perticularly liked,
  16631. >> that "Bobby is calling master". The idea was really interesting to me
  16632. >> and I would like to get something like it.
  16633.  
  16634. >   Rochell Communications has caller ID unit with a serial port that
  16635. > feeds the caller id info to a serial port on a computer.  They also
  16636. > have a program that reads the computer's serial port, look if the
  16637. > number has called before, and if so, diaplays the info.  They are at
  16638. > 800-542-8808 or 512-794-0088.
  16639.  
  16640. I'd like to use something like this to detect calls when my phone is
  16641. busy. Does anyone know if US West offers that service (Caller ID on
  16642. attempts when the line is busy), and if so, what I'd need to get the
  16643. number and put it into a serial port?
  16644.  
  16645.  
  16646. Pete Kruckenberg   pete@dswi.com
  16647.  
  16648.  
  16649. [TELECOM Digest Editor's Note: Coincidentally! ... I just remembered
  16650. this:  a few days ago I got a call from someone in San Fransisco and
  16651. guess what?  His *entire number* showed up on my Caller-ID display.
  16652. It looks like they are now starting to give it out, at least on an
  16653. interstate basis. I initially missed his call, but when I came in a
  16654. few minutes later and saw it on the display screen I called back right
  16655. away. He was quite surprised that I got his number, and come to think
  16656. of it now, so am I.    PAT]
  16657.  
  16658. ------------------------------
  16659.  
  16660. From: johnl@ctin.adelaide.edu.au (John Leske)
  16661. Subject: Re: GSM SIM Implementation
  16662. Date: 11 Jan 1995 03:28:51 GMT
  16663. Organization: Centre for Telecommunications Information Networking
  16664. Reply-To: johnl@ctin.adelaide.edu.au
  16665.  
  16666.  
  16667. In article 6@eecs.nwu.edu, Robohn Scott <robohns@bah.com> writes:
  16668.  
  16669. > Does anyone know how the SIM is implemented (i.e., PCMCIA card, SIMM, some 
  16670. > other standards-based approach, or proprietary?)  How much information is 
  16671. > actually stored on it?  Have there been any problems with it in practice?
  16672.  
  16673. > How long has the SIM been available commercially?
  16674.  
  16675. A very short reply to your questions:
  16676.  
  16677. It is a Smartcard (ISO-7816). That is, a single chip micro with its
  16678. own ROM, RAM and non-volatial storage. The specific implementation for
  16679. GSM is defined in the GSM specs. There are multiple manufacturers of
  16680. this card. The specific characterisitics vary from manufacturer to
  16681. manufacturer. I believe some companies are looking at up to 16k or
  16682. 32kbit on the chip. The GSM-related data lies in a sub-directory on
  16683. the chip.
  16684.  
  16685. There is an interesting article in the Telecom Archives
  16686. ftp.funet.fi/pub/doc/telecom/phonecard/chips/How_chips_work (though
  16687. this does mainly deal with Phonecards, it gives an intro)
  16688.  
  16689. I have not read of any practical problems with the SIM cards in GSM.
  16690.  
  16691. They have been in service since GSM began (1991 exhibition systems, 1992
  16692. commercial networks)
  16693.  
  16694. My colleague who is working on new applications for GSM SIM cards is
  16695. currently away on business, and has much of the information with him.
  16696. If you are interested in more details I can chase him up when he
  16697. returns later this week.
  16698.  
  16699. John Leske   Research Engineer
  16700. Centre for Telecommunications Information Networking
  16701. University of Adelaide
  16702.  
  16703.  
  16704. [TELECOM Digest Editor's Note: Well I don't know *whose* 'Telecom
  16705. Archives' that would be; its not the one I maintain which is located
  16706. at lcs.mit.edu; and I don't have the file mentioned.     PAT]
  16707.  
  16708. ------------------------------
  16709.  
  16710. From: dave@westmark.com (Dave Levenson)
  16711. Subject: Re: Need Profile of Teleport Communications Group
  16712. Organization: Westmark, Inc.
  16713. Date: Tue, 10 Jan 1995 22:20:32 GMT
  16714.  
  16715.  
  16716. Linli Zhao #8277 (lzhao@wellfleet.com) writes:
  16717.  
  16718. > I need any information known about Teleport Communications Group (TCG).
  16719.  
  16720. TCG is a local exchange carrier who competes with the regional Bell
  16721. operating companies in certain metropolitan markets.  You'll find
  16722. their coin-operated public telephones in NYC subway stations, bus
  16723. terminals, and airports.  Unlike traditional COCOT units, these coin
  16724. sets charge the same rate as the Bell-provided units, look just like
  16725. the Bell-provided units, and, apparently, operate exactly the same
  16726. way.
  16727.  
  16728. They also offer local access services to businesses and large
  16729. residential customers (entire appartment buildings) in New York.
  16730.  
  16731.  
  16732. Dave Levenson        Internet: dave@westmark.com
  16733. Westmark, Inc.        UUCP: uunet!westmark!dave
  16734. Stirling, NJ, USA    Voice: 908 647 0900  Fax: 908 647 6857
  16735.  
  16736. ------------------------------
  16737.  
  16738. Date: Tue, 10 Jan 1995 11:57:39 +0800
  16739. From: boris@trillium.com (Boris Naydichev)
  16740. Subject: Re: ETSI Standards - Where?
  16741.  
  16742.  
  16743. ethgls@duna.ericsson.se (Gabor Lajos) wrote:
  16744.  
  16745. > I am looking for ANY information about how to get ETSI (also pre-ETSI)
  16746. > standards in any form (eg. hardcopy, CD-Rom, postcript file).
  16747.  
  16748. > It can be an office from where I have to order, or an 'FTP site' or
  16749. > anything.
  16750.  
  16751. > I wrote 'FTP site' since I can't do real FTP to the outside world, only 
  16752. > that E-mail operated fake FTP is available for me. Thanks in advance.
  16753.  
  16754. You can order ETSI documents from ETSI Publication:
  16755.  
  16756. tel: +33 92 94 42 40
  16757. fax: +33 93 95 81 33
  16758.  
  16759. If you do not know ETS numbers, you should be able to order by names,
  16760. they also have a catalog of ETSI publications available for distribution 
  16761. and their prices.
  16762.  
  16763. ------------------------------
  16764.  
  16765. Date: Tue, 10 Jan 1995 15:23:14 -0500
  16766. From: ericp@ucg.com (Eric Paulak)
  16767. Subject: Re: Calling 500 Numbers From Overseas
  16768.  
  16769.  
  16770. > Who pays for the call?  Is it the caller or the owner of the number?
  16771. > If it is the caller, would I be charged for an international call if I
  16772. > call someone who happens to be overseas at the time?
  16773.  
  16774. It depends. If you haven't given a caller a pin number so that you
  16775. will pay for it, the call will foot the bill.  To prevent them from
  16776. getting hit without knowing it, however, an AT&T message tells them
  16777. that they are being connected to an international location and that
  16778. international rates will apply.
  16779.  
  16780.  
  16781. Eric Paulak
  16782. The Center for Communications Management Information
  16783. (301) 816-8950, ext. 327
  16784. 11300 Rockville Pike, Suite 1100, Rockville, MD 20852
  16785.  
  16786. ------------------------------
  16787.  
  16788. End of TELECOM Digest V15 #25
  16789. *****************************
  16790.     
  16791.     
  16792. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa23631;
  16793.           12 Jan 95 14:47 EST
  16794. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16795.     id AA22559; Thu, 12 Jan 95 07:20:31 CST
  16796. Return-Path: <telecom>
  16797. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  16798.     id AA22551; Thu, 12 Jan 95 07:20:28 CST
  16799. Date: Thu, 12 Jan 95 07:20:28 CST
  16800. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  16801. Message-Id: <9501121320.AA22551@delta.eecs.nwu.edu>
  16802. To: telecom@eecs.nwu.edu
  16803. Subject: TELECOM Digest V15 #26
  16804.  
  16805. TELECOM Digest     Thu, 12 Jan 95 07:20:00 CST    Volume 15 : Issue 26
  16806.  
  16807. Inside This Issue:                          Editor: Patrick A. Townson
  16808.  
  16809.     About the GIF Incident and Substitutes (Paul Robinson)
  16810.     GIF Unisys Response (Stephen Goodman)
  16811.     Changes in Hong Kong Dial Plan (Paul A. Lee)
  16812.     Problems Calling Zaire (Jonathan V. Bland)
  16813.     Is Two Second Delay Still Necessary? (James Baker)
  16814.     Northern TeleCom Norstar Key System (Daniel Aharonoff)
  16815.     Voice Response Unit Question (Jim McCormack)
  16816.     Network Access Wanted in Kenosha, WI - 414 (Erick Bergquist)
  16817.     Sonet SDH DCC Information Wanted (Tom Engbersen)
  16818.     Digital Exchange Location Problem (Roni Levkovitz)
  16819.     Bellcore Standards Question (Craig Harris)
  16820.     10-XXX Codes (Eric Paulak)
  16821.     "Jitter" as a Quantity (Joe Habermann)
  16822.     Wanted: NEC SMDR Software (Daniel Land)
  16823.     FCC BBS Invites Calls (Shaun Maher)
  16824.     Seeking Canadian Telco WWW Addresses (Helen Vanderheide)
  16825.     Re: 800 Numbers From Overseas (Peter Campbell Smith)
  16826.     Re: 800 Numbers From Overseas (Phil Ritter)
  16827.     Re: 800 Numbers From Overseas (Mitch Greer)
  16828.     Re: 800 Numbers From Overseas (Marko Ruokonen)
  16829.     Re: 800 Numbers From Overseas (Robert Hall)
  16830.     Re: 800 Numbers From Overseas (Judith Oppenheimer)
  16831.     Re: 800 Numbers From Overseas (Clive Feather)
  16832.     Re: 800 Numbers From Overseas (Colum Mylod)
  16833.     Re: 800 Numbers From Overseas (Julian Thornhill)
  16834.  
  16835. TELECOM Digest is an electronic journal devoted mostly but not
  16836. exclusively to telecommunications topics. It is circulated anywhere
  16837. there is email, in addition to various telecom forums on a variety of
  16838. public service systems and networks including Compuserve and America
  16839. On Line. It is also gatewayed to Usenet where it appears as the moderated
  16840. newsgroup 'comp.dcom.telecom'. 
  16841.  
  16842. Subscriptions are available to qualified organizations and individual
  16843. readers. Write and tell us how you qualify:
  16844.  
  16845.                  * telecom-request@eecs.nwu.edu *
  16846.  
  16847. The Digest is edited, published and compilation-copyrighted by Patrick
  16848. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  16849. or phone at:
  16850.                     9457-D Niles Center Road
  16851.                      Skokie, IL USA   60076
  16852.                        Phone: 708-329-0571
  16853.                         Fax: 708-329-0572
  16854.   ** Article submission address only: telecom@eecs.nwu.edu **
  16855.  
  16856. Our archives are located at lcs.mit.edu and are available by using
  16857. anonymous ftp. The archives can also be accessed using our email
  16858. information service. For a copy of a helpful file explaining how to
  16859. use the information service, just ask.
  16860.  
  16861. *************************************************************************
  16862. *   TELECOM Digest is partially funded by a grant from the              *
  16863. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  16864. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  16865. * project.  Views expressed herein should not be construed as represent-*
  16866. * ing views of the ITU.                                                 *
  16867. *************************************************************************
  16868.  
  16869. Additionally, the Digest is funded by gifts from generous readers such
  16870. as yourself who provide funding in amounts deemed appropriate. Your help 
  16871. is important and appreciated. A suggested donation of twenty dollars per
  16872. year per reader is considered appropriate. See our address above.
  16873.  
  16874. All opinions expressed herein are deemed to be those of the author. Any
  16875. organizations listed are for identification purposes only and messages
  16876. should not be considered any official expression by the organization.
  16877. ----------------------------------------------------------------------
  16878.  
  16879. Date: Wed, 11 Jan 1995 15:21:03 EST 
  16880. Subject: About the GIF Incident and Substitutes
  16881. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  16882. From: Paul Robinson <paul@tdr.com>
  16883.  
  16884.  
  16885. With the recent problems over the use of Unisys patented LZW
  16886. compression in GIF files, there has been suggested people switch to
  16887. JPEG format.  Then someone else pointed out that IBM has a patent on
  16888. the compression format that uses.
  16889.  
  16890. Aparently both are the same algorithm.  David Winfrey <dwinfrey@cpcug.org> 
  16891. points out that the information on this is in rtfm.mit.edu:/pub/usenet/
  16892. news.answers/compression-faq/part[1-3].
  16893.  
  16894. (Rtfm was busy so I used the site "pit-manager" which is the old name
  16895. for BLOOM-PICAYUNE.MIT.EDU.  (Did you know any time you put any
  16896. message on a big-7 Usenet group that has the phrase 'pit-manager' in
  16897. it, RTFM sends you a nastygram telling you the name is now 'rtfm'?
  16898. Even if you were to write, "I was a pit-manager in a casino," in a
  16899. message.)
  16900.  
  16901. Under current patent laws, if both patents do cover the same invention, 
  16902. if someone can figure out which one was invented later, the patent on
  16903. that one can be overturned.  Also, it may be possible to play one off
  16904. against the other, e.g. if they want to fight over this, the other one
  16905. can be used to argue the invalidity of theirs.
  16906.  
  16907. ------------------------------
  16908.  
  16909. Date: Wed, 11 Jan 95 12:04 EST
  16910. From: Stephen Goodman <0003945654@mcimail.com>
  16911. Subject: GIF Unisys Response
  16912.  
  16913.  
  16914. FYI -- this came in my e-mail today.  Thought I would pass it along.
  16915.  
  16916.  
  16917. Excerpt from ... EDUPAGE.
  16918.  
  16919. Edupage, a summary of news items on information technology, is provided
  16920. three times each week as a service by Educom -- a Washington, D.C.-based
  16921. consortium of leading colleges and universities seeking to transform
  16922. education through the use of information technology. 
  16923.  
  16924. UNISYS RELENTS ON PATENT INFRINGEMENT
  16925.  
  16926. Unisys has backed down on its intention to extract license fees from
  16927. software companies that use its patented approach to displaying
  16928. graphics online. The Graphics Interchange Format, or GIF, is so
  16929. popular, many software companies apparently thought the algorithm was
  16930. in the public domain. Unisys now says it will seek fees only for newly
  16931. created products that come out in 1995 or thereafter, and only from
  16932. major for-profit software developers. (Chronicle of Higher Education
  16933. 1/13/95 A20)
  16934.  
  16935. ------------------------------
  16936.  
  16937. Date: Wed, 11 Jan 1995 15:28:34 -0500
  16938. From: Paul A. Lee </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>
  16939. Organization: Woolworth Corporation
  16940. Subject: Changes in Hong Kong Dial Plan
  16941.  
  16942.  
  16943. I've been getting inquiries from some of our international divisions
  16944. about a change that's supposed to be coming soon in Hong Kong's dial
  16945. plan and/or number plan -- something about adding a '2' at the beginning 
  16946. of the number.
  16947.  
  16948. Can anyone provide me with details about the change? Does it affect
  16949. only calls within Hong Kong, or will the dial string used to reach
  16950. Hong Kong from other "countries" change, too?
  16951.  
  16952.  
  16953. Paul A. Lee                           Voice  414 357-1409
  16954. Telecommunications Analyst              FAX  414 357-1450
  16955. Woolworth Corporation            CompuServe  70353,566
  16956. INTERNET  </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>  <=PREFERRED ADDRESS*
  16957.  
  16958. ------------------------------
  16959.  
  16960. From: OPS@ins.infonet.net
  16961. Subject: Problems Calling Zaire
  16962. Date: Wed, 11 Jan 1995 16:41:08 +1000
  16963. Organization: Viatel
  16964.  
  16965.  
  16966. We are having trouble calling certain numbers in Zaire through Mercury.
  16967. They will only recognize numbers going to city codes 12 and 222 (i.e.
  16968. 24312 ... and 243222 ...). An example of the numbers we are dialing
  16969. starts with 243884.
  16970.  
  16971. We know that these numbers are valid as we can reach them when dialing
  16972. through MCI.
  16973.  
  16974. Mercury has said that they have the French Telco carry this traffic
  16975. and that neither of them block any numbers going to Zaire. The
  16976. progression of the responses that we have received from Mercury is
  16977. that these numbers are invalid (untrue) and that these destination
  16978. number can't exist (also untrue). I have proven these numbers to be
  16979. valid with Mercury by conferencing them in on calls to the one of the
  16980. destination numbers over MCI. After this was done, the technicians
  16981. working on the fault said that the only way they could continue to
  16982. work on this was by having the name and address of the destination
  16983. number. We are unable to provide this information. I have spoken to a
  16984. supervisor at Mercury who feels that this is an unreasonable request.
  16985.  
  16986. We have been trying to resolve this problem since Dec 16th. Any input
  16987. regarding this will be greatly appreciated. Feel free to respond to us
  16988. directly or via the newsgroup.
  16989.  
  16990.  
  16991. Jonathan V. Bland   Viatel Operations
  16992.  
  16993. ------------------------------
  16994.  
  16995. From: jbaker@halcyon.com (James Baker)
  16996. Subject: Is Two Second Delay Still Necessary?
  16997. Date: Wed, 11 Jan 1995 15:59:03 -0800
  16998. Organization: Northwest Nexus Inc.
  16999.  
  17000.  
  17001. Is there still a technical reason for the two second delay at the
  17002. beginning of a phone call?
  17003.  
  17004. I understand that some old analog switches could be fooled into
  17005. billing the call incorrectly or not at all if certain tones were
  17006. present within the first two seconds of ringing. Thus the FCC
  17007. requirements for auto answer stuff is to wait two seconds after
  17008. ringing before answering the phone (or at leaset before sending any
  17009. signals into the phone wires).
  17010.  
  17011. I doubt any such switches are still in use so perhaps it is time to
  17012. petition the FCC to remove this requirement from Part 68.
  17013.  
  17014. BTW ... here is a rough calculation based on figures out of my head of the
  17015. national cost of this old regulation still being on the books. Suppose 250
  17016. million people make an average of five calls a day to answering machines,
  17017. auto-attendants etc. If you value the average person's time at $10 / hour
  17018. the annual cost is about $7 million. I suspect the real figure is higher.
  17019.  
  17020.  
  17021. James Baker    Seattle, WA   jbaker@halcyon.com
  17022.  
  17023. ------------------------------
  17024.  
  17025. From: ilink@netcom.com (Daniel Aharonoff)
  17026. Subject: Northern TeleCom Norstar Key System
  17027. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  17028. Date: Wed, 11 Jan 1995 23:19:11 GMT
  17029.  
  17030.  
  17031. Would like to get some feedback on reliability, expandability, stability 
  17032. on a Norstar switch by Northern Telecom. We are also looking to get a
  17033. voice-mail that would compliment that system.
  17034.  
  17035. This is for a small company of about 30 employees with a high degree
  17036. of voice-mail usage and support calls.
  17037.  
  17038. Any suggestions or feedback is very much appreciated.
  17039.  
  17040.  
  17041. Thanks,
  17042.  
  17043. Daniel Aharonoff
  17044. Please post to newsgroup and my personal account @ ilink@netcom.com
  17045. E-Mail: ilink@netcom.com 
  17046. Home Page: ftp://ftp.netcom.com/pub/il/ilink/infolink.html
  17047. infoLink Communications 
  17048.  
  17049. ------------------------------
  17050.  
  17051. From: as965@yfn.ysu.edu (Jim McCormack)
  17052. Subject: Voice Response Unit Question
  17053. Date: 11 Jan 1995 13:27:06 GMT
  17054. Organization: St. Elizabeth Hospital, Youngstown, OH
  17055. Reply-To: as965@yfn.ysu.edu (Jim McCormack)
  17056.  
  17057.  
  17058. I presently operate a voice/fax response unit using a 486 pc with
  17059. analog phone lines directly connected to a Rhetorex voice board.
  17060.  
  17061. The software and hardware I have is capable of being used with a PBX
  17062. to do call transfers.  I don't have a PBX but I was wondering if I
  17063. could purchase a desktop phone which could be configured so that if a
  17064. caller asks for my extension the voice response unit would transfer
  17065. the call to the phone just like a PBX.
  17066.  
  17067. Anybody have any ideas?
  17068.  
  17069. Thanks in advance for your help.
  17070.  
  17071.  
  17072. Jim McCormack
  17073.  
  17074. ------------------------------
  17075.  
  17076. Date: Wed, 11 Jan 95 00:30:50 CST
  17077. From: Erick_Bergquist@edtng.Kenosha.WI.US (Erick Bergquist)
  17078. Subject: Network Access Wanted in Kenosha, WI - 414
  17079.  
  17080.  
  17081. Hello,
  17082.  
  17083.   I am looking for a way to get network access in Kenosha, WI, even if
  17084. it means getting my own direct 57.6k, T1 connection.
  17085.  
  17086.   There are no local net providers (besides the university and a BBS
  17087. that offers email). I am looking into starting my own service, but
  17088. lack the funds, and can't find enough people that are willing to do it
  17089. right, and keep it going.
  17090.  
  17091. If anyone knows of any service/provider that has local access, please
  17092. let me know, or how much a T1, 57.6, would cost directly.
  17093.  
  17094. I called many services/providers, and none offers decent local access,
  17095. at high speed rates. Netcom is moving into the Madison/Milwaukee area,
  17096. and I don't know if they will cover Kenosha locally.
  17097.  
  17098. Kenosha is on the border of WI, and IL, on Lake Michigan. Right
  17099. inbetween Chicago and Milwaukee. It seems to me that this area is
  17100. being left out, as there are plenty of ways I can get access if I were
  17101. located south or north of here.
  17102.  
  17103. If you know of anything, contact me. Network access is kind of
  17104. important to me, and I am seeking a stable connection. If you are in
  17105. this area, and are also looking for access, then contact me, and maybe
  17106. we can work on this problem together.
  17107.  
  17108. Thanks for the Help!!!
  17109.  
  17110.  
  17111. Erick Bergquist (Erick_Bergquist@EDTNG.Kenosha.WI.US)
  17112. Computer Programmer/Analyst, Microcomputer Specialist, and such.
  17113.  
  17114. ------------------------------
  17115.  
  17116. From: news@zurich.ibm.com
  17117. Subject: Sonet SDH DCC Information Wanted
  17118. Date: 11 Jan 1995 08:38:28 GMT
  17119. Organization: IBM Research Zurich
  17120. Reply-To: news@zurich.ibm.com
  17121.  
  17122.  
  17123. In Sonet/SDH multiplexer and section overhead, there are the D1..D12
  17124. bytes, reserved for "network management and supervision". Can anyone
  17125. shed some light on the data transmission protocol which governs these
  17126. DCC channels?  Is this (already?) standardized? If so which standard?
  17127.  
  17128.  
  17129. Kind regards,
  17130.  
  17131. Ton Engbersen
  17132.  
  17133. ------------------------------
  17134.  
  17135. From: ielavkow@techunix.technion.ac.il (Levkovitz Roni)
  17136. Subject: Digital Exchange Location Problem
  17137. Organization: Technion, Israel Institute of Technology
  17138. Date: Wed, 11 Jan 1995 14:29:44 GMT
  17139.  
  17140.  
  17141. I am working on a project of finding the optimal location of digital
  17142. exchanges that are connected by optical links.  The problem is to
  17143. minimize the cost of connecting new lines and maintaining the existing
  17144. once. I have tried , in vain, to find references to other works on
  17145. similar problems.  It will be of great help if anybody can tell me
  17146. where to look for such references.
  17147.  
  17148.  
  17149. Thanks in advance,
  17150.  
  17151. Ron Levkovitz    ielavkow@tx.technion.ac.il
  17152.  
  17153. ------------------------------
  17154.  
  17155. From: charris@coypu.cig.mot.com (Craig Harris)
  17156. Subject: Bellcore Standards Question
  17157. Date: 11 Jan 1995 16:19:36 GMT
  17158. Organization: Motorola Inc., Cellular Infrastructure Group
  17159. Reply-To: charris@blue.cig.mot.com
  17160.  
  17161.  
  17162. I am looking for any Bellcore specification on an idle T-1 channel.
  17163. That is, if the channel is idle, would the T1 equipment send 01111111
  17164. or 10000000?
  17165.  
  17166.  
  17167. Craig Harris                 email:  charris@cig.mot.com
  17168. Motorola Inc.  Suite 1450    pager:  +1-800-759-7243 pin 87119
  17169. 777 108th Ave. NE            office: +1-206-637-8054
  17170. Belluevue, WA 98004          mobile: +1-206-930-1029
  17171.  
  17172. ------------------------------
  17173.  
  17174. Date: Thu, 12 Jan 1995 00:05:55 -0500
  17175. From: ericp@ucg.com (Eric Paulak)
  17176. Subject: 10-XXX Codes
  17177.  
  17178.  
  17179. FYI
  17180.  
  17181. If you're a hospital, university or hotel that is classified as an
  17182. aggregator/reseller, and you just upgraged your PBX to deal with the
  17183. new North American Numbering Plan, you may have just set yourself up
  17184. for a legal nightmare. Here's why:
  17185.  
  17186. According to a law that was passed in 1990, all aggregators must
  17187. unblock their switches so that a caller can reach their long distance
  17188. carrier of choice. What this required so that you wouldn't get stuck
  17189. paying for the cost of the calls was that your switch had to pass
  17190. through and differentiate calls that started with either 10-XXX-1 or
  17191. calls that started with 10-XXX-0.
  17192.  
  17193. If you could do this at the time the law was passed, you had to do it
  17194. right then. If you could upgrade your switch for less than $15/station, 
  17195. you had to do this by Jan. 10, 1994. If it cost you more than $15/station, 
  17196. you have until April 17, 1997. And, if you upgraded your switch anytime 
  17197. prior to April 17, 1997, you had to offer access at that time.
  17198.  
  17199. So, if you just went through an upgrade to be able to accomodate the new
  17200. interchangeable area codes and the new expanded carrier identification codes
  17201. (101-XXXX), you are now capable of allowing access to any long distance
  17202. carrier, and you must do so or be subject to FCC fines.
  17203.  
  17204. Another bit of information dealing with 10-XXX codes. The number of
  17205. available carrier information codes with the 10-XXX format is down to
  17206. around 20. At the present rate that format should expire sometime in
  17207. February. At that time, the new format will be 101-XXXX.
  17208.  
  17209.  
  17210. Eric Paulak
  17211. The Center for Communications Management Information
  17212. (301) 816-8950, ext. 327
  17213. 11300 Rockville Pike, Suite 1100, Rockville, MD 20852
  17214.  
  17215. ------------------------------
  17216.  
  17217. From: haberman@i11.msi.umn.edu (Joe Habermann)
  17218. Subject: "Jitter" as a Quantity
  17219. Organization: University of Minnesota, Twin Cities
  17220. Date: Wed, 11 Jan 1995 17:13:16 GMT
  17221.  
  17222.  
  17223. I need a solid reference for "delay jitter" as quantity w.r.t.  frames
  17224. arrivals.  Much of the material that I've read defines jitter as the
  17225. variation interarrival times, but what I really want is a quantitative
  17226. definition that's effectively "the jitter for two event arrivals is
  17227. difference between the expected and observed interarrival times."
  17228.  
  17229. I found an example of the use of "jitter" as a quantity recently in a
  17230. paper that I was reading: ".. The conference origination application
  17231. delivers frames to the network adapter at an aggregrate rate of 1
  17232. frame every 33 seconds (with a measured jitter of +- 2 ms)."
  17233.  
  17234. But the paper does not define jitter.  It's obvious what is 
  17235. meant, but I really need a solid definition from a solid source.
  17236.  
  17237.  
  17238. Thanks,
  17239.  
  17240. Joe Habermann / haberman@msi.umn.edu
  17241.  
  17242. ------------------------------
  17243.  
  17244. From: dland@cks.ssd.k12.wa.us (Daniel Land)
  17245. Subject: Wanted  NEC SMDR Software
  17246. Date: 11 Jan 1995 10:39:04 -0800
  17247.  
  17248.  
  17249. Wanted: PC Software for capturing SMDR output from a NEC NEAX2400 IMS
  17250. PBX rs232 port --
  17251.  
  17252. Software Needed  -  Free or Low Cost
  17253.  
  17254. Does anyone have some PC (maybe even Windows) based software to
  17255. capture the SMDR output from this model of NEC PBX.
  17256.  
  17257. Please respond by e-mail if possible.
  17258.  
  17259.  
  17260. Thank you,
  17261.  
  17262.  
  17263. Daniel H. Land*              Seattle Public Schools
  17264. voice (206) 298-7599                mailstop AF-334
  17265. fax (206) 298-7505         4141 Fourth Avenue South
  17266. net dland@cks.ssd.k12.wa.us  Seattle, WA 98134-2309
  17267.  
  17268. ------------------------------
  17269.  
  17270. From: fcclaw@cais.cais.com (Smithwick-Belendiuk)
  17271. Subject: FCC BBS Invites Calls
  17272. Date: 11 Jan 1995 20:52:32 GMT
  17273. Organization: Capital Area Internet Service info@cais.com 703-448-4470
  17274.  
  17275.  
  17276. Smithwick & Belendiuk, P.C., a Washington area communications law
  17277. firm, offers a free Bulletin Board System - "FCC WORLD."  FCC WORLD
  17278. maintains FCC libraries of files, updated daily, Forums on FCC issues
  17279. and Classifieds Ads for the communications industries.  The service is
  17280. free and has no time limit with two lines in service.  Try FCC WORLD
  17281. at 202-887-5718 today!
  17282.  
  17283.  
  17284. Shaun Maher   Sysop - FCC WORLD    fcclaw@cais.com  
  17285.  
  17286. ------------------------------
  17287.  
  17288. From: hvanderh@edtel.alta.net (Helen Vanderheide)
  17289. Subject: Seeking Canadian Telco WWW Addresses
  17290. Date: Wed, 11 Jan 1995 15:22:37 MST
  17291. Organization: ED TEL
  17292.  
  17293.  
  17294. Does anyone know where I can get WWW addresses of companies like:
  17295.  
  17296. - Bell Canada
  17297. - BCE 
  17298. - Northern Telecom
  17299. - Mobility Canada
  17300. - CANTEL 
  17301.  
  17302. Thanks in advance to anyone that can help.
  17303.  
  17304.  
  17305. Helen Vanderheide
  17306. ED TEL, Information Services
  17307. Email:  hvanderh@edtel.alta.net
  17308. Voice:  403-441-7877
  17309. Fax:    403-424-8312
  17310.  
  17311. ------------------------------
  17312.  
  17313. From: campbellp@logica.com (Peter Campbell Smith)
  17314. Subject: Re: 800 Numbers From Overseas
  17315. Organization: Logica, London
  17316. Date: Wed, 11 Jan 1995 11:35:01 GMT
  17317.  
  17318.  
  17319. In article <telecom15.24.12@eecs.nwu.edu> Tony Harminc <EL406045@BROWNVM.
  17320. brown.edu> writes:
  17321.  
  17322. > What happens if you dial a Canadian 800 number this way?  Is the
  17323. > overseas carrier actually doing an SS7 lookup to determine the carrier
  17324. > or are they just assuming that country code 1 = USA ?  Sigh -- I can
  17325. > guess the answer.  Could someone with a few pence to burn try a
  17326. > Canadian number that isn't reachable from the US, such as Bell
  17327. > Canada's Ontario business office line 800 668-2355 (or 800 NOT-BELL as
  17328. > I prefer to think of it)?
  17329.  
  17330. > I won't be surprised to hear that you get to pay for a call that says
  17331. > "the number you have dialed cannot be reached from your calling area"
  17332.  
  17333.  From the UK you first get the recording saying that if the call is
  17334. answered you will have to pay for it, then a few rings, then a
  17335. recording saying that the 800 number you have called is not available
  17336. where you are calling from, ending with the words '702 7'.  I have no
  17337. way of telling whether I was actually charged for the call, though a
  17338. non-800 call that gets to North America but ends with an American
  17339. recording (such as the number you have dialed is not in service) is not 
  17340. billed.
  17341.  
  17342. One might think that 702 was where my call 'landed' in North America,
  17343. but according to my (possibly out of date) list it is Nevada, which
  17344. seems somewhat unlikely.  I know international calling used to be a
  17345. bit of a gamble ...
  17346.  
  17347.  
  17348. Peter Campbell Smith, Logica, London, UK
  17349. mailto: campbellp@logica.com
  17350.  
  17351.  
  17352. [TELECOM Digest Editor's Note: Well I have called 800 numbers which were
  17353. not in service and wound up getting intercept messages from the geographical
  17354. area code where the 800 service had been located, such as 'the number you
  17355. dialed is not in service, 312, etcetera ..'
  17356.  
  17357. ------------------------------
  17358.  
  17359. From: pritter@nit.AirTouch.COM (Phil Ritter)
  17360. Subject: Re: 800 Numbers From Overseas
  17361. Organization: AirTouch Cellular, Los Angeles
  17362. Date: Wed, 11 Jan 1995 15:46:09 GMT
  17363.  
  17364.  
  17365. In article <telecom15.23.6@eecs.nwu.edu> Mr Robert Hall <robhall@HK.Super.
  17366. NET> writes:
  17367.  
  17368. > Judith Oppenheimer and Ari Wuolle have both discussed the fact that it
  17369. > is now possible to access U.S. 800 numbers from international locations.  
  17370. > Following Judith's dialing suggestions, I attempted to call a number
  17371. > of 800 numbers from Hong Kong.  For example, I dialed:
  17372.  
  17373. > 011                 International Access Code
  17374. >    1                Country Code for U.S.
  17375. >      800-555-1212   800 Directory Assistance
  17376.  
  17377. > The call appears to have been processed by the Hong Kong switch, but I
  17378. > get a recording in a very American voice telling me:
  17379.  
  17380. > "access to the 800 number you have dialed is not free when dialed from
  17381. > outside the United States.  If you proceed with this call, you will be
  17382. > billed international direct dial rates for this call.  If you do not
  17383. > wish to proceed with this call, hang up now". 
  17384.  
  17385. I also wonder how the billing is handled on the US side.  Since the
  17386. carrier is receiving revenue for this call on the originating side, do
  17387. they still bill the 800 number owner (the terminating party) for the
  17388. calls?  If they don't, how do they differentiate these calls.  If they
  17389. do, it sounds like the IXC has their hands in both parties pockets.
  17390. Not a bad deal (for the carrier, that is).  Sure explains the
  17391. incentive to open up 800 for IDDD!
  17392.  
  17393.  
  17394. Phil Ritter   pritter@la.airtouch.com
  17395.  
  17396.  
  17397. [TELECOM Digest Editor's Note: I think the caller is billed for the
  17398. portion of the call from his country to the gateway in the USA where
  17399. the carrier's switch is located, and the USA recipeient of the call is
  17400. billed for the USA portion only, same as before. When we first discussed
  17401. this a couple years ago, when AT&T was handling international calls to
  17402. 800 numbers via their USA Direct program, didn't we discover that the
  17403. international caller was billed for a call to Pittsburgh, PA at an AT&T
  17404. office there, and the USA party got billed for an 800 call from Pittsburgh
  17405. to wherever they were?   PAT]
  17406.  
  17407. ------------------------------
  17408.  
  17409. From: Mitch Greer@data.InterServ.Com
  17410. Subject: Re: 800 Numbers From Overseas
  17411. Date: 11 Jan 1995 20:51:27 GMT
  17412. Organization: DCLU - City of Seattle
  17413.  
  17414.  
  17415. > I've been wondering about overseas access to non-US NANP 800 numbers.
  17416. > What happens if you dial a Canadian 800 number this way? 
  17417.  
  17418. > Could someone with a few pence to burn try a
  17419. > Canadian number that isn't reachable from the US, such as Bell
  17420. > Canada's Ontario business office line 800 668-2355 (or 800 NOT-BELL as
  17421. > I prefer to think of it)?
  17422.  
  17423. > I won't be surprised to hear that you get to pay for a call that says
  17424. > "the number you have dialed cannot be reached from your calling area".
  17425.  
  17426. I tried and was turned back from the local switch with:
  17427.  
  17428. "You have reached a number that is disconnected or no longer in
  17429. service.  If you feel that you've reached this recording in error..."
  17430.  
  17431. I'm in range of Canadian TV from Vancouver and just for giggles I
  17432. occasionally try a Canadian 800 and I always get turned back with that
  17433. recording.  The last time I was in Vancouver I tried calling a
  17434. friend's 800 number in Los Angeles from a coin phone and was turned
  17435. back with a recording from the 206 area code.
  17436.  
  17437.  
  17438. Mitch
  17439.  
  17440. ------------------------------
  17441.  
  17442. Date: 11 Jan 95 15:22:16 EST
  17443. From: Marko Ruokonen <100031.31@compuserve.com>
  17444. Subject: Re: 800 Numbers From Overseas
  17445.  
  17446.  
  17447. Here's what I have found out about dialing US 800 numbers from Germany
  17448. by ISDN and by GSM (D1-Telekom):
  17449.  
  17450. First, I tried 001-800-555-1212 (00 international access code, 1 CC for US):
  17451.  
  17452. ISDN: tri-tone, "Keine Verbindung unter dieser Vorwahl".
  17453. (Translation: "No connection by this area code")
  17454.  
  17455. GSM: German ringing tone, then the anouncement "Leider ist uns diese
  17456. Rufnummer nicht bekannt. Am besten fragen Sie bei der Auskunft nach.-
  17457. We are afraid we have no record of this number. Please call the information 
  17458. service". (Note: there is NO tri-tone with the announcement).
  17459.  
  17460. Then, I tried just 001-800:
  17461.  
  17462. ISDN: same as above.
  17463.  
  17464. GSM: (after a looong delay, 20 sec.): "Die von Ihnen gewahlte Rufnummer ist
  17465. unvollstandig. Bitte rufen Sie die Auskunft an.", translation (not in the
  17466. announcement): "The number you have dialed is incomplete. Please call directory
  17467. assistance".
  17468.  
  17469. Note: Dialing just 001 on the GSM results in the "incomplete" message,
  17470. but only after five seconds. Makes me wonder what is going on in the
  17471. switch when someone dials 001-800. I do not think this is a timeout
  17472. situation, since on the GSM phone I have to enter the number and press
  17473. "SEND" to place the call and it is not possible to append numbers
  17474. after SEND has been pressed.
  17475.  
  17476.  
  17477. Marko Ruokonen   100031.31@compuserve.com
  17478.  
  17479. ------------------------------
  17480.  
  17481. Date: Thu, 12 Jan 1995 09:55:05 HKT
  17482. From: Mr Robert Hall <robhall@HK.Super.NET>
  17483. Subject: Re: 800 Numbers From Overseas
  17484.  
  17485.  
  17486. Tony Harminc <EL406045@BROWNVM.brown.edu> wrote:
  17487.  
  17488. > I've been wondering about overseas access to non-US NANP 800 numbers.
  17489. > What happens if you dial a Canadian 800 number this way?  Is the
  17490. > overseas carrier actually doing an SS7 lookup to determine the carrier
  17491. > or are they just assuming that country code 1 = USA ?  Sigh -- I can
  17492. > guess the answer.  Could someone with a few pence to burn try a
  17493. > Canadian number that isn't reachable from the US, such as Bell
  17494. > Canada's Ontario business office line 800 668-2355 (or 800 NOT-BELL as
  17495. > I prefer to think of it)?
  17496.  
  17497. > I won't be surprised to hear that you get to pay for a call that says
  17498. > "the number you have dialed cannot be reached from your calling area".
  17499.  
  17500. Tony:
  17501.  
  17502. I tried dialing the NOT BELL number.  Received my same message ("you'll have 
  17503. to pay for this call").  Waited on the line after the message, but the
  17504. line was cut.  Something somewhere isn't working, even if I stay on
  17505. the line indicating that I will pay IDD charges!
  17506.  
  17507.  
  17508. Regards,
  17509.  
  17510. Rob Hall
  17511.  
  17512. ------------------------------
  17513.  
  17514. From: Judith Oppenheimer <producer@pipeline.com>
  17515. Date: Wed, 11 Jan 1995 21:57:35 -0500
  17516. Subject: Re: 800 Numbers From Overseas  
  17517.  
  17518.  
  17519. The call being completed with the message "this is not a free 
  17520. call" are being done by Sprint.
  17521.  
  17522.  
  17523. Judith Oppenheimer
  17524.  
  17525. ------------------------------
  17526.  
  17527. Subject: Re: 800 Numbers From Overseas
  17528. Date: Thu, 12 Jan 1995 09:41:05 GMT
  17529. From: Clive D.W. Feather <clive@sco.COM>
  17530.  
  17531.  
  17532. Quoth Tony Harminc:
  17533.  
  17534. > I've been wondering about overseas access to non-US NANP 800 numbers.
  17535. > What happens if you dial a Canadian 800 number this way?
  17536.  
  17537. > Could someone with a few pence to burn try a
  17538. > Canadian number that isn't reachable from the US, such as Bell
  17539. > Canada's Ontario business office line 800 668-2355
  17540.  
  17541. I got the above message (though with slightly different wording)
  17542. referring to the United States, followed by ringing. I then hung up.
  17543.  
  17544.  
  17545. Clive D.W. Feather     | Santa Cruz Operation    
  17546. clive@sco.com          | Croxley Centre          
  17547. Phone: +44 1923 813541 | Hatters Lane, Watford   
  17548. Fax:   +44 1923 813811 | WD1 8YN, United Kingdom 
  17549.  
  17550. ------------------------------
  17551.  
  17552. From: cmylod@nl.oracle.com (Colum Mylod)
  17553. Subject: Re: 800 Numbers From Overseas
  17554. Date: 12 Jan 1995 10:32:26 GMT
  17555. Organization: Oracle Corporation. Redwood Shores, CA
  17556.  
  17557.  
  17558. Tony Harminc (EL406045@BROWNVM.brown.edu) wrote:
  17559.  
  17560. > I've been wondering about overseas access to non-US NANP 800 numbers.
  17561. > What happens if you dial a Canadian 800 number this way? [...]
  17562. > Canada's Ontario business office line 800 668-2355 (or 800 NOT-BELL as
  17563.  
  17564. Caling from +44 land: "access to the 800 number you have dialed is
  17565. not free from outside the United States..." etc, i.e. the (now) usual
  17566. disclaimer before the number rings. I hung up on the first subsequent
  17567. ring.
  17568.  
  17569. Sorry Canada, you've been annexed.
  17570.  
  17571. PS: Access to +1 800 is still blocked from other European countries.
  17572.  
  17573. ------------------------------
  17574.  
  17575. Date: Wed, 11 Jan 95 11:16:32 GMT
  17576. From: jth@ion.le.ac.uk (Julian Thornhill)
  17577. Subject: Re: 800 Numbers From Overseas
  17578.  
  17579.  
  17580. > I've been wondering about overseas access to non-US NANP 800 numbers.
  17581. > What happens if you dial a Canadian 800 number this way?
  17582.  
  17583. > I won't be surprised to hear that you get to pay for a call that says
  17584. > "the number you have dialed cannot be reached from your calling area".
  17585.  
  17586. Well I just tried it from the UK via British Telecom and got the usual
  17587. message "800 numbers from outside the **US** are not free ..." and
  17588. then I got the ringing tone, so I guess it works. Didn't stay on the
  17589. line to see who answered though!
  17590.  
  17591.  
  17592. Regards,
  17593.  
  17594. Julian Thornhill        Email to jth@ion.le.ac.uk
  17595. Physics Department      Tel 0116 2523566    FAX 0116 2523555     
  17596. Leicester University    +44-116-2523566 (international)         
  17597. University Road         Leicester LE1 7RH           
  17598.  
  17599. ------------------------------
  17600.  
  17601. End of TELECOM Digest V15 #26
  17602. *****************************
  17603.     
  17604.     
  17605. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa25955;
  17606.           12 Jan 95 19:26 EST
  17607. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  17608.     id AA02021; Thu, 12 Jan 95 13:12:13 CST
  17609. Return-Path: <telecom>
  17610. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  17611.     id AA02014; Thu, 12 Jan 95 13:12:10 CST
  17612. Date: Thu, 12 Jan 95 13:12:10 CST
  17613. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  17614. Message-Id: <9501121912.AA02014@delta.eecs.nwu.edu>
  17615. To: telecom@eecs.nwu.edu
  17616. Subject: TELECOM Digest V15 #27
  17617.  
  17618. TELECOM Digest     Thu, 12 Jan 95 13:12:00 CST    Volume 15 : Issue 27
  17619.  
  17620. Inside This Issue:                          Editor: Patrick A. Townson
  17621.  
  17622.     Re: Cell Phone PINs (Jeffrey Mattox)
  17623.     Re: Cell Phone PINs (Matthew P. Downs)
  17624.     Re: Cell Phone PINs (Alan Boritz)
  17625.     Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly (K Gooding)
  17626.     Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly (G Hlavenka)
  17627.     Re: Wireless CO's Challenge New NPAs? (James M. Roden)
  17628.     Re: Need an EBCDIC Spec (Paul Robinson)
  17629.     Re: SNA Over Token Ring (Paul Robinson)
  17630.     Re: Some Questions About the LDDS Calling Card (sm@infinet.com)
  17631.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Bob Keller)
  17632.     Re: Procedure for Obtaining a 10XXX Code (Daniel Fandrich)
  17633.     Re: Urgent Help Needed With European Phone System (Wolf Paul)
  17634.     Re: Is TeleScript Already Available? (Michael Libes)
  17635.     Last Laugh: Speaking About Who is Boss (TELECOM Digest Editor)
  17636.  
  17637. TELECOM Digest is an electronic journal devoted mostly but not
  17638. exclusively to telecommunications topics. It is circulated anywhere
  17639. there is email, in addition to various telecom forums on a variety of
  17640. public service systems and networks including Compuserve and America
  17641. On Line. It is also gatewayed to Usenet where it appears as the moderated
  17642. newsgroup 'comp.dcom.telecom'. 
  17643.  
  17644. Subscriptions are available to qualified organizations and individual
  17645. readers. Write and tell us how you qualify:
  17646.  
  17647.                  * telecom-request@eecs.nwu.edu *
  17648.  
  17649. The Digest is edited, published and compilation-copyrighted by Patrick
  17650. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  17651. or phone at:
  17652.                     9457-D Niles Center Road
  17653.                      Skokie, IL USA   60076
  17654.                        Phone: 708-329-0571
  17655.                         Fax: 708-329-0572
  17656.   ** Article submission address only: telecom@eecs.nwu.edu **
  17657.  
  17658. Our archives are located at lcs.mit.edu and are available by using
  17659. anonymous ftp. The archives can also be accessed using our email
  17660. information service. For a copy of a helpful file explaining how to
  17661. use the information service, just ask.
  17662.  
  17663. *************************************************************************
  17664. *   TELECOM Digest is partially funded by a grant from the              *
  17665. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  17666. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  17667. * project.  Views expressed herein should not be construed as represent-*
  17668. * ing views of the ITU.                                                 *
  17669. *************************************************************************
  17670.  
  17671. Additionally, the Digest is funded by gifts from generous readers such
  17672. as yourself who provide funding in amounts deemed appropriate. Your help 
  17673. is important and appreciated. A suggested donation of twenty dollars per
  17674. year per reader is considered appropriate. See our address above.
  17675.  
  17676. All opinions expressed herein are deemed to be those of the author. Any
  17677. organizations listed are for identification purposes only and messages
  17678. should not be considered any official expression by the organization.
  17679. ----------------------------------------------------------------------
  17680.  
  17681. From: jeff@cher.heurikon.com (Jeffrey Mattox)
  17682. Subject: Re: Cell Phone PINs
  17683. Date: 11 Jan 1995 16:42:08 GMT
  17684. Organization: Heurikon Corporation
  17685.  
  17686.  
  17687. In article <telecom15.24.8@eecs.nwu.edu>, Carl Oppedahl <oppedahl@patents.
  17688. com> wrote:
  17689.  
  17690. > I was reading a book about the cellular system that was published
  17691. > eight years ago ... it identified the problem that if people copy down
  17692. > the ESN and phone number they could get free calls ... despite this
  17693. > the cellular industry moved ahead with the present system.
  17694.  
  17695. Somewhere, the person(s) that made the design/political decisions to
  17696. implement the system this horrible way are watching.  They probalby
  17697. even have cellular phones themselves.  I wonder what they are
  17698. thinking.  "Gosh, I was a dumb so-an-so for ..."  I wonder if it's the
  17699. same guy who invented the VCR programming scheme -- in which case he's
  17700. probably more of the mind to be laughing at the mess he's created.
  17701.  
  17702.  
  17703. Jeffrey Mattox -- jeff@heurikon.com
  17704.  
  17705. ------------------------------
  17706.  
  17707. From: mpd@adc.com (Matthew P. Downs)
  17708. Subject: Re: Cell Phone PINs
  17709. Date: 11 Jan 1995 16:47:50 GMT
  17710. Organization: ADC Telecommunications
  17711.  
  17712.  
  17713. seydell@tenrec.cig.mot.com (Steve Seydell) writes:
  17714.  
  17715. > padgett@tccslr.dnet.mmc.com (A. Padgett Peterson) writes:
  17716.  
  17717. >> Sorry but I seem to be missing something here. If the PIN is sent in
  17718. >> the clear then anyone grabbing the cell phone number off the air will
  17719. >> also get the PIN.
  17720.  
  17721. > The PIN is sent as DTMF across the voice channel.  The ESN and mobile
  17722. > ID are currently stolen by listening to the reverse signalling
  17723. > channel.  It is technically possible to steal the PIN, but it will
  17724. > take some time for thiefs to catch up.  The money saved by the telcos
  17725. > will easily cover the cost of purchasing and operating this feature.
  17726.  
  17727. Determining DTMF tones is very easy.  It seems like they could come up
  17728. with a better method which would be as cheap.
  17729.  
  17730.  
  17731. Matt
  17732.  
  17733. ------------------------------
  17734.  
  17735. Subject: Re: Cell Phone PINs
  17736. From: drharry!aboritz@uunet.uu.net (Alan Boritz)
  17737. Date: Wed, 11 Jan 95 21:35:20 EST
  17738. Organization: Harry's Place - Mahwah NJ - +1 201 934 0861
  17739.  
  17740.  
  17741. seydell@tenrec.cig.mot.com (Steve Seydell) writes:
  17742.  
  17743. >> Sorry but I seem to be missing something here. If the PIN is sent in
  17744. >> the clear then anyone grabbing the cell phone number off the air will
  17745. >> also get the PIN.
  17746.  
  17747. > The PIN is sent as DTMF across the voice channel.  The ESN and mobile
  17748. > ID are currently stolen by listening to the reverse signalling
  17749. > channel.  It is technically possible to steal the PIN, but it will
  17750. > take some time for thiefs to catch up.  The money saved by the telcos
  17751. > will easily cover the cost of purchasing and operating this feature.
  17752.  
  17753. CellularOne, in the New York City area, seems to have no concern about
  17754. this issue.  Their "pin" numbers aren't required if you roam outside
  17755. your home area (even for NYC area customers roaming in southern New
  17756. Jersey).  It would seem that while exposing their NYC roamer customers
  17757. to potential fraud, they have not implemented their fraud-protection
  17758. system in such a way to protect their home customers from fraud while
  17759. roaming.
  17760.  
  17761. ------------------------------
  17762.  
  17763. From: impact <impact@comtch.iea.com>
  17764. Subject: Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly
  17765. Date: 11 Jan 1995 19:27:03 GMT
  17766. Organization: CompuTech
  17767.  
  17768.  
  17769. >> Today, I was in the airport that serves Atlanta, GA.  I tried to place a
  17770. >> few 1-800 toll free calls, and had a lot of trouble.  Numbers I know
  17771. >> to be good got responses of "invalid number".  I'd reach for another pay
  17772. >> phone, and got thru to the number. I tried the same numbers later that
  17773. >> day (while getting hung up with the dead Newark airport mess) in the
  17774. >> Atlanta airport and got more "invalid number"; another attempt got me
  17775. >> thru, then I got cut off.  Pay phones were labeled "PTC" (or something
  17776. >> like that) and also said that the local exchange didn't "own" these
  17777. >> phones.  Some phones didnt work at all (bad keypads, or just dead).  I
  17778. >> don't know who "PTC" is, but they really SUCK!
  17779.  
  17780. When I worked as an operator for an AOS, we had many many reports of
  17781. payphones that would not complete toll-free calls, as well as those
  17782. that would actually CHARGE the end-user for a toll-free call. My
  17783. understanding is that the COCOT owner has the ability to program that
  17784. phone any way that s/he sees fit, be it legal or not. Let's face it,
  17785. if you're using that phone for a toll-free call, the phone owner is
  17786. making no money from coin or card paid calls...
  17787.  
  17788.  
  17789. Katherine Gooding
  17790. ITC Teleservices - LDDSMetromedia - What? Now WilTel too?
  17791.  
  17792.  
  17793. [TELECOM Digest Editor's Note: Yes you are correct that the person with
  17794. the admin passcode can program the COCOT however s/he sees fit ... as
  17795. you put it, legal or not ... and I will add, usually not. Now, we are
  17796. expected to have sympathy for the poor person who owns the phone and is
  17797. making no money during the time we are making our toll-free call. Well,
  17798. that's just another example of how intricately the phone network is
  17799. locked together. The way we *used* to do it was to have all pay phones
  17800. owned by the telco. The telco in turn was part of a process at AT&T
  17801. called 'separations and settlements' ... where telcos were paid for
  17802. their share of traffic over internetwork facilities where they did not
  17803. actually collect the money from the user. In turn, a portion of what
  17804. they actually collected went into the pot to pay the other telcos
  17805. involved. Gee, that method worked great for several decades ... then
  17806. Judge Greene decided things needed to be fixed and changed. Now instead
  17807. of separations and settlements done in a uniform way, every COCOT
  17808. owner does his own thing with the public phone user being damned.  PAT] 
  17809.  
  17810. ------------------------------
  17811.  
  17812. From: cgordon@vpnet.chi.il.us (gordon hlavenka)
  17813. Subject: Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly
  17814. Organization: Vpnet - Your FREE link to the Internet (708)833-8126
  17815. Date: Thu, 12 Jan 1995 04:46:39 GMT
  17816.  
  17817.  
  17818. wa2ise@netcom.com (Robert Casey) writes:
  17819.  
  17820. > Today, I was in the airport that serves Atlanta, GA.  I tried to place a
  17821. > few 1-800 toll free calls, and had a lot of trouble.  Numbers I know
  17822. > to be good got responses of "invalid number".
  17823.  
  17824. Andrew Laurence <laurence@netcom.com> wrote:
  17825.  
  17826. > Could it be that the numbers you were calling were not reachable from
  17827. > that area? Some 800 numbers specifically include or exclude certain
  17828. > states or regions.
  17829.  
  17830. Recently I ran across a payphone in Oakbrook Terrace, IL which wanted
  17831. fifty cents to reach an 800 number!  Made me wish I had a tow rope in
  17832. the truck :-)
  17833.  
  17834. Payphone owners receive no revenues from 800 calls.  Hence I'd imagine
  17835. that they don't rate 800-access problems very high on their list of
  17836. priorities.
  17837.  
  17838.  
  17839. Gordon S. Hlavenka   cgordon@vpnet.chi.il.us
  17840.  
  17841. ------------------------------
  17842.  
  17843. From: jmroden@crl.com (James M. Roden)
  17844. Subject: Re: Wireless CO's Challenge New NPAs?
  17845. Date: 11 Jan 1995 21:47:49 -0800
  17846. Organization: CRL Dialup Internet Access    (415) 705-6060  [Login: guest]
  17847.  
  17848.  
  17849. Linc Madison (LincMad@netcom.com) wrote:
  17850.  
  17851. > In some of the recent discussions of the swarm of new area codes
  17852. > coming this year, I've seen notations that the wireless companies are
  17853. > challenging plans to move wireless services (cellular, beepers, etc.)
  17854. > into an overlay area code.  The challenges are being made to the state
  17855. > regulators and/or to the FCC.
  17856.  
  17857. > My question is, on what grounds are they challenging the overlays?  It
  17858. > seems to me that the tariffs have always been pretty clear that the
  17859. > telco does not in any way guarantee that you will be able to keep a
  17860. > given number or area code.
  17861.  
  17862. The real reason wireless (read cellular) carriers do not want to
  17863. switch their entire customer base to another NPA is (think about this)
  17864. _EVERY_ customer phone would have to be reprogrammed with the new NPA
  17865. number.  Going forward is one thing. Changing the base is quite
  17866. another.
  17867.  
  17868.  
  17869. Mike Roden / N5FL / jmroden@crl.com / San Antonio, Texas
  17870.  
  17871. ------------------------------
  17872.  
  17873. Date: Wed, 11 Jan 1995 14:08:00 EST 
  17874. Subject: Re: Need an EBCDIC Spec
  17875. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  17876. From: Paul Robinson <paul@tdr.com>
  17877.  
  17878.  
  17879. The specifications for EBCDIC are available in many IBM 370 Mainframe
  17880. publications, as IBM is the inventor and primary user for the EBCDIC
  17881. specification.
  17882.  
  17883. If you have a college near you that has an IBM or equivalent mainframe
  17884. and still teaches assembly language, their book store should have the
  17885. Gold Card, which is a small pamphlet listing various assembly instructions 
  17886. and a list of the EBCDIC character set and the translation of the
  17887. equivalent to ASCII.  Most programming manuals for IBM Mainframe
  17888. languages will include it, and if your local university or college has
  17889. books on IBM mainframe themes, one of them will probably include a
  17890. listing of the translation table, which is in the public domain.
  17891.  
  17892. You may also want to take a look at:
  17893.  
  17894. ds.internic.net:/rfc/rfc1345.txt
  17895.  
  17896. Which contains a list of many character sets, and will probably
  17897. include the listing for EBCDIC.
  17898.  
  17899. ------------------------------
  17900.  
  17901. Date: Wed, 11 Jan 1995 14:16:36 EST 
  17902. Subject: Re: SNA Over Token Ring
  17903. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  17904. From: Paul Robinson <paul@tdr.com>
  17905.  
  17906.  
  17907. Timothy S. Chaffee <tchaffee@crl.com>, writes:
  17908.  
  17909. > I am looking into moving our print traffic from a SDLC/SNA 
  17910. > connection to run over our Token Ring network. Can this be done? Any 
  17911. > pointers in the right direction would be greatly appreciated! 
  17912.  
  17913. There is a company -- the name escapes me -- selling a product called
  17914. the "Hydra" which connnects in place of a terminal controller, and
  17915. allows RS232 connections to look like 3270 terminals, allowing a
  17916. person on a PC or a modem to call into an SNA terminal network as if
  17917. their terminal WAS a 3270 terminal. If they can do this, they probably
  17918. have something that will do what you want.
  17919.  
  17920. Also, Black Box (someone here will have their number) has a statement
  17921. in their catalog that if you can describe to them a box to do a
  17922. protocol conversion they will see if they can find one if they have
  17923. it, or will quote you a price to create it if they don't have it and
  17924. their engineers can figure out how to make one.
  17925.  
  17926. Considering the number of nice printers including postscript and laser
  17927. that are out, I wouldn't be surprised if a device like this isn't
  17928. already out there for sale, probably around $2-3000, or roughly
  17929. whatever an internetwork device to connect SNA networks would cost,
  17930. which I'm not really familiar with.
  17931.  
  17932. ------------------------------
  17933.  
  17934. From: sm@infinet.com (SM Communications And Marketing)
  17935. Subject: Re: Some Questions About the LDDS Calling Card
  17936. Date: 11 Jan 1995 19:15:27 -0500
  17937. Organization: InfiNet - Internet Access (614/224-3410)
  17938.  
  17939.  
  17940. In article <telecom15.18.9@eecs.nwu.edu>, Yeechang Lee <ycl6@columbia.edu> 
  17941. wrote:
  17942.  
  17943. > Well, I got the fabled LDDS calling card in the mail.  You know, the
  17944. > one its salesmen annoy people in every newsgroup with ads about?  It
  17945. > _is_ supposed to have much better rates than my AT&T or Sprint cards,
  17946. > and I guess I'll find out as soon as I need to use it.
  17947.  
  17948. Yes it does and you'll see it when you use it and receive your bill.
  17949. It is only 17.5 cents per minute and no surcharges.
  17950.  
  17951. > Anyway, a few questions:
  17952.  
  17953. > a) All I got in my envelope was the card (in a paper carrier).  No
  17954. > brochure w/rates or anything.  I sorta know the rates but would have
  17955. > liked a paper reference.  Was there something missing?
  17956.  
  17957. You could ask the sales person who sent you the application to send
  17958. you a printed brochure. They have a nice brochure/order from that
  17959. describes everything about the calling card.
  17960.  
  17961. > b) My card has the logo of "American Travel Network" on the
  17962. > upper-right-hand side.  I also hear "Metromedia" associated with the
  17963. > LDDS name, but it doesn't appear on the card.  Who's ATN, are there
  17964. > different versions of the card, and if so are there different rates?
  17965.  
  17966. ATN is American Travel Network. They are the resellers of LDDS/Metromedia 
  17967. service. They are marketing the calling card and discount residential
  17968. and business services. However, the billing is done by LDDS/Metromedia.
  17969.  
  17970. LDDS and Metromedia were two different companies before, they merged
  17971. (I think) September 1993 and formed the new company called LDDS/Metromedia.  
  17972. However sometimes you can see just LDDS or just Metromedia being used.
  17973. (I am not sure about this but they may have some old stock supplies to
  17974. finish!) :-)
  17975.  
  17976. There are no versions of the card. It is one calling card with 17.5
  17977. cents rate. The rate would the same no matter which representative you
  17978. get it from of directly from ATN.  However, note that you cannot get
  17979. the card directly from LDDS/Metromedia! since ATN is created this
  17980. program and they have special conract with LDDS/Metromedia to market
  17981. at this rate.  LDDS/Metromedia does not market at that rate!
  17982.  
  17983.  
  17984. Metin         e-mail: sm@infinet.com
  17985. Europe Frm $0.35     | FREE calling card, 17.5 cents, no surcharge.
  17986. India      $0.99     | Flat rate LD: As low as 10 cents per minute!
  17987. Asia   Frm $0.45     |***Free*800*service*as low as 12.5 cents flat rate*** 
  17988. Middle East Frm $0.89| Credit Card Merchant          | Save 50-90% off your
  17989. S.America Frm $0.75  | Accounts. As low as 1.65%     | International Calls. 
  17990.  
  17991.  
  17992. [TELECOM Digest Editor's Note: Sometimes I delete .signatures and
  17993. obvious advertisements; sometimes not ... usually I do, but I saw this
  17994. fellow's thing above and it reminded me of when I used to do Orange
  17995. Card here ... as you who signed up through me will recall, Orange is
  17996. still another of the resellers of LDDS. I hope *he* makes some money
  17997. at it ... :) I still get my Orange Card residual checks every month, as
  17998. pitiful as they are, now a couple years after getting involved.  PAT]
  17999.  
  18000. ------------------------------
  18001.  
  18002. Date: Wed, 11 Jan 1995 12:50:46 EST
  18003. From: Bob Keller <rjk@telcomlaw.com>
  18004. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  18005.  
  18006.  
  18007. Hi Pat,
  18008.  
  18009. > Most readers have been following this thread in the Digest in recent
  18010. > days. Bill Sohl has written a final response on the topic, in which
  18011. > he summarizes FCC regulations and responds to comments made by myself
  18012. > in recent issues.
  18013.  
  18014. I have _not_ been following the thread closely due to press of other
  18015. business, but I could not resist agreeing with you and disagreeing
  18016. with Mr. Sohl on one point ...
  18017.  
  18018. > You (PAT) said:
  18019.  
  18020. >> Aside from what the Electronic Communications Privacy Act says, the 
  18021. >> Federal Communications Commission addresses the question of radios 
  18022. >> which have been modified.  Illegal modification (i.e. modification 
  18023. >> by an unlicensed person) voids your FCC authority to operate the 
  18024. >> radio.
  18025.  
  18026. > Sorry, that is absolutely false.  The FCC part 15 rules are the
  18027. > specifc requirements for which RF devices must be tested against by
  18028. > the FCC to CERTIFY them for initial sale to the public.  That is all
  18029. > that the rules govern ... initial certification.  The rules do not grant
  18030. > any "authority to operate" the device, nor do the forbid operation of
  18031. > any certified device that has been modified after the initial sale nor
  18032. > do they forbid operation of any uncertified device that may have been
  18033. > built from scratch.  Bottom line...Part 15 rules impose absolutely NO
  18034. > duty on the consumer.
  18035.  
  18036. I don't agree.  Rule 15.1(b) provides:
  18037.  
  18038.     "The operation of an intentional or unintentional radiator 
  18039.      that is not in accordance with the regulations in this part 
  18040.      must be licensed pursuant to the provisions of Section 301 
  18041.      of the Communications Act, as amended, unless otherwise 
  18042.      exempted from the licensing requirements elsewhere in this 
  18043.      chapter."
  18044.  
  18045. Note that this rule addresses _operation_ of the device.  In most, if
  18046. not all, radio services, the modified device would not be properly
  18047. type accepted in the applicable service which would, in turn, preclude
  18048. licensing of its use pursuant to Section 301 except in special cases
  18049. (e.g., an experimental or developmental authorization, or possibly
  18050. certain amateur radio uses within ham bands and subject to ham rules).
  18051.  
  18052. > Anyone can buy any commercial receiver (or scanner, or TV, or
  18053. > computer, etc.) and modify it in any way they want and not be in
  18054. > violation (as you claim) of any law.  Additionally, hobbyists have
  18055. > been building their own receivers and/or modifying commercial (as well
  18056. > as military surplus) receivers for years.  Doing so is not a crime,
  18057. > nor does it render the use of any such home built or modified RECEIVER
  18058. > illegal.  Furthermore, there is NO license required to build, modify,
  18059. > repair or otherwise tinker with any radio receiving equipment used by
  18060. > the general population.
  18061.  
  18062. I am not sure that this statement can be squared with Section 15.21 of 
  18063. the FCC Rules which provides:
  18064.  
  18065.     "The users manual or instruction manual for an intentional 
  18066.      or unintentional radiator shall caution the user that 
  18067.      changes or modifications not expressly approved by the 
  18068.      party responsible for compliance could void the user's 
  18069.      authority to operate the equipment."
  18070.  
  18071. While I would not necessarily go so far as to label scanner and other
  18072. receiver adjustments and/or modifications as necessarily or even
  18073. likely "criminal," it is nonetheless important to keep in mind two
  18074. important factors:
  18075.  
  18076.     (1) A device or a circuit within a device that is 
  18077.         "receive-only" may still be (and in the case of 
  18078.         radio receivers usually is) either an intentional 
  18079.         or unintentional radiator within the meaning of 
  18080.         Part 15 of the Rules; and
  18081.  
  18082.     (2) Without even getting into the debate over the special 
  18083.         statutory and regulatory provisions applicable to 
  18084.         cellular-capable scanners, there is a _big_ 
  18085.         difference between opening up a device to repair, allign, 
  18086.         or adjust it and modifying the manufacturer's design 
  18087.         features of the device.
  18088.  
  18089.  
  18090. Bob Keller (KY3R)   Robert J. Keller, P.C.   Tel: 301.229.5208
  18091. rjk@telcomlaw.com   Telecommunications Law   Fax: 301.229.6875
  18092. <ftp://ftp.clark.net/pub/rjk/>      <finger rjk@telcomlaw.com>
  18093.  
  18094.  
  18095. [TELECOM Digest Editor's Note: Thank you, Bob. Section 15.21 is all
  18096. I was trying to get across to readers here. No, one does not have to
  18097. have a 'license', ie. written document or whatever to operate a
  18098. receiving only radio; authority is automatically given when you buy
  18099. it from a licensed source. But as soon as you tamper with the innards
  18100. and make changes in how or what the radio receives, and how it processes
  18101. what it receives *and you are an unlicensed person* -- that is, you lack a
  18102. tech ticket -- then according the FCC and 15.21 you lose your authority
  18103. (albiet granted originally by default) to 'operate' the radio, which may
  18104. amount to nothing more than twisting the off/on switch and the tuning dial. 
  18105. May I suggest to readers the next time you decide to purchase some sort of
  18106. radio, or television perhaps, *look at the user manual*. Let's leave Radio
  18107. Shack out of this since some people around here seem to think I am in
  18108. cahoots with Tandy or somehow playing tricks using their name. Buy your
  18109. radio from whoever. Read the manual. Note the legal verbiage in there
  18110. somewhere about *losing your 'authority' to operate the darn thing if you
  18111. make unlicensed repairs or modifications*. Why do you think General
  18112. Electric, Best Buy, K-Mart, Wal-Mart, etc and oh yeah!  Radio Shack put
  18113. that admonition in there?  The FCC *requires* them to do so. 
  18114.  
  18115. Radio Shack was putting in the FCC admonition, then their clerks were
  18116. making mock of it. In essence, the FCC said, "We'll show who is boss ...'  
  18117. and they did.   PAT]
  18118.  
  18119. ------------------------------
  18120.  
  18121. Date: Tue, 10 Jan 1995 19:57:40 -0800
  18122. From: Daniel Fandrich <dan@fch.wimsey.bc.ca>
  18123. Organization: Fandrich Cone Harvesters Ltd.
  18124. Subject: Re: Procedure for Obtaining a 10XXX Code
  18125.  
  18126.  
  18127. > And while we're at it, are there any 10XXX[X] codes assigned in
  18128. > Canada?
  18129.  
  18130. There are at least two "casual dialing" codes in BC: BC Tel (and
  18131. probably all Stentor members) has 10323, and Unitel has 10869.  Other
  18132. companies I've talked to either claimed not to have a code (e.g.
  18133. Sprint Canada) or simply refused to divulge theirs.  I haven't gotten
  18134. around to asking the CRTC if the complete list is public information.
  18135.  
  18136. Using the 10323 code worked as expected -- the calls were billed as
  18137. regular long distance calls on BC Tel's bill.  Using 10869 on a line
  18138. with BC Tel as the primary carrier resulted in charges showing up in a
  18139. section titled "Other carriers' long distance" on BC Tel's bill.
  18140.  
  18141. The number 1-700-555-4141 works the same here as in the U.S., giving
  18142. the long distance carrier's name.  Unitel's message is a bit
  18143. misleading when it's dialed as 10869-1-700-555-4141, however, as it
  18144. states, "Effective immediately, long distance calls made from the
  18145. telephone number you are calling from will be on Unitel's long
  18146. distance network."  It seems they'd rather not acknowledge the
  18147. existence of 10XXX codes in favour of signing you up for automatic
  18148. dial-1 carrier access.
  18149.  
  18150.  
  18151. Dan
  18152.  
  18153. ------------------------------
  18154.  
  18155. Date: Wed, 11 Jan 95 11:16:15 +0100
  18156. From: Wolf.Paul@aut.alcatel.at (Wolf Paul)
  18157. Subject: Re: Urgent Help Needed With European Phone System
  18158.  
  18159.  
  18160. In article 5@eecs.nwu.edu,  petar@trance.helix.net (Petar Nikic) writes:
  18161.  
  18162. >> What should I do to make a cordless phone work in Europe? I bought it
  18163. >> in Canada. There are two problems with the plugs: the phone plug and
  18164. >> the plug for the recharger. Both of them are different than those
  18165. >> which Europeans use.
  18166.  
  18167. This is not an easy question to answer since different phone plugs and
  18168. power plugs are used in the different European countries.
  18169.  
  18170. Additionally, the use of non-approved (i.e. foreign-bought) phones is
  18171. illegal in many European countries, and is considered especially serious 
  18172. in the case of cordless phones, whose frequencies may interfere with
  18173. local frequency assignments.
  18174.  
  18175. However, if you are determined to take that phone with you, feel free
  18176. to call me once you are in Europe, and I will try to help you find the
  18177. necessary adapters.
  18178.  
  18179.  
  18180. Regards,
  18181.  
  18182. Wolf
  18183.  
  18184.   *** PLEASE NOTE MY NEW LOCATION, E-MAIL ADDRESS AND PHONE/FAX NUMBERS ***
  18185.  
  18186. Wolf N. Paul, UNIX Support/KSR          wnp@aut.alcatel.at
  18187. Alcatel Austria AG                   +43-1-277-22-2523 (w)
  18188. Scheydgasse 41/E26                  +43-1-277-22-118 (fax)
  18189. A-1210 Vienna, Austria (Europe)         +43-1-220-6481 (h)
  18190.  
  18191. ------------------------------
  18192.  
  18193. From: sharpen@chinook.halcyon.com (Sharpened Software)
  18194. Subject: Re: Is TeleScript Already Available?
  18195. Date: 11 Jan 1995 11:19:50 GMT
  18196. Organization: Sharpened Software Inc.
  18197.  
  18198.  
  18199. In article <telecom15.18.15@eecs.nwu.edu>, Paul Boots <paul@gig.nl> wrote:
  18200.  
  18201. > Would there be anybody who can tell me if TeleScript is allready
  18202. > available.  I heard and read a lot about it and I would love to get
  18203. > hands-on experience.
  18204.  
  18205. Yes and no.  AT&T's new PersonaLink system runs the (currently) only
  18206. Telescript service.  There are a few developers working on more
  18207. Telescript services, but the development environment is not yet
  18208. available to anyone who want it.  The SDK, and the shrink-wrapped
  18209. Telescript engine are not yet stable and polished enough for general
  18210. use.
  18211.  
  18212.  
  18213. Michael Libes         Sharpened Software Inc
  18214. sharpen@halcyon.com   Seattle, WA
  18215.  
  18216. ------------------------------
  18217.  
  18218. From: telecom@eecs.nwu.edu (TELECOM Digest Editor)
  18219. Subject: Last Laugh: Speaking About Who is Boss
  18220. Date: Thu, 12 Jan 1995 13:00:00 CST
  18221.  
  18222.  
  18223. On the topic of "we'll show who is boss" I am reminded of this delightful
  18224. little story first told to me about thirty years ago ...
  18225.  
  18226. One day the various parts of a man's body were having an argument among
  18227. themselves over which of them was the most important part. The arms claimed
  18228. to be the most important since they did whatever work was needed for the
  18229. man. No, no, not so, claimed the legs. We are the most important because
  18230. we convey the rest of the man's body, including his arms, to wherever he
  18231. wants to go. Without us, how could the arms get to where they need to be
  18232. to do their work?
  18233.  
  18234. The man's eyes claimed they were much more important, since without them,
  18235. the legs would not know where to walk and the arms would not know what
  18236. to touch or work with. The brain kept insisting that it was the body part
  18237. which coordinated all the rest; none of the others could function at all
  18238. without it it kept arguing.
  18239.  
  18240. All this time, the man's asshole had been sitting there listening
  18241. quietly to the discussion. Finally it spoke up with disdain and said
  18242. "I'll show who's boss!" Having said that, it went on strike; plugged
  18243. itself up, and refused to allow anything to pass by. It went on for a
  18244. couple weeks that way, and before long the man's legs and arms were
  18245. sluggish; his stomach hurt; his eyes had a burning sensation, and his
  18246. thinking process had slowed down quite a bit. He found himself sitting
  18247. in one place for long periods of time each day getting nothing accomplished.
  18248.  
  18249. Finally the asshole relented, and went back to work with the other body
  18250. parts. The moral of this story?
  18251.  
  18252.   *To succeed as a boss you don't need to be a brain, just an asshole.* 
  18253.  
  18254.  
  18255. PAT
  18256.  
  18257. ------------------------------
  18258.  
  18259. End of TELECOM Digest V15 #27
  18260. *****************************
  18261.     
  18262.     
  18263. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa26452;
  18264.           12 Jan 95 20:15 EST
  18265. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18266.     id AA05174; Thu, 12 Jan 95 15:09:05 CST
  18267. Return-Path: <telecom>
  18268. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18269.     id AA05160; Thu, 12 Jan 95 15:09:00 CST
  18270. Date: Thu, 12 Jan 95 15:09:00 CST
  18271. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  18272. Message-Id: <9501122109.AA05160@delta.eecs.nwu.edu>
  18273. To: telecom@eecs.nwu.edu
  18274. Subject: TELECOM Digest V15 #28
  18275.  
  18276. TELECOM Digest     Thu, 12 Jan 95 15:09:00 PST    Volume 15 : Issue 28
  18277.  
  18278. Inside This Issue:                          Editor: Patrick A. Townson
  18279.  
  18280.     Re: Is Two Second Delay Still Necessary? (Steve Forrette)
  18281.     Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly (T Kennedy)
  18282.     Re: MANs in USA (David Goessling)
  18283.     Re: GSM Cellular Operators List (Jonathan Mosen)
  18284.     Re: Phone Rates From Israel (SM Communications And Marketing)
  18285.     Re: How to Keep Track of Calls on Busy (Caller ID on Busy)? (Steve Cogorno)
  18286.     Re: Chatter Heard on Scanner Leads to Criminal Charges (David Moon)
  18287.     Re: Chatter Heard on Scanner Leads to Criminal Charges (P.B. Emerton)
  18288.     Re: Sprint and Calls Within Your Service Area (Javier Henderson)
  18289.     Re: GSM Cellular Operators List (Taavi Talvik)
  18290.     Re: First NNX Area Code Officially in Service is 630? (John Mayson)
  18291.     Re: 800 Numbers From Overseas (Joe J. Harrison)
  18292.     Re: New Area Codes and PBX (Paul A. Lee)
  18293.     U.K. Cellular Band? (Jabulani Dhliwayo)
  18294.     GSM Mobile Telefone ERICSSON GH337 (Joachim Oschek)
  18295.     Arthur C. Clarke Gets Degree by Satellite (Matt Healy)
  18296.  
  18297. TELECOM Digest is an electronic journal devoted mostly but not
  18298. exclusively to telecommunications topics. It is circulated anywhere
  18299. there is email, in addition to various telecom forums on a variety of
  18300. public service systems and networks including Compuserve and America
  18301. On Line. It is also gatewayed to Usenet where it appears as the moderated
  18302. newsgroup 'comp.dcom.telecom'. 
  18303.  
  18304. Subscriptions are available to qualified organizations and individual
  18305. readers. Write and tell us how you qualify:
  18306.  
  18307.                  * telecom-request@eecs.nwu.edu *
  18308.  
  18309. The Digest is edited, published and compilation-copyrighted by Patrick
  18310. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  18311. or phone at:
  18312.                     9457-D Niles Center Road
  18313.                      Skokie, IL USA   60076
  18314.                        Phone: 708-329-0571
  18315.                         Fax: 708-329-0572
  18316.   ** Article submission address only: telecom@eecs.nwu.edu **
  18317.  
  18318. Our archives are located at lcs.mit.edu and are available by using
  18319. anonymous ftp. The archives can also be accessed using our email
  18320. information service. For a copy of a helpful file explaining how to
  18321. use the information service, just ask.
  18322.  
  18323. *************************************************************************
  18324. *   TELECOM Digest is partially funded by a grant from the              *
  18325. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  18326. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  18327. * project.  Views expressed herein should not be construed as represent-*
  18328. * ing views of the ITU.                                                 *
  18329. *************************************************************************
  18330.  
  18331. Additionally, the Digest is funded by gifts from generous readers such
  18332. as yourself who provide funding in amounts deemed appropriate. Your help 
  18333. is important and appreciated. A suggested donation of twenty dollars per
  18334. year per reader is considered appropriate. See our address above.
  18335.  
  18336. All opinions expressed herein are deemed to be those of the author. Any
  18337. organizations listed are for identification purposes only and messages
  18338. should not be considered any official expression by the organization.
  18339. ----------------------------------------------------------------------
  18340.  
  18341. From: stevef@wrq.com (Steve Forrette)
  18342. Subject: Re: Is Two Second Delay Still Necessary?
  18343. Date: 12 Jan 1995 19:06:11 GMT
  18344. Organization: Walker Richer & Quinn
  18345.  
  18346.  
  18347. In article <telecom15.26.5@eecs.nwu.edu>, jbaker@halcyon.com (James
  18348. Baker) says:
  18349.  
  18350. > Is there still a technical reason for the two second delay at the
  18351. > beginning of a phone call?
  18352.  
  18353. > ...  the FCC requirements for auto answer stuff is to wait two seconds after
  18354. > ringing before answering the phone (or at leaset before sending any
  18355. > signals into the phone wires).
  18356.  
  18357. I believe the actual requirement is that there be two seconds of
  18358. silence *after answering*.  The FCC doesn't care when you answer.  One
  18359. of the reasons for this is requirement is to prevent a device which
  18360. purposely answers the call, exchanges data for 1/2 second or so, then
  18361. hangs up right away, which would avoid toll charges in some situations.  
  18362. A device could be designed to do this repeatedly to transmit an
  18363. unlimited amount of data (albiet slowly) without charge.  I think that
  18364. any modern switch would be immune from this type of fraud.
  18365.  
  18366.  
  18367. Steve Forrette, stevef@wrq.com
  18368.  
  18369. ------------------------------
  18370.  
  18371. From: adk@scri.fsu.edu (Tony Kennedy)
  18372. Subject: Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly
  18373. Date: 12 Jan 95 14:04:46
  18374. Organization: SCRI, Florida State University
  18375.  
  18376.  
  18377. Concerning some problems associated with pay phones at Atlanta's
  18378. Hartsfield airport, Paul Beker <pbeker@netcom.com> noted that:
  18379.  
  18380. > One interesting trend I've noticed lately: While only a couple of
  18381. > months ago, all the COCOTs were pre-subscribed to some ripoff,
  18382. > switchless, IXC, it looks like most of them have suddenly been
  18383. > switched to AT&T.
  18384.  
  18385. > This is definately a good thing, for the many people that would be
  18386. > getting ripped off dialing 0+ otherwise ...
  18387.  
  18388. I have found several times that I cannot use a 950-xxxx or 10xxx
  18389. access number for MCI from AT&T phones at Atlanta Hartsfield airport,
  18390. despite the fact that this number worked from all the other phones I
  18391. used in the airport. The only way I could use MCI was to ask the AT&T
  18392. operator to connect me, which they did with much ill-grace.
  18393.  
  18394. ------------------------------
  18395.  
  18396. From: David_Goessling@fcbbs.ss.kpmg.com
  18397. Organization: Strategic Services of KPMG Peat Marwick
  18398. Date: Thu, 12 Jan 1995 12:13:34 EST
  18399. Subject: Re: MANs in USA
  18400.  
  18401.  
  18402. You might want to contact Faulkner Information Services, Pennsauken, NJ
  18403. (609-662-2070/800-843-0460 Fax: 609-662-0905).
  18404.  
  18405. They have a report on Alternative Access Carriers (like MFS
  18406. Communications AKA Metropolitan Fiber Systems, etc.) that gives a
  18407. technical profile of each company's MAN, often including a map of the
  18408. system. Could be a bit expensive though ...
  18409.  
  18410. Some of these companies (e.g. MFS) are public, so you should be able
  18411. to get shareholder/financing info from their SEC-filed documents
  18412. (AR/10K/10Q). MFS is a subsidiary of Kiewit Diversified Group, which
  18413. owned 84.5% of the stock issued in April 1993. The underwriters of
  18414. this public offering were Salomon Bros and Bear Stearns.
  18415.  
  18416. As far as bank's usage, I think you need to do a literature search in
  18417. the telecom and banking press for examples.
  18418.  
  18419. ------------------------------
  18420.  
  18421. From: jmosen@actrix.gen.nz@actrix.gen.nz (Jonathan Mosen)
  18422. Subject: Re: GSM Cellular Operators List
  18423. Reply-To: jmosen@actrix.gen.nz
  18424. Organization: Actrix Networks -- NZ Internet Service Providers.
  18425. Date: Thu, 12 Jan 1995 01:24:01 GMT
  18426.  
  18427.  
  18428. In article <telecom15.18.1@eecs.nwu.edu>, etxlndh@eos99.ericsson.se
  18429. (Robert Lindh) wrote:
  18430.  
  18431. > Luxemburg    Telekom
  18432. > Norway       Tele-Mobil
  18433. >              Netcom
  18434. > Portugal     TMN
  18435.  
  18436. New Zealand also has a GSM network, run by Bell South.  
  18437.  
  18438. Jonathan Mosen, Manager Government Relations, 
  18439. Royal New Zealand Foundation for the Blind, 
  18440. jmosen@actrix.gen.nz
  18441.  
  18442. ------------------------------
  18443.  
  18444. From: sm@infinet.com (SM Communications And Marketing)
  18445. Subject: Re: Phone Rates From Israel
  18446. Date: 11 Jan 1995 19:17:29 -0500
  18447. Organization: InfiNet - Internet Access (614/224-3410)
  18448.  
  18449.  
  18450. In article <telecom15.21.10@eecs.nwu.edu>, JayK372 <jayk372@aol.com> wrote:
  18451.  
  18452. > I believe that you can call from Israel for about 80 cents per minute
  18453. > from midnight Israel time to 8 a.m.  My recollection is that the
  18454. > highest rate, during the day, is about $1.50 per minute.  This is via
  18455. > Bezeq, the PTT.
  18456.  
  18457. Or you can use a callback service and pay only $0.99 per minute, billed
  18458. in six second increments with no service fees. (Flat rate, all the
  18459. time).
  18460.  
  18461.  
  18462.  
  18463. Metin         e-mail: sm@infinet.com
  18464.  
  18465.  
  18466. [TELECOM Digest Editor's Note: And when you use a callback service, you can
  18467. also learn to tolerate a huge amount of wrong number calls by dumbos in the
  18468. USA who dial your stateside callback number; let it ring a couple of times
  18469. and hang up after deciding maybe they dialed a wrong number. Of course the
  18470. equipment does not know that, so it proceeds to 'call you back' at your
  18471. number in Europe or wherever and wake you up at four in the morning local
  18472. time. I sold Telepassport for a few months, and they were absolutely
  18473. plagued with telemarketers dialing their DID callback numbers and/or just
  18474. plain wrong numbers. Here and there a phreak would appear also, trying to
  18475. mouse around with the Telepassport switch. Several of the people I signed
  18476. up for the service complained about getting 'callbacks' they did not make
  18477. at all hours of the night because someone stateside dialed their number.
  18478.  
  18479. Another concern would be if averaging out the cost was truly a benefit
  18480. or not. You have to decide if most of your calls are during the primetime
  18481. hours at the highest cost (in which case, having them averaged out to
  18482. 99 cents per minute is a good deal) or if you can actually get them a lot
  18483. lower than that. It used to be the telcos charged a great deal for an
  18484. international call; then came the callback services and all of a sudden
  18485. AT&T, Sprint and MCI suddenly lowered their rates to match in many cases.
  18486. My experience with arbitrage was that there was too much work for the
  18487. agent (me!) with too little profit in return.    PAT]
  18488.  
  18489. ------------------------------
  18490.  
  18491. From: cogorno@netcom.com (Steve Cogorno)
  18492. Subject: Re: How to Keep Track of Calls on Busy (Caller ID on Busy)?
  18493. Date: Wed, 11 Jan 1995 20:02:51 -0800 (PST)
  18494.  
  18495.  
  18496. Pete Kruckenberg said:
  18497.  
  18498. > The first one is easy, but might not be feasible. If I could get
  18499. > caller ID's on a busy line, I'd just add caller ID to the last line in
  18500.  
  18501. Can't be done (unless you have ISDN). You could have Caller ID on Call
  18502. waiting though, BUT the caller ID transmission would interrupt the
  18503. carriers, and callers would lose theior connection. I don't believe
  18504. that ANY phone company in the US currently offers Caller ID on Call
  18505. Waiting.
  18506.  
  18507. > (again, last in hunt group), which would always be busy (I don't want
  18508. > it to ring and confuse the users), but would have call waiting and
  18509. > caller ID on call waiting, then just pipe the caller ID into the
  18510.  
  18511. But how would you keep it busy? You would have to get ANOTHER line to
  18512. hold that line busy (in other words have line A call line B which
  18513. holds it busy).  Otherwise, the phone company will think that the
  18514. phone is off the hook, and wouldn't transmit Caller ID on Call Waiting
  18515. (off-hook phones always report busy).
  18516.  
  18517. > If there are other, better ways of doing this, I'd appreciate your
  18518. > input.
  18519.  
  18520. Ask your phone company for an analysis.  They will do it, but maybe
  18521. not for for a residential customer, and it may not be free. The report
  18522. generally has the number of calls placed, answered, and returned busy
  18523. for each 30 minute period.  We had one for a month, but I think a week
  18524. would suffice for your needs.
  18525.  
  18526.  
  18527. Steve   cogorno@netcom.com
  18528.  
  18529. ------------------------------
  18530.  
  18531. From: moon@gdc.com (David Moon)
  18532. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  18533. Date: 12 Jan 1995 16:41:58 GMT
  18534. Organization: General DataComm, Inc.
  18535.  
  18536.  
  18537. Bill Sohl contributed a FAQ about scanners, and part of Pat's response
  18538. was:
  18539.  
  18540. > Illegal modification (i.e. modification by an unlicensed person) voids
  18541. > your FCC authority to operate the radio. Furthermore, no *licensed* 
  18542. > person is going to make illegal modifications to a radio and risk having
  18543. > such handiwork be traced back to his bench, at the possible risk of his
  18544. > loss of his license. 
  18545.  
  18546. I'm sure this is true for radio transmitters, but for receivers? Are
  18547. you saying I need FCC authority to operate a receiver?
  18548.  
  18549. What kind of license are you talking about?
  18550.  
  18551.  
  18552. David Moon              moon@gdc.com
  18553. General Datacomm, Inc.  ATTMail:  !dmoon
  18554. Middlebury, CT 06762
  18555.  
  18556.  
  18557. [TELECOM Digest Editor's Note: You don't need a printed license. Your
  18558. 'authority' is granted by the FCC by default. The FCC claims absolute
  18559. control over all radio devices and the airwaves, etc.  As discussed
  18560. in an earlier message today, they claim in section 15.21 of their
  18561. code that they can revoke your (default) authority.  Transmitter,
  18562. receiver, cordless phone, baby monitor, whatever.   PAT]
  18563.  
  18564. ------------------------------
  18565.  
  18566. From: pb-emert@uwe-bristol.ac.uk (PB Emerton)
  18567. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  18568. Organization: University of the West of England, Bristol
  18569. Date: Wed, 11 Jan 1995 12:55:43 GMT
  18570.  
  18571.  
  18572. Tony Pelliccio (Tony_Pelliccio@brown.edu) wrote:
  18573.  
  18574. > Actually the AOR-2500 comes through with the cell band intact. Or at
  18575. > least it did until the FCC attempted to clamp down on it. The nice
  18576. > thing is the AOR-2500 is considered a communications receiver and not
  18577. > a scanner and last I heard the whole thing was still tied up in
  18578. > hearings.
  18579.  
  18580. > Of course if you really want to follow a cell call just get a DDI and
  18581. > hook it up to your PC. The interesting thing is that the company that
  18582. > sells the DDI will only release software with ESN capability to law
  18583. > enforcement people. Makes you wonder doesn't it?
  18584.  
  18585. What company is it?
  18586.  
  18587.  
  18588. [TELECOM Digest Editor's Note: Please see the referenced remarks of Tony
  18589. Pelliccio above: 'FCC tried to clamp down ... still tied up in court'. 
  18590. A word to the wise: you don't want to mess with those people *too much*.
  18591. A little maybe, but not too much. 
  18592.  
  18593. Like some people here who have disagreed with me over the past couple
  18594. days on this, I seriously doubt the FCC is going to stage any massive
  18595. actions to get cellular phone equipped scanners out of circulation, etc.
  18596. But what I can tell you is they can be a nasty bunch of buggers when 
  18597. they want to be. In the past they have gone into pirate radio stations
  18598. and started pulling wires and fuses out of the control board while the
  18599. station was on the air ... kicked the door down and walked in. They
  18600. have spent hours driving around in a van through some neighborhood to
  18601. triangulate or get a fix on some signal when they wanted the guy. Like
  18602. all government agencies, they have loads of money and an infinite amount
  18603. of time and resources to spend when they decide they will get their way. As
  18604. Tony points out, they are still fighting in court over the AOR-2500. 
  18605. When the FCC gets a vendetta of some kind started, for whatever reason,
  18606. they will do a number on all concerned.  Bureaucrats will be bureaucrats,
  18607. and there is nothing worse than a bureaucrat scorned.  :)  
  18608.  
  18609. Selective enforcement of their own code (the Communications Act) at times?
  18610. Sure ... all government agencies selectively enforce the law ... so sue
  18611. them.  But if a time comes for whatever reason that you are a big target
  18612. the FCC would like to get under control and instead of just raiding your
  18613. premises with a United States Marshall in tow costing you all kinds of
  18614. grief and money -- the way another government agency did to Steve Jackson; 
  18615. remember him? -- if instead they contact your attorney and tell him to get 
  18616. you on the straight and narrow 'so we do not have to take this further' then
  18617. you know what you do?  First you Praise Jesus ... then you think over very
  18618. carefully how far you want to push it.      PAT] 
  18619.  
  18620. ------------------------------
  18621.  
  18622. Subject: Re: Sprint and Calls Within Your Service Area
  18623. From: henderson@mln.com (Javier Henderson)
  18624. Date: 11 Jan 95 10:36:20 PST
  18625. Organization: Medical Laboratory Network; Ventura, CA
  18626.  
  18627.  
  18628. In article <telecom15.20.8@eecs.nwu.edu>, ac554@lafn.org (Al Cohan) writes:
  18629.  
  18630. > In a previous article, henderson@mln.com (Javier Henderson) says:
  18631.  
  18632. >> I just got off the phone with Sprint's customer service. Their special
  18633. >> offer of one cent per minute for calls within your service area applies
  18634. >> to all of Sprint customers, regarldess of what calling plan you're on.
  18635.  
  18636. >> You need to dial 10333, but considering the savings, I don't mind. The
  18637. >> charge is the same regardless of mileage.
  18638.  
  18639. >> The offer will expire on Feb 28, 1995.
  18640.  
  18641. >> I'm not associated with Sprint, other than as a mostly satisfied customer. 
  18642. >> The above applies to residential lines in Southern California. Other areas 
  18643. >> within California may have the same deal, you'd better check.
  18644.  
  18645. > Most of what you say is *not* true. In response to several of my telecom 
  18646. > clients, I called Sprint (800 877-4040) on several occasions.  I was
  18647. > misinformed 8 out of 10 calls.
  18648.  
  18649. What, exactly, is not true?
  18650.  
  18651. Read the first paragraph of my posting, please: "to all of Sprint customers".
  18652.  
  18653. > I suggest you call Sprint three times and see if you get three
  18654. > telemarkets are *not* located in California.
  18655.  
  18656. I did, and I got the same answer the five times I called.
  18657.  
  18658.  
  18659. Javier Henderson (JH21)    henderson@mln.com
  18660.  
  18661. ------------------------------
  18662.  
  18663. From: taavi@vs.ee (Taavi Talvik)
  18664. Subject: Re: GSM Cellular Operators List
  18665. Date: 12 Jan 1995 11:50:52 GMT
  18666. Organization: Department of Communications
  18667.  
  18668.  
  18669. Robert Lindh (etxlndh@eos99.ericsson.se) writes:
  18670.  
  18671. > Estonia      EMT
  18672.  
  18673. Yesterday, 10.01 was formal opening of second GSM network in Estonia.
  18674. Network is operated by Radiolinja Estonia, a subsidiary of Radiolinja
  18675. Finland.
  18676.  
  18677.  
  18678. Taavi Talvik         Department of Communications
  18679. tel. +372 6 39 9000     State Chancellery
  18680. fax  +372 6 39 9001    dala 4D, Tallinn EE0006, Estonia
  18681. Internet:        taavi@vs.ee
  18682. X.400:            G=taavi;S=talvik;P=itu;A=arcom;C=ch
  18683.  
  18684. ------------------------------
  18685.  
  18686. From: jmayson@nyx10.cs.du.edu (John Mayson)
  18687. Subject: Re: First NNX Area Code Officially in Service is 630?
  18688. Date: 11 Jan 1995 14:41:49 -0500
  18689. Organization: West Melbourne, Florida, USA
  18690.  
  18691.  
  18692. In article <telecom15.18.7@eecs.nwu.edu>, Carl Moore <cmoore@ARL.MIL>
  18693. wrote:
  18694.  
  18695. > Mail to the digest indicates that area 630 (an overlay on 312 and 708,
  18696. > at least for now) is the first NNX area code to go into service.  334
  18697. > in Alabama and 360 in Washington state are to kick in Jan. 15.
  18698.  
  18699. I was able to call a friend in Montgomery, AL using 334-288-xxxx on Jan 1.
  18700.  
  18701.  
  18702. John Mayson | West Melbourne, Florida | jmayson@nyx10.cs.du.edu
  18703.  
  18704. ------------------------------
  18705.  
  18706. Date: Thu, 12 Jan 1995 11:56:41 +0000
  18707. From: Joe.J.Harrison@bra0119.wins.icl.co.uk
  18708. Subject:  Re: 800 Numbers From Overseas
  18709.  
  18710.  
  18711. I too had noticed that I can call US 800 numbers from the UK via BT
  18712. (but not via Mercury, the other major carrier). The BT international
  18713. operator has been the best source of information so far, according to
  18714. her this is now week two of a six-month trial to see how it goes down
  18715. with their customers, which explains the lack of publicity about it.
  18716.          
  18717. I suppose that from BT's point of view they are expecting potential
  18718. problems with billing -- like people who "didn't hear" the warning
  18719. that their call would not be free and complaining about all these
  18720. international call charges on their bill ;-)
  18721.          
  18722. Unlike the other people posting here I got a US-originated recording
  18723. when I tried 1-800-MY-ANI-IS telling me that the number was not
  18724. available. When I tried calling my credit-card access tollfree number
  18725. I was told that "sorry, this subscriber has asked for no international
  18726. access to this 800 number" or some such message, so it looks like when
  18727. you order 800 service you may in future have to check the box to say
  18728. if you want overseas callers to get into it, or not.
  18729.          
  18730.  
  18731. Joe Harrison
  18732. ICL Ltd. Bracknell Berkshire RG12 8SN  UK (+44-1344-473424)            
  18733. J.Harrison@bra0119.wins.icl.co.uk
  18734. S=Harrison/I=J/OU1=bra0112/O=icl/P=icl/A=gold 400/C=GB
  18735.  
  18736. ------------------------------
  18737.  
  18738. Date: Wed, 11 Jan 1995 16:05:06 -0500
  18739. Subject: Re: New Area Codes and PBX
  18740. From: Paul A. Lee </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>
  18741. Organization: Woolworth Corporation
  18742.  
  18743.  
  18744. In a recent {TELECOM Digest}, Jan Mandel <jmandel@carbon.cudenver.edu>
  18745. wrote (in part):
  18746.  
  18747. > Why cannot they get new area codes from whoever creates the codes and
  18748. > add them as they come into being?
  18749.  
  18750. > Is there one single place somewhere that assigns the area codes?
  18751.  
  18752. Bellcore (Bell Communications Research in Livingston, NJ) is the North
  18753. American Numbering Plan Administrator (NANPA), although they have been
  18754. seeking to turn the responsibility over to some other organization.
  18755.  
  18756. Bellcore receives information and requests from LECs (local exchange
  18757. companies) that serve as regional numbering plan coordinators
  18758. concerning need for additional numbers in the respective regions.
  18759. Bellcore works with the regional coordinators to define NPAs
  18760. (Numbering Plan Areas), which are geographic divisions that are
  18761. assigned area codes.
  18762.  
  18763. Bellcore, as the NANPA, then promulgates the area code information to the
  18764. various carriers and other interested parties in the form of Information
  18765. Letters (ILs).
  18766.  
  18767. Here are some ways to get this information delivered to you:
  18768.  
  18769.    - Try calling Bellcore at 201 740-4661 or 201 740-4592 and asking
  18770.      to be put on their mailing list for North American Numbering Plan
  18771.      information. 
  18772.  
  18773.    - If you are an AT&T Mail or EasyLink user, subscribe to the shared
  18774.      folder "!eichelk:npasplits", which is maintained by David Eichelkraut
  18775.      of AT&T. David passes along the Bellcore ILs and other information
  18776.      concerning the NANP.
  18777.  
  18778.    - Ask your PBX vendor or interexchange carrier (IXC) to provide you
  18779.      with NPA updates through a program they may offer.
  18780.  
  18781.  
  18782.  
  18783. Paul A. Lee                           Voice  414 357-1409
  18784. Telecommunications Analyst              FAX  414 357-1450
  18785. Woolworth Corporation            CompuServe  70353,566
  18786. INTERNET  </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>  <=PREFERRED ADDRESS*
  18787.  
  18788. ------------------------------
  18789.  
  18790. From: jd13@ukc.ac.uk
  18791. Subject: U.K. Cellular Band?
  18792. Date: Thu, 12 Jan 95 09:58:27 GMT
  18793. Organization: University of Kent at Canterbury, UK.
  18794.  
  18795.  
  18796. I recently bought a PRO-46 scanner from Tandy hoping to listen to the
  18797. air band. I have always assumed that in the U.K. the cellular band is
  18798. also about 870 - 890 Mhz, because this is what I always see where ever
  18799. I read about scanners. As I expected, this band was not available on
  18800. the scanner. To my surprise, when I searched the entire range of
  18801. available frequencies, I found that there were mobile phones scattered
  18802. between about 806-9XX Mhz.  What I fail to understand is why on earth
  18803. should scanners sold in the UK have a restriction on the US cellular
  18804. band when their own band exceeds far beyond these bounds. I have since
  18805. returned the scanner because besides two police frequencies and a few
  18806. hams, the frequencies I could get were mostly mobile.  
  18807.  
  18808.  
  18809. Cheers,
  18810.  
  18811. Jabulani Dhliwayo      Applied Optics Group  
  18812. Physics Lab.       U. of Kent at Canterbury
  18813.  
  18814.  
  18815. [TELECOM Digest Editor's Note: I'll answer your question by asking a 
  18816. couple of my own. Why does the loaf of bread in my refrigerator have
  18817. a notation on the wrapper that it is registered with the Pennsylvania
  18818. Department of Agriculture?  What do I care what the people in 
  18819. Pennsylvania eat?  Why does my modem limit me to ten redial attempts
  18820. and document this by saying it is due to some regulations in Canada?
  18821. What do I care who the people in Canada talk to on the phone?  Why do
  18822. all the school textbooks used all over the USA have to meet the approval
  18823. of a bunch of people who live in Texas?  What do I care what they choose
  18824. to teach their children (or not teach them)?  
  18825.  
  18826. The answer in all three of the above is the factory specs are designed
  18827. by where the money is.  Pennsylvania says to sell food there it must be
  18828. approved by the Department of Agriculture and plainly noted as such on
  18829. the container. The baker does not want to spend the money having two
  18830. sets of containers printed.  Whatever factory in the far east makes
  18831. all the modems (probably the same factory which makes all the scanners) 
  18832. makes circuit boards to suit the clear majority of its customers: big shots 
  18833. like Motorola, Tandy and such. Tandy sells 90 percent of its scanners
  18834. in the USA and 10 percent in the rest of the world; whose specs will
  18835. the factory follow?  Don't say 'both, in two separate runs' because
  18836. that would cost money. Ditto the publishers of school textbooks in the
  18837. USA -- one opinion will suit all, and since the State of Texas is the
  18838. single largest buyer of school textbooks (and there are a couple other
  18839. large states whose specifications are quite similar to that of Texas
  18840. school book buyers) then their opinion is as good as any say the
  18841. publishers. :)
  18842.  
  18843. Now oddly enough, in Australia there is a bunch of retail electronic
  18844. stores called 'Tandy', owned by a parent company 'Radio Shack' -- just
  18845. the opposite of the USA -- and I think they do get things built the
  18846. way they want them; someone correct me if I am wrong. But they have
  18847. absolutely no connection with the Tandy in the USA other than the one
  18848. here owns quite a bit of the one in Australia.    PAT]
  18849.  
  18850. ------------------------------
  18851.  
  18852. From: oschek@cip.e-technik.uni-erlangen.de (Joachim Oschek)
  18853. Subject: GSM Mobile Telefone ERICSSON GH337
  18854. Date: Thu, 12 Jan 1995 13:09:31 GMT
  18855. Organization: EE Students Computer Pool, University of Erlangen, Germany
  18856.  
  18857.  
  18858. Hello out there!
  18859.  
  18860. I am looking for hidden software-modes of the MOBILE GSM TELEFONE
  18861. ERICSSON GH337 (like the IMEI-number with the code *#06#)
  18862.  
  18863. Does anyone know how I can see which channel or which cluster I am
  18864. using?
  18865.  
  18866. I would also need desperatly the signal strength in dB!
  18867.  
  18868. Is there a possibility to gain access to these functions or do I need
  18869. a special software of Ericsson? If so, where can i get it ?
  18870.  
  18871. Does anyone know email-addresses or WWW-pages of Ericsson (Sweden)?
  18872. I already sent a fax to them but I got no reply!
  18873.  
  18874. It would be great if you could help me with the GH337. (If you know
  18875. someone who could help me please ask!)
  18876.  
  18877. Please send your mail to oschek@cip.e-technik.uni-erlangen.de
  18878.  
  18879.  
  18880. Greetings from Germany,
  18881.  
  18882. Joachim
  18883. (http://cip2.e-technik.uni-erlangen.de:8080/hyplan/oschek.html)
  18884.  
  18885. ------------------------------
  18886.  
  18887. From: healy@seviche.med.yale.edu (Matt Healy)
  18888. Subject: Arthur C. Clarke to Get Degree by Satellite
  18889. Date: 12 Jan 1995 18:04:20 GMT
  18890. Organization: Yale School of Medicine
  18891.  
  18892.  
  18893. According to a story I found on the "Nando Times" web site
  18894. (URL:http://www.nando.net/newsroom/nt/nando.html), run by the {Raleigh
  18895. News and Observer}, Arthur C. Clarke will accept an honorary degree
  18896. from Liverpool University via satellite link to Sri Lanka, where he
  18897. now lives, on January 26th.  A spokesperson for the university said
  18898. they believe this will be the first degree to be conferred via
  18899. satellite by a UK institution.
  18900.  
  18901. TELECOM Digest readers will recognize how appropriate it is for
  18902. Clarke, the inventor of the communications satellite, to get the first
  18903. degree to be conferred via satellite!
  18904.  
  18905.  
  18906. Matthew D. Healy               matthew.healy@yale.edu
  18907. Postdoc,Yale School of Medicine, Genetics & Medical Informatics,
  18908. SHM I-148, 333 Cedar St, New Haven, CT 06510
  18909.  
  18910. ------------------------------
  18911.  
  18912. End of TELECOM Digest V15 #28
  18913. *****************************
  18914.     
  18915.     
  18916. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa27055;
  18917.           12 Jan 95 21:39 EST
  18918. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18919.     id AA08975; Thu, 12 Jan 95 16:56:10 CST
  18920. Return-Path: <telecom>
  18921. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  18922.     id AA08964; Thu, 12 Jan 95 16:56:06 CST
  18923. Date: Thu, 12 Jan 95 16:56:06 CST
  18924. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  18925. Message-Id: <9501122256.AA08964@delta.eecs.nwu.edu>
  18926. To: telecom@eecs.nwu.edu
  18927. Subject: TELECOM Digest V15 #29
  18928.  
  18929. TELECOM Digest     Thu, 12 Jan 95 16:56:00 CST    Volume 15 : Issue 29
  18930.  
  18931. Inside This Issue:                          Editor: Patrick A. Townson
  18932.  
  18933.     Re: 800 Numbers From Overseas (John R. Covert)
  18934.     GIF Tax Rumors - Threat or Menace (Brad Hicks)
  18935.     Re: "Jitter" as a Quantity (Moritz Farbstein)
  18936.     Looking For Used Phones (Steve Harris)
  18937.     Re: Planning to Purchase a Voice Mail System (Steve Samler)
  18938.     Re: Seeking Canadian Telco WWW Addresses (David Devereaux-Weber) 
  18939.     Re: Cell Phone PINs (John R. Covert)
  18940.     Help Locating Telephone/PC Interface Board (Tony Kwong)
  18941.     Re: ETSI Standards - Where? (John Combs)
  18942.     CTI on NEC 2000 Switch (Chaz Holmes)
  18943.     Address Wanted For French Telecom (Stephen Warner)
  18944.     More on Teleport (Steve Samler)
  18945.     Re: ISDN Over Wireless (Jeff Hersh) 
  18946.     ISDN BRI Lines (John Combs)
  18947.     LD ISDN Service (John Schmerold)
  18948.     Re: Israel Rate Information (Steve Samler)
  18949.     Address Wanted For KPN (Stephen Warner)
  18950.     Where is PicturePhone II Now? (David Gingold)
  18951.     Inter-LATA Rates in California (Linc Madison)
  18952.     B8ZS, AMI, Bipolar Line Coding? (Phillip Schuman)
  18953.     Where to Get Text of the ECPA? (Wilson Mohr)
  18954.     Re: Wireless CO's Challenge New NPAs? (Bob Goudreau)
  18955.  
  18956. TELECOM Digest is an electronic journal devoted mostly but not
  18957. exclusively to telecommunications topics. It is circulated anywhere
  18958. there is email, in addition to various telecom forums on a variety of
  18959. public service systems and networks including Compuserve and America
  18960. On Line. It is also gatewayed to Usenet where it appears as the moderated
  18961. newsgroup 'comp.dcom.telecom'. 
  18962.  
  18963. Subscriptions are available to qualified organizations and individual
  18964. readers. Write and tell us how you qualify:
  18965.  
  18966.                  * telecom-request@eecs.nwu.edu *
  18967.  
  18968. The Digest is edited, published and compilation-copyrighted by Patrick
  18969. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  18970. or phone at:
  18971.                     9457-D Niles Center Road
  18972.                      Skokie, IL USA   60076
  18973.                        Phone: 708-329-0571
  18974.                         Fax: 708-329-0572
  18975.   ** Article submission address only: telecom@eecs.nwu.edu **
  18976.  
  18977. Our archives are located at lcs.mit.edu and are available by using
  18978. anonymous ftp. The archives can also be accessed using our email
  18979. information service. For a copy of a helpful file explaining how to
  18980. use the information service, just ask.
  18981.  
  18982. *************************************************************************
  18983. *   TELECOM Digest is partially funded by a grant from the              *
  18984. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  18985. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  18986. * project.  Views expressed herein should not be construed as represent-*
  18987. * ing views of the ITU.                                                 *
  18988. *************************************************************************
  18989.  
  18990. Additionally, the Digest is funded by gifts from generous readers such
  18991. as yourself who provide funding in amounts deemed appropriate. Your help 
  18992. is important and appreciated. A suggested donation of twenty dollars per
  18993. year per reader is considered appropriate. See our address above.
  18994.  
  18995. All opinions expressed herein are deemed to be those of the author. Any
  18996. organizations listed are for identification purposes only and messages
  18997. should not be considered any official expression by the organization.
  18998. ----------------------------------------------------------------------
  18999.  
  19000. Date: Thu, 12 Jan 95 16:12:03 EST
  19001. From: John R. Covert  <covert@covert.enet.dec.com>
  19002. Subject: Re: 800 Numbers From Overseas
  19003.  
  19004.  
  19005. pritter@nit.AirTouch.COM (Phil Ritter) wrote:
  19006.  
  19007. > I also wonder how the billing is handled on the US side.  Since the
  19008. > carrier is receiving revenue for this call on the originating side, do
  19009. > they still bill the 800 number owner (the terminating party) for the
  19010. > calls?
  19011.  
  19012. I am speculating, but I think what is going on here is that one
  19013. particular carrier (with an office in Nevada) has told the countries
  19014. from which this is working to hand them all 800 traffic and to pay
  19015. them their portion of the international call revenue.
  19016.  
  19017. They then drop it on the local exchange carrier, who routes it to the
  19018. called customer via the appropriate LD carrier.
  19019.  
  19020. jth@ion.le.ac.uk (Julian Thornhill) wrote:
  19021.  
  19022. > Well I just tried [a Canadian 800 number] from the UK via British Telecom
  19023. > and got the usual message "800 numbers from outside the **US** are not free
  19024. > ..." and then I got the ringing tone, so I guess it works. Didn't stay on the
  19025. > line to see who answered though!
  19026.  
  19027. You guys have message rate calling and would have risked only a single
  19028. message unit, but you weren't willing to wait ...
  19029.  
  19030. The ringing you heard was the ringing tone for the recording that
  19031. would have told you that the 800 number you are calling cannot be
  19032. reached from your calling area.
  19033.  
  19034. Can someone who has a meter on their phone please verify that the
  19035. carrier handling these calls is only returning answer supervision at
  19036. the point the 800 number actually answers, and not at the point of
  19037. providing the recording.
  19038.  
  19039.  
  19040. /john
  19041.  
  19042. ------------------------------
  19043.  
  19044. Date: Thu, 12 Jan 1995 14:12:31 -0600
  19045. From: Brad Hicks <mc!Brad_Hicks@mhs.attmail.com>
  19046. Subject: GIF Tax Rumors - Threat or Menace?
  19047.  
  19048.  
  19049. For those of you who haven't been reading your email lately, or who
  19050. have managed to escape the net's Crisis of the Month Club, on December
  19051. 28th CompuServe issued an unnecessarily tangled, poorly worded press
  19052. release that contained the words "patent," "GIF," "royalty," and
  19053. "CompuServe."  Pat Clawson, the President and CEO of TeleGraphix
  19054. Communications Inc., spread the word to the world, along with his own
  19055. interpretation.
  19056.  
  19057. For the next two weeks, all "the usual places" on the net (CompuServe's 
  19058. GRAPHSUPPORT forum, TELECOM Digest, Computer Underground Digest, and
  19059. various UseNet newsgroups) exploded with scads of non-lawyers'
  19060. interpretations of a document that was clearly written (or at least
  19061. approved) by lawyers.
  19062.  
  19063. Serveral days ago, CompuServe issued another statement, clarifying the
  19064. whole mess.  If I may abstract it:
  19065.  
  19066.   1) The GIF image format, which CompuServe invented and promoted, uses
  19067.      LZW compression to bring down the image size.
  19068.   2) At the time, CompuServe was under the impression that LZW was public
  19069.      domain.  In fact, it was (being?) patented by Unisys.
  19070.   3) Unisys wants its dough.  Any package which uses LZW compression or
  19071.      decompression, including anything that can make or display a GIF
  19072.      image, infringes on their patent.
  19073.   4) CompuServe negotiated a pass-through agreement: for a nominal sum per
  19074.      copy sold, you can sublicense the LZW/GIF code from CompuServe.
  19075.   5) However, the terms of CompuServe's agreement with Unisys require that
  19076.      they only sub-license software that was written specifically to
  19077.      communicate with CompuServe.
  19078.   6) If that =isn't= what your software is for, then you need to negotiate
  19079.      your =own= agreement with Unisys for the offending LZW routines, or
  19080.      stop selling software that uses them.
  19081.  
  19082. In his January 2nd screed, Pat Clawson of TeleGraphix misinterprets
  19083. points four through six above.  His interpretation, which is now
  19084. ricocheting around the net, argues that GIF is now legally restricted
  19085. to CompuServe only.  Nothing could be farther from the truth.
  19086.  
  19087. Of course, Pat Clawson is not without fiscal interest in this
  19088. controversy, either.  Within a day or so of his first call to arms,
  19089. his company had offered a competing spec, called GEF.  Of course, at
  19090. first his would be the only software that could read it, which is
  19091. always good for the ol' market share, eh Pat?  Oh, except now he's
  19092. promoting yet another graphics standard, RIPScript ... as evidenced by
  19093. the fact that his Internet email address has changed from PATCLAWSON@
  19094. telegraphix.com to rip.support@telegraphix.com.
  19095.  
  19096. On top of that, four days later Unisys' Public Relations department
  19097. made an announcement in CompuServe's GRAPHSUPPORT forum that is even
  19098. better news.
  19099.  
  19100.   7) Unisys only wants to charge royalties from communications software
  19101.      vendors who are charging a fee for software intended to connect to a
  19102.      commercial online service.
  19103.   8) Unisys explicitly says that they will not charge a royalty for "non-
  19104.      commercial, non-profit GIF-based applications, including those for
  19105.      use on the on-line services" or for "non-commercial, non-profit
  19106.      offerings on the Internet, including +Freeware+."
  19107.   9) They also made it pretty clear that they won't charge for selling
  19108.      images, whether via World Wide Web pages, CompuServe fora, or local
  19109.      bulletin boards.  It's the software vendors whose software =makes=
  19110.      the images who'll have to pay.
  19111.  
  19112. In other words, unless you =sell= =communications software= specifically
  19113. for connecting to =commercial online services= such as CompuServe or
  19114. America Online, and your software displays GIFs, you'll not have to pay a
  19115. royalty.  CompuServe estimates that the royalty will work out to around 11
  19116. cents per copy of the software sold.  If you want to explore alternatives
  19117. to sub-licensing from CompuServe, or you want to make sure that you are
  19118. covered, email lzw_info@unisys.com and =ask them=.
  19119.  
  19120. Everybody else can relax, sit back down, and let this month's Panic of
  19121. the Month ebb away.  There is no FCC modem tax, there is no FCC proposed 
  19122. rule to outlaw religious broadcasting, Craig Shergold doesn't want
  19123. more postcards, and there is no conspiracy to tax, license, restrict,
  19124. or outlaw GIF files.
  19125.  
  19126. P.S. Thank all holy Gods that everyone involved is including a date
  19127. and an email address in their messages on the subject. Hopefully, we
  19128. won't be hearing about this "new threat" in five years.
  19129.  
  19130. P.P.S. Come to think of it, the FCC Modem Tax memetic infection started
  19131. with a CompuServe public announcement, too. "CompuServe Public Relations:
  19132. Threat or Menace?"  Nah, it's probably just a coincidence.
  19133.  
  19134.  
  19135. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  19136. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  19137.  
  19138. ------------------------------
  19139.  
  19140. From: moritz@il.us.swissbank.com (Moritz Farbstein)
  19141. Subject: Re: "Jitter" as a Quantity
  19142. Reply-To: moritz@il.us.swissbank.com
  19143. Organization: Swiss Bank Corporation
  19144. Date: Thu, 12 Jan 1995 20:45:34 GMT
  19145.  
  19146.  
  19147. In comp.dcom.telecom article <telecom15.26.13@eecs.nwu.edu> you  
  19148. wrote:
  19149.  
  19150. > I need a solid reference for "delay jitter" as quantity w.r.t.
  19151. > frames arrivals.  Much of the material that I've read defines jitter
  19152. > as the variation interarrival times, but what I really want is a
  19153. > quantitative definition that's effectively "the jitter for two event
  19154. > arrivals is difference between the expected and observed interarrival
  19155. > times."
  19156.  
  19157. > I found an example of the use of "jitter" as a quantity recently in
  19158. > a paper that I was reading: ".. The conference origination application
  19159. > delivers frames to the network adapter at an aggregrate rate of 1
  19160. > frame every 33 seconds (with a measured jitter of +- 2 ms)."
  19161.  
  19162. > But the paper does not define jitter.  It's obvious what is 
  19163. > meant, but I really need a solid definition from a solid  
  19164. > source.
  19165.  
  19166. As with many words, this one has more than one meaning. I have
  19167. collected a number of definitions from different sources, although I
  19168. don't always keep track of where I got the definitions. There are a
  19169. number of good telecom dictionaries.  Your best source would be the
  19170. reference librarian at your local library if you absolutely have to
  19171. have the source citation.
  19172.  
  19173. [from Digital Webster]
  19174. 1jit ter \'jit-er\ n
  19175. [origin unknown]
  19176. (1929)
  19177. 1: the state of mind or the movement of one that jitters
  19178. 2 pl: a sense of panic or extreme nervousness  had a bad case of  
  19179. the jitters before his performance 
  19180. 3: irregular random movement (as of a pointer or an image on a  
  19181. television screen);
  19182. also: vibratory motion 
  19183.  
  19184. 2jitter vi
  19185. (1931)
  19186. 1: to be nervous or act in a nervous way
  19187. 2: to make continuous fast repetitive movements 
  19188.  
  19189. [from multimedia tech documentation, source unknown]
  19190. 1) The breakup of a digital video stream caused by underrunning  
  19191. buffers.
  19192. 2) Variation in the average delays between sending and receiving  
  19193. data.
  19194.  
  19195. [from ftp://lcs.mit.edu/telecom-archives]
  19196. 1) Short term instability of the amplitude and/or phase of a  
  19197. signal. Also called phase jitter.
  19198.  
  19199.                      -----------------
  19200.  
  19201. Moritz Farbstein <NeXTMail: moritz@il.us.swissbank.com>
  19202. Swiss Bank Corporation, 4225 Naperville Road, Lisle IL 60532
  19203. Phone: (708) 955-6972 Fax: (708) 955-6929
  19204.  
  19205. ------------------------------
  19206.  
  19207. From: harris@grays.srs.cs.mci.com (Steve Harris)
  19208. Subject: Looking For Used Phones
  19209. Organization: MCI Telecommunications
  19210. Date: Wed, 11 Jan 1995 21:51:36 GMT
  19211.  
  19212.  
  19213. Is there any source out there for very old phones, speaker phones or
  19214. telemarketer headsets?
  19215.  
  19216. My wife has Multiple Chemical Sensitivities (MCS) and is highly
  19217. allergic to the outgassing of plastics. Talking on the phone makes her
  19218. ill. This outgassing diminishes over time so older equipment is not
  19219. such a problem.  Speaker phones or headsets are good since they don't
  19220. put a big piece of plastic in your face but they still outgas when
  19221. new.
  19222.  
  19223. If there is a source for these, please let me know and I will post the
  19224. info to Internet groups that discuss this.
  19225.  
  19226.  
  19227. Thanks in advance,
  19228.  
  19229. Steve Harris   Colorado Springs
  19230.  
  19231. ------------------------------
  19232.  
  19233. Date: Thu, 12 Jan 1995 10:48:33 EST
  19234. From: Steve Samler <steve@individual.com>
  19235. Subject: Re: Planning to Purchase a Voice Mail System
  19236.  
  19237.  
  19238. The point you should explore most heavily is the message waiting light
  19239. function.  In my experience this is the most problematic area for any
  19240. voice mail package.  Here is what you want to know:
  19241.  
  19242.     - assuming that the MWI signalling is in-band, what happens
  19243.       when the signal is sent and the phone is off-hook? (ask both
  19244.       the vmail vendor and your switch vendor).  Is it legal to
  19245.       send the signal then?  If it isn't, does the voice mail
  19246.       system know this and will it try to send the signal again
  19247.       later?  
  19248.  
  19249.     - What happens if the phone is in the middle of a flashhook when
  19250.       the signal is sent?
  19251.     
  19252. We had many problems with Compass vmail and the NEC 1400 switch.  My
  19253. experience is that the voice mail people do not often write the serial
  19254. interface to the switch themselves.  Therefore the PBX interface in
  19255. the Compass system could be the same as that in other systems.
  19256.  
  19257. ------------------------------
  19258.  
  19259. Date: Thu, 12 Jan 95 15:07:19 CST
  19260. From: dave@clover.macc.wisc.edu
  19261. Subject: Re: Seeking Canadian Telco WWW Addresses
  19262.  
  19263.  
  19264. On Wed, 11 Jan 1995 15:22:37 MST vanderh@edtel.alta.net (Helen
  19265. Vanderheide) asked about WWW addresses of Canadian companies.  One
  19266. place to find WWW addresses of communications companies is the Telecom
  19267. Information Resources page at the Institute of Public Policy Studies
  19268. at the University of Michigan:
  19269.  
  19270. http://www.ipps.lsa.umich.edu/telecom-info.html
  19271.  
  19272. Unfortunately, there were no references for the companies Helen
  19273. requested.
  19274.  
  19275.  
  19276. David Devereaux-Weber, P.E.            dave@clover.macc.wisc.edu (Internet)
  19277. The University of Wisconsin - Madison  weberdd@wiscmacc.bitnet (Bitnet)
  19278. Division of Information Technology
  19279. Network Engineering                    (608)262-3584(voice) (608)262-4679(FAX) 
  19280.  
  19281. ------------------------------
  19282.  
  19283. Date: Thu, 12 Jan 95 15:51:05 EST
  19284. From: John R. Covert <covert@covert.enet.dec.com>
  19285. Subject: Re: Cell Phone PINs
  19286.  
  19287.  
  19288. padgett@tccslr.dnet.mmc.com (A. Padgett Peterson) wrote:
  19289.  
  19290. > Sorry but I seem to be missing something here. If the PIN is sent in
  19291. > the clear then anyone grabbing the cell phone number off the air will
  19292. > also get the PIN.
  19293.  
  19294. You are correct, however:
  19295.  
  19296. The current scheme only requires a single receiver sitting listening
  19297. to the transmission of MIN+ESN on the mobile-to-land setup channel.
  19298. Set your receiver to one channel and pick up all the phones as they go
  19299. by.
  19300.  
  19301. To get the PIN, your receiver would have to listen to the mobile-to-land 
  19302. setup channel, simultaneously listen to the land-to-mobile setup
  19303. channel for the command to go to a voice channel, then listen to that
  19304. particular voice channel and get the PIN.
  19305.      
  19306. > Don't understand the last part, the ESN is what needs to change, not
  19307. > the phone number, guess someone does not understand the difference.
  19308.  
  19309. The FCC has ordered phones to be built such that it is "very difficult" 
  19310. to change the ESN (obviously this is not the case with those being
  19311. used as clones, but it is the case with most good equipment on the
  19312. market).  Thus changing the ESN without an entire new phone is impossible, 
  19313. and the MIN must be changed.
  19314.  
  19315. My gripe about this PIN business is that most laptop terminal emulator
  19316. programs and many modems don't support waiting for tone, flashing and
  19317. dialing.  (Note that when you have an RJ11 adapter plugged in to a
  19318. cellphone, you reverse the order of dialing and flashing from what
  19319. you usually do on the cellular phone.  You flash, the RJ11 generates
  19320. local dialtone, you dial the digits, the RJ11 adapter recognizes the
  19321. Touch-Tone, times out (or accepts a #), and then pushes SND for you.)
  19322.  
  19323. seydell@tenrec.cig.mot.com (Steve Seydell) wrote:
  19324.  
  19325. > The PIN is sent as DTMF across the voice channel.
  19326.  
  19327. Not necessarily.  Although many phones will send the DTMF across the
  19328. voice channel as you dial the PIN, the PIN feature works even if DTMF
  19329. dialing is turned off.  The cellular switch has no DTMF receivers,
  19330. thus you dial the PIN and press SEND.  The digits you just entered are
  19331. sent as a data burst on the voice channel.
  19332.  
  19333.  
  19334. /john
  19335.  
  19336. ------------------------------
  19337.  
  19338. From: tony@puma7.backyard.bellcore.com (Tony Kwong)
  19339. Subject: Help Locating Telephone/PC Interface Board
  19340. Date: 12 Jan 1995 01:44:14 GMT
  19341. Organization: Bell Communications Research
  19342.  
  19343.  
  19344. Hi,
  19345.  
  19346.     I need to locate an "IBM" PC peripherial board that will let me
  19347. answer the phone, play audio prompts and accept touch tone input from
  19348. the caller.  Multiple lines per card and multiple cards per box will
  19349. be better.  Any leads will be greatly appreciated.
  19350.  
  19351.     Thanks in advance.
  19352.  
  19353.  
  19354. tony kwong (908) 699-4130 tony@puma7.backyard.bellcore.com
  19355. FAX (908) 336-2836 Bellcore 4C-742 444 Hoes Lane, Piscataway, NJ, 08824
  19356.  
  19357. ------------------------------
  19358.  
  19359. Date: Wed, 11 Jan 95 15:06 EST
  19360. From: Testmark Laboratories <0006718446@mcimail.com>
  19361. Subject: Re: ETSI Standards - Where?
  19362.  
  19363.  
  19364. Compliance Engineering, in Boxboro MA, carries many ETSI standards in print
  19365. as well as many other standards, US and international.
  19366.  
  19367. Voice number: 508-264-4208, ask for Patty LeBlanc
  19368.  
  19369.  
  19370. John Combs, Project Engineer, TestMark Laboratories, testmark@mcimail.com
  19371.  
  19372. ------------------------------
  19373.  
  19374. Date: Thu, 12 Jan 1995 10:59:08 -0500
  19375. From: Chazworth@aol.com
  19376. Subject: CTI on NEC 2000 Switch
  19377.  
  19378.  
  19379. I work for a NEC distributor in Oregon and Washington and often find
  19380. more product ideas from customers and other switch technicians than
  19381. from the PBX maker.
  19382.  
  19383. I would like to know if anybody out there has designed or installed a
  19384. working interface using the NEC 2000 ethernet card to provide switch
  19385. to LAN conection and if so, what is the application?
  19386.  
  19387. Please post response or email to chazworth@aol.com (Chaz Holmes).
  19388.  
  19389. ------------------------------
  19390.  
  19391. From: k920672@kingston.ac.uk (Stephen Warner)
  19392. Subject: Address Wanted For French Telecom?
  19393. Date: 11 Jan 1995 18:53:24 GMT
  19394. Organization: Kingston University, Kingston-upon-Thames.
  19395.  
  19396.  
  19397. Hi,
  19398.  
  19399. Can someone tell me the address of French Telecom in France.
  19400.  
  19401.  
  19402. Thanks,
  19403.  
  19404. Steve
  19405.  
  19406. ------------------------------
  19407.  
  19408. Date: Wed, 11 Jan 1995 11:17:12 EST
  19409. From: Steve Samler <steve@individual.com>
  19410. Subject: More on Teleport
  19411.  
  19412.  
  19413. They operate not only in NYC but also Boston, CT (Hartford?), New
  19414. Jersey, Florida, TX (Dallas I think), Mich, Wisconsin, Illinois,
  19415. Missouri (St.  Louis?), Nebraska, Arizona California and Washington.
  19416.  
  19417. 160 communties in 19 metropolitan areas.  
  19418.  
  19419. There is a good five page summary in Phillips Business Information's
  19420. Telephone Directory on page 515ff.
  19421.  
  19422. ------------------------------
  19423.  
  19424. From: Hersh Jeff <hershj@bah.com>
  19425. Date: Tue, 10 Jan 95 16:06:00 PST
  19426. Subject: Re: ISDN Over Wireless
  19427. Organization: Booz, Allen & Hamilton
  19428.  
  19429.  
  19430. John Lundgren (jlundgre@kn.PacBell.COM) wrote:
  19431.  
  19432. > Find out if the phone company has a newer 5ESS switch.
  19433.  
  19434. To be fair to other companies, it should be noted that Northern
  19435. Telecom, Siemens, and other switch vendors also offer ISDN switches
  19436. that can act as central offices.
  19437.  
  19438.  
  19439. Jeff Hersh
  19440.  
  19441. ------------------------------
  19442.  
  19443. Date: Thu, 12 Jan 95 12:37:00 EST
  19444. From: Testmark Laboratories <0006718446@mcimail.com>
  19445. Subject: ISDN BRI Lines
  19446.  
  19447.  
  19448. GTE South has offered ISDN service here in Lexington, KY for the last
  19449. two years.  However, when I enquire about a BRI line, they tell me I
  19450. must PREDETERMINE what I want to do with the two B-channels.  For
  19451. example, B1 will always be used for voice calls, and B2 will always be
  19452. used for switched 56 data.  I don't consider this true ISDN.  Has
  19453. anyone else run across anything like this?
  19454.  
  19455.  
  19456. testmark@mcimail.com
  19457. John Combs, Project Engineer, TestMark Laboratories
  19458.  
  19459. ------------------------------
  19460.  
  19461. From: john@katy.com (Default Account)
  19462. Date: Thu, 12 Jan 95 08:36:32 -0600
  19463. Subject: LD ISDN Service
  19464. Organization: Katy Computer Systems, Inc.
  19465.  
  19466.  
  19467. At long last, Southwestern Bell is offering ISDN service in St. Louis.
  19468. We need to select a LD company, our current carrier LDDS says they
  19469. don't offer it.  Any recommendations from the crowd?
  19470.  
  19471.  
  19472. TIA,
  19473.  
  19474. John Schmerold   Katy Computer Systems, Inc.
  19475. 86 Meramec Valley Plaza Drive   St. Louis, Missouri 63088
  19476. Internet Address: john@katy.com
  19477. Telephone Number: 314/230-8200   Facsimile Number: 314/861-2222
  19478.  
  19479. ------------------------------
  19480.  
  19481. Date: Thu, 12 Jan 1995 15:45:41 EST
  19482. From: Steve Samler <steve@individual.com>
  19483. Subject: Re: Israel Rate Information
  19484.  
  19485.  
  19486. Can't help on the rates.  However, I do know that it was recently
  19487. announced that Bezeq will have two competitors for long distance
  19488. business.  Tenders will be offered prior to May.
  19489.  
  19490. Sprint has indicated that they'd be interested in participating in the
  19491. bid for one of these.
  19492.  
  19493. ------------------------------
  19494.  
  19495. From: k920672@kingston.ac.uk (Stephen Warner)
  19496. Subject: Address Wanted For KPN
  19497. Date: 12 Jan 1995 18:54:29 GMT
  19498. Organization: Kingston University, Kingston-upon-Thames.
  19499.  
  19500.  
  19501. Can someone tell me the smail address of KPN, a Dutch Telecoms Company?
  19502.  
  19503.  
  19504. Thanks,
  19505.  
  19506. Steve
  19507.  
  19508. ------------------------------
  19509.  
  19510. Date: Thu, 12 Jan 1995 18:53:12 -0500
  19511. From: David Gingold <gingold@mit.edu>
  19512. Subject: Where is PicturePhone II Now?
  19513.  
  19514.  
  19515. Can anyone tell me what ever happened to the PicturePhone II phones
  19516. manufactured by AT&T in the '70's?  I have heard a rumor that these
  19517. phones might have been given to Ameritech as part of the breakup, but
  19518. I have know idea where to start looking.
  19519.  
  19520.  
  19521. dg
  19522.  
  19523. ------------------------------
  19524.  
  19525. From: lincmad@netcom.com (Linc Madison)
  19526. Subject: Inter-LATA Rates in California
  19527. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  19528. Date: Thu, 12 Jan 1995 22:02:32 GMT
  19529.  
  19530.  
  19531. I've been watching the fray as "local toll(SM)" calls in California
  19532. have been opened to competition.  For the first time in decades, it is
  19533. actually cheaper to call from San Francisco to Santa Cruz than to
  19534. Boston.
  19535.  
  19536. However, I haven't heard so much as a peep out of AT&T, MCI, Sprint,
  19537. or any of the others, about any reduction in the inter-LATA long
  19538. distance rates within California.  As of December 31st, a call from
  19539. San Francisco to Los Angeles was only slightly less exorbitantly
  19540. over-priced than the "local toll" calls within a given LATA.
  19541.  
  19542. Have the IXC's reduced their rates on calls between LATAs in
  19543. California to be more in line with both the new intra-LATA and
  19544. interstate rates?
  19545.  
  19546.  
  19547. Linc Madison   *   Oakland, California   *   LincMad@Netcom.com
  19548.  
  19549. ------------------------------
  19550.  
  19551. From: Phillip Schuman <72510.1164@CompuServe.COM>
  19552. Subject: B8ZS, AMI, Bipolar Line Coding?
  19553. Date: 12 Jan 1995 22:15:27 GMT
  19554. Organization: via CompuServe Information Service
  19555.  
  19556.  
  19557. I've been wrestling with the line coding issue ... B8ZS, AMI, Bipolar,
  19558. etc. for getting a full 64k DS0, and trying to find a simple explanation 
  19559. for these areas.
  19560.  
  19561.  ... and -- if the 8k is stolen from the 64k to yield 56k -- is that 8k
  19562. considered the same as 'bit robbing' as performed for voice?
  19563.  
  19564. ------------------------------
  19565.  
  19566. Date: Thu, 12 Jan 1995 16:20:44 -0600
  19567. From: Wilson Mohr <mohr@cig.mot.com>
  19568. Subject: Where to Get Text of the ECPA?
  19569.  
  19570.  
  19571. I have been poking around the FCC's FTP server to no avail so I will
  19572. ask: Does anyone know where/how I can get a full text of the ECPA?
  19573.  
  19574. Thanks!
  19575.  
  19576.  
  19577. Wilson Mohr      mohr@cig.mot.com       
  19578.  
  19579. ------------------------------
  19580.  
  19581. Date: Thu, 12 Jan 1995 17:23:30 -0500
  19582. From: goudreau@dg-rtp.dg.com (Bob Goudreau)
  19583. Subject: Re: Wireless CO's Challenge New NPAs?
  19584.  
  19585.  
  19586. jmroden@crl.com (James M. Roden) writes:
  19587.  
  19588. > The real reason wireless (read cellular) carriers do not want to
  19589. > switch their entire customer base to another NPA is (think about this)
  19590. > _EVERY_ customer phone would have to be reprogrammed with the new NPA
  19591. > number.  Going forward is one thing. Changing the base is quite
  19592. > another.
  19593.  
  19594. But didn't the first overlay area code (917 in New York City) manage
  19595. to get away with switching existing cellular customers?  If NY can do
  19596. it, why can't Chicago?
  19597.  
  19598.  
  19599. Bob Goudreau            Data General Corporation
  19600. goudreau@dg-rtp.dg.com        62 Alexander Drive    
  19601. +1 919 248 6231            Research Triangle Park, NC  27709, USA
  19602.  
  19603. ------------------------------
  19604.  
  19605. End of TELECOM Digest V15 #29
  19606. *****************************
  19607.     
  19608.     
  19609. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa00592;
  19610.           13 Jan 95 6:20 EST
  19611. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  19612.     id AA18341; Fri, 13 Jan 95 01:41:36 CST
  19613. Return-Path: <telecom>
  19614. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  19615.     id AA18328; Fri, 13 Jan 95 01:41:32 CST
  19616. Date: Fri, 13 Jan 95 01:41:32 CST
  19617. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  19618. Message-Id: <9501130741.AA18328@delta.eecs.nwu.edu>
  19619. To: telecom@eecs.nwu.edu
  19620. Subject: TELECOM Digest V15 #30
  19621.  
  19622. TELECOM Digest     Fri, 13 Jan 95 01:41:30 CST    Volume 15 : Issue 30
  19623.  
  19624. Inside This Issue:                          Editor: Patrick A. Townson
  19625.  
  19626.     Help ... Ancient Party Lines Must Die! (John Leong)
  19627.     COCOTS in Jail (Wm. Randolph U. Franklin)
  19628.     Re: New Alert - 911 Access (Scot E. Wilcoxon)
  19629.     Re: New Alert - 911 Access (Stephen O. Pace)
  19630.     Re: Is Two Second Delay Still Necessary? (John R. Covert)
  19631.     Re: Is Two Second Delay Still Necessary? (Wally Ritchie)
  19632.     Re: Microwave-Data Problem (Wally Ritchie)
  19633.     Re: Where is PicturePhone II Now? (Wally Ritchie)
  19634.     Re: 800 Numbers and Caller ID (Jonathan Bradshaw)
  19635.     Re: Inter-LATA Rates in California (Steven H. Lichter)
  19636.     Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly (Jan Mandel)
  19637.     Re: Cellular NAM and ESN (John R. Covert)
  19638.     Re: Multiple ESN's per NAM (John R. Covert)
  19639.     Re: Changes in Hong Kong Telephone Numbers (Robert Hall)
  19640.     Re: Changes in Hong Kong Telephone Numbers (Jeffrey Bhavnanie)
  19641.     Need Recommendation For Long Range Cordless Phone (John Akapo)
  19642.     Data Over CB? (Michael Libes)
  19643.     Computers and VCR's (Anthony Hologounis)
  19644.     Biographies on Line (TELECOM Digest Editor)
  19645.  
  19646. TELECOM Digest is an electronic journal devoted mostly but not
  19647. exclusively to telecommunications topics. It is circulated anywhere
  19648. there is email, in addition to various telecom forums on a variety of
  19649. public service systems and networks including Compuserve and America
  19650. On Line. It is also gatewayed to Usenet where it appears as the moderated
  19651. newsgroup 'comp.dcom.telecom'. 
  19652.  
  19653. Subscriptions are available to qualified organizations and individual
  19654. readers. Write and tell us how you qualify:
  19655.  
  19656.                  * telecom-request@eecs.nwu.edu *
  19657.  
  19658. The Digest is edited, published and compilation-copyrighted by Patrick
  19659. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  19660. or phone at:
  19661.                     9457-D Niles Center Road
  19662.                      Skokie, IL USA   60076
  19663.                        Phone: 708-329-0571
  19664.                         Fax: 708-329-0572
  19665.   ** Article submission address only: telecom@eecs.nwu.edu **
  19666.  
  19667. Our archives are located at lcs.mit.edu and are available by using
  19668. anonymous ftp. The archives can also be accessed using our email
  19669. information service. For a copy of a helpful file explaining how to
  19670. use the information service, just ask.
  19671.  
  19672. *************************************************************************
  19673. *   TELECOM Digest is partially funded by a grant from the              *
  19674. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  19675. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  19676. * project.  Views expressed herein should not be construed as represent-*
  19677. * ing views of the ITU.                                                 *
  19678. *************************************************************************
  19679.  
  19680. Additionally, the Digest is funded by gifts from generous readers such
  19681. as yourself who provide funding in amounts deemed appropriate. Your help 
  19682. is important and appreciated. A suggested donation of twenty dollars per
  19683. year per reader is considered appropriate. See our address above.
  19684.  
  19685. All opinions expressed herein are deemed to be those of the author. Any
  19686. organizations listed are for identification purposes only and messages
  19687. should not be considered any official expression by the organization.
  19688. ----------------------------------------------------------------------
  19689.  
  19690. From: John Leong <leong+@andrew.cmu.edu>
  19691. Subject: Help ... Ancient Party Lines Must Die!
  19692. Date: Thu, 12 Jan 1995 17:54:21 -0500
  19693. Organization: Comp Svcs Directors, Carnegie Mellon, Pittsburgh, PA
  19694.  
  19695.  
  19696. If there are any Canadian readers out there, particularly in B.C., I
  19697. would really appreciate some help ....
  19698.  
  19699. Recently, I bought a little piece of land in Francois Lake (nearest
  19700. town: Burns Lake in Northern B.C.  Nice place.  Contemplating of may
  19701. be spending some times out there.  When I inquired about hooking up
  19702. telephone service, it was suggested that I should look at putting in 3
  19703. lines - one for phone, one for fax and one for other services.
  19704.  
  19705. Hmmm ...?  "Gee, what about ISDN?"  "Son, this is the land for real
  19706. man.  Real man don't believe in those whimpy digital stuff ... and by
  19707. the way, you will also be privileged to join a rare group of Canadians
  19708. that still enjoy the pleasure of a party line shared with 4 very nice
  19709. neighbours ... all with teen age kids that simply love telephones!"
  19710. O.K. ... I lied ... they never said any of the above except for the
  19711. strange suggestion of three lines.  But the bottom line is that the only
  19712. service I can get is an ancient shared party.
  19713.  
  19714. Most of the people out there, including my brother-in-law, are
  19715. loggers.  However, some of these lumberjacks are amazingly well in
  19716. touched with the computing world and quite a number of them have
  19717. serious home machines.  My brother-in-law has a 486 Toshiba lap top
  19718. and he has also recently got himself a P90 desktop too.  Yup, he know
  19719. all about PCI bus, high performance graphic accelerators, OS/2, NT ...
  19720. and even "Bob".  Learned all that in between cutting down tress and
  19721. digging ditched.  They certainly has also heard about the Internetnet
  19722. and are real eager to get on it ... but on a party line?
  19723.  
  19724. This really raises the issue of universal access for the Internet,
  19725. Information Superhighway or what have you ... if there is not even
  19726. universal service for decent basic phone services to run your boring
  19727. modems.
  19728.  
  19729. In the U.S., I would try to beat up on the phone company and also
  19730. gripe to the PUC who takes care of consumer interest.  Is there an
  19731. equivalent to PUC in Canada (particularly in B.C.) other than the
  19732. CRTC?  Any information and suggestions would be most appreciated.
  19733.  
  19734.  
  19735. Regards,
  19736.  
  19737. John leong
  19738. Technical Director,  Computing Services
  19739. Carnegie Mellon University
  19740.  
  19741.  
  19742. [TELECOM Digest Editor's Note: The way I always heard it back in my CB
  19743. radio days was that real men knew how to peak their radios ... and now
  19744. they tell me real men (where PC's are concerned) know how to read and
  19745. write direct in machine language ... no need for compilers, etc.  :)
  19746.  
  19747. I don't know what the law is about this in Canada, but if you were here
  19748. in the USA you would be in a bit of a bind since our telecom laws forbid
  19749. hooking *any kind* of peripheral equipment -- even an answering machine
  19750. or an extension phone *you own* -- to a party line. The thinking is if
  19751. your device goes out of order, the other parties may be inconvenienced
  19752. by the interuption in service. In fact I think instances of party line
  19753. service in the USA, where it still remains, is one of the few exceptions
  19754. to the rule of telco not owning any customer premises equipment any longer.
  19755. In the case of party lines, telco still owns the instruments and the 
  19756. wiring, and repairs it without charge as needed. This is because telco
  19757. could get hassled if one of the other parties goes without service as
  19758. a result of your problem. There are not too many instances where telco
  19759. kept control of premises equipment; I think party lines are one instance
  19760. and apartment/office building front door entry service (the kind that
  19761. is a sort of hybrid centrex, with the subscriber's common equipment in
  19762. the central office, and some of telco's stuff on the customer premises)
  19763. is the other exception. I know existing front door entry service was
  19764. grandfathered. Even though telco can't sell it any longer they have to
  19765. maintain the subscribers who have it. I don't think telcos in the USA
  19766. can take on new party line customers either; they just have to sit and
  19767. wait patiently to get rid of the ones they have had all along.    PAT]
  19768.  
  19769. ------------------------------
  19770.  
  19771. From: wrf@ecse.rpi.edu (Wm. Randolph U Franklin)
  19772. Subject: COCOTS in Jail
  19773. Date: 12 Jan 1995 22:52:51 GMT
  19774. Organization: ECSE Dept, Rensselaer Polytechnic Institute, Troy, NY, 12180 USA
  19775. Reply-To: wrf@ecse.rpi.edu (Wm. Randolph U Franklin)
  19776.  
  19777.  
  19778. (Continuing to report telecom-related numbers from the newspapers) ...
  19779.  
  19780. Some long time ago there was a discussion about how prisoners in jails
  19781. were often ripped off by being forced to use COCOTS.  Our local paper
  19782. recently had some interesting numbers on this for a local jail.
  19783.  
  19784. The COCOTS are run by AT&T.  There are 800 jail cells, and the county
  19785. received $180K in commissions last year, or over $200 per cell.
  19786. That's just the kickback to the county, not the total profit.  Also,
  19787. since this is AT&T, things might be better for the prisoners than if,
  19788. say, *nt*gr*t*l had been running the phones, tho maybe not if AT&T had
  19789. to bid for this.
  19790.  
  19791.  
  19792. Wm. Randolph Franklin,  wrf@ecse.rpi.edu
  19793.  
  19794.  
  19795. [TELECOM Digest Editor's Note: Interesting that AT&T has their COCOTS
  19796. in jails because as a rule they are not interested in the corrections
  19797. industry business where regular long distance is concerned. They were
  19798. more than happy to pass off the fraud and the grief to Integratel and
  19799. others like it who don't have much to complain about since they get
  19800. so much per call (which in turn they blame on high fraud rates they are 
  19801. stuck with, etc).  PAT]  
  19802.  
  19803. ------------------------------
  19804.  
  19805. From: sewilco@fieldday.mn.org (Scot E. Wilcoxon)
  19806. Subject: Re: New Alert - 911 Access
  19807. Date: 12 Jan 1995 18:08:25 -0600
  19808. Organization: FieldDay
  19809.  
  19810.  
  19811. In article <telecom15.23.5@eecs.nwu.edu>, Gerald Serviss <serviss@tazdevil.
  19812. cig.mot.com> wrote:
  19813.  
  19814. >> the cell ID as an approximate location of the caller. In metro areas
  19815.  
  19816. > Let's consider a metro area as the previous poster suggests. In our
  19817. > most dense operations that I am familiar with the smallest cell radius
  19818. > is 500 meters. This gives an area of 785,000 meters-square or about
  19819. > .25 miles-square.  If you consider that in a metro area where this
  19820. > cell would be located is built up and that the average number of
  19821. > floors covering this area is just say four (source ... PFA) you have
  19822. > one square mile of area that this caller could be located in. Even if
  19823.  
  19824.  .25 miles square is about 2 to 4 square blocks (depending on the size
  19825. of your city blocks).  That's a better location than "unknown", and it
  19826. does not take long for a car to check streets for trouble.  The built
  19827. up area is only a problem for finding the caller, and does not complicate 
  19828. call routing much as most dispatch and patrol areas are not sensitive to 
  19829. altitude.
  19830.  
  19831. > In a suburban setting where there are lots of jurisdictions and cell
  19832. > placement and thus coverage is dictated by traffic patterns there are
  19833. > just as many problems. The use of the strongest signal is no guarantee
  19834. > of routing the call correctly, especially if you are in a building.
  19835.  
  19836. No guarantee is necessary.  In an emergency, "close" is better than
  19837. "none".  And neighboring jurisdictions often do have radio links, and
  19838. should have telephone links (if a central site is going to direct 911
  19839. calls, they'll at least all be connected to the central site, so it's
  19840. just too bad if that's not a switching center which can interconnect
  19841. the region).
  19842.  
  19843. > I think that the FCC exemption is based on good engineering and the
  19844. > realization that today we do not have the capability to locate the 
  19845. > caller easily, if at all.
  19846.  
  19847. Yes, the FCC does properly recognize the engineering problems.  I
  19848. recognize the problems in a 911 operator trying to help someone when
  19849. all they hear is the sounds of a fight or shooting.  I recognize the
  19850. problems in having to ask the State Patrol operator to connect me to
  19851. the city police (which they do routinely and quickly) while four large
  19852. enforcers for the drug house across the street are getting out of
  19853. their car five hundred feet down the sidewalk from me. [ Just then the
  19854. squad car responding to my unrelated call came around the corner :-]
  19855.  
  19856.  
  19857. Scot E. Wilcoxon  sewilco@fieldday.mn.org    +1 612 936 0118
  19858.  
  19859. ------------------------------
  19860.  
  19861. Date: Thu, 12 Jan 1995 19:54:19 +0600
  19862. From: pace@shell.com (Stephen O. Pace)
  19863. Subject: Re: New Alert - 911 Access
  19864. Organization: Shell Oil Company
  19865.  
  19866.  
  19867. In <telecom15.23.5@eecs.nwu.edu> serviss@tazdevil.cig.mot.com (Gerald
  19868. Serviss) writes:
  19869.  
  19870. > In theory, 911 access for cell phones is a good idea. The problem is
  19871. > reducing that theory to practice.
  19872.  
  19873. I was watching the news last night, and apparently Houston just turned
  19874. on cellular 911.  At one point, the camera was pointed behind the
  19875. operator's screen, and you could see that she received quite a bit of
  19876. information about the caller, including cell-phone number, name and
  19877. address of phone owner, carrier (GTE or Houston Cellular), general
  19878. location (on a detailed map of Houston), and possibly other things (I
  19879. didn't record it, otherwise I would have gone back and provided a
  19880. little more detail).
  19881.  
  19882. I don't know how accurate the location it returns for you is, but I
  19883. could probably dig that information out of the {Houston Chronicle} or
  19884. my cellular carrier if anyone is interested.
  19885.  
  19886. ------------------------------
  19887.  
  19888. Date: Thu, 12 Jan 95 16:07:31 EST
  19889. From: John R. Covert <covert@covert.enet.dec.com>
  19890. Subject: Re: Is Two Second Delay Still Necessary?
  19891.  
  19892.  
  19893. jbaker@halcyon.com (James Baker) wrote:
  19894.  
  19895. > Is there still a technical reason for the two second delay at the
  19896. > beginning of a phone call?
  19897.  
  19898. > I understand that some old analog switches could be fooled into
  19899. > billing the call incorrectly or not at all if certain tones were
  19900. > present within the first two seconds of ringing.
  19901.  
  19902. No.  There was a deliberate grace period built in to AT&T's toll
  19903. billing so that you would have enough time to move the receiver from
  19904. your ear to the set to hang up and not be charged if the call answered
  19905. during this time.
  19906.  
  19907. It had nothing to do with "certain tones" and everything to do with
  19908. not allowing modems to quickly transmit data during the grace period
  19909. and then disconnect.
  19910.  
  19911.  
  19912. /john
  19913.  
  19914. ------------------------------
  19915.  
  19916. From: writchie@gate.net
  19917. Subject: Re: Is Two Second Delay Still Necessary?
  19918. Date: 13 Jan 1995 04:37:50 GMT
  19919. Reply-To: writchie@gate.net
  19920.  
  19921.  
  19922. In <telecom15.28.1@eecs.nwu.edu>, stevef@wrq.com (Steve Forrette) writes:
  19923.  
  19924. > In article <telecom15.26.5@eecs.nwu.edu>, jbaker@halcyon.com (James
  19925. > Baker) says:
  19926.  
  19927. >> Is there still a technical reason for the two second delay at the
  19928. >> beginning of a phone call?
  19929.  
  19930. >> ...  the FCC requirements for auto answer stuff is to wait two seconds after
  19931. >> ringing before answering the phone (or at leaset before sending any
  19932. >> signals into the phone wires).
  19933.  
  19934. > I believe the actual requirement is that there be two seconds of
  19935. > silence *after answering*.  The FCC doesn't care when you answer.  One
  19936. > of the reasons for this is requirement is to prevent a device which
  19937. > purposely answers the call, exchanges data for 1/2 second or so, then
  19938. > hangs up right away, which would avoid toll charges in some situations.  
  19939. > A device could be designed to do this repeatedly to transmit an
  19940. > unlimited amount of data (albiet slowly) without charge.  I think that
  19941. > any modern switch would be immune from this type of fraud.
  19942.  
  19943. Silence is NOT a requirement of Part 68. The exchange of user data is
  19944. the issue.
  19945.  
  19946. Modems are free to transmit immediately upon answering for the purpose
  19947. of indicating modes, training adapter equalizers, etc. With modern
  19948. modems like V.32 and V.34 this process takes more than the two second
  19949. billing protection delay so this is a non-issue.
  19950.  
  19951.  
  19952. Wally Ritchie    Ft. Lauderdale, Florida
  19953.  
  19954. ------------------------------
  19955.  
  19956. From: writchie@gate.net
  19957. Subject: Re: Microwave-Data Problem
  19958. Date: 13 Jan 1995 05:00:07 GMT
  19959. Reply-To: writchie@gate.net
  19960.  
  19961.  
  19962. In <telecom15.22.4@eecs.nwu.edu>, Doug H. Kerr <DHKERR@PCAD-ML.ACTX.EDU> 
  19963. writes:
  19964.  
  19965. > I'm having a problem here at our college with a remote site which I
  19966. > connect via microwave. We have two NEC 2400 connected and also use a
  19967. > data channel off the T-1 for our router which connects our lans. I
  19968. > have not had any problems with my telephones but the lan has had
  19969. > severe problems. Here lies the problem: the data people say it's the
  19970. > microwave or T-1. I run a data channel also that is used for a CCIS link
  19971. > between switches and have no problems with this so I assume it is not
  19972. > in the micro or T-1. How can you prove the origin of the problem, or
  19973. > monitor the system without the high cost test equipment?
  19974.  
  19975. You have two ways to fix things. Open Loop and Closed Loop. With Open
  19976. loop you try a bunch of things until the problem is fixed. You may not
  19977. know why but it gets fixed. (BELL calls this FM for (F*&54king Magic).
  19978.  
  19979. In Closed Loop you measure things with test equipment to find out
  19980. whats wrong and then you fix it.
  19981.  
  19982. Proper closed loop solution is to test the bit-error rate on the T1
  19983. link and prove that it is low. You cannot imply that because the
  19984. switch uses the data link with success that all is ok. First the data
  19985. traffic is likely to be very low on this link and second the error
  19986. recovery procedures are very robust so you won't know of the problem
  19987. unless you can see the actual error counts on this link. LAN protocols, 
  19988. particularly IP, assume very low error rates with recovery at the
  19989. relatively high level of TCP. Speech is very tolerant of relatively
  19990. high bit errors rates so this also proves nothing about the quality of
  19991. the link.
  19992.  
  19993. Open loop solution is assume that the Microwave is OK on blind faith. 
  19994.  
  19995. Most likely you have a timing problem, quite possibly frame slips
  19996. between the two PBX's. How is the data channel delivered to the data
  19997. users? How is each PBX timed? What other T1 connections to other
  19998. Networks are involved?  Reliable transmission requires that both
  19999. PBX's derive their timing from the same source. The data equipment
  20000. should be clocked from the common timing.
  20001.  
  20002.  
  20003. Wally Ritchie   Ft. Lauderdale, Florida 
  20004.  
  20005. ------------------------------
  20006.  
  20007. From: writchie@gate.net
  20008. Subject: Re: Where is PicturePhone II Now?
  20009. Date: 13 Jan 1995 05:23:10 GMT
  20010. Reply-To: writchie@gate.net
  20011.  
  20012.  
  20013. In <telecom15.29.18@eecs.nwu.edu>, David Gingold <gingold@mit.edu> writes:
  20014.  
  20015. > Can anyone tell me what ever happened to the PicturePhone II phones
  20016. > manufactured by AT&T in the '70's?  I have heard a rumor that these
  20017. > phones might have been given to Ameritech as part of the breakup, but
  20018. > I have know idea where to start looking.
  20019.  
  20020. Remember the warehouse in "Raiders of the Lost Ark" which was supposed
  20021. to be where the Government stored useful things for safe keeping. Well
  20022. that was actually AT&T's White Elephant Warehouse where they keep 7300
  20023. PC's, PicturePhones, and other such things :)
  20024.  
  20025. One of the nice things about being a Monopoly with rate of return
  20026. regulation is that the more money you waste the higher your rate base
  20027. and the more money you make.
  20028.  
  20029. AT&T's success was due less to the invention of the telephone as to
  20030. the the invention of the Triad of BellLabs, Western Electric, and
  20031. Operating Companies. The purpose of BellLabs was to burn money. This
  20032. money was reflected in the price of WE equipment sold to Operating
  20033. Companies. The greater the cost of the equipment, the greater allowed
  20034. return on investment.
  20035.  
  20036. AT&T, of course, is now much closer to a real company. Bellcore,
  20037. however, serves a function for the RBOC's similar to the old scheme.
  20038. Instead of just burning money, however, Bellcore concentrates on
  20039. positioning the operating companies for doing things that they are
  20040. legally barred from doing today.
  20041.  
  20042.  
  20043. Wally Ritchie    Ft. Lauderdale, Florida
  20044.  
  20045. ------------------------------
  20046.  
  20047. From: Jonathan@IQuest.Net (Jonathan Bradshaw)
  20048. Subject: Re: 800 Numbers and Caller ID
  20049. Organization: IQuest Network Services
  20050. Date: Fri, 13 Jan 1995 01:02:12 GMT
  20051.  
  20052.  
  20053. In article <telecom15.18.4@eecs.nwu.edu>, glnfoote@freenet.columbus.oh.us 
  20054. asks:
  20055.  
  20056. > Can someone explain IF, not why, full telephone numbers of people
  20057. > calling 800 numbers are shown (either on the bill, or as part of the
  20058. > call) to those who OWN the 800 numbers?
  20059.  
  20060. > [TELECOM Digest Editor's Note: The answer is yes. People who have 800
  20061. > numbers receive the ANI -- not the Caller-ID, 
  20062.  
  20063. I get Caller ID NOT ANI through my 800 number depending on the
  20064. origination. From Indianapolis, I know I get full Caller ID from South
  20065. Bend and Bloomington, IN where I have tested it. This shows up as the
  20066. NAME and Number (so its NOT ANI) but if the caller dials me directly,
  20067. I see "OUT OF AREA". I don't know how far this extends but it does
  20068. seem to be quite extensive in Indiana.
  20069.  
  20070. Somehow One Call is picking up and transferring the CID data along
  20071. with the call.
  20072.  
  20073.  
  20074. Jonathan Bradshaw | Packet mail: N9OXE@N0ARY | Internet: Jonathan@IQuest.Net
  20075. PGP KEY AVAILABLE | ESD Administrator, Boehringer Mannheim, Indianapolis, IN
  20076.  
  20077.  
  20078. [TELECOM Digest Editor's Note: I think however we can correctly answer 
  20079. the original query by stating that yes indeed, the persons who own 800
  20080. numbers do get identifying data on all or almost all calls they receive.
  20081. If there is some reason they want to make an issue out of it, they nearly
  20082. always can backtrack to the source of the call. I think that is what our
  20083. original writer was asking about.   PAT]
  20084.  
  20085. ------------------------------
  20086.  
  20087. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  20088. Subject: Re: Inter-LATA Rates in California
  20089. Date: 13 Jan 1995 02:33:58 GMT
  20090. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  20091.  
  20092.  
  20093. (Re rate analomies in California on intrastate/interstate calls).
  20094.  
  20095. That could change since the FCC is considering allowing LEC to get
  20096. back into the LD business.
  20097.  
  20098.  
  20099. Sysop: Apple Elite II -=- an Ogg-Net Hub BBS      
  20100. Home of GBBS/LLUCE support
  20101. (909) 359-5338 12/24/14.4 V32/V42bis          
  20102.  
  20103. ------------------------------
  20104.  
  20105. From: jmandel@carbon.cudenver.edu (Jan Mandel)
  20106. Subject: Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly
  20107. Date: 12 Jan 1995 19:51:13 -0700
  20108. Organization: University of Colorado at Denver
  20109.  
  20110.  
  20111. Paul Beker (pbeker@netcom.com) wrote:
  20112.  
  20113. > wa2ise@netcom.com (Robert Casey) writes:
  20114.  
  20115. > Yep ... several years ago every single pay phone in that airport was a
  20116. > *real* Southern Bell phone.  Since then, the politicians and others
  20117. > (ever heard of the Atlanta Airport scandals / fiascos?) have gotten
  20118. > involved and now you will find a wide variety of worthless COCOTs
  20119. > scattered throughout the airport.
  20120.  
  20121. Funny thing ... in the slang of numerous East-European languages COCOT
  20122. is slang vulgar term for the male sex organ. How fitting.
  20123.  
  20124.  
  20125. Jan Mandel, Center for Computational Math, University of Colorado at Denver
  20126. jmandel@colorado.edu
  20127.  
  20128. ------------------------------
  20129.  
  20130. Date: Thu, 12 Jan 95 15:26:18 EST
  20131. From: John R. Covert <covert@covert.enet.dec.com>
  20132. Subject: Re: Cellular NAM and ESN
  20133.  
  20134.  
  20135. Alan Shen <kermee@u.washington.edu> wrote:
  20136.  
  20137. > Call your cellular carrier about this. Some will allow you to have one
  20138. > NAM for two different phones (with different ESN numbers) for an extra
  20139. > charge usually from about $5-$8 a month.
  20140.  
  20141. Absolutely not!  This is a violation of the cellular standard and
  20142. forbidden by the FCC.  No carrier may permit it.  It will not work
  20143. correctly; if both phones are on at the same time it may interfere
  20144. with calls to other subscribers.
  20145.  
  20146.  
  20147. /john
  20148.  
  20149. ------------------------------
  20150.  
  20151. Date: Thu, 12 Jan 95 15:36:46 EST
  20152. From: John R. Covert <covert@covert.enet.dec.com>
  20153. Subject: Re: Multiple ESN's per NAM
  20154.  
  20155.  
  20156. dsc3cjc@imc220.med.navy.mil (Chris J. Cartwright - ELF) wrote:
  20157.  
  20158. > - Two ESN's on one NAM    $17.95/mo + reg. service price;
  20159. > - Three ESN's on one NAM   29.95/mo + reg. service price;
  20160.  
  20161. I don't believe it.  They must mean multiple MIN's on each NAM.
  20162.  
  20163.  
  20164. /john
  20165.  
  20166. ------------------------------
  20167.  
  20168. Date: Fri, 13 Jan 1995 13:57:22 HKT
  20169. From: Mr Robert Hall <robhall@HK.Super.NET>
  20170. Subject: Re: Changes in Hong Kong Telephone Numbers
  20171.  
  20172.  
  20173. In response to Paul A. Lee's message requesting information about the
  20174. numbering change in Hong Kong, here is an extract from a document
  20175. published by Hongkong Telecom:
  20176.  
  20177. What is '2' Day?
  20178.  
  20179. The growth of the telecommuncations services in Hong Kong has led to
  20180. an increase in the demand for numbers.  To meet Hong Kong's needs into
  20181. the 21st century, the telecommunications regulatory authority, OFTA,
  20182. hasannounced a new numbering plan that will make more numbers available.
  20183.  
  20184.  From January 1, 1995, all seven-digit business and residential phone
  20185. and fax numbers will undergo a very simple change: they will be
  20186. prefixed with the digit '2' - hence the name '2' Day.
  20187.  
  20188. How '2' Day Affects you:
  20189.  
  20190. Residential and business seven-digit phone and fax numbers will be
  20191. changed by adding a '2' to the existing number.  Apart from this, the
  20192. original number will remain unchanged.  Our number, for example, which
  20193. is 888-2888 will become 2888 2888.
  20194.  
  20195. Pager customers: There are plans to change pager numbers at a later
  20196. date.  OFTA has not yet finalised its plans in this area and customers
  20197. will be informed of the exact date in advance.
  20198.  
  20199. Mobile customers: Mobile numbers will remain unchanged.
  20200.  
  20201. Citiwide Citinet numbers that currently begin with 922X XXXX will become 
  20202. 292X XXXX and those dataline numbers beginning with 938X XXXX will become 
  20203. 293X XXXX.
  20204.  
  20205. Emergency services and enquiry hoteline numbers such as 999, 1081, 1083 
  20206. and 109 will remain unchanged.
  20207.  
  20208.                            -------------
  20209.  
  20210. Typist note: there is a three month grace period during which anyone
  20211. not adding the '2' prefix will be connected.  After that time, there
  20212. will be a recorded message played to the caller.
  20213.  
  20214. Also, all Value Added Network (VAN) operators have had their numbers
  20215. changed from the traditional seven-digit numbers to eight digit
  20216. numbers beginning with 3XXX XXXX.  This applies to numbers such as the
  20217. CompuServe access number, my Internet service provider and BBSes.
  20218.  
  20219. Let me know if you have any questions.
  20220.  
  20221.  
  20222. Rob Hall   Hong Kong
  20223.  
  20224. ------------------------------
  20225.  
  20226. Date: Fri, 13 Jan 1995 13:06:29 HKT
  20227. From: Jeffrey Bhavnanie <jeffbhav@asiaonline.net>
  20228. Subject: Re: Changes in Hong Kong Telephone Numbers
  20229.  
  20230.  
  20231.  From the 1st of January 1995, All phone numbers in Hong Kong,
  20232. Kowloon, New Territories and the outlying areas will be changed from
  20233. the current seven digits to eight digits with the number '2' added in
  20234. front.  
  20235.  
  20236. (eg) Old Number : 555-5555 
  20237.      New Number : 2555-5555
  20238.  
  20239.  
  20240. ->Jeff
  20241.  
  20242. ------------------------------
  20243.  
  20244. From: akapo@akapo.com (John Akapo)
  20245. Subject: Need Recommendation For Long Range Cordless Phone
  20246. Date: 12 Jan 1995 15:09:52 -0800
  20247. Organization: CCnet Communications (510-988-7140 guest)
  20248.  
  20249.  
  20250. I'm looking for a cordless phone with a range of up to two miles or
  20251. more.  Could someone please recommend some. I seem to remember that
  20252. Uniden used to sell one of these; do they still?
  20253.  
  20254.  
  20255. JoHn Akapo    akapo@akapo.com
  20256.  
  20257. ------------------------------
  20258.  
  20259. From: sharpen@chinook.halcyon.com (Sharpened Software)
  20260. Subject: Data Over CB?
  20261. Date: 13 Jan 1995 02:58:49 GMT
  20262. Organization: Sharpened Software Inc.
  20263.  
  20264.  
  20265. Are there any FCC regs concerning the type of information broadcast
  20266. over the "Citizen's Band?"  In short, can I send data over CB?
  20267.  
  20268.  
  20269. Michael Libes           Sharpened Software Inc
  20270. sharpen@halcyon.com     Seattle, WA
  20271.  
  20272.  
  20273. [TELECOM Digest Editor's Note: First off, you may not 'broadcast' over
  20274. CB. The Crazy Band is intended, by FCC regulations for *two-way*
  20275. personal communications. 'Broadcast' by definition is a one-way
  20276. transmission intended specifically in a non-personal way for a large
  20277. number of listeners. Is another site going to be responding to you in
  20278. kind, with data back to you?
  20279.  
  20280. Anyway, I think all this is very academic. Good luck if you want to try
  20281. it. I presume the place you are broadcasting -- ooops!, communicating
  20282. with is not more than 75-100 yards away. More than that and some Good
  20283. Buddy will walk all over you. Its bad enough when two persons in actual
  20284. voice communication have to ask each other to repeat themselves over
  20285. and over because some local yokels are running way over the legal power
  20286. limit. (So then you run extra power in order to get past the interference
  20287. and he cranks his up a little more, etc.) Here in the Chicago area there
  20288. are times and places the CB/eleven meter airwaves are solid heterodyne
  20289. as the guys try to shove each other off the air. In the Crazy Band, no
  20290. matter how loud your radio is; no matter how much power you put out or
  20291. how well you are modulated, there is always someone out there whose
  20292. radio is louder and has more power. They'll be glad to demonstrate it,
  20293. you don't have to take their word for it. Just ask; they'll turn on 
  20294. their linear amplifiers and their reverberation units wired in series
  20295. with their power microphones and Break rake rake rake rake for a 
  20296. Radio Check heck heck heck heck heck heck, and tell two old ladies with
  20297. little handheld units seventy five miles away to 'back it down out there
  20298. and give someone else a crack at it ..."  :)  I'd love to see the data
  20299. before you send it, and after the other end gets it ... if it gets there
  20300. at all.  PAT]
  20301.  
  20302. ------------------------------
  20303.  
  20304. From: holo@PrimeNet.Com (Anthony Hologounis)
  20305. Subject: Computers and VCRs
  20306. Date: Thu, 12 Jan 1995 20:13:25 MST
  20307. Organization: Primenet
  20308.  
  20309.  
  20310. Looking for information:
  20311.  
  20312. I install media retrieval systems in schools.  There is a centrally
  20313. located rack with vcr's and laser disks,the teachers are able to
  20314. access these from the phone. Up till now this has been pretty slick.
  20315.  
  20316. Well now, what with each classroom having at least one computer which
  20317. is part of the campus network I was wondering what equipment is
  20318. available to tie my media system into the network.
  20319.  
  20320. This way the teacher can access the vcr, laser from his/her pc.  Now
  20321. that would be slick.
  20322.  
  20323. ------------------------------
  20324.  
  20325. From: TELECOM Digest Editor <telecom@eecs.nwu.edu>
  20326. Subject: Biographies on Line
  20327. Date: Fri, 13 Jan 1995 01:35:00 CST
  20328.  
  20329.  
  20330. Don't forget that the Telecom Archives now has a special section for
  20331. the biographical data supplied by participating readers. This section
  20332. is not open to the general net public, and requires access via the
  20333. Telecom Archives Email Information Service and a password which is
  20334. provided to each person who supplies information about themselves.
  20335.  
  20336. You decide what to say; what you want to tell others about your
  20337. work, your plans, your goals and your life. Once you supply the
  20338. data and it is installed in the Archives, you get a password and
  20339. instructions on how to access the bigoraphies of other participants
  20340. here. You can remove it or modify it as desired. 
  20341.  
  20342. It is strictly non-commercial and deliberatly restricted to give list
  20343. compilers and junk-mailers a hard time, yet allow folks in the
  20344. telecom industry to become aqauinted with one another. Send your
  20345. biography to 'ptownson@eecs.nwu.edu'. I am installing them as fast
  20346. as they come in (already about a dozen on line since this was
  20347. announced a couple days ago).
  20348.  
  20349. PAT
  20350.  
  20351. ------------------------------
  20352.  
  20353. End of TELECOM Digest V15 #30
  20354. *****************************
  20355.     
  20356.     
  20357. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa12812;
  20358.           14 Jan 95 12:18 EST
  20359. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  20360.     id AA14253; Sat, 14 Jan 95 08:11:21 CST
  20361. Return-Path: <telecom>
  20362. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  20363.     id AA14245; Sat, 14 Jan 95 08:11:17 CST
  20364. Date: Sat, 14 Jan 95 08:11:17 CST
  20365. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  20366. Message-Id: <9501141411.AA14245@delta.eecs.nwu.edu>
  20367. To: telecom@eecs.nwu.edu
  20368. Subject: TELECOM Digest V15 #31
  20369.  
  20370. TELECOM Digest     Sat, 14 Jan 95 08:10:00 CST    Volume 15 : Issue 31
  20371.  
  20372. Inside This Issue:                          Editor: Patrick A. Townson
  20373.  
  20374.     CFP: Feature Interactions in Communications Systems (Nancy Griffeth)
  20375.     Satellite / DECNet Problems (Edward B. Toupin)
  20376.     Acronym for "Information Superhighway" (Humor Listserv via Bill Edwards)
  20377.     Modem-Voice Incoming Call Switching (Jan Mandel)
  20378.     Legal Problem Due to Modified Radio (David A. Webb)
  20379.     Old Rotary Service Question (Bill Parrish)
  20380.     Call Overflow Question (Mark Kelly)
  20381.     360 Degrees of Jumping the Gun (Paul Robinson)
  20382.     FAQs on Campus Connectivity (routers@halcyon.com)
  20383.     Would You Believe More Rain on the Way? (TELECOM Digest Editor)
  20384.  
  20385. TELECOM Digest is an electronic journal devoted mostly but not
  20386. exclusively to telecommunications topics. It is circulated anywhere
  20387. there is email, in addition to various telecom forums on a variety of
  20388. public service systems and networks including Compuserve and America
  20389. On Line. It is also gatewayed to Usenet where it appears as the moderated
  20390. newsgroup 'comp.dcom.telecom'. 
  20391.  
  20392. Subscriptions are available to qualified organizations and individual
  20393. readers. Write and tell us how you qualify:
  20394.  
  20395.                  * telecom-request@eecs.nwu.edu *
  20396.  
  20397. The Digest is edited, published and compilation-copyrighted by Patrick
  20398. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  20399. or phone at:
  20400.                     9457-D Niles Center Road
  20401.                      Skokie, IL USA   60076
  20402.                        Phone: 708-329-0571
  20403.                         Fax: 708-329-0572
  20404.   ** Article submission address only: telecom@eecs.nwu.edu **
  20405.  
  20406. Our archives are located at lcs.mit.edu and are available by using
  20407. anonymous ftp. The archives can also be accessed using our email
  20408. information service. For a copy of a helpful file explaining how to
  20409. use the information service, just ask.
  20410.  
  20411. *************************************************************************
  20412. *   TELECOM Digest is partially funded by a grant from the              *
  20413. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  20414. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  20415. * project.  Views expressed herein should not be construed as represent-*
  20416. * ing views of the ITU.                                                 *
  20417. *************************************************************************
  20418.  
  20419. Additionally, the Digest is funded by gifts from generous readers such
  20420. as yourself who provide funding in amounts deemed appropriate. Your help 
  20421. is important and appreciated. A suggested donation of twenty dollars per
  20422. year per reader is considered appropriate. See our address above.
  20423.  
  20424. All opinions expressed herein are deemed to be those of the author. Any
  20425. organizations listed are for identification purposes only and messages
  20426. should not be considered any official expression by the organization.
  20427. ----------------------------------------------------------------------
  20428.  
  20429. From: nancyg@thumper.bellcore.com (Nancy Griffeth)
  20430. Subject: CFP Feature Interactions in Communications Systems
  20431. Organization: Morristown Research and Engineering
  20432. Date: Fri, 13 Jan 1995 19:55:00 GMT
  20433.  
  20434.  
  20435.                    Call for Participation
  20436.      Third International Workshop on Feature Interactions
  20437.            in Telecommunications Software Systems
  20438.                         Kyoto, Japan
  20439.                     October 11-13, 1995
  20440.  
  20441.  
  20442. Description:
  20443.  
  20444.      This workshop is the third in a series, whose mission is to
  20445. encourage researchers from a variety of computer science specialties
  20446. (software engineering, enterprise modeling, protocol engineering,
  20447. distributed artificial intelligence, formal techniques, software
  20448. testing, and distributed systems, among others) to apply their
  20449. techniques to the feature interaction problem that arises in building
  20450. telecommunications software systems (see the back page for a
  20451. description of the problem).  We welcome papers on avoiding,
  20452. detecting, and/or resolving feature interactions using either
  20453. analytical or structural approaches.  Submissions are encouraged in
  20454. (but are not limited to) the following topic areas:
  20455.  
  20456.    -    Classification of feature interactions.
  20457.  
  20458.    -    Modeling,  reasoning,  and  testing  techniques  for
  20459.         detecting feature interactions.
  20460.  
  20461.    -    Software platforms and architecture designs  to  aid
  20462.         in   avoiding,   detecting,  and  resolving  feature
  20463.         interactions.
  20464.  
  20465.    -    Tools  and  methodologies  for  promoting   software
  20466.         compatibility and extensibility.
  20467.  
  20468.    -    Mechanisms   for   managing   feature   interactions
  20469.         throughout the service life-cyle.
  20470.  
  20471.    -    Management of feature interactions in PCS, ISDN, and
  20472.         Broadband services, as well as IN services.
  20473.  
  20474.    -    Management of feature interactions in various of the
  20475.         operations   support   functions   such  as  Service
  20476.         Negotiation,   Service   Management,   and   Service
  20477.         Assurance.
  20478.  
  20479.    -    Feature Interactions and their potential  impact  on
  20480.         system Security and Safety.
  20481.  
  20482.    -    Environments  and  automated   tools   for   related
  20483.         problems in other software systems.
  20484.  
  20485.    -    Management of Feature Interactions in various  other
  20486.         enterprises, such as banking, medicine, etc.
  20487.  
  20488.  
  20489. Format:
  20490.  
  20491.      We hope to promote a dialogue among researchers in various
  20492. related areas, as well as the designers and builders of
  20493. telecommunications software. To this end, the workshop will have
  20494. sessions for paper presentations, including relatively long discussion
  20495. periods.  Panel discussions and tool demonstrations are also planned.
  20496. The first day of the workshop, October 11, is devoted to tutorials and
  20497. discussions on areas related to feature interactions.
  20498.  
  20499.  
  20500. Attendance:
  20501.  
  20502.      Workshop attendance will be limited to 100 people.  Attendance
  20503. will be by invitation only. Prospective attendees are asked to submit
  20504. either a paper (maximum 5000 words) or a single page description of
  20505. their interests and how they relate to the workshop.  Proposals for
  20506. tutorials and discussions are also requested (maximum 3000 words).
  20507. About 16-20 of the attendees will be asked to present talks; a small
  20508. number of tutorials and/or discussions will also be selected.  We will
  20509. strive for an equal mix of theoretical results and practical
  20510. experiences. Papers will be published in a conference proceedings.
  20511.  
  20512.  
  20513. Submissions:
  20514.  
  20515.      Please send five copies of your full original paper or interest
  20516. description to:
  20517.  
  20518.      Kong Eng Cheng
  20519.      Department of Computer Science
  20520.      Royal Melbourne Institute of Technology
  20521.      GPO Box 2476V
  20522.      Melbourne, Victoria
  20523.      AUSTRALIA 3001
  20524.  
  20525.      E-mail: kec@cs.rmit.edu.au
  20526.      Tel: +61 3 660 3266
  20527.      FAX: +61 3 662 1617
  20528.  
  20529.  
  20530. Important dates are:
  20531.  
  20532.      February 28, 1995: Submission of contributions.
  20533.      May 15, 1995: Notification of acceptance.
  20534.      June 26, 1995: Submission of camera-ready versions.
  20535.  
  20536.  
  20537. Workshop Co-chairpersons
  20538.  
  20539.      Tadashi Ohta (ATR, Japan)
  20540.      Nancy Griffeth (Bellcore, USA)
  20541.  
  20542. Program Committee
  20543.  
  20544.      Co-Chairpersons:
  20545.      Kong Eng Cheng  (Royal Melbourne Institute of
  20546.                       Technology, Australia)
  20547.      E. Jane Cameron (Bellcore, USA)
  20548.  
  20549. Jan Bergstra         (CWI and University of Amsterdam,
  20550.                       The Netherlands)
  20551. Ralph Blumenthal     (Bellcore, USA)
  20552. Rolv Braek           (SINTEF DELAB, Norway)
  20553. Bernie Cohen         (City University of London, UK)
  20554. Robert France        (Florida Atlantic University, USA)
  20555. Haruo Hasegawa       (OKI, Japan)
  20556. Dieter Hogrefe       (University of Bern, Switzerland)
  20557. Richard Kemmerer     (UCSB, USA)
  20558. Victor Lesser        (University of Massachusetts, USA)
  20559. Yow-Jian Lin         (Bellcore, USA)
  20560. Luigi Logrippo       (University of Ottawa, Canada)
  20561. Jan van der Meer     (Ericsson, The Netherlands)
  20562. Robert Milne         (BNR, UK)
  20563. Leo Motus            (Tallinn Technical University, Estonia)
  20564. Jacques Muller       (CNET, France)
  20565. Jan-Olof Nordenstam  (ELLEMTEL, Sweden)
  20566. Yoshihiro Niitsu     (NTT, Japan)
  20567. Ben Potter           (University of Hertfordshire, UK)
  20568. Henrikas Pranevicius (Kaunas University of Technology,
  20569.                       Lithuania)
  20570. Martin Sadler        (HP, UK)
  20571. Jean-Bernard Stefani (CNET, France)
  20572. Greg Utas            (BNR, USA)
  20573. Jyri Vain            (Institute of Cybernetics, Estonia)
  20574. Hugo Velthuijsen     (PTT Research, The Netherlands)
  20575. Yasushi Wakahara     (KDD R&D Laboratories, Japan)
  20576. Ron Wojcik           (BellSouth, USA)
  20577. Pamela Zave          (AT&T Bell Laboratories, USA)
  20578.  
  20579.  
  20580. Workshop Statement:
  20581.  
  20582.      The feature interaction problem is a major obstacle to the rapid
  20583. deployment of new telephone services. Some feature communications
  20584. system. Telecommunications software is huge, real-time, and
  20585. distributed; adding new features to a telecommunication system, like
  20586. adding new functionalities to any large software system, can be very
  20587. difficult.  Each new feature may interact with many existing features,
  20588. causing customer annoyance or total system breakdown.  Traditionally,
  20589. interactions were detected and resolved on a feature by feature basis
  20590. by experts who are knowledgeable on all existing features.  As the
  20591. number of features grows to satisfy diverse needs of customers,
  20592. managing feature interactions in a single administrative domain is
  20593. approaching incomprehensible complexity.  In a future marketplace
  20594. where features deployed in the network may be developed by different
  20595. operating companies and their associated vendors, the traditional
  20596. approach is no longer feasible.  How to detect, resolve, or even
  20597. prevent the occurrence of feature interactions in an open network is
  20598. now an important research issue.
  20599.  
  20600. The feature interaction problem is not unique to telecommunications
  20601. software; similar problems are encountered in any long-lived software
  20602. system that requires frequent changes and additions to its
  20603. functionality.  Techniques in many related areas appear to be
  20604. applicable to the management of feature interactions.  Software
  20605. methodologies for extensibility and compatibility, for example, could
  20606. be useful for providing a structured design that can prevent many
  20607. feature interactions from occurring.  Features are typically design to
  20608. suit the purposes of a user or business, hence Enterprise modeling
  20609. will play a role in the identification of certain classes of
  20610. interaction, in particular the solution of an interaction in one
  20611. enterprise may not be desired by another.  Formal specification,
  20612. verification, and testing techniques, being widely used in protocol
  20613. engineering and software engineering, contribute to the detection of
  20614. interactions.  Several causes of the problem, such as aliasing,
  20615. timing, and the distribution of software components, are similar to
  20616. issues in distributed systems.  Cooperative problem solving, a
  20617. promising approach for resolving interactions at run time, resembles
  20618. distributed planning and resolution of conflicting subgoals among
  20619. multiple agents in the area of distributed artificial intelligence.
  20620. This workshop aims to provide an opportunity for participants to share
  20621. ideas and experiences in their respective fields, and to apply their
  20622. expertise to the feature interaction problem.
  20623.  
  20624.  
  20625. Workshop Announcement:
  20626.  
  20627.      3nd International Workshop on Feature Interactions in
  20628. Telecommunications Software Systems, October 11-13, Kyoto, Japan,
  20629. Sponsors: IEEE Communications Society. In cooperation with ACM SIGCOMM
  20630. and ATR, Japan. Contact Tadashi Ohta, ATR, 2-2, Hikari-dai, Seika-cho,
  20631. Soraku-gun, Kyoto, 619-02, Japan, Tel: +81 7749 5 1230, Fax: +81 7749
  20632. 5 1208, e-mail: ohta@atr-sw.atr.co.jp.
  20633.  
  20634. ------------------------------
  20635.  
  20636. From: etoupin@toupin.com (Edward B. Toupin)
  20637. Subject: Satellite / DECNet Problems
  20638. Date: 13 Jan 1995 15:53:26 GMT
  20639. Organization: Edward B. Toupin
  20640. Reply-To: sn=morrison%g=tom%i=p%dda=tel=3536%texaco@mcimail.com,
  20641.  
  20642.  
  20643. The message is sent for an associate.
  20644.  
  20645. TOM MORRISON writes:
  20646.  
  20647. We currently have an application in which DEC VAXStations communicate
  20648. through DECRouter 2000s.  The local area network uses DECNet and the
  20649. routers that connect disparate local area networks communicate via 56k
  20650. leased data circuits.  The required throughput on these circuits does
  20651. not exceed 20k.
  20652.  
  20653. It is our desire to provide a diverse route for data using an X.25
  20654. based double hop satellite system.  This circuit configuration has
  20655. approximately 1.5 seconds of processing and propogation delay.
  20656.  
  20657. In testing the proposed configuration, 56kb modems were connected back
  20658. to back to conduct 1 megabyte file transfers using X.25.  In this
  20659. configuraton, circuit throughput averaged 45kbps.  The modems were
  20660. then replaced with a satellite circuit which caused the throughput to
  20661. drop off to 1100 bps!  Incidently the satellite system provides local
  20662. acknowledgements at the X.25 level and no flow control messages were
  20663. seen.
  20664.  
  20665. In evaluating the satellite throughput, we have been told that DECNet
  20666. has a required acknowledgement for either one of four packets
  20667. generated at the NSP level.  This acknowledgement is hard coded into
  20668. DECNet and can't be changed.  These required acknowledgements, coupled
  20669. with the long propogation time of the satellite system combine to
  20670. limit throughput.
  20671.  
  20672. Please provide any insight you may have to the following questions:
  20673.  
  20674. 1.    Are NSP acknowledgements required after each or 
  20675.     every fourth packet?
  20676.  
  20677. 2.    We thought that adjusting the buffer sizes in the 
  20678.     routers would change packet sizes, however, in 
  20679.     monitoring data communication with Trace we
  20680.     didn't see any change in packet size.  Can packet 
  20681.     sizes be changed (increased)?
  20682.  
  20683. 3.    Has anyone had similar experiences with similar results?
  20684.  
  20685. 4.    Any ideas about how we may increase throughput in 
  20686.     the double hop satellite system?
  20687.  
  20688.  
  20689. Regards,
  20690.  
  20691. Tom Morrison
  20692.  
  20693. ------------------------------
  20694.  
  20695. Date: Fri, 13 Jan 95 12:53:13 EST
  20696. From: Bill <BEDWARDS@uga.cc.uga.edu>
  20697. Subject: Acronym for "Information Superhighway"
  20698.  
  20699.  
  20700. For the benefit of the readers...
  20701.  
  20702. Bill Edwards, HUMOR listowner, BEDWARDS@UGA.BITNET (uga.cc.uga.edu)
  20703. =====================================================================
  20704. To leave HUMOR send LISTSERV@UGA.CC.UGA.EDU the command SIGNOFF HUMOR
  20705. To subscribe send LISTSERV@UGA.CC.UGA.EDU the command SUB HUMOR Call-
  20706. name FamilyName. A command goes in the 1st line of the message field.
  20707.  
  20708.             -------------Original message--------------
  20709. Date:         Thu, 12 Jan 1995 19:03:12 -0500
  20710. Sender:       UGA Humor List <HUMOR@UGA.BITNET>
  20711. From:         "Greg V." <NYGreg@AOL.COM>
  20712. Subject:      Acronym
  20713.  
  20714. INFORMATION SUPERHIGHWAY:
  20715.  
  20716. Interactive Network For Organizing, Retrieving, Manipulating, Accessing, 
  20717. and Transferring Information On National Systems, Unleashing Practically 
  20718. Every Rebellious Human Intelligence, Gratifying Hackers, Wiseasses,
  20719. And Yahoos.
  20720.  
  20721. Thanks to Kevin Kwaku, who obvoiusly has way too much time on his hands.
  20722.  
  20723.    - Greg V.
  20724.      NYGreg@AOL.COM
  20725.      "Roadkill on the Information Superhighway"
  20726.  
  20727.                     ----------------
  20728.  
  20729. [TELECOM Digest Editor's Note: Gee, it sounds just like the CB Radio
  20730. era back in the late 1970's when CB was at its height of popularity.
  20731. The crazy people ruined CB ... I guess now they will make things so
  20732. miserable on the Internet large numbers of people will drop out.   PAT]
  20733.  
  20734. ------------------------------
  20735.  
  20736. From: jmandel@carbon.cudenver.edu (Jan Mandel)
  20737. Subject: Modem-Voice Incoming Call Switching
  20738. Date: 13 Jan 1995 11:31:39 -0700
  20739. Organization: University of Colorado at Denver
  20740.  
  20741.  
  20742. A while ago I have posted a question how to switch incoming calls to
  20743. an answering machine or a modem. Many have pointed out that incoming
  20744. modem call is just silence and it is the answering modem that makes
  20745. the shreeking noise. Thank you all.
  20746.  
  20747. Consequently to decide if the incoming call is modem or not one would
  20748. have to subject all callers to the unpleasant shreek.
  20749.  
  20750. Here is another possible solution: let an answering machine take all
  20751. calls.  If there is silence on the line after the beep (all answering
  20752. machines can detect this condition), let it time out and switch to the
  20753. answering modem. Since I need this for my office where after office
  20754. hours I would dial in or others may call in to leave a message, that
  20755. would work for my needs. I'll set the timeout for my calling modem
  20756. large so that it waits longer for the carrier. I was also looking for
  20757. a modem setup parameter like "answer only after 60 seconds" for the
  20758. asnwering side but could find none.
  20759.  
  20760. Anyone knows what hardware I may need for this? I need to buy an
  20761. answering machine for the office anyway so I may just as well buy the
  20762. right one. I already have a pair of Hayes Accura 288 V.FC modems a
  20763. year old.
  20764.  
  20765. No, I canot use alternate ring because this is a PBX line. This whole
  20766. exercise is because of our phone bozos who will not let me have
  20767. another PBX (=cheap) line in the office once they heard we have
  20768. modems, for fear I actually might use it. A separate telco line would
  20769. be too expensive.
  20770.  
  20771. TIA for any suggestions.
  20772.  
  20773.  
  20774. Jan Mandel, Center for Computational Math, 
  20775. University of Colorado at Denver   jmandel@colorado.edu
  20776.  
  20777. ------------------------------
  20778.  
  20779. From: mudaw@uxa.ecn.bgu.edu (David A. Webb)
  20780. Subject: Legal Problem Due to Modified Radio
  20781. Date: 13 Jan 1995 17:55:40 -0600
  20782. Organization: Educational Computing Network
  20783.  
  20784.  
  20785. Dear Moderator,
  20786.  
  20787. I was rather impressed with your knowledge of FCC regulations.
  20788.  
  20789. I read that you are an attorney, and I know time is money, but I
  20790. thought you would be interested in my situation.
  20791.  
  20792. University police searched my dorm room in November, 1992 after I
  20793. consented to the search.   (Mistake #1)
  20794.  
  20795. An officer found my 2 meter amateur transceiver, turned it on, and
  20796. discovered it could transmit on frequencies licensed to the local
  20797. county police.  I was not in my room during the time of the search,
  20798. so I had no control over its operation.  
  20799.  
  20800. The radio was confiscated, and I had to defend myself in front of
  20801. the school board.  The school did not find me in violation of any
  20802. rules because I had a statement from a county officer who is also
  20803. a Ham.  The officer wrote he knew my radio was legal for me to
  20804. possess.  
  20805.  
  20806. I was never accused of using the radio.  I was never charged in a
  20807. court of law concerning the radio.
  20808.  
  20809. I petitioned the court for the return of personal property.  This was
  20810. December 20, 1994.
  20811.  
  20812. I didn't take any evidence to support my side (Mistake #2).
  20813.  
  20814. The States attorney had three witnesses.  
  20815.  
  20816. Witness #1 was the university officer who stated under oath that he
  20817. used the radio to transmit on county frequencies to verify the
  20818. modifications.  He also stated in his professional capacity that my
  20819. radio is illegally modified, and therefor illegal to possess.  He
  20820. further stated that he called the FCC and was told my radio is illegal
  20821. to possess.
  20822.  
  20823. Witness #2 was the county sheriff.  He indicated in his professional
  20824. capacity that my radio was illegal to own.  He also voiced
  20825. understandable concern for my capability to interfere with his
  20826. frequencies.
  20827.  
  20828. Witness #3 was a person who services amateur equipment.  He stated
  20829. that my radio is type accepted, and therefor it is illegal to modify.
  20830. Illegal modification therefor makes my radio illegal to possess.
  20831.  
  20832. The University officer must have called the field office in Chicago,
  20833. because when I called there, I was also told my radio is illegal to
  20834. possess.  I called the Washington office, and the Director of the
  20835. Private Radio Division is sending me a statement which will say that
  20836. my radio is legal for anyone to possess, and its use is regulated by
  20837. the FCC.  (unless local laws prohibit a radio which will transmit on
  20838. police channels)
  20839.  
  20840. Witness #2 was simply giving an opinion.
  20841.  
  20842. Witness #3 was wrong about the type acceptance.  Amateur equipment
  20843. transmitters are not type accepted.  Its internal receiver it accepted
  20844. to receive everything it was modified to receive.
  20845.  
  20846. I tried to submit the county officer/ham's statement, and the states
  20847. attorney objected because the officer was not present for cross
  20848. examination.
  20849.  
  20850. Am I going to run into the same trouble when I try to submit the
  20851. statement from the Private Radio Division of the FCC?  If so, how can
  20852. I get around this obstacle?
  20853.  
  20854. I reported the discrepancy of the field office to the FCC's General
  20855. Councils Office, and they will be investigating the person who gave me
  20856. the faulty information.
  20857.  
  20858. Although the university police violated FCC rules, it occurred over a
  20859. year ago, and therefor time limits on me reporting them has expired.
  20860.  
  20861. Neither the States Attorney, nor any of his witnesses, presented the
  20862. judge with any law I *supposedly* violated.
  20863.  
  20864. The judge ruled to NOT allow me to have my radio back UNLESS I paid
  20865. to have it unmodified.  
  20866.  
  20867. I filed a motion for the Judge to reconsider his ruling, which is
  20868. scheduled for February 9.  
  20869.  
  20870. The reason I have opted to do this on my own is that the radio isn't
  20871. worth more than a few hundred bucks.  I am pursuing this on the
  20872. principal.  My radio is legal for me to own, and I am tired of the
  20873. harassment from university police.
  20874.  
  20875. Please send your comments to me at mudaw@ecom.ecn.bgu.edu.
  20876.  
  20877.  
  20878. [TELECOM Digest Editor's Note: First, and most important, I am not an
  20879. attorney, and you are not my client. I will suggest that depending on
  20880. how strongly you feel about the principles involved here and getting
  20881. your equipment returned, you *should* consult an attorney who specializes
  20882. in communications law, preferably in your community if possible, although
  20883. quite a few (most?) of those people are in practice in Washington, DC
  20884. and environs. We do have attornies whose practice is specialized in the
  20885. area of federal communications law on the Digest mailing list, and
  20886. perhaps one or more of them will respond to you directly at least once
  20887. on a pro-bono basis offering some suggestions or help. My feeling is
  20888. the cost involved for *good* legal representation in this area will
  20889. be far in excess of the value of the equipment involved. This will have
  20890. to be your decision in connection with any discussions you have with
  20891. an attorney who is competent to assist you. I cannot do so. Good luck
  20892. with this. Perhaps other Digest readers will have suggestions also.  PAT]
  20893.  
  20894. ------------------------------
  20895.  
  20896. From: Bill Parrish <bparrish@bp700.rose.hp.com>
  20897. Subject: Old Rotary Service Question
  20898. Date: Fri, 13 Jan 95 7:58:32 PST
  20899.  
  20900.  
  20901. Pat's reply to the thread about scanners and cordless phones dealing
  20902. with party lines reminded me of something I had always wondered
  20903. about.
  20904.  
  20905. In the early 70s, I went to UCSB, and we were serviced by GTE in the
  20906. dorms.  Occasionaly folks would decide to "share" a phone connection
  20907. by making their own patches into terminal cabinets ... resulting in an
  20908. illegal but effective party line arrangement.  I recall that if the
  20909. phone had the wrong type of filter in it that you would sometimes get
  20910. the "pinging" sound rather than a vigorous "ring" when an incoming
  20911. call came in.
  20912.  
  20913. But there was a second funny thing about these "extensions" that was
  20914. rather odd ... you sometimes could not make long distance calls  on
  20915. them ... and that always seemed odd to me.  If I recall right, there
  20916. was some sort of a movable pin on the back of the dial that could
  20917. be put into one of several (three?) positions, and if you moved
  20918. the pin, it would enable the long-distance capability.  Could someone
  20919. explain how that worked?  (I could be remembering wrong ... it's been
  20920. a long time, but I always wondered how that worked).
  20921.  
  20922.  
  20923.  
  20924. Bill Parrish    (916) 785-4986
  20925. M6KV      Hewlett Packard 
  20926. Systems Technology Division
  20927. 8000 Foothills Blvd.
  20928. Roseville, CA 95747-5596 
  20929. HPDesk: Bill_parrish@hp5200.desk.hp.com
  20930. Unix to Unix: bparrish@hprpcd.rose.hp.com
  20931. Fax:  (916) (or TELNET) - 785-3096  
  20932.  
  20933. ------------------------------
  20934.  
  20935. From: mkelly@gabriel.resudox.net (Mark Kelly)
  20936. Subject: Call Overflow Question
  20937. Date: 13 Jan 1995 22:38:58 GMT
  20938. Organization: Resudox Online Services
  20939.  
  20940.  
  20941. I have question for the telephony wizards out there.
  20942.  
  20943. A single number DN #1 has been assigned to a trunk group (say a T1, 24
  20944. channels). When all 24 channels are busy, its desirable to route all
  20945. incoming calls to the DN #1 to another number (DN #2).
  20946.  
  20947. Can anyone think of a way to do this that doesn't involve adding a
  20948. extra trunk group at the switch and pointing it to the second number.
  20949.  
  20950. Any suggestions or hints would be welcome.
  20951.  
  20952.  
  20953. Mark Kelly                        
  20954. Advanced Multi-Point Conferencing 
  20955. 320 March Road, Suite 102         
  20956. Kanata, Ontario  K2L 1Z8                           
  20957. 1-800-900-4249 (Reservations)     
  20958. 1-613-592-5752                    
  20959.  
  20960. ------------------------------
  20961.  
  20962. Date: Fri, 13 Jan 1995 19:33:42 EST 
  20963. From: Paul Robinson <paul@tdr.com>
  20964. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  20965. Subject: 360 Degrees of Jumping the Gun
  20966.  
  20967.  
  20968. I decided to check Pat Towson's comments about the 630 area code in 
  20969. Chicago.  I first tried 1-700-555-1212 and it told me I have AT&T.
  20970.  
  20971. I dialed 1-630-555-1212 and when asked what city, I asked the operator
  20972. if it was the Chicago operator, and she said yes.  I realized I really
  20973. didn't have a reason to call anyone there.
  20974.  
  20975. So, next I decided to see if the new area codes are in place here, and 
  20976. dialed 1-360-555-1 
  20977.  
  20978. Oops, the phone times out on me!
  20979.  
  20980. Now, for the fun part.  I dial 611 and explain that I *can* call 1-630 
  20981. but *can't* call 1-360 and the agent says "It must be in your phone."
  20982.  
  20983. Yeah, right.  I explained that I have dialed the number by going through 
  20984. 1-800-CALL-ATT and using a calling card.  
  20985.  
  20986. I explained that the same thing happens from other phones, on different 
  20987. lines.  
  20988.  
  20989. She put me on hold and when she came back she said that there is a 
  20990. routing problem, and she'll write up a trouble ticket.   We'll see what 
  20991. happens.
  20992.  
  20993. It must have been difficult (knowing my trouble with Bell Atlantic)
  20994. because I got a return call a few minutes ago, about an hour after I
  20995. placed the call to 611.
  20996.  
  20997. According to the person calling me, the "official" date that area code 
  20998. 360 goes into effect isn't until tomorrow, which is why Bell Atlantic is 
  20999. not accepting calls placed to that area code yet.
  21000.  
  21001. So, if the statment is correct, those places that are accepting calls
  21002. to the 360 area code are actually "jumping the gun".
  21003.  
  21004. ------------------------------
  21005.  
  21006. From: routers@halcyon.com
  21007. Subject: FAQs on Campus Connectivity
  21008. Date: 13 Jan 1995 12:14:06 GMT
  21009. Organization: Northwest Nexus Inc.
  21010.  
  21011.  
  21012.         NEW ANSWERS FOR FAQs ON CAMPUS NETWORKS AND CONNECTIVITY
  21013.  
  21014. This posting may be freely distributed to Internet and commercial
  21015. online sites.
  21016.  
  21017. Date:     January 12, 1994
  21018.  
  21019. Keywords: UTP distance standards, campus networks connectivity,
  21020.           ethernet, wireless, LAN, microwave, repeaters, video 
  21021.  
  21022.  
  21023. 1.  QUESTION:   What is the maximum bandwidth that 4-wire copper
  21024.                 UTP can handle in campus environments?
  21025.     ANSWER:     ---E-1 up to 2.5 miles (4 km)
  21026.  
  21027. 2.  QUESTION:   What is the longest distance that 4-wire copper
  21028.                 UTP can transmit at T-1 band width?
  21029.     ANSWER:     ---5 miles (8 km), up to 7 miles (11.2 km) with 
  21030.                    a repeater 
  21031.                 
  21032. 3.  QUESTION:   Can you transmit data, voice, and video across
  21033.                 4-wire UTP at the same time without cross-talk?
  21034.     ANSWER:     ---Yes
  21035.     
  21036. 4.  QUESTION:   What is the maximum distance that ethernet at
  21037.                 10 Mbps can be extended?
  21038.     ANSWER:     ---1500 ft (495 m), up to 3000 ft (990 m) with
  21039.                    repeater
  21040.                    
  21041. 5.  QUESTION:   Is there a wireless solution that would allow a
  21042.                 campus to connect all buildings together, and
  21043.                 allow any PC or laptop computer on campus to
  21044.                 communicate, even if they move about the campus?
  21045.     ANSWER:     ---Yes.  One solution allows building -to-
  21046.                    building connections up to 6 miles (9.6 km), 
  21047.                    and allows any PC or laptop to be on
  21048.                    line.  It operates at 2 Mbps, has SNMP, and
  21049.                    requires no FCC licence.
  21050.                    
  21051. 6.  QUESTION:   Are there any wireless solutions at 10 Mbps for
  21052.                 LAN-to-LAN connections? 
  21053.     ANSWER:     ---Yes.  A microwave solution allows LANs to
  21054.                    connect up to 5 miles (8 km).  This same
  21055.                    system has options that will allow voice,
  21056.                    data, and video at the same time, in either
  21057.                    4 -T1 slots, or 8 -T1 slots.  The 8 -T1
  21058.                    version can handle 192 voice-grade circuits.
  21059.  
  21060.  
  21061. For further information and product data sheets, please contact
  21062. Router Solutions (routers@halcyon.com), or check our FTP site:
  21063.         ftp.halcyon.com   /pub/local/routers
  21064.  
  21065. ------------------------------
  21066.  
  21067. From: TELECOM Digest Editor <telecom@eecs.nwu.edu>
  21068. Subject: Would You Believe More Rain on the Way?
  21069. Date: Sat, 14 Jan 1995 08:00:00 CST
  21070.  
  21071.  
  21072. Listening to WNIB on the radio this Saturday morning as I work on
  21073. this issue ... the eight o'clock news says 'up to six more inches
  21074. of rain due in California throughout the weekend ... more evacuations
  21075. probably will be required ...'
  21076.  
  21077. Well, good luck and my best regards, folks. It seems like the people
  21078. in California spend all summer burning the place down, then spend
  21079. all winter enduring mud slides and flooding. We are getting a lot
  21080. of rain here today also, but the only effect has been to melt all
  21081. the snow which had accumulated and leave some *huge* puddles of water
  21082. to navigate at curbs where the street sewers are plugged, etc.
  21083.  
  21084. Have the floods in California affected telephone service to any extent?
  21085.  
  21086.  
  21087. PAT
  21088.  
  21089. ------------------------------
  21090.  
  21091. End of TELECOM Digest V15 #31
  21092. *****************************
  21093.     
  21094.     
  21095. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa00456;
  21096.           16 Jan 95 15:01 EST
  21097. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21098.     id AA20808; Mon, 16 Jan 95 09:19:07 CST
  21099. Return-Path: <telecom>
  21100. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21101.     id AA20797; Mon, 16 Jan 95 09:19:04 CST
  21102. Date: Mon, 16 Jan 95 09:19:04 CST
  21103. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  21104. Message-Id: <9501161519.AA20797@delta.eecs.nwu.edu>
  21105. To: telecom@eecs.nwu.edu
  21106. Subject: TELECOM Digest V15 #32
  21107.  
  21108. TELECOM Digest     Mon, 16 Jan 95 09:19:00 CST    Volume 15 : Issue 32
  21109.  
  21110. Inside This Issue:                          Editor: Patrick A. Townson
  21111.  
  21112.     Re: Would You Believe More Rain on the Way? (Stephen P. Sorkin)
  21113.     Re: Would You Believe More Rain on the Way? (Aryeh M. Friedman)
  21114.     Re: Would You Believe More Rain on the Way? (Olcay Cirit)
  21115.     Re: Would You Believe More Rain on the Way? (Mark Nichols)
  21116.     Re: Would You Believe More Rain on the Way? (Clarence Dold)
  21117.     Re: Would You Believe More Rain on the Way? (Benjamin P. Carter)
  21118.     Re: Would You Believe More Rain on the Way? (Steven H. Lichter)
  21119.     Re: Would You Believe More Rain on the Way? (Rich Greenberg)
  21120.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Peter Laws)
  21121.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Bill Sohl)
  21122.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Bruce Roberts)
  21123.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Bill Mayhew)
  21124.  
  21125. TELECOM Digest is an electronic journal devoted mostly but not
  21126. exclusively to telecommunications topics. It is circulated anywhere
  21127. there is email, in addition to various telecom forums on a variety of
  21128. public service systems and networks including Compuserve and America
  21129. On Line. It is also gatewayed to Usenet where it appears as the moderated
  21130. newsgroup 'comp.dcom.telecom'. 
  21131.  
  21132. Subscriptions are available to qualified organizations and individual
  21133. readers. Write and tell us how you qualify:
  21134.  
  21135.                  * telecom-request@eecs.nwu.edu *
  21136.  
  21137. The Digest is edited, published and compilation-copyrighted by Patrick
  21138. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  21139. or phone at:
  21140.                     9457-D Niles Center Road
  21141.                      Skokie, IL USA   60076
  21142.                        Phone: 708-329-0571
  21143.                         Fax: 708-329-0572
  21144.   ** Article submission address only: telecom@eecs.nwu.edu **
  21145.  
  21146. Our archives are located at lcs.mit.edu and are available by using
  21147. anonymous ftp. The archives can also be accessed using our email
  21148. information service. For a copy of a helpful file explaining how to
  21149. use the information service, just ask.
  21150.  
  21151. *************************************************************************
  21152. *   TELECOM Digest is partially funded by a grant from the              *
  21153. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  21154. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  21155. * project.  Views expressed herein should not be construed as represent-*
  21156. * ing views of the ITU.                                                 *
  21157. *************************************************************************
  21158.  
  21159. Additionally, the Digest is funded by gifts from generous readers such
  21160. as yourself who provide funding in amounts deemed appropriate. Your help 
  21161. is important and appreciated. A suggested donation of twenty dollars per
  21162. year per reader is considered appropriate. See our address above.
  21163.  
  21164. All opinions expressed herein are deemed to be those of the author. Any
  21165. organizations listed are for identification purposes only and messages
  21166. should not be considered any official expression by the organization.
  21167. ----------------------------------------------------------------------
  21168.  
  21169. From: mars!ssorkin@uunet.uu.net (Stephen P. Sorkin)
  21170. Subject: Re: Would You Believe More Rain on the Way?
  21171. Date: 16 Jan 1995 07:10:05 GMT
  21172. Organization: Cal State University, Los Angeles
  21173.  
  21174.  
  21175. > Have the floods in California affected telephone service to any extent?
  21176.  
  21177. A sink hole tore through an interoffice cable in Long Beach or Torrance 
  21178. (I can't remember which).  That cut off several thousand calls.
  21179.  
  21180. We had a problem with our old lead shielded drop cable (water shorted it out).
  21181.  
  21182.  
  21183. Stephen  ssorkin@calstatela.edu
  21184.  
  21185. ------------------------------
  21186.  
  21187. Date: Mon, 16 Jan 1995 00:18:44 +0800
  21188. From: aryeh@cash.UCSC.EDU (Aryeh M. Friedman)
  21189. Subject: Re: Would You Believe More Rain on the Way?
  21190. Organization: UCSC Dept of Econ
  21191.  
  21192.  
  21193.     We have had spotty outages in Pac Bell and GTE land soem of
  21194. West LA was out earl last week and my calls to up north are getting
  21195. all circuit busy very often.
  21196.  
  21197.  
  21198. Aryeh
  21199.  
  21200. ------------------------------
  21201.  
  21202. Date: Mon, 16 Jan 95 02:33:50 PST
  21203. From: olcay@libtech.com (olcay cirit)
  21204. Subject: Re: Would You Believe More Rain on the Way?
  21205.  
  21206.  
  21207. > Have the floods in California affected telephone service to any extent?
  21208.  
  21209. Not to my knowledge, although Libtech has experienced a four-day power
  21210. outage to the high winds and rain. But then again, we weren't flooded.
  21211. Sometimes I wish PG&E was as dependable as AT&T. ;)
  21212.  
  21213.  
  21214. olcay
  21215.  
  21216. ------------------------------
  21217.  
  21218. From: Mark Nichols <Mark@BelServ.COM>
  21219. Organization:  Belmont Information Services
  21220. Date: Mon, 16 Jan 1995 03:26:02 PST
  21221. Subject: Re: Would You Believe More Rain on the Way?
  21222.  
  21223.  
  21224. In article <telecom15.31.10@eecs.nwu.edu> TELECOM Digest Editor <telecom@
  21225. eecs.nwu.edu> writes:
  21226.  
  21227. > Have the floods in California affected telephone service to any extent?
  21228.  
  21229. I tried several times yesterday to place a service call to "611" and
  21230. after several no-answers of 20 rings or more, I called the operator.
  21231. She said they're taking names manually of people they need to call
  21232. back to log a problem report.  In other words, I can expect to wait
  21233. "several days" just to get the opportunity to log a service call,
  21234. which itself might take some time to address.  Yes, the service has
  21235. been affected.  I'm in Pac-Bell land, although on Tuesday I had
  21236. similar problems in Ventura County, GTE land.
  21237.  
  21238. ------------------------------
  21239.  
  21240. From: Clarence Dold <dold@rahul.net>
  21241. Date: Mon, 16 Jan 95 05:05:48 PST
  21242. Subject: Re: Would You Believe More Rain on the Way?
  21243. Organization: a2i network
  21244.  
  21245.  
  21246. WHAT!!!  I CAN'T HEAR YOU!!!  MY LINES ARE WET AND THERE'S A LOT OF
  21247. STATIC!!!  I TRIED 611 AND GET A SIT, all circuits are busy.
  21248.  
  21249. Actually, the static is _so_ bad, that I often can't draw dialtone,
  21250. although I can receive calls.  If I do get dialtone, I can't break
  21251. dialtone with DTMF, although I can dial.  On some incoming calls, I
  21252. would suddenly get stutter dialtone, as if i had hit flash-hook.
  21253. Incoming calls answer themselves midway through the first ring, as the
  21254. CO detects line current, due to the ring voltage conducting through
  21255. the swamp I call a pasture, even though we have overhead lines.
  21256.  
  21257. Wonderful thing, these error-correcting modems... ;-)
  21258.  
  21259. More in line with what I think you were asking:
  21260.  
  21261. Except for a lot of individual lines being out due to insulation/moisture 
  21262. problems, I don't know of any trouble.  There don't appear to be any
  21263. COs down in the Napa area.  I work for an IXC, and other than static
  21264. on lines, service has been good in the flood area.
  21265.  
  21266.  
  21267. Clarence A Dold - dold@rahul.net
  21268.                 - Pope Valley & Napa CA.
  21269.  
  21270.  
  21271. [TELECOM Digest Editor's Note: This reminds me of the tunnel flood here
  21272. in Chicago a couple years ago. For a few days after the flood had been
  21273. brought under control but before all the water had dissapated and the
  21274. underground cables dried out, the amount of cross-talk on the lines was
  21275. incredible. Dial tone of course was very slow as people made up for a
  21276. few days of being unable to use the phone at all, and in the typical
  21277. ten to twenty second wait for dial tone, you'd hear six different conver-
  21278. sations in the background all at one time; none of them very clearly,
  21279. just like a bunch of people in a room at a party everyone talking to
  21280. someone else. Once dial tone was delivered to your line, all the cross-
  21281. talk would go away, but during your connection itself, if you and your
  21282. party were silent for a few seconds and you listened closely, you would
  21283. hear a couple other people talking, way off in the background, not
  21284. loud enough or well enough to understand what they were saying most of
  21285. the time. 
  21286.  
  21287. The City Hall public information phone lines served as the center for
  21288. information during the flood week, and those lines themselves went out
  21289. of order on the first day when the water filled the basement of City
  21290. Hall and doused the phone cables there. But amazingly, when so much of
  21291. the downtown area was without phone service crews managed to keep the
  21292. City Hall information lines up and running all but for about three or
  21293. four hours. I remember calling to get an update early that afternoon
  21294. and the lady telling me the rest of City Hall had been evacuated 'except
  21295. for the information phone lines and the centrex operators, we will stay
  21296. as long as our lines are up ...'. About 45 minutes later their lines 
  21297. went under also but in about three hours they were answering again from
  21298. another location, across the street in the Chicago Temple Building, giving
  21299. updates on the flood conditions to thousands of callers.
  21300.  
  21301. The cross-talk was not just confined to outgoing calls from the downtown
  21302. area, although that is where it was worst. When someone from outside the
  21303. area called downtown, mainly into the Wabash or Franklin COs, as soon
  21304. as your call left your CO and hit one of those, you'd get a click on the
  21305. line, static and cross-talk in the background as the phone rang at the
  21306. place you were calling. Once they answered -- if they did -- the cross-talk
  21307. mostly went away.  
  21308.  
  21309. The rain on Saturday here was the cause of a lot of very wet demarcs and
  21310. such, because of strong winds blowing the rain sideways at you and getting
  21311. it into literally everything; cracks in the window of your house, etc.  PAT]
  21312.  
  21313. ------------------------------
  21314.  
  21315. From: bpc@netcom.com (Benjamin P. Carter)
  21316. Subject: Re: Would You Believe More Rain on the Way?
  21317. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  21318. Date: Mon, 16 Jan 1995 01:00:21 GMT
  21319.  
  21320.  
  21321. TELECOM Digest Editor <telecom@eecs.nwu.edu> writes:
  21322.  
  21323. > Well, good luck and my best regards, folks. It seems like the people
  21324. > in California spend all summer burning the place down, 
  21325.  
  21326. Actually, we have more fires in late autumn, when the vegetation is
  21327. dryest and most flammable.
  21328.  
  21329. > then spend all winter enduring mud slides and flooding.
  21330.  
  21331. Did you forget about our earthquakes?  And worst of all is our state
  21332. legislature in Sacramento.  It makes the U.S. Congress look responsible by 
  21333. comparison.
  21334.  
  21335. > We are getting a lot of rain here today also, but the only effect
  21336. > has been to melt all the snow which had accumulated and leave some
  21337. > *huge* puddles of water to navigate at curbs where the street sewers
  21338. > are plugged, etc.
  21339.  
  21340. > Have the floods in California affected telephone service to any extent?
  21341.  
  21342. Well, the prices just went up, but that is probably unrelated to the
  21343. floods.  (Pac Bell and GTE can expect a flood of complaints about the
  21344. bills they are sending out this month.)
  21345.  
  21346.  
  21347. Ben Carter                  internet address: bpc@netcom.com
  21348.  
  21349.  
  21350. [TELEOCM Digest Editor's Note: No, I did not forget about the earthquakes.
  21351. That one at Northridge (?) in particular was something else. Last year
  21352. was pretty tragic all over California, and apparently 1995 is starting
  21353. out badly for the folks there also. Your legislature may be bad, but 
  21354. wait until you see the Chicago City Council -- what a bunch of clowns
  21355. they are. Did you know in the election coming up (for City Council members)
  21356. we have six ex-felons running for office? Seriously ... and over a
  21357. dozen of the ones who have been in office in the past seven or eight
  21358. years have been found guilty of something and sent to the penitentiary. 
  21359. Real bunch of winners, all.   PAT]
  21360.  
  21361. ------------------------------
  21362.  
  21363. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  21364. Subject: Re: Would You Believe More Rain on the Way?
  21365. Date: 16 Jan 1995 03:45:17 GMT
  21366. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  21367.  
  21368.  
  21369. Both PacBell and GTE have had spot outages. The Laguna Beach CO, which
  21370. was seen on the news, but nothing was said as what it was, had sand
  21371. bags and other blocks to prevent any more damage. I had heard that one
  21372. RSU way up north was running on its own since the Fiber cable got
  21373. washed out.  I would say it was either good planning or just plan luck
  21374. that more damage was not done. Though I'm sure that the people out
  21375. here that lost service were not happy. My computer kept going even
  21376. though we lost power since I have a UPS on it and the one I have could
  21377. run a Lan so it stayed up for almost an hour, running my BBS. but no
  21378. calls.
  21379.  
  21380.  
  21381. Sysop: Apple Elite II -=- an Ogg-Net Hub BBS      
  21382.            Home of GBBS/LLUCE support
  21383. (909) 359-5338 12/24/14.4 V32/V42bis          
  21384.  
  21385. ------------------------------
  21386.  
  21387. From: richgr@netcom.com (Rich Greenberg)
  21388. Subject: Re: Would You Believe More Rain on the Way?
  21389. Date: Sat, 14 Jan 1995 23:33:14 GMT
  21390.  
  21391.  
  21392. The forcast on the local news station (KFWB) Saturday morning about
  21393. 7am PST was predicting about an inch, 70% chance of rain Saturday night
  21394. and Sunday.  At the moment (3:30pm pst) its overcast and dry.  There were
  21395. some periods of sun yesterday and today.
  21396.  
  21397. > Have the floods in California affected telephone service to any extent?
  21398.  
  21399. Not in my local area (Near LAX airport).  The two hardest hit areas
  21400. are Malibu and an area south of here (I forget the name).
  21401.  
  21402. (A later update) ....
  21403.  
  21404. The "70% chance of rain" is now 100% at my place.  Light so far.
  21405.  
  21406.  
  21407. Rich Greenberg            Work: TBA.  Know anybody needing a VM guru?
  21408. N6LRT   TinselTown, USA   Play: richgr@netcom.com               310-649-0238
  21409. Pacific time.    I speak for myself & my dogs only.
  21410. Canines: Val(Chinook,CGC), Red(Husky,(RIP)), Shasta(Husky)
  21411.  
  21412. ------------------------------
  21413.  
  21414. From: plaws@comp..uark.edu (Peter Laws)
  21415. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  21416. Date: 15 Jan 1995 18:30:09 GMT
  21417. Organization: University of Arkansas
  21418.  
  21419.  
  21420. Bob Keller <rjk@telcomlaw.com> writes:
  21421.  
  21422. >> Sorry, that is absolutely false.  The FCC part 15 rules are the
  21423. >> specifc requirements for which RF devices must be tested against by
  21424. >> the FCC to CERTIFY them for initial sale to the public.  That is all
  21425. >> that the rules govern ... initial certification.  The rules do not grant
  21426. >> any "authority to operate" the device, nor do the forbid operation of
  21427. >> any certified device that has been modified after the initial sale nor
  21428. >> do they forbid operation of any uncertified device that may have been
  21429. >> built from scratch.  Bottom line...Part 15 rules impose absolutely NO
  21430. >> duty on the consumer.
  21431.  
  21432. > I don't agree.  Rule 15.1(b) provides:
  21433.  
  21434. > "The operation of an intentional or unintentional radiator 
  21435.                                                     ^^^^^^^^
  21436.  
  21437. RADIATOR!!!  Not receiver!!  *Transmitters* are a "whole nother"  thing. 
  21438.  
  21439. Radiator != receiver (I'll leave aside poorly shielded local oscillators:). 
  21440.  
  21441.  
  21442. Peter Laws<plaws@comp.uark.edu>|"Suppose you were a politician. Now suppose you
  21443. n5uwy@ka5bml.#nwar.ar.usa.noam |were an idiot. Ah, but I repeat myself."-Twain
  21444.  
  21445. ------------------------------
  21446.  
  21447. From: billsohl@earth.planet.net (Bill Sohl  Budd Lake)
  21448. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  21449. Date: 15 Jan 1995 07:51:02 GMT
  21450. Organization: Planet Access Networks - Stanhope, NJ
  21451.  
  21452.  
  21453. Bob Keller (rjk@telcomlaw.com) wrote:
  21454.  
  21455. >> Sorry, that is absolutely false.  The FCC part 15 rules are the
  21456. >> specifc requirements for which RF devices must be tested against by
  21457. >> the FCC to CERTIFY them for initial sale to the public.  That is all
  21458. >> that the rules govern ... initial certification.  The rules do not grant
  21459. >> any "authority to operate" the device, nor do the forbid operation of
  21460. >> any certified device that has been modified after the initial sale nor
  21461. >> do they forbid operation of any uncertified device that may have been
  21462. >> built from scratch.  Bottom line...Part 15 rules impose absolutely NO
  21463. >> duty on the consumer.
  21464.  
  21465. > I don't agree.  Rule 15.1(b) provides:
  21466.  
  21467. >     "The operation of an intentional or unintentional radiator 
  21468. >      that is not in accordance with the regulations in this part 
  21469. >       must be licensed pursuant to the provisions of Section 301 
  21470. >     of the Communications Act, as amended, unless otherwise 
  21471. >      exempted from the licensing requirements elsewhere in this 
  21472. >      chapter."
  21473.  
  21474. I have no problem with this statement and I'll state unequivocally that 
  21475. scanners and/or other types of radio receivers are not (if designed properly)
  21476. included in the catagory "intentional or unintential radiator" and they
  21477. are not, therefore, licensed.
  21478.  
  21479. > Note that this rule addresses _operation_ of the device.  In most, if
  21480. > not all, radio services, the modified device would not be properly
  21481. > type accepted in the applicable service which would, in turn, preclude
  21482. > licensing of its use pursuant to Section 301 except in special cases
  21483. > (e.g., an experimental or developmental authorization, or possibly
  21484. > certain amateur radio uses within ham bands and subject to ham rules).
  21485.  
  21486. Agreed, but again, radio receivers and scanners are not described anywhere 
  21487. as a radio service.
  21488.  
  21489. Bill Sohl previously said:
  21490.  
  21491. >> Anyone can buy any commercial receiver (or scanner, or TV, or
  21492. >> computer, etc.) and modify it in any way they want and not be in
  21493. >> violation (as you claim) of any law.  Additionally, hobbyists have
  21494. >> been building their own receivers and/or modifying commercial (as well
  21495. >> as military surplus) receivers for years.  Doing so is not a crime,
  21496. >> nor does it render the use of any such home built or modified RECEIVER
  21497. >> illegal.  Furthermore, there is NO license required to build, modify,
  21498. >> repair or otherwise tinker with any radio receiving equipment used by
  21499. >> the general population.
  21500.  
  21501. > I am not sure that this statement can be squared with Section 15.21 of 
  21502. > the FCC Rules which provides:
  21503.  
  21504. >     "The users manual or instruction manual for an intentional 
  21505. >      or unintentional radiator shall caution the user that 
  21506. >      changes or modifications not expressly approved by the 
  21507. >      party responsible for compliance could void the user's 
  21508. >      authority to operate the equipment."
  21509.  
  21510. I have seen this warning in various part 15 "radiating" devices such
  21511. as my daughter's remote control dancing Barbie, baby monitors, and
  21512. other devices which are use some type of transmitting capability.  I
  21513. have seen no such warning in any receiving only equipment.
  21514.  
  21515. > While I would not necessarily go so far as to label scanner and other
  21516. > receiver adjustments and/or modifications as necessarily or even
  21517. > likely "criminal," it is nonetheless important to keep in mind two
  21518. > important factors:
  21519.  
  21520. >     (1) A device or a circuit within a device that is 
  21521. >         "receive-only" may still be (and in the case of 
  21522. >         radio receivers usually is) either an intentional 
  21523. >         or unintentional radiator within the meaning of 
  21524. >         Part 15 of the Rules; and
  21525.  
  21526. If it is then where is the case law?  Who has EVER been prosecuted.
  21527. How would this "square" with one's ability to build their own radio
  21528. receiving equipment?  Are all those "do-it-yourself" hobbyists
  21529. breaking the law?  A receive-only device should certainly never fall
  21530. into the catagory of an "intentional radiator."  If a receive only
  21531. device, after being modified, becomes an unintential radiator (that
  21532. is, it is emitting RF beyond a certain allowed limit) then its
  21533. operation would be illegal, BUT modifying the frequency coverage of a
  21534. receive-only device without changing the amount of incidental RF
  21535. emitted beyond an allowed limit, would not make it an unintential
  21536. radiator.
  21537.  
  21538. >     (2) Without even getting into the debate over the special 
  21539. >         statutory and regulatory provisions applicable to 
  21540. >         cellular-capable scanners, there is a _big_ 
  21541. >         difference between opening up a device to repair, allign, 
  21542. >         or adjust it and modifying the manufacturer's design 
  21543. >         features of the device.
  21544.  
  21545. Bob's comments above really focus on the "potential" RF radiating
  21546. associated with any electronic device.  That is not the issue with all
  21547. modifications, and would not, I contend, even likely be a problem for
  21548. the frequency coverage type modification that is accomplished by
  21549. "diode clipping" on many CELLULAR blocked scaners manufactured in the
  21550. past.
  21551.  
  21552. Note also that all of the above talks about the possibility of losing
  21553. the authority to operate ... it does not say that you can't clip diodes
  21554. or make modifications ... it just indicates that for SOME services,
  21555. modifications MAY render the device as "unusable" because it no longer
  21556. complies with part 15.  The act of making the modification is not,
  21557. howver, defined or identified as being illegal, nor does it say that
  21558. the device, once modified is illegal to own or subject to forfeiture
  21559. by the FCC, nor does it say that the person making the modification is
  21560. breaking the law.
  21561.  
  21562. > [TELECOM Digest Editor's Note: Thank you, Bob. Section 15.21 is all
  21563. > I was trying to get across to readers here. No, one does not have to
  21564. > have a 'license', ie. written document or whatever to operate a
  21565. > receiving only radio; authority is automatically given when you buy
  21566. > it from a licensed source.
  21567.  
  21568. So where does authority come from when you "build it yourself?"  As
  21569. above, are you claiming it is illegal or a violation of part 15 to
  21570. build electroonic equipment as an individual ... be it receivers,
  21571. computers, etc ... all of which, when produced commercially, must be
  21572. part 15 certified?  You can't have it both ways. If it is illegal to
  21573. modify it must, therefore, by logical extension be illegal to build
  21574. your own.  If it is not illegal to build your own, then modifying an
  21575. existing device (a commercially certified device) just turns it into a
  21576. do-it-yourself project with most of the work already completed which
  21577. is, therefore, legal!
  21578.  
  21579. > But as soon as you tamper with the innards and make changes in how
  21580. > or what the radio receives, and how it processes what it receives *and
  21581. > you are an unlicensed person* -- that is, you lack a tech ticket --
  21582. > then according the FCC and 15.21 you lose your authority (albiet
  21583. > granted originally by default) to 'operate' the radio, which may
  21584. > amount to nothing more than twisting the off/on switch and the tuning
  21585. > dial.
  21586.  
  21587. Pat, the FCC doesn't even require a second class radio license to do
  21588. repair work on most commercial transmitting gear anymore, I don't need
  21589. any license to build my own radio receiver OR modify an existing receiver, 
  21590. nor do I need any license (real or implied) to operate receive only
  21591. equipment.  It just ain't so!
  21592.  
  21593. > May I suggest to readers the next time you decide to purchase some sort of
  21594. > radio, or television perhaps, *look at the user manual*.
  21595.  
  21596. You'll find the warning in radio control devices, baby monitors, and
  21597. other devices intended to radiate; you won't find it in TV manuals,
  21598. stereo receiver manuals, and other receive only device manuals.  And,
  21599. even if such a warning was included ... it has no impact ... it ranks
  21600. up there with the "Do Not Remove This Label" warning found on furniture.
  21601.  
  21602. > Read the manual. Note the legal verbiage in there somewhere about
  21603. > *losing your 'authority' to operate the darn thing if you make
  21604. > unlicensed repairs or modifications*. Why do you think General
  21605. > Electric, Best Buy, K-Mart, Wal-Mart, etc and oh yeah!  Radio Shack
  21606. > put that admonition in there?  The FCC *requires* them to do so.
  21607.  
  21608. No one needs any authority from the FCC to operate a receiver ... that's
  21609. one of the fundamental differences between the USA and many other countries.  
  21610. Yes, commercial radio receivers must be certified to be sold, but
  21611. subsequent modification or repair by anyone has not now nor has it
  21612. ever in the past led to an individual "losing the authority" to
  21613. operate the receiver (or scanner).  Likewise, anyone can build a radio
  21614. receiver from indiviual parts they buy at Radio Shack.  The resulting
  21615. radio has NO certification, nor does it require any ... the builder is
  21616. in violation of nothing.  Indeed, Radio Shack sells such "do-it-yourself" 
  21617. radio kits all the time.
  21618.  
  21619. Let me state catagorically here ... I have built my own receivers, I
  21620. have modified commercial receivers, I will continue to do so in the
  21621. future, I have done nothing illegal, I have defied no law, I am not in
  21622. any way afraid of the FCC "revoking" my authority to operate any of
  21623. the receiving equipment I own because they don't have the authority to
  21624. prohibit me from using that equipment as long as it isn't acting as a
  21625. radiator beyond certin defined limits.
  21626.  
  21627. Please if anyone can bring any example to this discussion of where any
  21628. individual has been prosecuted for modification of any type of receive
  21629. only equipment I'd welcome the information.  Until then saying it is
  21630. illegal to modify receivers is not going to make it so.
  21631.  
  21632. On a final note, nothing here is intended to condone listening to
  21633. CORDLESS or CELLULAR phone conversations which is illegal.  However,
  21634. owning the receiving equipment capable of listening, is NOT illegal.
  21635. Indeed, receiving equipment capable of receiving CORDLESS is
  21636. absolutely legal to be manufactured and imported today.  Receiving
  21637. equipment capable of receiving CELLULAR became illegal to manufacture
  21638. or import after 4/26/94 (but was absolutely legal to manufacture and
  21639. import before that).  Owning such equipment is absolutely legal.
  21640.  
  21641.  
  21642. Cheers,
  21643.  
  21644. Bill Sohl  K2UNK     (Budd lake, New Jersey)      (billsohl@planet.net)
  21645.  
  21646. ------------------------------
  21647.  
  21648. From: bruce.roberts@greatesc.com (Bruce Roberts)
  21649. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  21650. Date: Mon, 16 Jan 1995 12:46:00 GMT
  21651. Organization: The Great Escape - Gardena, CA - (310) 676-3534
  21652.  
  21653.  
  21654. Tony_Pelliccio@brown.edu (Tony Pelliccio) wrote:
  21655.  
  21656. > Actually the AOR-2500 comes through with the cell band intact. Or at
  21657. > least it did until the FCC attempted to clamp down on it. The nice
  21658. > thing is the AOR-2500 is considered a communications receiver and not
  21659. > a scanner and last I heard the whole thing was still tied up in
  21660. > hearings.
  21661.  
  21662. And the AOR-1000 hand held scanner with continuous coverage can still
  21663. be purchased.  These are "refurbished" units that look like new, come
  21664. with all the accessories and the same warranty as the "new" model.
  21665. The price, coincidentally, is the same as the "new" model which has
  21666. the cellular bands blocked.
  21667.  
  21668.  
  21669. TTFN -br-
  21670.  
  21671. ------------------------------
  21672.  
  21673. From: wtm@uhura.neoucom.edu (Bill Mayhew)
  21674. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  21675. Organization: Northeastern Ohio Universities College of Medicine
  21676. Date: Fri, 13 Jan 1995 20:17:39 GMT
  21677.  
  21678.  
  21679. Section [15.21] covers intentional and unintentional radiators.  I
  21680. don't interpret that as specifically germaine to receiving eqipment,
  21681. unless the equipment uses a local oscillator or some other detection
  21682. process that produces RF emission.  A passive TRF receiver should be
  21683. exempt from part 15.  Any manufacturer producing a TRF unit would
  21684. still probably find itself under the thumb of the FCC anyway, having
  21685. to prove such claims.
  21686.  
  21687. John Q. Public is free do anything as long as it doesn't violate part
  21688. 15.  This means that any hacks done have to be in compliance with
  21689. emission regualtions as set forth in various subparts.
  21690.  
  21691. Part 15 doesn't prohibit modifications.  Of course you might need a
  21692. good lawyer to prove that, and a lot of money too.  There is relatively 
  21693. little chance John Q. Public is going to have the time and financial
  21694. resources to outlast the FCC's limitless patience and funding.
  21695.  
  21696. The ECPA is what attempts to regulate what your permission to receive.
  21697. Ins't it great when our government tries to function as our proxy to
  21698. protect us from ourselves?  Grrrr.
  21699.  
  21700.  
  21701. Bill Mayhew        NEOUCOM Computer Services Department
  21702. Rootstown, OH  44272-0095  USA      phone: 216-325-2511
  21703. wtm@uhura.neoucom.edu       amateur radio 146.58: N8WED
  21704.  
  21705.  
  21706. [TELECOM Digest Editor's Note: My point exactly. It is very hard if not
  21707. impossible to win anything from those people. And to Bill Sohl, yes of
  21708. course you can make those kits from Radio Shack yourself, *as long as
  21709. you made them exactly as described in the kit instructions*. Add a few
  21710. pieces, or change a few values from those given or furnished in the
  21711. kit, and you have broken the law, IMO.  Also please note the warning
  21712. in the instructions of so many devices which say in essence, 'you must
  21713. tolerate any interference which comes as a result of someone else
  21714. operating a licensed radiator, and you yourself are forbidden to cause
  21715. any interference. If you cause interference, you must disconnect this
  21716. device, etc ...'      PAT] 
  21717.  
  21718. ------------------------------
  21719.  
  21720. End of TELECOM Digest V15 #32
  21721. *****************************
  21722.     
  21723.     
  21724. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa10964;
  21725.           17 Jan 95 14:59 EST
  21726. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21727.     id AA19046; Tue, 17 Jan 95 09:15:08 CST
  21728. Return-Path: <telecom>
  21729. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  21730.     id AA19036; Tue, 17 Jan 95 09:15:04 CST
  21731. Date: Tue, 17 Jan 95 09:15:04 CST
  21732. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  21733. Message-Id: <9501171515.AA19036@delta.eecs.nwu.edu>
  21734. To: telecom@eecs.nwu.edu
  21735. Subject: TELECOM Digest V15 #33
  21736.  
  21737. TELECOM Digest     Tue, 17 Jan 95 09:15:00 CST    Volume 15 : Issue 33
  21738.  
  21739. Inside This Issue:                          Editor: Patrick A. Townson
  21740.  
  21741.     New Area Codes Working From Toronto (Dave Leibold)
  21742.     Cell Phone Programming - Follow-up (Alex McPhail)
  21743.     Caller ID Software (and Hardware) (Alex McPhail)
  21744.     Telplus 1648 Phone System Peripherals, Phones (James Deibele)
  21745.     Telecom Market Reports on Web (Joseph Flicek)
  21746.     Canadian Area Code Information Now on a WWW Page (Dave Leibold)
  21747.     Mercury Computer Products Now on the WWW (dspnet!dspadmin@uunet.uu.net)
  21748.     Computer Telephony Convention (fonaudio@ix.netcom.com)
  21749.     Alert! USWest Cellular in 360/206 (Alan Shen)
  21750.     Looking up Addresses and Phone Number From Just Names (Tim Bach)
  21751.     Anyone from Globalstar, Inmarsat, Iridium or Odyssey? (Eric Tholome)
  21752.     Looking for TDM Box (Andrew P. Dinsdale)
  21753.     PC-Based Voice Mail and AMIS (David Reeve)
  21754.     BC Tel, SaskTel, Internet (Sarah Holland)
  21755.     T1BBS Gone? (Mark Fraser)
  21756.     Help Needed With Displaying X Windows on the PC (Ken Stack)
  21757.     US <> Puerto Rico: Options? (James Dollar)
  21758.     Where to Find Nice-Looking Phones? (Philip Borenstein)
  21759.     Distinctive Ringing Specifications (Vincent Lai)
  21760.     Returning Blocked Local Calls to b e Discontinued in Canada (Dave Leibold)
  21761.     Reports on Internet Communication Links (Christopher Dyke)
  21762.     How to Improve Line Quality? (scorpion@phantom.com)
  21763.     Programmable Touch-Tone Interpreter Needed (Jeffrey A. Porten)
  21764.  
  21765. TELECOM Digest is an electronic journal devoted mostly but not
  21766. exclusively to telecommunications topics. It is circulated anywhere
  21767. there is email, in addition to various telecom forums on a variety of
  21768. public service systems and networks including Compuserve and America
  21769. On Line. It is also gatewayed to Usenet where it appears as the moderated
  21770. newsgroup 'comp.dcom.telecom'. 
  21771.  
  21772. Subscriptions are available to qualified organizations and individual
  21773. readers. Write and tell us how you qualify:
  21774.  
  21775.                  * telecom-request@eecs.nwu.edu *
  21776.  
  21777. The Digest is edited, published and compilation-copyrighted by Patrick
  21778. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  21779. or phone at:
  21780.                     9457-D Niles Center Road
  21781.                      Skokie, IL USA   60076
  21782.                        Phone: 708-329-0571
  21783.                         Fax: 708-329-0572
  21784.   ** Article submission address only: telecom@eecs.nwu.edu **
  21785.  
  21786. Our archives are located at lcs.mit.edu and are available by using
  21787. anonymous ftp. The archives can also be accessed using our email
  21788. information service. For a copy of a helpful file explaining how to
  21789. use the information service, just ask.
  21790.  
  21791. *************************************************************************
  21792. *   TELECOM Digest is partially funded by a grant from the              *
  21793. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  21794. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  21795. * project.  Views expressed herein should not be construed as represent-*
  21796. * ing views of the ITU.                                                 *
  21797. *************************************************************************
  21798.  
  21799. Additionally, the Digest is funded by gifts from generous readers such
  21800. as yourself who provide funding in amounts deemed appropriate. Your help 
  21801. is important and appreciated. A suggested donation of twenty dollars per
  21802. year per reader is considered appropriate. See our address above.
  21803.  
  21804. All opinions expressed herein are deemed to be those of the author. Any
  21805. organizations listed are for identification purposes only and messages
  21806. should not be considered any official expression by the organization.
  21807. ----------------------------------------------------------------------
  21808.  
  21809. Date: Mon, 16 Jan 95 20:58 EST
  21810. From: dleibold@gvc.com (Dave Leibold)
  21811. Subject: New Area Codes Working From Toronto
  21812.  
  21813.  
  21814. Some of the directory assistance numbers for the newest U.S. area
  21815. codes are reachable from Toronto. In particular, there appear to be no
  21816. problems dialing the new area codes from payphones.
  21817.  
  21818. As of Sunday (the official start-up for the area codes is 15 Jan 95),
  21819. 334 (Alabama), 360 (Washington state) and 630 (Chicago area) area
  21820. codes appeared to be working, if reaching directory assistance numbers
  21821. in those places is any indication. 520 (Arizona) is not active yet nor
  21822. is 970 (Colorado).
  21823.  
  21824. Strangely enough, I got the Seattle Public Library number from the
  21825. (360) operator (360 should not include Seattle). For (630) 555.1212, I
  21826. requested the number for the Skokie, Illinois library and got it (just
  21827. the seven digit numbers retrieved in most cases, no mention of the area
  21828. codes in the robotic replies).
  21829.  
  21830. Dialing numbers in inactive area codes obtain strange messages from
  21831. Bell Canada's recordings ... things like the numbers aren't long
  21832. distance calls, etc. rather than mere not-in-service recordings.
  21833.  
  21834.  
  21835. [TELECOM Digest Editor's Note: Speaking of the Skokie Public Library,
  21836. I was over there for a few hours this afternoon looking at some very
  21837. old reference materials on microfilm:  Haines Cross Reference (crisscross)
  21838. directories from the 1950-60 era and Skokie telephone books for the
  21839. same period of time.  PAT]
  21840.  
  21841. ------------------------------
  21842.  
  21843. From: amcphail@hookup.net (Alex McPhail)
  21844. Subject: Cell Phone Programming - Follow-Up
  21845. Date: Tue, 17 Jan 1995 05:19:35 GMT
  21846. Organization: TeraScope Research
  21847.  
  21848.  
  21849. I posted an article a while ago, but haven't had any luck yet (except
  21850. to hear from others that they too would like the same information).  I
  21851. am looking for how to re-program a cell phone's phone number for the
  21852. TechnoFone and the Motorola FlipPhone cellular phones.
  21853.  
  21854. If anyone as any information about this, or knows where I can look, I
  21855. would appreciate a reply.
  21856.  
  21857.  
  21858. Thanks in advance,
  21859.  
  21860. Alex McPhail   TeraScope Research
  21861. amcphail@hookup.net
  21862. Voice:  +1 (613) 730-1416
  21863. Fax:    +1 (613) 730-1408
  21864.  
  21865. ------------------------------
  21866.  
  21867. From: amcphail@hookup.net (Alex McPhail)
  21868. Subject: Caller ID Software (and Hardware)
  21869. Date: Tue, 17 Jan 1995 05:17:22 GMT
  21870. Organization: TeraScope Research
  21871.  
  21872.  
  21873. Someone asked some time ago about caller ID software for the PC.
  21874. Sorry for the delay, but I just came across something here and it
  21875. reminded me of the posting earlier.
  21876.  
  21877. A company in Canada, called VIVE, sells caller ID hardware and
  21878. software for the PC.  For more information, call the company at (905)
  21879. 882-6107 and ask for extension 16, 20, or 25.  Or you can call their
  21880. fax-back product description service at (905) 882-6238 and press '8'.
  21881.  
  21882.  
  21883. Alex McPhail  TeraScope Research
  21884. amcphail@hookup.net
  21885. Voice:  +1 (613) 730-1416
  21886. Fax:    +1 (613) 730-1408
  21887.  
  21888. ------------------------------
  21889.  
  21890. From: jamesd@teleport.com (James Deibele)
  21891. Subject: Telplus 1648 Phone System Peripherals, Phones
  21892. Date: 16 Jan 1995 22:01:04 -0800
  21893. Organization: Teleport - Portland's Public Access (503) 220-1016
  21894.  
  21895.  
  21896. We are now the proud owners of a Telplus 1648 phone system.  We're
  21897. reasonably happy with the system but we have a couple of questions
  21898. about expanding it.  First thing is getting more phones -- is there a
  21899. good place to buy them?  Are there any portables available?  My Tropez
  21900. 900MHz doesn't have the range I hoped for (it may be good for 2000
  21901. feet outdoors (though I haven't tried it) but it only goes down five
  21902. floors or so from our eighth floor office -- so much for checking
  21903. wiring in the basement with it nearby) but I have gotten used to the
  21904. portability.
  21905.  
  21906. Second thing is that we were told that it was possible to get
  21907. voicemail for the thing.  Doing this probably involves buying an
  21908. analog card and attaching an external unit.  Does anybody have any
  21909. suggestions on where to find a system that's known to work?  Ideally
  21910. we'd end up with voice mail, automated attendant, etc.
  21911.  
  21912. This is our second phone system and we don't expect it to last forever
  21913.  -- the future clearly seems to be computer/telephone integration.  But
  21914. we're a Windows/Mac/UNIX shop and that makes it a little more
  21915. difficult to come up with a solution that fits everybody.
  21916.  
  21917.  
  21918. Thanks,
  21919.  
  21920. jamesd@teleport.com                   "7104 newsgroups & nothing on ..."  
  21921. Full internet (ftp, telnet, irc, ppp) available.     Voice: (503) 223-0076
  21922. Portland: (503) 220-1016  Vancouver: (360) 260-0330  Salem: (503) 364-2028
  21923. Bend, Corvallis, Eugene access coming in February.
  21924.  
  21925. ------------------------------
  21926.  
  21927. From: Joseph Flicek <flicekjr@pipeline.com>
  21928. Date: Tue, 17 Jan 1995 01:13:00 -0500
  21929. Subject: Telecom Market Reports on Web
  21930.  
  21931.  
  21932.  
  21933. BLAKE  TECHNOLOGIES, Ltd.
  21934. 1 West 67th Street, suite 410, NY, NY 10023                     
  21935.  
  21936. Tel:(212) 580-2272  Fax:(212) 595-4278
  21937. Email: flicekjr@pipeline.com
  21938. URL: http://adware.com/mall/blake/welcome.html
  21939.  
  21940. SUBJECT: MARKET TREND REPORTS ARE NOW AVAILABLE ON THE WORLD WIDE WEB
  21941. AT:
  21942.  
  21943. URL: http://adware.com/mall/blake/welcome.html 
  21944.  
  21945. REPORT TYPES BY KEY WORDS: CD-ROM, ON-LINE, TELCOM INDUSTRY,
  21946. LIBRARIES, EDUCATION, ELECTRIC POWER INDUSTRY, CHILDREN'S PUBLISHING,
  21947. INTERACTIVE TV & VIDEO.
  21948.  
  21949. If you have any difficulty locating the WEB please email, call or
  21950. write.  
  21951.  
  21952.  
  21953. Thank you.
  21954.  
  21955. ------------------------------
  21956.  
  21957. From: woody <djcl@io.org>
  21958. Subject: Canadian Area Code Information Now on a WWW Page
  21959. Date: Mon, 16 Jan 1995 21:40:19 EST
  21960.  
  21961.  
  21962. Various charts of exchanges for Canadian area codes, plus bonus charts
  21963. for Canadian long distance carrier codes (10xxx, 950) and 809
  21964. (Caribbean) exchanges are now available through a "Phone Booth" web
  21965. page.
  21966.  
  21967. This should be reachable at http://www.io.org/~djcl/phoneb.html
  21968.  
  21969. ------------------------------
  21970.  
  21971. From: dspnet!dspadmin@uunet.uu.net (DSPnet Administrator)
  21972. Subject: Mercury Computer Products Now on the WWW
  21973. Date: 17 Jan 1995 00:30:45 GMT
  21974. Organization: DSPnet, Inc., Waltham MA, USA
  21975.  
  21976.  
  21977. DSP Product NEWS on the World Wide Web
  21978.  
  21979. Mercury Computer Products has just introduced on DSPnet two product documents.
  21980.  
  21981. The first product:
  21982.  
  21983. Race SERIES 9U - MCV9 describes the System Module, Environment. The
  21984. Raceway Communications Fabric as well as the Interlink Module and the
  21985. Software environment.
  21986.  
  21987. The second document:
  21988.  
  21989. "Embedded Systems for Realtime Airborne Applications" describes
  21990. Mercury's Product profile and the Technology.
  21991.  
  21992. Access on the WWW through a browser.    http://www.dspnet.com
  21993.  
  21994. Access through a dialup line.         telnet dspnet.com  (login as lynx)
  21995.  
  21996. ------------------------------
  21997.  
  21998. From: fonaudio@ix.netcom.com (TELEPHONETICS)
  21999. Subject: Computer Telephony Convention
  22000. Date: 16 Jan 1995 17:03:04 GMT
  22001. Organization: Netcom
  22002.  
  22003.  
  22004. Is anyone planning on attending the Computer Telephony convention in
  22005. Dallas on March 7th?
  22006.  
  22007. Please let me know.
  22008.  
  22009.  
  22010. ------------------------------
  22011.  
  22012. From: Alan Shen <kermee@u.washington.edu>
  22013. Subject: Alert! USWest Cellular in 360/206
  22014. Date: Mon, 16 Jan 1995 09:16:08 -0800
  22015. Organization: University of Washington
  22016.  
  22017.  
  22018. All USWest Cellular Users that are being reprogrammed to the 360 NPA,
  22019. please note that For the past 10 HOURS, USWest Cellular has techs
  22020. working on a switch to get the bugs out of the switchover. They do
  22021. not know how widespread it is.
  22022.  
  22023. If you have had your phone reprogrammed, you MAY NOT be able to
  22024. receive calls. If you have digital messaging or message center, those
  22025. will be inoperable until the problem is fixed.
  22026.  
  22027. You can still dial out of your cellular phone. But you cannot receive
  22028. calls. The switch does NOT recognize your number, and will give you
  22029. the the message, "Your call cannot be completed as dialed. Please
  22030. check the number and dial again. Message 2."
  22031.  
  22032. I HIGHLY recommend that you wait until the bugs are fixed before you
  22033. change-over. This problem only affects people who have changed over. I
  22034. know that the whole 360, prefix 791 (Olympia, WA area) has been shut
  22035. down.
  22036.  
  22037. I do not know if Cellular One is having this much trouble.
  22038.  
  22039. I'll keep everyone posted on this.
  22040.  
  22041.  
  22042. Daniel Kao            E-mail Always: rvkc60e@prodigy.com
  22043. Olympia, WA USA           Sometimes: kermee@u.washington.edu
  22044. Voice/Voxmail/Pager: (360) 791-8032 <-- *CURRENTLY INOPERATIVE*
  22045. Facsimile:           (360) 866-8173
  22046.  
  22047. ------------------------------
  22048.  
  22049. From: timb@europa.com (Tim Bach)
  22050. Subject: Looking up Addresses and Phone Number From Just Names
  22051. Date: Mon, 16 Jan 1995 11:43:13 PST
  22052.  
  22053.  
  22054. I have a bunch of names I need addresses and phone numbers to.  They
  22055. are all mostly in the same local calling area.  Is there a service or
  22056. product I can buy that will allow me to take a ASCII file of names and
  22057. have it try and lookup the addresses plus phone numbers?
  22058.  
  22059.  
  22060. [TELECOM Digest Editor's Note: I don't know how many you think is a
  22061. 'bunch', but unless it is really a lot, and you plan to do this on
  22062. a frequent basis, why don't you ask the telco serving the local calling
  22063. area for a copy of their directory.  Most telcos will send it free of
  22064. charge, or they may get some small handling/postage fee. Then you would
  22065. sit there and look them up. After you have found all you can, then call
  22066. AC-555-1212 for the (hopefully) few remaining names.    PAT]
  22067.  
  22068. ------------------------------
  22069.  
  22070. From: tholome@dialup.francenet.fr (Eric Tholome)
  22071. Subject: Anyone From Globalstar, Inmarsat, Iridium or Odyssey?
  22072. Date: Mon, 16 Jan 1995 20:53:25 +0200
  22073.  
  22074.  
  22075. I need precise and up to date information about Globalstar, Inmarsat,
  22076. Iridium and Odyssey.
  22077.  
  22078. If you know how to get in touch with any of these organizations,
  22079. please let me know by email.
  22080.  
  22081. This is urgent.
  22082.  
  22083. Thank you in advance.
  22084.  
  22085.  
  22086. Eric Tholome                  
  22087. 23, avenue du Centre          tholome@dialup.francenet.fr
  22088. 78180 Montigny le Bretonneux  phone: +33 1 30 48 06 47
  22089.                     France    fax: same number, call first!
  22090.  
  22091. ------------------------------
  22092.  
  22093. From: aa293@detroit.freenet.org (Andrew P. Dinsdale)
  22094. Subject: Looking for TDM Box
  22095. Date: 16 Jan 1995 22:27:21 GMT
  22096. Organization: The Greater Detroit Free-Net
  22097.  
  22098.  
  22099. Hi,
  22100.  
  22101. We are looking for a Time Division Multiplexing Box to split a 56k
  22102. digital line into one voice channel, one data channel and handle more
  22103. than one point-to-point digital circuit with one voice and one data
  22104. channel.
  22105.  
  22106. We are demoing a Tellabs Crossnet and are interested in demoing
  22107. others.
  22108.  
  22109. Please forward ideas or replies to the group or myself.
  22110.  
  22111.  
  22112. Andrew Dinsdale    DataServ,Inc   aa293@detroit.freenet.org
  22113.  
  22114. ------------------------------
  22115.  
  22116. From: tci@crl.com (David Reeve)
  22117. Subject: PC-Based Voice Mail and AMIS
  22118. Date: 16 Jan 1995 03:13:01 GMT
  22119. Organization: Timberline Communications, Inc.
  22120.  
  22121.  
  22122. Hello group,
  22123.  
  22124. I am researching a business opportunity that will require extensive
  22125. use of the AMIS-Analog networkng protocol to send voice mail messages
  22126. from system (Octel) to a different PC-based voice mail system.
  22127.  
  22128. By way of explanation, the application is off-site technical support.
  22129. Does anyone out there have much experience in AMIS networking?
  22130.  
  22131. For instance, when a message is transferred via AMIS, what type of
  22132. call data (envelope information) is available?
  22133.  
  22134. Any recommendations (or warnings) regarding PC based voice mail vendors?  
  22135.  
  22136.  
  22137. Thanks,
  22138.  
  22139. David Reeve   tci@crl.com
  22140.  
  22141. ------------------------------
  22142.  
  22143. Date: 15 Jan 95 22:22:59 EST
  22144. From: Sarah Holland <70620.1425@compuserve.com>
  22145. Subject: BC Tel, SaskTel, Internet
  22146.  
  22147.  
  22148. An interesting article recently in the {Vancouver Sun} told about
  22149. SaskTel's new universal access to the Internet, and BC Tel's refusal
  22150. to do the same.
  22151.  
  22152. Living as I do in a more remote area of British Columbia, where ALL
  22153. Internet access is long-distance, I find this most frustrating. I plan
  22154. to call BC Tel about this -- any bets as to how far I get? <G>
  22155.  
  22156.  
  22157. Sarah Holland   Fort St. James, BC
  22158.  
  22159.                 == story from newspaper follows ==
  22160.  
  22161.  
  22162. SaskTel casts (Inter)net for clients, but BC Tel won't follow suit
  22163.  
  22164. David Smith - Sun Business Reporter
  22165. Vancouver Sun, January 10, 1995
  22166.  
  22167.     A Prairie telephone company will soon be offering all of its
  22168. customers universal access to Internet, but don't expect BC Tel to
  22169. follow suit.
  22170.  
  22171.     That's because this province already has the highest number of
  22172. electronic bulletin board services and value-added resellers in the
  22173. country offering Internet access, the product development manager of
  22174. BC Tel Advanced Communications said Monday.
  22175.  
  22176.     "For us to get involved in universal access we would be
  22177. competing with small businesses and we don't think that's to our
  22178. benefit or to B.C. as a whole," said Bill Neale.
  22179.  
  22180.     "For us to try and compete with that sector probably would be
  22181. a mistake."
  22182.  
  22183.     Recently, goverment-owned SaskTel, which serves Saskatchewan,
  22184. announced rates for its universal Internet access service SaskNet. The
  22185. services starts in the next few months.
  22186.  
  22187.     NBTel in New Brunswick was the first phone company in Canada
  22188. to offer universal Internet access to its customers.
  22189.  
  22190.     Neale said there are many B.C. companies such as Mind Link, Wimsey and
  22191. Cyberstore that link their customers to Interent.
  22192.  
  22193.     "There's more here than anywhere else in Canada. The Prairie
  22194. provinces have been kind of left out so the telephone companies had to
  22195. do this."
  22196.  
  22197.     Although it has no plans to offer universal Internet access,
  22198. BC Tel's Advanced Communications does provide the regional
  22199. infrastructure that allows resellers to connect their customers to
  22200. Internet and it offers commercial Internet access to its larger and
  22201. medium-sized corporate customers.
  22202.  
  22203.     It will cost $35 to sign up for SaskNet, including software.
  22204. The service carries a minimum monthly charge of $19.95, which includes
  22205. six hours of free usage. After that, subscribers pay 10 cents a minute
  22206. during the day and five cents a minute at night.
  22207.  
  22208.     "With SaskNet's dial access service, customers in the
  22209. province's smaller communities will not long [sic] have to pay long
  22210. distance charges to connect to the Internet, providing savings of up
  22211. to 64 per cent over existing access rates," SaskTel said.
  22212.  
  22213.     SaskTel said it will spend about $1.2 million to upgrade and
  22214. expand existing Internet access facilities. The province's two
  22215. universities have provided Internet access in the province since 1991,
  22216. SaskTel officials said.
  22217.  
  22218. ------------------------------
  22219.  
  22220. From: mfraser@vanbc.wimsey.com (Mark Fraser)
  22221. Subject: T1BBS Gone?
  22222. Date: Wed, 11 Jan 95 10:19:34 PST
  22223.  
  22224.  
  22225. Pat:
  22226.  
  22227. It's been a while since I last tried, but both of the net addresses
  22228. 192.187.216.5 and ....3 don't return a ping, nor respond to telnet/ftp
  22229. respectively.  Likewise, phone calls to the previously published modem
  22230. numbers don't give much satisfaction.
  22231.  
  22232. I must admit I haven't spent much time reading traffic in this group
  22233. recently, so may have missed any announcement on the movement or
  22234. demise of the service.  Likewise, don't have an address for Art
  22235. Graham, so figured since you seem to know anything that matters in the
  22236. whole subject area of telecom, you'd be my first try for info.
  22237.  
  22238.  
  22239. Cheers,
  22240.  
  22241. Mark
  22242.  
  22243.  
  22244. [TELECOM Digest Editor's Note: Well, I'm afraid I cannot be much help
  22245. on this personally. Maybe others have the answer.   PAT]
  22246.  
  22247. ------------------------------
  22248.  
  22249. From: stack@me.rochester.edu (Ken Stack)
  22250. Subject: Help Needed With Displaying X Windows on the PC
  22251. Date: 14 Jan 1995 13:49:51 -0500
  22252. Organization: University of Rochester, School of Engineering
  22253.  
  22254.  
  22255. I am trying to fins a way to display x windows on my PC from my Sun at
  22256. work.  The problem is that my Sun at work does not have slip or ppp
  22257. for security reasons.  I have attempted to use PSI's interramp service
  22258. coupled with white pine's exodus software to display x, but I can't
  22259. seem to make it work.  Does anyone know of a company or vendor that
  22260. sells a complete solution, i.e.  will sell me internet access so that
  22261. I can telnet into my Sun at work AND sell me the correct PC software
  22262. that s already configured? I am not a Unix person by trade and I am
  22263. also not a super user on my Sun at work, so I cannot do much in the
  22264. way of customizing my Sun.
  22265.  
  22266. Any thoughts or help would be greatly appreciated.
  22267.  
  22268.  
  22269. Kenneth D. Stack    Mechanics of Flexible Structures Project
  22270. Department of Mechanical Engineering
  22271. University of Rochester   Rochester, N.Y. 14627
  22272. tel: (716) 275 4077    fax: (716) 256 2509 
  22273. email: stack@me.rochester.edu
  22274.  
  22275. ------------------------------
  22276.  
  22277. From: James Dollar <Dollar@Coca-Cola.Com>
  22278. Subject: US <> Purto Rico: Options?
  22279. Date: 15 Jan 1995 04:20:19 GMT
  22280. Organization: InfiNet
  22281.  
  22282.  
  22283. We are looking for options connecting an office in Carolina, PR to our
  22284. Domestic US WAN.  Currently we can barely maintain 9600 baud modem
  22285. connections for mail. The circuit would probably be switched/Demand-
  22286. Dialed, and the speed could be as slow as 9.6, if only reliable.  A
  22287. nailed-up 56k connection was estimated ~4k/month (not justified for six
  22288. users).
  22289.  
  22290.  
  22291. Thanks for your ideas, 
  22292.  
  22293. j$
  22294.  
  22295. ------------------------------
  22296.  
  22297. From: philip@world.std.com (Philip Borenstein)
  22298. Subject: Where to Find Nice-Looking phones?
  22299. Date: Sun, 15 Jan 1995 04:33:03 GMT
  22300.  
  22301.  
  22302. Is there any place (retail or mail order) that sells good quality
  22303. attractive telephones?
  22304.  
  22305. In our old apartment one phone on a long cord was enough, but in our
  22306. new house, we need several phones. Most of what we've seen in various
  22307. stores (AT&T Phone Stores, Circuit City, etc) are flat office-style
  22308. phones, cute Bart Simpson novelty phones, variations on the Trimline
  22309. theme, and one that looked like a giant marble. While I personally
  22310. have a fondness for the old desk style phone, my wife wants something
  22311. more aesthetic -- and we're not talking faux French phones either.
  22312.  
  22313.  
  22314. philip     philip@world.std.com
  22315.  
  22316. ------------------------------
  22317.  
  22318. From: vlai@wimsey.com (Vincent Lai)
  22319. Subject: Distinctive Ringing Specifications
  22320. Date: Sun, 15 Jan 95 05:20:45 GMT
  22321. Organization: Achiever Canada
  22322.  
  22323.  
  22324.  
  22325. Does anybody know how to get the specifications for distinctive
  22326. ringing in USA and Canada? Any help is appreciated.
  22327.  
  22328.  
  22329. Vincent
  22330.  
  22331. ------------------------------
  22332.  
  22333. Date: Tue, 17 Jan 95 02:32 EST
  22334. From: dleibold@gvc.com (Dave Leibold)
  22335. Subject: Returning Blocked Local Calls to be Discontinued in Canada
  22336.  
  22337.  
  22338. [from Bell News, (Bell Canada) 9 Jan 95 - content is Bell Canada's]
  22339.  
  22340. No Call Return of blocked local calls
  22341.  
  22342. With the Call Return feature - one of the several SmartTouch[tm]
  22343. services we provide - a person who receives an abusive phone call from
  22344. an anonymous caller can, by dialing *69, call back to the phone from
  22345. which the disturbing call was made.
  22346.  
  22347. By June 30, a called party will no longer be able to do this.
  22348.  
  22349. In a decision handed down on December 5 [1994], the CRTC ordered Bell
  22350. to "implement the disablement of call return on blocked local calls."
  22351. Also told to do likewise were BC Tel, Island Tel, MT&T, NBTel and
  22352. Newfoundland Tel.
  22353.  
  22354. All must implement software changes to make it impossible for customers 
  22355. to return local telephone calls where the caller has used a form of
  22356. blocking, such as per-call blocking.
  22357.  
  22358. Currently, Call Return and Last Call Return cannot be used to return
  22359. blocked long distance calls. However, they can be used to return
  22360. blocked local calls.
  22361.  
  22362. The companies must extend this privacy safeguard to local calling by
  22363. June 30, 1995.
  22364.  
  22365. While acknowledging that the CRTC's order was "not unexpected," Mike
  22366. Kassner, associate director, Consumer Market Management, said, "It
  22367. tilts the balance once again in favour of the calling party and might
  22368. cause problems with increased use of Call Trace now that the handling
  22369. of minor annoyance calls via Call Return has been taken away."
  22370.  
  22371. All is not lost, however. Call Screen, said Mike, is still an
  22372. "effective device" for preventing unwanted calls from the same number.
  22373.  
  22374. "Call Screen can be activated to work on the last incoming number even
  22375. though the number is blocked," he noted.
  22376.  
  22377. ------------------------------
  22378.  
  22379. From: bd_n227@kingston.ac.uk (Christopher Dyke)
  22380. Subject: Reports on Internet Communication Links
  22381. Date: 16 Jan 1995 20:54:25 GMT
  22382. Organization: Kingston University, Kingston-upon-Thames.
  22383.  
  22384.  
  22385. If anyone out there has got any reports on how the internet is linked
  22386. to other networks in terms of protocols etc. please send them to me; it
  22387. would be greatly appreciated.  
  22388.  
  22389.  
  22390. Chris
  22391.  
  22392. ------------------------------
  22393.  
  22394. From: scorpion@phantom.com
  22395. Subject: How to Improve Line Quality
  22396. Date: 16 Jan 1995 04:36:00 -0500
  22397. Organization: [MindVox] / Phantom Access Technologies / (+1 800-MindVox)
  22398.  
  22399.  
  22400. Hi, I have a question for you all. I saw a post not to long ago about
  22401. how to improve the quality of the telephone line by changing the wire.
  22402. I live in a apartment, and I have a jack in a window, and from the
  22403. window to my modem is about 40 feet of 22# wires. From the panel in
  22404. the basement to the window is about 75 feet to 100 feet.
  22405.  
  22406. My questions are:
  22407.  
  22408. 1) How much inprovement can I get from the window to the modem with
  22409. other types of wire, like 20#, or level 3 pvc or level 5 plenun or fiber?
  22410.  
  22411. 2) How much inprovement from the panel to the window to the modem with
  22412. other types of wire, like 20#, or level 3 pvc or level 5 plenun or
  22413. fiber?
  22414.  
  22415. 3) How good is the wire the telephone company uses?. It looks like it
  22416. is a cable with 100 wires or more probably 26#G. How can the quality
  22417. of the line in the apartment can be improved if the wire that the
  22418. telco uses from the panel to the telco office is 26#?
  22419.  
  22420. ------------------------------
  22421.  
  22422. From: jporten@mail1.sas.upenn.edu (Jeffrey A. Porten)
  22423. Subject: Programmable Touch-Tone Interpreter Needed
  22424. Date: 16 Jan 1995 07:35:51 GMT
  22425. Organization: University of Pennsylvania
  22426.  
  22427.  
  22428. I need help in coming up with a solution for a client.  She wants to
  22429. provide her incoming callers with a automated system that will allow
  22430. them to schedule time with her by using a touch-tone phone, similar to
  22431. the system that Amtrak uses to tell people about the trains closest to
  22432. their selected travel time.
  22433.  
  22434. I just attended the Consumer Electronics Show, and was very
  22435. disappointed with the selection there; most vendors basically said,
  22436. "can't be done" or "I'll do it if you order 10,000 units."
  22437.  
  22438. Anyone with suggestions on how to do this?  Proposals from vendors
  22439. also cheerfully accepted.  I figure there are three basic genres of
  22440. solutions: a stand-alone box that intercepts calls; a program on a
  22441. computer with a voice-equipped modem; a service provided by a major
  22442. telco.  If there are other options I'm missing, please say so.
  22443.  
  22444. Anyone with a proposal who thinks we can do business, I can be reached 
  22445. faster via e-mail to jeffporten@aol.com.
  22446.  
  22447.  
  22448. Many thanks,
  22449.  
  22450. Jeff Porten   Millennium Consulting
  22451.  
  22452. ------------------------------
  22453.  
  22454. End of TELECOM Digest V15 #33
  22455. *****************************
  22456.  
  22457.     
  22458.     
  22459. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa27911;
  22460.           17 Jan 95 20:56 EST
  22461. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  22462.     id AA20660; Tue, 17 Jan 95 10:14:05 CST
  22463. Return-Path: <telecom>
  22464. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  22465.     id AA20652; Tue, 17 Jan 95 10:14:02 CST
  22466. Date: Tue, 17 Jan 95 10:14:02 CST
  22467. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  22468. Message-Id: <9501171614.AA20652@delta.eecs.nwu.edu>
  22469. To: telecom@eecs.nwu.edu
  22470. Subject: TELECOM Digest V15 #34
  22471.  
  22472. TELECOM Digest     Tue, 17 Jan 95 10:14:00 CST    Volume 15 : Issue 34
  22473.  
  22474. Inside This Issue:                          Editor: Patrick A. Townson
  22475.  
  22476.     B8ZS, AMI, Bipolar Line Coding (William Wood)
  22477.     India Opens Doors to Foreign Telco's (Nikhil)
  22478.     Belgacom and Panaphone Greece (Viviane Engels)
  22479.     Antenna For Cellular Phone in Bangkok (Roland Peter Sauermann)
  22480.     GSM Information Wanted (Vincent Erwig)
  22481.     Question on Call-Back Operators (John Hacking)
  22482.     Anyone Have Experience With LDDS/Metromedia? (Chuck Lukaszewski)
  22483.  
  22484. TELECOM Digest is an electronic journal devoted mostly but not
  22485. exclusively to telecommunications topics. It is circulated anywhere
  22486. there is email, in addition to various telecom forums on a variety of
  22487. public service systems and networks including Compuserve and America
  22488. On Line. It is also gatewayed to Usenet where it appears as the moderated
  22489. newsgroup 'comp.dcom.telecom'. 
  22490.  
  22491. Subscriptions are available to qualified organizations and individual
  22492. readers. Write and tell us how you qualify:
  22493.  
  22494.                  * telecom-request@eecs.nwu.edu *
  22495.  
  22496. The Digest is edited, published and compilation-copyrighted by Patrick
  22497. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  22498. or phone at:
  22499.                     9457-D Niles Center Road
  22500.                      Skokie, IL USA   60076
  22501.                        Phone: 708-329-0571
  22502.                         Fax: 708-329-0572
  22503.   ** Article submission address only: telecom@eecs.nwu.edu **
  22504.  
  22505. Our archives are located at lcs.mit.edu and are available by using
  22506. anonymous ftp. The archives can also be accessed using our email
  22507. information service. For a copy of a helpful file explaining how to
  22508. use the information service, just ask.
  22509.  
  22510. *************************************************************************
  22511. *   TELECOM Digest is partially funded by a grant from the              *
  22512. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  22513. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  22514. * project.  Views expressed herein should not be construed as represent-*
  22515. * ing views of the ITU.                                                 *
  22516. *************************************************************************
  22517.  
  22518. Additionally, the Digest is funded by gifts from generous readers such
  22519. as yourself who provide funding in amounts deemed appropriate. Your help 
  22520. is important and appreciated. A suggested donation of twenty dollars per
  22521. year per reader is considered appropriate. See our address above.
  22522.  
  22523. All opinions expressed herein are deemed to be those of the author. Any
  22524. organizations listed are for identification purposes only and messages
  22525. should not be considered any official expression by the organization.
  22526. ----------------------------------------------------------------------
  22527.  
  22528. Date: Tue, 17 Jan 1995 06:24:16 -0800
  22529. From: wewood@ix.netcom.com (William Wood)
  22530. Subject: B8ZS, AMI, Bipolar Line Coding
  22531.  
  22532.  
  22533. In telecom 15.29.20, Phillip Schuman asks the question which many
  22534. people have asked about the issues of B8ZS, AMI and bipolar line
  22535. coding and their relationship to bit robbing for voice. Though I am
  22536. not an engineer and have limited understanding of some technical
  22537. issues, I offer my experience on the matter for those who wish to
  22538. listen. I hasten to add that it is my intent to convey concept level
  22539. information in order to build mental constructs which can act as a
  22540. framework for understanding technicalities. I have often been accused
  22541. of oversimplification in my efforts. I take this as a compliment,
  22542. flames notwithstanding, because the majority of people in
  22543. telecommunications do not have the technical training necessary for
  22544. understanding engineering level material; but were not stupid, and
  22545. can understand a coherent explanation if one is offered.
  22546.  
  22547. First the simple answer. There is no direct relationship between bit
  22548. robbing and line coding. Even so, there are some indirect relationships 
  22549. if you skew you vision just a little. In order to understand, a bit of 
  22550. history is needed.
  22551.  
  22552. Bit robbing is a process for transporting single line supervision and
  22553. signaling between two individual digital carrier (T type) channel
  22554. units.  It developed in a more or less logical fashion from the
  22555. necessity for converting battery and ground (DC) type supervision into
  22556. something which could go thru a carrier system.
  22557.  
  22558. The drop, loop, line, customer, user, access or phone side of a switch
  22559. (in Plain Ol Telephone Service POTS) consists of two wires. Battery
  22560. (-48v in USA, 50 v elsewhere) is applied to one of the wires by the
  22561. switch and ground to the other. When the phone is taken off hook a
  22562. loop closure is made (known as loop start signaling) which allows
  22563. current flow between the two (tip and ring) wires. This is supervision
  22564. to the switch to tell it to put dial tone on the loop pair toward the
  22565. telephone. Next, the user signals what number they want by either
  22566. rotary dialing or pushing keys on the DTMF (dual tone multifrequency)
  22567. pad.
  22568.  
  22569. In the case of the rotary dial, current flow (battery to ground) is
  22570. interrupted in series intervals which in turn tell the switch where to
  22571. connect. This kind of DC (direct current) signaling/supervision works
  22572. fine as long as all the lines are physically attached to the same
  22573. switch.
  22574.  
  22575. Let us say though, that you want to connect to a line that is out of a
  22576. switch which is in another city, state or country. The facilities
  22577. between switches are shared on an as-needed basis and are know as
  22578. trunks. The most significant thing to know at this point is that
  22579. battery and ground signaling and supervision cannot now, nor could
  22580. they ever, be sent over a carrier system. Carrier systems are used to
  22581. connect switches by providing the physical facilities for the trunks.
  22582. (The techies will insist that metallic [no carrier] trunks can send
  22583. DC. True, but there are so few left in the USA, and the Dxing methods
  22584. so numerous, I will not deal with them here.)
  22585.  
  22586. Analog carrier systems can transport only audible (voice) tones so a 
  22587. conversion process is done to change battery and ground signaling into 
  22588. an audible tone. Each of the individual voice frequency channels in a 
  22589. carrier system are band limited to 4 KHz. The usable part (for 
  22590. transporting conversations) of this pancake of capacity is further 
  22591. limited to around 3 KHz (300 - 3400 Hz).  This range is known as the VF 
  22592. Band to transmission folks. 
  22593.  
  22594. DC signaling/supervision can be converted into a tone that is either
  22595. in-the-band or out-of-the-band. As an example, type N1 carrier
  22596. channels internally can convert a battery on-off signal into a 3700 Hz
  22597. on-off tone signal. This tone is out of voice band signaling because
  22598. it's above 3500 Hz. Filters in the channel units block the
  22599. signaling tones from the callers. A second option is to use an
  22600. external tone generator such as an SF (signal/single frequency) unit.
  22601. SF units typically convert DC supervision and signaling into 2600 Hz
  22602. (USA) on-off tones. This is an in band (between 300 and 3400
  22603. Hz) signal type. Notch filters are supposed to keep this tone from the
  22604. callers too. (Sometimes the filters dont kick in quick enough and
  22605. you can hear the tone chirp for just an instant as the distant
  22606. end hangs up on some long distance calls even today. Not much of the
  22607. in-band left because a good whistler can put up bogus calls so the
  22608. phone companies have disconnected most of these types of trunks.)
  22609.  
  22610. With the advent of digital carrier systems (T carrier in early 60's) a 
  22611. decision was made to continue to use in-band (SF) signaling but also 
  22612. support a twist on the out-of-band idea. Because the signal leaving an 
  22613. individual channel unit was now digital, a single pulse (bit) out of the 
  22614. periodic series of eight bits belonging to that channel could be 
  22615. designated as a signaling/supervision bit. To illustrate; say that an 
  22616. off-hook, battery or seizure signal was presented to the channel unit 
  22617. by the phone or switch. This seizure would cause the channel unit's 
  22618. signaling function to stop applying an idle state mark bit onto the 
  22619. trunk facility. The receiving channel unit would detect the change from 
  22620. marking to spacing for this bit position and in turn apply a seizure 
  22621. toward its own switch or phone. 
  22622.  
  22623. The earliest T systems reserved this bit all the time for signaling (and 
  22624. sometimes even a second bit position) but this was soon replaced by the 
  22625. current system. Because each channel creates an eight bit unit (octet or 
  22626. byte), any single bit occurs 8 thousand times a second (the Nyquist rate 
  22627. for a 4 Hz channel). The system was originally designed to facilitate 
  22628. only interoffice dial pulse trunks. (In fact, in my area the telephone 
  22629. company didn't even originally consider T as a carrier system. It 
  22630. was an interoffice transport mechanism belonging to a different union 
  22631. group than that which maintained carrier systems.) The rate for dial 
  22632. pulses is only 10 to 12 pulses per second, so using a full 8 Kbps of  
  22633. channel bits is massive overkill. 
  22634.  
  22635. The current system still uses a single bit out of the eight, but now
  22636. it only does it during the sixth appearance of the time slot into
  22637. which the channel byte or octet is regularly dumped. The concept is
  22638. that there is 64 Kbps signal (8 K Nyquist x 8 bit unit) ostensibly
  22639. being created by the channel unit for payload transfer, but
  22640. occasionally (every 6th byte or octet from the channel) a single bit
  22641. is robbed and designated as a signaling/supervision indicator for a DC
  22642. state on the drop side of the channel unit. This still results in
  22643. creating a 1.3 Kbps out of (voice) slot signaling sub channel (sliced
  22644. into A, B, and sometimes C & D sub-sub channels) which is only
  22645. semi-massive overkill. Because dial pulsing is so slow for address
  22646. transfer, some trunking over T carrier uses the bit robbing function
  22647. for off /on hook supervision only and MF (multi-frequency which is not
  22648. the same set of tones as DTMF) for address transfer. In some
  22649. applications the bit rob is not used at all.  SF is used for hook
  22650. supervision and DTMF for address transfer. Lots of variations here on
  22651. the main theme of using a carrier transmission bit on/off as a
  22652. representation of a signaling/supervision battery on/off condition.
  22653. Hold this thought.
  22654.  
  22655. The Bipolar, AMI and B8ZS question relates to the composite, or 
  22656. multiplexed, signal leaving the digital (channel bank) mux. A standard 
  22657. DS1 digital stream consists of 24 DS0 time division multiplexed to run 
  22658. at a combined rate of 1.544 Mbps (24 x 64 Kbps + 8 Kbps framing) plus or 
  22659. minus a little . On twisted pair cables this is, even today, a 
  22660. significant number of bits. The digital square wave which is the DS1 
  22661. stream is physically constructed of either +3, -3 or zero voltage pulse 
  22662. positions. The +3 and -3 volt pulses are known as marks and the zero 
  22663. voltage pulse or time positions are called spaces, (words straight 
  22664. out of  19th century telegraph). For a number of technical reasons, the 
  22665. transmitter is required to reverse the DC voltage value as each mark is 
  22666. transmitted. That's where AMI gets its name. Each Alternation of a Mark 
  22667. must be Inverted in voltage value. Example with mark as 1, and space as 
  22668. 0: 101010111000001 could be transmitted (left to right) as 
  22669. +3,z,-3,z,+3,z,-3,+3,-3,z,z,z,z,z+3. This signal form came to be known 
  22670. as bipolar because it has two (bi) poles of voltage, although it is 
  22671. actually a ternary (three) form because zero volts also counts as a 
  22672. state. 
  22673.  
  22674. If you've stayed with me this long, you get the reward here. 
  22675.  
  22676. The B8ZS is what seems to put the twist in everyone's knickers. Since 
  22677. the earliest days of T carrier, there has been a ones density and 
  22678. consecutive zero requirement for the DS1 stream. For our purposes, the 
  22679. most significant is that there be no more than 15 consecutive spaces 
  22680. (zero voltage bit times) in the ongoing DS1 stream.  On the face of it, 
  22681. this would not seem to be a problem because each channel generates only 
  22682. an 8 bit unit for transmission. Even if it sent an all zero octet, no 
  22683. harm would be done. Remember though the DS1 is a serial, time division 
  22684. multiplexed stream with one channel octet following another like ducks 
  22685. in an endless row. If two consecutive channel time positions contained 
  22686. all zero octets the total zeros in series would be 16, which is 
  22687. sufficient to cause clocking errors on the system. 
  22688.  
  22689. There are three solutions to this problem. The first, and original, is 
  22690. to restrict each individual channel from ever sending an all zero byte. 
  22691. This is the solution which has always restricted services like DDS from 
  22692. sending 64 Kbps. Each individual DDS channel unit allows only seven of 
  22693. the eight bits to be used for DDS payload and reserves the 8th bit to 
  22694. make it a mark in order to insure the channel can't send all zeros. 
  22695. Because the Nyquist rate in T carrier channels is always 8 k, and the 
  22696. DDS channel unit gives over only 7 bits to it, the result is 56 Kbps. 
  22697. It's important to note here that even though the results of restricting 
  22698. zeros and bit robbing for signaling/supervision may result in a channel 
  22699. payload of less than the full 64 Kbps DS0, the two things are not 
  22700. related. 
  22701.  
  22702. The second way to meet pulse density rules is to have the transmitter 
  22703. actively monitor the DS1 stream as it is applied to the transmission 
  22704. line. This is the B8ZS solution. In this process when the transmitter 
  22705. recognizes a series of eight or more zeros (and it doesn't need to know 
  22706. if they are all from one channel or a combination of two channels) it 
  22707. will substitute a different digital bit pattern for that series of 
  22708. eight. Instead of sending z,z,z,z,z,z,z,z it will send z,z,z,v,s,z,v,s. 
  22709. The z is zero volts, the v is a 3 volt pulse in the same polarity as the 
  22710. last valid mark signal which is technically a violation of the AMI 
  22711. rule. The s is a substitution bit for the original zero value at this 
  22712. time position. At the receiver, this string is converted back to 
  22713. z,z,z,z,z,z,z,z and given over to the channel receivers. Bipolar 8 Zero 
  22714. Substitution (binary 8 zero suppression?) permits any individual channel 
  22715. to send any combination of 8 bits with no restrictions. This allows 
  22716. interoffice systems to provide clear channel 64 Kbps service. Once 
  22717. again, notice that this has no direct relationship to bit robbing for 
  22718. supervision. It has an indirect (skew your vision a little) relationship 
  22719. because a robbed bit could be changed on the line to conform to B8ZS 
  22720. format, but it will be changed back at the receiver to its correct form 
  22721. with the process being transparent between the near and far channel 
  22722. units. European systems can also do this process but use a different 
  22723. substitution pattern.
  22724.  
  22725.  The third way is called ZBTSI for Zero Byte Time Slot Interchange. But, 
  22726. that's a story for another time. 
  22727.  
  22728.  
  22729. WE Wood    Technotranslater
  22730. Techish to English Translation
  22731. Techtrans Animatics Group
  22732.  
  22733. ------------------------------
  22734.  
  22735. From: Nikhil <nikhil@shakti.ncst.ernet.in>
  22736. Subject: India Opens Doors to Foreign Telcos
  22737. Organization: National Centre for Software Technology, India
  22738. Date: Tue, 17 Jan 1995 06:52:35 GMT
  22739.  
  22740.  
  22741. India has opened its doors to foreign telecom companies for providing
  22742. the telephone service in the local loop. So far, the Indian Government
  22743. held the monopoly for telecom for the last fifty years. This resulted
  22744. in a long waiting list of up to ten years for getting a telephone
  22745. connection.
  22746.  
  22747. For the last three years India has been reforming its economic policies 
  22748. to speed up the development. Realizing that good telecommunications
  22749. are a necessity in a liberal economy, it has opened it doors to foreign 
  22750. telcos and banned government companies from investing in the telecom sector.
  22751.  
  22752. The highlights of the new guidlines anounced yesterday are:
  22753.  
  22754. * Foreign telecom companies can bid for providing services
  22755.   as joint venture with a local company.
  22756.  
  22757. * Companies presently having minimum 0.5 million lines in
  22758.   service can qualify to bid.
  22759.  
  22760. * Foreign equity participation must be minimum 10% and
  22761.   maximum 49%.
  22762.  
  22763. * Area divided for bidding into Telecom circles of class
  22764.   A,B and C where class A circle is high density city.
  22765.  
  22766. * Minimum net worth of the joint venture company should be
  22767.   Rs.300 crores (US$ 100 million) for Class A, Rs.200 cr.
  22768.   for Class B and Rs.100 crores for Class C areas.
  22769.  
  22770. * Assured business for next fifteen years with provision to 
  22771.   extend for another ten years.
  22772.  
  22773. However the long distance and international business still remain a 
  22774. monopoly of government companies for the next five years.
  22775.  
  22776.  
  22777. Nikhil Thakkar
  22778. email: INTERNET: nikhil@shakti.ernet.in
  22779. X.400 : G=SYSTEMS S=NOVASOFT A=VSNB C=IN
  22780.  
  22781. ------------------------------
  22782.  
  22783. From: Viviane.Engels@rug.ac.be (Viviane Engels)
  22784. Subject: Belgacom Be-Panaphone Greece
  22785. Date: 17 Jan 1995 05:59:36 GMT
  22786. Organization: University of Ghent, Belgium
  22787.  
  22788.  
  22789. I send this letter to protest for the services of Belgacom Proximus
  22790. Cellular Telephone service and that of the Greek Panaphone.  I am an
  22791. owner of a Panaphone number and I am visiting Belgium since 10
  22792. December 1994.  My telephone is not working in a certain area of
  22793. Belgium even the Proximus signal is very stong. This area is
  22794. established between the cities: Ghent, Antwerpen, Brugge, Kortrijk. In
  22795. none of the above cities the phone is working (except Kortrijk). The
  22796. Belgium coast has also a problem.  The networks work normal at the
  22797. rest of Belgium (as far as I checked).  
  22798.  
  22799. After my contact with both companies they just blame each other.
  22800. Belgacom thinks the problem is for whole Belgium territory (so its a
  22801. Greek problem) and the Greeks say there is a problem in a part of
  22802. Belgium without being able to define where (Belgium problem).  My
  22803. remark is that all these people except doing their best to solve the
  22804. problem there are also deaf (they have a client service department
  22805. just to put nice music on the phone when someone is waiting for an
  22806. answer).  Finally except that they are losing money and credibility
  22807. for their services, they are also against the law since in Greece is
  22808. advertised use of Greek cellular phones in whole Belgium territory.
  22809. If someone responsible is listening I whould appreciate an answer.
  22810.  
  22811. P.S. I know Greek people doing business in Belgium that they were
  22812. forced to buy a Belgian-Proximus number also just to work.
  22813.  
  22814.  
  22815. [TELECOM Digest Editor's Note: Ah, readers ... does the complaint
  22816. above sound familiar. Telco blames long distance carrier, and long
  22817. distance carrier blames telco for whatever is wrong. Each convinced
  22818. the other must correct the problem. Are there any European readers of
  22819. the Digest who can make suggestions to this fellow?    PAT]  
  22820.  
  22821. ------------------------------
  22822.  
  22823. From: roland@nwg.nectec.or.th (Roland Peter Sauermann)
  22824. Subject: Antenna For Cellular Phone in Bangkok
  22825. Date: 17 Jan 1995 11:31:54 GMT
  22826. Organization: National Electronics and Computer Technology Center, Bangkok
  22827.  
  22828.  
  22829. I am struggling with pretty poor AMPS 800 service in Bangkok on my three
  22830. Watt Diamond-Tel cellular phone that I have permanently mounted in my
  22831. car.  I have noisy calls, call overlapping, and disconnected calls.
  22832. The problems are probably not unique to any big city where the cells
  22833. are overloaded, and there are lots of tall buildings and interference.
  22834.  
  22835. My question is what is the optimum antenna for this environment? I
  22836. currently have one of those antennas where the cable side is glued on
  22837. one side of the windshield and the antenna proper is on the other side. 
  22838. My windshield is also very steep on my truck so the angle between the 
  22839. base and the antenna is very small.
  22840.  
  22841. Would I do better with a Magnetic mounted antenna on the roof? What would 
  22842. suit me better a 3db or a 5db one?  There seem to be a whole bunch of
  22843. options, some cost three times others. One guy told me the material was
  22844. different ... some antennas simply have squiggles in them others have a 
  22845. thick section of a ceramic or hard plastic. I know I need to be sure I
  22846. get one for the correct phone system (we have five different types here 
  22847. from 470mhz, 800, 900 to the new Digital stuff). How do I evaluate these 
  22848. different antennas that run between $25-$60 and apparently have different 
  22849. properties?
  22850.  
  22851. Thanks for any suggestions.
  22852.  
  22853.  
  22854. Cheers,
  22855.  
  22856. Roland P. Sauermann   roland@nwg.nectec.or.th   Bangkok, Thailand     
  22857.  
  22858. ------------------------------
  22859.  
  22860. From: v.erwig@stud.tue.nl (Vincent Erwig)
  22861. Subject: GSM Information Wanted
  22862. Date: Tue, 17 Jan 1995 13:32:37
  22863. Organization: Eindhoven University of Technology, The Netherlands
  22864.  
  22865.  
  22866. Can anybody give me some information on where and how I can find
  22867. information about GSM?  I'm interested in the development of the GSM
  22868. network, and the specific features that GSM / GSM telephone has, what
  22869. new technologies have been used, and the advantages / disadvantages 
  22870. compared to other cellular phone systems.
  22871.  
  22872. I need this information for a study project.
  22873.  
  22874. Many thanks in advance.
  22875.  
  22876.  
  22877. Vincent Erwig    V.Erwig@stud.tue.nl
  22878.  
  22879. ------------------------------
  22880.  
  22881. Date: Tue, 17 Jan 1995 20:55:00 +1000
  22882. From: JOHN.HACKING@telecom.telememo.au
  22883. Subject: Question on Call-Back Operators
  22884.  
  22885.  
  22886. There has been a great deal of discussion in the Australian media
  22887. lately about Call-Back Operators and I'm interested in how they
  22888. operate from a customer's point of view.
  22889.  
  22890.  From the little I know, it would appear that there are four possible
  22891. ways of Call-Back Operator customers placing calls.  These are:
  22892.  
  22893. 1.  Customer calls an international freecall number and talks to a live
  22894.     operator who then calls the customer back and presents the customer
  22895.     with dial-tone. The customer then dials the international number
  22896.     required.
  22897.  
  22898. 2.  Automatic version of the above -- customer calls an international
  22899.     freecall number, lets it ring three times and then hangs up. Then some
  22900.     sort of black box works out which customer called, calls the customer
  22901.     back and presents the customer with dial-tone. The customer then dials
  22902.     the international number required. The customer can only do this from
  22903.     one telephone number.
  22904.  
  22905. 3.  Customer calls an international freecall number, enters an account number
  22906.     PIN number and the number that they are calling from.  A black box then
  22907.     validates the customer account details and then calls the customer back
  22908.     on the phone number they entered and presents the customer with dial-tone.
  22909.     The advantage of this method over two is that the customer can get the
  22910.     call back to any phone number.
  22911.  
  22912. 4.  A "bombardment" system -- the call back operator's black box polls
  22913.     the customer's phone line somehow and presents the customer with dial-tone
  22914.     without any call back.
  22915.  
  22916. My questions are:
  22917.  
  22918. a)  Are there any other methods of operation available? Obviously method four
  22919.     is the most convenient from the customer point of view.
  22920.  
  22921. b)  How does the "bombardment" system work (method four)?
  22922.  
  22923. c)  Are there significant savings in using call-back operators or is it
  22924.     just a matter of a few cents per minute depending on time of day?
  22925.  
  22926. d)  Are there any hidden tricks or traps that customers should be aware of?
  22927.  
  22928. I run a small business and make a significant number of calls to the USA, UK 
  22929. and Canada and I'm interested in saving money on my international traffic. 
  22930. Any information or advice would be appreciated.
  22931.  
  22932.  
  22933. Thanks in anticipation.
  22934.  
  22935. John Hacking   Manager
  22936. Queensland Training Systems
  22937.  
  22938.  
  22939. [TELECOM Digest Editor's Note: Why would method four (polling) be the most
  22940. convenient? I think it would be the least convenient since you never know
  22941. when you are going to want to make a call versus when it the next time you
  22942. are going to be 'polled'. The other thing to watch out for where callback
  22943. systems are concerned are the *huge* number of misdialed calls (and/or
  22944. telemarketer calls) to your 'callback number' which result in a call being
  22945. made to you at all hours of the day and night (relative to your time of
  22946. day) resulting in many cases in admin charges levied to your account for
  22947. calls you did not make, to say nothing of the inconvenience of answering
  22948. the phone at three in the morning your time to be greeted with callback
  22949. dialtone you don't want merely because some fool in the USA accidentally
  22950. dialed your callback number and let it ring a couple times before deciding
  22951. he dialed in error. I sold a service called Telepassport for awhile, and
  22952. wrong number/telemarketer calls to the numbers on their switch were an
  22953. awful nuisance to their subscribers. They tried everything to reduce the
  22954. instances of wrong numbers, i.e. they set their switch so if *more than
  22955. one ring was received* before the caller disconnected, it was assumed to
  22956. be a wrong number. This meant legitimate subscribers had to be instructed
  22957. to dial their callback number and disconnect *IMMEDIATLY* when they heard
  22958. a 'click' indicating they had connected and the switch was about to return
  22959. an audible ringing signal. The assumption was telemarketers would let it
  22960. ring at least three or four times before disconnecting, as would most
  22961. people getting a wrong number. Then instead of using numbers in lower 
  22962. Manhattan -- apparently an area where incorrect dialing is legion -- they
  22963. got blocks of numbers in New Jersey, from an area where it is assumed
  22964. telemarketers are less interested due to the demographics of the area. 
  22965. You know what? Their callback subscribers still get awakened at odd hours
  22966. by unsolicited callbacks due to someone in the USA triggering the switch
  22967. in error (or on purpose, trying to sell something).
  22968.  
  22969. There ought to be a flag which tells the CO receiving a call if the call
  22970. is from within or without the USA, and to reject those calls which originate
  22971. in the USA. ("I'm sorry, the number you dialed cannot be reached from
  22972. within the USA").  I am pretty certain this can be done since not long ago
  22973. I tried to call a place in Haiti (of all places!) and the response I got
  22974. at the distant end after dialing the number was "the telephone you are 
  22975. calling does not accept calls from international points ... this is a
  22976. Cable & Wireless recording, <switch number ID>".   PAT] 
  22977.  
  22978. ------------------------------
  22979.  
  22980. From: clukas@mr.net (chuck lukaszewski)
  22981. Subject: Anyone Have Experience With LDDS/Metromedia?
  22982. Date: Tue, 17 Jan 1995 14:23:22 GMT
  22983. Organization: Minnesota Regional Network
  22984.  
  22985.  
  22986. I received some information from LDDS/Metromedia yesterday about their
  22987. long distance service. The rates seem entirely too good to be true,
  22988. and I'm wondering if anyone here has experience (good or bad) that
  22989. they would share.
  22990.  
  22991. At the moment, I'm spending a lot of time on the telephone to NYC.
  22992. After a pretty exhaustive evaluation of AT&T, Sprint and MCI we found
  22993. the lowest we could get was 23.7 cents per minute peak on AT&T.  LDDS
  22994. claims to charge 15 cents per minute with a one year commitment
  22995. (includes a 90-day out clause). I talked to AT&T and they're pulling
  22996. the "we're regulated and can't compete with those numbers" routine.
  22997.  
  22998.  
  22999. chuck lukaszewski    clukas@mr.net   imp@krissy.msi.umn.edu
  23000.  
  23001. ------------------------------
  23002.  
  23003. End of TELECOM Digest V15 #34
  23004. *****************************
  23005.     
  23006.     
  23007. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa04142;
  23008.           17 Jan 95 22:14 EST
  23009. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23010.     id AA27376; Tue, 17 Jan 95 13:24:09 CST
  23011. Return-Path: <telecom>
  23012. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23013.     id AA27368; Tue, 17 Jan 95 13:24:06 CST
  23014. Date: Tue, 17 Jan 95 13:24:06 CST
  23015. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  23016. Message-Id: <9501171924.AA27368@delta.eecs.nwu.edu>
  23017. To: telecom@eecs.nwu.edu
  23018. Subject: TELECOM Digest V15 #35
  23019.  
  23020. TELECOM Digest     Tue, 17 Jan 95 13:24:00 CST    Volume 15 : Issue 35
  23021.  
  23022. Inside This Issue:                          Editor: Patrick A. Townson
  23023.  
  23024.     Re: Legal Problem Due to Modified Radio (Alan Boritz)
  23025.     Re: Legal Problem Due to Modified Radio (Michael P. Deignan)
  23026.     Re: Data Over CB? (John Lundgren)
  23027.     Re: Data Over CB? (Bill Mayhew)
  23028.     Re: Would You Believe More Rain on the Way? (John Lundgren)
  23029.     Re: Would You Believe More Rain on the Way? (Bruce Roberts)
  23030.     Long Distance Blocking, was Re: Old Rotary Service Question (D. Burstein)
  23031.     Payphones Rejecting AT&T LD (Chris Labatt-Simon)
  23032.     Privately Owned Cables on Public Utility Poles (Mark Fletcher)
  23033.     CallerID and ANI (John W. Barrus)
  23034.     How Many SONET/SDH Network Terminations? (Roger Atkinson)
  23035.     Need Info on Two-Line, Digital Answering Devices (Richard Jay Solomon)
  23036.     Is the Pentium Bug Really That Bugging? (Anthony D'Auria)
  23037.     ATM Based PBX (Alex Zacharov)
  23038.  
  23039. TELECOM Digest is an electronic journal devoted mostly but not
  23040. exclusively to telecommunications topics. It is circulated anywhere
  23041. there is email, in addition to various telecom forums on a variety of
  23042. public service systems and networks including Compuserve and America
  23043. On Line. It is also gatewayed to Usenet where it appears as the moderated
  23044. newsgroup 'comp.dcom.telecom'. 
  23045.  
  23046. Subscriptions are available to qualified organizations and individual
  23047. readers. Write and tell us how you qualify:
  23048.  
  23049.                  * telecom-request@eecs.nwu.edu *
  23050.  
  23051. The Digest is edited, published and compilation-copyrighted by Patrick
  23052. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  23053. or phone at:
  23054.                     9457-D Niles Center Road
  23055.                      Skokie, IL USA   60076
  23056.                        Phone: 708-329-0571
  23057.                         Fax: 708-329-0572
  23058.   ** Article submission address only: telecom@eecs.nwu.edu **
  23059.  
  23060. Our archives are located at lcs.mit.edu and are available by using
  23061. anonymous ftp. The archives can also be accessed using our email
  23062. information service. For a copy of a helpful file explaining how to
  23063. use the information service, just ask.
  23064.  
  23065. *************************************************************************
  23066. *   TELECOM Digest is partially funded by a grant from the              *
  23067. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  23068. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  23069. * project.  Views expressed herein should not be construed as represent-*
  23070. * ing views of the ITU.                                                 *
  23071. *************************************************************************
  23072.  
  23073. Additionally, the Digest is funded by gifts from generous readers such
  23074. as yourself who provide funding in amounts deemed appropriate. Your help 
  23075. is important and appreciated. A suggested donation of twenty dollars per
  23076. year per reader is considered appropriate. See our address above.
  23077.  
  23078. All opinions expressed herein are deemed to be those of the author. Any
  23079. organizations listed are for identification purposes only and messages
  23080. should not be considered any official expression by the organization.
  23081. ----------------------------------------------------------------------
  23082.  
  23083. Subject: Re: Legal Problem Due to Modified Radio
  23084. From: drharry!aboritz@uunet.uu.net (Alan Boritz)
  23085. Date: Tue, 17 Jan 95 07:56:30 EST
  23086. Organization: Harry's Place - Mahwah NJ - +1 201 934 0861
  23087.  
  23088.  
  23089. mudaw@uxa.ecn.bgu.edu (David A. Webb) writes:
  23090.  
  23091. > An officer found my 2 meter amateur transceiver, turned it on, and
  23092. > discovered it could transmit on frequencies licensed to the local
  23093. > county police.  I was not in my room during the time of the search,
  23094. > so I had no control over its operation.  
  23095.  
  23096. > The radio was confiscated, and I had to defend myself in front of
  23097. > the school board.  The school did not find me in violation of any
  23098. > rules because I had a statement from a county officer who is also
  23099. > a Ham.  The officer wrote he knew my radio was legal for me to
  23100. > possess.  
  23101.  ...
  23102. > The States attorney had three witnesses.  
  23103.  
  23104. > Witness #1 was the university officer who stated under oath that he
  23105. > used the radio to transmit on county frequencies to verify the
  23106. > modifications.  He also stated in his professional capacity that my
  23107. > radio is illegally modified, and therefor illegal to possess.  He
  23108. > further stated that he called the FCC and was told my radio is illegal
  23109. > to possess.
  23110.  
  23111. The State's first witness lied.  It's not illegal to be in possession of a
  23112. radio transmitter, however it may be illegal to use it, depending upon the
  23113. frequency and location.
  23114.  
  23115. > Witness #2 was the county sheriff.  He indicated in his professional
  23116. > capacity that my radio was illegal to own.  He also voiced
  23117. > understandable concern for my capability to interfere with his
  23118. > frequencies.
  23119.  
  23120. The State's second witness has no "professional capacity" in Federal
  23121. radio regulation.  It takes no "professional capacity" to press a
  23122. push-to-talk switch.
  23123.  
  23124. > Witness #3 was a person who services amateur equipment.  He stated
  23125. > that my radio is type accepted, and therefor it is illegal to modify.
  23126. > Illegal modification therefor makes my radio illegal to possess.
  23127.  
  23128. The State's third witness is an incompetent.  Type acceptance is not
  23129. required for amateur radio equipment.  You can purchase any radio
  23130. equipment you like (type accepted or not), and modify it to your
  23131. heart's content, and operate it within the legal limits of amateur
  23132. radio service.  The only time such equipment becomes "illegal" is when
  23133. you exceed the legal operating parameter limits for your selected
  23134. frequency, or emit spurious emissions that affect other licensed
  23135. services, while OPERATING it.
  23136.  
  23137. And contrary to Pat Townson's claim, it is NOT illegal to operate (formerly) 
  23138. type accepted equipment, assuming you are properly licensed for it's
  23139. ultimate use.  This precise issue came up several times while I in
  23140. charge of radio for the City of New York, Dept. of General Services.
  23141.  
  23142. One time was when a fairly large NYC radio service organization (not
  23143. Motorola) who was low-bidder on a contract to change operating frequencies 
  23144. of a few hundred portable radios for a City agency, opened up the
  23145. sealed channel elements and replaced crystals, rather than supplying
  23146. new sealed channel elements.  The crystals were unreliable and the
  23147. channel elements were destroyed.  By modifying the channel elements,
  23148. the service shop voided the type acceptance on the radios.
  23149.  
  23150. Another time was when an incompetent servicer did extensive modifications 
  23151. to another Agency's base station, resulting in interference to several
  23152. nearby police departments.  The modifications voided the type acceptance, 
  23153. and the equipment had to be replaced.
  23154.  
  23155. I discussed the issue with an FCC inspector, who was inspecting the
  23156. base station.  While he agreed that the modifications voided the type
  23157. acceptance of the equipment, there was no regulation that forbade
  23158. their use, as long as their operating parameters were within the
  23159. rules, and that the equipment displayed their (former) type acceptance
  23160. in the form of a label on the outside of the equipment.  There was no
  23161. regulation that provided for penalties against the person who modifies
  23162. such equipment.  However, there were specific penalties against the
  23163. licensee who operated equipment without the required labels or with
  23164. operating parameters outside of the licensed parameters or
  23165. interference standards in the rules.
  23166.  
  23167. > The University officer must have called the field office in Chicago,
  23168. > because when I called there, I was also told my radio is illegal to
  23169. > possess.
  23170.  
  23171. Hopefully, Dave Popkin (formerly with FCC/NYFOB) doesn't have any relatives
  23172. working there. <g>
  23173.  
  23174. He must have spoken with a secretary or a clerk, since his statement just
  23175. isn't true.
  23176.  
  23177. > Witness #3 was wrong about the type acceptance.  Amateur equipment
  23178. > transmitters are not type accepted.  Its internal receiver it accepted
  23179. > to receive everything it was modified to receive.
  23180.  
  23181. It could also have been built to work on those frequencies.  I've got
  23182. amateur radio equipment that includes the 11 meter band (now known as
  23183. CB).  It hasn't been illegal to possess this particular equipment for
  23184. 35 years, though it may be illegal to operate it on frequencies within
  23185. that band, depending upon operating parameters.  I also own a
  23186. synthesized radio that transmits and receives on Federal and amateur
  23187. frequencies, as well as Private Radio bureau UHF frequencies.  It's
  23188. never been illegal to purchase or own this particular radio, since
  23189. it's type accepted and never modified (however it may be illegal to
  23190. operate it, depending upon the frequency).  The only time possession
  23191. of a "receiver" becomes illegal is in narrowly-defined circumstances
  23192. having to do with moving vehicles (just about every state has them).
  23193.  
  23194. > I tried to submit the county officer/ham's statement, and the states
  23195. > attorney objected because the officer was not present for cross
  23196. > examination.
  23197.  
  23198. > Am I going to run into the same trouble when I try to submit the
  23199. > statement from the Private Radio Division of the FCC?
  23200.  
  23201. Absolutely you will.  You're dealing with anal-retentive law enforcement 
  23202. officials who appear to be using whatever means they can find to slam
  23203. your ass in jail, and for issues that are simply out of their jurisdiction.  
  23204. Keep in mind that none of these people have any reason to do ANYTHING
  23205. for you.  The State's got at least one "Wyatt Erp" who intends to nail
  23206. you for SOMETHING, if not for the only purpose of trying to save face.
  23207.  
  23208. > If so, how can I get around this obstacle?
  23209.  
  23210. Retain competent counsel, familiar with communications law, who can't be
  23211. "bought-off."  And have you contacted the ARRL?
  23212.  
  23213. > Although the university police violated FCC rules, it occurred over a
  23214. > year ago, and therefor time limits on me reporting them has expired.
  23215.  
  23216. There are no "time limits" on reporting such incidents, but, in general, 
  23217. anything that an FCC inspector can't verify by himself won't go very far.
  23218.  
  23219. However, don't be so sure that they are not now violating the rules in
  23220. some capacity.  Does the University possess a valid FCC license for their 
  23221. two-way radio system?  Are they licensed for all of the frequencies they use?
  23222. Do they own and operate any radar vehicular speed measuring devices? Have 
  23223. they notified the FCC of how many such devices they currently operate? If 
  23224. their license wasn't renewed on time, or if they're operating unlicensed base 
  23225. stations, this would be the perfect time to file a complaint with the FCC 
  23226. Field Office serving your area. <g>
  23227.  
  23228. > Neither the States Attorney, nor any of his witnesses, presented the
  23229. > judge with any law I *supposedly* violated.
  23230.  
  23231. > The judge ruled to NOT allow me to have my radio back UNLESS I paid
  23232. > to have it unmodified.  
  23233.  
  23234. > I filed a motion for the Judge to reconsider his ruling, which is
  23235. > scheduled for February 9.  
  23236.  
  23237. > The reason I have opted to do this on my own is that the radio isn't
  23238. > worth more than a few hundred bucks.  I am pursuing this on the
  23239. > principal.  My radio is legal for me to own, and I am tired of the
  23240. > harassment from university police.
  23241.  
  23242. Don't expect the judge to change his mind.  These arrogant morons seem
  23243. to feel that you'll give up trying to beat them at their own game.
  23244.  
  23245. You'll need to take this issue to Federal court to have the judge's, prose-
  23246. cutor's, and Sheriff's collective hands slapped.  All these issues deal with 
  23247. *Federal* law, not local or state law.
  23248.  
  23249. But before you do anything, get competent counsel, and don't agree to,
  23250. or sign, ANYTHING without advice.  When "Wyatt Erp" sees you getting
  23251. serious, expect harassment like you've never seen before.  They might
  23252. even try planting something on you, or in your room, to get you thrown
  23253. out of school, or thrown in jail.  You're going to embarass them, and
  23254. "Wyatt Erp" doesn't like to be embarassed.
  23255.  
  23256. ------------------------------
  23257.  
  23258. From: md@pstc3.pstc.brown.edu (Michael P. Deignan)
  23259. Subject: Re: Legal Problem Due to Modified Radio
  23260. Date: 17 Jan 1995 15:05:06 GMT
  23261. Organization: Population Studies & Training Center
  23262.  
  23263.  
  23264. In article <telecom15.31.5@eecs.nwu.edu>, David A. Webb <mudaw@uxa.ecn.bgu.
  23265. edu> wrote:
  23266.  
  23267. [Story of police confiscating ham gear and not returning it.]
  23268.  
  23269. This problem should be very simple to solve. Call the American Radio Relay 
  23270. League in Newington, CT (1-203-666-1541). Ask for the name of the ARRL
  23271. Legal liason in your area. Many of these attornies, also hams, act pro-bono 
  23272. (for free) in cases like these.
  23273.  
  23274. Unfortunately, the story you describe is becoming more and more the norm 
  23275. today. Local police officers, ignorant of anything except how to hand out 
  23276. traffic tickets at the local speed trap, take it upon themselves to be 
  23277. "experts" in federal law. They see ham radios or any scanner as a "burglar" 
  23278. tool (why would any normal citizen want to listen to police frequencies, 
  23279. after all?)  and confiscate it for the good of humanity. You Jeffrey Dahmer,
  23280. you.
  23281.  
  23282. Its not illegal to possess a radio capable of transmitting on any
  23283. frequency. It is illegal to use it on that frequency. And, not even to
  23284. mention the fact that, unless it was a federal judge, the judge who
  23285. ordered you to pay to have it modified back to its original state has
  23286. no jurisdiction over the matter, such a motion on the part of any
  23287. court is asinine. What next? Ordering you to only put 1/4 tank of gas
  23288. in your car because it "might" be used as a getaway car at a bank robbery?
  23289. Tell you to have all your steak knives dulled because you might stab
  23290. someone?
  23291.  
  23292. ------------------------------
  23293.  
  23294. From: jlundgre@kn.PacBell.COM (John Lundgren)
  23295. Subject: Re: Data Over CB?
  23296. Date: 16 Jan 1995 23:21:19 GMT
  23297. Organization: Pacific Bell Knowledge Network
  23298.  
  23299.  
  23300. Sharpened Software (sharpen@chinook.halcyon.com) wrote:
  23301.  
  23302. > Are there any FCC regs concerning the type of information broadcast
  23303. > over the "Citizen's Band?"  In short, can I send data over CB?
  23304.  
  23305. TELECOM Digest Editor noted in reply:
  23306.  
  23307. > [TELECOM Digest Editor's Note: First off, you may not 'broadcast' over
  23308. > CB. The Crazy Band is intended, by FCC regulations for *two-way*
  23309. > personal communications. 'Broadcast' by definition is a one-way
  23310. > transmission intended specifically in a non-personal way for a large
  23311. > number of listeners. Is another site going to be responding to you in
  23312. > kind, with data back to you?
  23313.  
  23314. > Anyway, I think all this is very academic. Good luck if you want to try
  23315. > it. I presume the place you are broadcasting -- ooops!, communicating
  23316. > with is not more than 75-100 yards away. More than that and some Good
  23317. > Buddy will walk all over you. Its bad enough when two persons in actual
  23318. > voice communication have to ask each other to repeat themselves over
  23319. > and over because some local yokels are running way over the legal power
  23320. > limit. (So then you run extra power in order to get past the interference
  23321. > and he cranks his up a little more, etc.) Here in the Chicago area there
  23322. > are times and places the CB/eleven meter airwaves are solid heterodyne
  23323. > as the guys try to shove each other off the air. In the Crazy Band, no
  23324. > matter how loud your radio is; no matter how much power you put out or
  23325. > how well you are modulated, there is always someone out there whose
  23326. > radio is louder and has more power. They'll be glad to demonstrate it,
  23327. > you don't have to take their word for it. Just ask; they'll turn on 
  23328. > their linear amplifiers and their reverberation units wired in series
  23329. > with their power microphones and Break rake rake rake rake for a 
  23330. > Radio Check heck heck heck heck heck heck, and tell two old ladies with
  23331. > little handheld units seventy five miles away to 'back it down out there
  23332. > and give someone else a crack at it ..."  :)  I'd love to see the data
  23333. > before you send it, and after the other end gets it ... if it gets there
  23334. > at all.  PAT]
  23335.  
  23336. I love that. It has so much truth to it, and we on the coasts can often hear 
  23337. the people in the south and midwest trying to get thru when the skip is good.
  23338.  
  23339. The nice thing about using CB for data is that the TNC or packet adapter never
  23340. gets frustrated and gives up trying to get through.  Not so for humans.  It 
  23341. would be a good way to go, because the heavy-fisted and long winded breakers 
  23342. out there can't keep talking forever, however implausible that may seem.  But 
  23343. it *is* illegal.
  23344.  
  23345.  
  23346. John Lundgren - Elec Tech - Info Tech Svcs 
  23347. Rancho Santiago Community College District 
  23348. 17th St. at Bristol \ Santa Ana, CA 92706  
  23349. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  23350.  
  23351.  
  23352. [TELECOM Digest Editor's Note: Hey, don't you think we here in the Chicago
  23353. area don't hear the California guys working skip in the early morning hours
  23354. every day? At four or five o'clock in the morning on a summer day the guys
  23355. here are trying to talk to people in the UK. Around seven or so they start
  23356. screaming at California and the rest of the west coast.
  23357.  
  23358. One CB'er gets even:  This is a true story. A fellow using the handle-name
  23359. 'Doctor Witch' at times and 'Witch Doctor' at other times in Chicago, in a
  23360. neighborhood known for its large population of Appalachian Mountain folks
  23361. (I could say 'hillbillies' but that would be rude) was known to be a very
  23362. loud, very obnoxious guy on the radio. His antenna sat on top of a nine-
  23363. story apartment building, on a twenty foot mast which was mounted on the
  23364. roof. With a two-thousand watt linear amplifier ('only used when I need
  23365. it to get out', he would always claim), this guy could be heard all over
  23366. Chicago to say the least, and usually half of the United States as well.
  23367. If you did not use a CB radio, then you could hear him on Channel 2 on 
  23368. the television; that's how bad his harmonics could get sometimes.
  23369.  
  23370. He was prone to cussing a lot, but he was also very territorial, and since
  23371. he claimed Channel 16 (27.155 megs) as his private domain, generally no one 
  23372. else was bothered too much by him; they just stayed off Channel 16 rather
  23373. than put up with his abuse. One day someone on Channel 16 got him riled up 
  23374. over something. Witch Doctor had Nazi sympathies (if he was not actually a
  23375. member of the bunch here known as the 'American Nazi Party') so it did not
  23376. take a lot to get him started; hearing a black person on 'his' channel was
  23377. a good reason for him to let loose. This day was no exception, and a black
  23378. guy going on that frequency to get a radio check brought a stream of
  23379. obscenities and racial slurs from the good Doctor Witch. 
  23380.  
  23381. But this time someone was waiting for him ... another CB'er had hooked up
  23382. a tape recorder with a mobious (endless) loop cassette; the kind you use
  23383. in telephone answering machines ... one of the long, 90 second tapes. When
  23384. Doctor Witch started, this guy hit that record button and started making a
  23385. nice, juicy 90 second recording of it all. Did he take it to the FCC? No ...
  23386. a lot of good that would have done ... instead, once he had that minute and
  23387. a half of tape, he *reversed* the process and started playing it back out
  23388. over the air on the same channel, knowing the Doctor was still listening.
  23389. Played back anonymously of course; just key up and play it.
  23390.  
  23391.  -- Turn on linear amp; plug tape player output into microphone jack; key
  23392.     up and start playing the recording back out over the air --
  23393.  
  23394. Third person: Hey Witch Doctor, you said all that already!
  23395.  
  23396. Doctor Witch: Why, #$$%@#m some &$$#@* tape recorded me!
  23397.  
  23398. The tape is allowed to just cycle over and over again, repeating for
  23399. everyone what the Witch Doctor had said about blacks and jews; all the
  23400. cursing and comments about your mother; you name it. Soon the frequency 
  23401. is in an uproar since the black guy who went there originally has now
  23402. returned with his buddies on their CB's. The endless loop tape has
  23403. repeated itself over the air for the umpteenth time while the original
  23404. speaker is trying to explain yes, he said it once but he did not say
  23405. it a dozen more times.
  23406.  
  23407. Leaving the folks to have a good time on their own, the CB'er with the
  23408. tape recording goes around to all the other channels and plays it at
  23409. least once on each of them. After playing the tape, he remains silent
  23410. and as to be expected, a typical response:
  23411.  
  23412. "Witch Doctor, take it back to your own channel! Don't come over here and
  23413. start that garbage while my wife and her friends are talking." But when Witch
  23414. Doctor -- or more correctly, the pre-recorded tape -- failed to respond, 
  23415. a few simply assumed he went back to 'his channel' so they went there also
  23416. to tell him off. Soon people from other channels are coming onto Channel 16
  23417. angrily telling him off; he tries to explain it was *not* him ... 
  23418.  
  23419. "What's the idea of coming over to channel 31 and talking that way to my 
  23420. wife?"
  23421.  
  23422. "It wasn't me!"
  23423.  
  23424. "Well who was it then?"
  23425.  
  23426. "It was a recording of me ... "
  23427.  
  23428. "In other words, it was you ..."
  23429.  
  23430. "Well no, it was not me, it was a recording of me ..."
  23431.  
  23432. "What do you mean, a recording of you? What is this, summertime and
  23433. re-runs of the best of Doctor Witch?"
  23434.  
  23435.  ... and on it went, all afternoon and into the evening. Black guys in other
  23436. parts of the city, on other channels, hear about the abuse a brother received
  23437. on channel 16 from 'one of those white trash hillbillies in Uptown' and they
  23438. tune in to give their responses. This would have been about 1979-80.   PAT]
  23439.  
  23440. ------------------------------
  23441.  
  23442. From: wtm@uhura.neoucom.edu (Bill Mayhew)
  23443. Subject: Re: Data Over CB?
  23444. Organization: Northeastern Ohio Universities College of Medicine
  23445. Date: Tue, 17 Jan 1995 00:40:08 GMT
  23446.  
  23447.  
  23448. If I recollect correctly, CB citizen's radio service is governed by
  23449. part 15 chapter J.  Three classes of serivce: A, B and C are defined.
  23450. Class A is intended as a commercial service.  UHF handie-talkies are
  23451. an example.  Class B is the familiar 40 channel good buddy trucker
  23452. radio in the ~27 MHz range.  Class C is for remote control with
  23453. allocations in the 27 and 72 MHz ranges.
  23454.  
  23455. Class C has to compete with interference in the 27 MHz band from
  23456. poorly maintained and illegal class B radios.  In the 72 MHz band,
  23457. class C has to put up with old fashioned garage door systems.  Newer
  23458. garage doors are on 390 MHz.
  23459.  
  23460. So, if your "data" is for remote controlling something, you might be
  23461. able to get away with a class C license.  You have to accept the
  23462. interference you get from the other services.  You can *not* transmit
  23463. text data with a class C license, i.e. forget using a class C
  23464. license to remotely read netnews on a terminal via a radio link.
  23465. There is some room for interpretation in terms of remote control: you
  23466. could concievably use PCM ASCII codes such as L and R to determine
  23467. whether a robot goes left or right.  Class C only permits RF
  23468. continusous carrier transmissions (of arbitrary duration).  Model
  23469. planes are typically controlled by pulse position modulation where a
  23470. series of short CW pulses are offset to various degrees in time
  23471. windows followin a long reference pulse.  AM and FM are *NOT*
  23472. permitted.
  23473.  
  23474. Class A and B permit only speech emissions.
  23475.  
  23476. There is a shared allocation in the 902-928 MHz region where the
  23477. gov't, RADAR, commercial serice, codless phones, hams, etc.  coexist.
  23478. Provided you maintain radiated power limits, you could legally
  23479. construct an experimental data device for this band, but you have to
  23480. tolerate interference from the priority users and have to generate no
  23481. interference of your own.  I don't have my regs here, so you'll have
  23482. to look up the section of part 15 governing this.
  23483.  
  23484.  
  23485. Bill Mayhew        NEOUCOM Computer Services Department
  23486. Rootstown, OH  44272-0095  USA      phone: 216-325-2511
  23487. wtm@uhura.neoucom.edu       amateur radio 146.58: N8WED
  23488.  
  23489. ------------------------------
  23490.  
  23491. From: jlundgre@kn.PacBell.COM (John Lundgren)
  23492. Subject: Re: Would You Believe More Rain on the Way?
  23493. Date: 17 Jan 1995 13:08:13 GMT
  23494. Organization: Pacific Bell Knowledge Network
  23495.  
  23496.  
  23497. TELECOM Digest Editor (telecom@eecs.nwu.edu) wrote:
  23498.  
  23499. > Listening to WNIB on the radio this Saturday morning as I work on
  23500. > this issue ... the eight o'clock news says 'up to six more inches
  23501. > of rain due in California throughout the weekend ... more evacuations
  23502. > probably will be required ...'
  23503.  
  23504. > Well, good luck and my best regards, folks. It seems like the people
  23505. > in California spend all summer burning the place down, then spend
  23506. > all winter enduring mud slides and flooding. 
  23507.  
  23508. > Have the floods in California affected telephone service to any extent?
  23509.  
  23510. Glub glub.
  23511.  
  23512. Actually, other than getting a little wet, I haven't seen much in the
  23513. way of damage.  I had to drive home in knee-deep water last week
  23514. because it came down too fast to run off.  It took me about an hour
  23515. and a half to go seven miles; usually it takes 25 to 30 minutes, even in
  23516. rush hour.  Stupid drivers don't know about hydroplaning, yet.
  23517.  
  23518. The only damage I've seen in our part of town is where the freeways
  23519. are being widened, and there is construction going on.  There's just a
  23520. lot of muddy runoff.  The nice thing is that there isn't much smog in
  23521. the air.  But that doesn't last long.
  23522.  
  23523. The funny thing is that of the 1500 plus lines from the CO that I end
  23524. up troubleshooting, I haven't had a single line called in because of
  23525. the rain.  We have had a complaint from one user on campus that might
  23526. be because of water in our interbuilding cabling, but I'm not sure.
  23527. This week the faculty comes back from semester break, so I expect to
  23528. hear complaints from some about their phones.
  23529.  
  23530.  
  23531. John Lundgren - Elec Tech - Info Tech Svcs 
  23532. Rancho Santiago Community College District 
  23533. 17th St. at Bristol \ Santa Ana, CA 92706  
  23534. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  23535.  
  23536. ------------------------------
  23537.  
  23538. From: bruce.roberts@greatesc.com (Bruce Roberts)
  23539. Subject: Re: Would You Believe More Rain on the Way?
  23540. Date: Tue, 17 Jan 1995 07:31:00 GMT
  23541. Organization: The Great Escape - Gardena, CA - (310) 676-3534
  23542.  
  23543.  
  23544. > Well, good luck and my best regards, folks. It seems like the people
  23545. > in California spend all summer burning the place down, then spend
  23546. > all winter enduring mud slides and flooding. We are getting a lot
  23547. > of rain here today also, but the only effect has been to melt all
  23548. > the snow which had accumulated and leave some *huge* puddles of water
  23549. > to navigate at curbs where the street sewers are plugged, etc.
  23550.  
  23551. Ya know, now that you mention it, that IS what we do here in "sunny"
  23552. California.  <g>
  23553.  
  23554. > Have the floods in California affected telephone service to any extent?
  23555.  
  23556. Oh yes.  I haven't heard of any flooded central offices but I'll bet
  23557. it happened up North.  Had a chat at breakfast with some GTE field
  23558. crews and they said there was more overtime than they knew what to do
  23559. with.  Just locally they had a 900 pair cable (not mine, thank
  23560. goodness) get real wet and had to pull and splice a section.  We
  23561. ordered a couple of new lines at work and Pac Bell called to say there
  23562. will be a delay.  All the installers are now on field crew duty and
  23563. they don't know when they'll be able to get out circuits turned up.
  23564. Some of this happens whenever we get rain but this time is a LOT
  23565. worse.  Stay dry!
  23566.  
  23567.  
  23568. TTFN 
  23569.  
  23570. Bruce Roberts, bruce.roberts@greatesc.com
  23571.  
  23572. ------------------------------
  23573.  
  23574. From: dannyb@panix.com (danny burstein)
  23575. Subject: Long Distance Blocking, was Re: Old Rotary Service Question
  23576. Date: 17 Jan 1995 09:50:26 -0500
  23577.  
  23578.  
  23579. In <telecom15.31.6@eecs.nwu.edu> Bill Parrish <bparrish@bp700.rose.hp.com> 
  23580. writes:
  23581.  
  23582. > In the early 70s, I went to UCSB, and we were serviced by GTE in the
  23583. > dorms.  Occasionaly folks would decide to "share" a phone connection
  23584. > by making their own patches into terminal cabinets ....
  23585.  
  23586. > But there was a second funny thing about these "extensions" that was
  23587. > rather odd ... you sometimes could not make long distance calls  on
  23588. > them ...  If I recall right, there was some sort of a movable pin on the 
  23589. > back of the dial that could be put into one of several (three?) 
  23590. > positions, and if you moved the pin, it would enable the long-distance 
  23591. > capability.  Could someone >explain how that worked?
  23592.  
  23593. There are lots of tricks used (or which were used) by Telcos to restrict 
  23594. long distance call access. The simplest involved putting a diode in line 
  23595. with the phone line.
  23596.  
  23597. In many central offices, there would be a current reversal as a toll
  23598. call would go through the connection process. Sometimes this was only
  23599. for a fraction of a second, othertimes for the remaining duration of
  23600. the call.  Putting a diode in the line would break the current as this
  23601. occurred, thus putting the phone back "on hook" and killing the connection.
  23602.  
  23603. I personally did this to my phone line when I was in dormitory type
  23604. situation and other people had occassional (legit) access to my phone
  23605. (i.e. Danny, could I use your phone, here's a dime ...).
  23606.  
  23607. You still see this current reversal on many poorly designed coin phones.  
  23608. Far too often, when you call a number, you'll find the touch tone pad
  23609. has gone dead on you. (Has to do with very ancient history when touch
  23610. tone pads required the phones to be wired in one direction).
  23611.  
  23612. BTW, some additional "features" abotu using the diode trick:
  23613.  
  23614. a) Volume of the phone ringer would be cut by about a third. Remember 
  23615. that it is AC and you're blocking one direction of current.
  23616.  
  23617. b) There was often also a current reversal when calling the operator
  23618. or some other telco numbers. But local calls would go through ok.
  23619.  
  23620. c) of course I would never have done this, but if you put the diode on
  23621. a "friend's" phone line it would have been perhaps weeks before they
  23622. noticed anything was wrong (remember local calls went through ok). And
  23623. a cursory telco check of their phone linewould find nothing wrong (at
  23624. least the way they'd do these things "back then"), and they would go
  23625. crazy complaining back and forth and not getting anywhere.
  23626.  
  23627.  
  23628. dannyb@panix.com (or dburstein@mcimail.com)
  23629.  
  23630. ------------------------------
  23631.  
  23632. From: labatt@vbh.com (Chris Labatt-Simon)
  23633. Subject: Payphones Rejecting AT&T LD
  23634. Date: Tue, 17 Jan 95 03:08:16 EST
  23635. Organization: D&D Consulting
  23636.  
  23637.  
  23638. Howdy all -
  23639.  
  23640. I was driving down 22 in New York the other day towards Millerton, NY
  23641. and stopped to make a phone call at a payphone.  When I tried to dial
  23642. using my AT&T calling card the phone service wouldn't take it.  Then I
  23643. tried 10ATT0 and it still wouldn't go through.  Finally, I tried
  23644. 1-800-CALL-ATT and the call didn't go through.  Drove down another
  23645. five miles to another payphone.  Same company, same problem.  I tried
  23646. calling the 800 number for the company who owns the phone, and had to
  23647. pay $0.25 for the 800 call.  Their offices were closed.
  23648.  
  23649. I thought this was illegal?  If it is, does anyone have a number I can
  23650. call to stop this, as I often drive through this area ...
  23651.  
  23652.  
  23653. Thank,
  23654.  
  23655. Chris Labatt-Simon                       Internet: labatt@disaster.com 
  23656. Design & Disaster Recovery Consulting              pribik@rpi.edu
  23657. Albany, New York                              CIS: 73542,2601 
  23658. PHONE: (518) 495-5474                              FAX: (518) 786-6539 
  23659. Subscribe to the Lotus Notes Mailing List - e-mail me for info.... 
  23660. For info on D&D Consulting, send e-mail to info@disaster.com....
  23661.  
  23662.  
  23663. [TELECOM Digest Editor's Note: What you need is a supply of our COCOT
  23664. 'out of compliance' stickers. Review this file in the Telecom Archives
  23665. at lcs.mit.edu.  The idea is, when you find a phone which is not working
  23666. correctly (we assume the owner intended for it to operate in a legal way
  23667. but somehow the programming got messed up <grin>) then it is courteous to
  23668. place an 'out of order' sticker across the coin slot so no one else will
  23669. accidentally lose money in it ... <grin> .... and if someone removes the
  23670. out of order sticker without actually repairing the phone, then put a new
  23671. sticker on it, and just keep doing so. See the 'cocot' sub-directory in
  23672. the archives.   PAT]
  23673.  
  23674. ------------------------------
  23675.  
  23676. Date: Tue, 17 Jan 1995 07:18:37 -0800
  23677. From: mfletch@ix.netcom.com (Mark Fletcher)
  23678. Subject: Privately Owned Cables on Public Utility Poles
  23679.  
  23680.  
  23681. I am the Communications Manager at a large Northeastern resort where
  23682. my department maintains a Northern Telcom Meridian Option 71 with two
  23683. Meridian Option 11's in remote sites. Here is my dilemma:
  23684.  
  23685. Currently we lease about 100 pairs from the local RBOC at a cost of
  23686. $15.50 each per month. These lines service locations about two miles
  23687. apart down a State Highway, all in one municipality, and are used to
  23688. connect the remote sitches.
  23689.  
  23690. I have been told that we can apply to the local municipality for a
  23691. utility franchise, and then place our own cables on existing poles. At
  23692. our current cost of $18,000.00 annually for special circuits, this
  23693. possibility is very attractive to us.
  23694.  
  23695. If anyone has information about the process, or could point me to any
  23696. pertinant legal documents on the subject, I would be very greatful.
  23697.  
  23698. Please reply via direct e-mail to mfletch@ix.netcom.com. I will post my 
  23699. findings and a summary for all interested.
  23700.  
  23701.  
  23702. Thanks folks!
  23703.  
  23704. <switch hook>
  23705.  
  23706. By the way if any one is interested in discussing our database used to 
  23707. maintain our on property cable pairs, just leave me a note at the above 
  23708. e-mail address.
  23709.  
  23710. <click>
  23711.  
  23712. ------------------------------
  23713.  
  23714. From: barrus@merl.com (John W. Barrus)
  23715. Subject: CallerID and ANI
  23716. Date: Tue, 17 Jan 1995 09:01:08 -0500
  23717. Organization: Mitsubishi Electric Research Labs
  23718. Reply-To: barrus@merl.com
  23719.  
  23720.  
  23721. My wife sometimes returns calls to mental health patients when they
  23722. phone an emergency number.  When CallerID was started in our area, we
  23723. called and specifically asked to have line blocking put on our line
  23724. (we have to press something like *67 to turn on CallerID on outgoing
  23725. calls.)  We don't want anyone calling my wife back after she helps
  23726. them ou.  She has been harrassed before, but only indirectly through
  23727. the paging number, not to our home phone.
  23728.  
  23729. Two evenings ago, I called PC Connection from our phone and casually
  23730. asked if our number had come through when the customer assistant
  23731. answered our phone.  He then proceeded to recite our phone number to
  23732. me.  I did not (and never have) dialed the code to turn on CallerID.
  23733.  
  23734. Does this mean that our phone number is being transmitted, even when
  23735. the phone company says that it isn't?  Or do commercial enterprises
  23736. have a different system that always gets our phone number?  I assumed
  23737. that ANI and CallerID were both blocked with line blocking.
  23738.  
  23739. Is there an easy way to test whether or not line blocking is working
  23740. (I don't have any friends with CallerID boxes).
  23741.  
  23742. Any ideas?
  23743.  
  23744.  
  23745. John Barrus    Research Scientist    barrus@merl.com
  23746. Mitsubishi Electric Research Laboratories, Inc.  voice 1.617.621.7535
  23747. 201 Broadway   Cambridge, MA 02139               fax 1.617.621.7550
  23748.  
  23749.  
  23750. [TELECOM Digest Editor's Note: If you dial an 800 number then the called
  23751. party gets your ID whether you like it or not. There is no way for you to
  23752. block this. Regards Caller-ID, it *should* be blocked as you requested
  23753. except I think on long distance calls you now need to do the *67 whether
  23754. or not you have per-line blocking for local calls. I am not even certain
  23755. if you can block CID on interstate long distance any longer after the most
  23756. recent FCC rulings.   PAT]
  23757.  
  23758. ------------------------------
  23759.  
  23760. From: rogera@cts.com (Roger Atkinson)
  23761. Subject: How Many SONET/SDH Network Terminations?
  23762. Organization: R. F. Atkinson & Co.
  23763. Date: Tue, 17 Jan 1995 01:34:29 GMT
  23764.  
  23765.  
  23766. Does anybody have some notion of how many SONET network terminations
  23767. are presently in service in the US and Canada?  SONET/SDH worldwide?
  23768. By 'network termination' I mean a connection to a public SONET/SDH
  23769. network at a customer premise, or a connection between networks,
  23770. public or private.
  23771.  
  23772. More important question(s): How many such connections will be in use
  23773. in the next three to five years, or how many will be installed each
  23774. year, three to five years from now?
  23775.  
  23776. We are trying to decide whether to jump on the bandwagon.  Educated
  23777. guesses will be greatly appreciated.
  23778.  
  23779.  
  23780. Thanks for your help,  
  23781.  
  23782. Roger Atkinson
  23783.  
  23784. ------------------------------
  23785.  
  23786. Date: Tue, 17 Jan 1995 12:22:23 -0500
  23787. From: rjs@farnsworth.mit.edu (Richard Jay Solomon)
  23788. Subject: Need Info on Two-Line, Digital Answering Devices With ANI
  23789.  
  23790.  
  23791. Has anyone tested or reviewed the Friday machine by Bogen or AT&T's
  23792. new two-line digital answering machine? Will they respond to ANI like
  23793. the NTI device mentioned in TELECOM Digest?
  23794.  
  23795.  
  23796. Richard Solomon   MIT Research Program on Communications Policy
  23797.  
  23798. ------------------------------
  23799.  
  23800. Date: Tue, 17 Jan 1995 11:37:35 EST
  23801. From: Anthony D'Auria <dauriaa@voyager.bxscience.edu>
  23802. Subject: Is the Pentium Bug Really That Bugging?
  23803.  
  23804.  
  23805. Hi! My name is Anthony D'Auria and I own a P90 super loaded desktop. I
  23806. use it practically every day for the net and business. I haven't
  23807. experienced any trouble with the floating point calculations (not that
  23808. I use them). I think that IBM is making a big deal of a little thing.
  23809. People with Pentiums start panicking, thinking that their system is
  23810. all messed up.  For an average user, it doesn't seem to fearsome, but
  23811. if you have some heavy duty stuff to do, it can really do some damage.
  23812.  
  23813. Question: Does this floating point calculation bug affect system
  23814. performance? Is that why some Pentiums bottleneck? What and where
  23815. should a person contact to get the messed up chip replaced? Is it
  23816. actually worth it?
  23817.  
  23818. If you have any ideas, respond: dauriaa@voyager.bxscience.edu.
  23819.  
  23820.  
  23821. With regards,
  23822.  
  23823. Anthony D'Auria
  23824.  
  23825. ------------------------------
  23826.  
  23827. From: alexz@tmx100.elex.co.il (Alex Zacharov)
  23828. Subject: ATM Based PBX
  23829. Date: Tue, 17 Jan 1995 15:33:21 GMT
  23830. Organization: Telrad Ltd.
  23831.  
  23832.  
  23833.     Has anybody heard about ATM-based SX-2000 Light PBX from Mitel,
  23834. that has been advertised in Telecommunications, November 1993? How can
  23835. I get more information about this product?
  23836.  
  23837. Please, send answer to: alexz@tmx100.elex.co.il.
  23838.  
  23839. Thanks. 
  23840.  
  23841. ------------------------------
  23842.  
  23843. End of TELECOM Digest V15 #35
  23844. *****************************
  23845.     
  23846.     
  23847.     
  23848. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa22392;
  23849.           17 Jan 95 19:59 EST
  23850. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23851.     id AA00565; Tue, 17 Jan 95 14:25:30 CST
  23852. Return-Path: <telecom>
  23853. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  23854.     id AA00556; Tue, 17 Jan 95 14:25:23 CST
  23855. Date: Tue, 17 Jan 95 14:25:23 CST
  23856. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  23857. Message-Id: <9501172025.AA00556@delta.eecs.nwu.edu>
  23858. To: telecom@eecs.nwu.edu
  23859. Subject: TELECOM Digest V15 #36
  23860.  
  23861. TELECOM Digest     Tue, 17 Jan 95 14:25:00 CST    Volume 15 : Issue 36
  23862.  
  23863. Inside This Issue:                          Editor: Patrick A. Townson
  23864.  
  23865.     Horrible Earthquake in Japan (TELECOM Digest Editor)
  23866.     Re: Legal Problem Due to Modified Radio (Bob Keller)
  23867.     Re: Legal Problem Due to Modified Radio (Ben Burch)
  23868.     Re: Legal Problem Due to Modified Radio (Bill Garfield)
  23869.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Gary Novo)
  23870.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Bob Keller)
  23871.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Clifton T. Sharp)
  23872.     Re: Chatter Heard on Scanner Leads to Criminal Charges (Peter Dibble)
  23873.     Re: Cellular NAM and ESN (Bob Keller)
  23874.     Re: Cellular NAM and ESN (Alan Shen)
  23875.     Re: Cellular NAM and ESN (Jeff Box)
  23876.     Re: Cell Phone PINs (Jay Hennigan)
  23877.     Re: Cell Phone PINs (Henry Baker)
  23878.     Re: Cellular Phone Pricing Question (Ken Weaverling)
  23879.  
  23880. TELECOM Digest is an electronic journal devoted mostly but not
  23881. exclusively to telecommunications topics. It is circulated anywhere
  23882. there is email, in addition to various telecom forums on a variety of
  23883. public service systems and networks including Compuserve and America
  23884. On Line. It is also gatewayed to Usenet where it appears as the moderated
  23885. newsgroup 'comp.dcom.telecom'. 
  23886.  
  23887. Subscriptions are available to qualified organizations and individual
  23888. readers. Write and tell us how you qualify:
  23889.  
  23890.                  * telecom-request@eecs.nwu.edu *
  23891.  
  23892. The Digest is edited, published and compilation-copyrighted by Patrick
  23893. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  23894. or phone at:
  23895.                     9457-D Niles Center Road
  23896.                      Skokie, IL USA   60076
  23897.                        Phone: 708-329-0571
  23898.                         Fax: 708-329-0572
  23899.   ** Article submission address only: telecom@eecs.nwu.edu **
  23900.  
  23901. Our archives are located at lcs.mit.edu and are available by using
  23902. anonymous ftp. The archives can also be accessed using our email
  23903. information service. For a copy of a helpful file explaining how to
  23904. use the information service, just ask.
  23905.  
  23906. *************************************************************************
  23907. *   TELECOM Digest is partially funded by a grant from the              *
  23908. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  23909. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  23910. * project.  Views expressed herein should not be construed as represent-*
  23911. * ing views of the ITU.                                                 *
  23912. *************************************************************************
  23913.  
  23914. Additionally, the Digest is funded by gifts from generous readers such
  23915. as yourself who provide funding in amounts deemed appropriate. Your help 
  23916. is important and appreciated. A suggested donation of twenty dollars per
  23917. year per reader is considered appropriate. See our address above.
  23918.  
  23919. All opinions expressed herein are deemed to be those of the author. Any
  23920. organizations listed are for identification purposes only and messages
  23921. should not be considered any official expression by the organization.
  23922. ----------------------------------------------------------------------
  23923.  
  23924. From: TELECOM Digest Editor <telecom@eecs.nwu.edu>
  23925. Subject: Horrible Earthquake in Japan
  23926. Date: Tue, 17 Jan 1995 14:00:00 CST
  23927.  
  23928.  
  23929. Word is reaching us of a very severe earthquake which hit Japan several
  23930. hours ago. This is reported to be the worst there in over a hundred years.
  23931. Over 170,000 people have died, and entire cities are in flames. The
  23932. government is attempting to cope with it, but is somewhat at a loss due
  23933. to the severity of it. President Clinton has been in touch with the
  23934. Japanese government and is sending immediate assistance as needed.
  23935.  
  23936. This comes by coincidence on the anniversary of Northridge ...
  23937.  
  23938. Can any of our Japanese readers give us more details?  What has been the
  23939. extent of the damage where telecommunications is concerned?  
  23940.  
  23941.  
  23942. PAT
  23943.  
  23944. ------------------------------
  23945.  
  23946. Date: Tue, 17 Jan 1995 10:55:09 EST
  23947. From: Bob Keller <rjk@telcomlaw.com>
  23948. Subject: Re: Legal Problem Due to Modified Radio
  23949.  
  23950.  
  23951. David,
  23952.  
  23953. I am not sure if this will be applicable, and therefore helpful, in
  23954. your circumstances, but you should be aware of a 1993 FCC Ruling
  23955. preempting state and local laws concerning amateur operator use of
  23956. transceivers capable of reception beyond the ham bands.  The official
  23957. citation is: PR Docket No.  91-36, Memorandum Opinion and Order (FCC
  23958. 93-410), 8 FCC Rcd 6413, 73 Rad. Reg. (P&F) 1196 (September 3, 1993).
  23959.  
  23960. In paragraph 13 of the order the FCC wrote:
  23961.  
  23962. We hold that state and local laws that preclude the possession in
  23963. vehicles or elsewhere of amateur radio service transceivers by amateur
  23964. operators merely on the basis that the transceivers are capable of the
  23965. reception of public safety, special emergency, or other radio service
  23966. frequencies, the reception of which is not prohibited by federal law,
  23967. are inconsistent with the federal objectives of facilitating and
  23968. promoting the amateur radio service and, more fundamentally, with the
  23969. federal interest in amateur operators' being able to transmit and
  23970. receive on authorized amateur service frequencies.  We therefore hold
  23971. that such state and local laws are preempted by federal law.
  23972.  
  23973. I'd be happy to fax you a copy of the decision and/or chat with you
  23974. about it.  Email me or give me call.
  23975.  
  23976.  
  23977. Bob Keller (KY3R)                   Email: rjk@telcomlaw.com
  23978. Law Office of Robert J. Keller, P.C.   Telephone:  301.229.5208
  23979. Federal Telecommunications Law         Facsimile:  301.229.6875
  23980.  
  23981. ------------------------------
  23982.  
  23983. From: Ben_Burch@wes.mot.com (Ben Burch)
  23984. Subject: Re: Legal Problem Due to Modified Radio
  23985. Organization: Motorola, Inc.
  23986. Date: Tue, 17 Jan 1995 17:13:21 GMT
  23987.  
  23988.  
  23989. In article <telecom15.31.5@eecs.nwu.edu>, mudaw@uxa.ecn.bgu.edu (David
  23990. A. Webb) wrote:
  23991.  
  23992. > An officer found my 2 meter amateur transceiver, turned it on, and
  23993. > discovered it could transmit on frequencies licensed to the local
  23994. > county police.  I was not in my room during the time of the search,
  23995. > so I had no control over its operation.  
  23996.  
  23997. This officer was in violation of federal law for tampering with an
  23998. amateur radio station.  Please turn him over to the FCC!
  23999.  
  24000.  
  24001. Ben Burch               Motorola Wireless Data Group:
  24002. Ben_Burch@wes.mot.com   Makers of the Envoy(R) Personal 
  24003.                         Wireless Communicator
  24004.                         Envoy(R) Information Line;
  24005.                         1-800-8-WIRELESS
  24006.  
  24007. ------------------------------
  24008.  
  24009. Subject: Re: Legal Problem Due to Modified Radio
  24010. From: bill.garfield@yob.com (Bill Garfield)
  24011. Date: Tue, 17 Jan 95 07:43:00 -0600
  24012. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  24013. Reply-To: bill.garfield@yob.com (Bill Garfield)
  24014.  
  24015.  
  24016. > Witness #3 was a person who services amateur equipment.  He stated
  24017. > that my radio is type accepted, and therefor it is illegal to modify.
  24018. > Illegal modification therefor makes my radio illegal to possess.
  24019.  
  24020. > Witness #1 was the university officer who stated under oath that he
  24021. > used the radio to transmit on county frequencies to verify the
  24022. > modifications.  He also stated in his professional capacity that my
  24023. > radio is illegally modified, and therefor illegal to possess.  He
  24024. > further stated that he called the FCC and was told my radio is illegal
  24025. > to possess.
  24026.  
  24027. While the writer is correct in his statement that Amateur or Ham radio
  24028. equipment is not 'type-accepted', equipment which -lawfully- operates
  24029. on commercial frequencies (police frequencies) and is capable of
  24030. TRANSMITTING thereon, _must be_ type accepted, approved and certified
  24031. for such use.  The modifications therefore would constitute an equipment 
  24032. technical violation.
  24033.  
  24034. Although the act of 'tampering' with non type-accepted equipment is
  24035. allowable, the moment that equipment radiates energy on frequencies
  24036. where type acceptance _is_ a requirement, then the modified equipment
  24037. is in violation and as "property" it becomes contraband.
  24038.  
  24039. While FCC regulations deal mainly with use and not possession, the
  24040. writer may still be on shaky ground.  I certainly wouldn't want the
  24041. local constabulary _aware_ that I possessed transmitting equipment
  24042. capable of operating on their lawfully assigned frequencies.
  24043.  
  24044. But the obvious question which remains unanswered is -why- was the
  24045. person's room searched in the first place?  "Reasonable suspicion" is
  24046. sufficient grounds in most jurisdictions, but suspicion of what?
  24047.  
  24048.  
  24049. Ye Olde Bailey BBS Zyxel 713-520-1569(V.32bis) USR 713-520-9566(V.34/FC)|
  24050. Houston,Texas    yob.com   Home of alt.cosuard
  24051.  
  24052.  
  24053. [TELECOM Digest Editor's Note: Well, this is something the original
  24054. writer did not explain to us, and as you suggest, it seems like a very
  24055. important part of this whole mystery. If their 'reasonable suspicion'
  24056. had to do with improper or inappropriate transmissions on the radio,
  24057. then the defenses discussed to date may go topsy-turvy in court. This
  24058. may or may not be the best forum for David Webb to use to say everything
  24059. he knows about this case -- at least at this time -- but I hope David
  24060. will get an attorney and be completely straight with him. Attornies will
  24061. tell you how the worst thing in the world -- and a very common thing,
  24062. unfortunatly -- is to have a client who lies to them. Then they get in
  24063. court, and the *other side* tells the attorney stuff his own client had
  24064. 'forgotten' to mention. End result, the attorney gets egg on his face
  24065. and looks like an idiot.  Attornies don't like that. So David, please
  24066. do get a competent attorney, and when all is over and done with, tell
  24067. us how things worked out, okay?   PAT]
  24068.  
  24069. ------------------------------
  24070.  
  24071. Date: Tue, 17 Jan 1995 03:27:06 -0500
  24072. From: GaryNovo@aol.com
  24073. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges 
  24074. Reply-to: gnovosielski@mcimail.com
  24075.  
  24076.  
  24077. In TELECOM Digest; Mon, 16 Jan 95; 09:19:00 CST; Volume 15 : Issue 32
  24078. billsohl@earth.planet.net (Bill Sohl) writes:
  24079.  
  24080. > No one needs any authority from the FCC to operate a receiver ...
  24081. > that's one of the fundamental differences between the USA and many
  24082. > other countries.
  24083.  
  24084. In my view this so-called "fundamental difference" is a fairly hollow
  24085. one.  True, you don't need a license to operate a receiver in the
  24086. U.S., and there are no license fees or federal taxes to be paid.
  24087.  
  24088. I suppose, once upon a time, that "difference" implied a reverence for
  24089. personal liberties which was arguably greater than it was in countries
  24090. where receivers were heavily regulated, taxed, or even outlawed.
  24091.  
  24092. But in the intervening years, Congress has passed a series of laws making 
  24093. the actual use of receivers illegal in a number of circumstances. The fact 
  24094. that they have never passed a law taxing them is cold comfort.
  24095.  
  24096. ECPA as amended is only the latest insult. Previous laws made it illegal to 
  24097. intercept certain satellite downlinks (and uplinks), radar speed guns,
  24098. and a number of other types of signals. If the trend continues, listening to 
  24099. any signal not explicitly intended for broadcast will be illegal. I know that 
  24100. at least one Congress member proposed legislation with just that wording.
  24101.  
  24102. The freedom to own a device which one is not free to use is ironically
  24103. appropriate in a country which increasingly seems to value ownership
  24104. and property rights above the civil rights of its citizens.
  24105.  
  24106. If I had my choice, I would much rather pay a tax or a license fee of a few
  24107. bucks per year on a receiver if it brought with it the freedom to use the
  24108. device as I saw fit.
  24109.  
  24110.  
  24111. Gary Novosielski   GPN Consulting   My opinions ARE those of my employer.
  24112.  
  24113. ------------------------------
  24114.  
  24115. Date: Tue, 17 Jan 1995 10:25:41 EST
  24116. From: Bob Keller <rjk@telcomlaw.com>
  24117. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  24118.  
  24119.  
  24120. In TELECOM Digest V15 #32, Bill Sohl <billsohl@planet.net> wrote: 
  24121.  
  24122. > I have no problem with this statement and I'll state unequivocally
  24123. > that scanners and/or other types of radio receivers are not (if
  24124. > designed properly) included in the catagory "intentional or
  24125. > unintential radiator" and they are not, therefore, licensed.
  24126.  
  24127. I did not realize this was such a heated matter or I never would have
  24128. stuck my nose into it ... but, now that I'm here <G> ... 
  24129.  
  24130. A scanner most definitely is a "radiator".  If nothing else, the micro-
  24131. processor circuitry that makes it scan constitutes an unintentional 
  24132. radiator within the meaning of the rules.  Many people in this thread
  24133. seem to be confusing "radiator," which is a defined term of art under
  24134. Part 15, with "transmitter" in the usual sense of that word.  Many
  24135. devices which are not "transmitters" (including not only receive-only
  24136. devices, but also devices that have nothing whatsoever to do with
  24137. transmission or reception of signals) nonetheless "radiate" electromagnetic 
  24138. energy and are subject to Part 15.
  24139.  
  24140. In an oversimplified view, Part 15 governs two large classification of
  24141. devices: (1) transmitters (in the general sense of that word) that
  24142. operate at sufficiently low power levels and/or restricted
  24143. circumstances that individual licensing is not necessary, and (2)
  24144. devices that are _not_ transmitters (in the general sense of that
  24145. word) but which nonetheless generate electromagnetic fields.
  24146.  
  24147. The only points that I really wanted to make when I jumped in here
  24148. are: (1) It is not entirely accurate to say that Part 15 places _no_
  24149. obligations on the user or the consumer.  (2) The scope of Part 15 is
  24150. much, much broader than what we generally think of as "transmitters."
  24151. (3) User modification of a device _can_ (I don't say it _will_, I say
  24152. it _can_) invalidate the device's Part 15 certification and/or
  24153. verification.
  24154.  
  24155. I am _not_ saying that home-built devices and/or user-modified devices
  24156. are therefore automatically unlawful.  In building or modifying a
  24157. device, however, the user is responsible for keeping the technical
  24158. parameters of the device within the radiation limits prescribed by
  24159. Part 15 and, if those limits are exceeded, the user no-longer enjoys
  24160. the right conferred by Part 15 to use the device without a license.
  24161. With the possible exception of cellular scanners (which is an issue
  24162. contaminated by political/industry pressures and other laws having
  24163. nothing to do with the regulatory purposes of Part 15), I don't think
  24164. there is any intent on the part of the government to prevent someone
  24165. from building or modifying non-transmitter devices (on a
  24166. non-commercial basis) in ways that do not cause interference, nor do I
  24167. think there is any governmental interest in expending resources
  24168. worrying it.
  24169.  
  24170.  
  24171. Bob Keller (KY3R)            Email: rjk@telcomlaw.com
  24172. Law Office of Robert J. Keller, P.C.   Telephone:  301.229.5208
  24173. Federal Telecommunications Law       Facsimile:  301.229.6875
  24174.  
  24175. ------------------------------
  24176.  
  24177. From: clifto@indep1.chi.il.us (Clifton T. Sharp)
  24178. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  24179. Date: Tue, 17 Jan 1995 07:04:15 GMT
  24180.  
  24181.  
  24182. In article <telecom15.32.9@eecs.nwu.edu> plaws@comp..uark.edu (Peter
  24183. Laws) writes:
  24184.  
  24185. >> "The operation of an intentional or unintentional radiator 
  24186.  
  24187. > RADIATOR!!!  Not receiver!!  *Transmitters* are a "whole nother"  thing. 
  24188.  
  24189. > Radiator != receiver (I'll leave aside poorly shielded local oscillators:). 
  24190.  
  24191. But that was the whole point.  A receiver with a poorly shielded local
  24192. oscillator, or for that matter a computer or sparking relay or defective 
  24193. fluorescent light, are UNINTENTIONAL radiators (see above) and are just as 
  24194. thoroughly regulated (albeit not as often enforced :-).
  24195.  
  24196.  
  24197. Cliff Sharp   WA9PDM        
  24198. clifto@indep1.chi.il.us
  24199.  
  24200. ------------------------------
  24201.  
  24202. From: dibble@microware.com (Peter Dibble)
  24203. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  24204. Date: 17 Jan 1995 01:21:53 GMT
  24205. Organization: Microware Systems Corp., Des Moines, Iowa
  24206.  
  24207.  
  24208. In article <telecom15.27.10@eecs.nwu.edu> TELECOM Digest Editor noted 
  24209. in response to Bob Keller <rjk@telcomlaw.com>: 
  24210.  
  24211. > [TELECOM Digest Editor's Note: Thank you, Bob. Section 15.21 is all
  24212. > May I suggest to readers the next time you decide to purchase some sort of
  24213. > radio, or television perhaps, *look at the user manual*. Let's leave Radio
  24214.  
  24215. Are you sure about this Pat?  I looked carefully through the user
  24216. manual for an AM/FM receiver and couldn't find a single reference to
  24217. the FCC or any form of license or precaution except that there was
  24218. quite a lot of prose explaining that it could be dangerous to listen
  24219. to the radio at too high a volume.
  24220.  
  24221.  
  24222. Peter
  24223.  
  24224. ------------------------------
  24225.  
  24226. Date: Tue, 17 Jan 1995 11:04:50 EST
  24227. From: Bob Keller <rjk@telcomlaw.com>
  24228. Subject: Re: Cellular NAM and ESN
  24229.  
  24230.  
  24231. In TELECOM Digest V15 #30, Alan Shen <kermee@u.washington.edu> wrote:
  24232.  
  24233. >> Call your cellular carrier about this. Some will allow you to have one
  24234. >> NAM for two different phones (with different ESN numbers) for an extra
  24235. >> charge usually from about $5-$8 a month.
  24236.  
  24237. John Covert responded:
  24238.  
  24239. > Absolutely not!  This is a violation of the cellular standard and
  24240. > forbidden by the FCC.  No carrier may permit it.  It will not work
  24241. > correctly; if both phones are on at the same time it may interfere
  24242. > with calls to other subscribers.
  24243.  
  24244. Setting aside the technology for the moment (NAMs, ESNs, etc.), what
  24245. some carrier's are offering is the ability to have the same cellular
  24246. telephone number active on more than one unit.  For example, Cellular
  24247. One in the Washington/Baltimore area just announced the service at
  24248. $17.95 per month for up to three different units.  What is illegal
  24249. under FCC rules is post-manufacturer modification of the ESN.  This
  24250. was done not for the purpose of precluding cellular "extension" phones
  24251. to otherwise legitimate users, but rather in response to the
  24252. ever-growing fraud due to "cloning" of cellular phones.  There are
  24253. ways that cellular carriers can accomplish the same result in the
  24254. switch without modifying the ESN and therefore without violating the
  24255. law.
  24256.  
  24257. The FCC staff has always had a policy prohibiting ESN cloining and/or
  24258. tinkering, but until recently in was based on interetation of rules
  24259. that really didn't directly address the matter, as well as to incorporation 
  24260. by reference of external industry equipment standards.  A new rule
  24261. which significantly more teeth was therefore promulgated, and became
  24262. effective on January 1, 1995:
  24263.  
  24264.     New FCC Rule Section 22.919
  24265.     47 C.F.R. Section 22.919
  24266.     ---------------------------------
  24267.  
  24268.     22.919 Electronic serial numbers.
  24269.  
  24270.     The Electronic Serial Number (ESN) is a 32 bit binary 
  24271.     number that uniquely identifies a cellular mobile 
  24272.     transmitter to any cellular system.
  24273.  
  24274.         (a) Each mobile transmitter in service must have a 
  24275.         unique ESN.
  24276.  
  24277.     (b) The ESN host component must be permanently attached 
  24278.         to a main circuit board of the mobile transmitter 
  24279.         and the integrity of the unit's operating software 
  24280.         must not be alterable.  The ESN must be isolated 
  24281.         from fraudulent contact and tampering.  If the ESN 
  24282.         host component does not contain other information, 
  24283.         that component must not be removable, and its 
  24284.         electrical connections must not be accessible.  If 
  24285.         the ESN host component contains other information, 
  24286.         the ESN must be encoded using one or more of the 
  24287.         following techniques:
  24288.  
  24289.         (1) Multiplication or division by a polynomial;
  24290.  
  24291.         (2) Cyclic coding;
  24292.  
  24293.         (3) The spreading of ESN bits over various non-
  24294.             sequential memory locations.
  24295.  
  24296.         (c) Cellular mobile equipment must be designed such 
  24297.         that any attempt to remove, tamper with, or change 
  24298.         the ESN chip, its logic system, or firmware 
  24299.         originally programmed by the manufacturer will 
  24300.         render the mobile transmitter inoperative.
  24301.  
  24302.     (d) The ESN must be factory set and must not be 
  24303.         alterable, transferable, removable or otherwise 
  24304.         able to be manipulated in the field.  Cellular 
  24305.         equipment must be designed such that any attempt to 
  24306.         remove, tamper with, or change the ESN chip, its 
  24307.         logic system, or firmware originally programmed by 
  24308.         the manufacturer will render the mobile transmitter 
  24309.         inoperative.
  24310.  
  24311.                              -----------------
  24312.  
  24313. Bob Keller (KY3R)            Email: rjk@telcomlaw.com
  24314. Law Office of Robert J. Keller, P.C.   Telephone:  301.229.5208
  24315. Federal Telecommunications Law       Facsimile:  301.229.6875
  24316.  
  24317. ------------------------------
  24318.  
  24319. From: Alan Shen <kermee@u.washington.edu>
  24320. Subject: Re: Cellular NAM and ESN
  24321. Date: Tue, 17 Jan 1995 01:10:07 -0800
  24322. Organization: University of Washington
  24323.  
  24324.  
  24325. On Thu, 12 Jan 1995, John R. Covert wrote:
  24326.  
  24327. > Alan Shen <kermee@u.washington.edu> wrote:
  24328.  
  24329. >> Call your cellular carrier about this. Some will allow you to have one
  24330. >> NAM for two different phones (with different ESN numbers) for an extra
  24331. >> charge usually from about $5-$8 a month.
  24332.  
  24333. > Absolutely not!  This is a violation of the cellular standard and
  24334. > forbidden by the FCC.  No carrier may permit it.  It will not work
  24335. > correctly; if both phones are on at the same time it may interfere
  24336. > with calls to other subscribers.
  24337.  
  24338. Are you sure? I've seen flyers from several different carriers now
  24339. offering one NAM with multiple ESN. It's perfectly legal. You must be
  24340. talking about have two phones with the same NAM and ESN.
  24341.  
  24342.  
  24343. Daniel Kao
  24344.  
  24345. ------------------------------
  24346.  
  24347. From: jeffb65582@aol.com (JeffB65582)
  24348. Subject: Re: Cellular NAM and ESN
  24349. Date: 16 Jan 1995 16:20:15 -0500
  24350. Organization: America Online, Inc. (1-800-827-6364)
  24351. Reply-To: jeffb65582@aol.com (JeffB65582)
  24352.  
  24353.  
  24354. Southwestern Bell Mobile Systems in Dallas does offer the "same number
  24355. with two different phones" (each with different ESN) for $10 per
  24356. month.  You are cautioned that if both phones are turned on, incoming
  24357. calls will generally go to one phone (at random) but not both.  Also,
  24358. the phones can't call each other.
  24359.  
  24360. Its a popular offering for those who have a mobile and want a handheld
  24361. also.
  24362.  
  24363.  
  24364. Jeff Box
  24365.  
  24366. ------------------------------
  24367.  
  24368. From: jay@rain.org (Jay Hennigan)
  24369. Subject: Re: Cell Phone PINs
  24370. Date: 17 Jan 1995 01:40:37 GMT
  24371. Organization: RAIN Public Access Internet (805) 967-RAIN
  24372.  
  24373.  
  24374. A. Padgett Peterson (padgett@tccslr.dnet.mmc.com) wrote:
  24375.  
  24376. > Mark Smith    Mercerville, NJ writes:
  24377.  
  24378. >> By contrast, customers not using PINs must bring their phones back to a
  24379. >> carrier or dealer for a new phone number, notify business associates
  24380. >> and friends of the number change, or even modify business cards and
  24381. >> stationery.
  24382.  
  24383. > Don't understand the last part, the ESN is what needs to change, not
  24384. > the phone number, guess someone does not understand the difference.
  24385. > This is from a telco press release?
  24386.  
  24387. Changing either will disable the cloned phone.  The ESN and MIN (phone
  24388. number) must match the carrier's records for the call to go through.
  24389. As it is easier for the carrier to change the MIN than the ESN, they
  24390. suggest this as the solution, despite the obvious inconvenience to
  24391. their customers.
  24392.  
  24393. Even if the carriers had the capability to reprogram ESNs, I doubt
  24394. that they would release it to their field-level techs.  There would be
  24395. a lot of under-the-table cloning for customers who want two phones on
  24396. the same number originating from the carriers' own service facilities.
  24397.  
  24398. For someone who has been hit by the cloners and wants to keep the same
  24399. phone number, he can either buy a new phone (at premuim prices because
  24400. of no new activation), send it back to the manufacturer for a new ESN,
  24401. or find a cloner to change it to something different and not in use on
  24402. the home system and then get the carrier to update its records with
  24403. the new ESN.
  24404.  
  24405. ------------------------------
  24406.  
  24407. From: hbaker@netcom.com (Henry Baker)
  24408. Subject: Re: Cell Phone PINs
  24409. Date: Tue, 17 Jan 1995 10:18:24 GMT
  24410.  
  24411.  
  24412. In article <telecom15.27.1@eecs.nwu.edu>, jeff@cher.heurikon.com (Jeffrey
  24413. Mattox) wrote:
  24414.  
  24415. > In article <telecom15.24.8@eecs.nwu.edu>, Carl Oppedahl <oppedahl@patents.
  24416. > com> wrote:
  24417.  
  24418. >> I was reading a book about the cellular system that was published
  24419. >> eight years ago ... it identified the problem that if people copy down
  24420. >> the ESN and phone number they could get free calls ... despite this
  24421. >> the cellular industry moved ahead with the present system.
  24422.  
  24423. > Somewhere, the person(s) that made the design/political decisions to
  24424. > implement the system this horrible way are watching.  They probalby
  24425. > even have cellular phones themselves.  I wonder what they are
  24426. > thinking.  "Gosh, I was a dumb so-an-so for ..."  I wonder if it's the
  24427. > same guy who invented the VCR programming scheme -- in which case he's
  24428. > probably more of the mind to be laughing at the mess he's created.
  24429.  
  24430. Highly unlikely.  The attitude in big business has always been to
  24431. move in packs, so that no individual will ever be blamed.  "The _committee_
  24432. made the decision", etc.  These guys are so clueless, that even if
  24433. you pointed it out to them, they still wouldn't understand.
  24434.  
  24435. The banking system's electronic funds transfer system is only a mite
  24436. more secure than the cellular telephone system (this has been
  24437. discussed on comp.risks).  Even though hundreds of millions of dollars
  24438. of fraud have been admitted (who knows how much worse hasn't been
  24439. admitted), these guys still won't move to really fix the system.
  24440.  
  24441. Apparently, so long as they can get insurance, they don't care what
  24442. the losses are.
  24443.  
  24444. So long as the cellular carriers can continue to pass on the losses to
  24445. the _paying_ customers, and the totally clueless regulators allow them
  24446. to do so, they won't lift a finger to stop the problem.
  24447.  
  24448. ------------------------------
  24449.  
  24450. From: weave@hopi.dtcc.edu (Ken Weaverling)
  24451. Subject: Re: Cellular Phone Pricing Question
  24452. Date: 17 Jan 1995 12:56:13 -0500
  24453. Organization: Delaware Technical & Community College
  24454.  
  24455.  
  24456. In article <telecom15.10.9@eecs.nwu.edu>, John McGing <jmcging@access.
  24457. digex.net> wrote:
  24458.  
  24459. > Anyway, I have a couple of questions: Even including the $25.00 year
  24460. > to the employee association, the monthly base cost is $11.03 month vs
  24461. > $24.95.  Over three years that's $167.00 x3 or over $500.00 in
  24462. > savings.  Is this deal too good to be true?  The three year thing
  24463. > doesn't worry me (we're NOT moving <g> and the car phone we have is a
  24464. > real top drawer Motorola we can switch to a new car.).  Should it?
  24465.  
  24466. One of the reasons for a three year contract may be due to the cell
  24467. company planning on, or expecting, cell prices to drop in that period.
  24468. If they do, and you are locked in for three years, they get to keep
  24469. charging you under the older higher terms. For example, in some parts
  24470. of the country, under certain plans, weekend local air time rates are
  24471. FREE.
  24472.  
  24473. If you are simply planning on using the phone for emergencies, then the 
  24474. lowest monthly rate is the best deal, and the three year committment isn't
  24475. as important. If you make a lot of calls, then it is a gamble.
  24476.  
  24477.  
  24478. Ken Weaverling   weave@dtcc.edu |*| My opinions .NEQ. college's position
  24479.  
  24480. ------------------------------
  24481.  
  24482. End of TELECOM Digest V15 #36
  24483. *****************************
  24484.     
  24485. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa01119;
  24486.           17 Jan 95 21:35 EST
  24487. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  24488.     id AA05620; Tue, 17 Jan 95 16:16:07 CST
  24489. Return-Path: <telecom>
  24490. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  24491.     id AA05613; Tue, 17 Jan 95 16:16:04 CST
  24492. Date: Tue, 17 Jan 95 16:16:04 CST
  24493. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  24494. Message-Id: <9501172216.AA05613@delta.eecs.nwu.edu>
  24495. To: telecom@eecs.nwu.edu
  24496. Subject: TELECOM Digest V15 #37
  24497.  
  24498. TELECOM Digest     Tue, 17 Jan 95 16:15:00 CST    Volume 15 : Issue 37
  24499.  
  24500. Inside This Issue:                          Editor: Patrick A. Townson
  24501.  
  24502.     Japan Earthquakes (Gerald Serviss)
  24503.     Re: Horrible Earthquake in Japan - Correction (Andrew Laurence)
  24504.     FAQ or File on LD Providers Wanted (Ron Parker)
  24505.     206 to 360 Experience (Ron Parker)
  24506.     900 Providing Advice Sought (ronnie@space.mit.edu)
  24507.     INMARSAT Standard Wanted (Glenn Shirley)
  24508.     Re: 800 Numbers From Overseas (Paul Havinden)
  24509.     Re: 800 Numbers From Overseas (Ari Wuolle)
  24510.     Re: 800 Numbers and Caller ID (Glenn Foote)
  24511.     Re: 800 Numbers from Overseas (Paul Robinson)
  24512.     Re: SNA Over Token Ring (K. M. Peterson)
  24513.     Re: GSM SIM Implementation (Harri Kinnunen)
  24514.     Re: New Alert - 911 Access (Ben Burch)
  24515.     Re: New Alert - 911 Access (Seymour Dupa)
  24516.     Re: GSM Cellular Operators List (Jonathan Mosen)
  24517.     Re: ISDN BRI Lines (Ed Goldgehn)
  24518. ----------------------------------------------------------------------
  24519.  
  24520. From: serviss@tazdevil.cig.mot.com (Gerald Serviss)
  24521. Subject: Japan Earthquakes
  24522. Date: 17 Jan 1995 19:53:52 GMT
  24523. Organization: Cellular Infrastructure Group, Motorola
  24524.  
  24525.  
  24526. I just received some information on the effect of the Japan
  24527. earthquakes on the cellular systems that we have installed. Motorola
  24528. has analog cellular systems that cover about 90% of the land mass of
  24529. Japan.
  24530.  
  24531. This is taken from two different notes:
  24532.  
  24533. An excerpt from an internal memo from Motorola Corporate:
  24534.  
  24535. Telephone service is out for most of Kansai (Osaka area) which causes
  24536. our cellular system to be down in some areas.  Regarding Kansai
  24537. Cellular Telephone (KCT), (Motorola's) system, 16 digital sites and 35
  24538. analog sites were down due either to electric power failure or the
  24539. telephone network.  We have had our entire cellular field force, as
  24540. well as our subcontractor, Daimei, at work around the clock getting
  24541. the system back into full service.  All JSMR infrastructure is
  24542. confirmed to be working, except we do not have information yet in
  24543. Kyoto.
  24544.  
  24545. An excerpt from a man on the scene in Osaka:
  24546.  
  24547. As you may or may not know by now, there was an earthquake measuring
  24548. at about 7.2-7.5 on the R scale. Buildings, highways and bridges
  24549. collapsed.  Needless to say this caused a dramatic increase in the
  24550. call traffic on the KCT system that was running at about 90% capacity.
  24551. Our apartment was shaken pretty good but we got lucky to escape with
  24552. no damage, but we did get one heck of a scare when we were rudely
  24553. awakened at 5:46 am when our bed turned into roller coaster. Almost
  24554. all public transportation is out-of-service, I am lucky enough to live
  24555. within walking distance of the MTSO so I am one of the priviledged few
  24556. who got to work today.
  24557.  
  24558. The bad news is, if we had MP16s we probably could of handled the load
  24559. with minimal load shedding. However, we had to rough it with MP10s.
  24560. The good news is The load has been over 100% of the determined
  24561. capacity(Using Load line analysis and confirming CPU usage in the
  24562. upper 90s) for about 12 hours now and the system is doing a great job
  24563. at shedding load. The percentage of attempts to mobile completions has
  24564. remained the same even though the total loading has fluctuated
  24565. greatly.  All of these numbers have not been confirmed and are just
  24566. based on my preliminary analysis.
  24567.  
  24568.  
  24569. Jerry Serviss    Motorola Inc   serviss@rtsg.mot.com
  24570.  
  24571. ------------------------------
  24572.  
  24573. Date: Tue, 17 Jan 1995 13:41:38 -0800
  24574. From: laurence@netcom.com (Andrew Laurence)
  24575. Subject: Re: Horrible Earthquake in Japan
  24576.  
  24577.  
  24578. In comp.dcom.telecom TELECOM Digest Editor wrote:
  24579.  
  24580. > Over 170,000 people have died ...
  24581.  
  24582. I heard the death toll was 1,700.
  24583.  
  24584.  
  24585. Andrew Laurence                                   laurence@netcom.com
  24586. Certified NetWare Administrator (CNA)        Oakland, California, USA
  24587. CD-ROM Networking Consultant            Pacific Standard Time (GMT-8)
  24588. Phone: (510) 547-6647    Pager: (510) 308-1903    Fax: (510) 547-8002
  24589.  
  24590.  
  24591. [TELECOM Digest Editor's Note: This error of a extra zero in the
  24592. total was caught about five minutes after that issue of the Digest
  24593. was released. You and several others pointed it out as well. Now the
  24594. count is up to about 1,800.   PAT]  
  24595.  
  24596. ------------------------------
  24597.  
  24598. From: parker@olympus.net (Ron Parker)
  24599. Subject: FAQ or File on LD Providers Wanted
  24600. Date: Tue, 17 Jan 95 19:55:28 GMT
  24601. Organization: Internet for the Olympic Peninsula
  24602.  
  24603.  
  24604. Is there a FAQ or file anywhere that compares the services and rates
  24605. of different LD providers?
  24606.  
  24607. I have been sweet talked into switching to AT&T's Small Business
  24608. Advantage plan that was to 'provide the best rates possible for the
  24609. small business'.  My costs have gone up by 33% over the flat rate I
  24610. was paying, my last bill was dated Nov. something and their customer
  24611. service lines are swamped.
  24612.  
  24613. I am looking for a better service.
  24614.  
  24615.  
  24616. TIA,
  24617.  
  24618. Ron P.
  24619.  
  24620. ------------------------------
  24621.  
  24622. From: parker@olympus.net (Ron Parker)
  24623. Subject: 206 to 360 Experience
  24624. Date: Tue, 17 Jan 95 20:01:31 GMT
  24625. Organization: Internet for the Olympic Peninsula
  24626.  
  24627.  
  24628. I have just gone thru the area code change from 206 to 360.
  24629.  
  24630. One customer said that when she dialed our new area code she was put
  24631. into a mailbox in her own company.  I was aware that some PBXs would
  24632. not allow a zero or one middle digit to pass but I never thought of
  24633. the mailbox problem.
  24634.  
  24635. How prevelant is this mailbox numbering problem?
  24636.  
  24637.  
  24638. Ron P.
  24639.  
  24640. ------------------------------
  24641.  
  24642. Subject: 900 Providing Advice Sought
  24643. Date: Tue, 17 Jan 95 14:01:08 EST
  24644. From: ronnie@space.mit.edu
  24645. Reply-To: ronnie@space.mit.edu
  24646.  
  24647.  
  24648. I was hoping someone could tell me the most cost-effective way to set
  24649. up my own 900 service given the following:
  24650.  
  24651.   1. It will use touch-tone, menu-driven prompting, with the
  24652.      ability to transfer to a live operator.
  24653.  
  24654.   2. I am technically knowledgable enough to set this up on
  24655.      a PC, and I have sources of voice-mail cards, etc.
  24656.  
  24657. Is it more cost-effective to do it myself, or can I deal with one of
  24658. those 900 resellers?  If I go the reseller route, can I customize the
  24659. menus, and set up transferring, etc?  I will also probably want to
  24660. allow people from payphones to call an 800 number and give their CC.
  24661.  
  24662.  
  24663. Thanks for any help,
  24664.  
  24665. Ron
  24666.  
  24667. ------------------------------
  24668.  
  24669. From: shirleyg@stanilite.com.au
  24670. Subject: INMARSAT Standard Wanted
  24671. Date: 16 Jan 1995 04:05:22 +1100
  24672. Organization: Stanilite Electronics Pty. Ltd. Sydney, Australia
  24673.  
  24674.  
  24675. The subject nearly says it all.
  24676.  
  24677. I'm after the standard for INMARSAT.  I know there are ITU docs that
  24678. have interface specs to INMARSAT but what is the standard that defines
  24679. frequencies, air word protocol, call states etc?
  24680.  
  24681. Also is there anyone out there that knows rough estimates of prices of
  24682. GSM mobiles. Seems to me Australians are paying about double what
  24683. everyone else in the world is (and I want to get one next time I'm
  24684. overseas).
  24685.  
  24686.  
  24687. Glenn
  24688.  
  24689. ------------------------------
  24690.  
  24691. From: paulh@uk.gdscorp.com (Paul Havinden)
  24692. Subject: Re: 800 Numbers From Overseas
  24693. Date: 17 Jan 1995 10:53:57 GMT
  24694. Organization: Graphic Data System Ltd, Cambridge, UK
  24695.  
  24696.  
  24697. Judith Oppenheimer (producer@pipeline.com) wrote:
  24698.  
  24699. > The call being completed with the message "this is not a free 
  24700. > call" are being done by Sprint.
  24701.  
  24702. Since the caller is paying the normal call charges and I assume the
  24703. 800 owner will be paying their normal rate for the call, does that
  24704. mean that Sprint are in fact getting paid twice for that call?
  24705.  
  24706.  
  24707. Paul Havinden          Email: Paulh@uk.gdscorp.com
  24708. Graphic Data Systems   Tel: +44 (0)1223 371855
  24709. Cambridge,UK           Fax: +44 (0)1223 371898
  24710.  
  24711.  
  24712. [TELECOM Digest Editor's Note: No, it means they are getting paid once,
  24713. in two parts by two subscribers. One subscriber pays for the overseas
  24714. call to the USA gateway; the other subscriber pays *what he agreed to
  24715. pay all along* for a domestic 800 call from the USA gateway to wherever
  24716. the call is terminated.   PAT]
  24717.  
  24718. ------------------------------
  24719.  
  24720. From: Ari Wuolle <awuolle@snakemail.hut.fi>
  24721. Date: Tue, 17 Jan 1995 16:51:06 +0200
  24722. Subject: Re: 800 Numbers From Overseas
  24723.  
  24724.  
  24725. > Well I just tried it from the UK via British Telecom and got the usual
  24726. > message "800 numbers from outside the **US** are not free ..." and
  24727. > then I got the ringing tone, so I guess it works. Didn't stay on the
  24728. > line to see who answered though!
  24729.  
  24730. Maybe you should have stayed on line for few seconds longer. I tried
  24731. to call that Canadian number at home and got:
  24732.  
  24733. 990-1-800-668-2355 (800-NOT-BELL)
  24734. {3 seconds silece}
  24735. {One short US-style ringing tone}
  24736.  
  24737. Female voice 1 :"Access to the 800 number you have dialed is not free
  24738. of charge outside the United States. If answered, you will be charged
  24739. international direct dialing rates for this call. If you do not want
  24740. to proceed with this call please hang up now."
  24741.  
  24742. {One normal US-style ringing tone}
  24743.  
  24744. Female voice 2 : "We are sorry your call cannot be completed as
  24745. dialed. Please check the number and dial again or call your operator
  24746. for assistance. This is a recording 702-7."
  24747.  
  24748. {US-style busy tone}
  24749.  
  24750. This call didn't cost anything.
  24751.  
  24752. I also tried this again few hours later from a different location. On
  24753. my first try the line went dead after the first announcement. But when
  24754. I tried immediately again, I got the same response as I got when I
  24755. called that number at home.
  24756.  
  24757.  
  24758. Ari Wuolle
  24759.  
  24760. E-mail          Ari.Wuolle@hut.fi    Mail    Kolkekannaksentie 10 B 4
  24761. Telephone       + 358  0 509 2073            02720  ESPOO
  24762. Cellphone       + 358 49 431 140             FINLAND
  24763. Fax (temporary) + 358  0 428 429     
  24764.  
  24765.  
  24766. [TELECOM Digest Editor's Note: It probably went dead because at the
  24767. gateway point -- wherever that is -- after the first announcement the
  24768. call was re-dialed to be sent to its destination. Most likely there was
  24769. some error there which caused it to abort at that point.   PAT]
  24770.  
  24771. ------------------------------
  24772.  
  24773. From: glnfoote@freenet.columbus.oh.us (Glenn Foote)
  24774. Subject: Re: 800 Numbers and Caller ID
  24775. Date: 15 Jan 1995 04:08:03 -0500
  24776. Organization: The Greater Columbus Freenet
  24777.  
  24778.  
  24779. Jonathan Bradshaw (Jonathan@IQuest.Net) wrote:
  24780.  
  24781. > In article <telecom15.18.4@eecs.nwu.edu>, glnfoote@freenet.columbus.oh.us 
  24782. > asks:
  24783.  
  24784. >> Can someone explain IF, not why, full telephone numbers of people
  24785. >> calling 800 numbers are shown (either on the bill, or as part of the
  24786. >> call) to those who OWN the 800 numbers?
  24787.  
  24788. >> [TELECOM Digest Editor's Note: The answer is yes. People who have 800
  24789. >> numbers receive the ANI -- not the Caller-ID, 
  24790.  
  24791. > I get Caller ID NOT ANI through my 800 number depending on the
  24792. > origination. From Indianapolis, I know I get full Caller ID from South
  24793. > Bend and Bloomington, IN where I have tested it. This shows up as the
  24794. > NAME and Number (so its NOT ANI) but if the caller dials me directly,
  24795. > I see "OUT OF AREA". I don't know how far this extends but it does
  24796. > seem to be quite extensive in Indiana.
  24797.  
  24798. > Somehow One Call is picking up and transferring the CID data along
  24799. > with the call.
  24800.  
  24801. > [TELECOM Digest Editor's Note: I think however we can correctly answer 
  24802. > the original query by stating that yes indeed, the persons who own 800
  24803. > numbers do get identifying data on all or almost all calls they receive.
  24804. > If there is some reason they want to make an issue out of it, they nearly
  24805. > always can backtrack to the source of the call. I think that is what our
  24806. > original writer was asking about.   PAT]
  24807.  
  24808.  
  24809. Pat,
  24810.     You are right.  That was what I wanted to know.  However, this
  24811. issue is going to raise some interesting questions among that portion
  24812. of the public which is a little "touchy" about Caller-ID and "privacy".
  24813.  
  24814.     It does seem like the telephone companies are trying to have it both 
  24815. ways ... you pay for Call Blocking and it works, UNLESS someone else has paid 
  24816. for the right to see the numbers of everyone who calls ...
  24817.  
  24818.     Sooner or later I expect some group will bring this matter to
  24819. court, or at least make a major public relations issue out of it.
  24820. There WAS a time when those 800 numbers did not have access to the
  24821. numbers calling them, they had to take "Ma Bell's WORD" on the
  24822. accuracy of the bill.  For that matter, the current practice of
  24823. providing the ANI to the 800 number is not (to the best of my
  24824. knowledge) founded in any tariff.  On the other hand, those with Call
  24825. Blocking are PAYING FOR a SPECIFIC service, the right NOT TO HAVE
  24826. their phone numbers disclosed to those whom they wish to call.
  24827. Therefore, one could argue that the Telephone Companies are in direct
  24828. violation of their contract with the customer, that this situation
  24829. took place with the full knowledge and INTENT of Telephone Company
  24830. management personnel ... etc..
  24831.  
  24832.     It will be interesting to see what will happen when (not, I
  24833. expect if) this challenge takes place ... makes me kind of glad I
  24834. retired from the Consulting business ... ;-).
  24835.  
  24836.  
  24837. Glenn L Foote ...... glnfoote@freenet.columbus.oh.us
  24838.  
  24839.  
  24840. [TELECOM Digest Editor's Note: They are NOT 'paying for the right to
  24841. see your phone number'; they are *paying for the phone call*, period.
  24842. The person or company or whatever paying for a phone call is entitled
  24843. to know where -- to what telephone number -- the connection was extended.
  24844.  
  24845. For example, you have a non-published number and you call me collect
  24846. through the operator. In all probability your number will not be displayed
  24847. on my Caller-ID box. When I get my bill at the end of the month however
  24848. your number will be listed there in the long distance portion of the bill
  24849. saying something like 'From Columbus, OH xxx-xxx-xxxx' and the time of
  24850. day and number of minutes, etc.  Are you suggesting because I get this
  24851. information I 'paid to get your number'?  All I paid for was the phone
  24852. call, which legally means the call *belongs to me*, and I am entitled
  24853. to know the uses made of my phone when I am charged for those uses. 
  24854.  
  24855. Any 'contract' with telco regards blocking of ID is governed by tariff.
  24856. Furthermore, in my phone book where the enhanced custom calling features
  24857. are explained in detail, it says plainly 'although you may choose to
  24858. block delivery of your number to the telephone you are calling, you may
  24859. NOT block delivery on calls to 800 numbers or collect calls.'  I would
  24860. think that 'contract' is rather plain. So people can be as 'touchy' as
  24861. they like -- and I know a few who are -- but that is really their problem.
  24862. *They* are the ones who want things both ways at the same time:  *you*
  24863. pay for my phone call, and *you* don't have any right to know what you
  24864. are paying for, because I am a prima-donna about such things. Har har har!
  24865. Then start dialing my seven digit number and paying for it yourself, bozo.
  24866. Either that, or handle those calls similar to 'blocked number blocking'
  24867. with an intercept saying 'the 800 number you have dialed requires your
  24868. phone number. Since you wish to not give it, please hang up and dial the
  24869. regular number, paying for the call yourself.'    PAT]
  24870.  
  24871. ------------------------------
  24872.  
  24873. From: Paul.Robinson@f417.n109.z1.fidonet.org (Paul Robinson)
  24874. Date: 17 Jan 95 09:50:48 -0500
  24875. Subject: Re: 800 Numbers from Overseas  
  24876. Reply-To: Paul Robinson <paul@tdr.com>
  24877. Organization: Tansin A. Darcos & Company, Silver Spring MD USA
  24878.  
  24879.  
  24880. Mr Robert Hall <robhall@HK.Super.NET> writes:
  24881.  
  24882. > What about calls from the U.S. to other countries' toll-free
  24883. > numbers? Since Hong Kong is a small country and local calls are
  24884. > free, the use of 800 numbers here has been pretty much limited to
  24885. > accessing a particular foreign carrier's "home direct" service. 
  24886. > For example, from within Hong Kong, I dial 800-1111 to get the AT&T
  24887. > "bong" to place calls charged to my AT&T card.  If someone
  24888. > Stateside dials 011-852-800-1111 do they loop back to AT&T's "bong?"
  24889.  
  24890. They're smarter than that.  I called it from Montgomery County, in
  24891. Maryland and got a recording saying my International Call could not be
  24892. dialed, probably the same as if you, in Hong Kong, tried to dial
  24893. 1-703-950-1022, the access number for MCI here in the Washington, DC
  24894. area.
  24895.  
  24896.  
  24897. Fidonet:  Paul Robinson 1:109/417
  24898. Internet: Paul.Robinson@f417.n109.z1.fidonet.org
  24899.  
  24900. ------------------------------
  24901.  
  24902. From: kmp@tiac.net (K. M. Peterson)
  24903. Subject: Re: SNA Over Token Ring
  24904. Date: 17 Jan 1995 15:48:18 GMT
  24905. Organization: KMPeterson/Boston
  24906.  
  24907.  
  24908. In article <telecom15.27.8@eecs.nwu.edu> Paul Robinson <paul@tdr.com>
  24909. writes:
  24910.  
  24911. > Timothy S. Chaffee <tchaffee@crl.com>, writes:
  24912.  
  24913. >> I am looking into moving our print traffic from a SDLC/SNA 
  24914. >> connection to run over our Token Ring network. Can this be done? Any 
  24915. >> pointers in the right direction would be greatly appreciated! 
  24916.  
  24917. > There is a company -- the name escapes me -- selling a product called
  24918. > the "Hydra" which connnects in place of a terminal controller, and
  24919. > allows RS232 connections to look like 3270 terminals, allowing a
  24920. > person on a PC or a modem to call into an SNA terminal network as if
  24921. > their terminal WAS a 3270 terminal. If they can do this, they probably
  24922. > have something that will do what you want.
  24923.  
  24924. Yes, but no.
  24925.  
  24926. Token Ring runs SNA natively.  If you're running in an IBM host
  24927. environment (mainframe), it's just some configuration and hardware
  24928. changes.  If you're running TCP/IP on that Token-Ring, you have the
  24929. changes above and a change of protocol.
  24930.  
  24931. Remember the idea of a protocol stack: which layer is giving you a
  24932. problem, the physical media or the higher layers?  If you use SNA for
  24933. printing, then you have an LU type that needs to be converted to
  24934. LPR/LPD in the worst case... which is not a pretty picture.  If it's
  24935. only a physical layer change (running over the Ring v. SDLC), it's
  24936. simple.
  24937.  
  24938.  
  24939. K. M. Peterson    eMail: KMP@TIAC.NET     WWW:
  24940. http://www.tiac.net/users/peterson/home.html
  24941. Phone: +1 617 731 6177 voice   +1 617 730 5969 fax
  24942.  
  24943. ------------------------------
  24944.  
  24945. From: k22413@kyyppari.hkkk.fi (Harri Kinnunen)
  24946. Subject: Re: GSM SIM Implementation
  24947. Date: 17 Jan 95 14:35:29 GMT
  24948. Organization: Helsinki School of Economics
  24949.  
  24950.  
  24951. In <telecom15.25.8@eecs.nwu.edu> johnl@ctin.adelaide.edu.au (John
  24952. Leske) writes:
  24953.  
  24954. > It is a Smartcard (ISO-7816). That is, a single chip micro with its
  24955. > own ROM, RAM and non-volatial storage. The specific implementation for
  24956. > GSM is defined in the GSM specs. There are multiple manufacturers of
  24957. > this card. The specific characterisitics vary from manufacturer to
  24958. > manufacturer. I believe some companies are looking at up to 16k or
  24959. > 32kbit on the chip. The GSM-related data lies in a sub-directory on
  24960. > the chip.
  24961.  
  24962. Most of the hand-held GSM phones use a "punched-out" section of the
  24963. Smartcard, being about 1cmx2cm in size. The punch-out dimensions are
  24964. also standard, but I don't know if they are included in ISO-7816.
  24965.  
  24966.  
  24967. Harri
  24968.  
  24969. ------------------------------
  24970.  
  24971. From: Ben_Burch@wes.mot.com (Ben Burch)
  24972. Subject: Re: New Alert - 911 Access
  24973. Organization: Motorola, Inc.
  24974. Date: Tue, 17 Jan 1995 21:47:07 GMT
  24975.  
  24976.  
  24977. In article <telecom15.25.6@eecs.nwu.edu>, laurence@netcom.com (Andrew
  24978. Laurence) wrote:
  24979.  
  24980. > Recently I saw someone who appeared to be trying to steal a car, so,
  24981. > being a good citizen, I ducked around the corner out of sight and
  24982. > dialed 911 on my handheld cellular phone. Though I was standing on a
  24983. > street three blocks from San Francisco City Hall, I was connected to
  24984. > the California Highway Patrol. I waited several minutes for an operator 
  24985. > to come on the line, and finally gave up.
  24986.  
  24987. > Good thing no one's life or safety was in danger.
  24988.  
  24989. This bad result is because you did the wrong thing!  How many time do
  24990. people have to be told to dial the cellular operator, and say;
  24991.  
  24992. "Operator, this is an emergency, please connect me with the <location>
  24993. police department emergency line."
  24994.  
  24995. This takes a few seconds longer, but reaching help was the job here, not
  24996. airtime minimization.
  24997.  
  24998.  
  24999. Ben Burch     Ben_Burch@wes.mot.com      
  25000.  
  25001. ------------------------------
  25002.  
  25003. From: grumpy@en.com (Seymour Dupa)
  25004. Subject: Re: New Alert - 911 Access
  25005. Date: 17 Jan 1995 10:14:47 -0500
  25006. Organization: Exchange Network Services, Inc.
  25007.  
  25008.  
  25009. Gerald Serviss (serviss@tazdevil.cig.mot.com) wrote:
  25010.  
  25011. > The use of the strongest signal is no guarantee of routing the call
  25012. > correctly, especially if you are in a building.
  25013.  
  25014. As I understand it, the cell site receiving the strongest signal locks
  25015. on to it, but all of the surrounding cell sites still receive the
  25016. signal, althought at a lower level.
  25017.  
  25018. If this is correct, could some sort of 'triangulation' be done to
  25019. narrow down the phones' location?  I know true triangulation requires
  25020. directional antennas to determine from what direction the signal is
  25021. comming, but in this context, couldn't the signal strenghts received
  25022. by the surrounding sites be used somehow to narrow down the location?
  25023.  
  25024. For example, if the signal received by three cell sites was almost equal,
  25025. wouldn't the phones' location be at the center of the area between the
  25026. sites?
  25027.  
  25028. ------------------------------
  25029.  
  25030. From: jmosen@actrix.gen.nz@actrix.gen.nz (Jonathan Mosen)
  25031. Subject: Re: GSM Cellular Operators List
  25032. Reply-To: jmosen@actrix.gen.nz
  25033. Organization: Actrix Networks -- NZ Internet Service Providers.
  25034. Date: Tue, 17 Jan 1995 01:24:01 GMT
  25035.  
  25036.  
  25037. In article <telecom15.18.1@eecs.nwu.edu>, etxlndh@eos99.ericsson.se
  25038. (Robert Lindh) wrote:
  25039.  
  25040. > Luxemburg    Telekom
  25041. > Norway       Tele-Mobil
  25042. >              Netcom
  25043. > Portugal     TMN
  25044.  
  25045. New Zealand also has a GSM network, run by Bell South.
  25046.  
  25047.  
  25048. Jonathan Mosen,   Manager Government Relations,
  25049. Royal New Zealand Foundation for the Blind,
  25050. jmosen@actrix.gen.nz
  25051.  
  25052. ------------------------------
  25053.  
  25054. From: edg@ocn.com (Ed Goldgehn)
  25055. Subject: Re: ISDN BRI Lines
  25056. Date: 17 Jan 1995 06:25:58 GMT
  25057. Organization: The INTERNET Connection, LLC
  25058.  
  25059.  
  25060. In article <telecom15.29.14@eecs.nwu.edu>, 0006718446@mcimail.com says:
  25061.  
  25062. > GTE South has offered ISDN service here in Lexington, KY for the last
  25063. > two years.  However, when I enquire about a BRI line, they tell me I
  25064. > must PREDETERMINE what I want to do with the two B-channels.  For
  25065. > example, B1 will always be used for voice calls, and B2 will always be
  25066. > used for switched 56 data.  I don't consider this true ISDN.  Has
  25067. > anyone else run across anything like this?
  25068.  
  25069. This is quite standard ... in fact there are many additional questions you'll
  25070. need to answer before you get your line (terminal type and switch settings to
  25071. name a few).
  25072.  
  25073. For more info, read the ISDN FAQ which can be found on comp.dcom.isdn
  25074.  
  25075.  
  25076. Ed Goldgehn                         E-Mail:  edg@ocn.com
  25077. Sr. Vice President                  Voice:   (404) 919-1561
  25078. Open Communication Networks, Inc.   Fax:     (404) 919-1568
  25079.  
  25080. ------------------------------
  25081.  
  25082. End of TELECOM Digest V15 #37
  25083. *****************************
  25084.     
  25085. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa05751;
  25086.           17 Jan 95 22:31 EST
  25087. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25088.     id AA09675; Tue, 17 Jan 95 17:57:04 CST
  25089. Return-Path: <telecom>
  25090. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25091.     id AA09668; Tue, 17 Jan 95 17:57:02 CST
  25092. Date: Tue, 17 Jan 95 17:57:02 CST
  25093. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  25094. Message-Id: <9501172357.AA09668@delta.eecs.nwu.edu>
  25095. To: telecom@eecs.nwu.edu
  25096. Subject: TELECOM Digest V15 #38
  25097.  
  25098. TELECOM Digest     Tue, 17 Jan 95 17:57:00 CST    Volume 15 : Issue 38
  25099.  
  25100. Inside This Issue:                          Editor: Patrick A. Townson
  25101.  
  25102.     Attention: 800 Number Subscribers (News Alert) (Judith Oppenheimer)
  25103.     Re: 800 Numbers From Overseas (Tor-Einar Jarnbjo)
  25104.     Re: Help ... Ancient Party Lines Must Die! (Raymond Mereniuk)
  25105.     Re: Help ... Ancient Party Lines Must Die! (Jim Cebula)
  25106.     Call Waiting and Comm Software (Mansoor Chishtie)
  25107.     Call Waiting and Caller-ID Question (Repeat) (Keith Knipschild)
  25108.     Re: Bellcore Standards Question (Wally Ritchie)
  25109.     Re: B8ZS, AMI, Bipolar Line Coding? (synchro@access3.digex.net)
  25110.     Re: Where is PicturePhone II Now? (synchro@access3.digex.net)
  25111.     Re: ATT Entering Rochester Market (Steve Samler)
  25112.     Re: Wireless CO's Challenge New NPAs? (John Nagle)
  25113.     Re: Some Questions About the LDDS Calling Card (Rob Boudrie)
  25114.     Re: "High-end" Phone Products (Paul Crick)
  25115.     Re: Inter-LATA Rates in California (Eric Paulak)
  25116.     Re: SNA Over Token Ring (James Dollar)
  25117.     Re: Urgent Help Needed With European Phone Systems (Christian Weisgerber)
  25118.     Re: Urgent Help Needed With European Phone Systems (Harri Kinnunen)
  25119.  
  25120. TELECOM Digest is an electronic journal devoted mostly but not
  25121. exclusively to telecommunications topics. It is circulated anywhere
  25122. there is email, in addition to various telecom forums on a variety of
  25123. public service systems and networks including Compuserve and America
  25124. On Line. It is also gatewayed to Usenet where it appears as the moderated
  25125. newsgroup 'comp.dcom.telecom'. 
  25126.  
  25127. Subscriptions are available to qualified organizations and individual
  25128. readers. Write and tell us how you qualify:
  25129.  
  25130.                  * telecom-request@eecs.nwu.edu *
  25131.  
  25132. The Digest is edited, published and compilation-copyrighted by Patrick
  25133. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  25134. or phone at:
  25135.                     9457-D Niles Center Road
  25136.                      Skokie, IL USA   60076
  25137.                        Phone: 708-329-0571
  25138.                         Fax: 708-329-0572
  25139.   ** Article submission address only: telecom@eecs.nwu.edu **
  25140.  
  25141. Our archives are located at lcs.mit.edu and are available by using
  25142. anonymous ftp. The archives can also be accessed using our email
  25143. information service. For a copy of a helpful file explaining how to
  25144. use the information service, just ask.
  25145.  
  25146. *************************************************************************
  25147. *   TELECOM Digest is partially funded by a grant from the              *
  25148. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  25149. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  25150. * project.  Views expressed herein should not be construed as represent-*
  25151. * ing views of the ITU.                                                 *
  25152. *************************************************************************
  25153.  
  25154. Additionally, the Digest is funded by gifts from generous readers such
  25155. as yourself who provide funding in amounts deemed appropriate. Your help 
  25156. is important and appreciated. A suggested donation of twenty dollars per
  25157. year per reader is considered appropriate. See our address above.
  25158.  
  25159. All opinions expressed herein are deemed to be those of the author. Any
  25160. organizations listed are for identification purposes only and messages
  25161. should not be considered any official expression by the organization.
  25162. ----------------------------------------------------------------------
  25163.  
  25164. From: producer@pipeline.com (Judith Oppenheimer)
  25165. Subject: Attention: 800 Number Subscribers (News Alert)
  25166. Date: 17 Jan 1995 13:32:56 -0500
  25167. Organization: Interactive CallBrand(TM)
  25168.  
  25169.  
  25170. Negotiations are under way for a new International Freephone Service
  25171. which would compromise the value and integrity of existing 800 numbers
  25172. for U.S. 800 customers.
  25173.  
  25174. There is a User Statement which was presented in Geneva in November
  25175. '94 that calls for grandfathering of existing 800 assignments.  This
  25176. position protects and promotes the interests of all U.S. businesses
  25177. utilizing 800 service for brand reinforcement, direct marketing,
  25178. customer service, etc.
  25179.  
  25180. This user position fully supports the U.S. position as developed in
  25181. January, '93, and was signed by the Ad Hoc Telecommunications Users
  25182. Committee, Aeronautical Radio, Inc., American Airlines, American
  25183. Express Company, Continental Airlines, Electronic Data Systems Corp.,
  25184. Ford Motor Company, International Communications Association, Norwest
  25185. Technical Services, Inc., USAir, and Versus Strategy Group, Inc.
  25186.  
  25187. However, due to the immense revenues awaiting their clearance into
  25188. international freephone service ($1.10 per minute), the U.S. carriers
  25189. are not supporting the U.S. position. (No disrespect to European
  25190. participants of this newsgroup.)  They are siding with the European
  25191. position that calls for starting with a "clean slate" because they can
  25192. then enter this market more quickly.
  25193.  
  25194. The European position imposes a lottery where there is more than one
  25195. applicant for a specific international freephone number.  You can
  25196. imagine the land rush this will create among European carriers and
  25197. their customers, especially for valuable numbers such as 800 THE CARD,
  25198. 800 HOLIDAY, and 800 FLOWERS, or Home Shopping Club's well-ensconced
  25199. 800 284-3200.
  25200.  
  25201. This per the final report from a source who has been present at the
  25202. meetings:
  25203.  
  25204. "U.S .Carriers appear to be rushing for approval of a service that is
  25205. unsatisfactory. Although the proposed service is unfair to the U.S.
  25206. Customer as it is currently written, it appears that if the service
  25207. can be approved before there is wide spread customer awareness of the
  25208. situation, the carriers can "blame" the Europeans for not supporting a
  25209. compromise that would protect users."
  25210.  
  25211. Some of you may already be aware of this, but having just found out
  25212. about it, I'm bringing it to the attention of everyone I know who is a
  25213. major 800 subscriber.
  25214.  
  25215.  
  25216. J. Oppenheimer, Producer@Pipeline.com    Interactive CallBrand(TM)
  25217.  
  25218. ------------------------------
  25219.  
  25220. From: bjote@cs.tu-berlin.de (Tor-Einar Jarnbjo)
  25221. Subject: Re: 800 Numbers From Overseas
  25222. Date: 17 Jan 1995 17:38:31 GMT
  25223. Organization: Technical University of Berlin, Germany
  25224.  
  25225.  
  25226. Mr Robert Hall (robhall@HK.Super.NET) wrote:
  25227.  
  25228. > So, I wonder if the assumption that it's up to my local IDD provider
  25229. > to just turn on access to U.S. toll-free numbers is, in fact correct,
  25230. > or whether the U.S. 800 service provider has a say in the deal as
  25231. > well.  Are there all of the usual tariff negotiations between the
  25232. > carriers?
  25233.  
  25234. I have tried sometimes to call US 800-numbers from Norway, and either
  25235. they are completed or I get a message telling "Your call cannot be
  25236. completed as dialed. Please check the numbers and try again, or call
  25237. your local operator for assistance". When you try to call 800-numbers
  25238. from Germany you get a German message telling, that the area-code you
  25239. have dialed does not exist. Dialing Norwegian toll-free numbers from
  25240. Germany does not work (exept for the tip-phone of the Norwegian
  25241. Customs) because the phone-system in Norway have recently been
  25242. changed, so when I call 00 47 80 0x xx xx (which is a toll-free
  25243. number) the Norwegian exchange believes of some reason that I have
  25244. dialed the Norwegian number (080) 00x xx, and since the (080)
  25245. area-code earlier was for cellulars, it just tells me that the number
  25246. have been changed, and to call a local operator for the new one.
  25247.  
  25248.  
  25249. Tor-Einar Jarnbjo
  25250.  
  25251. ------------------------------
  25252.  
  25253. Date: Tue, 17 Jan 1995 15:38:10 -0800
  25254. From: Raymond Mereniuk <Raymond@zed.ca>
  25255. Subject: Re: Help ... Ancient Party Lines Must Die!
  25256.  
  25257.  
  25258. > ..land in Francois Lake - near Burns Lake in Northern BC
  25259. > .."Gee, what about ISDN"
  25260.  
  25261. Canada has 26 - 27 million people living mainly within 200 miles of
  25262. the 49th latitude.  I live in the Lower Mainland area (Vancouver),
  25263. within 30 miles of the 49th latitude, which has a population of
  25264. approximately two million and within this area ISDN is very difficult
  25265. to obtain.  ISDN is available only out of selected COs and even if you
  25266. have a local loop out of one of these COs you will find ISDN very
  25267. difficult to obtain.  Switched 56 (Northern Telecom Datapath) should
  25268. be available out of most Lower Mainland COs providing your local loop
  25269. is less than 4.5 kilometers.  Burns Lake is at least 360 miles north
  25270. of Vancouver; considering the strengths and weaknesses of BC Tel you
  25271. may be lucky to have access to any sort of functioning land line.
  25272.  
  25273. The telcos in Canada are still regulated monopolies and BC Tel is
  25274. definitely not one of the best managed of the Canadian telcos.  Some
  25275. third-world countries have better infrastructure than BC Tel and it is
  25276. difficult to have employee relations that can be any worse than BC
  25277. Tel's.  The union problem is so bad at BC Tel that all sales people
  25278. and some management people are unionized, the good union brothers
  25279. can't have too many scabs near them.  Dealing with BC Tel is very
  25280. difficult, BC Tel may offer certain services but they don't keep your
  25281. BC Tel rep informed and finding someone who is in the know is almost
  25282. impossible. I worked for a company which sold data comm equipment and
  25283. it was not uncommon to send a service tech out to do an install who
  25284. then spent a day or more trying to convince BC Tel that their lines
  25285. had a problem or two.  Now you want `IS..D..what'.
  25286.  
  25287. I heard a rumor a few years ago which indicated BC Tel's main source
  25288. of CO switches was Chile, as the Chilian telco upgraded their switches
  25289. BC Tel took all their old switches through a deal with BC Tel's parent
  25290. GTE.  In an attempt to satisfy demand for digital and enhanced analog
  25291. services they have installed at least one Northern Telecom DMS 100
  25292. switch in all exchanges within the Lower Mainland area; not all have
  25293. the software to offer ISDN.  If you do not live within a major
  25294. population centre, Lower Mainland, Victoria, Kelowna, or Kamloops you
  25295. are right of luck if you require anything more than POTS.
  25296.  
  25297. The Telco in Saskatchewan has announced universal Internet access as
  25298. part of their normal offering.  BC Tel responded with a statement,
  25299. something like since the Lower Mainland area has the highest density
  25300. of Internet access providers in Canada there is no requirement for BC
  25301. Tel to provide universal Internet access anywhere in BC.  I believe BC
  25302. Systems Corp., a BC government Crown corporation, is attempting to
  25303. become the main source of Internet access in BC, but possibly primarily 
  25304. on a wholesale basis and maybe only to government facilities.
  25305.  
  25306. The best solution may be for you and your neighbors to contact the
  25307. local MLA (member of the legislative assembly - BC gov't) and have him
  25308. help you make your voice heard.  Unfortunately, due to Canadian
  25309. politics, if your MLA is part of the oppostion you are really out of
  25310. luck.  Maybe you could try the CRTC, the same people who attempted to
  25311. institute a $6 per month (over three years) increase in basic
  25312. telephone rates which the telcos did not even request.  Welcome to
  25313. Canada, the country where the government taxes you but never listens
  25314. to you.
  25315.  
  25316.  
  25317. [TELECOM Digest Editor's Note: They probably learned how to govern by
  25318. following the example seen to their south in the USA. Down here we get
  25319. taxed a-plenty also and no one wants to listen to anything you have to
  25320. say ... nothing.   PAT]
  25321.  
  25322. ------------------------------
  25323.  
  25324. From: jimmyc@drycas.club.cc.cmu.edu (Jim Cebula)
  25325. Subject: Re: Help ... Ancient Party Lines Must Die!
  25326. Date: Tue, 17 Jan 95 01:45:27 GMT
  25327. Organization: Carnegie Mellon Computer Club
  25328.  
  25329.  
  25330. In Article <telecom15.30.1@eecs.nwu.edu> TELECOM Digest Editor noted in 
  25331. response to John Leong <leong+@andrew.cmu.edu>:
  25332.  
  25333. > maintain the subscribers who have it. I don't think telcos in the USA
  25334. > can take on new party line customers either; they just have to sit and
  25335. > wait patiently to get rid of the ones they have had all along.    PAT]
  25336.  
  25337. I'm certainly not sure about the regulations regarding new party
  25338. lines, but Bell Atlantic (Greater Pittsburgh area) still states "A
  25339. two-party line is available for $xxxx" in the front section of the
  25340. phone book where they list the rates for the different residential
  25341. service plans.
  25342.  
  25343.  
  25344. Jim
  25345.  
  25346. ------------------------------
  25347.  
  25348. From: mansoor@newshost.micro.ti.com (Mansoor Chishtie)
  25349. Subject: Call Waiting and Comm Software
  25350. Organization: Texas Instruments, Houston
  25351. Date: Mon, 16 Jan 1995 21:14:19 GMT
  25352.  
  25353.  
  25354. I am wondering why I have to disable my call waiting feature before I
  25355. can run my PC comm software. I know that there are some comm packages
  25356. available such as PC Anywhere that automatically detects call waiting
  25357. beeps and warns you that a call is coming in. You can do a quick save
  25358. and software will connect you to the incoming voice call. It probably
  25359. disconnects itself from the remote modem (loss of carrier) and reestab-
  25360. lishes the connection after the voice call is over.
  25361.  
  25362. I think that it is possible due to the fact that modems on both sides
  25363. are running the same software. Hence they can communicate with each
  25364. other and hang-up safely without any loss of data. But I'm not sure
  25365. how they detect call-waiting beeps from real data and during brief
  25366. moments when exchange switches from data to warning beeps, how do they
  25367. manage to recover.
  25368.  
  25369. Any thoughts from telecom experts welcome. I'm interested in learning
  25370. how to do that as well as any comm software that successfully does
  25371. that. If possible, please email any responses directly to me. I can
  25372. post a summary here if others are interested. 
  25373.  
  25374.  
  25375. Regards,
  25376.  
  25377.  
  25378. Mansoor A. Chishtie
  25379.  
  25380. ------------------------------
  25381.  
  25382. From: keith.knipschild@asb.com
  25383. Organization: America's Suggestion Box - BBS (516) 471-8625
  25384. Date: Mon, 16 Jan 95 18:46:37 
  25385. Subject: Call Waiting and Caller-ID Question (Repeat)
  25386.  
  25387.  
  25388. I posted a message last week concering CALL-WAITING's CALLER ID, But
  25389. got no responces ... so here I go again:
  25390.  
  25391. I just my the lastest copy of the "HELLO DIRECT" Catalog and on page 24
  25392. they adverise a Northern Telecom phone model# " PowerTouch 225 "
  25393.  
  25394. The ad states :   CALLER ID, CALL WAITING MODULE
  25395.        Comming in mid-1995, You'll see who's 
  25396.        on a CALL WAITING call, without inter-
  25397.        rupting the call you're already on ...
  25398.  
  25399. I never heard of any telcos offering this. The only way to achive this
  25400. was by having an ISDN line.
  25401.  
  25402. Also, they mention "ADSI" ????
  25403.  
  25404. The ad states: Looking ahead to the future
  25405. Comming in late-1995, is ADSI
  25406. It will help you do your banking,
  25407. pay bills, and such - by phone...
  25408.  
  25409.  
  25410. If anyone has info please POST or E-Mail me ...
  25411.  
  25412.  
  25413. Thanks,
  25414.  
  25415. Keith   Keith.Knipschild@asb.com
  25416.  
  25417.  
  25418. [TELECOM Digest Editor's Note: We briefly discussed Caller-ID on Call
  25419. Waiting here about a month ago or so. Maybe someone will point you to
  25420. that message for starters.   PAT]
  25421.  
  25422. ------------------------------
  25423.  
  25424. From: writchie@gate.net
  25425. Subject: Re: Bellcore Standards Question
  25426. Date: 17 Jan 1995 04:25:57 GMT
  25427. Reply-To: writchie@gate.net
  25428.  
  25429.  
  25430. In <telecom15.26.11@eecs.nwu.edu>, charris@coypu.cig.mot.com (Craig
  25431. Harris) writes:
  25432.  
  25433. > I am looking for any Bellcore specification on an idle T-1 channel.
  25434. > That is, if the channel is idle, would the T1 equipment send 01111111
  25435. > or 10000000?
  25436.  
  25437. The "classic" spec is PUB 43801. Equivalent information, however, is
  25438. contained in many other documents.
  25439.  
  25440. For PCM voice, idle channels are required to be encoded with a near
  25441. zero level which may not necessarily be a continuous code. Digital
  25442. generation of a zero level, however, result in all zero PCM level
  25443. which can be transmitted as all ones. There are actually two zero
  25444. level code words in PCM which are sometimes called positive and
  25445. negative zero. Some equipment will alternate positive and negative
  25446. zeros for a zero level. Accordingly the MSB may alternate between zero
  25447. and one.
  25448.  
  25449. The LSB will contain signalling every 6th frame. The state of the
  25450. signalling bits will depend on the particular channel units (or
  25451. equivalent) involved.  Unequipped channels MUST transmit a 1 in the A
  25452. bit position. This normally corresponds to a OFF-HOOK state for most
  25453. channel units.
  25454.  
  25455. The general rule is that a receiver should interpret X111111X as an
  25456. idle or zero level code.
  25457.  
  25458.  
  25459. Wally Ritchie    Ft. Lauderdale, Florida
  25460.  
  25461. ------------------------------
  25462.  
  25463. From: synchro@access3.digex.net (Steve)
  25464. Subject: Re: B8ZS, AMI, Bipolar Line Coding?
  25465. Date: 17 Jan 1995 11:55:29 GMT
  25466. Organization: Express Access Online Communications, Greenbelt, MD USA
  25467.  
  25468.  
  25469. AMI (Alternate Mark Inversion) is a linecode that has a one's density
  25470. requirement so as to prevent the repeaters from freaking out.
  25471.  
  25472. B8ZS (Binary Eight Zero Substitution) is a linecode that substitutes a
  25473. special string when eight zeroes in a row are presented.  This method
  25474. was developed so as to eliminate the one's density requirement thus
  25475. allowing various "clear channel" applications to flourish (64k,
  25476. crypto, video, ...)
  25477.  
  25478. When you order a T1 from telco you specify the linecode flavor and set
  25479. your CSU/DSU accordingly.
  25480.  
  25481.  
  25482. Take it easy,
  25483.  
  25484. Steve
  25485.  
  25486. ------------------------------
  25487.  
  25488. From: synchro@access3.digex.net (Steve)
  25489. Subject: Re: Where is PicturePhone II Now?
  25490. Date: 17 Jan 1995 11:57:41 GMT
  25491. Organization: Express Access Online Communications, Greenbelt, MD USA
  25492.  
  25493.  
  25494. My RBOC has a few floating around as conversation desk ornanments.
  25495.  
  25496.  
  25497. Take it easy,
  25498.  
  25499. Steve
  25500.  
  25501.  
  25502. [TELECOM Digest Editor's Note: I wonder whatever happened to the various
  25503. private vendors of 'picturephone' like instruments a few years ago?  One
  25504. company was offering a slow-scan version in sets of two. Presumably you
  25505. had one and members of your family elsewhere had the other one. Then too,
  25506. in a unique approach to the adult sexphone market, about three years ago
  25507. an Information Provider made an unusual offer: He had this bunch of nice
  25508. ladies working for him, and not only did they want to talk to you about
  25509. whatever, they wanted to *show* you what they were doing! His solution to
  25510. that was to offer slow-scan video/picturephone devices to his customers.
  25511. You could purchase one outright and get some period of time free on his
  25512. network to chat and view the folks of your choice, or you could lease the
  25513. device from him, having made some sort of security deposit with your credit
  25514. card. After a certain number of months on the lease, you bought it for a
  25515. dollar more if desired. His ad ran in a few adult magazines for several
  25516. months, then I did not see it any longer. He was based out of Florida
  25517. somewhere; Pensacola comes to mind. Anyone know who I mean?   PAT]
  25518.  
  25519. ------------------------------
  25520.  
  25521. Date: Tue, 17 Jan 1995 10:14:24 EST
  25522. From: Steve Samler <steve@individual.com>
  25523. Subject: Re: ATT Entering Rochester Market
  25524.  
  25525.  
  25526. MFS Intelenet is planning to offer service by March 31.  Time Warner
  25527. has plans for mid year.
  25528.  
  25529. Both will be using their own switch MFS (AXE 10) TW 5ESS.  For more
  25530. info see page 6 of last week's {Telephony}.
  25531.  
  25532. ------------------------------
  25533.  
  25534. From: nagle@netcom.com (John Nagle)
  25535. Subject: Re: Wireless CO's Challenge New NPAs?
  25536. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  25537. Date: Tue, 17 Jan 1995 17:48:47 GMT
  25538.  
  25539.  
  25540. Linc Madison (LincMad@netcom.com) wrote:
  25541.  
  25542. > In some of the recent discussions of the swarm of new area codes
  25543. > coming this year, I've seen notations that the wireless companies are
  25544. > challenging plans to move wireless services (cellular, beepers, etc.)
  25545. > into an overlay area code.  The challenges are being made to the state
  25546. > regulators and/or to the FCC.
  25547.  
  25548. > My question is, on what grounds are they challenging the overlays?  It
  25549. > seems to me that the tariffs have always been pretty clear that the
  25550. > telco does not in any way guarantee that you will be able to keep a
  25551. > given number or area code.
  25552.  
  25553.      It's a monopoly competition issue.  The RBOCs shouldn't be allowed to 
  25554. keep the "good" numbers while insisting that competitors use the new "bad" 
  25555. numbers.  See the article in the 13 Jan 95 {Wall Street Journal}.
  25556.  
  25557.  
  25558. John Nagle
  25559.  
  25560. ------------------------------
  25561.  
  25562. From: rboudrie@ecii.org (Rob Boudrie)
  25563. Subject: Re: Some Questions About the LDDS Calling Card
  25564. Date: 17 Jan 1995 13:30:25 -0500
  25565. Organization: Center for High Performance Computing of WPI
  25566.  
  25567.  
  25568. > b) My card has the logo of "American Travel Network" on the
  25569. > upper-right-hand side.  I also hear "Metromedia" associated with the
  25570. > LDDS name, but it doesn't appear on the card.  Who's ATN, are there
  25571.  
  25572. ATN = American Travel Network.  Some sort of reseller/marketer of
  25573. LDDS.  LDDS is sold through other hcannels at apparantly higher rates.
  25574.  
  25575. > different versions of the card, and if so are there different rates?
  25576.  
  25577. I think the ATN card is 17.5 (at leat that's what mine is, and it's
  25578. mode of delivery and card description matches mine).
  25579.  
  25580. The only "catch" is that they apear to round the calls individually,
  25581. then add.  (i.e., 10 one minute calls at $.175 round to $.18 each and
  25582. add to $1.80, not $1.75).
  25583.  
  25584. ------------------------------
  25585.  
  25586. From: paulc@cix.compulink.co.uk (Paul Crick)
  25587. Subject: Re: "High-End" Phone Products
  25588. Organization: L C Bickler & Co
  25589. Date: Tue, 17 Jan 1995 13:37:46 GMT
  25590.  
  25591.  
  25592. > I'm 99.9995832% sure there are no three-line cordlesses, other than
  25593. > those dedicated to work with specific multi-line phone systems.
  25594.  
  25595. 99.9995832? Obviously using a Pentium :-)
  25596.  
  25597. Sorry - I couldn't resist!
  25598.  
  25599.  
  25600. Paul Crick: paulc@cix.compulink.co.uk  --  +44-1534-287213 (24 hours)
  25601.             paulc@bickler.demon.co.uk  --  PO Box 783, Jersey JE4 0SH, UK
  25602.  
  25603. ------------------------------
  25604.  
  25605. Date: Tue, 17 Jan 1995 11:36:51 -0500
  25606. From: ericp@ucg.com (Eric Paulak)
  25607. Subject: Re: Inter-LATA Rates in California
  25608.  
  25609.  
  25610. Linc Madison asked:
  25611.  
  25612. > Have the IXC's reduced their rates on calls between LATAs in
  25613. > California to be more in line with both the new intra-LATA and
  25614. > interstate rates?
  25615.  
  25616. The answers a resounding "yes." In fact, AT&T, MCI and Sprint have all
  25617. undercut Pac Bell's rates. For example:
  25618.  
  25619. For a 45-mile call from L.A. to Anaheim using basic 1+ business service,
  25620.  
  25621.         Pac Bell charges $.136 for the first minute and $.114/minute
  25622. thereafter. 
  25623.         AT&T charges $.11 for all mintues
  25624.  
  25625. With its Preferred service, MCI charges $.04075 for the first 30-seconds 
  25626. and $.00815 for every six-second increment thereafter.
  25627.  
  25628. There are currently 98 long distance carriers who have signed up to
  25629. offer service in California's intraLATA market. Call the Consumer
  25630. Affairs Branch of the Public Utility Commission to get a complete
  25631. list, to inclue the 10-XXX codes. They can be reached in-state at
  25632. (800) 649-7570.
  25633.  
  25634.  
  25635. Eric Paulak
  25636. The Center for Communications Management Information
  25637. (301) 816-8950, ext. 327
  25638. 11300 Rockville Pike, Suite 1100, Rockville, MD 20852
  25639.  
  25640. ------------------------------
  25641.  
  25642. From: James Dollar <Dollar@Coca-Cola.Com>
  25643. Subject: Re: SNA Over Token Ring
  25644. Date: 17 Jan 1995 07:09:24 GMT
  25645. Organization: InfiNet
  25646.  
  25647.  
  25648. Paul Robinson <paul@tdr.com> wrote:
  25649.  
  25650. > Timothy S. Chaffee <tchaffee@crl.com>, writes:
  25651.  
  25652. >> I am looking into moving our print traffic from a SDLC/SNA 
  25653. >> connection to run over our Token Ring network. Can this be done? Any 
  25654. >> pointers in the right direction would be greatly appreciated! 
  25655.  
  25656. What my company moved to was using Novell's SAA gateway with HostPrint
  25657. software; allowing sdlc or sna attachment on one side and both
  25658. ethernet and token ring connections out the other. Novell captures the
  25659. print job and spools it to Novell's print queues using JetDirect
  25660. cards, old pc's, Intel Netports, and we even print to printers on
  25661. tcp/ip terminal servers via Novell's Flex/IP product.
  25662.  
  25663. Not a CNE; just solved a problem with their software.
  25664.  
  25665.  
  25666. j$
  25667.  
  25668. ------------------------------
  25669.  
  25670. Date: Tue, 17 Jan 95 21:03 MET
  25671. From: naddy@mips.pfalz.de (Christian Weisgerber)
  25672. Subject: Re: Urgent Help Needed With European Phone Systems
  25673.  
  25674.  
  25675. In comp.dcom.telecom you write:
  25676.  
  25677. > What should I do to make a cordless phone work in Europe?
  25678.  
  25679. DO NOT ATTEMPT TO DO THIS.
  25680.  
  25681. > I bought it in Canada.
  25682.  
  25683. North American cordless phones operate in frequency ranges reserved
  25684. for entirely different services in Europe. Using such a phone will
  25685. interfere with those services.  E.g. Berlin airport was not happy to
  25686. find people's chatter from foreign cordless phone in their tower/aircraft 
  25687. communications.
  25688.  
  25689. This is *not* like connecting an unapproved modem/telephone set/
  25690. answering machine/etc to the phone network. Using a North American
  25691. cordless phone will be operation of an illegal radio transmitter, i.e.
  25692. constitute a felony.
  25693.  
  25694. AFAIK, in Germany the usual sentence for *possession* of such illegal
  25695. transmitters is one year on probation. (Licensed amateur radio operators 
  25696. are allowed possession.)  Laws in other European countries are likely
  25697. to be very severe about this, too.
  25698.  
  25699.  
  25700. Christian 'naddy' Weisgerber, Germany                naddy@mips.pfalz.de
  25701.  
  25702. ------------------------------
  25703.  
  25704. From: k22413@kyyppari.hkkk.fi (Harri Kinnunen)
  25705. Subject: Re: Urgent Help Needed With European Phone Systems
  25706. Date: 17 Jan 95 14:29:13 GMT
  25707. Organization: Helsinki School of Economics
  25708.  
  25709.  
  25710. In <telecom15.22.5@eecs.nwu.edu> petar@trance.helix.net (Petar Nikic) writes:
  25711.  
  25712. > What should I do to make a cordless phone work in Europe? I bought it
  25713. > in Canada. There are two problems with the plugs: the phone plug and
  25714. > the plug for the recharger. Both of them are different than those
  25715. > which Europeans use.
  25716.  
  25717. This is not authorative answer, but: If your phone has RJ-plug (the
  25718. small (1x1x1cm) kind), local phone companies carry adapters for those.
  25719. I'm not sure about the wiring scheme, but give it a try.
  25720.  
  25721. > I am sure that somebody else has been faced with these problems. So, I
  25722. > would appreciate any help.
  25723.  
  25724.  
  25725. Harri
  25726.  
  25727.  
  25728. [TELECOM Digest Editor's Note: But, as our earlier correspondent notes,
  25729. this fellow's problems go a lot further than just swapping around a
  25730. few plugs to get it hooked into the phone system. Apparently the entire
  25731. frequency range is off-limits for this use. I am sorry all this information
  25732. did not get back to him before he left on his trip. Oh well, maybe they
  25733. will be lenient on him and simply settle for confiscating the phone.   PAT]
  25734.  
  25735. ------------------------------
  25736.  
  25737. End of TELECOM Digest V15 #38
  25738. *****************************
  25739.     
  25740.     
  25741. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa06416;
  25742.           17 Jan 95 23:44 EST
  25743. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25744.     id AA12057; Tue, 17 Jan 95 19:26:17 CST
  25745. Return-Path: <telecom>
  25746. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  25747.     id AA12050; Tue, 17 Jan 95 19:26:13 CST
  25748. Date: Tue, 17 Jan 95 19:26:13 CST
  25749. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  25750. Message-Id: <9501180126.AA12050@delta.eecs.nwu.edu>
  25751. To: telecom@eecs.nwu.edu
  25752. Subject: TELECOM Digest V15 #39
  25753.  
  25754. TELECOM Digest     Tue, 17 Jan 95 19:26:00 CST    Volume 15 : Issue 39
  25755.  
  25756. Inside This Issue:                          Editor: Patrick A. Townson
  25757.  
  25758.     Call For Papers: JMLICS (Mehmet Orgun)
  25759.     Re: How to Keep Track of Calls on Busy (Caller ID on Busy)? (Seymour Dupa)
  25760.     Re: Prepaid Telephone Debit Cards (P1854)
  25761.     Re: Would You Believe More Rain on the Way? (Ted Hadley)
  25762.     Re: 10-XXX Codes (Lizanne Hurst)
  25763.     Re: Looking up Addresses and Phone Number From Just Names (Tony Waddell)
  25764.     Re: Cellular Phone Pricing Question (Andrew Laurence)
  25765.     Re: Anyone Have Experience With LDDS/Metromedia? (Paul Beker)
  25766.     Re: Anyone Have Experience With LDDS/Metromedia? (Dave Rand)
  25767.     Re: How Can I Encrypt a T-1? (Barton F. Bruce)
  25768.     Re: Bellcore Standards Question (Bill Mayhew)
  25769.     Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly (John Rice)
  25770.     Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly (B Thompson)
  25771.     Where Can I Buy Telephones (franci.visnovic@uni-mb.si)
  25772.  
  25773. TELECOM Digest is an electronic journal devoted mostly but not
  25774. exclusively to telecommunications topics. It is circulated anywhere
  25775. there is email, in addition to various telecom forums on a variety of
  25776. public service systems and networks including Compuserve and America
  25777. On Line. It is also gatewayed to Usenet where it appears as the moderated
  25778. newsgroup 'comp.dcom.telecom'. 
  25779.  
  25780. Subscriptions are available to qualified organizations and individual
  25781. readers. Write and tell us how you qualify:
  25782.  
  25783.                  * telecom-request@eecs.nwu.edu *
  25784.  
  25785. The Digest is edited, published and compilation-copyrighted by Patrick
  25786. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  25787. or phone at:
  25788.                     9457-D Niles Center Road
  25789.                      Skokie, IL USA   60076
  25790.                        Phone: 708-329-0571
  25791.                         Fax: 708-329-0572
  25792.   ** Article submission address only: telecom@eecs.nwu.edu **
  25793.  
  25794. Our archives are located at lcs.mit.edu and are available by using
  25795. anonymous ftp. The archives can also be accessed using our email
  25796. information service. For a copy of a helpful file explaining how to
  25797. use the information service, just ask.
  25798.  
  25799. *************************************************************************
  25800. *   TELECOM Digest is partially funded by a grant from the              *
  25801. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  25802. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  25803. * project.  Views expressed herein should not be construed as represent-*
  25804. * ing views of the ITU.                                                 *
  25805. *************************************************************************
  25806.  
  25807. Additionally, the Digest is funded by gifts from generous readers such
  25808. as yourself who provide funding in amounts deemed appropriate. Your help 
  25809. is important and appreciated. A suggested donation of twenty dollars per
  25810. year per reader is considered appropriate. See our address above.
  25811.  
  25812. All opinions expressed herein are deemed to be those of the author. Any
  25813. organizations listed are for identification purposes only and messages
  25814. should not be considered any official expression by the organization.
  25815. ----------------------------------------------------------------------
  25816.  
  25817. Date: Wed, 18 Jan 95 10:41:38 +1100
  25818. From: mehmet@macadam.mpce.mq.edu.au (Mehmet Orgun)
  25819. Subject: Call For Papers: JMLICS
  25820.  
  25821.  
  25822.                               Call for Papers
  25823.  
  25824.           The Journal of Methods of Logic in Computer Science
  25825.     Special Issue:  Formal Methods in Logic for Responsive Systems
  25826.  
  25827. A responsive computing system is one which responds to internal
  25828. programs or external inputs in a timely, dependable and predictable
  25829. manner.  These systems are a hybrid of real-time, distributed, secure,
  25830. safety-critical, and fault-tolerant systems.  In such a system, any
  25831. failure can cause catastrophes ranging from financial loss and loss of
  25832. privacy to physical damage and loss of life.  Thus, it is important to
  25833. ensure that the system is not only correct, but remains correct at run
  25834. time, under abnormal circumstances.
  25835.  
  25836. The major difficulty facing designers is the complexity inherent in
  25837. responsive computing systems.  In practice, informal approaches are
  25838. often used which can result in latent failures, under-specified
  25839. systems, or inconsistencies.  One way to counteract these problems is
  25840. to bring the idea of rigor and formalism from traditional systems
  25841. engineering fields into the development of software through the use of
  25842. formal methods.  Formal methods of logic, in particular, can be used
  25843. to rigorously synthesize, specify, verify, debug, and model responsive
  25844. computing systems.  However, formal methods of logic are usually
  25845. dismissed as the domain of academicians and viewed as irrelevant or
  25846. not applicable to the design and implementation of large-scale
  25847. software projects due to their mathematical complexity.
  25848.  
  25849. To bring these two opposing camps together, work that emphasizes and
  25850. reinforces the point that formal methods can, and should, be used in
  25851. the practical construction of high quality, reliable distributed
  25852. software is of interest.  This special issue will bring together
  25853. papers in the following areas that support the use of formal methods
  25854. of logic in the construction of responsive computing systems:
  25855.  
  25856. o Formal Specification/Verification/Refinement Techniques  
  25857. o Requirements Specification
  25858. o Assertional Reasoning and Executable Assertions          
  25859. o Model Checking
  25860. o Testing and Debugging (Predicate Detection)              
  25861. o Tool Support
  25862. o Formal Semantics of Concurrency/Recovery                 
  25863. o Compositional Proof Systems
  25864. o Distributed Systems Security                             
  25865. o Experience Reports
  25866.  
  25867. Papers should, ideally, emphasize results that can be applied to the
  25868. construction of actual responsive computing systems (although, work is
  25869. in no way solely limited to experience reports).  Please submit six
  25870. copies of your manuscript to the guest editor by June 1, 1995:
  25871.  
  25872.  
  25873. Bruce McMillin
  25874. Computer Science Department                   (516)-632-8334 (FAX)
  25875. State University of New York at Stony Brook   (516)-632-8218 (Office)
  25876. Room 1420 Computer Science Building           (516)-632-8471 (Secretary)
  25877. Stony Brook, NY 11794-4400 USA                e-mail(bruce@cs.sunysb.edu)
  25878.  
  25879. Instructions for submitting papers: Papers should not exceed 30 double
  25880. spaced pages.  Papers should not have been previously published, nor
  25881. currently submitted elsewhere for publication.  Papers should include
  25882. a title page containing title, authors' names and affiliations, postal
  25883. and e-mail addresses, telephone numbers and Fax numbers.  Papers
  25884. should include a 300 word abstract and 5-10 keywords and be written in
  25885. the IEEE Transactions style.  Each paper will be peer-reviewed by at
  25886. least three referees.  [Note: If you are willing to referee papers for
  25887. this special issue, please send a note with your research interest to
  25888. the guest editor.]
  25889.  
  25890. Notification of acceptance will be sent by September 1, 1995; final
  25891. versions will be due by October 15, 1995.  The special issue will be
  25892. published in the 2nd Quarter 1996.
  25893.  
  25894. ------------------------------
  25895.  
  25896. From: grumpy@en.com (Seymour Dupa)
  25897. Subject: Re: How to Keep Track of Calls on Busy (Caller ID on Busy)?
  25898. Date: 17 Jan 1995 12:16:57 -0500
  25899. Organization: Exchange Network Services, Inc.
  25900.  
  25901.  
  25902. Steve Cogorno (cogorno@netcom.com) wrote:
  25903.  
  25904. > Ask your phone company for an analysis.  They will do it, but maybe
  25905. > not for for a residential customer, and it may not be free. 
  25906.  
  25907.   I would think the phone company would be *happy* to do that report
  25908. for you.  This is the way the phone company can show their multi-line
  25909. customers how many calls they are missing and take their order for more
  25910. lines.
  25911.  
  25912. ------------------------------
  25913.  
  25914. From: p1854@aol.com (P1854)
  25915. Subject: Re: Prepaid Telephone Debit Cards
  25916. Date: 17 Jan 1995 13:20:36 -0500
  25917. Organization: America Online, Inc. (1-800-827-6364)
  25918. Reply-To: p1854@aol.com (P1854)
  25919.  
  25920.  
  25921. Peter Pappas in Tampa 813-288-3253 is looking for prepaid cards for
  25922. friend in Mass who wants to use for school financing. Any leads would
  25923. be appreciated.
  25924.  
  25925. ------------------------------
  25926.  
  25927. Date: Tue, 17 Jan 95 10:35:31 PST
  25928. From: tedh@cylink.COM (Ted Hadley)
  25929. Subject: Re: Would You Believe More Rain on the Way?
  25930.  
  25931.  
  25932. Pat,
  25933.  
  25934. > Well, good luck and my best regards, folks. It seems like the people
  25935. > in California spend all summer burning the place down, then spend
  25936. > all winter enduring mud slides and flooding.
  25937.  
  25938. Thanks, but you forgot the earthquakes! :)
  25939.  
  25940. I live near San Jose, and yes, we have had lots of rain. But there
  25941. have been no real problems in the majority of the areas. Mudslides in
  25942. the mountain passes and flooding where the cities left flood control
  25943. work unfinished in the last few years and highway flooding where the
  25944. routine maintenance wasn't. The only real problems were in Marin
  25945. County along the Russian River and in Sacramento.
  25946.  
  25947.  
  25948. Ted Hadley    tedh@cylink.com
  25949.  
  25950. ------------------------------
  25951.  
  25952. From: lh00@Lehigh.EDU (Lizanne Hurst)
  25953. Subject: Re: 10-XXX Codes
  25954. Date: 17 Jan 1995 15:20:24 -0500
  25955. Organization: Lehigh University
  25956.  
  25957.  
  25958. Thanks for posting this information.  However, I think one key point
  25959. requires clarification.
  25960.  
  25961. > According to a law that was passed in 1990, all aggregators must
  25962. > unblock their switches so that a caller can reach their long distance
  25963. > carrier of choice. What this required so that you wouldn't get stuck
  25964. > paying for the cost of the calls was that your switch had to pass
  25965. > through and differentiate calls that started with either 10-XXX-1 or
  25966. > calls that started with 10-XXX-0.
  25967.  
  25968. If you're referring to the Telephone Operator Consumer Services
  25969. Improvement Act of 1990 (Public Law 101-435), aggregators (hospitals,
  25970. hotels, universities) are required to unblock only 10-XXX-0 calls,
  25971. *not* 10-XXX-1 calls.
  25972.  
  25973. All the rest of your remarks are pretty much in line with the Act as I
  25974. remember it.  Additional information is available in the FCC's Report
  25975. and Order, FCC 91-214.
  25976.  
  25977. As a side note, ACUTA (the Association of College and University
  25978. Telecommunications Administrators) lobbied unsuccessfully to overturn
  25979. universities' classification as aggregators.  An aggregator, as
  25980. defined in this case, is an entity which provides service for the
  25981. public and/or transient users; ACUTA challenged the assumption that
  25982. student users are "transient."
  25983.  
  25984.  
  25985. Lizanne Hurst        Office of Telecommunications
  25986. Lehigh University    (610) 758-5014
  25987.  
  25988. ------------------------------
  25989.  
  25990. From: Tony Waddell <aawadde@pb1.PacBell.COM>
  25991. Subject: Re: Looking up Addresses and Phone Number From Just Names
  25992. Date: 17 Jan 1995 16:47:11 GMT
  25993. Organization: Pacific Bell
  25994.  
  25995.  
  25996. > [TELECOM Digest Editor's Note: I don't know how many you think is a
  25997. > 'bunch', but unless it is really a lot, and you plan to do this on
  25998. > a frequent basis, why don't you ask the telco serving the local calling
  25999. > area for a copy of their directory.  Most telcos will send it free of
  26000. > charge, or they may get some small handling/postage fee. Then you would
  26001. > sit there and look them up. After you have found all you can, then call
  26002. > AC-555-1212 for the (hopefully) few remaining names.    PAT]
  26003.  
  26004. I'm not sure if this is PACBELL policy only, or whether it's fairly
  26005. consistent across the country, but I wanted a phone book from my home
  26006. town, Davenport, Iowa. I was quoted a charge in excess of $50!  And
  26007. its not even a very thick book. Naturally, I declined.
  26008.  
  26009. Another alternative might be available. Don't most telcos offer a listing 
  26010. service? I seem to recall that you can mail a list of names to the
  26011. business office and they will attempt to provide a phone number for
  26012. each name providing the number is published (I don't know if they'll
  26013. provide addresses), There was a charged for this, but I don't remember
  26014. it as being excessive.
  26015.  
  26016. ------------------------------
  26017.  
  26018. From: laurence@netcom.com (Andrew Laurence)
  26019. Subject: Re: Cellular Phone Pricing Question
  26020. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  26021. Date: Tue, 17 Jan 1995 21:40:58 GMT
  26022.  
  26023.  
  26024. weave@hopi.dtcc.edu (Ken Weaverling) writes:
  26025.  
  26026. > In article <telecom15.10.9@eecs.nwu.edu>, John McGing <jmcging@access.
  26027. > digex.net> wrote:
  26028.  
  26029. >> Anyway, I have a couple of questions: Even including the $25.00 year
  26030. >> to the employee association, the monthly base cost is $11.03 month vs
  26031. >> $24.95.  Over three years that's $167.00 x3 or over $500.00 in
  26032. >> savings.  Is this deal too good to be true?  The three year thing
  26033. >> doesn't worry me (we're NOT moving <g> and the car phone we have is a
  26034. >> real top drawer Motorola we can switch to a new car.).  Should it?
  26035.  
  26036. > One of the reasons for a three year contract may be due to the cell
  26037. > company planning on, or expecting, cell prices to drop in that period.
  26038. > If they do, and you are locked in for three years, they get to keep
  26039. > charging you under the older higher terms. For example, in some parts
  26040. > of the country, under certain plans, weekend local air time rates are
  26041. > FREE.
  26042.  
  26043. I have GTE Mobilnet, and when they lowered the rates on my plan by
  26044. $3.00 per month and allowed users to choose a peak/off-peak rate or
  26045. stick with the flat rate at their option, I received the discount and
  26046. was able to switch to peak/off-peak without extending my one-year
  26047. contract (which had about eight months to run at the time).
  26048.  
  26049. I DO have unlimited weekend calling, but I pay $15.00 per month for
  26050. the privilege.
  26051.  
  26052.  
  26053. Andrew Laurence                                   laurence@netcom.com
  26054. Certified NetWare Administrator (CNA)        Oakland, California, USA
  26055. CD-ROM Networking Consultant            Pacific Standard Time (GMT-8)
  26056. Phone: (510) 547-6647    Pager: (510) 308-1903    Fax: (510) 547-8002
  26057.  
  26058. ------------------------------
  26059.  
  26060. From: pbeker@netcom.com (Paul Beker)
  26061. Subject: Re: Anyone Have Experience With LDDS/Metromedia?
  26062. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  26063. Date: Tue, 17 Jan 1995 23:16:39 GMT
  26064.  
  26065.  
  26066. clukas@mr.net (chuck lukaszewski) writes:
  26067.  
  26068. > I received some information from LDDS/Metromedia yesterday about their
  26069. > long distance service. The rates seem entirely too good to be true,
  26070. > and I'm wondering if anyone here has experience (good or bad) that
  26071. > they would share.
  26072.  
  26073. I've been using LDDS/Metromedia quite a bit in the past few months, and am 
  26074. generally pleased with them.  The rates I have are actually through American 
  26075. Travel Network (a LDDS/Metromedia reseller). (800-477-9692)
  26076.  
  26077. o ATN/LDDS/Metromedia Calling Card:
  26078.     - 17.5c/minute anywhere in the USA, anytime.
  26079.     - No per-call surcharges, no minimum.
  26080.  
  26081. The quality of the connections on these calls occassionally seems
  26082. marginal, by 1990s standards, but in my opinion, well worth saving
  26083. upwards of a dollar per call.  Most of my calls are to check voice
  26084. mail, so ...
  26085.  
  26086. o ATN/LDDS/Metromedia "Dial 1" residential (?) LD service:
  26087.     The rate schedule is split, with the five area codes with most usage
  26088.     being on one schedule, and other calls on the other schedule:
  26089.  
  26090.                 Five NPAs     Other NPAs
  26091. Day (8am-5pm)     17.5c          22.5c
  26092. Night (5pm-8am)   10.0c          12.5c
  26093.  
  26094. There is a minimum monthly usage of one hour.  The quality of the
  26095. calls seems, again, slightly below 'big three' standards, but
  26096. definitely acceptable.  Call setup time is slower (2-4 sec., I would
  26097. guess), and the actual ringing / busy tones sound horrible (! - dunno
  26098. why).  But once the connection is made, the calls sound fine.
  26099.  
  26100. One more thing to note: You are billed separately from your local
  26101. telco's bill.  In other words, I receive a bill each month that
  26102. contains only my calling card calls and my dial 1+ calls from home,
  26103. directly from LDDS/Metromedia.
  26104.  
  26105. My opinions only -- although this does look a lot like an ad for ATN,
  26106. it isn't ... I have no connection with them or LDDS/Metromedia
  26107. whatsoever.  (I only wish I had thought of the no-fee calling card
  26108. years ago.)
  26109.  
  26110.  
  26111. Paul Beker - Atlanta, GA   pbeker@netcom.com
  26112.  
  26113. ------------------------------
  26114.  
  26115. From: dlr@daver.bungi.com (Dave Rand)
  26116. Date: Tue, 17 Jan 1995 10:05:00 PST
  26117. Subject: Re: Anyone Have Experience With LDDS/Metromedia?
  26118.  
  26119.  
  26120. > I received some information from LDDS/Metromedia yesterday about their
  26121. > long distance service. The rates seem entirely too good to be true,
  26122. > and I'm wondering if anyone here has experience (good or bad) that
  26123. > they would share.
  26124.  
  26125. Their rates are very good.  *HOWEVER*
  26126.  
  26127. Be warned.  They quoted rates of 0.27/min inbound 800, 0.25/min
  26128. outbound switched to Canada for me.  As most of my call volume on 800
  26129. comes from Canada, this is a significant decrease from the normal
  26130. rates of 0.60-0.30.
  26131.  
  26132. Having read the fine print on the contract -- it claims that the
  26133. contract term is for service only, and does not guarantee rates -- I
  26134. added a notation on my contract that the Canada rates were to be as
  26135. quoted.  This was a *very* good idea.
  26136.  
  26137. First, LDDS slammed all nine of my telephone lines.  I switched them
  26138. back.  They slammed them again.  I switched them back.  They slammed
  26139. all but my primary outbound line, and I didn't notice for a month!
  26140. Around $250 or so in PIC charges, that month.  Moral -- make sure that
  26141. you have *all* your lines protected, as they *will* find out all your
  26142. phone numbers, even if you don't give them out.
  26143.  
  26144. Then the bill came. The calls are rated at 0.37/minute.  Customer
  26145. service says "too bad".  My salesman says "oops -- the rates went up
  26146. *the day after* we signed up, too bad.".  I said, "PUC, fraud,
  26147. bait-and-switch, contracted amount!"  Long discussions followed.  The
  26148. salesman wasn't allowed to change the contract, according to LDDS --
  26149. their problem, not mine, I pointed out to them.  As of now, we are
  26150. still fighting over credits, but they have agreed to give me the
  26151. contracted rate, for the contracted period (one year).
  26152.  
  26153. The dust has not settled.  Be careful out there in telecom-land!
  26154.  
  26155.  
  26156. Dave Rand    Internet: dlr@daver.bungi.com
  26157.  
  26158. ------------------------------
  26159.  
  26160. From: Barton.Bruce@camb.com
  26161. Subject: Re: How Can I Encrypt a T-1?
  26162. Date: 15 Jan 95 22:54:43 -0500
  26163. Organization: Cambridge Computer Associates, Inc.
  26164.  
  26165.  
  26166. In article <telecom15.21.9@eecs.nwu.edu>, tedh@cylink.COM (Ted Hadley)
  26167. writes:
  26168.  
  26169. > In article <telecom15.7.13@eecs.nwu.edu> synchro@access1.digex.net
  26170. > (Steve) writes:
  26171.  
  26172. >> There is a company in California called Cylink.  They make several
  26173. >> different kinds of crypto gear for communications.  I'm unable to come
  26174. >> up with a telephone number for them at the moment.
  26175.  
  26176. > Telephone number is 408-735-5800.
  26177.  
  26178. Try 800 info for their 800 number.
  26179.  
  26180. The cylink guy posting should have at least tooted his horn about
  26181. their *EXCELENT* and *EXTENSIVE* collection of FAX-BACKable material
  26182. you can just get yourself -- no salesfolk needed.
  26183.  
  26184. They also make spread spectrum no-license needed radio links.
  26185.  
  26186. ------------------------------
  26187.  
  26188. From: wtm@uhura.neoucom.edu (Bill Mayhew)
  26189. Subject: Re: Bellcore Standards Question
  26190. Organization: Northeastern Ohio Universities College of Medicine
  26191. Date: Tue, 17 Jan 1995 19:50:36 GMT
  26192.  
  26193.  
  26194. I have some doucmentation from Wescom, who makes a lot of T1 eqipment
  26195. for telco applications.
  26196.  
  26197. There are two codes for zero.  The coding of the signal is mu-law 255.
  26198. There are 16 chords in the same with linear values in each chord.  The
  26199. coding is two's-complement.
  26200.  
  26201. As it is set up, the MSB is the sign.  That yields -0 and +0 as
  26202. equally valid codes of 01111111 and 11111111 respectively.  The code
  26203. codes are fed out of the bank as a PCM NRZ data stream.  A zero bit is
  26204. coded as no voltage shift in a bit time cell.  A one bit is coded as a
  26205. voltage level transition in either direction.
  26206.  
  26207. No more than seven zeros in a row are permitted, or an automatic on
  26208. insertion occurs to prevent the demodulator from losing lock on the
  26209. incoming bit stream.  This can result of one LSB resoultion on a
  26210. maximal signal.  Since low levels contain a lot of ones, there is no
  26211. loss of resolution on small signals due to forced ones.
  26212.  
  26213. Also, if you are using older D4 non ESF (extended superframe) equipment.  
  26214. A bit will be robbed every 6th frame for signalling.  The robbed bits
  26215. alternate between the A bit and B bit.
  26216.  
  26217.                     FX Station                    FX Office
  26218. cirucit           xmt      rcv      dir         xmt       rcv
  26219.                   A  B     A  B                 A  B      A  B
  26220. busy/tip grd               0         <-         0
  26221. idle/tip open              1         <-         1
  26222. busy/ring                      0     <-            0
  26223. idle/no ring                   1     <-            1
  26224.  
  26225. idle/loop open    0                  ->                   0
  26226. busy/loop closed  1                  ->                   1
  26227. busy/ring rnd         0              ->                       0
  26228. idle/ring open        1              ->                       1
  26229.  
  26230.                   0   1    1   1  g strt idle   1  1      0   1
  26231.                   1   1    0   1  g strt busy   0  1      1   1
  26232.  
  26233. ESF cahnnel banks code the PCM the same way, but use a technique called 
  26234. forced bipolar violation to code the signalling and other control bits
  26235. in the data stream and also remove the restriction of no more than
  26236. seven consecutive zeros.  The ESF signal is almost NRZ, but differentiates 
  26237. by coding two ones in a row of the *same* polarity when the offending 00 
  26238. code would have occured.  The dobule ones alternate so that the DC
  26239. offset is still held to approximately zero (exclusive of any "sealing
  26240. current" that the trnasmission eqipment injects on the circuit).
  26241.  
  26242. You should se a lot of ones on an idle circuit.  The most significant
  26243. bit could be either zero or one.  I don't know if Belcore has a spec
  26244. on what should be done; my docs aren't that specific.  The LSB is
  26245. going to vary if you are on a D4 channel bank depending on the A and B
  26246. bits.  See the table above.
  26247.  
  26248.  
  26249. Bill Mayhew        NEOUCOM Computer Services Department
  26250. Rootstown, OH  44272-0095  USA      phone: 216-325-2511
  26251. wtm@uhura.neoucom.edu       amateur radio 146.58: N8WED
  26252.  
  26253. ------------------------------
  26254.  
  26255. From: rice@ttd.teradyne.com (John Rice)
  26256. Subject: Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly
  26257. Date: 17 Jan 95 14:45:54 CST
  26258. Organization: Teradyne Inc., Telecommunications Division
  26259.  
  26260.  
  26261. In article <telecom15.27.5@eecs.nwu.edu>, cgordon@vpnet.chi.il.us
  26262. (gordon hlavenka) writes:
  26263.  
  26264. > Payphone owners receive no revenues from 800 calls.  Hence I'd imagine
  26265. > that they don't rate 800-access problems very high on their list of
  26266. > priorities.
  26267.  
  26268. Hotels are getting just as bad (or worse), especially the 'majors'. I
  26269. was in the Ohare Ramada last night and they wanted .50/call to call an
  26270. 800 number or to call collect.
  26271.  
  26272.  
  26273. John Rice        K9IJ  
  26274. rice@ttd.teradyne.com  
  26275.  
  26276.  
  26277. [TELECOM Digest Editor's Note: The Ohare Ramada?  Why didn't you call
  26278. and say hello?  Whenever Digest readers are in the Chicago area they
  26279. are invited to call, or meet as long as we plan it a little ahead.  PAT]
  26280.  
  26281. ------------------------------
  26282.  
  26283. From: thompson@robin.tezcat.com (Bob Thompson)
  26284. Subject: Re: Atlanta Airport's Pay Phones Reject 1-800 Numbers Randomly
  26285. Date: Tue, 17 Jan 1995 08:31:34 GMT
  26286. Organization: Tezcat.COM, Chicago
  26287.  
  26288.  
  26289. In article <telecom15.25.4@eecs.nwu.edu> pbeker@netcom.com (Paul
  26290. Beker) writes:
  26291.  
  26292. > [TELECOM Digest Editor's Note: You wonder what AT&T had to do to get the
  26293. > account?  Well I can tell you what Illinois Bell had to do to get the
  26294. > O'Hare Airport account a few years ago: when the newspapers exposed the
  26295. > city council members and Aviation Department employees who got the bribes
  26296. > and the IBT employees who paid the bribes, there was quite a stink for
  26297. > a short while, then everyone sort of forgot about it.  PAT]
  26298.  
  26299. Wasn't the epic airport struggle (some years back) the one at DFW between 
  26300. GenTel and AT&T.  This was of course in the 'old' telephone days. Anyone 
  26301. remember any details.  
  26302.  
  26303.  
  26304. /bob/ (in Chicago, yet)
  26305.  
  26306. ------------------------------
  26307.  
  26308. Subject: Where Can I Buy Telephones?
  26309. From: franci.visnovic@uni-mb.si (Emilio)
  26310. Date: 17 Jan 95 18:27:11 +0200
  26311. Organization: University of Maribor, Slovenia
  26312.  
  26313.  
  26314. Hello,
  26315.  
  26316. Please, can someone give me a email address of a person which sells
  26317. telephones (Panasonic, Sony, AT&T).
  26318.  
  26319.  
  26320. Regards,
  26321.  
  26322. Franci!    email: franci.visnovic@uni-mb.si
  26323.  
  26324.  
  26325. [TELECOM Digest Editor's Note: Here in the USA we are very accustomed
  26326. to seeing stores everywhere that sell phones. Any of the brand names
  26327. you mentioned above are for sale anywhere you go here. All the stores
  26328. have deals with one or more of the above, and quite a few others as
  26329. well. Perhaps one or more of the various dealer/distributor/retail sales
  26330. people reading this Digest will respond to you and assist you.   PAT]
  26331.  
  26332. ------------------------------
  26333.  
  26334. End of TELECOM Digest V15 #39
  26335. *****************************
  26336.     
  26337.     
  26338. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa07333;
  26339.           18 Jan 95 2:04 EST
  26340. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  26341.     id AA15639; Tue, 17 Jan 95 21:48:04 CST
  26342. Return-Path: <telecom>
  26343. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  26344.     id AA15632; Tue, 17 Jan 95 21:48:01 CST
  26345. Date: Tue, 17 Jan 95 21:48:01 CST
  26346. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  26347. Message-Id: <9501180348.AA15632@delta.eecs.nwu.edu>
  26348. To: telecom@eecs.nwu.edu
  26349. Subject: TELECOM Digest V15 #40
  26350.  
  26351. TELECOM Digest     Tue, 17 Jan 95 21:48:00 CST    Volume 15 : Issue 40
  26352.  
  26353. Inside This Issue:                          Editor: Patrick A. Townson
  26354.  
  26355.     Re: Modem-Voice Incoming Call Switching (Harold Buehl)
  26356.     Re: Call Overflow Question (Chris Hardaker)
  26357.     Re: Cellphone Now Giving ANI? (Steve Brack)
  26358.     Re: 206 to 360 Experience (Carl Moore)
  26359.     Re: Distinctive Ringing Specifications (Wayne Huffman)
  26360.     Re: General Datacom ATM Switches Sign Deal With Siemens (brenner@mars)
  26361.     Re: Long Distance Blocking, was Re: Old Rotary Service Question (W Huffman)
  26362.     Re: Horrible Eartquake in Japan (Peter Leif Rasmussen)
  26363.     Re: GSM Cellular Operators List (Matthew Richardson)
  26364.     Re: How to Find Your Number (Carl Moore)
  26365.     Re: 500 Number Assignments (Carter Thomasson)
  26366.     Re: 500 Number Assignments (bkron@netcom.com)
  26367.     Re: AT&T Enters Rochester NY Local Telephone Market (Bob Thompson)
  26368.     Re: Acronym for "Information Superhighway" (Mark Brader)
  26369.     Re: GSM Cellular Operators List (Kimmo Ketolainen)
  26370.     Re: Address Wanted For KPN (Hendrik Rood)
  26371.     Digital Cellular Phones (Mark Stieger)
  26372.     PBX Information Needed (chrisd@blazers.com)
  26373.     Re: LD ISDN Service (Ed Goldgehn)
  26374.     Re: Address Wanted For KPN (Jean B. Sarrazin)
  26375.     Zombie Voice on COCOTS (Carl Moore)
  26376.     Re: About the GIF Incident and Substitutes (Dik T. Winter)
  26377.     Re: Mail Order Outlet For Cellular Batteries (Doug Reuben)
  26378.     Need Phone Numbers for Consumer Tel. Equipment Companies (norbert@primenet)
  26379.  
  26380. TELECOM Digest is an electronic journal devoted mostly but not
  26381. exclusively to telecommunications topics. It is circulated anywhere
  26382. there is email, in addition to various telecom forums on a variety of
  26383. public service systems and networks including Compuserve and America
  26384. On Line. It is also gatewayed to Usenet where it appears as the moderated
  26385. newsgroup 'comp.dcom.telecom'. 
  26386.  
  26387. Subscriptions are available to qualified organizations and individual
  26388. readers. Write and tell us how you qualify:
  26389.  
  26390.                  * telecom-request@eecs.nwu.edu *
  26391.  
  26392. The Digest is edited, published and compilation-copyrighted by Patrick
  26393. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  26394. or phone at:
  26395.                     9457-D Niles Center Road
  26396.                      Skokie, IL USA   60076
  26397.                        Phone: 708-329-0571
  26398.                         Fax: 708-329-0572
  26399.   ** Article submission address only: telecom@eecs.nwu.edu **
  26400.  
  26401. Our archives are located at lcs.mit.edu and are available by using
  26402. anonymous ftp. The archives can also be accessed using our email
  26403. information service. For a copy of a helpful file explaining how to
  26404. use the information service, just ask.
  26405.  
  26406. *************************************************************************
  26407. *   TELECOM Digest is partially funded by a grant from the              *
  26408. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  26409. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  26410. * project.  Views expressed herein should not be construed as represent-*
  26411. * ing views of the ITU.                                                 *
  26412. *************************************************************************
  26413.  
  26414. Additionally, the Digest is funded by gifts from generous readers such
  26415. as yourself who provide funding in amounts deemed appropriate. Your help 
  26416. is important and appreciated. A suggested donation of twenty dollars per
  26417. year per reader is considered appropriate. See our address above.
  26418.  
  26419. All opinions expressed herein are deemed to be those of the author. Any
  26420. organizations listed are for identification purposes only and messages
  26421. should not be considered any official expression by the organization.
  26422. ----------------------------------------------------------------------
  26423.  
  26424. From: hbuehl@dsm1.dsmnet.com
  26425. Subject: Re: Modem-Voice Incoming Call Switching
  26426. Date: 17 Jan 1995 19:51:36 GMT
  26427. Organization: Des Moines Internet
  26428. Reply-To: hbuehl@dsm1.dsmnet.com
  26429.  
  26430.  
  26431. In <telecom15.31.4@eecs.nwu.edu>, jmandel@carbon.cudenver.edu (Jan
  26432. Mandel) writes:
  26433.  
  26434. > A while ago I have posted a question how to switch incoming calls to
  26435. > an answering machine or a modem. Many have pointed out that incoming
  26436. > modem call is just silence and it is the answering modem that makes
  26437. > the shreeking noise. Thank you all.
  26438.  
  26439. > Consequently to decide if the incoming call is modem or not one would
  26440. > have to subject all callers to the unpleasant shreek.
  26441.  
  26442. I am a little late in seeing this thread, but there is another
  26443. solution.  The modems can be set up as reverse-carrier which means
  26444. that it is the calling modem that "shreeks" and the receiving modem is
  26445. silent.  This is the way that FAX/MODEM switches work where you can
  26446. share a single line between a Fax Machine, a modem, and a answering
  26447. machine.  Unfortunatly, both the sending and receiving modems need to
  26448. be set up as reverse-carrier so you cannot use this for a
  26449. bulletin-board type of setup since the callers will have to use a
  26450. non-standard setup inorder to access your dial-in line.
  26451.  
  26452.  
  26453. Harold Buehl
  26454.  
  26455. ------------------------------
  26456.  
  26457. Subject: Re: Call Overflow Question
  26458. From: hardaker@clear.co.nz (Chris Hardaker)
  26459. Date: 17 Jan 95 09:21:15 EST
  26460.  
  26461.  
  26462. This is in reply to Mark Kelly's question about overflowing from one
  26463. DN to another.
  26464.  
  26465. It depends on the technology supporting your T1. If it is sitting on some
  26466. advanced switch like a DMS (advanced in relation to electro-mechanical), a 
  26467. simple 'replace tuple' after the overflowing trunk group and then send
  26468. the switch back to it's digit analysis tables will do the trick. This
  26469. set up will work with a few of the MITEL and GEC PBX's out there also.
  26470. If it's anything older than a DMS, a second trunk group appears to be
  26471. your only choice.
  26472.  
  26473.  
  26474. Chris Hardaker   Network Manager
  26475. CLEAR Communications
  26476. Auckland  New Zealand
  26477. Ph + 64 9 912 4286
  26478. Fax + 64 9 912 4451
  26479.  
  26480. ------------------------------
  26481.  
  26482. Date: Tue, 17 Jan 95 17:11:55 -0500
  26483. From: Steve Brack <sbrack@cse.utoledo.edu>
  26484. Subject: Re: Cellphone Now Giving ANI?
  26485.  
  26486.  
  26487. In article <telecom15.21.2@eecs.nwu.edu> holland@perot.mtsu.edu 
  26488. (Mr. James Holland) wrote:
  26489.  
  26490. > The ANI returned on my cellular service (CellOne of Tennessee) is that
  26491. > of the business office of the local 911 office. Any idea why that is,
  26492. > or if it's only a fluke?
  26493.  
  26494. Applying some social engineering, the ANI of the 911 business office
  26495. would probably be a good flag for special subscriber numbers that
  26496. don't return a true ANI, like cellular numbers.
  26497.  
  26498. After all, how often do you think their own business office calls 911?
  26499.  
  26500.  
  26501. Steve Brack, Consultant | sbrack@eng.utoledo.edu 
  26502. Toledo, OH  43613-1605  | sbrack@cse.utoledo.edu
  26503. MY OWN OPINIONS         | Tel: +1 419 534 7349 
  26504.  
  26505.  
  26506. [TELECOM Digest Editor's Note: My beeper works something like that. If
  26507. you call it and punch in a number, then I get the number on the display
  26508. screen. If you don't punch in a number but just leave a voice message
  26509. then it still beeps me but displays the number of itself.   PAT]
  26510.  
  26511. ------------------------------
  26512.  
  26513. Date: Tue, 17 Jan 95 23:40:49 GMT
  26514. From: Carl Moore <cmoore@ARL.MIL>
  26515. Subject: Re: 206 to 360 Experience
  26516.  
  26517.  
  26518. Regarding the person whose calls to area code 360 wind up in her own
  26519. company's voicemail boxes ...
  26520.  
  26521. How does she dial calls to:
  26522.  
  26523. 1. long distance points (originating at the company, right?);
  26524. 2. mailboxes within the company?
  26525.  
  26526. ------------------------------
  26527.  
  26528. From: whuffman@ix.netcom.com (Wayne Huffman)
  26529. Subject: Re: Distinctive Ringing Specifications
  26530. Date: 17 Jan 1995 23:44:03 GMT
  26531. Organization: Netcom
  26532.  
  26533.  
  26534. In <telecom15.33.19@eecs.nwu.edu> vlai@wimsey.com (Vincent Lai) writes: 
  26535.  
  26536. > Does anybody know how to get the specifications for distinctive
  26537. > ringing in USA and Canada? Any help is appreciated.
  26538.  
  26539. As I recall, Distinctive ringing is (was) called Multiple Directory
  26540. Numbers per Line with Distinctive Ringing - MDNL/DR in the AT&T 5ESS
  26541. Switch documentation. This may help someone researching this.  (I used
  26542. to be a 5ESS switch tech in an AT&T Digital CO).
  26543.  
  26544.  
  26545. Wayne Huffman
  26546.  
  26547. ------------------------------
  26548.  
  26549. From: Brenner@mars.superlink.net (Brenner)
  26550. Subject: Re: General Datacom ATM Switches Sign Deal With Siemens
  26551. Date: 17 Jan 1995 14:34:09 GMT
  26552. Organization: SuperNet Inc.
  26553.  
  26554.  
  26555. MCI announced that it would be using GDC ATM switches.  I'm not
  26556. _positive_, but I think AT&T is using its own GlobeView 2000 switch.
  26557.  
  26558.  
  26559. Brenner
  26560.  
  26561. ------------------------------
  26562.  
  26563. From: whuffman@ix.netcom.com (Wayne Huffman)
  26564. Subject: Re: Long Distance Blocking, was Re: Old Rotary Service Question
  26565. Date: 18 Jan 1995 00:32:49 GMT
  26566. Organization: Netcom
  26567.  
  26568.  
  26569. In <telecom15.35.7@eecs.nwu.edu> dannyb@panix.com (danny burstein)
  26570. writes:
  26571.  
  26572. > b) There was often also a current reversal when calling the operator
  26573. > or some other telco numbers. But local calls would go through ok.
  26574.  
  26575. As I recall, this was also used as a method to return coins at a coin
  26576. telephone when calling a (then) "free" nomber such as 411, "0" operator, 
  26577. and the telephone company business office. My mom used to be the cord-
  26578. board (!) operator at the local Ma Bell business office, and I would
  26579. call her at work and get my dime (later quarter) back when the local
  26580. CO would reverse the current momentarily. Ah, memories!
  26581.  
  26582.  
  26583. Wayne Huffman
  26584.  
  26585. ------------------------------
  26586.  
  26587. Date: Wed, 18 Jan 95 09:37:15 JST
  26588. From: plr@ichigo.os.nasu.toshiba.co.jp (Peter Leif Rasmussen)
  26589. Subject: Re: Horrible Eartquake in Japan
  26590.  
  26591.  
  26592. Yes, it was an eartquake of quite some magnitude, but you have got a
  26593. few figures a little wrong.
  26594.  
  26595. The last count I saw with the number of dead poeple were around 1500,
  26596. so if you skip a zero in your "170,000 people have died" then it looks
  26597. more realistic. It will probably go over 2000 when they have finished
  26598. their clean up.
  26599.  
  26600. I don't know if it is the worst quake in over a hundred years in
  26601. Japan, but maybe in the area called Kansai in Japan (with Kyoto, Osaka
  26602. and Kobe). I think the earthquake in Tokyo in 1923 are considered to
  26603. be worse (I don't remember the figures) and then many thousans died,
  26604. not so much because of bulidings crashing, but more because of the
  26605. burning down of the (woodden) houses.
  26606.  
  26607. I don't live in the area, but 500km away from it, however even here
  26608. they were able to measure it. All TV stations only had one program
  26609. yesterday: The Earthquake. I think the quake is comparable to the one
  26610. in Los Angeles some time ago, but I think also this time the burning
  26611. down of buildings will be bad, because of the little (and expensive)
  26612. space, they are built very close.
  26613.  
  26614. That is all I have, but somebody living closer might have more
  26615. details?
  26616.  
  26617.  
  26618. Peter Rasmussen
  26619.  
  26620.  
  26621. [TELECOM Digest Editor's Note: Regards the increasing death count, on
  26622. the television news tonight it was over 1800.  Having the buildings as
  26623. close together as they are does not help, and as you point out it makes
  26624. the fires even worse. A couple months ago here in Chicago we had an
  26625. entire city block burn down. About a dozen buildings were involved
  26626. which are built very close together (just perhaps five feet of space
  26627. between each of them) combined with extremely strong winds. As the burning
  26628. embers flew through the air they landed on rooftops up and down that
  26629. block; a couple buildings on the other side of the street also caught
  26630. fire as a result.   PAT]
  26631.  
  26632. ------------------------------
  26633.  
  26634. From: matthew@cix.compulink.co.uk (Matthew Richardson)
  26635. Subject: Re: GSM Cellular Operators List
  26636. Organization: I.T. Consultancy Limited, Jersey
  26637. Date: Tue, 17 Jan 1995 19:31:14 GMT
  26638.  
  26639.  
  26640. Another one for the list:-
  26641.  
  26642. Jersey Telecoms
  26643. Jersey (obviously!)
  26644. Channel Islands
  26645. British Isles
  26646.  
  26647. The service went live in December, 1994.
  26648.  
  26649. ------------------------------
  26650.  
  26651. Date: Tue, 17 Jan 95 18:40:12 GMT
  26652. From: Carl Moore <cmoore@ARL.MIL>
  26653. Subject: Re: How to Find Your Number
  26654.  
  26655.  
  26656. The 800-MY-ANI-IS number proved to be useful to me in some stretches
  26657. of travel where I was making an AT&T call at virtually every exchange
  26658. I passed through.  I encountered numerous cases where no number was
  26659. displayed on the telephone.
  26660.  
  26661. ------------------------------
  26662.  
  26663. Date: Tue, 17 Jan 1995 12:55:04 -0500
  26664. From: CTHOMASSON@aol.com
  26665. Subject: Re: 500 Number Assignments
  26666.  
  26667.  
  26668. In Vol. 14, issue 459 bkron@netcom.com provided a list of the 500
  26669. number assignments by company. What was the effective date of the list
  26670. and is there an updated version available?
  26671.  
  26672.  
  26673. Carter Thomasson    Intercontinental  Telecommunications
  26674.  
  26675. ------------------------------
  26676.  
  26677. Date: Tue, 17 Jan 1995 16:53:35 PST
  26678. From: Kronos <bkron@netcom.com>
  26679. Subject: Re: 500 Number Assignments
  26680.  
  26681.  
  26682.  
  26683. CTHOMASSON@aol.com wrote:
  26684.  
  26685. > In Vol. 14, issue 459 bkron@netcom.com  provided a list of the 500 number
  26686. > assignments by company. What was the effective date of the list and is there
  26687. > an updated version available ?
  26688.  
  26689. That data was effective 12/1/94 and there have been no modification to
  26690. the assignments as of this date (1/17/95).
  26691.  
  26692. ------------------------------
  26693.  
  26694. From: thompson@robin.tezcat.com (Bob Thompson)
  26695. Subject: Re: AT&T Enters Rochester NY Local Telephone Market
  26696. Date: Tue, 17 Jan 1995 08:24:17 CST
  26697. Organization: Tezcat.COM, Chicago
  26698.  
  26699.  
  26700. In article <telecom15.24.1@eecs.nwu.edu> wegeng.XKeys@xerox.com writes:
  26701.  
  26702. > Several recent messages to the Digest have discussed the recent
  26703. > changes to the local telephone service regulations that allow for
  26704. > competition in the Rochester, Ny telephone market.  The January 10,
  26705. > 1995 edition of the {Rochester Democrat & Chronicle} contains a full
  26706. > page ad from AT&T advertising that they are entering this market.  For
  26707. > fun, I called the toll free number contained in the ad (1 800 716-4ATT) 
  26708. > to learn more about what AT&T is offering.
  26709.  
  26710. > The AT&T rep didn`t know what the rates would be after the three
  26711. > month period, but suggested thay they would remain competitive.
  26712.  
  26713. > AT&T is offering most of the advanced services that Rochester Telephone 
  26714. > offers, with voice mail being the most asked for missing service (again 
  26715. > all of this is implemented by Rochester Tel and resold by AT&T).  I
  26716. > also learned that there is no sign up fee through March 31.
  26717.  
  26718. Don -- well, let me tell you what ATT did to us here in the Chicago
  26719. market.  They began offering service (accessed by 10288) for longer
  26720. intra-lata calls (over eight miles, which are timed calls here, less than
  26721. eight being untimed).  They advertised the hell out of it -- cheaper than
  26722. Ameritech (formerly Illinois Bell), they advertised.  And it was.  15-mile
  26723. calls were (these are from memory but fairly accurate) around 1 to 1.5
  26724. cents/minute, vs Ameritech at 1.5 to 2.0 cents (depending on day and time).
  26725.  
  26726. Then, three months later (December) the rates changed.  No ads, no
  26727. announcements. Seven cents/minute now -- roughly three times the Ameritech
  26728. rates.  It turns out the low rates were "temporary, introductory rates."
  26729.  
  26730. Talk about bait and switch.  This is hook and switch!  A fair number
  26731. of businesses had programmed their systems to automatically add the
  26732. 10288 dial string.  And they didn't find out about the change, often,
  26733. till the new bills were processed, perhaps after six to eight weeks of
  26734. paying higher rates.
  26735.  
  26736. So, if you switch to ATT for local service, watch what they do to you.  
  26737.  
  26738. OTOH, we still go ATT for interstate long distance.  
  26739.  
  26740.  
  26741. /bob/
  26742.  
  26743.  
  26744. [TELECOM Digest Editor's Note: Even though AT&T did not advertise their
  26745. increase in rates, Illinois Bell made sure to let everyone know about
  26746. the changes. Did you see the ads run by Ameritech (IBT) saying 'AT&T
  26747. has such a deal for you!  They want you to pay 81 percent more for you
  26748. local calls than we do ...'  The ad went on to explain how the AT&T
  26749. rates had increased after the short 'introductory' period.   PAT]
  26750.  
  26751. ------------------------------
  26752.  
  26753. From: msb@sq.sq.com (Mark Brader)
  26754. Subject: Re: Acronym for "Information Superhighway"
  26755. Organization: SoftQuad Inc., Toronto, Canada
  26756. Date: Tue, 17 Jan 95 22:10:22 GMT
  26757.  
  26758.  
  26759. > [ ... I guess now they will make things so miserable on the Internet
  26760. > large numbers of people will drop out.  PAT]
  26761.  
  26762.  ... calling it a cesspool and a dungheap as they do, Pat?
  26763.  
  26764.  
  26765. Mark Brader, msb@sq.com | "Those who mourn for 'USENET like it was' should
  26766. SoftQuad Inc.           |  remember the original design estimates of maximum
  26767. Toronto                 |  traffic volume: 2 articles/day" -- Steven Bellovin
  26768.  
  26769.  
  26770. [TELECOM Digest Editor's Note: Wait a minute! *I* invented the 'cesspool
  26771. and dungheap' descriptions. If other people want to use those, they are
  26772. going to have to pay me royalties.  <g>   PAT]
  26773.  
  26774. ------------------------------
  26775.  
  26776. From: Kimmo.Ketolainen@utu.fi (Kimmo Ketolainen)
  26777. Subject: Re: GSM Cellular Operators List
  26778. Organization: Turun yliopisto - University of Turku, Turku, Finland
  26779. Date: Tue, 17 Jan 1995 03:01:08 GMT
  26780.  
  26781.  
  26782. > Estonia      EMT
  26783.  
  26784. New:
  26785. Estonia=09=09Radiolinja
  26786.  
  26787. > Hong Kong    Smartone
  26788.  
  26789. Also:
  26790. Hong Kong=09Telecom CSL
  26791.  
  26792.  
  26793. Kimmo Ketolainen University of Turku            home +358 21 237 8227
  26794. Kimmo.Ketolainen@utu.fi                    shoe +358 40 500 2957
  26795. FIN-20540 Turku  http://www.utu.fi/finland.html work +358 21 262 1496
  26796.  
  26797. ------------------------------
  26798.  
  26799. From: roodh@dds.nl (Hendrik Rood)
  26800. Subject: Re: Address Wanted For KPN
  26801. Date: 17 Jan 1995 04:15:29 GMT
  26802. Organization: Hendrik's Humble Home Hero
  26803.  
  26804.  
  26805. In article <telecom15.29.17@eecs.nwu.edu>, k920672@kingston.ac.uk
  26806. (Stephen Warner) says:
  26807.  
  26808. > Can someone tell me the smail address of KPN, a Dutch Telecoms Company?
  26809.  
  26810. PTT Telecom Netherlands is the telecom-division of KPN (the others are
  26811. a mail division and a multimedia division). It can be reached at:
  26812.  
  26813. PTT Telecom Netherlands
  26814. P.O. Box 30150
  26815. 2500 GD The Hague
  26816. The Netherlands.
  26817.  
  26818. I suggest you write the IEB (Dutch abbreviation for internal and
  26819. external affairs) Department.
  26820.  
  26821.  
  26822. Hendrik Rood
  26823.  
  26824. PTT Telecom    Network Services
  26825. Switched Services department.
  26826.  
  26827. ------------------------------
  26828.  
  26829. From: stud@icicle.winternet.com (Mark Stieger)
  26830. Subject: Digital Cellular Phones
  26831. Date: 13 Jan 95 10:49:24 GMT
  26832. Organization: StarNet Communications, Inc
  26833.  
  26834.  
  26835. I'm looking at getting a Motorola Digital cell phone (Micro Digital
  26836. model) and was wondering if anyone on here had expierience with it,
  26837. specs on it, technical info, etc. Also, does it use the same accessories 
  26838. as the standard Motorola flip phones?
  26839.  
  26840. Also, are there any places that sell it via mail unactivated for a
  26841. decent price? they want $699 for it here.
  26842.  
  26843.  
  26844. Thanks,
  26845.  
  26846. Mark
  26847.  
  26848. ------------------------------
  26849.  
  26850. From: chrisd@blazers.com
  26851. Subject: PBX Information Needed
  26852. Date: 17 Jan 1995 23:37:06 GMT
  26853. Organization: Portland Trail Blazers Inc
  26854.  
  26855.  
  26856. I am at present evaluating the AT&T 3gi PBX as well as the NT 61c.
  26857. Anybody have any good information on these systems to help me with my
  26858. decision.
  26859.  
  26860. ------------------------------
  26861.  
  26862. From: edg@ocn.com (Ed Goldgehn)
  26863. Subject: Re: LD ISDN Service
  26864. Date: 17 Jan 1995 06:29:08 GMT
  26865. Organization: The INTERNET Connection, LLC
  26866.  
  26867.  
  26868. In article <telecom15.29.15@eecs.nwu.edu>, john@katy.com says...
  26869.  
  26870. > At long last, Southwestern Bell is offering ISDN service in St. Louis.
  26871. > We need to select a LD company, our current carrier LDDS says they
  26872. > don't offer it.  Any recommendations from the crowd?
  26873.  
  26874. What LDDS is saying is that they don't have SS7 signaling in your area
  26875. for data calls. Where are you going to be calling with your ISDN line?
  26876.  
  26877. IMHO, you're better off with either AT&T or MCI for overall deployment
  26878. reasons.
  26879.  
  26880.  
  26881. Ed Goldgehn                          E-Mail:  edg@ocn.com
  26882. Sr. Vice President                    Voice:  (404) 919-1561
  26883. Open Communication Networks, Inc.       Fax:  (404) 919-1568
  26884.  
  26885. ------------------------------
  26886.  
  26887. Date: Tue, 17 Jan 1995 11:19:13 +0100
  26888. From: jean@xs4all.nl (Jean BSarrazin)
  26889. Subject: Re: Address Wanted For KPN
  26890.  
  26891.  
  26892. I have the address for the Amsterdam District office:
  26893.  
  26894. La Guardiaweg 5
  26895. 1043 DE Amsterdam
  26896. The Netherlands.
  26897.  
  26898. Although recently privatized, KPN still suffers from the Dutch
  26899. bureaucracy syndrome -- in other words, you may have to make a few
  26900. phone calls there before getting an answer. Their phone is +31 20 484
  26901. 8484.
  26902.  
  26903.  
  26904. Jean B Sarrazin    Ekkosys Communications BV   Amsterdam
  26905.  
  26906. ------------------------------
  26907.  
  26908. Date: Tue, 17 Jan 95 17:46:09 EST
  26909. From: Carl Moore <cmoore@ARL.MIL>
  26910. Subject: Zombie Voice on COCOTS
  26911.  
  26912.  
  26913. Does anyone know what I am talking about when I describe a voice
  26914. frequently heard on COCOTS (saying things like "thank you", "please
  26915. wait", "this is not a valid number", etc.) as female and "zombie"?
  26916.  
  26917.  
  26918. [TELECOM Digest Editor's Note: I certainly do. 'Please deposit thirty
  26919. five cents' is my favorite of the zombie's instructions.     PAT]
  26920.  
  26921. ------------------------------
  26922.  
  26923. From: dik@cwi.nl (Dik T. Winter)
  26924. Subject: Re: About the GIF Incident and Substitutes
  26925. Organization: CWI, Amsterdam
  26926. Date: Tue, 17 Jan 1995 00:06:53 GMT
  26927.  
  26928.  
  26929. In article <telecom15.26.1@eecs.nwu.edu> Paul Robinson <paul@tdr.com> writes:
  26930.  
  26931. > With the recent problems over the use of Unisys patented LZW
  26932. > compression in GIF files, there has been suggested people switch to
  26933. > JPEG format.  Then someone else pointed out that IBM has a patent on
  26934. > the compression format that uses.
  26935.  
  26936. > Aparently both are the same algorithm.  David Winfrey <dwinfrey@cpcug.org> 
  26937. > points out that the information on this is in rtfm.mit.edu:/pub/usenet/
  26938. > news.answers/compression-faq/part[1-3].
  26939.  
  26940. They are not the same.  GIF uses LZW, patented by Unisys; JPEG uses
  26941. arithmetic coding, patented by IBM.  But JPEG also allows Huffman
  26942. coding which is used by most generally available JPEG software.  (BTW,
  26943. actually LZW is also patented by IBM to make it more confusing.)
  26944.  
  26945.  
  26946. dik t. winter, cwi, kruislaan 413, 1098 sj  amsterdam, nederland, +31205924098
  26947. home: bovenover 215, 1025 jn  amsterdam, nederland; e-mail: dik@cwi.nl
  26948.  
  26949. ------------------------------
  26950.  
  26951. From: dreuben@netcom.com (CID Tech/INSG)
  26952. Subject: Re: Mail Order Outlet For Cellular Batteries 
  26953. Date: Tue, 17 Jan 1995 03:42:33 PST
  26954.  
  26955.  
  26956. On 4 Jan 95 03:54:48 GMT, robbie@hermes.dciem.dnd.ca (G. Robert Arrabito) 
  26957. wrote:
  26958.  
  26959. > I'm looking for a mail order outlet in either Canada or the U.S. which
  26960. > carries NMH batteries for my Motorola cellular phone. Can anyone suggest
  26961. > good, reliable companies?
  26962.  
  26963. It took me a while to dig out the info, but we've ordered from Cellular 
  26964. Products Distributors in LA. We never bought NMH from them (yet), but
  26965. I've seen some offered there at rather good prices.  (Nothing for my
  26966. Audiovox Ultravox [the smallest one] -- anyone know of a good source
  26967. for these rather unusual NMH batteries?)
  26968.  
  26969. Their info is:
  26970.  
  26971. Cellular Products Distributors
  26972. 1616 Contner Ave
  26973. Los Angeles, CA, 90025
  26974.  
  26975. (800) 654-3050
  26976. (800) 443-9889 (CA)
  26977. (310) 312-0778
  26978. (310) 473-7782 (Fax)
  26979.  
  26980.  
  26981. Doug Reuben     dreuben@netcom.com/dreuben@interpage.net   (203) 499 - 5221
  26982.   CID Technologies*Interpage(TM) E-Mail/Internet Paging and Fax Services
  26983.  
  26984. ------------------------------
  26985.  
  26986. From: norbert@PrimeNet.Com
  26987. Subject: Need Phone Numbers for Consumer Telephone Equipment Companies
  26988. Date: 18 Jan 1995 00:18:24 GMT
  26989. Organization: Primenet
  26990.  
  26991.  
  26992. I would appreciate telephone numbers for any mail order companies
  26993. which concentrate on telephone equipment including equipment for the
  26994. general consumer market. Also any comments based on experience with
  26995. these companies regarding service and pricing would be appreciated.
  26996.  
  26997.  
  26998. [TELECOM Digest Editor's Note: When this comes up, as it does quite
  26999. often, the one standard recommendation I always make is to contact
  27000. 'Hello Direct' for a copy of their catalog. Call 1-800-HI-HELLO. Gee,
  27001. I wish those folks were sponsors of this Digest; I talk about them
  27002. often enough some have already accused me of getting paid by them! <g>
  27003. I don't though ... its just that they have pretty good stuff. My other
  27004. suggestion is to not forget Radio Shack. 1-800-THE-SHACK will get you
  27005. on their mailing list.    PAT]
  27006.  
  27007. ------------------------------
  27008.  
  27009. End of TELECOM Digest V15 #40
  27010. *****************************
  27011.     
  27012.     
  27013. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa08959;
  27014.           18 Jan 95 3:12 EST
  27015. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  27016.     id AA16801; Tue, 17 Jan 95 22:44:11 CST
  27017. Return-Path: <telecom>
  27018. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  27019.     id AA16793; Tue, 17 Jan 95 22:44:07 CST
  27020. Date: Tue, 17 Jan 95 22:44:07 CST
  27021. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  27022. Message-Id: <9501180444.AA16793@delta.eecs.nwu.edu>
  27023. To: telecom@eecs.nwu.edu
  27024. Subject: TELECOM Digest V15 #41
  27025.  
  27026. TELECOM Digest     Tue, 17 Jan 95 22:44:00 CST    Volume 15 : Issue 41
  27027.  
  27028. Inside This Issue:                          Editor: Patrick A. Townson
  27029.  
  27030.     Re: Bell Atlantic Mobile Joins the PIN Crowd (Dave Levenson)
  27031.     Re: ANI Information in Realtime (Dave Levenson)
  27032.     Re: Looking up Addresses and Phone Number From Names (bkron@netcom.com)
  27033.     Re: Legal Problem Due to Modified Radio (Wm. Randolph U Franklin)
  27034.     Re: Need Info on Two-Line, Digital Answering Devices With ANI (S Schwartz)
  27035.     Re: Anyone Have Experience With LDDS/Metromedia? (primeperf@aol.com)
  27036.     Re: Attention: 800 Number Subscribers (News Alert) (Dik Winter)
  27037.     Re: Attention: 800 Number Subscribers (News Alert) (Bob Goudreau)
  27038.     Re: 360 NPA in Partial Service (Don Skidmore)
  27039.     Re: Inter-LATA Rates in California (Linc Madison)
  27040.     Long Distance Caller ID (Paul J. Zawada)
  27041.     New Tennex Codes in 516 (Stan Schwartz)
  27042.     630 Area Code and New Dialing Patterns (Mitch Weiss)
  27043.     Cattle Call (Randy Gellens)
  27044.  
  27045. TELECOM Digest is an electronic journal devoted mostly but not
  27046. exclusively to telecommunications topics. It is circulated anywhere
  27047. there is email, in addition to various telecom forums on a variety of
  27048. public service systems and networks including Compuserve and America
  27049. On Line. It is also gatewayed to Usenet where it appears as the moderated
  27050. newsgroup 'comp.dcom.telecom'. 
  27051.  
  27052. Subscriptions are available to qualified organizations and individual
  27053. readers. Write and tell us how you qualify:
  27054.  
  27055.                  * telecom-request@eecs.nwu.edu *
  27056.  
  27057. The Digest is edited, published and compilation-copyrighted by Patrick
  27058. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  27059. or phone at:
  27060.                     9457-D Niles Center Road
  27061.                      Skokie, IL USA   60076
  27062.                        Phone: 708-329-0571
  27063.                         Fax: 708-329-0572
  27064.   ** Article submission address only: telecom@eecs.nwu.edu **
  27065.  
  27066. Our archives are located at lcs.mit.edu and are available by using
  27067. anonymous ftp. The archives can also be accessed using our email
  27068. information service. For a copy of a helpful file explaining how to
  27069. use the information service, just ask.
  27070.  
  27071. *************************************************************************
  27072. *   TELECOM Digest is partially funded by a grant from the              *
  27073. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  27074. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  27075. * project.  Views expressed herein should not be construed as represent-*
  27076. * ing views of the ITU.                                                 *
  27077. *************************************************************************
  27078.  
  27079. Additionally, the Digest is funded by gifts from generous readers such
  27080. as yourself who provide funding in amounts deemed appropriate. Your help 
  27081. is important and appreciated. A suggested donation of twenty dollars per
  27082. year per reader is considered appropriate. See our address above.
  27083.  
  27084. All opinions expressed herein are deemed to be those of the author. Any
  27085. organizations listed are for identification purposes only and messages
  27086. should not be considered any official expression by the organization.
  27087. ----------------------------------------------------------------------
  27088.  
  27089. From: dave@westmark.com (Dave Levenson)
  27090. Subject: Re: Bell Atlantic Mobile Joins the PIN Crowd
  27091. Organization: Westmark, Inc.
  27092. Date: Wed, 18 Jan 1995 02:21:15 GMT
  27093.  
  27094.  
  27095. The cellular carriers appear to be under the mistaken impression that
  27096. a PIN, transmitted in the clear over the air, will somehow be more
  27097. secure than a MIN and ESN, also transmitted in the clear, over the
  27098. air!  If only a few subscribers use a PIN, then it will appear to be
  27099. secure, because those who would clone the MIN and ESN don't bother
  27100. trying to intercept the PIN.  When everybody uses a PIN, then the
  27101. cloners will have sufficient incentive to intercept and use the PIN
  27102. along with the MIN and ESN, and we'll be right back where we are
  27103. today.
  27104.  
  27105. This is merely another example of an attempt at security through
  27106. obscurity.  I predict that the benefit will be temporary.
  27107.  
  27108.  
  27109. Dave Levenson        Internet: dave@westmark.com
  27110. Westmark, Inc.        UUCP: uunet!westmark!dave
  27111. Stirling, NJ, USA    Voice: 908 647 0900  Fax: 908 647 6857
  27112.  
  27113. ------------------------------
  27114.  
  27115. From: dave@westmark.com (Dave Levenson)
  27116. Subject: Re: ANI Information in Realtime
  27117. Organization: Westmark, Inc.
  27118. Date: Wed, 18 Jan 1995 02:40:08 GMT
  27119.  
  27120.  
  27121. ESSMAN (74656.557@compuserve.com) writes:
  27122.  
  27123. > I currently have 800 service through AT&T and I receive ANI
  27124. > information with my bill once per month.  I'd like to receive the ANI
  27125. > info real-time but no one at AT&T seems to know what I'm talking
  27126. > about.
  27127.  
  27128. AT&T does offer real-time ANI on 800 numbers, but only if the inbound
  27129. calls are delivered through AT&T MegaCom(sm) or ISDN service.  MegaCom
  27130. is their bypass service, where a leased T-1 span connects their tandem
  27131. switch directly to the customer premises.  They use wink-start to
  27132. deliver ANI or DNIS (maybe both? I don't know) using in-band DTMF
  27133. signaling.
  27134.  
  27135. > [TELECOM Digest Editor's Note: Even though ANI and Caller-ID are two
  27136. > separate things ... with this in mind, at least one carrier
  27137. > providing 800 service *does* display in realtime the ANI of the
  27138. > calling party via the Caller-ID display unit. I've forgotten which
  27139. > company it is ... someone remind me.
  27140.  
  27141. WillTel (who is resold by Cable & Wireless and probably a few others)
  27142. provides ANI over the CallerID channel.
  27143.  
  27144.  
  27145. Dave Levenson        Internet: dave@westmark.com
  27146. Westmark, Inc.        UUCP: uunet!westmark!dave
  27147. Stirling, NJ, USA    Voice: 908 647 0900  Fax: 908 647 6857
  27148.  
  27149. ------------------------------
  27150.  
  27151. From: bkron@netcom.com (BUBEYE!)
  27152. Subject: Re: Looking up Addresses and Phone Number From Just Names
  27153. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  27154. Date: Wed, 18 Jan 1995 03:01:59 GMT
  27155.  
  27156.  
  27157. Tony Waddell <aawadde@pb1.PacBell.COM> writes:
  27158.  
  27159. > I'm not sure if this is PACBELL policy only, or whether it's fairly
  27160. > consistent across the country, but I wanted a phone book from my home
  27161. > town, Davenport, Iowa. I was quoted a charge in excess of $50!
  27162.  
  27163. Shop around for phone books like everything else! I needed a Phoenix
  27164. book and called US West (who serves Arizona) and was quoted what
  27165. seemed to be a high price.  On a lark, I called Pac Bell and was
  27166. quoted a price much lower for the identical book!
  27167.  
  27168. Get the numbers for the various Baby Bell's directory departments
  27169. (they all have 800 numbers) and call around.  You'll be surprised.
  27170. This is one market (foreign directories) where they actually compete
  27171. against each other.
  27172.  
  27173. ------------------------------
  27174.  
  27175. From: wrf@ecse.rpi.edu (Wm. Randolph U Franklin)
  27176. Subject: Re: Legal Problem Due to Modified Radio
  27177. Date: 18 Jan 1995 03:34:06 GMT
  27178. Organization: ECSE Dept, Rensselaer Polytechnic Institute, Troy, NY, 12180 USA
  27179. Reply-To: wrf@ecse.rpi.edu (Wm. Randolph U Franklin)
  27180.  
  27181.  
  27182. I can't comment on the radio aspects, but can shed a little light on
  27183. university judicial environments.
  27184.  
  27185. I've been a university faculty member since 78, and, so far as I can
  27186. see, typical university judicial proceedings for students are run like
  27187. child abuse determinations, or like the Elizabethan Star Chamber --
  27188. in total secrecy and with no one having any statutory rights.  Where I
  27189. work:
  27190.  
  27191. - Trials, names of the defendant, and verdicts of the student-run judicial 
  27192. board are secret, except for a sanitized one-sentence summary. ("Stolen $1000 
  27193. computer, Bray Hall, last week, restitution and 100 hours service").
  27194.  
  27195. - Even the plaintiff has no right to attend the trial or to learn the
  27196. verdict.  (This came out when a woman accused a man of date-raping
  27197. her.)
  27198.  
  27199. - The defendant and witnesses have no right to keep silent, but must
  27200. answer questions.  This rule is in the student handbook.
  27201.  
  27202. This system survives because the student leaders like it.  The secrecy
  27203. preserves the rights of a defendant who is found innocent, and the
  27204. general anonymity is considered to be required by the Buckley
  27205. amendment.  This is a law that makes student academic records secret.
  27206. (In contrast, the comparable rule for people's financial records is
  27207. that there is not even an expectation of secrecy.)
  27208.  
  27209. So it's not at all surprising how the student with the radio was
  27210. treated.  Regrettable, yes.  Surprising, no.
  27211.  
  27212.  
  27213. [TELECOM Digest Editor's Note: He wrote me earlier today and now I am
  27214. unable to find his letter (dammit!) ... he said the reason they were
  27215. there was because it was believed he was in possession of stolen
  27216. property. He said he knew that was not the case, had nothing to hide
  27217. or be concerned about, so he told them go ahead and search.  Apparently
  27218. they did not find any stolen property -- he knew in his own heart he
  27219. was innocent of that -- but I guess he did not expect them to get off
  27220. on a tangent about his radio equipment either.   PAT]  
  27221.  
  27222. ------------------------------
  27223.  
  27224. From: stans@panix.com (Stan Schwartz)
  27225. Subject: Re: Need Info on Two-Line, Digital Answering Devices With ANI
  27226. Date: 17 Jan 1995 22:34:04 -0500
  27227. Organization: PANIX Public Access Internet and Unix, NYC
  27228.  
  27229.  
  27230. Richard Jay Solomon (rjs@farnsworth.mit.edu) wrote:
  27231.  
  27232. > Has anyone tested or reviewed the Friday machine by Bogen or AT&T's
  27233. > new two-line digital answering machine? Will they respond to ANI like
  27234. > the NTI device mentioned in TELECOM Digest?
  27235.  
  27236. Richard:
  27237.  
  27238. I had the Friday for about a week.  It's a pretty flimsy machine for
  27239. the $300 MSRP.  It doesn't handle ANI or CID, but it does recognize
  27240. distinctive-ringning.  It went back within a week.
  27241.  
  27242.  
  27243. Stan
  27244.  
  27245. ------------------------------
  27246.  
  27247. From: primeperf@aol.com (Prime perf)
  27248. Subject: Re: Anyone Have Experience With LDDS/Metromedia?
  27249. Date: 17 Jan 1995 20:50:20 -0500
  27250. Organization: America Online, Inc. (1-800-827-6364)
  27251. Reply-To: primeperf@aol.com (Prime perf)
  27252.  
  27253.  
  27254. The numbers that you have for LDDS/Metromedia are correct for no
  27255. volume commitment and a one year time commitment. I switched to them
  27256. about four months ago because of their rates and found the service as
  27257. good as that from the previous carrier -- Sprint. Besides, the calling
  27258. card rates are also excellent.
  27259.  
  27260. You can get AT&T to come up with a better line than the one you are
  27261. getting if you can commit to more than $200 per month for a period of
  27262. one to three years. Their Option "S" offering has commitment levels of
  27263. $200 - $1,000 - $3,000 - $5,000 per month for the one to three year
  27264. period. The higher the level you are willing to commit to, the better.
  27265.  
  27266. Then again, if you can get a really good rate and equivalent service
  27267. from the fourth largest service provider with no volume commitment,
  27268. who needs any of the three largest!
  27269.  
  27270. ------------------------------
  27271.  
  27272. Date: Wed, 18 Jan 1995 03:08:06 +0100
  27273. From: Dik.Winter@cwi.nl
  27274. Subject: Re: Attention: 800 Number Subscribers (News Alert)
  27275.  
  27276.  
  27277. > The European position imposes a lottery where there is more than one
  27278. > applicant for a specific international freephone number.  You can
  27279. > imagine the land rush this will create among European carriers and
  27280. > their customers, especially for valuable numbers such as 800 THE CARD,
  27281. > 800 HOLIDAY, and 800 FLOWERS, or Home Shopping Club's well-ensconced
  27282. > 800 284-3200.
  27283.  
  27284. Why would any European customer wish numbers like 800 THE CARD, unless
  27285. they expect most of their traffic from the US?  If I would wish to
  27286. dial that number I have to go to my cupboard, take out a photocopy
  27287. from a newsletter of the Dutch Telecom that has a photograph of a US
  27288. phone to be able to translate it to digits.  And why is 284-3200 so
  27289. charished?  I see no reason at all.
  27290.  
  27291. In Europe letters are *not* used.  And when they were used assignment
  27292. was not identical to the US assignment.  See the telecom archives for
  27293. an article were I gave some European assignments.
  27294.  
  27295. For your information, when letters were present on the phones in the
  27296. Netherlands, I could translate my phone number below as: +CABKEJBDKJH,
  27297. not very interesting.
  27298.  
  27299.  
  27300. dik t. winter, cwi, kruislaan 413, 1098 sj  amsterdam, nederland, +31205924098
  27301. home: bovenover 215, 1025 jn  amsterdam, nederland; e-mail: dik@cwi.nl
  27302.  
  27303. ------------------------------
  27304.  
  27305. Date: Tue, 17 Jan 1995 21:18:58 -0500
  27306. From: goudreau@dg-rtp.dg.com (Bob Goudreau)
  27307. Subject: Re: Attention: 800 Number Subscribers (News Alert) 
  27308.  
  27309.  
  27310. producer@pipeline.com (Judith Oppenheimer) writes:
  27311.  
  27312. > Negotiations are under way for a new International Freephone Service
  27313. > which would compromise the value and integrity of existing 800 numbers
  27314. > for U.S. 800 customers.
  27315.  
  27316. > There is a User Statement which was presented in Geneva in November
  27317. > '94 that calls for grandfathering of existing 800 assignments....
  27318.  
  27319. > The European position imposes a lottery where there is more than one
  27320. > applicant for a specific international freephone number.  You can
  27321. > imagine the land rush this will create among European carriers and
  27322. > their customers, especially for valuable numbers such as 800 THE CARD,
  27323. > 800 HOLIDAY, and 800 FLOWERS, or Home Shopping Club's well-ensconced
  27324. > 800 284-3200.
  27325.  
  27326. Could you provide more background, please?  The last I heard about
  27327. international free-phone service was a proposal a few years ago for a
  27328. new "800" country code.  Is that what the Geneva plan is about?  If
  27329. so, I can't see how it would "compromise the value and integrity of
  27330. existing 800 numbers".  The new international numbers would be a whole
  27331. separate number space, dialed as +800 XXX...., while existing NANP 800
  27332. numbers could still be dialed from withing the NANP as they are today:
  27333. 1-800-NXX-XXXX.
  27334.  
  27335. What are the details about the proposal for "grandfathering of
  27336. existing 800 assignments"?  Is the idea that any existing NANP 800
  27337. number will in the future be reachable as +800-NXX-XXXX as well?
  27338. (I.e., there will only be a single free-phone number space for the
  27339. whole world?)  That doesn't sound very practical.  Also, how can
  27340. grandfathering be done fairly for *all* existing 800 numbers,
  27341. including those in other countries?  If some company in the US
  27342. currently owns 1-800-234-5678, and another company in the UK owns
  27343. 0800-234-567, then who wins?
  27344.  
  27345. And what about the problem we already have in the US, where the 800
  27346. NPA is almost full anyway, which means that we will probably see the
  27347. introduction of another free-phone NPA soon anyway?  How will
  27348. international free-phone service deal with such new NPAs?
  27349.  
  27350. In short, what is the numbering space of the proposed international
  27351. free-phone service, and why exactly would it cause problems?
  27352.  
  27353.  
  27354. Bob Goudreau        Data General Corporation
  27355. goudreau@dg-rtp.dg.com    62 Alexander Drive    
  27356. +1 919 248 6231        Research Triangle Park, NC  27709, USA
  27357.  
  27358. ------------------------------
  27359.  
  27360. From: dskidmo@halcyon.com (Don Skidmore)
  27361. Subject: Re: 360 NPA in Partial Service
  27362. Date: Mon, 16 Jan 95 15:20:54 PST
  27363. Organization: The Lone Net-Surfer :-) !
  27364.  
  27365.  
  27366. In article <telecom14.467.13@eecs.nwu.edu>, rjones@ixion.com says:
  27367.  
  27368. > Area code 206 is now like the Chicago (312/708) situation.  360 will  
  27369. > surround 206.  Once 360 takes effect, 206 will become the Seattle,  
  27370. > Tacoma, and possibly Everett (and surrounding areas) with the rest of  
  27371. > what was 206 becoming 360.  At least that's my understanding.
  27372.  
  27373. Actually, 206 is *not quite* completely surrounded by 360.  There is a small
  27374. area at about 3 o'clock (summit of Snoqualmie Pass) where 206 abuts 509.
  27375.  
  27376. In article <telecom14.469.15@eecs.nwu.edu>, cmoore@ARL.MIL says:
  27377.  
  27378. > There are local calls across the 301/410 border (Md.) and 215/610
  27379. > border in Pa., and the area code is used for this where just the seven
  27380. > digit number was used before.
  27381.  
  27382. It will be interesting to see for sure, but the local telco claims
  27383. local calls can be dialed as local numbers even if you are calling
  27384. from one area code into another.
  27385.  
  27386.  
  27387.  
  27388. dskidmo@halcyon.com    dskidmo@eskimo.com
  27389. Bellevue, Washington  USA
  27390.  
  27391.  
  27392. [TELECOM Digest Editor's Note: Yet someone has stated that starting
  27393. in about two years we here in 312/708 will be forced to dial eleven
  27394. digits for all our calls, even if they are in the same area code. See
  27395. a later message in this issue for details.   PAT]
  27396.  
  27397. ------------------------------
  27398.  
  27399. From: lincmad@netcom.com (Linc Madison)
  27400. Subject: Re: Inter-LATA Rates in California
  27401. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  27402. Date: Wed, 18 Jan 1995 03:54:20 GMT
  27403.  
  27404.  
  27405. Eric Paulak (ericp@ucg.com) wrote:
  27406.  
  27407. > Linc Madison asked:
  27408.  
  27409. >> Have the IXC's reduced their rates on calls between LATAs in
  27410. >> California to be more in line with both the new intra-LATA and
  27411. >> interstate rates?
  27412.  
  27413. > The answers a resounding "yes." In fact, AT&T, MCI and Sprint have all
  27414. > undercut Pac Bell's rates. For example:
  27415.  
  27416. > For a 45-mile call from L.A. to Anaheim using basic 1+ business service,
  27417.  
  27418. But you haven't even addressed my question.  My question was about
  27419. INTER-lata rates -- calls **BETWEEN** LATAs.  For example, a call from
  27420. L.A. to San Francisco.  I know that INTRA-lata rates have been reduced
  27421. dramatically by Pacific Bell and even more dramatically by the IXCs,
  27422. but the last I checked it was still about $0.30 or $0.35 for a
  27423. one-minute daytime call from one end of the state to the other on any
  27424. of the Big Three.
  27425.  
  27426. So, I'll ask the question that has still not been answered: have the
  27427. IXCs reduced their INTER-LATA rates in line with the new INTRA-LATA
  27428. rates?  (Hint: they can't be undercutting Pacific Bell, because
  27429. Pacific Bell is still not permitted to carry these calls.)
  27430.  
  27431.  
  27432. Linc Madison   *   Oakland, California   *   LincMad@Netcom.com
  27433.  
  27434. ------------------------------
  27435.  
  27436. Date: Tue, 17 Jan 1995 18:32:18 -0600
  27437. From: Paul J Zawada <zawada@ncsa.uiuc.edu>
  27438. Subject: Long Distance Caller ID
  27439.  
  27440.  
  27441. I've had a couple of interesting conversations with the folks at
  27442. Ameritech regarading the delivery of interstate Caller-ID information.
  27443. I have a question or two regarding the availablity of the above service, 
  27444. so let me summarize and pose a question or two to the readers of TELECOM
  27445. Digest.
  27446.  
  27447. Having been frustrated with having Caller ID in Champaign, IL for over
  27448. six months and having ~70% of my calls come up with "OUT OF AREA", I
  27449. decided to call Ameritech and try to figure out whether or not I
  27450. should keep this near-useless service.  If I receive a call that
  27451. originated on one of the two DMS-100s in town, I will get the calling
  27452. party's number(CPN).  Otherwise, I usually get the "OUT OF AREA"
  27453. message.  One time I actually received the CPN for a call from the 415
  27454. NPA (I think), but otherwise the CPN doesn't come through for numbers
  27455. outside of the Champaign area.
  27456.  
  27457. I had read somewhere that the FCC was going to require carrier (both
  27458. LEC and IXC) to pass CPN info back and forth where SS7 was in place.
  27459. Sure enough, I dug a little and found that a "Report and Order and
  27460. Further Notice of Proposed Rulemaking" was issued with such a requirement.  
  27461. (URL= http://fcc.gov:70/0/Orders/Common_Carrier/orcc4001.txt.) 
  27462. However the order doesn't seem to have any effective date and seems a
  27463. bit wimpy to me ...
  27464.  
  27465. With this under my belt, I called the Ameritech residential service
  27466. number and asked the rep if there was anyway she could find out if and
  27467. when this was going to happen.  I mentioned the above rule to at the
  27468. very least rationalize to myself that I wasn't off my rocker  She
  27469. said someone would get back with me.
  27470.  
  27471. About a day later I received a message telling me to call back the
  27472. same number.  After finding my way around the Touch-Tone menu maze, I
  27473. finally reached a rep who seemed very disinterested in helping me.
  27474. She told me that the official response from within Ameritech was "No
  27475. one at Ameritech or AT&T had heard of the particular ruling you
  27476. mentioned and that the problem was not with Ameritech."  She went on
  27477. to say that I should contact my long distance carrier for more
  27478. information.  The call was over in less than 45 seconds.
  27479.  
  27480. I spent the day stewing over this terse response and decided I'd call
  27481. back and tell them I wasn't satisfied with their first answer.  So I
  27482. called back and luckily got on the line with a rep that had a clue.
  27483. (Yes, there are some RBOC customer reps that are polite and know what
  27484. they are talking about!)  I explained the whole story to him and he
  27485. replied that even though such a ruling may have been made, no IXC
  27486. really has done anything to implement interstate Caller-ID nor have
  27487. any plans been announced.  So as a pratical matter, I am out of luck.
  27488. I also asked him if he could find out if Ameritech uses SS7 for any of
  27489. their IXC interconnections for the Champaign area.  (I already know
  27490. that the LEC surrounding Champaign, GTE North, is not SS7 capable in
  27491. this area, so I'm not expecting any Caller-ID information for
  27492. Intra-LATA calls ouside of Ameritech's service area any time soon.)
  27493. The rep said he'd try to get a copy of ruling and see if he could dig
  27494. up any more info.
  27495.  
  27496. After dealing with my questions we had a fairly good technical discussion 
  27497. that lasted about ten minutes. One of the things that he mentioned was
  27498. that no DMS-100s could speak SS7.  I pushed further and asked him if
  27499. Northern Telecom didn't support SS7 on any DMS-100s or if it was just
  27500. Ameritech's DMS-100s that did not support SS7.  He said he wan't sure,
  27501. but he thought NT didn't support SS7 and the DMS-100 at all ...
  27502.  
  27503. So this leads to the first question:  
  27504.  
  27505. Does the NT DMS-100 (with the proper software of course) support SS7?
  27506. I find it hard to believe that there is no SS7 capability for the
  27507. DMS-100 ... can someone prove me wrong?
  27508.  
  27509. I guess the other questions I have are:
  27510.  
  27511. How useful is Caller-ID in other parts of the country?  Do other folks
  27512. that have the service get "OUT OF AREA" for 99.5% of their interstate
  27513. calls, or am I just in the wrong city to get that info?  I'd be
  27514. especially interested to hear how well it works in the Chicago area
  27515. since Chicago is also served by Ameritech Illinois.
  27516.  
  27517. Should I dump Caller-ID since I'm getting very little functionality
  27518. for my $6.50 a month or will things get better?  If things will get
  27519. better, how long should it take before at least some of my friends'
  27520. out-of-state phone numbers will be lighting up my caller-ID display?
  27521.  
  27522.  
  27523. Thanks for any info.
  27524.  
  27525. Paul J. Zawada               URL: http://headroom.ncsa.uiuc.edu/zawada
  27526. Network Engineer              EMAIL: zawada@ncsa.uiuc.edu
  27527. National Center for            PHONE: 217 244 4728
  27528.    Supercomputing Applications AMATEUR RADIO: KB9FMN
  27529.  
  27530.  
  27531. [TELECOM Digest Editor's Note: Well I can tell you that north of you in
  27532. the Chicago area of Ameritech's territory, we have been getting very good
  27533. results on Caller-ID for awhile now. Lots of long distance calls are having
  27534. their ID shown ... interestingly, even some recent calls from California
  27535. in the 415 area code were displayed.  Of course all this is relevant to
  27536. *where* most of your calls originate, and maybe I just lucked out but I
  27537. would say about 90 - 95 percent of my incoming calls now show Caller-ID,
  27538. or they show that the caller is blocking it, etc.  PAT]
  27539.  
  27540. ------------------------------
  27541.  
  27542. From: stans@panix.com (Stan Schwartz)
  27543. Subject: New Tennex Codes in 516
  27544. Date: 17 Jan 1995 22:40:55 -0500
  27545. Organization: PANIX Public Access Internet and Unix, NYC
  27546.  
  27547.  
  27548. Quick FYI:
  27549.  
  27550.  From the 516-694 exchange (NYNEX), I dialed 1010288 1 908 889 XXXX
  27551. and the call was completed via AT&T.
  27552.  
  27553. Also, the 630, 334, and 360 NPA's are all dialable from here.
  27554.  
  27555.  
  27556. Stan
  27557.  
  27558. ------------------------------
  27559.  
  27560. Date: Tue, 17 Jan 1995 07:42:35 -0600
  27561. From: mweiss@interaccess.com
  27562. Subject: 630 Area Code and New Dialing Patterns
  27563.  
  27564.  
  27565. The new 630 area code is a subject of big debate here in Chicagoland.
  27566. Chicago Tonight, a local TV show just had a half-hour debate on that
  27567. very subject.  According to an Ameritech spokesman, the intended plan
  27568. (as of today) is as follows:
  27569.  
  27570. 1.  630 will be an overlay area code for all of the 312 and 708 area codes;
  27571. 2.  630 will initially be assigned for new phones (land and mobile) in 708 
  27572.     area;
  27573. 3.  In early 1996, 630 will also be assigned to Chicago (312);
  27574. 4.  In September 1996, ALL of Chicago and suburbs will require eleven digit 
  27575.     dialing, even if you are calling the same area code.
  27576. 5.  Area code 708 is already exhausted.  No new cell phones will have 708.
  27577.  
  27578. The representative from the City of Chicago who appeared on the show
  27579. is against the new code.  The City has filed an objection with the
  27580. Illinois Commerce Commission (the local PUC), and is considering
  27581. appealing to the FCC.  They claim that this confusion is bad for
  27582. business.  They also claim it to be a safety issue.  Small children
  27583. have too many numbers to learn.
  27584.  
  27585. Either way, it is a pain in the neck.  If I am in 708 and order a
  27586. second phone line, it will possibly be a 630 line.  Regardless, if it
  27587. goes through, I will have to dial eleven digits for all calls in the
  27588. future.  I think this is the first shot in the war to end seven digit
  27589. dialing nationwide.  We probably will see more of this in the future.
  27590.  
  27591.  
  27592. Mitchell Weiss   mweiss@interaccess.com
  27593.  
  27594.  
  27595. [TELECOM Digest Editor's Note: Well, there is one good thing to be said
  27596. about having to dial the area code as well as seven digits on all calls.
  27597. Once it is made mandatory, we will no longer have to dial *eleven* digits;
  27598. we will be able to just dial ten digits since the '1' will no longer be
  27599. needed to show that an area code rather than a local exchange sequence
  27600. is following. What follows will *always* be an area code ... right?  We
  27601. will be able to use '1' rather than '011' for international dialing since
  27602. the '1' will no longer be needed domestically. So even though we will be
  27603. dialing more digits, we will on *true* long distance calls be able to
  27604. dial fewer digits than now.    PAT]
  27605.  
  27606. ------------------------------
  27607.  
  27608. From: RANDY@MPA15AB.mv-oc.Unisys.COM
  27609. Date: 17 JAN 95 16:38   
  27610. Subject: Cattle Call
  27611.  
  27612.  
  27613. Saw this in an internal news group:
  27614.  
  27615.     -------  Forwarded message -------
  27616.  
  27617.     Date: Tue, 17 Jan 1995 1:45 pm CST (19:45:57 UT)
  27618.     From: C Rader
  27619.  
  27620. A local magazine (I think it was "Twin Cities Business") quoted an
  27621. item from an investment newsletter saying that some dairy farmers now
  27622. use pagers to call their cows.
  27623.  
  27624. They reportedly strap a vibrating pager around the neck of the herd
  27625. leader cow and call the pager when it's time to return to the barn.
  27626. The cow is taught to respond to the vibrations.
  27627.  
  27628. One person here who's family raises cattle asked whether it wouldn't
  27629. be cheaper to keep a feeding a dog that herds the cattle instead of
  27630. paying monthly charges and air time. 
  27631.  
  27632. ------------------------------
  27633.  
  27634. End of TELECOM Digest V15 #41
  27635. *****************************
  27636.     
  27637.     
  27638. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa09841;
  27639.           18 Jan 95 5:23 EST
  27640. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  27641.     id AA19362; Wed, 18 Jan 95 01:10:28 CST
  27642. Return-Path: <telecom>
  27643. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  27644.     id AA19355; Wed, 18 Jan 95 01:10:26 CST
  27645. Date: Wed, 18 Jan 95 01:10:26 CST
  27646. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  27647. Message-Id: <9501180710.AA19355@delta.eecs.nwu.edu>
  27648. To: telecom@eecs.nwu.edu
  27649. Subject: TELECOM Digest V15 #42
  27650.  
  27651. TELECOM Digest     Tue, 17 Jan 95 23:45:16 CST    Volume 15 : Issue 42
  27652.  
  27653. Inside This Issue:                           Editor: Patrick A. Townson
  27654.  
  27655.     Re: More CO Codes For Each NPA - Any Telcos Take Advantage? (Carl Moore)
  27656.     Re: Returning Blocked Local Calls to be Discontinued (Robert Schwartz)
  27657.     800 Numbers/Letters Overseas (Richard Jay Solomon)
  27658.     Re: Where to Get Text of the ECPA? (John A. Thomas)
  27659.     Re: Cross Keys (Carl Moore)
  27660.     Re: NEC Neax 2400 (John Stewart)
  27661.     Business Telephone Sales Expected Salary/Commission Ranges? (Neil W. Giles)
  27662.     Phone Bill Has Wrong Area Code and City (Carl Moore)
  27663.     Help With Number Plan (Robert Smith)
  27664.     Re: What is a T1 Line? (Butch Lcroan)
  27665.     Re: Bellcore Standards Question (Wally Ritchie)
  27666.     Wanted: We Buy and SellL Used Telephone Systems and Parts (David Russell)
  27667.     Economics of the Telecommucations Industry (Victor Prochnik)
  27668.     Re: Is the Pentium Bug Really That Bugging? (Wally Ritchie)
  27669.     FCC PCS Auction Information (Darryl Kipps)
  27670.     Aministrivia: Sendmail Let's Me Down (TELECOM Digest Editor)
  27671. ----------------------------------------------------------------------
  27672.  
  27673. Date: Tue, 17 Jan 95 23:03:28 GMT
  27674. From: Carl Moore <cmoore@ARL.MIL>
  27675. Subject: Re: More CO Codes For Each NPA - Any Telcos Take Advantage?
  27676.  
  27677.  
  27678. You mentioned 206-803.  But 206 was running short of prefixes before
  27679. the NNX area codes were available, and it staved off a split for a
  27680. while by generalizing from NNX to NXX prefixes.  As you know, the
  27681. phone number shortage in 206 is to be relieved by new area code 360,
  27682. which has now entered permissive mode.
  27683.  
  27684. What Dave Leibold was asking was what I mentioned (in different words)
  27685. in the area code history file: With the generalized area codes, what
  27686. becomes of "no N0X/N1X prefixes unless NNX prefixes are running out"?
  27687. In other words, all area codes -- not just the ones running short of
  27688. NNX prefixes -- now have published dialing instructions which can also
  27689. accommodate N0X/N1X prefixes.
  27690.  
  27691. ------------------------------
  27692.  
  27693. From: r.schwartz18@genie.geis.com
  27694. Date: Wed, 18 Jan 95 04:09:00 UTC
  27695. Subject: Re: Returning Blocked Local Calls to be Discontinued in Canada
  27696.  
  27697.  
  27698. > By June 30, a called party will no longer be able to do this.
  27699. > In a decision handed down on December 5 [1994], the CRTC ordered Bell
  27700. > to "implement the disablement of call return on blocked local calls."
  27701.  
  27702. This is OUTRAGOUS!  We finally reap the benefits of peace and
  27703. tranquillity from heavy breathers thanks to technology and now the
  27704. government is talking this peace away from us!  What is going to deter
  27705. pranksters from calling now.  We have just taken a HUGE step backwards
  27706. in time.  Another first <g> for the Canadian Telecommunications
  27707. Industry.  I think the ministers are getting fed up of walking to the
  27708. pay phone to call their mistress!
  27709.  
  27710. > While acknowledging that the CRTC's order was "not unexpected," Mike
  27711. > Kassner, associate director, Consumer Market Management, said, "It
  27712. > tilts the balance once again in favour of the calling party and might
  27713. > cause problems with increased use of Call Trace now that the handling
  27714. > of minor annoyance calls via Call Return has been taken away."
  27715.  
  27716. Sure!  Why spend $0.50 to deter a prankster when you can spend $5.00
  27717. on Call trace and have to go through the hassle of getting a court
  27718. order so that the law takes action on your behalf ... for a prank
  27719. call!!!!
  27720.  
  27721. > All is not lost, however. Call Screen, said Mike, is still an
  27722. > "effective device" for preventing unwanted calls from the same number.
  27723. > "Call Screen can be activated to work on the last incoming number even
  27724. > though the number is blocked," he noted.
  27725.  
  27726. Sure, another $5.00 a month service charge ... will it ever end!?
  27727.  
  27728. If anyone knows the e-mail address of the government body responsible
  27729. for this fiasco, please let me know.
  27730.  
  27731.  
  27732. Robert Schwartz    Ottawa, Ontario.
  27733.  
  27734. ------------------------------
  27735.  
  27736. Date: Tue, 17 Jan 1995 23:52:06 -0500
  27737. From: rjs@farnsworth.mit.edu (Richard Jay Solomon)
  27738. Subject: 800 Numbers/Letters Overseas
  27739.  
  27740.  
  27741. In TELECOM Digest V15 #38:
  27742.  
  27743. > The European position imposes a lottery where there is more than one
  27744. > applicant for a specific international freephone number.  You can
  27745. > imagine the land rush this will create among European carriers and
  27746. > their customers, especially for valuable numbers such as 800 THE CARD,
  27747. > 800 HOLIDAY, and 800 FLOWERS, or Home Shopping Club's well-ensconced
  27748. > 800 284-3200.
  27749.  
  27750. Before the land rush starts, American firms should take a hard look at
  27751. the telephone dials overseas. Not only are the letter/number combinations 
  27752. not always the same as in North America, but in the U.K., the competing 
  27753. wireless firms don't even have the same set of letter/numbers! And
  27754. some places have no letters at all, or they have non-Roman letters, as
  27755. in several Mideast countries. A little due diligence goes a long way.
  27756.  
  27757. I can remember when AT&T tried to convince us that letters were stupid
  27758.  -- they spent a fortune on advertising "all-number dialing," as if it
  27759. made any difference. Now they are trying to tell us that letters are
  27760. valuable.  Reminds me of a Dr. Seuss story.
  27761.  
  27762.  
  27763. Richard Solomon   MIT Research Program on Communications Policy
  27764.  
  27765. ------------------------------
  27766.  
  27767. From: jathomas@netcom.com (John A. Thomas)
  27768. Subject: Re: Where to Get Text of the ECPA?
  27769. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  27770. Date: Tue, 17 Jan 1995 20:29:26 GMT
  27771.  
  27772.  
  27773. Wilson Mohr (mohr@cig.mot.com) wrote:
  27774.  
  27775. > I have been poking around the FCC's FTP server to no avail so I will
  27776. > ask: Does anyone know where/how I can get a full text of the ECPA?
  27777.  
  27778. Try ftp to ftp.eff.org.  They might have the text on-line.  Or else go
  27779. to a law library.  The ECPA was codified in the statutes dealing with
  27780. wire interception, 18 U.S.C. Sections 2510-2521, and the statutes
  27781. dealing with stored electronic communications, 18 U.S.C. Sections
  27782. 2701-2711.
  27783.  
  27784.  
  27785. John A. Thomas        jathomas@netcom.com
  27786. N5RZP            214/263-4351
  27787.  
  27788.  
  27789. [TELECOM Digest Editor's Note: Now that you mention it, I have a full
  27790. copy here sent recently to me by someone, and I think I will send it
  27791. out as a special mailing in the next day or three. It is quite huge,
  27792. so I may have to just put it in the archives for reference.    PAT]
  27793.  
  27794. ------------------------------
  27795.  
  27796. Date: Tue, 17 Jan 95 20:52:10 GMT
  27797. From: Carl Moore <cmoore@ARL.MIL>
  27798. Subject: Re: Cross Keys
  27799.  
  27800.  
  27801. What is the meaning of the + in front of the 51 in the Telex line?
  27802.  
  27803. > Coldra Woods, Chepstow Road, NEWPORT, Gwent, NP6 1JB  UK
  27804. > tel. 01633 413600
  27805. > Telex 497557 (from outside the UK, +51 497557)
  27806.  
  27807.  
  27808. [TELECOM Digest Editor's Note: That plus means 'dial whatever you dial to
  27809. make an international call, then add what follows.'     PAT]
  27810.  
  27811. ------------------------------
  27812.  
  27813. Date: Tue, 17 Jan 1995 09:23:19 EST
  27814. From: STEWART@SALEM.WVNET.EDU
  27815. Subject: Re: NEC Neax 2400
  27816. Organization: West Virginia Network
  27817.  
  27818.  
  27819. My predessor was able to crash the call accounting and the Maintence
  27820. terminal with-in a 4 month period prior to his release. They wanted
  27821. over 8 Gs to fix the call accounting using very old and outdated
  27822. equiptment. For this reason we found it more cost effective to write
  27823. our own software. We do off site collection on a Vax VMS. When doing
  27824. off site accounting there MUST be a short haul modem on each end or
  27825. the SMDR card will be lost. They are very touchy about spikes,surges,
  27826. and the like. If you need more info contact me.  
  27827.  
  27828.  
  27829. John Stewart  (stewart@salem.wvnet.edu) 
  27830. Salem-Teikyo University  (304) 782-5341
  27831.  
  27832. ------------------------------
  27833.  
  27834. From: nldc31@nosc.mil (Neil W. Giles)
  27835. Subject: Business Telephone Sales Expected Salary/Commission Ranges?
  27836. Organization: NCCOSC RDT&E Division, San Diego, CA
  27837. Date: Tue, 17 Jan 1995 23:13:14 GMT
  27838.  
  27839.  
  27840. What kind of salary and commission structures can a person entering
  27841. the Business Telephone Sales industry expect?
  27842.  
  27843. I am curious about major corporations as well as smaller VAR type
  27844. reselling positions. 
  27845.  
  27846. For comparison purposes, I am primarily interested in information
  27847. based on major city locations but I would be interested in hearing
  27848. about the smaller areas too.  
  27849.  
  27850.  
  27851. Thanks,
  27852.  
  27853. Neil Giles    Neil.Giles@lasernet.com
  27854.  
  27855. ------------------------------
  27856.  
  27857. Date: Tue, 17 Jan 95 14:49:48 EST
  27858. From: Carl Moore <cmoore@ARL.MIL>
  27859. Subject: Phone Bill Has Wrong Area Code and City
  27860.  
  27861.  
  27862. On the AT&T part of my phone bill, I found a call which I had made
  27863. from 815-945 prefix on a pay phone at Chenoa, Illinois (along I-55
  27864. between Joliet and Bloomington).  It showed up with the wrong area
  27865. code (309, which happens to be next door to the Chenoa exchange) and
  27866. the wrong city name (Geneseo, apparently served by 309-945).  Geneseo
  27867. is along U.S.6 and I-80, way out toward Rock Island.
  27868.  
  27869. ------------------------------
  27870.  
  27871. From: rmsmith@csc.com (Robert Smith)
  27872. Subject: Help With Number Plan
  27873. Date: 14 Jan 1995 14:42:03 -0500
  27874. Organization: Computer Sciences Corporation
  27875.  
  27876.  
  27877. I am documenting a dialed number plan.  I am looking for advice on how
  27878. to present the data to a reader.  I know I can show two switches, the
  27879. trunks between them, all the data under the trunks, etc.
  27880.  
  27881. Is there another way to show this data that is easy to follow?
  27882.  
  27883. I figure I will have to do a table and a graphic to catch the entire
  27884. audience.  Recommendations or experiences appreciated.
  27885.  
  27886.  
  27887. Thanks,
  27888.  
  27889. bob
  27890.  
  27891. ------------------------------
  27892.  
  27893. From: balcroan@netcom.com (Butch lcroan/.nameBalcroan Lilli)
  27894. Subject: Re: What is a T1 Line?
  27895. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  27896. Date: Tue, 17 Jan 1995 08:28:19 GMT
  27897.  
  27898.  
  27899. ARGHHH !! I am really getting tired of this BIT-Robbing conversation
  27900. that Jeffery Rhodes started. I used to work with Jeffery and he
  27901. certainly is a smart guy, but he is no expert in this area. I would
  27902. just like to point out that for DATA it is 56k because the 8th bit is
  27903. robbed every 6th frame to give line staus information so rather than
  27904. deal with this on async data circuit they just ignore the eight bit
  27905. completly rather than have to track the status of the transport systems
  27906. framing for voice. Believe me, all modems use voice; that is to
  27907. say they use the voice bandwidth to transmit a carrier (or multiple
  27908. carrier at the same time in the higher speed techniques) that passes
  27909. thru the network as if it were voice. Therefore the encoding scheme, not
  27910. the minor bit robbing is what limits the bandwith for noise or
  27911. quantizing distortiion. 
  27912.  
  27913. That is to say that since the analog waveform is quantized to a level
  27914. that is represented by number (the eight bits) the problem with
  27915. Jeffery's statements is that yes indeed a bit is being lost every sixth
  27916. frame but this bit is the least significant bit. That is to say its
  27917. weight is that of a " ONE " so an actual 254 might be encoded as a 253
  27918.  ... but there is more to consider here. The " MU LAW " is not a linear
  27919. scale it is more of a log function with more steps closer to the lower
  27920. levels where the ear is more senstive. I really can't believe 2 DB;
  27921. come on Jeff, 3 db is half power *and also the least amount the ear can 
  27922. detect*. I really doubt that the modems are affected by this as
  27923. much as Jeffery has stated. I would more believe than something more
  27924. common such as " ECHO " and several other more common impairments are
  27925. really alot more important than a occasional bit robbing.  There are
  27926. also several new technologies such as fiber that have introduced
  27927. timing impairments such as " Jitter " into the equation. I think that
  27928. the newer modems are more senstive the the phase angle modulation that
  27929. a SONET based " Fiber Optic " system might introduce.  
  27930.  
  27931. I advise everyone to look into the volumes of information that pours
  27932. out of the ANSI T1.101 group on this very subject matter.  I was on
  27933. the leading edge of this matter and as such expect alot of flames from
  27934. people like Jeffery who I worked with in the past. I can only say
  27935. please feel free to flame but remember it wouldn't hurt to checkout
  27936. T1.101. We all can learn how much of a poorly planned product SONET
  27937. was and how we end users were sold a illusion with SONET and FIBER!
  27938.  
  27939. ------------------------------
  27940.  
  27941. From: writchie@gate.net
  27942. Subject: Re: Bellcore Standards Question
  27943. Date: 18 Jan 1995 05:35:04 GMT
  27944. Reply-To: writchie@gate.net
  27945.  
  27946.  
  27947. In <telecom15.39.11@eecs.nwu.edu>, wtm@uhura.neoucom.edu (Bill Mayhew)
  27948. writes:
  27949.  
  27950. > No more than seven zeros in a row are permitted, or an automatic on
  27951. > insertion occurs to prevent the demodulator from losing lock on the
  27952. > incoming bit stream.  This can result of one LSB resoultion on a
  27953. > maximal signal.  Since low levels contain a lot of ones, there is no
  27954. > loss of resolution on small signals due to forced ones.
  27955.  
  27956. Actually, the All Zero Code word is prohibited in D4. This is done by
  27957. replacing Bit 7 (Number 1 - 8 sign - lsb) with a 1 when an all zero
  27958. code word would otherwise be transmitted. This is not the lsb but the
  27959. second least significant bit.
  27960.  
  27961. > Also, if you are using older D4 non ESF (extended superframe) equipment.  
  27962. > A bit will be robbed every 6th frame for signalling.  The robbed bits
  27963. > alternate between the A bit and B bit.
  27964.  
  27965. Even with ESF, a bit will be robbed every 6th frame for channels that
  27966. use Robbed Bit Signalling, i.e. other than clear channels or DDS
  27967. channels. ESF extends the AB signalling to ABCD. ESF by itself does
  27968. not eliminate the robbed bit signalling. What ESF does is to enable
  27969. clear channel e.g. 23B+D ISDN PRI by removing the coding restriction
  27970. on the all zero octet.
  27971.  
  27972. Just picking nits to keep the record straight.
  27973.  
  27974.  
  27975. Wally Ritchie    Ft. Lauderdale, Florida
  27976.  
  27977. ------------------------------
  27978.  
  27979. From: itelecom@bilbo.pic.net (David M. Russell)
  27980. Subject: Wanted: We Buy and Sell Used Telephone Systems and Parts
  27981. Date: 17 Jan 1995 19:20:24 GMT
  27982. Organization: Integrity Telecommunications
  27983.  
  27984.  
  27985. We buy and sell used telephone systems and parts.  Please fax, smail
  27986. or email your used and surplus inventories.
  27987.  
  27988.  
  27989. David M. Russell   Integrity Telecommunications     "The Name Says IT All"
  27990. 2970 Blystone Lane, Ste. 102  Dallas, TX 75220-1515
  27991. Voice    214-357-7484   Fax    214-357-7485
  27992.  
  27993. ------------------------------
  27994.  
  27995. From: victorp@omega.lncc.br (Victor Prochnik)
  27996. Subject: Economics of the Telecommunications Industry
  27997. Date: Tue, 17 Jan 1995 18:55:43 -0300
  27998.  
  27999.  
  28000. I am working on the economics of telecommunication industry.  My next
  28001. research will be on the demand of Brazilian large enterprises for
  28002. global telecom services.
  28003.  
  28004. I would be pleased to discuss this and other subjects.  Can you share
  28005. your insight with me?
  28006.  
  28007.  
  28008. VICTOR PROCHNIK    INDUSTRIAL ECONOMICS INSTITUTE
  28009. FEDERAL UNIVERSITY OF RIO DE JANEIRO, BRASIL
  28010. E-MAIL: VICTORP@OMEGA.LNCC.BR
  28011.  
  28012. ------------------------------
  28013.  
  28014. From: writchie@gate.net
  28015. Subject: Re: Is the Pentium Bug Really That Bugging?
  28016. Date: 18 Jan 1995 06:05:15 GMT
  28017. Reply-To: writchie@gate.net
  28018.  
  28019.  
  28020. In <telecom15.35.13@eecs.nwu.edu>, Anthony D'Auria <dauriaa@voyager.
  28021. bxscience.edu> writes:
  28022.  
  28023. > Hi! My name is Anthony D'Auria and I own a P90 super loaded desktop. I
  28024. > use it practically every day for the net and business. I haven't
  28025. > experienced any trouble with the floating point calculations (not that
  28026. > I use them). I think that IBM is making a big deal of a little thing.
  28027.  
  28028. It's not a little thing that spreadsheets produce wrong results. IBM's
  28029. concerns reflect the major concerns of its corporate clients many of
  28030. whom depend on their machines for mission critical applications.
  28031. Neither is it a small thing for CAD programs, Signal Processing, or
  28032. any other programs that depend on heavy floating point calculations.
  28033. Customers with lots of machines that use floating point are going to
  28034. see real problems.  For these customers the Pentium is Russian
  28035. roulette with only a few chambers in the gun. If you don't use
  28036. speadsheets, or CAD, or other floating point programs, no big deal. If
  28037. you're a single user user with a single machine and you do use
  28038. speadsheets and/or CAD programs, you too are playing russian roulette.
  28039. The probabilites are small, but they are a threat if you care what
  28040. your results are.
  28041.  
  28042. > People with Pentiums start panicking, thinking that their system is
  28043. > all messed up.  For an average user, it doesn't seem to fearsome, but
  28044. > if you have some heavy duty stuff to do, it can really do some damage.
  28045.  
  28046. > Question: Does this floating point calculation bug affect system
  28047. > performance? Is that why some Pentiums bottleneck? What and where
  28048. > should a person contact to get the messed up chip replaced? Is it
  28049. > actually worth it?
  28050.  
  28051. > If you have any ideas, respond: dauriaa@voyager.bxscience.edu.
  28052.  
  28053. I personally think that the outrage felt by users is due to three factors.
  28054.  
  28055. First, Intel kept information of the flaw to itself for a relatively
  28056. long time.
  28057.  
  28058. Second, Intel downplayed the potential seriousness of the problem.
  28059.  
  28060. Third, Intel has spent tens of millions of dollars on the Intel Inside
  28061. ad compaign with the effect of brainwashing (like all advertising)
  28062. masses of users to buy Pentium. Some of these users might have better
  28063. off putting their money in faster video cards. Clearly, a flawed
  28064. Pentium is much worse the alternatives. Intel must now make these
  28065. people whole again.
  28066.  
  28067.  
  28068. Wally Ritchie     Ft. Lauderdale, Florida
  28069.  
  28070. ------------------------------
  28071.  
  28072. Date: 18 Jan 95 02:01:38 EST
  28073. From: Darryl Kipps <72623.456@compuserve.com>
  28074. Subject: FCC PCS Auction Info
  28075.  
  28076.  
  28077. Good day to all,
  28078.  
  28079. I've just come from ftp fcc.gov to see how the PCS auctions
  28080. are going and have some questions.
  28081.  
  28082. 1. I see there are both Broad and Narrow bands.  What's the difference?
  28083.  
  28084. 2. Narrowband has both Nationwide and Regional while Broadband seems to
  28085.    be entirely regional (or by market) -- Why the distinction and how
  28086.    are the regions (markets) defined?
  28087.  
  28088. If anyone could shed some light here would be appreciated, or just
  28089. point me in the right direction if the answers are available
  28090. elsewhere.
  28091.  
  28092.  
  28093. Thanks,
  28094.  
  28095. Darryl Kipps
  28096.  
  28097. ------------------------------
  28098.  
  28099. From: TELECOM Digest Editor <telecom@eecs.nwu.edu>
  28100. Subject: Administrivia: Sendmail Lets Me Down ...
  28101. Date: Wed, 18 Jan 1995 00:15:00 CST
  28102.  
  28103.  
  28104. On Tuesday some of you got two or three copies of issues 32 through 34.
  28105. Others of you received only one copy. Hopefully everyone got at least
  28106. one copy of each and a copy of issue 35. If you did not get one of
  28107. these, let me know so it can be replaced.
  28108.  
  28109. What happened was those three issues (32, 33, 34) had been handed over
  28110. to sendmail for processing to the mailing list. All of a sudden for
  28111. reasons unknown to me, this machine (delta.eecs.nwu.edu) belched and
  28112. shut down for about five minutes. During that time I was locked up here
  28113. unable to get any response. When I got back online, I noticed that 
  28114. those three issues had stopped moving, but I guessed they would restart
  28115. when sendmail got around to it again. In the meantime, issue 35 was
  28116. finished and sent to the mailq. Issue 35 seems to be going okay, but
  28117. mailer-daemons began flooding in ... those three issues had started up
  28118. again, but sendmail was quite confused. 
  28119.  
  28120.    Can't find programs!      (my own little group of hacks done to
  28121.                              sendmail for use with very large mailing
  28122.                              lists like this one so I can have as many
  28123.                              invocations of sendmail going at one time
  28124.                              as desired with no ill-effects or slow-
  28125.                              downs for other users. I frequently have
  28126.                              six or seven invocations of sendmail going
  28127.                              at one time against my mailing list. 
  28128.  
  28129.    Can't locate mailing list!  I don't leave it out under its most obvious
  28130.                              names where hackers who like to sneak in the
  28131.                              back door with commands like VRFY and EXPD
  28132.                              can snoop into it. Aside from the fact that
  28133.                              I think the admin here disabled VRFY and EXPD
  28134.                              why take chances?  Part of my 'send-telecom'
  28135.                              does 'mv bogus.name real.name' in the process
  28136.                              of getting it out for use in mailing. Trouble
  28137.                              is I had it out when delta went down and when
  28138.                              it restarted obviously the mailing list(s)
  28139.                              were not where sendmail expected to find them.
  28140.                              So then it wrote all over the one that was 
  28141.                              out and ruined it. I had to use the backup
  28142.                              copy it created the day before, and reinstall
  28143.                              all the adds and deletes from the several
  28144.                              hours prior.
  28145.  
  28146.    Unknown Host!             Oh Lord, were the name servers hosed Tuesday.
  28147.                              Were they?  WERE THEY?  About 80 percent of
  28148.        or                    the mailing came back due to unknown host.
  28149.                              A few sites hung a long time before sendmail
  28150.                              decided they had not accepted its delivery.
  28151.                              Of course, that does not really mean the mail
  28152.    Timed out during          did not get delivered, just that sendmail is
  28153.    user open with ..         saying it didn't. So, a third time around and
  28154.                              that time, the mail seemed to stick. 
  28155.  
  28156. Maybe you got those issues once, maybe you got them three times, or maybe
  28157. not at all ...  <grin, albiet somewhat bitter one, with teeth bared> ...
  28158. But I just about lost control when 400 -- yes, *four hundred* mailer
  28159. daemons arrived all in the space of about fifteen minutes. 
  28160.  
  28161. You tell me what needs to be replaced/retransmitted between issues 31 and
  28162. 42, Tuesday morning through Wednesday morning. And for those of you who
  28163. wrote to tell me you got three copies of it and to stop already, all I
  28164. can say is something lewd, crude and rude. But I won't say it, I'll just
  28165. think it.  Have a nice Wednesday!    
  28166.  
  28167.  
  28168. PAT]
  28169.  
  28170. ------------------------------
  28171.  
  28172. End of TELECOM Digest V15 #42
  28173. *****************************
  28174.     
  28175.     
  28176.     
  28177. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa15322;
  28178.           18 Jan 95 15:46 EST
  28179. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28180.     id AA26024; Wed, 18 Jan 95 09:35:14 CST
  28181. Return-Path: <telecom>
  28182. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28183.     id AA26016; Wed, 18 Jan 95 09:35:11 CST
  28184. Date: Wed, 18 Jan 95 09:35:11 CST
  28185. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  28186. Message-Id: <9501181535.AA26016@delta.eecs.nwu.edu>
  28187. To: telecom@eecs.nwu.edu
  28188. Subject: TELECOM Digest V15 #43
  28189.  
  28190. TELECOM Digest     Wed, 18 Jan 95 09:35:00 CST    Volume 15 : Issue 43
  28191.  
  28192. Inside This Issue:                          Editor: Patrick A. Townson
  28193.  
  28194.     Re: FCC PCS Auction Information (Bob Keller)
  28195.     "Dial & Save" Long Distance Service (Bibb Cain)
  28196.     Re: Bellcore Standards Question (Chip Sharp)
  28197.     McCaw/NACN Call Delivery Toll Charges (Doug Reuben)
  28198.     Re: ANI Information in Realtime (Doug Reuben)
  28199.     Dial Modifiers and International Callback Service? (Daniel Winkowski)
  28200.     Small Business PBX/Fax Back Server Needed (Jon Zeeff)
  28201.     Re: Call Waiting and Caller-ID Question (Navneet Patel)
  28202.     Looking For a CHILL Compiler (Andreas Junklewitz)
  28203.     Freephone Forum vs. ITU Question (Judith Oppenheimer)
  28204.  
  28205. TELECOM Digest is an electronic journal devoted mostly but not
  28206. exclusively to telecommunications topics. It is circulated anywhere
  28207. there is email, in addition to various telecom forums on a variety of
  28208. public service systems and networks including Compuserve and America
  28209. On Line. It is also gatewayed to Usenet where it appears as the moderated
  28210. newsgroup 'comp.dcom.telecom'. 
  28211.  
  28212. Subscriptions are available to qualified organizations and individual
  28213. readers. Write and tell us how you qualify:
  28214.  
  28215.                  * telecom-request@eecs.nwu.edu *
  28216.  
  28217. The Digest is edited, published and compilation-copyrighted by Patrick
  28218. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  28219. or phone at:
  28220.                     9457-D Niles Center Road
  28221.                      Skokie, IL USA   60076
  28222.                        Phone: 708-329-0571
  28223.                         Fax: 708-329-0572
  28224.   ** Article submission address only: telecom@eecs.nwu.edu **
  28225.  
  28226. Our archives are located at lcs.mit.edu and are available by using
  28227. anonymous ftp. The archives can also be accessed using our email
  28228. information service. For a copy of a helpful file explaining how to
  28229. use the information service, just ask.
  28230.  
  28231. *************************************************************************
  28232. *   TELECOM Digest is partially funded by a grant from the              *
  28233. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  28234. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  28235. * project.  Views expressed herein should not be construed as represent-*
  28236. * ing views of the ITU.                                                 *
  28237. *************************************************************************
  28238.  
  28239. Additionally, the Digest is funded by gifts from generous readers such
  28240. as yourself who provide funding in amounts deemed appropriate. Your help 
  28241. is important and appreciated. A suggested donation of twenty dollars per
  28242. year per reader is considered appropriate. See our address above.
  28243.  
  28244. All opinions expressed herein are deemed to be those of the author. Any
  28245. organizations listed are for identification purposes only and messages
  28246. should not be considered any official expression by the organization.
  28247. ----------------------------------------------------------------------
  28248.  
  28249. Date: Wed, 18 Jan 1995 09:14:53 EST
  28250. From: Bob Keller <rjk@telcomlaw.com>
  28251. Subject: Re: FCC PCS Auction Information
  28252.  
  28253.  
  28254. In TELECOM Digest V15, #42, Darryl Kipps <72623.456@compuserve.com> asks: 
  28255.  
  28256. > I've just come from ftp fcc.gov to see how the PCS auctions
  28257. > are going and have some questions.
  28258.  
  28259. > 1. I see there are both Broad and Narrow bands.  What's the 
  28260. > difference?
  28261.  
  28262. > 2. Narrowband has both Nationwide and Regional while Broadband 
  28263. > seems to be entirely regional (or by market) -- Why the 
  28264. > distinction and how are the regions (markets) defined?
  28265.  
  28266. The two major distinctions between narrowband and broadband PCS are
  28267. (1) the amount of spectrum allocated to each, and (2) the particular
  28268. frequency band allocated to each.  Narrowband PCS resides in the 900
  28269. MHz band and is constituted of 26 different channels ranging from as
  28270. little as 50 kHz unpaired channels to as much as two 50 kHz channel
  28271. pairs.  Broadband PCS resides in the 2 GHz band (actually, fixed
  28272. microwave users reside there now and will have to be moved by the PCS
  28273. licensees -- but that's a whole other story) and is constituted of
  28274. either a 30 MHz allocation per license or a 10 MHz allocation per
  28275. license.
  28276.  
  28277. You can think of Narrowband PCS as the next, more advanced, generation
  28278. of paging services, and Broadband PCS as the next generation of
  28279. cellular service.  I say that knowing that I may get flamed (because
  28280. it is an inaccurate, oversimplification), but it is nonetheless a good
  28281. way for the uninitiated to get his or her brain around the concepts.
  28282.  
  28283. Depending on the particular frequency block, licenses are awarded for
  28284. different geographic areas: Nationwide, Regional, MTA, and BTA.  MTAs
  28285. and BTAs are market areas devised by the Commission based on Rand
  28286. McNally Marjor Trading Areas and Basic Trading Areas.  A BTA is made
  28287. up of a group of counties.  There are 493 BTAs which, together,
  28288. include all of the United States and its territories.  MTAs are
  28289. collections of BTAs and are much, much larger.  There are 51 MTAs
  28290. covering the entire country.  Finally, there are six narrowaband PCS
  28291. regions, each region being a collection of MTAs.
  28292.  
  28293. If you want to get more detail on the geographic definition of each
  28294. PCS market area, I recommend to you a file in my anonymous ftp
  28295. directory:
  28296.  
  28297.     ftp://ftp.clark.net/pub/rjk/pcs_mkts.txt.Z
  28298.  
  28299. The compressed archive includes a very large text file containing a
  28300. data compilation, made available on a shareware-like basis, providing
  28301. a county-by-county breakout (with 1990 and 1980 population data) for
  28302. each PCS Region, MTA, and BTA, as well as each cellular MSA/RSA.  If
  28303. the shareware fee is paid, I send out a disk that includes the same
  28304. data in *.dbf, *.xls, and *.csv format so it can be imported into your
  28305. favorite database or spreadsheet program and sorted, number-crunched,
  28306. manipulated, etc.  This data allows one to see precisely which areas
  28307. are included in each PCS and/or cellular market as well as to perform
  28308. calculations to determine the extent of overlap between cellular and
  28309. PCS markets.
  28310.  
  28311. The table below shows the frequencies allocated for Narroband PCS
  28312. channels 1 through 26 and Broadband PCS Blocks A through F, as well as
  28313. the geographic basis on which each license will be awareded.  The
  28314. channels marked with an asterisk are those for which special credits
  28315. are awareded to "designated entities" in any auction for the licenses.
  28316. Designated entities are small businesses, women or minority owned
  28317. businesses, and rural telephne companies.  The special benefits
  28318. availalbe to one or more of these, depending on the particular
  28319. license, may include bidding credits (in effect, a discount off the
  28320. amount of the winning bid), favorable installment payment provisions,
  28321. and (in the case of the rural telephone companies) the right to
  28322. subdivide geographic markets.
  28323.  
  28324.  Chnls    Frequencies (MHz)            Geographic Area
  28325.  -----    -----------------            ---------------
  28326.  NB-01    940.00-940.05/901.00-901.05        Nationwide
  28327.  NB-02    940.05-940.10/901.05-901.10        Nationwide
  28328.  NB-03    940.10-940.15/901.10-901.15        Nationwide
  28329.  NB-04    940.15-940.20/901.15-901.20        Nationwide
  28330.  NB-05*    940.20-940.25/901.20-901.25 MHz        Nationwide
  28331.  NB-06    930.40-930.45/901.7500-901.7625        Nationwide
  28332.  NB-07    930.45-930.50/901.7625-901.7750        Nationwide
  28333.  NB-08*    930.50-930.55/901.7750-901.7875        Nationwide
  28334.  NB-09    940.75-940.80                Nationwide
  28335.  NB-10    940.80-940.85                Nationwide
  28336.  NB-11*    940.85-940.90 MHz            Nationwide
  28337.  NB-12    940.25-940.30/901.25-901.30        Regional
  28338.  NB-13*    940.30-940.35/901.30-901.35 MHz        Regional
  28339.  NB-14    930.55-930.60/901.7875-901.8000        Regional
  28340.  NB-15    930.60-930.65/901.8000-901.8125        Regional
  28341.  NB-16    930.65-930.70/901.8125-901.8250        Regional
  28342.  NB-17*    930.70-930.75/901.8250-901.8375        MTA
  28343.  NB-18    940.35-940.40/901.35-901.40        MTA
  28344.  NB-19*    940.40-940.45/901.40-901.45        MTA
  28345.  NB-20    930.75-930.80/901.8375-901.8500        MTA
  28346.  NB-21    930.80-930.85/901.8500-901.8625        MTA
  28347.  NB-22*    930.85-930.90/901.8625-901.8750        MTA
  28348.  NB-23    940.90-940.95                MTA
  28349.  NB-24*    940.95-941.00                MTA
  28350.  NB-25    930.90-930.95/901.8750-901.8875        BTA
  28351.  NB-26*    930.95-931.00/901.8875-901.9000        BTA
  28352.  BB- A    1850-1865/1930-1945            MTA
  28353.  BB- B    1870-1885/1950-1965            MTA
  28354.  BB- C*    1895-1910/1975-1990            BTA
  28355.  BB- D    1865-1870/1945-1950            BTA
  28356.  BB- E    1885-1890/1965-1970            BTA
  28357.  BB- F*    1890-1895/1970-1975            BTA
  28358.  
  28359. The Commission has already completed auctions for the Nationwide and
  28360. Regional Narrowband PCS channels.  Licensing of the Nationwide winners
  28361. is already underway, and the regional licenses will be issued shortly.
  28362. The acution for the MTA-based Broadband PCS licenses (Blocks A and B)
  28363. is currently underway, with the auction for Block C scheduled to begin
  28364. in April (or 30 days after conclusion of the current auction).
  28365. Auctions for the remaining Broadband blocks and for the MTA and BTA
  28366. Narrowband channels have not yet been scheduled.
  28367.  
  28368.  
  28369. Bob Keller (KY3R)            Email: rjk@telcomlaw.com
  28370. Law Office of Robert J. Keller, P.C.    Telephone:  301.229.5208
  28371. Federal Telecommunications Law       Facsimile:  301.229.6875
  28372.  
  28373. ------------------------------
  28374.  
  28375. From: cain@rigel.Harris-ATD.com (Bibb Cain)
  28376. Subject: "Dial & Save" Long Distance Service
  28377. Date: 18 Jan 1995 13:50:51 GMT
  28378. Organization: Advanced Technology Dept, Harris Corp, Melbourne, FL
  28379.  
  28380.  
  28381. I received a letter offering a long distance service from a company
  28382. called "Dial & Save." This offered savings relative to special plans
  28383. from ATT, MCI, and Sprint by simply dialing their special access code
  28384. before the area code. The billing shows up on your regular monthly
  28385. bill. I called their 800 number (1-800-787-3333) and their rates for
  28386. some calls seem good.  Are they legit and has anyone had experience
  28387. with them?  Any problems? I was thinking of testing it bytrying their
  28388. service for a couple of calls and seeing what shows up on the monthly
  28389. bill.
  28390.  
  28391.  
  28392. Bibb Cain        ARPA  : cain@rigel.ess.harris.com
  28393. Harris Corporation     AT&T  : (407) 727-5445
  28394. PO Box 37, MS 5W/1912    FAX   : (407) 729-3363
  28395. Melbourne, FL 32902        
  28396.  
  28397. ------------------------------
  28398.  
  28399. Date: Wed, 18 Jan 95 09:41:25 EST
  28400. From: hhs@teleoscom.com (Chip Sharp)
  28401. Subject: Re: Bellcore Standards Question
  28402.  
  28403.  
  28404. Sorry, but I lost the original message so no quotes here.
  28405.  
  28406.  From the ANSI side of the house, T1.403 (DS1 Standard) does not
  28407. really define an IDLE code.
  28408.  
  28409. ANS T1.408 (PRI Layer 1 Standard) defines the Idle code in a B-channel
  28410. or H-channel as a "...pattern including at least 3 binary ones in an
  28411. octet..." that must be transmitted "...on every time slot that is not
  28412. assigned to a channel (e.g., time slots awaiting channel assignment on
  28413. a per-call basis, residual slots on an interface that is not fully
  28414. provisioned, etc.)..." (from Section 6.5 of ANS T1.408-1990).  Just
  28415. for further information, the idle pattern for the D-channel is HDLC
  28416. flags, NOT all 1's as in the BRI.
  28417.  
  28418. Note that this means that the B/H-channel idle code from the network
  28419. could be the HDLC flag pattern, since it satisfies the requirements.
  28420. That is why detection of HDLC flags on a PRI channel does not
  28421. necessarily mean that the channel is connected.
  28422.  
  28423. Other facts about T1: If you transmit inverted HDLC in every channel
  28424. across a T1 span using Super Frame you have a 75% chance of emulating
  28425. Yellow Alarm when transmitting flags.  If the HDLC is aligned with the
  28426. frame structure, the chance goes to 100%.
  28427.  
  28428.  
  28429. Hascall H. ("Chip") Sharp    Teleos Communications, Inc.
  28430. Sr. Systems Engineer        2 Meridian Road
  28431.                 Eatontown, NJ  07724  USA
  28432. voice:  +1 908 544 6424         fax:    +1 908 544 9890
  28433. email:   hhs@teleoscom.com
  28434.  
  28435. ------------------------------
  28436.  
  28437. From: dreuben@netcom.com (CID Tech/INSG)
  28438. Subject: McCaw/NACN Call Delivery Toll Charges
  28439. Date: Wed, 18 Jan 1995 00:59:04 PST
  28440.  
  28441.  
  28442. Recently, jcr@creator.nwest.mccaw.com (Jeffrey Rhodes) wrote:
  28443.  
  28444. > In some Cellular One markets, the 99 cent per minute roamer air time
  28445. > includes all necessary long distance charges (10 to 20 cents per
  28446. > minute) for automatic call delivery via the NACN. 
  28447.  
  28448. > Unfortunately, this practise will have to change when markets are
  28449. > converted to Equal Access to support the McCaw-AT&T merger. McCaw is
  28450. > not permitted to be a long distance reseller, so Cellular One
  28451. > subscribers must pick an Equal Access long distance carrier. ACD long
  28452. > distance charges will be set by the PICked Equal Access carrier.
  28453.  
  28454. Hmmmm ...
  28455.  
  28456. How will this affect the Cell One/NY (00025) market where sections of
  28457. the Connecticut (00119) market and ComCast/NJ market are considered
  28458. "home" rates, even for toll calls?
  28459.  
  28460. Currently, CO/NY customers can roam into sections of the CT or
  28461. southern NJ systems and pay only "local" charges when calling a number
  28462. from these areas. They are also not billed toll charges for the
  28463. automatic call delivery toll component.
  28464.  
  28465. Will any of this change as a result of the AT&T acquisition?
  28466.  
  28467. Also, will redirects to voicemail (eg, if, when roaming, you don't
  28468. answer your phone and a call goes back to voicemail) be affected in
  28469. any way?  They don't work in many NACN markets, but will voicemail
  28470. redirects continue where they are currently offered?
  28471.  
  28472.  
  28473. Doug Reuben     dreuben@netcom.com/dreuben@interpage.net   (203) 499 - 5221
  28474. CID Technologies*Interpage(TM) E-Mail/Internet Paging and Fax Services
  28475.  
  28476. ------------------------------
  28477.  
  28478. From: dreuben@netcom.com (CID Tech/INSG)
  28479. Subject: Re: ANI Information in Realtime
  28480. Organization: Interpage E-Mail/Telnet Gateway to Fax, Alpha and Numeric Pagers
  28481. Date: Wed, 18 Jan 1995 10:26:19 GMT
  28482.  
  28483.  
  28484. Pat wrote:
  28485.  
  28486. > [TELECOM Digest Editor's Note: Even though ANI and Caller-ID are two
  28487. > separate things, the end result -- the number produced for your review --
  28488. > is as often as not the same. With this in mind, at least one carrier
  28489. > providing 800 service *does* display in realtime the ANI of the calling
  28490. > party via the Caller-ID display unit. I've forgotten which company it
  28491. > is ... someone remind me. 
  28492.  
  28493. I know for sure that Cable & Wireless is passing ANI (not CID) to many
  28494. areas, and is doing so via Caller ID.
  28495.  
  28496. This is a really nice feature, yet they panic when you talk to them
  28497. about it, and deny it exists, etc.
  28498.  
  28499. It doesn't work from everywhere. For example, I was in LA a while
  28500. back, and it never worked from area code 909, but it worked fine from
  28501. 213, 818, 310, and 714. (No, there is no Caller ID in CA, I called to
  28502. Boston and had my computer page the number back to me on my pager ...
  28503. awful hack; it would be very nice if there were Caller ID already in
  28504. CA!)
  28505.  
  28506. It also doesn't work to everywhere: I made a call from a payphone in
  28507. Concord, CA recently. I called to Boston, and it ID'ed fine, yet
  28508. calling from the same payphone to the saem C&W 800 number to a number
  28509. in Connecticut, I got "Out of Area". This is pretty consistent. It
  28510. seems to vary from local telco to local telco, and from LATA (or area
  28511. code?) to LATA.
  28512.  
  28513. Finally, it also isn't reliable: I can call from Vancouver, BC, and
  28514. usually get the ID, but about 30% of the time it just gets "Out of
  28515. Area". Some areas work more reliably than others, such as Vermont to
  28516. Boston, yet others, such as NYC to Boston are very unreliable.
  28517.  
  28518. > Maybe what AT&T is trying to tell you is that if you get Caller-ID
  28519. > from NYNEX you'll get the information you are seeking. Maybe ... I
  28520. > don't know. Maybe they are trying to say if you get a Caller-ID
  28521. > display unit from someone, they (AT&T) will be in a position to send
  28522. > you the information. Any other guesses on this, anyone?  PAT]
  28523.  
  28524. Hmmm ... I've NEVER received Caller ID info on ANY AT&T call, so
  28525. unless they are doing something different with their 800 service I
  28526. doubt it. I know the minute you mention Caller ID/ANI to Cable & Wireless, 
  28527. they say "Oh, call your local telephone company about that, we don't
  28528. offer that."  (Which is foolish -- it's an excellent selling point. If
  28529. I worked for C&W I'd be actively trying to overcome whatever technical
  28530. difficulties which are preventing universal ANI->CID display and then
  28531. really go out and market the service!)
  28532.  
  28533.  
  28534. Doug Reuben     dreuben@netcom.com/dreuben@interpage.net   (203) 499 - 5221
  28535. CID Technologies*Interpage(TM) E-Mail/Internet Paging and Fax Services
  28536.  
  28537.  
  28538.  
  28539. ------------------------------
  28540.  
  28541. From: winkowsk@stc.nato.int (Daniel Winkowski)
  28542. Subject: Dial Modifiers and International Callback Service?
  28543. Organization: SHAPE Technical Centre, NL
  28544. Date: Wed, 18 Jan 1995 11:09:00 GMT
  28545.  
  28546.  
  28547. Problems:
  28548.  
  28549. I subscribe to an international callback service to get lower rates
  28550. from the US to Europe. I need to fax and data connect to US numbers
  28551. vai my modem.  I dial a US number, let it ring once, hang up, get
  28552. called back and upon answering have a US dial tone.
  28553.  
  28554. I would like to automate this process using dialing modifiers for both
  28555. faxing and modem connections. If I do the callback part manually
  28556. including picking up the phone and then initiating the modem or fax
  28557. dial command I often time out on the callback connection (while the
  28558. fax is being prepared) since dailtone inactivity of ~20 seconds causes
  28559. my callback connection to terminate.
  28560.  
  28561. My timeout problem is with the callback service (if no activity takes
  28562. place once dial tone is established after ~20 seconds it disconnects
  28563. so - "Changing the S-Register S7" or other modem characteristics will
  28564. not have any affect.
  28565.  
  28566. I thought that some combination of "," "!", and "W" as part of the
  28567. dialing sequence might give me what I need but I have no experience
  28568. with these. I am not sure what "!" does - does it toggle the hang up
  28569. button or does it disconnect? I need to hang up after signaling (one
  28570. ring) for the US callback service to call me. I then need to answer
  28571. the phone (I can due this manually if need be), and then dial the true
  28572. number. If "!" hangs up and then reconnects to a dial tone I will not
  28573. be called back (reciever is off the hook). How do I hang up - can I
  28574. issue a +++ATH in the dial string?
  28575.  
  28576. Example ATDT00-1-123-456-7890, ! W 1-555-555-5555
  28577.         ^                    ^ ^ ^ ^Dial US phone number
  28578.         |Dial callback       | | | Wait for dial tone (manually answer)
  28579.                              | | Hang up (is this true?)
  28580.                              |Wait for X seconds to ring once
  28581.  
  28582. Does any one have experience with this? Please reply via mail. Thanks.
  28583.  
  28584. Configuration:
  28585.  
  28586. Software: Quick Link II Fax for DOS
  28587. Hardware: Viva Data/Fax Modem (computer peripherals)
  28588.  
  28589.  
  28590. Daniel Winkowski        Voice: +31 70 314 2255
  28591. SHAPE Technical Center        Fax:   +31 70 314 2111
  28592. P.O. Box 174            winkowsk@stc.nato.int
  28593. 2501 CD The Hague        When all else fails: 192.41.140.225
  28594. The Netherlands            100141.567@compuserve.com (seldom read)
  28595.  
  28596. ------------------------------
  28597.  
  28598. From: jon@server.branch.com (Jon Zeeff)
  28599. Subject: Small Business PBX/Fax Back Server Needed
  28600. Date: 18 Jan 1995 09:05:07 -0500
  28601. Organization: Branch Information Services, Ann Arbor, MI, USA
  28602.  
  28603.  
  28604. I'm looking for a PBX/Fax back/voice mail system that would do the
  28605. following:
  28606.  
  28607. Connect to approx 4 POTS lines for incoming calls and have various
  28608. facilities when you call in, for example:
  28609.  
  28610.     press 1 for a recording discussing our services
  28611.     press 2 to leave a message
  28612.     press 3 to enter your fax number for a faxback
  28613.     press 4 to ring someone's extension
  28614.     press 5 for a receptionist
  28615.  
  28616. The more flexible and programmable, the better.
  28617.  
  28618. Any ideas where to look and what I might have to pay?
  28619.  
  28620.  
  28621. Commercial Internet Advertising, Marketing and Consulting
  28622. Jon Zeeff       Branch Information Services     jon@gw.branch.com
  28623. (313) 741-4442  http://branch.com/              gopher branch.com
  28624.  
  28625. ------------------------------
  28626.  
  28627. Date: Wed, 18 Jan 95 08:11:57 EST
  28628. From: nap@bss.com (Navneet Patel)
  28629. Subject: Re: Call Waiting and Caller-ID Question
  28630.  
  28631.  
  28632. keith.knipschild@asb.com writes:
  28633.  
  28634. > I posted a message last week concering CALL-WAITING's CALLER ID, But
  28635. > got no responces ... so here I go again:
  28636.  
  28637. > I just my the lastest copy of the "HELLO DIRECT" Catalog and on page 24
  28638. > they adverise a Northern Telecom phone model# " PowerTouch 225 "
  28639.  
  28640. > The ad states :   CALLER ID, CALL WAITING MODULE
  28641. >       Comming in mid-1995, You'll see who's
  28642. >       on a CALL WAITING call, without inter-
  28643. >       rupting the call you're already on ...
  28644.  
  28645. > I never heard of any telcos offering this. The only way to achive this
  28646. > was by having an ISDN line.
  28647.  
  28648. > Also, they mention "ADSI" ????
  28649.  
  28650. > The ad states: Looking ahead to the future
  28651. > Coming in late-1995, is ADSI
  28652. > It will help you do your banking,
  28653. > pay bills, and such - by phone...
  28654.  
  28655.     BellSouth (Southern Bell) provides this service in Atlanta and
  28656. Savannah area NOW. Customer can see telephone number (Caller ID) or
  28657. name and number (Caller Id Deluxe) of a calling party or that of a
  28658. call waiting (Call Waiting Deluxe). If you subscribe Caller Id Deluxe
  28659. and Call Waiting Deluxe service, you will be able to see number and
  28660. name of calling party and waiting party.
  28661.  
  28662. ADSI:    Analog Display Services Interface.
  28663.  
  28664.     Customer needs to have equipment which supports ADSI interface
  28665. (like NT phone describe above) and just the POTS line (no ISDN
  28666. necessary).
  28667.  
  28668.     Deployment of this service in Alabama and Tennessee is
  28669. expected during 1995.
  28670.  
  28671.  
  28672. Navneet Patel   Science & Technology
  28673. BellSouth Telecommunications
  28674. nap@bss.com     (404) 332-2159
  28675.  
  28676. ------------------------------
  28677.  
  28678. From: ajdsv@ind.rwth-aachen.de (Andreas Junklewitz (DA Martin))
  28679. Subject: Looking For a CHILL Compiler
  28680. Date: 18 Jan 1995 13:12:18 GMT
  28681. Organization: RWTH Aachen
  28682. Reply-To: ajdsv@ind.rwth-aachen.de
  28683.  
  28684.  
  28685. I am looking desperately for a CHILL precompiler or compiler running
  28686. under any UNIX, LINUX, OS/2 or DOS.
  28687.  
  28688. I know very slow and big compilers for MVS or VMS, but this isn't what
  28689. I am looking for.
  28690.  
  28691. I would appreciate any clues.  Please respond by email.  I will post a
  28692. summary. Thank you in advance.
  28693.  
  28694.  
  28695. With best regards,
  28696.  
  28697. Andreas Junklewitz, Phone: ++49-241-806984, Telefax: ++49-241-8888186
  28698. Institute for Communication Systems and Data Processing 
  28699. RWTH-Aachen (University of Technology)
  28700. Muffeter Weg 3, 52072 Aachen, Germany
  28701. E-Mail: ajdsv@ind.rwth-aachen.de        or      junklewitz@rwth-aachen.de
  28702.  
  28703. ------------------------------
  28704.  
  28705. From: Judith Oppenheimer <producer@pipeline.com>
  28706. Date: Wed, 18 Jan 1995 08:42:37 -0500
  28707. Subject: Freephone Forum vs. ITU Question 
  28708.  
  28709.  
  28710. Someone (sorry don't remember who) had posted:
  28711.  
  28712. > This is the first I've heard of the "Freephone Forum."  I always
  28713. > thought call processing recommendations were issued by the International 
  28714. > Telecommunications Union (ITU).
  28715.  
  28716. As explained to me, call processing recommendations are still done by
  28717. the ITU but many perceive the ITU as too slow so other agreements are
  28718. made in other forums and implemented on "bilateral agreement" basis.
  28719. The Freephone Forum is one of them.  The fourm is made up of (mostly)
  28720. marketing people from all the service providers who provide toll free
  28721. in their countries.  They discuss freephone and how to get more people
  28722. to use it, and share success stories etc.  They also, (like most
  28723. marketing groups) seem to "party" at these once a year things.
  28724.  
  28725. One of the things they did develop is "Plus Freephone".  That is a bilateral
  28726. agreement that if you make an international call to an other countries
  28727. 800 number, (eg if you dial from London, 00 (their international
  28728. calling access) followed by 1 (the US country code), followed by 800
  28729. FLOWERS) ) the call will complete to 1-800-flowers in the US.  Also
  28730. the originating party (London) will suppress the billing to the caller
  28731. and create a billing record to charge to 1-800-flowers.  If this
  28732. agreement is in place between two countries 800 calls are possible to
  28733. the US and calling freephone numbers in other countries is possible.
  28734. If this agreement is not in place, then then (in this case, London)
  28735. would recognize 1 as USA and reject the call when it saw 800 because
  28736. this is not a valid NPA code.  (Remember, per the ITU all switches
  28737. must screen on 4 digits before routing.)  1-800 is invalid.  1-405
  28738. would route to maybe miami and 1-212 would route to NY.  1-213 (los
  28739. angeles) would probably route to NY or Maine.
  28740.  
  28741. The people who attend the forum are often the marketing manager or
  28742. service manager for the 800 (or freephone service) in their country.
  28743.  
  28744. I will address the phone pad question shortly.  (A good question - the
  28745. answer may surprise you.)
  28746.  
  28747. But a question asked on another list raised a good point.
  28748.  
  28749. Because the International Freephone numbers, and domestic freephone
  28750. numbers, will *co-exist* in the U.S., the U.S. Users Group has valid
  28751. concerns that there will be confusion among U.S. consumers.
  28752.  
  28753. More to come.
  28754.  
  28755.  
  28756. J. Oppenheimer, Producer@Pipeline.com
  28757.  
  28758. ------------------------------
  28759.  
  28760. End of TELECOM Digest V15 #43
  28761. *****************************
  28762.     
  28763.     
  28764. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa20702;
  28765.           19 Jan 95 2:51 EST
  28766. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28767.     id AA14542; Wed, 18 Jan 95 22:23:28 CST
  28768. Return-Path: <telecom>
  28769. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  28770.     id AA14534; Wed, 18 Jan 95 22:23:26 CST
  28771. Date: Wed, 18 Jan 95 22:23:26 CST
  28772. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  28773. Message-Id: <9501190423.AA14534@delta.eecs.nwu.edu>
  28774. To: telecom@eecs.nwu.edu
  28775. Subject: TELECOM Digest V15 #44
  28776.  
  28777. TELECOM Digest     Wed, 18 Jan 95 22:23:00 CST    Volume 15 : Issue 44
  28778.  
  28779. Inside This Issue:                          Editor: Patrick A. Townson
  28780.  
  28781.     Re: Help ... Ancient Party Lines Must Die! (Mark Brader)
  28782.     Re: BC Tel, SaskTel, Internet (Elliot Schwartz)
  28783.     Re: Is the Pentium Bug Really That Bugging? (Andrew Laurence)
  28784.     Re: Long Distance Caller ID (Glen L. Roberts)
  28785.     Re: "Dial & Save" Long Distance Service (Judith Oppenheimer)
  28786.     Re: Question on Call-Back Operators (Eric Tholome)
  28787.     Re: GSM Information Wanted (Eric Tholome)
  28788.     Re: Sonet SDH DCC Information Wanted (Daniel R. Oelke)
  28789.     Re: Anyone Have Experience With LDDS/Metromedia? (Michael Henry)
  28790.     Re: Planning to Purchase a Voice Mail System (John Lundgren)
  28791.     Re: New Alert - 911 Access (Andrew Laurence)
  28792.     Re: Small Business PBX/Fax Back Server Needed (Jon Zeeff)
  28793.     Re: Looking up Addresses and Phone Number From Just Names (Ben Carter)
  28794.     Re: Where to Find Nice-Looking Phones? (ophidian59@aol.com)
  28795.     Re: Wanted: Info on Fax/Modem Hookup For Motorola Lazer Cell (J Lundgren)
  28796.  
  28797. TELECOM Digest is an electronic journal devoted mostly but not
  28798. exclusively to telecommunications topics. It is circulated anywhere
  28799. there is email, in addition to various telecom forums on a variety of
  28800. public service systems and networks including Compuserve and America
  28801. On Line. It is also gatewayed to Usenet where it appears as the moderated
  28802. newsgroup 'comp.dcom.telecom'. 
  28803.  
  28804. Subscriptions are available to qualified organizations and individual
  28805. readers. Write and tell us how you qualify:
  28806.  
  28807.                  * telecom-request@eecs.nwu.edu *
  28808.  
  28809. The Digest is edited, published and compilation-copyrighted by Patrick
  28810. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  28811. or phone at:
  28812.                     9457-D Niles Center Road
  28813.                      Skokie, IL USA   60076
  28814.                        Phone: 708-329-0571
  28815.                         Fax: 708-329-0572
  28816.   ** Article submission address only: telecom@eecs.nwu.edu **
  28817.  
  28818. Our archives are located at lcs.mit.edu and are available by using
  28819. anonymous ftp. The archives can also be accessed using our email
  28820. information service. For a copy of a helpful file explaining how to
  28821. use the information service, just ask.
  28822.  
  28823. *************************************************************************
  28824. *   TELECOM Digest is partially funded by a grant from the              *
  28825. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  28826. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  28827. * project.  Views expressed herein should not be construed as represent-*
  28828. * ing views of the ITU.                                                 *
  28829. *************************************************************************
  28830.  
  28831. Additionally, the Digest is funded by gifts from generous readers such
  28832. as yourself who provide funding in amounts deemed appropriate. Your help 
  28833. is important and appreciated. A suggested donation of twenty dollars per
  28834. year per reader is considered appropriate. See our address above.
  28835.  
  28836. All opinions expressed herein are deemed to be those of the author. Any
  28837. organizations listed are for identification purposes only and messages
  28838. should not be considered any official expression by the organization.
  28839. ----------------------------------------------------------------------
  28840.  
  28841. From: msb@sq.sq.com (Mark Brader)
  28842. Subject: Re: Help ... Ancient Party Lines Must Die!
  28843. Organization: SoftQuad Inc., Toronto, Canada
  28844. Date: Thu, 19 Jan 95 00:11:12 GMT
  28845.  
  28846.  
  28847. Raymond@zed.ca writes:
  28848.  
  28849. > Canada has 26 - 27 million people living mainly within 200 miles of
  28850. > the 49th latitude.  ....
  28851.  
  28852. Make that within 200 miles of the border with the contiguous US states.  
  28853. That border is the 49th parallel where Raymond lives, but in the east it's 
  28854. a good deal farther south.
  28855.  
  28856. ObTelecom:
  28857.  
  28858.     Two or three years ago, a large number of payphones around here
  28859. (Toronto) were replaced with the new Millennium model, which has an
  28860. LED display of the number being dialed, and accepts credit cards (in a
  28861. swiper) and $1 coins as well as the smaller denominations.  They were
  28862. introduced rapidaly enough that I thought it must mean that all pay
  28863. phones were being changed to this model, but that hasn't happened.
  28864. Anyone know what Bell's plans are for the older payphones?
  28865.  
  28866.  
  28867. Mark Brader               "It is considered a sign of great {winnitude}
  28868. msb@sq.com                when your Obs are more interesting than other
  28869. SoftQuad Inc., Toronto    people's whole postings."      -- Eric Raymond
  28870.  
  28871. This article is in the public domain.
  28872.  
  28873. ------------------------------
  28874.  
  28875. From: elliot@ATHENA.MIT.EDU (Elliot Schwartz)
  28876. Subject: Re: BC Tel, SaskTel, Internet
  28877. Date: 19 Jan 1995 01:21:19 GMT
  28878. Organization: Massachvsetts Institvte of Technology
  28879.  
  28880.  
  28881. In article <telecom15.33.14@eecs.nwu.edu>, Sarah Holland <70620.1425@
  28882. compuserve.com> wrote:
  28883.  
  28884. > Living as I do in a more remote area of British Columbia, where ALL
  28885. > Internet access is long-distance, I find this most frustrating. I plan
  28886. > to call BC Tel about this -- any bets as to how far I get? <G>
  28887.  
  28888. Probably not very far -- why should BCTel do something which won't be
  28889. profitable for them? Unlike Saskatchewan, most of the high density
  28890. areas in BC (Vancouver, Victoria, etc.) are already saturated with
  28891. Internet Service Providers. Furthermore, SaskTel has just taken over
  28892. responsibility for the Province's regional network, whereas BC*Net
  28893. operates seperately from BCTel.
  28894.  
  28895.  
  28896. elliot (a displaced Canadian)
  28897.  
  28898. ------------------------------
  28899.  
  28900. Date: Wed, 18 Jan 1995 18:12:15 -0800
  28901. From: laurence@netcom.com (Andrew Laurence)
  28902. Subject: Re: Is the Pentium Bug Really That Bugging?
  28903.  
  28904.  
  28905. > Anthony D'Auria <dauriaa@voyager.bxscience.edu> writes:
  28906.  
  28907. >> Question: Does this floating point calculation bug affect system
  28908. >> performance? Is that why some Pentiums bottleneck? What and where
  28909. >> should a person contact to get the messed up chip replaced? Is it
  28910. >> actually worth it?
  28911.  
  28912. Whoops! What I meant to say, but somehow my news-posting software
  28913. "ate" it, was:
  28914.  
  28915. The Pentium bug affects only floating-point calculations, not overall
  28916. system performance. Whether you NEED to have it replaced depends on
  28917. what type of work you do. Spreadsheets and mathematical modeling, and
  28918. to a lesser extent CAD and design work, depend on the floating-point
  28919. processor. Network servers, word processing and databases tend NOT to
  28920. use floating-point math, so the Pentium bug doesn't affect these
  28921. applications.
  28922.  
  28923. IMHO, part of the implied warranty for any microprocessor with a
  28924. floating-point unit is that it should produce correct calculations
  28925. each and every time. For that reason, I would have the chip replaced
  28926. if I owned a Pentium.
  28927.  
  28928. Intel should be running ads in major trade publications in the next
  28929. couple of months, explaining the chip replacement procedure. If you're
  28930. comfortable opening the case, you should be able to replace it
  28931. yourself in seconds. If not, there will be service stations where you
  28932. can take your machine and have the chip swapped out, hopefully while
  28933. you wait.
  28934.  
  28935. Good luck!
  28936.  
  28937.  
  28938. Andrew Laurence, CNA  -->laurence@netcom.com<--    Oakland, California, USA
  28939. Novell Certified NetWare Administrator        Pacific Standard Time (GMT-8)
  28940. Phone: (510) 547-6647       Fax: (510) 547-8002       Pager: (510) 308-1903
  28941.  
  28942. ------------------------------
  28943.  
  28944. From: fd@wwa.com (Glen L. Roberts)
  28945. Subject: Re: Long Distance Caller ID
  28946. Date: 18 Jan 1995 15:23:46 GMT
  28947. Organization: WorldWide Access - Chicago Area Internet 312-282-8605 
  28948.  
  28949.  
  28950. Paul J Zawada (zawada@ncsa.uiuc.edu) wrote:
  28951.  
  28952. > I've had a couple of interesting conversations with the folks at
  28953. > Ameritech regarading the delivery of interstate Caller-ID information.
  28954. > I have a question or two regarding the availablity of the above service, 
  28955. > so let me summarize and pose a question or two to the readers of TELECOM
  28956. > Digest.
  28957.  
  28958. > results on Caller-ID for awhile now. Lots of long distance calls are having
  28959. > their ID shown ... interestingly, even some recent calls from California
  28960. > in the 415 area code were displayed.  Of course all this is relevant to
  28961. > *where* most of your calls originate, and maybe I just lucked out but I
  28962. > would say about 90 - 95 percent of my incoming calls now show Caller-ID,
  28963. > or they show that the caller is blocking it, etc.  PAT]
  28964.  
  28965. It is all relevant to what long distance carrier processes your call. The 
  28966. local switch will pass the Caller-ID to you, if it gets it with the call.  
  28967. Wiltel is the only long distance company that has so far been identified 
  28968. as providing Caller-ID from most places. So, if someone uses Wiltel Long 
  28969. Distance, you'll get their number.
  28970.  
  28971.  
  28972. Glen L. Roberts, Editor, Full Disclosure
  28973. Host Full Disclosure Live (WWCR 5,065 khz - Sundays 7pm central)
  28974. email postal address to fd@wwa.com for catalog on privacy & surveillance.
  28975. Does 10555-1-708-356-9646 give you an "ANI" readback? With name?
  28976. Remember, fd _IS FOR_ Full Disclosure!
  28977.  
  28978.  
  28979. [TELECOM Digest Editor's Note: Yes, your number read back the number and
  28980. name listed for the phone I called you from. Others should try it out, it
  28981. is sort of fun.  Then when I called you back with *67, your recording had
  28982. some comments on that also. Then when I called back from a number which I
  28983. knew would be 'out of area' you had nothing to say at all.   PAT]
  28984.  
  28985. ------------------------------
  28986.  
  28987. From: producer@pipeline.com (Judith Oppenheimer)
  28988. Subject: Re: "Dial & Save" Long Distance Service
  28989. Date: 18 Jan 1995 21:26:44 -0500
  28990. Organization: Interactive CallBrand(TM)
  28991.  
  28992.  
  28993. If you decide to test them, can you post your findings?  I've seen
  28994. their pitch too, wouldn't mind finding out of they're legit.
  28995.  
  28996.  
  28997. J. Oppenheimer, Producer@Pipeline.com
  28998.  
  28999. ------------------------------
  29000.  
  29001. From: tholome@dialup.francenet.fr (Eric Tholome)
  29002. Subject: Re: Question on Call-Back Operators
  29003. Date: Wed, 18 Jan 1995 22:24:14 +0200
  29004. Organization: Private account
  29005.  
  29006.  
  29007. Pat,
  29008.  
  29009. You wrote:
  29010.  
  29011. > [...] The other thing to watch out for where callback systems are
  29012. > concerned are the *huge* number of misdialed calls (and/or telemarketer 
  29013. > calls) to your 'callback number' which result in a call being made to
  29014. > you at all hours of the day and night (relative to your time of day)
  29015. > resulting in many cases in admin charges levied to your account for
  29016. > calls you did not make, to say nothing of the inconvenience of
  29017. > answering the phone at three in the morning your time to be greeted
  29018. > with callback dialtone you don't want merely because some fool in the
  29019. > USA accidentally dialed your callback number and let it ring a couple
  29020. > times before deciding he dialed in error.
  29021.  
  29022. I just wanted to point out that this is not always the case: I've been
  29023. using a callback service for all my personal international calls for
  29024. the past six months and I've never had any bogus call, for a good
  29025. reason: to get my callback dialtone, I dial a common number; then I
  29026. have to enter a six digit pin which tells my operator to call me (not
  29027. somebody else) back. I guess there is enough redundancy in the six
  29028. digit pin so that the probability of being called in error is very low.
  29029.  
  29030. Of course, I could see a drawback to this solution: if I want to store
  29031. this number in my phone, I need a phone which memory can hold 19
  29032. figures and several pauses instead of 13. Well, that is a problem, but
  29033. that's the only one I can think about. Personally, I've only stored
  29034. the access number, and I have to dial the pin myself.
  29035.  
  29036.  
  29037. Eric Tholome                
  29038. 23, avenue du Centre          tholome@dialup.francenet.fr
  29039. 78180 Montigny le Bretonneux  phone: +33 1 30 48 06 47
  29040.                     France    fax: same number, call first!
  29041.  
  29042.  
  29043. [TELECOM Digest Editor's Note: Another problem you did not mention is the
  29044. cost of your call to the callback center. That call has to supervise also,
  29045. you see, and that costs you some amount of money. Add that to whatever you
  29046. pay for the callback part of the connection and let me know how much less
  29047. expensive it *really* is.  Part of the gimmick that makes callback services
  29048. so inexpensive is that you usually do not have to pay for a call to the
  29049. USA. You dial your number and hang up without it answering; thus no charge
  29050. for that part of the call. Why do you think AT&T was so out of joint on
  29051. this for quite awhile?  Hey, if people think they can pay for a supervised
  29052. call to the USA (and enter a password, eliminating random ringbacks) and
  29053. still get by cheaper than via straight calling through their PTT, whoever
  29054. it is, then let me know ... I may start a callback service of my own. I
  29055. have objected to it thus far because I don't want automated callbacks with
  29056. all the trouble those have, and I cannot pencil in a bottom line I could
  29057. live with if I offered a supervised (both senses of the word, telco charge
  29058. for inbound call to set it up and a clerk to oversee it) system.  Maybe if
  29059. someone really cuts a deal with AT&T -- a very good deal -- they will be
  29060. able to accept inbound collect/800 from the distant PTT, establish a call-
  29061. back to the distant country and make an outgoing USA call ... and still
  29062. make money at it while being competitive. I could not figure out how.  PAT] 
  29063.  
  29064. ------------------------------
  29065.  
  29066. From: tholome@dialup.francenet.fr (Eric Tholome)
  29067. Subject: Re: GSM Information Wanted
  29068. Date: Wed, 18 Jan 1995 22:24:11 +0200
  29069.  
  29070.  
  29071. In article <telecom15.34.5@eecs.nwu.edu>, v.erwig@stud.tue.nl (Vincent
  29072. Erwig) wrote:
  29073.  
  29074. > Can anybody give me some information on where and how I can find
  29075. > information about GSM?  I'm interested in the development of the GSM
  29076. > network, and the specific features that GSM / GSM telephone has, what
  29077. > new technologies have been used, and the advantages / disadvantages 
  29078. > compared to other cellular phone systems.
  29079.  
  29080. > I need this information for a study project.
  29081.  
  29082. I'm not sure which level of detail you need, but I would suggest the French 
  29083. book (written in English) from Michel Mouly and Marie-Bernadette Pautet. 
  29084. It is published by the authors themselves (phone: +33 1 69 31 03
  29085. 18/fax: +33 1 69 31 03 38). It is already rather detailed and quite
  29086. expensive (get your Library to buy it!).
  29087.  
  29088. There is also a shorter version of this book (probably the ideal for
  29089. you) which is 160 page long and also published by the authors (it is
  29090. called "An introduction to GSM"). I think this version was done
  29091. especially for Nortel Matra Cellular (a joint venture from Northern
  29092. Telecom and Matra Communication which manufactures GSM systems) since
  29093. it has their name on it. I'm not sure whether you can get it or not.
  29094. Give it a try!
  29095.  
  29096.  
  29097. Eric Tholome            
  29098. 23, avenue du Centre          tholome@dialup.francenet.fr
  29099. 78180 Montigny le Bretonneux  phone: +33 1 30 48 06 47
  29100.                     France    fax: same number, call first!
  29101.  
  29102. ------------------------------
  29103.  
  29104. From: droelke@rockdal.aud.alcatel.com (Daniel R. Oelke)
  29105. Subject: Re: Sonet SDH DCC Information Wanted
  29106. Date: 18 Jan 1995 19:59:20 GMT
  29107. Organization: Alcatel Network Systems Inc.
  29108. Reply-To: droelke@rockdal.aud.alcatel.com
  29109.  
  29110.  
  29111. In article 9@eecs.nwu.edu, news@zurich.ibm.com writes:
  29112.  
  29113. > In Sonet/SDH multiplexer and section overhead, there are the D1..D12
  29114. > bytes, reserved for "network management and supervision". Can anyone
  29115. > shed some light on the data transmission protocol which governs these
  29116. > DCC channels?  Is this (already?) standardized? If so which standard?
  29117.  
  29118. Both the Line and Section overhead data bytes -- or the DCC channels
  29119. are used with an OSI 7-layer stack.  There are Bellcore and ISO
  29120. standards galore to define this.
  29121.  
  29122. Of course, this isn't to say that all vendors use a 7-layer OSI stack 
  29123. across these channels ... wouldn't like to make life simple you know. :-)
  29124. There is also the question of the 7-layer stack implementation, and all
  29125. of the user-definable parameters that might make two implementations 
  29126. such that they won't talk to each other.
  29127.  
  29128. Disclaimer: I am a software developer on an OC48 product which does
  29129. have a full 7-layer stack and it does interoperate with other Alcatel
  29130. products.  I have no idea if it works with other vendors products.  Of
  29131. course none of this is Alcatel's official position.
  29132.  
  29133.  
  29134. Dan Oelke           Alcatel Network Systems
  29135. droelke@aud.alcatel.com      Richardson, TX
  29136. http://spirit.aud.alcatel.com:8081/~droelke/
  29137.  
  29138. ------------------------------
  29139.  
  29140. From: mhenry@uclink2.berkeley.edu (Michael Henry)
  29141. Subject: Re: Anyone Have Experience With LDDS/Metromedia?
  29142. Date: 18 Jan 1995 18:30:29 GMT
  29143. Organization: UC Berkeley
  29144.  
  29145.  
  29146. In article <telecom15.39.9@eecs.nwu.edu>, dlr@daver.bungi.com (Dave
  29147. Rand) says:
  29148.  
  29149. > Their rates are very good.  *HOWEVER*
  29150.  
  29151. > Having read the fine print on the contract -- it claims that the
  29152. > contract term is for service only, and does not guarantee rates -- I
  29153. > added a notation on my contract that the Canada rates were to be as
  29154. > quoted.  This was a *very* good idea.
  29155.  
  29156. > Then the bill came. The calls are rated at 0.37/minute.  Customer
  29157. > service says "too bad".  My salesman says "oops -- the rates went up
  29158. > *the day after* we signed up, too bad.".  I said, "PUC, fraud,
  29159. > bait-and-switch, contracted amount!"  Long discussions followed.  The
  29160. > salesman wasn't allowed to change the contract, according to LDDS --
  29161. > their problem, not mine, I pointed out to them.  As of now, we are
  29162. > still fighting over credits, but they have agreed to give me the
  29163. > contracted rate, for the contracted period (one year).
  29164.  
  29165. Absolutely!  Carriers may not like it, but the big four WILL sign
  29166. contracts that limit rate increases to less than 4% per year.  It's
  29167. always a good idea to include rate stablization clauses that let you
  29168. bail with no penalty if the carrier increases rates.
  29169.  
  29170. ------------------------------
  29171.  
  29172. From: jlundgre@kn.PacBell.COM (John Lundgren)
  29173. Subject: Re: Planning to Purchase a Voice Mail System
  29174. Date: 18 Jan 1995 18:30:24 GMT
  29175. Organization: Pacific Bell Knowledge Network
  29176.  
  29177.  
  29178. Paul Hebert (paul_hebert@powershare.markem.com) wrote:
  29179.  
  29180. > My company is doing research for selection of a voice mail system. We
  29181. > have presentations scheduled with Octel and Centigram. Would anyone
  29182. > have some technical or user related insight into these systems? We
  29183. > have an NEC 2400 switch. Any interface issues we should be aware of?
  29184.  
  29185. We purchased a system from Phoneby which was bought out by VMX.  The
  29186. system works, but has less features than Pacx Bells's system.  We
  29187. tried to upgrade it a year or so ago, but they wanted an arm and a leg
  29188. to put a larger hard disk in it.  The hard disk is a regular Maxtor
  29189. MFM disk drive, something like 170 MB.  They wanted thousands to
  29190. upgrade it.  The only thing special is that it's formatted in a
  29191. proprietary format.
  29192.  
  29193. Finally, what we did is have messages fall into the bit bucket in two
  29194. weeks if they're not erased.
  29195.  
  29196.  
  29197. John Lundgren - Elec Tech - Info Tech Svcs 
  29198. Rancho Santiago Community College District 
  29199. 17th St. at Bristol \ Santa Ana, CA 92706  
  29200. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  29201.  
  29202. ------------------------------
  29203.  
  29204. From: laurence@netcom.com (Andrew Laurence)
  29205. Subject: Re: New Alert - 911 Access
  29206. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  29207. Date: Wed, 18 Jan 1995 17:28:22 GMT
  29208.  
  29209.  
  29210. Ben_Burch@wes.mot.com (Ben Burch) writes:
  29211.  
  29212. > In article <telecom15.25.6@eecs.nwu.edu>, laurence@netcom.com (Andrew
  29213. > Laurence) wrote:
  29214.  
  29215. >> Recently I saw someone who appeared to be trying to steal a car, so,
  29216. >> being a good citizen, I ducked around the corner out of sight and
  29217. >> dialed 911 on my handheld cellular phone. Though I was standing on a
  29218. >> street three blocks from San Francisco City Hall, I was connected to
  29219. >> the California Highway Patrol. I waited several minutes for an operator 
  29220. >> to come on the line, and finally gave up.
  29221.  
  29222. >> Good thing no one's life or safety was in danger.
  29223.  
  29224. > This bad result is because you did the wrong thing!  How many time do
  29225. > people have to be told to dial the cellular operator, and say;
  29226.  
  29227. > "Operator, this is an emergency, please connect me with the <location>
  29228. > police department emergency line."
  29229.  
  29230. > This takes a few seconds longer, but reaching help was the job here, not
  29231. > airtime minimization.
  29232.  
  29233. Well, I assume that airtime to 0 is free, as is airtime to 911, so I
  29234. wasn't concerned about the cost. However, my cellular carrier advises
  29235. me to call 911 in an emergency.  
  29236.  
  29237.  
  29238. Andrew Laurence laurence@netcom.com | | Certified NetWare
  29239. Administrator (CNA) Oakland, California, USA | | CD-ROM Networking
  29240. Consultant Pacific Standard Time (GMT-8) | | Phone: (510) 547-6647
  29241. Pager: (510) 308-1903 Fax: (510) 547-8002 |
  29242.  
  29243. ------------------------------
  29244.  
  29245. From: zeeff@eecs.umich.edu (Jon Zeeff)
  29246. Subject: Re: Small Business PBX/Fax Back Server Needed
  29247. Date: 18 Jan 1995 22:18:01 GMT
  29248. Organization: University of Michigan EECS Dept.
  29249.  
  29250.  
  29251. Music on hold would also be nice.  And ISDN instead of the POTS lines
  29252. would be ok too.
  29253.  
  29254. ------------------------------
  29255.  
  29256. From: bpc@netcom.com (Benjamin P. Carter)
  29257. Subject: Re: Looking up Addresses and Phone Number From Just Names
  29258. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  29259. Date: Wed, 18 Jan 1995 07:33:45 GMT
  29260.  
  29261.  
  29262. [TELECOM Digest Editor Noted:
  29263.  
  29264. >   ...  why don't you ask the telco serving the local calling
  29265. > area for a copy of their directory.  Most telcos will send it free of
  29266. > charge, or they may get some small handling/postage fee.  ...
  29267.  
  29268. I recently tried ordering some phone books from various cities.  I
  29269. found that the price depended a lot on where I wanted the phone books
  29270. sent.  One book would cost over $50 if sent to one house, but only a
  29271. few dollars if sent to another house about 1.5 miles away.
  29272.  
  29273.  
  29274. Ben Carter  internet address: bpc@netcom.com
  29275.  
  29276. ------------------------------
  29277.  
  29278. From: ophidian59@aol.com (Ophidian59)
  29279. Subject: Re: Where to Find Nice-Looking Phones?
  29280. Date: 18 Jan 1995 12:35:36 -0500
  29281. Organization: America Online, Inc. (1-800-827-6364)
  29282.  
  29283.  
  29284. If you want an inexpensive high quailty phone, try buy a plain
  29285. telephone at the parts counter of your local Greybar, a telephony
  29286. supply house.
  29287.  
  29288. While on the subject of phones, I'd really like to find one of those
  29289. old yet very mod (e.g. 60's) British phones with the dial and the
  29290. hook-switch on the bottom. Anyone?
  29291.  
  29292. ------------------------------
  29293.  
  29294. From: jlundgre@kn.PacBell.COM (John Lundgren)
  29295. Subject: Re: Wanted: Info on Fax/Modem Hookup For Motorola Lazer Cell Phone
  29296. Date: 18 Jan 1995 17:32:14 GMT
  29297. Organization: Pacific Bell Knowledge Network
  29298.  
  29299.  
  29300. Mike Chapman (mike@chimera.med.virginia.edu) wrote:
  29301.  
  29302. > I got a Motorola Lazer pocket cell phone hoping to use it with my
  29303. > notebook, but when I asked how much the device to do this costs, I was
  29304. > very shocked to find that it was almost $300!!
  29305.  
  29306. > Is this price ridiculous?  Is there a cheaper place to get the
  29307. > Motorola device?  Are there any other options?  
  29308.  
  29309. Shocked?  Just walk down the aisle at your local computer store.
  29310. Anything that fits into a laptop, such as PCMCIA or proprietary buss
  29311. device, modem, NIC, whatever.  They all cost a couple hundred more
  29312. than the AT buss devices of the same type.  It's just because they are
  29313. smaller, they are newer, they are supplied in lower volume, and they
  29314. require the most up-to-date technology.  TANSTAAFL.
  29315.  
  29316. Motorola?  Anything with that name on it costs more.
  29317.  
  29318.  
  29319. John Lundgren - Elec Tech - Info Tech Svcs
  29320. Rancho Santiago Community College District
  29321. 17th St. at Bristol \ Santa Ana, CA 92706 
  29322. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  29323.  
  29324. ------------------------------
  29325.  
  29326. End of TELECOM Digest V15 #44
  29327. *****************************
  29328.     
  29329.     
  29330. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa22752;
  29331.           19 Jan 95 5:16 EST
  29332. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  29333.     id AA17196; Thu, 19 Jan 95 00:30:15 CST
  29334. Return-Path: <telecom>
  29335. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  29336.     id AA17189; Thu, 19 Jan 95 00:30:12 CST
  29337. Date: Thu, 19 Jan 95 00:30:12 CST
  29338. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  29339. Message-Id: <9501190630.AA17189@delta.eecs.nwu.edu>
  29340. To: telecom@eecs.nwu.edu
  29341. Subject: TELECOM Digest V15 #45
  29342.  
  29343. TELECOM Digest     Wed, 18 Jan 95 00:29:00 CST    Volume 15 : Issue 45
  29344.  
  29345. Inside This Issue:                          Editor: Patrick A. Townson
  29346.  
  29347.     Re: Chatter Heard on Scanner Leads to Criminal Charges (John Lundgren)
  29348.     Re: Chatter Heard on Scanner Leads to Criminal Charges (John David Galt)
  29349.     Re: Legal Problem due to modified radio (ROsman@swri.edu)
  29350.     Re: New Area Codes Working From Toronto (Carl Moore)
  29351.     Re: Anyone Have Experience With LDDS/Metromedia? (Jack Pestaner)
  29352.     Re: Inter-LATA Rates in California (Michael Henry)
  29353.     Re: Horrible Earthquake in Japan (Ramesh Pillutla)
  29354.     Re: Horrible Earthquake in Japan (Jeremy Schertzinger)
  29355.     Re: How Can I Encrypt a T-1? (Daniel R. Oelke)
  29356.  
  29357. TELECOM Digest is an electronic journal devoted mostly but not
  29358. exclusively to telecommunications topics. It is circulated anywhere
  29359. there is email, in addition to various telecom forums on a variety of
  29360. public service systems and networks including Compuserve and America
  29361. On Line. It is also gatewayed to Usenet where it appears as the moderated
  29362. newsgroup 'comp.dcom.telecom'. 
  29363.  
  29364. Subscriptions are available to qualified organizations and individual
  29365. readers. Write and tell us how you qualify:
  29366.  
  29367.                  * telecom-request@eecs.nwu.edu *
  29368.  
  29369. The Digest is edited, published and compilation-copyrighted by Patrick
  29370. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  29371. or phone at:
  29372.                     9457-D Niles Center Road
  29373.                      Skokie, IL USA   60076
  29374.                        Phone: 708-329-0571
  29375.                         Fax: 708-329-0572
  29376.   ** Article submission address only: telecom@eecs.nwu.edu **
  29377.  
  29378. Our archives are located at lcs.mit.edu and are available by using
  29379. anonymous ftp. The archives can also be accessed using our email
  29380. information service. For a copy of a helpful file explaining how to
  29381. use the information service, just ask.
  29382.  
  29383. *************************************************************************
  29384. *   TELECOM Digest is partially funded by a grant from the              *
  29385. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  29386. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  29387. * project.  Views expressed herein should not be construed as represent-*
  29388. * ing views of the ITU.                                                 *
  29389. *************************************************************************
  29390.  
  29391. Additionally, the Digest is funded by gifts from generous readers such
  29392. as yourself who provide funding in amounts deemed appropriate. Your help 
  29393. is important and appreciated. A suggested donation of twenty dollars per
  29394. year per reader is considered appropriate. See our address above.
  29395.  
  29396. All opinions expressed herein are deemed to be those of the author. Any
  29397. organizations listed are for identification purposes only and messages
  29398. should not be considered any official expression by the organization.
  29399. ----------------------------------------------------------------------
  29400.  
  29401. From: jlundgre@kn.PacBell.COM (John Lundgren)
  29402. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  29403. Date: 18 Jan 1995 15:48:53 GMT
  29404. Organization: Pacific Bell Knowledge Network
  29405.  
  29406.  
  29407. Catching up with several recent comments in this thread:
  29408.  
  29409. I'm dealing with contractors that have cellular phones, the little
  29410. ones in their briefcases and toolboxes.  The older cell phones mounted
  29411. in the car are becoming less and less common nowadays.  I've noticed
  29412. that most of the conversations are on the go, from the conference room
  29413. or job site to the guy's car -- on foot!  This would, of course, still
  29414. be in the same cell.  And a lot of their conversations are short
  29415. because it costs money, so those blabbermouths that are on the phone
  29416. for long periods are rare.  So I don't believe that much conversation
  29417. is missed when someone monitors a cellular channel.
  29418.  
  29419. PB Emerton (pb-emert@uwe-bristol.ac.uk) wrote:
  29420.  
  29421. > Tony Pelliccio (Tony_Pelliccio@brown.edu) wrote:
  29422.  
  29423. >> Actually the AOR-2500 comes through with the cell band intact. Or at
  29424. >> least it did until the FCC attempted to clamp down on it. The nice
  29425. >> thing is the AOR-2500 is considered a communications receiver and not
  29426. >> a scanner and last I heard the whole thing was still tied up in
  29427. >> hearings.
  29428.  
  29429. >> Of course if you really want to follow a cell call just get a DDI and
  29430. >> hook it up to your PC. The interesting thing is that the company that
  29431. >> sells the DDI will only release software with ESN capability to law
  29432. >> enforcement people. Makes you wonder doesn't it?
  29433.  
  29434. > What company is it?
  29435.  
  29436. > [TELECOM Digest Editor's Note: Please see the referenced remarks of Tony
  29437. > Pelliccio above: 'FCC tried to clamp down ... still tied up in court'. 
  29438. > A word to the wise: you don't want to mess with those people *too much*.
  29439. > A little maybe, but not too much. 
  29440.  
  29441. > Like some people here who have disagreed with me over the past couple
  29442. > days on this, I seriously doubt the FCC is going to stage any massive
  29443. > actions to get cellular phone equipped scanners out of circulation, etc.
  29444.  
  29445. The reality is that the CB shops used to sell the GRE downconverters
  29446. that would convert the cellular band to freqs 400 MHz lower, and they
  29447. were about $70 or so.  THey're not very sophisticated and don't cost
  29448. much.  They work.  So even if you have a non-cellular scanner, it can
  29449. still pick up the cellular band.  But there is talk among some hams
  29450. that you can take an old UHF tuner and use it for downconverting, too.
  29451. But it would have to be the old 83 channel kind.  And then it might
  29452. not be stable enough.  But it might be something to experiment with.
  29453.  
  29454. > But what I can tell you is they can be a nasty bunch of buggers when 
  29455. > they want to be. In the past they have gone into pirate radio stations
  29456. > and started pulling wires and fuses out of the control board while the
  29457. > station was on the air ... kicked the door down and walked in. They
  29458. > have spent hours driving around in a van through some neighborhood to
  29459. > triangulate or get a fix on some signal when they wanted the guy. Like
  29460. > all government agencies, they have loads of money and an infinite amount
  29461. > of time and resources to spend when they decide they will get their way.
  29462.  
  29463. I wish you would tell this th Steve Dunifer of FRB over on rec.radio.pirate.
  29464. ng.  He thinks he's going to break the FCC's back with micropower stations 
  29465. on the air.  The FCC is already pursuing legal stuff against him, from what 
  29466. I've read.
  29467.  
  29468. > As Tony points out, they are still fighting in court over the
  29469. > AOR-2500.  When the FCC gets a vendetta of some kind started, for
  29470. > whatever reason, they will do a number on all concerned.  Bureaucrats
  29471. > will be bureaucrats, and there is nothing worse than a bureaucrat
  29472. > scorned.  :)
  29473.  
  29474. There was some talk that the FCC wouldn't get so involved, but hand
  29475. over the prosecution to the Dept of Justice.
  29476.  
  29477. > Selective enforcement of their own code (the Communications Act) at times?
  29478. > Sure ... all government agencies selectively enforce the law ... so sue
  29479. > them.  But if a time comes for whatever reason that you are a big target
  29480. > the FCC would like to get under control and instead of just raiding your
  29481. > premises with a United States Marshall in tow costing you all kinds of
  29482. > grief and money -- the way another government agency did to Steve Jackson; 
  29483. > remember him? -- if instead they contact your attorney and tell him to get 
  29484. > you on the straight and narrow 'so we do not have to take this further' then
  29485. > you know what you do?  First you Praise Jesus ... then you think over very
  29486. > carefully how far you want to push it.      PAT] 
  29487.  
  29488.  From the way Dunifer talks, that will never happen in his case.  He
  29489. sounds utterly righteous, and he also has an attorney.
  29490.  
  29491. There is a _whole_ lot of diffwerence between S Jackson Games, who never did 
  29492. a thing to provoke the actions taken against him, and Dunifer, who keeps 
  29493. acting like Kevorkian in that he's constantly challenging the laws.
  29494.  
  29495. David Moon (moon@gdc.com) wrote:
  29496.  
  29497. > Bill Sohl contributed a FAQ about scanners, and part of Pat's response
  29498. > was:
  29499.  
  29500. >> Illegal modification (i.e. modification by an unlicensed person) voids
  29501. >> your FCC authority to operate the radio. Furthermore, no *licensed* 
  29502. >> person is going to make illegal modifications to a radio and risk having
  29503. >> such handiwork be traced back to his bench, at the possible risk of his
  29504. >> loss of his license. 
  29505.  
  29506. > I'm sure this is true for radio transmitters, but for receivers? Are
  29507. > you saying I need FCC authority to operate a receiver? What kind of 
  29508. > license are you talking about?
  29509.  
  29510. > [TELECOM Digest Editor's Note: You don't need a printed license. Your
  29511. > 'authority' is granted by the FCC by default. The FCC claims absolute
  29512. > control over all radio devices and the airwaves, etc.  As discussed
  29513. > in an earlier message today, they claim in section 15.21 of their
  29514. > code that they can revoke your (default) authority.  Transmitter,
  29515. > receiver, cordless phone, baby monitor, whatever.   PAT]
  29516.  
  29517. So far I've been reading a lot and not getting any info from anyone
  29518. about what or if this has had anything decided in the courts.  The FCC
  29519. claiming absolute authority over the airwaves is, to, me, a lot like
  29520. the police claiming absolute authority over drug sales.  Hmmph.
  29521.  
  29522. I was reading some state supreme court rulings somewhere here, and
  29523. they are interesting.  The state Environmental Protection Admin
  29524. getting ruled against for overstepping their authority, or cities
  29525. getting told that they don't have the authority to do certain things.
  29526. Then I've seen what happened to our own college district when they
  29527. laid off all of our gardeners and hired a contractor to do the job.
  29528. Not a very bright move.  They got told by the courts that they can lay
  29529. off the gardeners if their positions have been eliminated, but they
  29530. just can't do it to save money, and then turn around and hire a
  29531. contractor to do the job.  They violated the law.  The lawns weren't
  29532. eliminated!  So they had to reinstate the gardeners with back pay and
  29533. benefits.  And this isn't the only dumb thing that they have done.  I
  29534. won't even get into Orange County's bankruptcy, another debacle.
  29535.  
  29536. Until I've seen some court ruling on this, I will treat it as just what 
  29537. it is: opinions.
  29538.  
  29539. Bob Keller (rjk@telcomlaw.com) wrote:
  29540.  
  29541. > In TELECOM Digest V15 #32, Bill Sohl <billsohl@planet.net> wrote: 
  29542.  
  29543. >> I have no problem with this statement and I'll state unequivocally
  29544. >> that scanners and/or other types of radio receivers are not (if
  29545. >> designed properly) included in the catagory "intentional or
  29546. >> unintential radiator" and they are not, therefore, licensed.
  29547.  
  29548. > I did not realize this was such a heated matter or I never would have
  29549. > stuck my nose into it ... but, now that I'm here <G> ... 
  29550.  
  29551. > A scanner most definitely is a "radiator".  If nothing else, the micro-
  29552. > processor circuitry that makes it scan constitutes an unintentional 
  29553. > radiator within the meaning of the rules.
  29554.  
  29555. I have difficulty accepting this statement.  There are several
  29556. reasons.  The scanners are usually wide band receivers, capable of
  29557. receiving large parts of the spectrum.  Many of the scanners are
  29558. hand-held and operate off batteries.  The microprocessors in both
  29559. kinds are extremely low power ones because of at least a couple
  29560. reasons that I can think of.  One is to conserve pattery power.  They
  29561. are usually CMOS, and draw only microamps of current from the supply.
  29562. Another reason they draw little power is that they don't have to have
  29563. much calculating capability or MIPS because they do a simple job.
  29564. They also draw very little power because the less power they draw, the
  29565. less RF energy they radiate, and that means the less they might
  29566. interfere with their own receiver.  Since the receiver is very
  29567. sensitive, the RF radiated from the microprocessor must be very low
  29568. since it's only inches away from the receiver.
  29569.  
  29570. Another thing I get from the part 15 rules as far as intentional
  29571. radiation is concerned is that the FCC is basically saying that they
  29572. don't want anything to do with them.  In other words, in the
  29573. instructions where it says you must not interfere and you must
  29574. tolerate interference, they are saying that no one has any legal
  29575. recourse if they are getting interference.  The only recourse that the
  29576. user has is to either turn the interference off or move the
  29577. interference source or device receiving the interference farther apart
  29578. from each other.
  29579.  
  29580. The last paragraph about building or modifying has an explanation
  29581. that's more to my liking.
  29582.  
  29583. > I am _not_ saying that home-built devices and/or user-modified devices
  29584. > are therefore automatically unlawful.  In building or modifying a
  29585. > device, however, the user is responsible for keeping the technical
  29586. > parameters of the device within the radiation limits prescribed by
  29587. > Part 15 and, if those limits are exceeded, the user no-longer enjoys
  29588. > the right conferred by Part 15 to use the device without a license.
  29589. > With the possible exception of cellular scanners (which is an issue
  29590. > contaminated by political/industry pressures and other laws having
  29591. > nothing to do with the regulatory purposes of Part 15), I don't think
  29592. > there is any intent on the part of the government to prevent someone
  29593. > from building or modifying non-transmitter devices (on a
  29594. > non-commercial basis) in ways that do not cause interference, nor do I
  29595. > think there is any governmental interest in expending resources
  29596. > worrying it.
  29597.  
  29598.  
  29599. John Lundgren - Elec Tech - Info Tech Svcs
  29600. Rancho Santiago Community College District
  29601. 17th St. at Bristol \ Santa Ana, CA 92706 
  29602. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com 
  29603.  
  29604. ------------------------------
  29605.  
  29606. From: John_David_Galt@cup.portal.com
  29607. Subject: Re: Chatter Heard on Scanner Leads to Criminal Charges
  29608. Date: Wed, 18 Jan 95 01:39:41 PST
  29609.  
  29610.  
  29611. Maybe I'm misinterpreting this, but somewhere in the FCC regs that
  29612. were posted, it IS now illegal to manufacture a radio that receives
  29613. cellular frequencies.  I'll bet anything you like that building your
  29614. own, or modifying a scanner that didn't get cellular before you worked
  29615. on it, is "manufacturing" in the eyes of the law.
  29616.  
  29617. ------------------------------
  29618.  
  29619. Date: Wed, 18 Jan 95 9:05:06 CST
  29620. From: ROsman@swri.edu
  29621. Subject: Re: Legal Problem Due to Modified Radio
  29622.  
  29623.  
  29624. Maybe someone already noticed this, but the officer involved has
  29625. provided sworn testimony indicating that he violated federal law.  He
  29626. used the radio out-of-band on a channel for which it is not licensed.
  29627. A copy of the court transcript might interest the FCC's Chicago Field
  29628. Engineer.
  29629.  
  29630. The FCC takes a very dim view of modified ham gear on the commercial
  29631. bands.  If the modified radio you own was capable of out of band
  29632. operation as the result of a receive, CAP or MARS mod, they probably
  29633. won't care.  If, however, specific modification was required to permit
  29634. out of band transmitting, you may be inviting scrutiny that you would
  29635. prefer to avoid.
  29636.  
  29637. They don't care a whit if you listen to the police on on your ham rig,
  29638. but if you intentionally transmit on frequencies you should not they
  29639. *WILL* make your life miserable.  They will do it more swiftly and
  29640. with greater impunity than the locals.
  29641.  
  29642.  
  29643. Just my opinion,
  29644.  
  29645. Oz@SwRI.edu       (Rich Osman)         SwRI didn't say it, I did.
  29646. (210) 522-5050 (w)                   (210) 699-1302 (h;v/msg/fax)
  29647.  
  29648.  
  29649. [TELECOM Digest Editor's Note: Thank you for that comparison between
  29650. local and federal law enforcement and justice systems. Indeed, most
  29651. state and local law enforcement agencies are almost like the Three
  29652. Stooges by comparison to the federal mechanism. 
  29653.  
  29654. You've heard the joke I guess about the Catholic priest, the Jewish
  29655. rabbi, and assorted, sundry other preachers who die and go to heaven:
  29656. at the front desk they see one of these 'take a number and wait your
  29657. turn' dispensers.  They take their numbers and sit down in the waiting
  29658. room reading old copies of {Time Magazine} and whatever. They sit
  29659. there a long time while the angel in charge seems to ignore them all
  29660. as he works on his paperwork.  Suddenly an old lady walking with a
  29661. cane comes wobbling in and up to the counter. Sez the angel, "Oh, Mrs.
  29662. Brown ... we've all been waiting for you!  Come right in, we have your
  29663. accomodations ready for you now!" She wobbles right on past and into
  29664. the inner sanctum, where angels get their wings, and all that.
  29665.  
  29666. The various Men of God all see this, and become quite indignant that
  29667. they have been kept waiting and Mrs. Brown gets to walk right in. They
  29668. go up to the front desk and ask what's the idea?  Why did she go right
  29669. in and we are kept waiting all this time?
  29670.  
  29671. "Well," says the angel, "you see, Mrs. Brown was a federal probation/parole
  29672. officer for forty years in New York. In a single day's time, she scared
  29673. more hell out of people by threatening to unsatisfactorily terminate their 
  29674. federal probation than you guys did with a lifetime of preaching!"   PAT]
  29675.  
  29676. ------------------------------
  29677.  
  29678. Date: Wed, 18 Jan 95 21:28:50 GMT
  29679. From: Carl Moore <cmoore@ARL.MIL>
  29680. Subject: Re: New Area Codes Working From Toronto
  29681.  
  29682.  
  29683. So you were able to get a Seattle number from 360 directory assistance.  
  29684. Maybe 360-555-1212 is at least temporarily being routed identically to
  29685. 206-555-1212.
  29686.  
  29687. ------------------------------
  29688.  
  29689. From: jackp@telecomm.cse.ogi.edu (Jack Pestaner)
  29690. Subject: Re: Anyone Have Experience With LDDS/Metromedia?
  29691. Date: 19 Jan 1995 04:29:52 GMT
  29692. Organization: Oregon Grad. Inst. Computer Science and Eng., Beaverton
  29693.  
  29694.  
  29695. Stay away from LDDS if the ability to receive calls (inbound 800) is
  29696. essential to your business.  One of our customers, a major telemarketing 
  29697. company, switched to LDDS.  Almost constantly, regions of the US could
  29698. not get through on the 800 number, and actually got disconnect messages 
  29699. in some cases.
  29700.  
  29701. You see, LDDS is really an umbrella corporation that has taken over
  29702. many small regional LD companies.  As you can imagine, all the
  29703. networks are different, and SS7 is just a pipe dream in that
  29704. environment.  They really don't have a network like AT&T, MCI, and
  29705. Sprint.
  29706.  
  29707. If you just need cheap outgoing LD, and don't care if it works all the
  29708. time, LDDS is your company.  If you have inbound 800, stick with the
  29709. big three!!!
  29710.  
  29711.  
  29712. Good Luck,
  29713.  
  29714. Jack
  29715.  
  29716. ------------------------------
  29717.  
  29718. From: mhenry@uclink2.berkeley.edu (Michael Henry)
  29719. Subject: Re: Inter-LATA Rates in California
  29720. Date: 18 Jan 1995 18:32:32 GMT
  29721. Organization: UC Berkeley
  29722.  
  29723.  
  29724. In article <telecom15.38.14@eecs.nwu.edu>, ericp@ucg.com (Eric Paulak) says:
  29725.  
  29726. > Linc Madison asked:
  29727.  
  29728. >> Have the IXC's reduced their rates on calls between LATAs in
  29729.                                ^^^^^^^    
  29730. >> California to be more in line with both the new intra-LATA and
  29731. >> interstate rates?
  29732.  
  29733. > The answers a resounding "yes." In fact, AT&T, MCI and Sprint have all
  29734. > undercut Pac Bell's rates. 
  29735.  
  29736. I haven't seen any new tariffs or price changes from the carriers for
  29737. calls between LATA's.
  29738.  
  29739.  
  29740. Michael Henry  Analyst Telecommunications, 
  29741. University of California, Berkeley
  29742.  
  29743. ------------------------------
  29744.  
  29745. From: pillutla@rockdal.aud.alcatel.com (Ramesh Pillutla)
  29746. Subject: Re: Horrible Earthquake in Japan
  29747. Date: 18 Jan 1995 14:14:08 GMT
  29748. Organization: Alcatel Network Systems Inc.
  29749. Reply-To: pillutla@rockdal.aud.alcatel.com
  29750.  
  29751.  
  29752. Hi,
  29753.  
  29754. I am interested in any press reports/info regarding the state of the
  29755. terrestrial lines and cellular phone system in Kobe, Japan following
  29756. the earthquake. I have heard from some of my Japanese friends that the
  29757. cellular phone system is not fully operational but, roaming is out and
  29758. a few cells are still operational. Currently, all private phone users
  29759. have been asked not to use their phones and all available cellular
  29760. facilities have been commandeered by the emergency services.  Land
  29761. lines are completely out of the question with all major CO's out due
  29762. to lack of power. If anybody has any information, please post here.
  29763.  
  29764.  
  29765. Ramesh
  29766.  
  29767. [TELECOM Digest Editor's Note: The last I heard today, the death toll
  29768. is now about 3000. Hospitals are turning people away because they have
  29769. no resources or supplies left for treatment. They have given up looking
  29770. for bodies. In many instances, people are simply sitting in front of
  29771. their (former) homes, protecting the piles of rubble which remain. As
  29772. one might expect, people are showing how *good* they can be with one
  29773. another. Several women who have given birth in the past couple days who
  29774. were unable to obtain service in a hospital have simply been assisted
  29775. by their neighbors when the time came ... won't they have a story to
  29776. tell that child in a few years!  As you point out, telecommunications
  29777. services still in operation have been seized by the government for
  29778. emergency use. 
  29779.  
  29780. I am reminded of the scene here in Chicago the day of the great fire,
  29781. in October, 1871: people kept trudging along northward, assuming that
  29782. the fire would stop eventually. The fire jumped the river and proceeded
  29783. to consume much of the north side. By mid-afternoon that Monday, about
  29784. a hundred thousand people were milling around in Lincoln Park, homeless
  29785. with what possessions they could salvage sitting on the ground in front
  29786. of them. As the flames came closer and the smoke so dense they could
  29787. not breath, most of them simply walked out into Lake Michigan into 
  29788. water up to their shoulders and stood there, facing away from the
  29789. fire, with their possessions held out of the water above their head.
  29790. In an editorial in the {Chicago Tribune}, October 9, 1871 entitled 
  29791. "Chicago Will Rise Again" the writer told of a nine year old girl who
  29792. stood neck-deep in the lake with her one beloved possession, a parakeet
  29793. in a cage held in the air out of the water. The bird succombed to the
  29794. dense smoke and burning embers which were flying through the air, and
  29795. the little girl wept quietly as the bird lay dead on the bottom of its cage.
  29796.  
  29797. According to the {Tribune} that day (it had not published the day
  29798. before, having been burned out of its own quarters on Dearborn Street)
  29799. "Mayor Mason early Monday called an emergency meeting of the City Council
  29800. to instruct the aldermen in their duties. They were informed that the
  29801. city had seized the First Congregational Church to be used as the seat
  29802. of government pending rebuilding of City Hall, as well as seizing the
  29803. wires and telegraph facilities of the Western Union Company in Chicago
  29804. so that communications could continue unabated. Magistrates were charged
  29805. with the duty of 'taking control of railroad trains passing through the
  29806. city, seizing any food provisions contained therein for distribution to
  29807. our citizens'. But most important, the aldermen were instructed to
  29808. take their horses, ride out to the park and circulate among the citizens
  29809. to lessen their fears. 'Let the people know the government has been
  29810. re-instated, that they have not been abandoned and that everything we
  29811. can do will be done' ..."
  29812.  
  29813. And the {Tribune} account concluded by noting that later that night it
  29814. had begun to rain; not heavily but just a steady drizzle, enough to 
  29815. finally extinquish what remained of the fire which had begun two days
  29816. before. "A hundred thousand of our citizens stayed there in Lincoln
  29817. Park all night; with no shelter they stood there in the rain with nothing
  29818. to eat for their supper, none the less with gratitude that their lives
  29819. and the lives of their families had been spared."   
  29820.  
  29821. There are surely many people in Japan today feeling the same gratitude
  29822. despite the terrible losses of the past three days.    PAT]
  29823.  
  29824. ------------------------------
  29825.  
  29826. From: jeremyps@eskimo.com (Jeremy Schertzinger)
  29827. Subject: Re: Horrible Eartquake in Japan
  29828. Organization: Eskimo North (206) For-Ever
  29829. Date: Thu, 19 Jan 1995 01:14:57 GMT
  29830.  
  29831.  
  29832. I have collected about 25 images of the Kobe earthquake from the net
  29833. for viewing.  Many of them are from NHK Television.  All files are in
  29834. GIF or JPEG format.  Check them out at ftp.eskimo.com in /jeremyps/quake .
  29835.  
  29836. Please use these instead of the Japanese servers.  They are already
  29837. overloaded.
  29838.  
  29839.  
  29840. Thanks.
  29841.  
  29842. Jeremy Schertzinger            jeremyps@eskimo.com  --  jeremys@scn.org
  29843.       http://www.eskimo.com/~jeremyps/           Happy New Year!
  29844.  
  29845. ------------------------------
  29846.  
  29847. From: droelke@rockdal.aud.alcatel.com (Daniel R. Oelke)
  29848. Subject: Re: How Can I Encrypt a T-1?
  29849. Date: 18 Jan 1995 20:08:19 GMT
  29850. Organization: Alcatel Network Systems Inc.
  29851. Reply-To: droelke@rockdal.aud.alcatel.com
  29852.  
  29853.  
  29854. Previously in this thread someone mentioned that Rockwell (through a
  29855. division that had previously been Collins Radio) had a T1 scrambler or
  29856. encrypter of some sort.  Well, that company is now owned by Alcatel
  29857. Network Systems (my employer).  You can call 1-800-Alcatel for your
  29858. local sales person.  Sorry, I work in the Sonet OC-48 area and don't
  29859. have any idea if we even have such a product anymore.
  29860.  
  29861.  
  29862. Dan Oelke            Alcatel Network Systems
  29863. droelke@aud.alcatel.com       Richardson, TX
  29864. http://spirit.aud.alcatel.com:8081/~droelke/
  29865.  
  29866. ------------------------------
  29867.  
  29868. End of TELECOM Digest V15 #45
  29869. *****************************
  29870.     
  29871.     
  29872. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa08847;
  29873.           19 Jan 95 15:43 EST
  29874. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  29875.     id AA20864; Thu, 19 Jan 95 07:03:05 CST
  29876. Return-Path: <telecom>
  29877. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  29878.     id AA20855; Thu, 19 Jan 95 07:03:02 CST
  29879. Date: Thu, 19 Jan 95 07:03:02 CST
  29880. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  29881. Message-Id: <9501191303.AA20855@delta.eecs.nwu.edu>
  29882. To: telecom@eecs.nwu.edu
  29883. Subject: TELECOM Digest V15 #46
  29884.  
  29885. TELECOM Digest     Thu, 19 Jan 95 07:03:00 CST    Volume 15 : Issue 46
  29886.  
  29887. Inside This Issue:                          Editor: Patrick A. Townson
  29888.  
  29889.     Re: Privately Owned Cables on Public Utility Poles (Greg Straughn)
  29890.     Re: What is a T1 Line? (Wally Ritchie)
  29891.     Re: Ancient Party Lines (Scott Falke)
  29892.     Re: New Area Codes Working From Toronto (Dave Leibold)
  29893.     Re: ISDN Over Wireless (John Lundgren)
  29894.     Re: Cattle Call (John Rice)
  29895.     International Freephone Numbers and European Phone Dials (J. Oppenheimer)
  29896.     Re: Looking For a CHILL Compiler (Per Bothner)
  29897.     Mobile Comms Questionnaire (Simon J. Wallace)
  29898.     NEC 2000IVS Wanted: Highend (Out-of-Band) Voice Mail Integration (Neubert)
  29899.     Missed Listing - and Lawyers, Not Lawnmowers (Carl Moore)
  29900.     A Call From Guess Where (David Farber via Stanton McCandlish)
  29901.     Always Busy 800 Number? (mre2b@virginia.edu)
  29902.     ISDN in Florida (Evon Bent)
  29903.     Voice File Formats (fonaudio@ix.netcom.com)
  29904.     Using U.S. Modem in Israel (Jeremie Kass)
  29905.     Can Caller ID Information Be Faked? (Chris Telesca)
  29906.     Telephone Vs. Cable TV as Data Carriers (y1n0@unb.ca)
  29907.     Looking for 900-MHz Cordless Hands Free Headset (Martin Soques)
  29908.     Areas Covered by Phone Book? (Benjamin P. Carter)
  29909.  
  29910. TELECOM Digest is an electronic journal devoted mostly but not
  29911. exclusively to telecommunications topics. It is circulated anywhere
  29912. there is email, in addition to various telecom forums on a variety of
  29913. public service systems and networks including Compuserve and America
  29914. On Line. It is also gatewayed to Usenet where it appears as the moderated
  29915. newsgroup 'comp.dcom.telecom'. 
  29916.  
  29917. Subscriptions are available to qualified organizations and individual
  29918. readers. Write and tell us how you qualify:
  29919.  
  29920.                  * telecom-request@eecs.nwu.edu *
  29921.  
  29922. The Digest is edited, published and compilation-copyrighted by Patrick
  29923. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  29924. or phone at:
  29925.                     9457-D Niles Center Road
  29926.                      Skokie, IL USA   60076
  29927.                        Phone: 708-329-0571
  29928.                         Fax: 708-329-0572
  29929.   ** Article submission address only: telecom@eecs.nwu.edu **
  29930.  
  29931. Our archives are located at lcs.mit.edu and are available by using
  29932. anonymous ftp. The archives can also be accessed using our email
  29933. information service. For a copy of a helpful file explaining how to
  29934. use the information service, just ask.
  29935.  
  29936. *************************************************************************
  29937. *   TELECOM Digest is partially funded by a grant from the              *
  29938. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  29939. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  29940. * project.  Views expressed herein should not be construed as represent-*
  29941. * ing views of the ITU.                                                 *
  29942. *************************************************************************
  29943.  
  29944. Additionally, the Digest is funded by gifts from generous readers such
  29945. as yourself who provide funding in amounts deemed appropriate. Your help 
  29946. is important and appreciated. A suggested donation of twenty dollars per
  29947. year per reader is considered appropriate. See our address above.
  29948.  
  29949. All opinions expressed herein are deemed to be those of the author. Any
  29950. organizations listed are for identification purposes only and messages
  29951. should not be considered any official expression by the organization.
  29952. ----------------------------------------------------------------------
  29953.  
  29954. From: gregs@best.com (g straughn)
  29955. Subject: Re: Privately Owned Cables on Public Utility Poles
  29956. Date: Wed, 18 Jan 1995 20:55:01 -0800
  29957. Organization: BEST Internet (415) 964-2378
  29958.  
  29959.  
  29960. In article <telecom15.35.9@eecs.nwu.edu>, mfletch@ix.netcom.com (Mark
  29961. Fletcher) wrote:
  29962.  
  29963. > I have been told that we can apply to the local municipality for a
  29964. > utility franchise, and then place our own cables on existing poles. At
  29965. > our current cost of $18,000.00 annually for special circuits, this
  29966. > possibility is very attractive to us.
  29967.  
  29968. > If anyone has information about the process, or could point me to any
  29969. > pertinant legal documents on the subject, I would be very greatful.
  29970.  
  29971. I believe in California you can rent "attachments" to utility poles
  29972. for something like $1.00 per pole per month -- perhaps your state
  29973. utilities have a similar product requirement.
  29974.  
  29975.  
  29976. Good luck,
  29977.  
  29978. Greg Straughn
  29979.  
  29980. ------------------------------
  29981.  
  29982. From: writchie@gate.net
  29983. Subject: Re: What is a T1 Line?
  29984. Date: 19 Jan 1995 05:46:16 GMT
  29985. Reply-To: writchie@gate.net
  29986.  
  29987.  
  29988. In <telecom15.42.10@eecs.nwu.edu>, balcroan@netcom.com (Butch lcroan/
  29989.  .nameBalcroan Lilli) writes:
  29990.  
  29991. [pseudo technical babble deleted]
  29992.  
  29993. > ... but there is more to consider here. The " MU LAW " is not a linear
  29994. > scale it is more of a log function with more steps closer to the lower
  29995. > levels where the ear is more senstive. I really can't believe 2 DB;
  29996. > come on Jeff, 3 db is half power *and also the least amount the ear can 
  29997. > detect*. 
  29998.  
  29999. 1. The impact on SQR (Signal to Quantitzation Noise Power Ratio) of bit
  30000. robbing is:
  30001.  
  30002.     10 log (6/(6+3r)) 
  30003.  
  30004. where r is the number of robbed bits. This ranges from -1.76db for a
  30005. single robbed bit to -6.02db if all 6 bits are robbed in the progress
  30006. of the digital signal between the two end terminals.
  30007.  
  30008. 2. The primary effect of uLaw is to extend the dynamic range of the
  30009. channel. The SQR ratio for uLaw is not all that different from other
  30010. forms of PCM, particularly for typical high speed modem modulations
  30011. which have more or less uniform signal power. SQR's for PCM depend on
  30012. the type of PCM and the properties of the signals. For Modem signals
  30013. SQR's are on the order of 36db. However, THE EFFECT OF BIT ROBBING ON
  30014. THE SQR IS INDEPENDANT OF THE SQR ITSELF.
  30015.  
  30016. 3. Robbing (eliminating) the low order bit has the effect of doubling
  30017. the average voltage quantization error which is the same as
  30018. quadrupling the quantization noise power. Robbing the LSB of any PCM
  30019. scheme will result in a 6db decrease in the SQR. If you only rob one
  30020. bit in six, you quandruple the noise power only 1/6th of the time
  30021. resulting in the equation above.
  30022.  
  30023. 4. Jitter in digital transimission signals has nothing to do with the
  30024. Signal to Noise Ratio of the PCM stream unless a frame slip results.
  30025. Jitter at the codec would be of concern but in all equipment of
  30026. reasonable design the frequency components of such jitter are very low
  30027. and of no consequence to high speed modems (or speech).
  30028.  
  30029. 5. The impact of bit robbing is not of alarming concern compared to
  30030. the other types of noise and errors involved with high speed modems.
  30031. By far, the worst transmission impairment involves continuous frame
  30032. slips on digital facilities due to unsynchronized clocks. While these
  30033. impairments cause only a minor (almost unnoticable) impact on voice,
  30034. they are disastrous to high speed modems because they cause a phase
  30035. shift that virtually guarantees an error and a loss of the absolute
  30036. carrier phase required to demodulate the signal. The effects persist
  30037. for many symbols until the transmitting carrier's phase can be
  30038. reacquired.
  30039.  
  30040.  
  30041. Wally Ritchie   Ft. Lauderdale, Florida
  30042.  
  30043. ------------------------------
  30044.  
  30045. Date: Wed, 18 Jan 95 21:40:07 -0800
  30046. From: scott@csustan.csustan.edu (Scott Falke)
  30047. Subject: Re: Ancient Party Lines
  30048. Organization: CSU Stanislaus
  30049.  
  30050.  
  30051. In article <telecom15.25.2@eecs.nwu.edu> scott@csustan.csustan.edu
  30052. (Scott Falke) writes:
  30053.  
  30054. > In re your story about party-line entertainment:
  30055. > X-Telecom-Digest: Volume 15, Issue 11, Message 2 of 14
  30056.  
  30057. > [TELECOM Digest Editor's Note: The way you describe it was one way
  30058. > of doing the ringing; there were various methods.  What happened on
  30059. > your system if you wanted to call someone on your party line?  
  30060.  
  30061. For 8-party, one dialed 119xy, where x was your line position (1-8)
  30062. and y was the called party (1-8).  The ring generator would alternate
  30063. between the two.  When the ring quit, you picked up the handset, cause
  30064. they had too.  If the ring didn't quit, you picked up the handset
  30065. anyway.  They weren't home.  If you shared the same relative polarity
  30066. with the called party (the gas tubes and tip/ting to gnd) you'd hear
  30067. one long (i.e., yours) and two shorts (theirs) in repetition.  THAT
  30068. was real cool.  Hey, a farming town, you know ...
  30069.  
  30070.  
  30071. Scott Falke    Turlock CA
  30072.  
  30073. ------------------------------
  30074.  
  30075. Date: Thu, 19 Jan 1995 00:40:00 -0500
  30076. From: dleibold@gvc.com (Dave Leibold)
  30077. Subject: Re: New Area Codes Working From Toronto
  30078.  
  30079.  
  30080. Carl Moore <cmoore@ARL.MIL> wrote:
  30081.  
  30082. > So you were able to get a Seattle number from 360 directory assistance.
  30083. > Maybe 360-555-1212 is at least temporarily being routed identically to
  30084. > 206-555-1212.
  30085.  
  30086. Makes sense, considering 206 directory assistance centre would be set
  30087. up for the areas under 360 ... just a matter of keeping the area codes
  30088. straight.
  30089.  
  30090. Bell Canada is able to route phone calls to various operators across a
  30091. region for directory assistance purposes. In theory, an operator in
  30092. Thunder Bay (807) could wind up fielding information inquiries for
  30093. numbers in other Bell Canada area codes.
  30094.  
  30095. ------------------------------
  30096.  
  30097. From: jlundgre@kn.PacBell.COM (John Lundgren)
  30098. Subject: Re: ISDN Over Wireless
  30099. Date: 18 Jan 1995 17:47:16 GMT
  30100. Organization: Pacific Bell Knowledge Network
  30101.  
  30102.  
  30103. Hersh Jeff (hershj@bah.com) wrote:
  30104.  
  30105. > John Lundgren (jlundgre@kn.PacBell.COM) wrote:
  30106.  
  30107. >> Find out if the phone company has a newer 5ESS switch.
  30108.  
  30109. > To be fair to other companies, it should be noted that Northern
  30110. > Telecom, Siemens, and other switch vendors also offer ISDN switches
  30111. > that can act as central offices.
  30112.  
  30113. Here in Pac Bell land, the only one that I've ever heard installed in
  30114. the last few years have been 5ESS.  I didn't know what other switches
  30115. had the ISDN capability.  Sorry if I gave the impression that the 5ESS
  30116. was the only one that could do it, I didn't mean to.
  30117.  
  30118.  
  30119. John Lundgren - Elec Tech - Info Tech Svcs
  30120. Rancho Santiago Community College District
  30121. 17th St. at Bristol \ Santa Ana, CA 92706 
  30122. jlundgre@pop.rancho.cc.ca.us\jlundgre@kn.pacbell.com
  30123.  
  30124. ------------------------------
  30125.  
  30126. From: rice@ttd.teradyne.com (John Rice)
  30127. Subject: Re: Cattle Call
  30128. Date: 18 Jan 95 22:33:49 CST
  30129. Organization: Teradyne Inc., Telecommunications Division
  30130.  
  30131.  
  30132. In article <telecom15.41.14@eecs.nwu.edu>, RANDY@MPA15AB.mv-oc.Unisys.COM 
  30133. writes:
  30134.  
  30135. > A local magazine (I think it was "Twin Cities Business") quoted an
  30136. > item from an investment newsletter saying that some dairy farmers now
  30137. > use pagers to call their cows.
  30138.  
  30139. > One person here who's family raises cattle asked whether it wouldn't
  30140. > be cheaper to keep a feeding a dog that herds the cattle instead of
  30141. > paying monthly charges and air time. 
  30142.  
  30143. I can't feed my dog for $18/month, which is what I can get pager service 
  30144. (tone only) for, around here. One page a day is well under most limits
  30145. for maximum pages/month.
  30146.  
  30147.  
  30148. John Rice        K9IJ  
  30149. rice@ttd.teradyne.com  
  30150.  
  30151.  
  30152. [TELECOM Digest Editor's Note: A couple of questions for whoever knows
  30153. the answers ... is it hard to train a cow to respond to your call? Is
  30154. there some sort of protective covering for the pager to keep it out
  30155. of the rain and water, etc?  A cow sees no problem with standing out
  30156. in the field in the rain all day, or laying down on a muddy field to
  30157. rest. In the heat of the summer a herd of cows in a pasture with a
  30158. pond or lake will simply wander out into the pond and stand in water
  30159. up to their neck to stay cool and keep the flies away. How does the
  30160. pager withstand all this abuse?    PAT]
  30161.  
  30162. ------------------------------
  30163.  
  30164. From: Judith Oppenheimer <producer@pipeline.com>
  30165. Date: Wed, 18 Jan 1995 21:35:35 -0500
  30166. Subject: International Freephone Numbers and European Phone Dials 
  30167.  
  30168.  
  30169. European phone dials are being standardized and will include letters
  30170. that correlate with the U.S. version.
  30171.  
  30172. This took the ITU two years to decide, and is suppose to take effect
  30173. next year.
  30174.  
  30175.  
  30176. Judith
  30177. J. Oppenheimer, Producer@Pipeline.com
  30178.  
  30179. ------------------------------
  30180.  
  30181. From: Per Bothner <bothner@cygnus.com>
  30182. Date: Wed, 18 Jan 95 20:21:51 -0800
  30183. Subject: Re: Looking For a CHILL Compiler
  30184.  
  30185.  
  30186. > I am looking desperately for a CHILL precompiler or compiler running
  30187. > under any UNIX, LINUX, OS/2 or DOS.
  30188.  
  30189. A pre-release of the GNU Chill compiler is available by anonymous ftp
  30190. at ftp.cygnus.com, directory pub, file chill-1.4.tar.gz.
  30191.  
  30192. This is a dialect of Chill that Cygnus did for one customer.  It is
  30193. not complete Z200 (any version), but we have tried to follow the 1988
  30194. standard, with support for some features of the 1984 standard.  The
  30195. GNU debugger (gdb) already has (some) support for Chill.
  30196.  
  30197. GNU Chill is structured similarly as GNU C and C++ (gcc and g++): I.e.
  30198. a "back-end" that is language-independent, and a language-specific
  30199. "front-end."  Cygnus (that is me) and the Free Software Foundation are
  30200. working on cleaning up and merging in Chill-specific parts of the
  30201. back-end.  One that is done, GNU Chill will be officially released by
  30202. the FSF in conjunction with future gcc releases.
  30203.  
  30204. If you want GNU Chill to implement some feature that it doesn't yet,
  30205. you should contact me.  Cygnus can do the work for a fee, or you can
  30206. do it yourself (since it is free software).  If your changes are clean
  30207. and generally useful, I will merge them in (but you should talk with
  30208. me before doing anything substantial).
  30209.  
  30210. [Cygnus provides commercial support or negotiated (paid-for) enhancements 
  30211. to some GNU and other "free" software ("sourceware" as our marketing
  30212. department calls it), including GNU Chill, C, and C++.]
  30213.  
  30214.  
  30215. Per Bothner    Cygnus Support     bothner@cygnus.com
  30216.  
  30217. ------------------------------
  30218.  
  30219. From: Simon J Wallace <sjw@ee.edinburgh.ac.uk>
  30220. Subject: Mobile Comms Questionnaire
  30221. Organization: Edinburgh University
  30222. Date: Wed, 18 Jan 1995 11:32:58 GMT
  30223.  
  30224.  
  30225. Hello there.
  30226.  
  30227. I wonder if you could help me with a questionnaire I am doing for my
  30228. Masters Degree.  I would appreciate some opinions on DATA communications 
  30229. over mobile phones. It should only take a couple of minutes.
  30230.  
  30231. Could you please post the replies to me at sjw@ee.ed.ac.uk. I shall
  30232. post my findings as soon as I have collated them.  Thanks in advance.
  30233.  
  30234.  
  30235. Simon #:-)
  30236.  
  30237. 1) Do you have a Digital (D), Analog (A) or Dual Mode (DM) phone ?
  30238.  
  30239. 2) Do you at present use your mobile phone to transmit data ?
  30240.  
  30241. 3) Do you at any time in the future plan to use a mobile phone to transmit data ?
  30242. 4) If so what factors would influence your decision
  30243.      i) ease of use
  30244.      ii) cost of equipment
  30245.      iii) cost of calls
  30246.      iv) reliability
  30247.      v) Other please state :
  30248.  
  30249. 5) What be your MAIN use of mobile data comms?
  30250.  
  30251.  
  30252. Thanks again,
  30253.  
  30254. Simon   #8-)
  30255.  
  30256. ------------------------------
  30257.  
  30258. From: dougneub@ix.netcom.com (Douglas Neubert)
  30259. Subject: NEC 2000IVS Wanted: Highend (Out-of-Band) Voice Mail Integration
  30260. Date: 18 Jan 1995 12:47:54 GMT
  30261. Organization: Netcom
  30262.  
  30263.  
  30264. If anyone has a line on a highend (like the one they demo the switch
  30265. with at the shows) voice mail integration package for the NEC 2000IVS.
  30266. Will you please E-mail me. I am currently using Reparte DOS ver. 6.5;
  30267. their newest release (3 weeks old as of 01/18/95) setup up for the
  30268. 1400 but the timing is way off and many calls get dropped if I am on
  30269. my phone and you call me (on my extension) from the outside world. NEC
  30270. boys have been o/s three day trying to fix/patch this up but are
  30271. having no success. We installed an attendant card in the switch in the
  30272. card last night so today we will see if this will be the fix. Please
  30273. if any one has any suggestions good or bad let me know. 
  30274.  
  30275.  
  30276. Thanks,
  30277.  
  30278. Doug Neubert   Telsource Corp.   Cleveland 
  30279.  
  30280. ------------------------------
  30281.  
  30282. Date: Wed, 18 Jan 95 17:43:02 EST
  30283. From: Carl Moore <cmoore@ARL.MIL>
  30284. Subject: Missed Listing - And Lawyers, Not Lawnmowers
  30285.  
  30286.  
  30287. My latest Bell Atlantic phone bill in Maryland has a little insert
  30288. which says:
  30289.  
  30290. FOR YOUR CONVENIENCE ... (here, the reader turns the insert over)
  30291.  
  30292.  ... Keep these listings we missed in your new Bell Atlantic telephone
  30293. book.
  30294.  
  30295. Our goal is to give you an error-free phone book.  We'll keep trying!
  30296.  
  30297.                         --------------
  30298.  
  30299. That reminds me, some law office many years ago wound up in the
  30300. Wilmington (Del.) yellow pages all right ... under lawnmowers.
  30301.  
  30302. ------------------------------
  30303.  
  30304. From: mech@eff.org (Stanton McCandlish)
  30305. Subject: A Call From Guess Where
  30306. Date: 18 Jan 1995 17:39:40 -0600
  30307. Organization: UTexas Mail-to-News Gateway
  30308.  
  30309.  
  30310. [Passed along FYI for a little tittilation for the readers.   PAT]
  30311.  
  30312.    Date: Wed, 18 Jan 1995 11:48:37 -0500
  30313.    From: farber@central.cis.upenn.edu (David Farber)
  30314.    Subject: a call from guess where
  30315.  
  30316. I got a call from DC from someone in the inside I know well who said:
  30317.  
  30318. 1. The LD carriers have hired Howard Maker to lobby for them on the
  30319. "The planned Communications Act Re-write of the New(t) Congress";
  30320.  
  30321. 2. That there are meetings Thursday and Friday on the hill between
  30322. staffers and industrial representatives -- not hearings;
  30323.  
  30324. 3. The staffers have been told to make sure no plans, notes, etc. get to
  30325. the public;
  30326.  
  30327. 4. This is on the fast track.
  30328.  
  30329. The person said that the "ravings" were aimed right and would remove
  30330. many of the restrictions and controls on the carriers.
  30331.  
  30332. As I said before -- stanger things have happened. Sounds like they may
  30333. be happening again.
  30334.  
  30335. And so much for a more open government!
  30336.  
  30337.  
  30338. Dave
  30339.  
  30340.                      ----------------
  30341. --
  30342. <A HREF="http://www.eff.org/~mech/">          Stanton McCandlish
  30343. </A><HR><A HREF="mailto:mech@eff.org">        mech@eff.org
  30344. </A><P><A HREF="http://www.eff.org/">         Electronic Frontier Foundation
  30345. </A><P><A HREF="http://www.eff.org/1.html">   Online Services Mgr.   </A>
  30346.  
  30347.  
  30348. [TELECOM Digest Editor's Note: Do keep us posted. It sounds like some
  30349. changes may be in store for us again.   PAT]
  30350.  
  30351. ------------------------------
  30352.  
  30353. From: Matt <mre2b@virginia.edu>
  30354. Subject: Always Busy 800 Number?
  30355. Organization: University of Virginia
  30356. Date: Thu, 19 Jan 1995 01:07:30 GMT
  30357.  
  30358.  
  30359. What's an 800 number that is always busy? (and don't say Gateway 2000
  30360. Tech Support). Something that is guaranteed always busy.
  30361.  
  30362.  
  30363. [TELECOM Digest Editor's Note: (Suspicious, squinting eyes) Why do you want 
  30364. to know?  PAT]
  30365.  
  30366. ------------------------------
  30367.  
  30368. From: xu@gate.net (Evon Bent)
  30369. Subject: ISDN in Florida
  30370. Date: Wed, 18 Jan 1995 14:19:41 GMT
  30371. Organization: Cybergate Inc.
  30372.  
  30373.  
  30374. Hey there,
  30375.  
  30376.     I was wondering if anyone has heard anything about Southern
  30377. Bell implementing ISDN in Florida? I've been considering it to get a
  30378. link to the net and a business line as well. I was also wondering if
  30379. anyone could give me an idea of the rates I might get charged. If no
  30380. one knows or isn't sure how about a number I might call to get this
  30381. info?  Barring that I was wondering if anyone was currently using ISDN
  30382. in Florida and what their experiences with it were.
  30383.  
  30384.  
  30385. TIA,
  30386.  
  30387. Evon   (xu@gate.net)
  30388.  
  30389. ------------------------------
  30390.  
  30391. From: fonaudio@ix.netcom.com (TELEPHONETICS)
  30392. Subject: Voice File Formats
  30393. Date: 18 Jan 1995 19:56:11 GMT
  30394. Organization: Netcom
  30395.  
  30396.  
  30397. Can anyone give me information on the following formats for sound files:
  30398.  
  30399. VBase, Dialogic, Rhetorex and New Voice
  30400.  
  30401.  
  30402. Thanks.
  30403.  
  30404. ------------------------------
  30405.  
  30406. From: kass@tacout.army.mil (Jeremie Kass)
  30407. Subject: Using U.S. Modem in Israel
  30408. Date: Wed, 18 Jan 95 16:00:09 EST
  30409.  
  30410.  
  30411. I am interested in using the modem I use in the U.S. while I am in
  30412. Israel.  Is there any technical and/or legal problem in doing this?
  30413. Also, what kind of telephone jacks are used there?  This will be
  30414. connected to a residential line, so will it be the same RJ-11 jack as
  30415. here?
  30416.  
  30417.  
  30418. Thanks,
  30419.  
  30420. Jeremie Kass * IS/IT Consultant * JPK Computer Consulting
  30421.            Huntington Woods, Michigan, U.S.A. 
  30422. Internet : kass@tacout.army.mil * jkass@detroit.freenet.org
  30423.            jkass@cati.csufresno.edu  * jkass@jpkcomp.detroit.mi.us
  30424.            jk914s2187@sycom.mi.org
  30425.  
  30426. ------------------------------
  30427.  
  30428. From: sascjt@unx.sas.com (Chris Telesca)
  30429. Subject: Can Caller ID Information Be Faked? 
  30430. Date: Wed, 18 Jan 1995 21:25:15 GMT
  30431. Organization: SAS Institute Inc.
  30432.  
  30433.  
  30434. I recently got Caller-ID and *69 Call Return service beause a friend
  30435. and I have been getting prank and other strange phone calls over the
  30436. last few months.  Generally it works great, but several times I've
  30437. seen a few numbers displayed numerous times and used *69 to call the
  30438. number back, only to find that the people I've called back say they
  30439. never called me at all (sometimes these are elderly people, BTW).
  30440.  
  30441. So I was wondering if it possible to somehow fool Caller ID/Call Return 
  30442. features into displaying and/or calling back the wrong/incorrect number?  
  30443. Any ideas, thoughts, experiences?
  30444.  
  30445.  
  30446. Thanks!
  30447.  
  30448. Chris Telesca          Associate Photographer          (919)677-8001 x7489
  30449. SAS Institute Inc. / SAS Campus Dr. / Cary, NC  27513 / sascjt@unx.sas.com
  30450.  
  30451.  
  30452. [TELECOM Digest Editor's Note: It cannot be spoofed where the transmission
  30453. coming from the central office is concerned. What we have discussed here
  30454. in the past is the possibility of the caller sending bogus information to
  30455. the Caller-ID box *after* the phone is answered, but in the first second
  30456. or so before the called party is likely to have examined the data very
  30457. carefully. You answer, and the caller shoves some other stuff to your
  30458. box at the instant the connection is made. 
  30459.  
  30460. Two things you might want to do: Look at the incoming information very
  30461. carefully *before* answering; then as you answer the phone watch to see
  30462. if it changes almost immediatly to something else. In that case, flip
  30463. back through the entries -- if your display unit holds several entries,
  30464. you probably can page forward or backward through them to check the
  30465. time of the call, etc -- and look at the one received *just before* the
  30466. one presently in the display window .. or maybe the second one before
  30467. the present one. See if one of those matches what you recall seeing on
  30468. the display before you answered. 
  30469.  
  30470. A second thing is try keeping a record of these calls by the number on
  30471. display and the number before it in the memory, etc. See if there is any
  30472. pattern or repetition. They may be feeding you false data, but if so
  30473. you should (by backing up one or two entries) see the same old number
  30474. on several occassions. Or, maybe they are not sending false data and
  30475. in fact the number you see displayed is where the call came from. The
  30476. person(s) who answer may deny making the calls, but if you see the same
  30477. entries time and again then its almost assured *someone* in that household
  30478. is making the calls, even if it isn't Grandma or Grandpa when they take
  30479. your return call. 
  30480.  
  30481. Another possibility is the caller is putting his phone on forwarding to
  30482. some unsuspecting person, then calling you from some other line via the
  30483. forwarding link. He sets up call forwarding, dials your number and even
  30484. while it is ringing tears down the forwarding link. In many places your
  30485. Caller-ID box is going to show the number of the party who forwarded the
  30486. call to you, even if they are unwitting accomplices to the whole thing.
  30487. If you are using call return as provided by telco, then any spoofing of
  30488. your individual Caller-ID box should be only coincidental since regardless
  30489. of whatever data he funnelled over to you, the central office is not
  30490. likely decieved. Use *69 rather than any local 'repeat dial' or 'dial
  30491. number shown in window of ID unit' to return the call. 
  30492.  
  30493. If he is using illicit call forwarding to get through to you then you
  30494. might try calling the number actually on your display, provided it is
  30495. not bogus -- see above -- and *nicely* asking the people there if *they*
  30496. happen to have Caller-ID also. If they do, maybe they would be so kind
  30497. to look at their unit and tell you who the last caller was shown to
  30498. them. If it is not someone they know, then chances are likely that is
  30499. your person.    PAT]
  30500.  
  30501. ------------------------------
  30502.  
  30503. From: y1n0@unb.ca
  30504. Subject: Telephone Vs. Cable TV as Data Carriers
  30505. Date: Wed, 18 Jan 1995 18:11:09 GMT
  30506. Organization: UNB CSD
  30507.  
  30508.  
  30509.     I am currently collecting information, in order to make a
  30510. comparison between Telephone Companies vs. the cable TV companies as
  30511. Data Carriers.  I would appreciate it if anyone who knew of material
  30512. pertaining to this subject and where the material would is availble,
  30513. ie. a FTP site which may contain reports on similar subjects, could
  30514. either post or e-mail their findings.  It would be a great help!
  30515.  
  30516.  
  30517. Thanks for you time!
  30518.  
  30519. Jeff    Y1N0@spitfire.unb.ca 
  30520.  
  30521. ------------------------------
  30522.  
  30523. Date: Wed, 18 Jan 95 16:13:27 CST
  30524. From: Martin.Soques@amd.com (Martin Soques)
  30525. Subject: Looking For 900-MHz Cordless Handsfree Headset
  30526.  
  30527.  
  30528. Greetings!  Subject line says all; I'm looking for a 900-MHz digital
  30529. phone with a cordless headset rather than a cordless handset.  That
  30530. way, I don't have to crink my neck to hold a handset to have both
  30531. hands free.  A friend told me that he purchased one from a Sony
  30532. Industrial catalog in his previous job.  Any pointers to such a beast
  30533. would be appreciated.
  30534.  
  30535.  
  30536. Martin P. Soques   martin.soques@amd.com    Austin, Texas
  30537.  
  30538. ------------------------------
  30539.  
  30540. From: bpc@netcom.com (Benjamin P. Carter)
  30541. Subject: Areas Covered by Phone Book?
  30542. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  30543. Date: Thu, 19 Jan 1995 06:27:00 GMT
  30544.  
  30545.  
  30546. A typical phone book with both white and yellow pages has a
  30547. map with a large white area surrounding a smaller yellow area.
  30548. What is this map trying to tell me?
  30549.  
  30550. Are all the listed numbers in the white area supposed to be in white
  30551. pages of the phone book?  They don't seem to be.
  30552.  
  30553. Is the phone book sent to all subscribers in the yellow area?  If not,
  30554. what does the yellow area stand for?  It clearly has little or nothing
  30555. to do with the locations of businesses that advertise in the yellow
  30556. pages.
  30557.  
  30558. The yellow areas of different phone books (ie, directories) fit
  30559. together like pieces of a jigsaw puzzle.  The GTE phone books where I
  30560. live (near LA) show the parts of the puzzle covering their turf, but
  30561. the PacBell phone books don't.  Also, GTE has "neighborhood"
  30562. directories that invade PacBell's turf.  A "neighborhood" directory is
  30563. typically much thinner than a real directory.  Why?  What is going on?
  30564. I have a pile of phone books, and I seldom know which one to turn to
  30565. for a particular purpose. 
  30566.  
  30567.  
  30568. Ben Carter    internet address: bpc@netcom.com
  30569.  
  30570. ------------------------------
  30571.  
  30572. End of TELECOM Digest V15 #46
  30573. *****************************
  30574.     
  30575. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa25822;
  30576.           21 Jan 95 2:12 EST
  30577. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  30578.     id AA18476; Fri, 20 Jan 95 21:54:50 CST
  30579. Return-Path: <telecom>
  30580. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  30581.     id AA18468; Fri, 20 Jan 95 21:54:48 CST
  30582. Date: Fri, 20 Jan 95 21:54:48 CST
  30583. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  30584. Message-Id: <9501210354.AA18468@delta.eecs.nwu.edu>
  30585. To: telecom
  30586. Subject: TELECOM Digest V15 #47
  30587.  
  30588.  
  30589. TELECOM Digest     Thu, 19 Jan 95 08:01:00 CST    Volume 15 : Issue 47
  30590.  
  30591. Inside This Issue:                          Editor: Patrick A. Townson
  30592.  
  30593.     CO/Boston Added to NACN (Doug Reuben)
  30594.     Canadian CIC Codes: (Chris Farrar)
  30595.     Questions About WAN Compression For Data Networks (Peter Granic)
  30596.     Re: DQDB and SMDS (Kristoff Bonne)
  30597.     ANSI Terminal Communications (David O. Laney)
  30598.     Internet Software Wanted (L.C. Clower)
  30599.     Re: T1BBS Gone? (Mark Fraser)
  30600.     Re: BC Tel, SaskTel, Internet (Mark Fraser)
  30601.     Re: Wireless CO's Challenge New NPAs? (Liron Lightwood)
  30602.     Re: Attention: 800 Number Subscribers (News Alert) (Colum Mylod)
  30603.     Re: GSM Cellular Operators List (Ben Wright)
  30604.     Summary: Looking For a CHILL Compiler (Andreas Junklewitz)
  30605.     Re: NANP 800 Numbers From the UK (Carl Moore)
  30606.     Re: Legal Problem Due to Modified Radio (Alan Boritz)
  30607.  
  30608. TELECOM Digest is an electronic journal devoted mostly but not
  30609. exclusively to telecommunications topics. It is circulated anywhere
  30610. there is email, in addition to various telecom forums on a variety of
  30611. public service systems and networks including Compuserve and America
  30612. On Line. It is also gatewayed to Usenet where it appears as the moderated
  30613. newsgroup 'comp.dcom.telecom'. 
  30614.  
  30615. Subscriptions are available to qualified organizations and individual
  30616. readers. Write and tell us how you qualify:
  30617.  
  30618.                  * telecom-request@eecs.nwu.edu *
  30619.  
  30620. The Digest is edited, published and compilation-copyrighted by Patrick
  30621. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  30622. or phone at:
  30623.                     9457-D Niles Center Road
  30624.                      Skokie, IL USA   60076
  30625.                        Phone: 708-329-0571
  30626.                         Fax: 708-329-0572
  30627.   ** Article submission address only: telecom@eecs.nwu.edu **
  30628.  
  30629. Our archives are located at lcs.mit.edu and are available by using
  30630. anonymous ftp. The archives can also be accessed using our email
  30631. information service. For a copy of a helpful file explaining how to
  30632. use the information service, just ask.
  30633.  
  30634. *************************************************************************
  30635. *   TELECOM Digest is partially funded by a grant from the              *
  30636. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  30637. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  30638. * project.  Views expressed herein should not be construed as represent-*
  30639. * ing views of the ITU.                                                 *
  30640. *************************************************************************
  30641.  
  30642. Additionally, the Digest is funded by gifts from generous readers such
  30643. as yourself who provide funding in amounts deemed appropriate. Your help 
  30644. is important and appreciated. A suggested donation of twenty dollars per
  30645. year per reader is considered appropriate. See our address above.
  30646.  
  30647. All opinions expressed herein are deemed to be those of the author. Any
  30648. organizations listed are for identification purposes only and messages
  30649. should not be considered any official expression by the organization.
  30650. ----------------------------------------------------------------------
  30651.  
  30652. From: dreuben@interpage.net (Doug Reuben)
  30653. Subject: CO/Boston Added to NACN
  30654. Date: Thu, 19 Jan 1995 03:37:13 EST
  30655.  
  30656.  
  30657. I just noticed that CO/Boston was added to the NACN today. Although a
  30658. bit late, it is a welcome improvement!
  30659.  
  30660. Prior to CO/Boston's (00007) addition to the NACN, there was a large
  30661. coverage "gap" for automatic call delivery from Rhode Island (which
  30662. Metro Mobile for some reason never hooked up with NY) all the way up
  30663. to southern New Hampshire. (Central/Northern Seacoast NH as well as
  30664. Vanguard Cellular in Maine were added last year.) CO/Boston also
  30665. "shares" a seemingly bizare system with Atlantic Cellular (CO/Vermont)
  30666. in the Lakes region of central New Hampshire, and it is possible that
  30667. on BOSTON-owned towers NACN customers will get automatic call delivery
  30668. there as well.
  30669.  
  30670. I tried my Boston account out, and all features work very nicely, even
  30671. to a limited extent redirects. In summary:
  30672.  
  30673. -Redirects: If your call is delivered to a visited NACN market from
  30674. Boston, redirects, or treatment of a call after no-answer to either
  30675. voicemail or some other no-answer-transfer number WILL work, although
  30676. to a very limited extent. Calls will NOT go back to voicemail, but
  30677. will no-answer-transfer (NAT) to other numbers.
  30678.  
  30679.  From only a few cursory tests, it looks like what they are doing is
  30680. allowing NAT to calls within the same local service area. That is, as
  30681. long as the call would NOT have to go over an IXC if it were placed by
  30682. the roamer in the visited market, then it will be allowed. Thus, for
  30683. example, a Boston customer who roams in CO/NY's (00025) system will
  30684. NOT be allowed to have redirects go back to his/her voicemail in
  30685. Boston, nor will redirects be allowed to a NAT# in Washington, DC.
  30686. However, NAT will be allowed to a number within the NY Metro LATA (but
  30687. not, it seems, the local "toll-free" area.)
  30688.  
  30689. Thus, if the NAT condition in effect for the Boston subscriber is
  30690. while the subscriber is visiting the CO/NY system is:
  30691.  
  30692. *71#555-1212 (the #555-1212 instructs the Boston switch to NAT to
  30693. voicemail, which is problematic at times, especially on other Motorola
  30694. switches linked to Boston [non-NACN]), the result is a "xx-20" switch
  30695. recording informing the caller that the roamer/visitor is unavailable,
  30696. generated by the visited (NY) switch.
  30697.  
  30698. *71-305-555-1212, OR *71-1-305-555-1212 results in an ERRONEOUS
  30699. "xx-44" recording, which is roughly "As a roamer, you must first dial
  30700. a 1 when calling this number. Please call 611 and reference message
  30701. [xx]-44."  Quite confusing to landline callers indeed!
  30702.  
  30703. *71-212-555-1212 or *71-800-555-1212: NAT works properly.
  30704.  
  30705. This seems to make sense: If the DOJ forbids SWBell/Boston to offer
  30706. redirects over an IXC (or from what I am told since SWBell is
  30707. potentially too lazy to get a waiver for VM purposes :( ), then as
  30708. long as the calls are NOT carried via an IXC, NAT can be offered
  30709. without a waiver.
  30710.  
  30711. The ANI from sample local redirects in the CO/NY system show a
  30712. 516/Long Island number, and I suspect that these are coming from the
  30713. Woodbury Switch. Hence, as long as the calls can be processed by CO/NY
  30714. and/or do not cross LATA boundries (?), NAT will work.
  30715.  
  30716. Although it would be nice if NAT would work back to VM in Boston, the
  30717. ability to have some sort of local/800 redirect is a CERTAINLY better
  30718. than nothing.
  30719.  
  30720. -Call Forwarding: It's nice to see that Boston was not forced to
  30721. adhere to the McCaw feature codes, and that they are allowed to retain
  30722. their own codes for their own customers. *71 (NAT for Boston), *72
  30723. (Call Forwarding for Boston), *713 (NAT Cancel), *723 (CF Cancel), *73
  30724. (Global NAT/CF/Busy Transfer Cancel) all work fine, and receive a
  30725. prompt confirmation tone.
  30726.  
  30727. Moreover, CO/Boston customers who use NAT, *713, or *73 do NOT have to
  30728. lose voicemail as they do in Connecticut or other non-NACN markets
  30729. (I'm am no longer sure of CT's "non-NACN" status - they are doing
  30730. weird things with roaming from what I hear. I need to test a few
  30731. things out next time I am there to be sure...). If a CO/Boston
  30732. customer who roams on the NACN chooses to set NAT away from voicemail
  30733. to another destination (such as a "local" number as in the above
  30734. example), and subsequently wishes to re-establish NAT to VM in Boston,
  30735. entering *71#555-1212 WILL work, ie, it will set up the correct NAT
  30736. coding in the Boston switch.  Although as noted above a redirect will
  30737. not work back to Boston VM, if the subscriber chose to activate the Do
  30738. Not Disturb (*35) feature to turn off call delivery to the visited
  30739. market, an incoming call would be properly treated in Boston and sent
  30740. to voicemail.
  30741.  
  30742. The ability activate/deactivate voicemail remotely and establish
  30743. different NAT settings from anywhere within the NACN is a useful
  30744. feature, one which is seemingly not widely available on the B-side
  30745. auto call delivery network.
  30746.  
  30747. -Do Not Disturb: *350/*35 works perfectly. It's odd that Boston chose
  30748. to go with these codes, they use the more standard Motorola codes
  30749. *28/*29 for their auto call delivery in VT, Mass, and CT. Perhaps they
  30750. want to distinguish between the NACN and New England call delivery?
  30751. Why? Boston makes call-delivery difficult enough already with their
  30752. "call delivery home airtime sometimes" charges, why add an extra layer
  30753. of confusion?
  30754.  
  30755. -Call Waiting: Works perfectly, as do unanswered Call-Waiting redirects.
  30756.  
  30757. -Three-Way: Again, works perfectly- it is more "elegant" to the roamer
  30758. on the Ericsson than it is back at home on the Motorola!
  30759.  
  30760. Bugs: 
  30761.  
  30762. 1. As noted before, the "xx-44" codes seem to be in error. Perhaps
  30763. they are using the 1+ mechanism to determine if a redirect should
  30764. occur or not and if not for some reason the switch coughs up the 44
  30765. recording?
  30766.  
  30767. 2. If a visiting roamer has no conditional forwarding (NAT, BT) set,
  30768. the call will ring in the visited market for an exceptionally long
  30769. period of time (over 1 minute!), which is unusual and wastes airtime
  30770. and handheld battery power. After about a minute or longer, the
  30771. calling party does not get a recording, but rather a fast busy.
  30772.  
  30773. 3. Sort of a bug: CO/Boston customers must (unfairly, IMHO) pay
  30774. AIRTIME for call delivery, even though it is obvious to anyone that no
  30775. airtime is being used if the subscriber isn't even in Boston system.
  30776. (And the old excuse that "oh, you utilize a lot of trunk lines with
  30777. call delivery" is nonsense -- the visiting system's roaming charges are
  30778. enough to discourage flagrant overuse of CO/Boston's trunks).
  30779. CO/Boston always used to maintain that customers could avoid these
  30780. charges by having callers reach them by using the local roam ports.
  30781.  
  30782. However, traditionally, when a system is added to the NACN, its
  30783. customers are no longer accessible via the roam ports of another NACN
  30784. member's system, and thus, if the same holds true for Boston, there is
  30785. now NO WAY to receive calls without paying home airtime in Boston.
  30786.  
  30787. Since the entire idea behind the NACN is nearly seamless service, it
  30788. would be in SWBell's best interests to rid itself of this inane
  30789. money-grabbing policy. However, if they are too stingy to let it go,
  30790. then the roam ports need to be "open" for Boston subscribers who wish
  30791. to avoid these charges.
  30792.  
  30793. Overall, however, a very nice and smooth addition to the NACN, with
  30794. only a few minor problems to resolve.
  30795.  
  30796.  
  30797. Doug Reuben              dreuben@interpage.net              (203) 499 - 5221
  30798. Interpage Network Services -- E-Mail/Telnet to Alpha or Numeric Pagers & Fax
  30799.  
  30800. ------------------------------
  30801.  
  30802. From: CHRIS.FARRAR%prothink@csrnet-bbs.com
  30803. Subject: Canadian CIC Codes
  30804. Date: Wed, 18 Jan 1995 21:26:54 GMT
  30805. Organization: CSRNet(Voice 1705-949-9275 Data 1705-942-5370)
  30806.  
  30807.  
  30808. To Pat and all those looking for the Canadian 10XXX codes, here is the
  30809. latest list I have, issued by Industry Canada (formerly Dept. of
  30810. Communications), and the address to write to for updates:
  30811.  
  30812. Stentor says that responsibility for 10xxx and 950-xxxx numbers has
  30813. been trasnferred from Stentor to Industry Canada, effective March 1,
  30814. 1994. The new address for the Canadian Nmmbering Administrator (CNA)
  30815. is:
  30816.  
  30817.   Christiane Chasle
  30818.   Canadian Numbering Administrator (CNA)
  30819.   Industry Canada
  30820.   300 Slater Street, 18th Floor
  30821.   Ottawa, Ontario
  30822.   K1A 0C8
  30823.   Telephone (613) 990-5554
  30824.  
  30825. Stentor also sent me a list of the codes, as they were before
  30826. responsibility for numbering was assigned to Industry Canada.  CIC
  30827. stands for Carrier Identification Code, I think.
  30828.  
  30829. The table is confusing. A code of 869 identified as 3D FG B&D is a
  30830. three digit code used for both Feature Group B (950-xxxx) and Feature
  30831. Group D (10xxx), so it would expand to 950-0869 and 10869. A CIC
  30832. identified as 4D FGB expands to 950 followed by the four digits.
  30833.  
  30834.  Assigned Carrier       CIC Code        Feature Group
  30835.  Unitel                 869*            3D FG B&D
  30836.     *869 is U.S. CIC
  30837.  Unitel                 686             3D FG B&D
  30838.  Unitel                 858             3D FG B&D
  30839.  AGT                    424             3D FGD
  30840.  BC Tel                 323             3D FGD
  30841.  Bell Ontario           363             3D FGD
  30842.  Bell Quebec            484 (see note)  3D FGD
  30843.  Note: Bell Quebec CIC reclaimed 1993-11
  30844.  Island Tel, PEI        422             3D FGD
  30845.  Manitoba Tel System    783             3D FGD
  30846.  Maritime Tel & Tel     434             3D FGD
  30847.  NB Tel                 448             3D FGD
  30848.  Newfoundland Tel       445             3D FGD
  30849.  Sask Tel               242             3D FGD
  30850.  EdTel                  324             3D FGD
  30851.  Sprint Canada          5348            4D FGB
  30852.  Sprint Canada          348             3D FGD
  30853.  ACC                    1234            4D FGB
  30854.  ACC                    234             3D FGB
  30855.  Fonorola               507             3D FGD
  30856.  Fonorola               5507            4D FGB
  30857.  Westel                 5978            4D FGB
  30858.  Westel                 978             3D FGD
  30859.  STN                    773             3D FGD
  30860.  ATCI                   235             3D FGD
  30861.  TelRoute               318             3D FGD
  30862.  
  30863. I assume that Bell Quebec will be using the Bell Ontario code of 363.
  30864. After all, both Bell Quebec and Bell Ontario are simply divisions of
  30865. Bell Canada, not separate corporations.
  30866.  
  30867. A more up-to-date list of these codes may be available from Industry
  30868. Canada, at the above address.
  30869.  
  30870. Note: Not all carriers accept casual calling, and not all carriers are
  30871. available from each province.
  30872.  
  30873.  
  30874. Chris
  30875.   The Collosus Soo Resource Network - CSRNet - Gated InterNet Newsgroups
  30876.        40,000 + Files Online - 6 Lines - 1-705-942-5370 (16.8 USR DS)
  30877.             File Request CSRNET or FILES from 1:222/21 or 11:11/0
  30878.   Satellite Downlink - 5-10 Megs of New Files Daily 1-705-949-7224 (28.8)
  30879.  
  30880. ------------------------------
  30881.  
  30882. From: stari@io.org (Peter Granic)
  30883. Subject: Questions About WAN Compression For Data Networks
  30884. Date: 19 Jan 1995 08:09:29 -0500
  30885. Organization: Internex Online (io.org) Data: 416-363-4151  Voice: 416-363-8676
  30886.  
  30887.  
  30888. I would appreciate it if someone could fill me in on how WAN
  30889. compression is developing as they see it.  Currently, we are only
  30890. using V.FAST Motorolla modems with synchronous data compression in
  30891. order to get throughputs of up to 30Kbs on a data-conditioned phone
  30892. line.  I was more interested in the use of compression in order to
  30893. improve leased line performance, and thus leased line costs.  By the
  30894. way, the V.Fast modems are used to give us some decent bandwidth to
  30895. "hick town" sites, where we can't get centrex or ISDN.
  30896.  
  30897. Now regarding compression on regular leased circuits:
  30898.  
  30899. As far as I can tell, the option is a no-brainer.  Most companies
  30900. advertise compression of 2.5-4 times, so that say 56K circuits can
  30901. give an effective bandwidth of 130-200Kbs.  So, for example, Cisco is
  30902. advertising that they will be bundling this capability with their
  30903. routers in order to help reduce customer's costs.
  30904.  
  30905. Question: Is most of the compression which bridge and router
  30906. manufactures use for WAN access implemented in software or hardware?
  30907.  
  30908. Question: Is most of this technology developed in-house using standard
  30909. compression algorithms?  Do they license compression
  30910. algorithms/technologies from other companies?
  30911.  
  30912. Question: Assuming compression is being done with a third party
  30913. vendor, i.e.  hypothetically, let's say a Wellfleet router is used in
  30914. combination with say some Motorolla equipment (I imagine they have it
  30915. for leased lines) to increase WAN bandwidth. Is adding the extra
  30916. vendor a major headache in terms of operating the network, as opposed
  30917. to bundling the components into one vendor's products?
  30918.  
  30919.  
  30920. Thanks,
  30921.  
  30922. Peter Granic
  30923.  
  30924. ------------------------------
  30925.  
  30926. Date: Thu, 19 Jan 1995 09:41:21 +0000
  30927. From: KRISTOFF.BONNE@PIRESSYS.BELGACOM.RTTIPC.belgacom.be
  30928. Subject: Re: DQDB AND SMDS
  30929.  
  30930.  
  30931. Greetings, Fred.
  30932.  
  30933. >> Can anybody explain to me what the difference and/or connection is
  30934. >> between DQDB (Distributed-Queue dual-bus) and SMDS (Switched
  30935. >> Multi-Megabit Data Service).
  30936.  
  30937. > Interesting topic, since the two are easily confused.
  30938.  
  30939. > DQDB is a "Metropolitan Area Network" defined by IEEE 802.6.  It
  30940. > provides for a cell-based (48-byte payload, similar to ATM) data
  30941. > transfer, shared media with arbitration (telco speeds, T1/E1/T3/E3/
  30942. > SONET/SDH as intended PMDs), and a novel combination of MAC services.
  30943.  
  30944. Right!
  30945.  
  30946. (BTW: How many bit/s are T1/E1/T3/E3. etc.?)
  30947.  
  30948. > SMDS is a connectionless packet-switched public network service
  30949. > developed by Bellcore.  It uses E.164 (ISDN/telephone numbers) for
  30950. > addresses, allows long (9KB?) packets, etc. 
  30951.  
  30952. Sounds a lot like a OSI-variant of the IP Internet. (?)
  30953.  
  30954. > When SMDS was being invented, DQDB was hot, so Bellcore specified that
  30955. > the data link layer of SMDS would be the DQDB protocol.  This is "SIP
  30956. > layer 2" and part of "SIP layer 3".  Thus it is possible to implement
  30957. > SMDS using DQDB multiport bridges.  This is done in some places.  In
  30958. > effect, SMDS is a service that DQDB delivers using a subset of its
  30959. > capabilities.
  30960.  
  30961. Seames to be the situation here in Belgium.
  30962.  
  30963. > In American practice, most users do not accept DQDB's odd cell-based
  30964. > datalink, so SMDS now usually uses the "DXI" format, which maps SIP3
  30965. > packets into HDLC frames.  Some DQDB vestiges (packet header, trailer)
  30966. > remain but it's really just a packet service now.  
  30967.  
  30968. I am more interested in the situation in Europe.
  30969.  
  30970. Anybody any info on MAN networks in Europe. (As far as I know, there
  30971. is -at least- a MAN in stockholm and one somewhere in the UK).
  30972.  
  30973. Technology? Number of users? Pricing? Interconnection? 
  30974.  
  30975. Talking of interconnection: I've read some the 'grand plan' is to
  30976. build a number of high-speeds interconnection pockets (mainly using
  30977. DQDB, ...) and the interconnect them all using ATM-links.
  30978.  
  30979. Are there already such interconnections? Does there exists an
  30980. international numbering-sceme for all these networks?
  30981.  
  30982. For the record, this is the situation in Belgium:
  30983.  
  30984. BelgaCom (up to 1998 Belgium's sole operator) operates a MAN in two
  30985. cities: Brussels and Antwerp.  They use DQDB and operate at 140 Mbit/s
  30986. internally. The MANs are interconnected at 34 Mbit/s.  Connections to
  30987. the MAN are possible at speeds of 2 and 34 Mbit/s, using 802.3
  30988. ethernet, 802.5 token ring, 802.6 DQDB and G.703. (whatever that may
  30989. be ;-)) SMDS is supported.
  30990.  
  30991. Apart from that, there is a ATM-based network in the province of
  30992. Antwerp (called 'MANAP'), operated by the {city|province} of Antwerp.
  30993.  
  30994. Brussels also houses a switch of the (well known) pan-European ATM
  30995. pilot network. (of which I have no further information neither ;-)).
  30996.  
  30997.  
  30998. Cheerio!
  30999.  
  31000. Kristoff Bonne, BelgaCom IS/TeLaNet           netwerk planning en - beheer
  31001. (C=BE;A=RTT;P=RTTIPC;S=Bonne;G=Kristoff)      fax         :  +32 2 2025497
  31002. kristoff.bonne@rttipc.belgacom.be             Voice mail  :  +32 70 615492
  31003.  
  31004. ------------------------------
  31005.  
  31006. From: ua291@fim.uni-erlangen.de (David O. Laney)
  31007. Subject: ANSI Terminal Communications
  31008. Date: Thu, 19 Jan 1995 13:12:32 GMT
  31009. Organization: Free-Net Erlangen Nuernberg, Germany
  31010.  
  31011.  
  31012. Hi Netters,
  31013.  
  31014. I am interested in getting the ANSI Terminal Standards (i.e. escape
  31015. sequences) to use to drive a communications package. I would like to
  31016. get the full set of sequences of which ansi.sys in the DOS world is
  31017. only a subset of.  If you know how to get a hold of the standards or
  31018. Ansi people. Please drop me a line at dl211@randr.com.
  31019.  
  31020. Thanking you in advace.  
  31021.  
  31022.  
  31023. From: David O. Laney         Internet: ae711@dayton.wright.edu
  31024. Voice: +1 (513) 443-2765     Fax: +1 (513) 443-2489
  31025.  
  31026. ------------------------------
  31027.  
  31028. From: L.C. Clower <lcclower@delphi.com>
  31029. Subject: Internet Software Wanted
  31030. Date: Thu, 19 Jan 95 02:09:29 -0500
  31031. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  31032.  
  31033.  
  31034. Somebody please drop me an email re: software packages to access
  31035. Internet. I have local access to Sprintnet but what do I need now?
  31036.  
  31037. Have PC. 
  31038.  
  31039.  
  31040. Thanks, 
  31041.  
  31042. L. C. Clower LCCLOWER@DELPHI.COM
  31043.  
  31044. ------------------------------
  31045.  
  31046. From: mfraser@vanbc.wimsey.com (Mark Fraser)
  31047. Subject: Re: T1BBS Gone?
  31048. Date: 19 Jan 1995 07:32:22 GMT
  31049. Organization: Wimsey Information Services
  31050.  
  31051.  
  31052. I've answered my own question.  ftp ftp.t1.org ; telnet t1bbs.t1.org.
  31053. New phone numbers in Washington, DC. The site moved from California.
  31054. That explains why my problem.
  31055.  
  31056. ------------------------------
  31057.  
  31058. From: mfraser@vanbc.wimsey.com (Mark Fraser)
  31059. Subject: Re: BC Tel, SaskTel, Internet
  31060. Date: 19 Jan 1995 07:39:22 GMT
  31061. Organization: Wimsey Information Services
  31062.  
  31063.  
  31064. I shouldn't be so irreverent, but I interpret BCTel's response to mean
  31065. "Someone already has control of the urban centers at 1.60 an hour,
  31066. we're getting 9.00 or more an hour from the smaller places now, why
  31067. should we reduce it to the three bucks or so that Sask is charging
  31068.  ..."  I bet they don't say THAT when you call.  Earlier information
  31069.  -- New Brunswick.  NBTel went from free to 10.00 an hour last year,
  31070. so everyone went away.  Last I heard, only a few came back when they
  31071. reduced it back to five bucks.
  31072.  
  31073. And then we have Brent Sauder of the Advanced Systems Institute
  31074. [sorry, Brent ....] who was also quoted in the Sun as rejecting the
  31075. concept of "put it in place and they will find a use for it".  Set the
  31076. movement back ten years.  And the telcos are telling us that Rogers and
  31077. Shaw are arrogant.
  31078.  
  31079. Time for the revolt, folks ...
  31080.  
  31081.  
  31082. /Mark
  31083.  
  31084. ------------------------------
  31085.  
  31086. From: Liron Lightwood <liron@insane.apana.org.au>
  31087. Subject: Re: Wireless CO's Challenge New NPAs?
  31088. Date: Thu, 19 Jan 1995 19:12:20 +1100
  31089.  
  31090.  
  31091. Regarding the question of people always having to dial an area code if
  31092. cellular phone numbers were moved to their own prefix.  This does not
  31093. have to be the case.
  31094.  
  31095. Here in Australia, we have the best of both worlds.  Our cellular
  31096. phones have their own area code like prefixes, e.g. 018, 015, 041.
  31097. However, when making a local call from a cellular phone, you only have
  31098. to dial the six or seven digit number, no area code required.
  31099.  
  31100. For example, if you're in Melbourne (03), to dial (03) 123 4567, you
  31101. would dial 123 4567.  If you were in Sydney (02) and you wanted to
  31102. dial (02) 123 4567 you would dial 123 4567.
  31103.  
  31104. To dial another cellular phone from a cellular phone, you would have
  31105. to dial the whole number, including the prefix.
  31106.  
  31107. Perhaps this sort of system could be implemented in the US, thus
  31108. solving the problems which the wireless CO's are concerned about.
  31109.  
  31110. The only problem is areacode splits.  Suppose you were near the
  31111. 213/310 boundary.  How would the cellular phone base station know
  31112. which side you were on?  What about the customer?
  31113.  
  31114.  
  31115. Liron (Ronny) Lightwood - liron@insane.apana.org.au   <=== NEW ADDRESS
  31116.                    Insane Public Access, Melbourne Australia
  31117.  
  31118.  
  31119. [TELECOM Digest Editor's Note: Unless I am misunderstanding something,
  31120. we do dial calls now as you suggest. If a cellular phone is in area 708
  31121. (that is, *based* in 708, or using that as its 'home') then we need to
  31122. merely dial the seven digit number. It does not matter where the phone
  31123. actually happens to be in at the moment; the phone could be in New York
  31124. for all anyone cares. If 'follow me roaming' is turned on, we still just
  31125. dial the seven digits if in the same 'area'.    PAT]
  31126.  
  31127. ------------------------------
  31128.  
  31129. From: cmylod@nl.oracle.com (Colum Mylod)
  31130. Subject: Re: Attention: 800 Number Subscribers (News Alert)
  31131. Date: 19 Jan 1995 09:05:01 GMT
  31132. Organization: Oracle Corporation. Redwood Shores, CA
  31133. Reply-To: cmylod@uk.oracle.com
  31134.  
  31135.  
  31136. Dik.Winter@cwi.nl wrote:
  31137.  
  31138. > Why would any European customer wish numbers like 800 THE CARD, unless
  31139. > they expect most of their traffic from the US?  [...]
  31140. > In Europe letters are *not* used.  And when they were used assignment
  31141. > was not identical to the US assignment.  See the telecom archives for
  31142. > an article were I gave some European assignments.
  31143.  
  31144. Ah but Dik, British Telecom intends to reintroduce letters in phone
  31145. numbers (they've been on various phone units for a long while --
  31146. imports mainly).  Even in non-English Europe you'll see them back if
  31147. for no other reason than introducing variety in freephone numbers.
  31148. Currently a lot of European (monopoly) telcos issue patterned numbers
  31149. like <code> 123456 or 876 876 etc. Having letters ups the 'saleable"
  31150. freephone number combinations.
  31151.  
  31152. According to a brief glimpse I got at uk.telecom (is this available
  31153. via listserv anyone?), BT will use the same letters-numbers pattern as
  31154. the Bell one but with Z added to the 9 key and Q on 0 (I think, going
  31155. from memory). The original British pattern had letter-O on number-0
  31156. (THAT's sensible IMHO).
  31157.  
  31158. ------------------------------
  31159.  
  31160. From: bwright@jolt.mpx.com.au (Ben Wright)
  31161. Subject: Re: GSM Cellular Operators List
  31162. Date: 19 Jan 1995 12:16:42 GMT
  31163. Organization: Microplex Pty Ltd
  31164.  
  31165.  
  31166. Australia has three GSM networks, Telecom, Optus and Vodafone.
  31167.  
  31168. ------------------------------
  31169.  
  31170. From: ajdsv@ind.rwth-aachen.de (Andreas Junklewitz)
  31171. Subject: Summary: Looking For a CHILL Compiler
  31172. Date: 19 Jan 1995 13:44:14 GMT
  31173. Organization: RWTH Aachen
  31174. Reply-To: ajdsv@ind.rwth-aachen.de
  31175.  
  31176.  
  31177. The solution for my problem seems to by the pre-release of the GNU
  31178. Chill compiler. It is available by anonymous ftp at ftp.cygnus.com:
  31179. pub/chill-1.4.tar.gz.
  31180.  
  31181. Thank you very much for your answers:
  31182.  
  31183.          Per Bothner <bothner@cygnus.com>
  31184.          Mike Stump  <mrs@kithrup.com>
  31185.  
  31186.  
  31187. With best regards,
  31188.  
  31189. Andreas Junklewitz, Phone: ++49-241-806984, Telefax: ++49-241-8888186
  31190. Institute for Communication Systems and Data Processing 
  31191. RWTH-Aachen (University of Technology)
  31192. Muffeter Weg 3, 52072 Aachen, Germany
  31193. E-Mail: ajdsv@ind.rwth-aachen.de        or      junklewitz@rwth-aachen.de
  31194.  
  31195. ------------------------------
  31196.  
  31197. Date: Wed, 18 Jan 95 23:05:51 GMT
  31198. From: Carl Moore <cmoore@ARL.MIL>
  31199. Subject: Re: NANP 800 Numbers From the UK
  31200.  
  31201.  
  31202. Drat, I forgot to ask (or notice?) what happens when you dial that
  31203. North American 800-MY-ANI-IS from the UK.
  31204.  
  31205.  
  31206. [TELECOM Digest Editor's Note: Two or three people reporting on this said
  31207. MY-ANI-IS reported they were calling from something like 702-000-5555.
  31208. Someone else mentioned their belief that calls from Europe to 800 numbers
  31209. are being sent to somewhere in Nevada where they are then in turn being
  31210. sent out to the actual numbers, thus the 702 part of the ANI.   PAT]
  31211.  
  31212. ------------------------------
  31213.  
  31214. Subject: Re: Legal Problem Due to Modified Radio
  31215. From: drharry!aboritz@uunet.uu.net (Alan Boritz)
  31216. Date: Thu, 19 Jan 95 07:42:46 EST
  31217. Organization: Harry's Place - Mahwah NJ - +1 201 934 0861
  31218.  
  31219.  
  31220. bill.garfield@yob.com (Bill Garfield) writes:
  31221.  
  31222. > While the writer is correct in his statement that Amateur or Ham radio
  31223. > equipment is not 'type-accepted', equipment which -lawfully- operates
  31224. > on commercial frequencies (police frequencies) and is capable of
  31225. > TRANSMITTING thereon, _must be_ type accepted, approved and certified
  31226. > for such use.  The modifications therefore would constitute an equipment
  31227. > technical violation.
  31228.  
  31229. No, Bill, they wouldn't.  The transmitter wasn't operated on those
  31230. frequencies, therefore there was no "technical violation."
  31231.  
  31232. > Although the act of 'tampering' with non type-accepted equipment is
  31233. > allowable, the moment that equipment radiates energy on frequencies
  31234. > where type acceptance _is_ a requirement, then the modified equipment
  31235. > is in violation and as "property" it becomes contraband.
  31236.  
  31237. But the equipment described wasn't operated on non-amateur frequencies,
  31238. therefore it was never "in violation."
  31239.  
  31240. > While FCC regulations deal mainly with use and not possession, the
  31241. > writer may still be on shaky ground.  I certainly wouldn't want the
  31242. > local constabulary _aware_ that I possessed transmitting equipment
  31243. > capable of operating on their lawfully assigned frequencies.
  31244.  
  31245. Not shaky by any means, just not wise. <g>
  31246.  
  31247. > But the obvious question which remains unanswered is -why- was the
  31248. > person's room searched in the first place?  "Reasonable suspicion" is
  31249. > sufficient grounds in most jurisdictions, but suspicion of what?
  31250.  
  31251. Suspicion of ACTUALLY causing harmful interference doesn't seem to be
  31252. an issue, since it doesn't seem to have been raised.  It would appear
  31253. that the sole purpose of confiscating the radio was because it MIGHT
  31254. be used to transmit on local government frequencies.  There's a big
  31255. difference between MIGHT and DID.
  31256.  
  31257. > [TELECOM Digest Editor's Note: Well, this is something the original
  31258. > writer did not explain to us, and as you suggest, it seems like a very
  31259. > important part of this whole mystery. If their 'reasonable suspicion'
  31260. > had to do with improper or inappropriate transmissions on the radio,
  31261. > then the defenses discussed to date may go topsy-turvy in court.
  31262.  
  31263. Not exactly.  I would expect that it would be just the opposite.  If the
  31264. officers were looking for a pirate transmitter that *caused* (in the past
  31265. tense) interference with their communications, they were CLEARLY outside of
  31266. their jurisdiction.
  31267.  
  31268. ------------------------------
  31269.  
  31270. End of TELECOM Digest V15 #47
  31271. *****************************
  31272.     
  31273.     
  31274. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa13651;
  31275.           20 Jan 95 0:56 EST
  31276. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  31277.     id AA19407; Thu, 19 Jan 95 20:17:04 CST
  31278. Return-Path: <telecom>
  31279. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  31280.     id AA19400; Thu, 19 Jan 95 20:17:00 CST
  31281. Date: Thu, 19 Jan 95 20:17:00 CST
  31282. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  31283. Message-Id: <9501200217.AA19400@delta.eecs.nwu.edu>
  31284. To: telecom@eecs.nwu.edu
  31285. Subject: TELECOM Digest V15 #48
  31286.  
  31287. TELECOM Digest     Thu, 19 Jan 95 20:17:00 CST    Volume 15 : Issue 48
  31288.  
  31289. Inside This Issue:                          Editor: Patrick A. Townson
  31290.  
  31291.     Re: Dial Modifiers and International Callback Service? (Chuck Poole)
  31292.     Re: Areas Covered by Phone Book? (bkron@netcom.com)
  31293.     Re: BC Tel, SaskTel, Internet (Tim Curry)
  31294.     Re: PC-Based Voice Mail and AMIS (David Campbell)
  31295.     Re: GSM SIM Implementation (Eric Tholome)
  31296.     Re: GSM Cellular Operators List (Marcus Lee)
  31297.     Re: Voice File Formats (Les Reeves)
  31298.     Re: Wireless CO's Challenge New NPAs? (Phil Ritter)
  31299.     Re: Planning to Purchase a Voice Mail System (Al Niven)
  31300.     Re: Sonet SDH DCC Information Wanted (Jim Burkit)
  31301.     Re: Always Busy 800 Number? (Peter M. Weiss)
  31302.     Re: Anyone Have Experience With LDDS/Metromedia? (Kyle Sloan)
  31303.     Re: FCC PCS Auction Information (Bob Keller)
  31304.     Re: Cattle Call (Andrew C. Green)
  31305.  
  31306. TELECOM Digest is an electronic journal devoted mostly but not
  31307. exclusively to telecommunications topics. It is circulated anywhere
  31308. there is email, in addition to various telecom forums on a variety of
  31309. public service systems and networks including Compuserve and America
  31310. On Line. It is also gatewayed to Usenet where it appears as the moderated
  31311. newsgroup 'comp.dcom.telecom'. 
  31312.  
  31313. Subscriptions are available to qualified organizations and individual
  31314. readers. Write and tell us how you qualify:
  31315.  
  31316.                  * telecom-request@eecs.nwu.edu *
  31317.  
  31318. The Digest is edited, published and compilation-copyrighted by Patrick
  31319. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  31320. or phone at:
  31321.                     9457-D Niles Center Road
  31322.                      Skokie, IL USA   60076
  31323.                        Phone: 708-329-0571
  31324.                         Fax: 708-329-0572
  31325.   ** Article submission address only: telecom@eecs.nwu.edu **
  31326.  
  31327. Our archives are located at lcs.mit.edu and are available by using
  31328. anonymous ftp. The archives can also be accessed using our email
  31329. information service. For a copy of a helpful file explaining how to
  31330. use the information service, just ask.
  31331.  
  31332. *************************************************************************
  31333. *   TELECOM Digest is partially funded by a grant from the              *
  31334. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  31335. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  31336. * project.  Views expressed herein should not be construed as represent-*
  31337. * ing views of the ITU.                                                 *
  31338. *************************************************************************
  31339.  
  31340. Additionally, the Digest is funded by gifts from generous readers such
  31341. as yourself who provide funding in amounts deemed appropriate. Your help 
  31342. is important and appreciated. A suggested donation of twenty dollars per
  31343. year per reader is considered appropriate. See our address above.
  31344.  
  31345. All opinions expressed herein are deemed to be those of the author. Any
  31346. organizations listed are for identification purposes only and messages
  31347. should not be considered any official expression by the organization.
  31348. ----------------------------------------------------------------------
  31349.  
  31350. From: inrworks@gate.net (Chuck Poole)
  31351. Subject: Re: Dial Modifiers and International Callback Service?
  31352. Date: Thu, 19 Jan 1995 20:12:11
  31353. Organization: Voiceware Systems, Inc.
  31354.  
  31355.  
  31356. In article <telecom15.43.6@eecs.nwu.edu> winkowsk@stc.nato.int (Daniel
  31357. Winkowski) writes:
  31358.  
  31359. > I subscribe to an international callback service to get lower rates
  31360. > from the US to Europe. I need to fax and data connect to US numbers
  31361. > vai my modem.  I dial a US number, let it ring once, hang up, get
  31362. > called back and upon answering have a US dial tone.
  31363.  
  31364. > My timeout problem is with the callback service (if no activity takes
  31365. > place once dial tone is established after ~20 seconds it disconnects
  31366. > so - "Changing the S-Register S7" or other modem characteristics will
  31367. > not have any affect.
  31368.  
  31369. Most callback companies have come up with a more simplistic soloution
  31370. to your problem.  The solution involves playing a dial tone recording
  31371. (400-440hz) after the callback has been answered and thus "fooling"
  31372. the modem.  This feature was origionally invented so that PBX/Hotel
  31373. users could make use of callback services.  In a Hotel application,
  31374. the callback system plays "Please connect me with room 1234."  You
  31375. want this message to play a dialtone upon connect.
  31376.  
  31377. The sequence of events would be something like this:
  31378.  
  31379. 1.  Initiate Callback (manually)
  31380. 2.  Prepare your modem to dial as if you were dialing a direct number.
  31381. 3.  When the callback starts ringing your modem line, command your modem to go 
  31382. offhook and dial (ATDT XXXXXXX, etc.) 
  31383. 4.  You modem will go offhook, hear the dialtone being played from the 
  31384. callback provider, and be fooled into dialing the number.
  31385.  
  31386. Always make sure that ATS0=0, so your modem won't try and answer the phone 
  31387. automatically.
  31388.  
  31389.  
  31390. Best Regards,
  31391.  
  31392. Chuck Poole   Voiceware Systems, Inc.
  31393. Manufacturers of Custom T1/E1 switching systems.  Including Debit Card, 
  31394. Calling Card, 900 systems, and Protocol converters and routers.
  31395. 407-655-1770 X14.
  31396.  
  31397. ------------------------------
  31398.  
  31399. From: bkron@netcom.com (BUBEYE!)
  31400. Subject: Re: Areas Covered by Phone Book?
  31401. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  31402. Date: Fri, 20 Jan 1995 01:07:25 GMT
  31403.  
  31404.  
  31405. bpc@netcom.com (Benjamin P. Carter) writes:
  31406.  
  31407. > A typical phone book with both white and yellow pages has a
  31408. > map with a large white area surrounding a smaller yellow area.
  31409. > What is this map trying to tell me?
  31410.  
  31411. If you read the caption, it says "Directory delivery area" or
  31412. "Directory Coverage Area."  In other words, the yellow area represents
  31413. the geographical area which the directory (white pages) covers.  This
  31414. is also the area where the directory is distributed for free to
  31415. telephone subscribers.  Also, every business in the yellow area is
  31416. entitled to a free straight-line listing in the Yellow Pages, although
  31417. many pay a premium for a larger listing or a display ad, and some
  31418. decline any listing in the Yellow Pages at all.
  31419.  
  31420. > Are all the listed numbers in the white area supposed to be in white
  31421. > pages of the phone book?  They don't seem to be.
  31422.  
  31423. No, The white (surrounding) area is just for reference so you can see
  31424. where the area being covered is located by reference to surrounding
  31425. communities, etc.
  31426.  
  31427. > Is the phone book sent to all subscribers in the yellow area? 
  31428.  
  31429. Yes.
  31430.  
  31431. > what does the yellow area stand for?  It clearly has little or nothing
  31432. > to do with the locations of businesses that advertise in the yellow
  31433. > pages.
  31434.  
  31435. Every business telephone subscriber in the yellow area is entitled to
  31436. a free "straight-line" listing in the Yellow Pages.  Some businesses
  31437. run larger listings or even display ads instead, others opt out of
  31438. having any listing.  But any business, regardless of their location,
  31439. may purchase space in the Yellow Pages.  For example, some of my
  31440. businesses purchase Yellow Page space in directories nationwide even
  31441. though the business being advertised is in Seattle.
  31442.  
  31443. > GTE has "neighborhood" directories that invade PacBell's turf.
  31444.  
  31445. Some Bell Companies, like US West, are beginning to publish books for
  31446. distribution in independent areas, like GTE's, too.  Anyone who has
  31447. tried to deal with GTE directory sales people (or even find out how to
  31448. get a hold of them) finds this welcome news indeed!  Frequently,
  31449. though, "neighborhood" directories are published by independent
  31450. publishing companies who aren't tied to phone companies.
  31451.  
  31452. > A "neighborhood" directory is typically much thinner than a real
  31453. > directory.  Why?
  31454.  
  31455. Because they will print only paid listings and most businesses feel
  31456. that since they already have a listing in the "real" book, either for
  31457. free or that they've paid for, and that book is already universally
  31458. distributed, why bother?
  31459.  
  31460. ------------------------------
  31461.  
  31462. From: curryt@nbnet.nb.ca (Tim Curry)
  31463. Subject: Re: BC Tel, SaskTel, Internet
  31464. Date: Thu, 19 Jan 1995 20:30:35
  31465. Organization: NBTel
  31466.  
  31467.  
  31468. In article <telecom15.47.8@eecs.nwu.edu> mfraser@vanbc.wimsey.com (Mark 
  31469. Fraser) writes:
  31470.  
  31471. > -- New Brunswick.  NBTel went from free to 10.00 an hour last year,
  31472. > so everyone went away.  Last I heard, only a few came back when they
  31473. > reduced it back to five bucks.
  31474.  
  31475. Hi -- Perhaps I could update Mark's information on NBNet service in New 
  31476. Brunswick.  Although it was preceded by an un-priced ("free") market
  31477. trial, commercial service was introduced at $9.60 per hour early last
  31478. year.  Prices were decreased about mid-year to their current levels,
  31479. which are:
  31480.  
  31481.  $6.00 per hour from 8AM to 6PM
  31482.  $4.80 per hour from 6PM to 11PM
  31483.  $3.00 per hour from 11PM to 8AM
  31484.  
  31485. Service is available via local seven-digit call from every location in New 
  31486. Brunswick, at 28.8 Kpbs.  Other services are also available.
  31487.  
  31488. Our customers have not gone away, quite the contrary.  We're very pleased 
  31489. with the growth rates.  Thanks for the chance to comment; hope this
  31490. helps.
  31491.  
  31492.  
  31493. Tim Curry   NBTel
  31494. 506 658-7100, FAX 506 694-2864
  31495.  
  31496. ------------------------------
  31497.  
  31498. From: dcampbel@egreen.iclnet.org (David Campbell)
  31499. Subject: Re: PC-Based Voice Mail and AMIS
  31500. Organization: CamTek Micro Systems, Inc., Vancouver Washington USA.
  31501. Date: Thu, 19 Jan 1995 22:31:28 GMT
  31502.  
  31503.  
  31504. In article <telecom15.33.13@eecs.nwu.edu>, David Reeve <tci@crl.com> wrote:
  31505.  
  31506. > I am researching a business opportunity that will require extensive
  31507. > use of the AMIS-Analog networkng protocol to send voice mail messages
  31508. > from system (Octel) to a different PC-based voice mail system.
  31509.  
  31510. > Any recommendations (or warnings) regarding PC based voice mail vendors?  
  31511.  
  31512. Investigate CallWare Technologies NLM for voice and data integration
  31513. on LANS.  It should do what you may want to do. Their phone number is
  31514. 801-496-9922.
  31515.  
  31516.  
  31517. Dave Campbell
  31518.  
  31519. ------------------------------
  31520.  
  31521. From: tholome@dialup.francenet.fr (Eric Tholome)
  31522. Subject: Re: GSM SIM Implementation
  31523. Date: Thu, 19 Jan 1995 21:42:53 +0200
  31524.  
  31525.  
  31526. In article <telecom15.37.12@eecs.nwu.edu>, k22413@kyyppari.hkkk.fi
  31527. (Harri Kinnunen) wrote:
  31528.  
  31529. > Most of the hand-held GSM phones use a "punched-out" section of the
  31530. > Smartcard, being about 1cmx2cm in size. The punch-out dimensions are
  31531. > also standard, but I don't know if they are included in ISO-7816.
  31532.  
  31533. And this totally ruins one of the nice purposes of the SIM: being able
  31534. to have several phones (for instance, one nice vehicle mounted phone,
  31535. and a hand held terminal) and still using them with one SIM only. If
  31536. two of your phones use different types of SIM, you're out of luck!
  31537. I've been told that some companies were now selling adapters, but the
  31538. convenience of all this has yet to be seen.
  31539.  
  31540. Luckily, it seems that manufacturers have realized this and they now
  31541. offer small hand-held terminals that will take normal size SIM cards.
  31542. But of course, these models can't be really small, limited as they are
  31543. by the size of the card. Would could have guessed that credit cards
  31544. would finally happen to be too big? :-)
  31545.  
  31546.  
  31547. Eric Tholome               
  31548. 23, avenue du Centre          tholome@dialup.francenet.fr
  31549. 78180 Montigny le Bretonneux  phone: +33 1 30 48 06 47
  31550.                     France    fax: same number, call first!
  31551.  
  31552. ------------------------------
  31553.  
  31554. From: e9321452@dingo.cc.uq.oz.au (Marcus Lee)
  31555. Subject: Re: GSM Cellular Operators List
  31556. Date: 20 Jan 1995 00:34:34 GMT
  31557. Organization: Prentice Centre, University of Queensland
  31558.  
  31559.  
  31560. etxlndh@eos99.ericsson.se (Robert Lindh) writes:
  31561.  
  31562. > Australia    Optus
  31563. >              Vodafon
  31564.  
  31565. That's spelled Vodafone.  You also missed the largest carrier in
  31566. Australia, Telecom/Telstra.
  31567.  
  31568. ------------------------------
  31569.  
  31570. From: lreeves@crl.com (Les Reeves)
  31571. Subject: Re: Voice File Formats
  31572. Date: 19 Jan 1995 13:07:44 -0800
  31573. Organization: CR Labs
  31574.  
  31575.  
  31576. TELEPHONETICS (fonaudio@ix.netcom.com) wrote:
  31577.  
  31578. > Can anyone give me information on the following formats for sound files:
  31579.  
  31580. > VBase, Dialogic, Rhetorex and New Voice
  31581.  
  31582. Dialogic uses 4 bit ADPCM at 6 kHz based on an OKI chip.  That is what
  31583. the .VOX files are, although newer /D series can do mu-law at 64 kbps.
  31584. They are headerless, so just because you find a file with .VOX as the
  31585. extension does not prove it is Dialogic.
  31586.  
  31587. Rhetorex uses ADPCM, but the format is not disclosed.  It seems to be
  31588. something along the line of ITU G.721, or perhaps a bit better.  They
  31589. claim better S/N at lower sample rates than Dialogic, and their boards
  31590. were designed around more powerful DSP hardware.  My guess is that
  31591. they do something similar to Natural Microsystems VBX, which is to
  31592. first convert to mu-law or A-law per G.711, and then feed that into
  31593. the DSP ADPCM conversion.  Rhetorex also uses .VOX, but their files
  31594. have a header of sorts.  The data begins at about 80h, and I assume
  31595. index marks can go in the header although no file name or other info
  31596. appears to be there.
  31597.  
  31598. New Voice uses CVSD.  I can't remember whether it is the Motorola CVSD
  31599. or Harris CVSD.  New Voice is 24kbps.
  31600.  
  31601. I am not familiar with VBase.
  31602.  
  31603. Converting any of these files to something standard, like linear PCM
  31604. (WAV), is more involved than you might think.  Converting between two
  31605. different IVR formats can be quite involved.  Coverting offline
  31606. without one of the source or target systems installed generally uses
  31607. quite a lot of FPU MIPS.
  31608.  
  31609.  
  31610. Les     lreeves@crl.com       Atlanta,GA      404.874.7806
  31611.  
  31612. ------------------------------
  31613.  
  31614. From: pritter@nit.AirTouch.COM (Phil Ritter)
  31615. Subject: Re: Wireless CO's Challenge New NPAs?
  31616. Organization: AirTouch Cellular, Los Angeles
  31617. Date: Thu, 19 Jan 1995 17:54:47 GMT
  31618.  
  31619.  
  31620. In article <telecom15.47.9@eecs.nwu.edu> Liron Lightwood <liron@insane.
  31621. apana.org.au> writes:
  31622.  
  31623. > Regarding the question of people always having to dial an area code if
  31624. > cellular phone numbers were moved to their own prefix.  This does not
  31625. > have to be the case.
  31626.  
  31627. > Here in Australia, we have the best of both worlds.  Our cellular
  31628. > phones have their own area code like prefixes, e.g. 018, 015, 041.
  31629. > However, when making a local call from a cellular phone, you only have
  31630. > to dial the six or seven digit number, no area code required.
  31631.  
  31632. > For example, if you're in Melbourne (03), to dial (03) 123 4567, you
  31633. > would dial 123 4567.  If you were in Sydney (02) and you wanted to
  31634. > dial (02) 123 4567 you would dial 123 4567.
  31635.  
  31636. While this may be interesting in areas like Australia, where the
  31637. numbering plan areas (or city codes) are large, it breaks down quickly
  31638. in the NANP [at least in the dense parts of it].
  31639.  
  31640. For example, in Los Angeles, the metropolitan area is served by six NPAs
  31641. (213, 310, 714, 805, 818, and 909).  There several points where, unless you 
  31642. had an intimate knowlege of the area, you could be "in" any one of
  31643. three NPAs [in fact, there are at least two locations where movement
  31644. of only a few blocks can take you from 213 to 310 to 818!].  Which NPA
  31645. should the wireless carrier use to deliver calls in this area?  Is it
  31646. really fair to expect customers to know the intimate details of their
  31647. location and which NPA they are now in?  It is not at all uncommon for
  31648. a five minute drive on the freeway to pass through five NPAs (many
  31649. combinations are possible).
  31650.  
  31651. Also, in areas where the terrain is not flat and/or where there are
  31652. large bodies of water with irregular shorelines (e.g., the Pacific
  31653. ocean on the LA/Orange County coast), the "cellular honeycomb" is not
  31654. perfect - it is possbile for calls to set-up on quite unexpected cell
  31655. sites [this had interesting implications for delivery of emergency
  31656. calls (911) too].  The "caller" and the cell that their call originates 
  31657. in may not be in the same NPA (in fact, near the NPA borders, the
  31658. calls and the serving cell are not even likely to be in the same NPA).
  31659. Using seven digit dialing based upon "caller location" rather than "the
  31660. NPA of the calling mobile MIN" will have quite unexpected results.
  31661.  
  31662.  
  31663. Phil Ritter    pritter@la.airtouch.com
  31664.  
  31665. ------------------------------
  31666.  
  31667. From: alniven@pipeline.com (Al Niven)
  31668. Subject: Re: Planning to Purchase a Voice Mail System
  31669. Date: 19 Jan 1995 11:31:01 -0500
  31670. Organization: The Pipeline
  31671.  
  31672.  
  31673. We have installed over 15 different brands of Interactive Voice
  31674. Response and Voicemail and Fax On Demand and Callback and Telephone
  31675. Answering Service Equipment over the past six years all over the
  31676. country on over 150 types of pbx's especially pbx's where the
  31677. manufacturer said it cannot be done and in circumstances where a
  31678. previous vendor had been ripped out.  If you would be so kind as to
  31679. provide your phone number we can discuss the info and references sent
  31680. via email.
  31681.  
  31682.  
  31683. Al Niven    Video, Voice, and Data, Inc.
  31684. 292 Fifth Avenue, #201
  31685. NY NY 10001
  31686. 212-714-3531 voice
  31687. 212-714-3510 fax (attention Al Niven)
  31688.  
  31689. ------------------------------
  31690.  
  31691. Date: 19 Jan 1995 09:58:09 GMT
  31692. From: JIM BURKIT <CCMAIL.JBURKITT@A50VM1.TRG.NYNEX.COM>
  31693. Subject: Re: Sonet SDH DCC Information Wanted
  31694.  
  31695.  
  31696. Ton Engbersen asked:
  31697.  
  31698. > In Sonet/SDH multiplexer and section overhead, there are the D1..D12
  31699. > bytes, reserved for "network management and supervision". Can anyone
  31700. > shed some light on the data transmission protocol which governs these
  31701. > DCC channels?  Is this (already?) standardized? If so which standard?
  31702.  
  31703. The SONET DDC has been standardized.  It is a 7 layer OSI stack.  The
  31704. base standard in the US is T1.105 and in the ITU it is G.784.  These
  31705. base standards point to other documents.  In the ITU G.784 points to
  31706. Q.811 and Q.812.  I am not sure which standards the ANSI standard
  31707. points to as the US document is being being revised this week in T1X1.
  31708. As you are in Europe I hope the SDH information is enough.
  31709.  
  31710.  
  31711. Jim Burkitt
  31712.  
  31713. ------------------------------
  31714.  
  31715. Organization: Penn State University
  31716. Date: Thu, 19 Jan 1995 11:12:44 EST
  31717. From: Peter M. Weiss <PMW1@PSUVM.PSU.EDU>
  31718. Subject: Re: Always Busy 800 Number?
  31719.  
  31720.  
  31721. In article <telecom15.46.13@eecs.nwu.edu>, Matt <mre2b@virginia.edu> says:
  31722.  
  31723. > What's an 800 number that is always busy? (and don't say Gateway 2000
  31724. > Tech Support). Something that is guaranteed always busy.
  31725.  
  31726. > [TELECOM Digest Editor's Note: (Suspicious, squinting eyes) Why do you want
  31727. > to know?  PAT]
  31728.  
  31729. Hey maybe it's a riddle?
  31730.  
  31731. Answer:
  31732.  
  31733. When the 800 number terminates on your POTS line and you have called
  31734. it from that line (assume no call-forwarding etc.)
  31735.  
  31736. I admit, not funny, but the best that I could do.  ;-)
  31737.  
  31738.  
  31739. Pete
  31740.  
  31741.  
  31742. [TELECOM Digest Editor's Note: Here is a good one for you to figure out.
  31743. I have two 800 numbers. Even though I have call-waiting on the line where
  31744. the 800 numbers terminate, I expect to be unable to dial my own number and
  31745. get call-waiting. We all know when you dial your own number (from that
  31746. number) you just get a busy signal.  Okay?  ... well, when I use the phone
  31747. to dial the 800 numbers, one of them does in fact go off somewhere, set up
  31748. the call, come back to me and give me a call-waiting tone. Obviously it
  31749. leaves my switch and returns. Now the other 800 number on the other hand
  31750. is quite a mystery to me -- how it operates, that is. When I dial it the
  31751. call goes through *instantly* as though it were a local call, and if I
  31752. dial it from the phone it terminates on, I instantly get a busy signal.
  31753. I do NOT get the 800 number from Ameritech/IBT (from another carrier, a
  31754. little outfit actually), so I do not know how Ameritech can have such
  31755. umm, intimate familiarity with it. It would appear to not even leave
  31756. the switch at all. Any ideas?  The first 800 number seems to get to its
  31757. own switch somewhere and get outdialed back to me. What is the second 
  31758. one doing, just getting translated locally somehow in my switch?   PAT]
  31759.  
  31760. ------------------------------
  31761.  
  31762. From: sloan@qns.com (Kyle Sloan)
  31763. Subject: Re: Anyone Have Experience With LDDS/Metromedia?
  31764. Date: 20 Jan 1995 00:36:13 GMT
  31765. Organization: Questar Network Services
  31766.  
  31767.  
  31768. chuck lukaszewski (clukas@mr.net) wrote:
  31769.  
  31770. > I received some information from LDDS/Metromedia yesterday about their
  31771. > long distance service. The rates seem entirely too good to be true,
  31772. > and I'm wondering if anyone here has experience (good or bad) that
  31773. > they would share.
  31774.  
  31775. > At the moment, I'm spending a lot of time on the telephone to NYC.
  31776. > After a pretty exhaustive evaluation of AT&T, Sprint and MCI we found
  31777. > the lowest we could get was 23.7 cents per minute peak on AT&T.  LDDS
  31778. > claims to charge 15 cents per minute with a one year commitment
  31779. > (includes a 90-day out clause). I talked to AT&T and they're pulling
  31780. > the "we're regulated and can't compete with those numbers" routine.
  31781.  
  31782. My company uses LDDS as our LD provider.  They helped us set up a T1
  31783. with a Newbridge channelbank.  Our average phone bill is over $3,000
  31784. for long distance only.  They are giving us the BEST prices of anyone
  31785. on the market.  Our representative is supremely easy to deal with
  31786. anytime I have questions about our service.  We are paying anywhere
  31787. between $0.075/min. to $0.145/min.  Forget the big three ... they just
  31788. can't come close.
  31789.  
  31790.  
  31791. kyle sloan  sloan@qns.com
  31792.  
  31793. ------------------------------
  31794.  
  31795. Date: Thu, 19 Jan 1995 14:30:56 EST
  31796. From: Bob Keller <rjk@telcomlaw.com>
  31797. Subject: Re: FCC PCS Auction Information
  31798.  
  31799.  
  31800. On Thu, 19 Jan 1995, Willis H. Ware wrote:
  31801.  
  31802. > Your discussion of PCS services in the recent T-COM Digest was very
  31803. > interesting.
  31804.  
  31805. Thank you.
  31806.  
  31807. > Your discussion of PCS services in the recent TELECOM Digest was very
  31808. > interesting.  Did I not understand correctly that the GATT legislation
  31809. > had some sweetheart deals in it apropos of the licenses issued for this
  31810. > service?
  31811.  
  31812. Yes and No.  See the discussion below.
  31813.  
  31814. > If this is correct, perhaps some clarifying discussion in the
  31815. > Digest would be of general interest.
  31816.  
  31817. Prior to the time Congress granted the FCC auction authority (at which
  31818. such time the FCC realized it was quite possible that mutually
  31819. exclusive PCS applications would have to processed via lotteries
  31820. and/or comparative hearings), the FCC had tentatively decided to award
  31821. "pioneer's preferences" to three companies: American Personal
  31822. Communications (APC), Cox Cable Communications, Inc. (Cox), Omnipoint
  31823. Communications, Inc.  (Omnipoint).  The pioneer's preference program
  31824. was an ill-conceived (IMHO) policy designed to reward companies that
  31825. expended resources developing and advancing new and innovative
  31826. services and technologies.  The pioneer's preferences in PCS were
  31827. awarded to APC for its development and demonstration of PCS/microwave
  31828. spectrum sharing technologies, to Cox for its development and
  31829. demonstration of PCS/cable plant interface technology, and to
  31830. Omnipoint for its development of 2 GHz PCS equipment.
  31831.  
  31832. As originally conceived, these pioneer's preferences awards would have
  31833. meant a "free" license for each of these companies, i.e., they would
  31834. not have had to take their chances in a lottery.  It was decided that
  31835. 30 MHz licenses would be given to APC for the Washington/Baltimore
  31836. MTA, to Cox for the Los Angeles/San Diego MTA, and to Omnipoint for
  31837. the New York MTA.  That is why, even though their are 51 MTAs, there
  31838. are only 99 (rather than 102) licenses up for grabs in the Blocks A
  31839. and B auction currently underway.
  31840.  
  31841. But then came the legislation authorizing and (in the case of PCS)
  31842. requiring auctions.  The Commission decided to go back to the drawing
  31843. board to consider whether the awards made any sense in that context.
  31844. They eventually decided that the awards would stand, but that APC,
  31845. Cox, and Omnipoint would each have to pay an amount discounted from
  31846. the winning bid for comparable licenses in the auction.
  31847.  
  31848. YAWN ... yes, I am getting to GATT ... be patient <g>. 
  31849.  
  31850. Almost no one was happy with this arrangement. Not potential PCS
  31851. players who saw three lucrative licenses slipping away with no
  31852. opportunity to bid on them, not the "pioneers" who were now going to
  31853. have to pay for licenses they thought they were getting for free, and
  31854. probably not even the FCC staff who had to listen to all the bitching
  31855. and moaning. Anyway, the whole mess got stuck into legislation
  31856. ratifying the Paraguay Rounds of GATT (Don't you just love the
  31857. Congressional process). Congress blessed the awards and promulgated a
  31858. formula for calculating how much the pioneers would have to pay.
  31859.  
  31860. In December of last year, after the GATT legislation, the Commission
  31861. finally granted the three Block A licenses to APC, Cox, and Omnipoint.
  31862. These license grants are subject to several conditions, including (1)
  31863. that each licensee construct a system in the specified MTA substantially 
  31864. using the technology on which its pioneers' preference was based, (2)
  31865. that each licensee retain control for at least three years after initial 
  31866. licensing or until it has met its five-year build-out requirement, and
  31867. (3) that each licensee pay to the US Treasury an amount equal to 85%
  31868. of the adjusted value of the license.  Payments will be made over a
  31869. five year period.
  31870.  
  31871. Essentially, the GATT legislation requires each of the three pioneers
  31872. to pay 85% of the adjusted value of its license. The adjusted value
  31873. will be calculated as follows: At the conclusion of the current
  31874. Broadband auctions, the FCC will determine the average per pop price
  31875. for the 20 largest MTAs other than the three in question, and then
  31876. apply that per pop average to the three MTAs. However, the Commission
  31877. is required to collect a minimum of $400 Million. If the amount
  31878. derived by applying the adjustment formula minus 85% is less than $400
  31879. Million, the difference is to be spread over the three markets in
  31880. question on the basis of their relative population.  FWIW, the total
  31881. high bids for the Block B licenses in these three markets currently
  31882. stands at approximately $760.4 Million.
  31883.  
  31884.  
  31885. Bob Keller (KY3R)            Email: rjk@telcomlaw.com
  31886. Law Office of Robert J. Keller, P.C.    Telephone:  301.229.5208
  31887. Federal Telecommunications Law       Facsimile:  301.229.6875
  31888.  
  31889. ------------------------------
  31890.  
  31891. Date: Thu, 19 Jan 1995 16:47:19 CST
  31892. From: Andrew C. Green <ACG@dlogics.com>
  31893. Subject: Re: Cattle Call
  31894.  
  31895.  
  31896. > [TELECOM Digest Editor's Note: A couple of questions for whoever knows
  31897. > the answers ... is it hard to train a cow to respond to your call? Is
  31898. > there some sort of protective covering for the pager to keep it out
  31899. > of the rain and water, etc?
  31900.  
  31901. Never mind that; I want to know how they push the little button!
  31902.  
  31903. Andy
  31904.  
  31905. ------------------------------
  31906.  
  31907. End of TELECOM Digest V15 #48
  31908. *****************************
  31909.     
  31910.     
  31911. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa14240;
  31912.           20 Jan 95 2:29 EST
  31913. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  31914.     id AA21307; Thu, 19 Jan 95 22:09:08 CST
  31915. Return-Path: <telecom>
  31916. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  31917.     id AA21300; Thu, 19 Jan 95 22:09:03 CST
  31918. Date: Thu, 19 Jan 95 22:09:03 CST
  31919. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  31920. Message-Id: <9501200409.AA21300@delta.eecs.nwu.edu>
  31921. To: telecom@eecs.nwu.edu
  31922. Subject: TELECOM Digest V15 #49
  31923.  
  31924. TELECOM Digest     Thu, 19 Jan 95 22:09:00 CST    Volume 15 : Issue 49
  31925.  
  31926. Inside This Issue:                          Editor: Patrick A. Townson
  31927.  
  31928.     North Korea Holds US Representative Over $10K Phone Bill (Paul Robinson)
  31929.     Conference/Class/Training on Switching Technology? (shah@wg.com)
  31930.     Inslaw and the United States Justice Department (Paul Robinson)
  31931.     Remote Monitoring With Pagers (Cliff Scheller)
  31932.     Looking for Fax-Related URLs (George Pajari)
  31933.     Considering Purchasing an IVR System From InterVoice (Steve Samler)
  31934.     TNPP Standard Wanted (Marty Lawlor)
  31935.     CID Question (Stan Schwartz)
  31936.     Re: Programmable Touch-Tone Interpreter Needed (Paul A. Lee)
  31937.     Re: Small Business PBX/Fax Back Server Needed (Paul A. Lee)
  31938.     Flat Rate LD? (John McDermott)
  31939.     Information Needed on Cebit (Mat Watkins)
  31940.     Format of Telephone Number/Fax Numbers in Germany, France, UK (Tom Barrett)
  31941.     Re: Attention: 800 Number Subscribers (News Alert) (Judith Oppenheimer)
  31942.     91x (was: 911 Providers: Watch For 912 Calls) (Carl Moore)
  31943.     Re: New Area Codes Working From Toronto (Michael King)
  31944.     Re: Looking up Addresses and Numbers From Just Names (Wes Leatherock)
  31945.     Re: T1BBS Gone? (Jim Burkitt)
  31946.  
  31947. TELECOM Digest is an electronic journal devoted mostly but not
  31948. exclusively to telecommunications topics. It is circulated anywhere
  31949. there is email, in addition to various telecom forums on a variety of
  31950. public service systems and networks including Compuserve and America
  31951. On Line. It is also gatewayed to Usenet where it appears as the moderated
  31952. newsgroup 'comp.dcom.telecom'. 
  31953.  
  31954. Subscriptions are available to qualified organizations and individual
  31955. readers. Write and tell us how you qualify:
  31956.  
  31957.                  * telecom-request@eecs.nwu.edu *
  31958.  
  31959. The Digest is edited, published and compilation-copyrighted by Patrick
  31960. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  31961. or phone at:
  31962.                     9457-D Niles Center Road
  31963.                      Skokie, IL USA   60076
  31964.                        Phone: 708-329-0571
  31965.                         Fax: 708-329-0572
  31966.   ** Article submission address only: telecom@eecs.nwu.edu **
  31967.  
  31968. Our archives are located at lcs.mit.edu and are available by using
  31969. anonymous ftp. The archives can also be accessed using our email
  31970. information service. For a copy of a helpful file explaining how to
  31971. use the information service, just ask.
  31972.  
  31973. *************************************************************************
  31974. *   TELECOM Digest is partially funded by a grant from the              *
  31975. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  31976. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  31977. * project.  Views expressed herein should not be construed as represent-*
  31978. * ing views of the ITU.                                                 *
  31979. *************************************************************************
  31980.  
  31981. Additionally, the Digest is funded by gifts from generous readers such
  31982. as yourself who provide funding in amounts deemed appropriate. Your help 
  31983. is important and appreciated. A suggested donation of twenty dollars per
  31984. year per reader is considered appropriate. See our address above.
  31985.  
  31986. All opinions expressed herein are deemed to be those of the author. Any
  31987. organizations listed are for identification purposes only and messages
  31988. should not be considered any official expression by the organization.
  31989. ----------------------------------------------------------------------
  31990.  
  31991. Date: Thu, 19 Jan 1995 14:46:30 EST 
  31992. From: Paul Robinson <paul@tdr.com>
  31993. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  31994. Subject: North Korea Holds US Representative Over $10K Phone Bill
  31995.  
  31996.  
  31997. In Jack Anderson's column today, he reports that when Representative
  31998. Bill Richardson (D-New Mexico) tried to cross the DMZ (Demilitarized Zone)
  31999. between North and South Korea, with the casket carrying the remains of
  32000. Chief Warrant Officer David Hilemon, North Korean officials refused to let
  32001. him cross until the bill was paid. 
  32002.  
  32003. In Cash. 
  32004.  
  32005. "Although North Korea remains stauchly Communist, it showed a decidedly 
  32006. capialistic streak when it came to the phone bill."  Anderson's column
  32007. reports.  The U.S. Military and State Department gathered money from
  32008. government funds to pay the bill.
  32009.  
  32010. Because American companies are prohibited from doing business there, no
  32011. telephone connections exist between the US and North Korea, so the 23
  32012. calls Richardson made to the State Department and to families of the two
  32013. pilots in the downed aircraft had to be relayed throgh Canada at
  32014. significant expense. It is known the calls had to be made on nonsecure
  32015. phone lines and were almost certainly recorded by the North Koreans.  New
  32016. trade agreements will allow phone links to be opened by the end of the
  32017. month. 
  32018.  
  32019. Richardson's involvement in the incident was a fortunate coincidence
  32020. as he was there to discuss the issue of North Korean posession of
  32021. Nuclear Weapons.  His intervention is also credited in preventing
  32022. copilot Bobby Hill from suffering starvation, beating and torture, and
  32023. in helping to secure his release.
  32024.  
  32025. $10,000 is about eight times North Korea's per capita yearly income.  
  32026.  
  32027.  
  32028. [TELECOM Digest Editor's Note: They don't need any collection agencies
  32029. over there do they?  Just keep the people there until they pay their
  32030. bills. Remind me not to go visit there anytime soon! I would never get
  32031. back home.   <g>   PAT]
  32032.  
  32033. ------------------------------
  32034.  
  32035. From: shah@wg.com
  32036. Subject: Conference/Class/Training on Switching Technology?
  32037. Date: Thu, 19 Jan 95 14:26:02 PDT
  32038. Organization: Wandel & Goltermann Technologies
  32039.  
  32040.  
  32041. Folks,
  32042.  
  32043. I am looking for a training/conference/formal class on switching
  32044. technology.  If any of you know of some good place -- PLEASE let me
  32045. know directly as I don't read this newsgroup too often.
  32046.  
  32047. The main focus is on learning what/how/who/testing of the switching
  32048. technology.  This may involve either a general overview or specific to
  32049. Ethernet or Token Ring or ATM etc.
  32050.  
  32051.  
  32052. Thank you,
  32053.  
  32054. Ajay    (shah@wg.com)
  32055.  
  32056. ------------------------------
  32057.  
  32058. Date: Thu, 19 Jan 1995 20:39:05 EST 
  32059. From: Paul Robinson <paul@tdr.com>
  32060. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  32061. Subject: Inslaw and the United States Justice Department
  32062.  
  32063.  
  32064. [TELECOM Digest Editor's Note: This was sent to Paul, and he is
  32065. passing it along to us. Nothing new here, we discussed this a couple
  32066. years ago in the Digest.  PAT]
  32067.  
  32068.  
  32069. > I cought the end of an NPR story on Inslaw. I thought this would
  32070. > be the place to find out about it.  The story was a little shocking
  32071. > to say the least. Had Big-Bro stamped on it.
  32072.  
  32073. Inslaw was the name of a company that developed a computer program
  32074. called Promis, to manage caselaw for the Department of Justice until,
  32075. in the words of a Bankruptcy Court Judge, "The Department of Justice
  32076. used its ability to withhold payments in a deliberate effort to drive
  32077. Inslaw into bankruptcy, and to steal the Promis software from Inslaw."
  32078.  
  32079. Another court discarded the bankruptcy court's decision saying it
  32080. lacked the power to impose punitive damages for driving someone into
  32081. bankruptcy.
  32082.  
  32083. A reporter was investigating this issue, when he was found dead in a
  32084. motel room in West Virginia, under suspicious circumstances, which the
  32085. local police conveniently called 'suicide'.
  32086.  
  32087. This is the same organization that is supposed to investigate allegations 
  32088. of unauthorized possession of copyrighted software, that is itself
  32089. believed to be the largest pirator of software in the government.
  32090.  
  32091.  
  32092. [TELECOM Digest Editor's Note: Oh sure, we knew this. The US Department
  32093. of Justice is one of the most corrupt organizations anywhere. Pirated
  32094. software, murders labeled 'suicide', bribery, its all routine for 'Justice',
  32095. an oddly named organization if there ever was one. We discussed the
  32096. Inslaw matter here about two years ago. Another of their gimmicks reminds
  32097. me of the late J. Edgar Hoover, for many years director of the FBI: A
  32098. closet homosexual, he found out which other top government executives were
  32099. the 'same way' and then he blackmailed them; threatened them with exposure
  32100. if they did not run things the way he liked. Today's Justice Department
  32101. is much the same. For instance, for how many ever years it was known in
  32102. certain circles that a federal judge -- a black judge in fact, but I won't
  32103. say his name, why bother now -- was a pedophile. One day investigators
  32104. snooping around in the judge's chambers found enough evidence to send the
  32105. judge away to prison for a long time; i.e. kiddy porn stuff. Instead a
  32106. 'key Justice Department person' (at the time, several years ago) sat down
  32107. and had a chat with the judge. For years after that, anytime the department
  32108. had a pornography through the mail case or they wanted to prosecute on
  32109. interstate pornography charges, or violations of the Mann Act or similar,
  32110. guess which judge always somehow got the cases assigned to him. Guess how
  32111. he always ruled. The IRS operates the same way. They find a federal judge
  32112. who himself was -- to put it kindly -- lax and careless about properly
  32113. paying his own taxes. They have a little chat, and then they use that 
  32114. judge for all their 'tax resistor' cases.  Not bad, huh!    PAT] 
  32115.  
  32116. ------------------------------
  32117.  
  32118. From: cliffsch@netcom.com (Cliff Scheller)
  32119. Subject: Remote Monitoring With Pagers
  32120. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  32121. Date: Thu, 19 Jan 1995 21:20:55 GMT
  32122.  
  32123.  
  32124. Did you know that a PBX can send text messages to any Alpha Pager?
  32125. ( ...alot of your other equipment can, too!)
  32126.  
  32127. AlphaSense is a standalone electronic product which is easily connected to 
  32128. many different types of equipment or machinery to provide an unattended 
  32129. monitoring function. When user-specified conditions occur, it automatically 
  32130. creates and delivers text messages to any alpha pager(s). A trusted
  32131. resource in many industries, it can also _selectively forward_ data
  32132. from your computerized or other automation devices to people's pagers.
  32133.  
  32134. Use it to monitor PBX's, CSU's, network servers, fire panels, HVAC
  32135. systems, water levels, machine operation, security systems, etc.
  32136. Internal "UPS" gives continued operation if power fails. Eight sensor
  32137. inputs, power fail/restore monitoring & self-test messages.
  32138.  
  32139. Plus, its RS-232 serial port connects to printers, computers and other
  32140. automation equipment. AlphaSense will monitor data streams, watching
  32141. for user-specified keywords. When received, they "trigger" AlphaSense,
  32142. and it can then forward data directly from your data source to Pagers!
  32143. Forward error messages, email, instructions, financial data, etc.
  32144. Dial-back mode for remote teleservice use, activity history log and
  32145. many other features!
  32146.  
  32147. For more info, send email to compuquest-request@netcom.com with
  32148. only these two lines as the message body: 
  32149.  
  32150. SEND ASINFO   
  32151.  
  32152.  ...or ftp to: ftp.netcom.com, in directory /ftp/pub/cl/cliffsch
  32153.  
  32154. ------------------------------
  32155.  
  32156. From: pajari@Faximum.COM (George Pajari)
  32157. Subject: Looking for Fax-Related URLs
  32158. Reply-To: faxfaq@Faximum.COM (FAQ Comments)
  32159. Organization: Faximum Software, Vancouver, B.C., Canada
  32160. Date: Thu, 19 Jan 1995 21:35:32 GMT
  32161.  
  32162.  
  32163. The FAQ for comp.dcom.fax is currently being rewritten in HTML and
  32164. will shortly be available for Web browsing.
  32165.  
  32166. To assist with this it would be appreciated if readers could forward to
  32167. faxfaq@faximum.com any interesting fax or telco related URLs for inclusion
  32168. in the "hyperFAQ".
  32169.  
  32170. I am particularly interested in Home Pages and FTP sites for vendors
  32171. of modems, fax boards, fax equipment, and fax software.
  32172.  
  32173. Your assistance is much appreciated.
  32174.  
  32175. (Should you wish to browse the current, flat text version of the fax
  32176. FAQ, please see ftp://rtfm.mit.edu/pub/usenet/news.answers/fax-faq/part1 
  32177. and part2.)
  32178.  
  32179.  
  32180. Regards,
  32181.  
  32182. pajari@Faximum.COM   -*-   Editor of the comp.dcom.fax FAQ
  32183. George Pajari / Faximum Software / Tel: +1 (604) 925-3600 / Fax: ... 926-8182
  32184. 1497 Marine Drive, Suite 300 / West Vancouver, BC / Canada  V7T 1B8
  32185.  
  32186. ------------------------------
  32187.  
  32188. Date: Thu, 19 Jan 1995 12:17:01 EST
  32189. From: Steve Samler <steve@individual.com>
  32190. Subject: Considering Purchasing an IVR System From InterVoice
  32191.  
  32192.  
  32193. Does anyone have any experience with these people (good, bad or
  32194. indifferent)?  
  32195.  
  32196. Has anyone negotiated a price with these folks recently?  How far can
  32197. I push them on price?
  32198.  
  32199. ------------------------------
  32200.  
  32201. From: Marty Lawlor <mel@cci.com>
  32202. Subject: TNPP Standard Wanted
  32203. Organization: Northern Telecom Inc., D&OS
  32204. Date: Thu, 19 Jan 1995 15:35:23 GMT
  32205.  
  32206.  
  32207. I have been unsuccessful locating a copy of the Telocator Network
  32208. Paging Protocol (TNPP) standard or specification.  I believe it is
  32209. issued by POCSAG (Post Office Code Standards Advisory Group).  This
  32210. may be a British organization.
  32211.  
  32212. I've called several standards jobbers (e.g., IHS) to no avail, and my
  32213. calls to Telocator: The Personal Communications Industry Assn have
  32214. gone unanswered.
  32215.  
  32216. This appears to be an ubiquitous (and, at least, American) de facto
  32217. standard for sending and receiving paging messages.
  32218.  
  32219. Any help in locating this would be greatly appreciated.
  32220.  
  32221.  
  32222. Marty Lawlor         Northern Telecom
  32223. TEL:  716-654-2422   NET:  mel@cci.com
  32224.  
  32225. ------------------------------
  32226.  
  32227. Date: Thu, 19 Jan 1995 12:58:40 EST
  32228. From: Stan Schwartz <stanschwartz-aviswizcom@e-mail.com>
  32229. Subject: CID Question
  32230.  
  32231.  
  32232. I have recently begun using TotalTel as a secondary LD carrier (by
  32233. signing up for secondary service and a calling card).
  32234.  
  32235. They had to add all the lines that I wanted to be able to access their
  32236. service (by using the 10081 prefix) before I was able to use them as a
  32237. secondary carrier.
  32238.  
  32239. One of the lines I added is in the 516-752 exchange, which has not been 
  32240. upgraded for CLASS (NYNEX PhoneSmart) services.  Local (seven-digit)
  32241. calls from this number to CID-enabled areas of the LATA return "OUT OF
  32242. AREA" on the box on the receiving end.
  32243.  
  32244. HOWEVER ... if I dial 10081 + NPA + NXX + XXXX, the call is completed
  32245. with CID information provided at the receiving end!  Any ideas on what
  32246. they are doing here?
  32247.  
  32248. On their 800 service, TotalTel also seems to translate the ANI of the
  32249. calling party and delivers it as CID information on the receiving end.
  32250. When I use their 800-number-access calling card, they also transmit
  32251. the ANI of the phone I'm calling from to CID at the other end.  Kind
  32252. of neat, if you ask me!
  32253.  
  32254.  
  32255. Any thoughts on this?
  32256.  
  32257. Stan
  32258.  
  32259. ------------------------------
  32260.  
  32261. Date: Thu, 19 Jan 1995 12:27:47 -0500
  32262. From: Paul A. Lee </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>
  32263. Organization: Woolworth Corporation
  32264. Subject: Re: Programmable Touch-Tone Interpreter Needed
  32265.  
  32266.  
  32267. In TELECOM Digest Volume 15 Issue 33, Jeffrey A. Porten <jporten@mail1.
  32268. sas.upenn.edu> wrote (in part):
  32269.  
  32270. > I need help in coming up with a solution for a client.  She wants to
  32271. > provide her incoming callers with a automated system that will allow
  32272. > them to schedule time with her by using a touch-tone phone, similar to
  32273. > the system that Amtrak uses to tell people about the trains closest to
  32274. > their selected travel time.
  32275.  
  32276. This is a description of 'classic' DTMF-driven interactive voice
  32277. response (IVR). Depending on the intricacy of the application(s), the
  32278. call volume to be handled, and the number of lines coming in, IVR can
  32279. run on anything from a $300 board in a PC up to large, proprietary,
  32280. multiprocessor boxes.
  32281.  
  32282. There are literally hundreds of manufacturers, integrators, software
  32283. developers, and VARs that do this for a living. Give some more details
  32284. on what call volume needs to be handled, what environment the system
  32285. must operate in, and what kind of budget you're working with, and I
  32286. should be able to point you in the right direction.
  32287.  
  32288.  
  32289. Paul A. Lee                           Voice  414 357-1409
  32290. Telecommunications Analyst              FAX  414 357-1450
  32291. Woolworth Corporation            CompuServe  70353,566
  32292. INTERNET  </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>  <=PREFERRED ADDRESS*
  32293.  
  32294. ------------------------------
  32295.  
  32296. Date: Thu, 19 Jan 1995 12:28:22 -0500
  32297. From: Paul A. Lee </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>
  32298. Organization: Woolworth Corporation
  32299. Subject: Re: Small Business PBX/Fax Back Server Needed
  32300.  
  32301.  
  32302. In TELECOM Digest Volume 14 Issue 43, Jon Zeeff <jon@server.branch.com> 
  32303. wrote (in part):
  32304.  
  32305. > I'm looking for a PBX/Fax back/voice mail system that would do the
  32306. > following: 
  32307.  
  32308. > Connect to approx 4 POTS lines for incoming calls and have various
  32309. > facilities when you call in.
  32310.  
  32311. > The more flexible and programmable, the better.
  32312.  
  32313. Check out the Dash Open Phone System. Dash is in Lenexa, KS; voice
  32314. phone is 800-844-7620 and Faxback is 913 888-7902.
  32315.  
  32316.  
  32317. Paul A. Lee                           Voice  414 357-1409
  32318. Telecommunications Analyst              FAX  414 357-1450
  32319. Woolworth Corporation            CompuServe  70353,566
  32320. INTERNET  </DD.ID=JES2CAOF.UEDCM09/@SMX.sprint.com>  <=PREFERRED ADDRESS*
  32321.  
  32322. ------------------------------
  32323.  
  32324. From: jjm@usa.net (John McDermott/J-K International Limited)
  32325. Subject: Flat Rate LD?
  32326. Date: 19 Jan 1995 12:23:07 -0700
  32327. Organization: Internet Express (800-592-1240 customer service)
  32328.  
  32329.  
  32330. In another newsgroup I recently saw an ad for US$149 for all the Long
  32331. Distance I could use in a month.  That could be a lot if I used it for
  32332. an Internet connection ... are such offers legit?  Does anyone use
  32333. such a service, particularly for modem calls?
  32334.  
  32335. I know that "If it sounds too good to be true ...", but I have seen
  32336. things like this before, so I thought I'd ask.  
  32337.  
  32338.  
  32339. Thanks,
  32340.  
  32341. john    jjm@jkintl.com
  32342.  
  32343.  
  32344. [TELECOM Digest Editor's Note: That particular offer which you saw in
  32345. 'another newsgroup' was very questionable. There were a number of eyebrows
  32346. raised partly because of things to do with how payment was to be tendered
  32347. each month, etc. You used to be able to get flat rate packages for WATS
  32348. and IN-WATS from AT&T a number of years ago. You bought a certain number
  32349. of hours per month at a set price, but it did not come in the range of
  32350. $149.00.  Maybe AT&T still sells WATS in blocks of time, I don't know.  PAT]
  32351.  
  32352. ------------------------------
  32353.  
  32354. From: Mat Watkins <Mat.Watkins@vuw.ac.nz>
  32355. Subject: Information Needed on Cebit
  32356. Date: 19 Jan 1995 19:47:30 GMT
  32357. Organization: Dept. of Comp. Sci., Victoria Uni. of Wellington, New Zealand.
  32358.  
  32359.  
  32360. Hi all,
  32361.  
  32362. I am wanting to go to Cebit this year.  I have found out that it
  32363. starts on 8th March in Hanover but do not have any information on
  32364. registration etc.
  32365.  
  32366. Can anyboby help?  Thanks in advance.
  32367.  
  32368.  
  32369. Regards,
  32370.  
  32371. Matt   Victoria University of Wellington
  32372.  
  32373. ------------------------------
  32374.  
  32375. From: tjbarre@srv.PacBell.COM (Tom Barrett)
  32376. Subject: Format of Telephone Number/Fax Numbers in Germany, France, UK
  32377. Date: 19 Jan 1995 20:50:47 GMT
  32378. Organization: Pacific * Bell
  32379.  
  32380.  
  32381. I've been asked about the format of telephone numbers and fax numbers
  32382. in the three countries above ... specifically if fax numbers in these
  32383. countries have different numbers of digits than a phone number in the
  32384. same locale?
  32385.  
  32386. Thanks in advance for any assistance,
  32387.  
  32388.  
  32389. tjb
  32390.  
  32391. ------------------------------
  32392.  
  32393. From: producer@pipeline.com (Judith Oppenheimer)
  32394. Subject: Re: Attention: 800 Number Subscribers (News Alert)
  32395. Date: 19 Jan 1995 11:49:22 -0500
  32396. Organization: Interactive CallBrand(TM)
  32397.  
  32398.  
  32399. cmylod@nl.oracle.com (Colum Mylod) wrote:
  32400.  
  32401. > Dik.Winter@cwi.nl wrote:
  32402.  
  32403. >> Why would any European customer wish numbers like 800 THE CARD, unless
  32404. >> they expect most of their traffic from the US?  
  32405.  
  32406. >> In Europe letters are *not* used.  And when they were used assignment
  32407. >> was not identical to the US assignment.  See the Telecom Archives for
  32408. >> an article were I gave some European assignments.
  32409.  
  32410. > Ah but Dik, British Telecom intends to reintroduce letters in phone
  32411. > numbers (they've been on various phone units for a long while --
  32412. > imports mainly).  Even in non-English Europe you'll see them back if
  32413. > for no other reason than introducing variety in freephone numbers.
  32414. > Currently a lot of European (monopoly) telcos issue patterned numbers
  32415. > like <code> 123456 or 876 876 etc. Having letters ups the 'saleable"
  32416. > freephone number combinations.
  32417.  
  32418. Remember, too, that international freephone numbers will *co-exist*
  32419. with domestic toll-free numbers in the U.S..
  32420.  
  32421. So there will be 1 800 FLOWERS, and 011 800 FLOWERS, both of which can
  32422. be called and advertised within the United States, but which may reach
  32423. competing companies!  (If not for European interest in these opportunities, 
  32424. grandfathering of U.S. numbers would not even be an issue.)
  32425.  
  32426. If the U.S. position, and U.S. Users Group Position, of grandfathering
  32427. existing U.S. 800 numbers is not aggressively supported by U.S. 800
  32428. subscribers, these companies will find they have a 50-50 chance of
  32429. winning -- or losing -- their branded number to a lottery, and
  32430. competition for the same customers and marketshare in the U.S., and
  32431. abroad.
  32432.  
  32433. > According to a brief glimpse I got at uk.telecom (is this available
  32434. > via listserv anyone?), BT will use the same letters-numbers pattern as
  32435. > the Bell one but with Z added to the 9 key and Q on 0
  32436.  
  32437. The Q goes on the 7.  The Z goes on the 9.
  32438.  
  32439.  
  32440. Judith Oppenheimer, Producer@Pipeline.com
  32441.  
  32442. ------------------------------
  32443.  
  32444. Date: Thu, 19 Jan 95 23:19:09 GMT
  32445. From: Carl Moore <cmoore@ARL.MIL>
  32446. Subject: 91x (was: 911 Providers: Watch For 912 Calls)
  32447.  
  32448.  
  32449. sewilco@fieldday.mn.org (Scot E. Wilcoxon) writes:
  32450.  
  32451. > As has been reported before, some older switches will connect to 911
  32452. > when "91x" is dialed.
  32453.  
  32454. What areas would have this?  Did this definition of 91x have to be
  32455. removed (except for 911) from some switches to accommodate N0X/N1X
  32456. prefixes?  From what you have given me, I take it this problem might
  32457. still have to be considered in some places, even with area codes now
  32458. generalized.
  32459.  
  32460. Also, some area codes used the now-obsolete method of "area code +
  32461. seven digits" (no leading 1) to make long distance calls, and I take
  32462. it the above-mentioned switches did not occur in such areas.  (For
  32463. example, 912-xxx-xxxx would have been used for calls to area 912 in
  32464. Georgia, and then 912 could not go to emergency services, barring some
  32465. messy timeout feature.)
  32466.  
  32467. ------------------------------
  32468.  
  32469. From: an904@cleveland.Freenet.Edu (Michael King)
  32470. Subject: Re: New Area Codes Working From Toronto
  32471. Date: 20 Jan 1995 02:24:13 GMT
  32472. Organization: Case Western Reserve University, Cleveland, OH (USA)
  32473. Reply-To: an904@cleveland.Freenet.Edu (Michael King)
  32474.  
  32475.  
  32476. In a previous article, cmoore@ARL.MIL (Carl Moore) says:
  32477.  
  32478. > So you were able to get a Seattle number from 360 directory assistance.  
  32479. > Maybe 360-555-1212 is at least temporarily being routed identically to
  32480. > 206-555-1212.
  32481.  
  32482. As of this evening (Thursday 1/19), only AC 334 was dialable from both
  32483. metro Atlanta (western 'burbs) and within the city of Atlanta proper.
  32484. Neither 360 nor 630 is accessable -- I get a "you do not need an area
  32485. code" message from here for both area codes when trying to get directory
  32486. assistance.
  32487.  
  32488.  
  32489. Michael King  --  General Manager WIGO/AM - Atlanta
  32490. Morning Talk Show Host & Chief Cook & Bottle Washer
  32491.  
  32492. ------------------------------
  32493.  
  32494. From: wes.leatherock@oubbs.telecom.uoknor.edu
  32495. Date: Wed, 18 Jan 95 20:03:15 
  32496. Subject: Re: Looking up Addresses and Phone Number From Just Names
  32497.  
  32498.  
  32499. Quoting timb@europa.com (Tim Bach):
  32500.  
  32501. > I have a bunch of names I need addresses and phone numbers to.
  32502. > They are all mostly in the same local calling area.  Is there a
  32503. > service or product I can buy that will allow me to take a ASCII
  32504. > file of names and have it try and lookup the addresses plus
  32505. > phone numbers?
  32506.  
  32507. > [TELECOM Digest Editor's Note: I don't know how many you think
  32508. > is a 'bunch', but unless it is really a lot, and you plan to do
  32509. > this on a frequent basis, why don't you ask the telco serving
  32510. > the local calling area for a copy of their directory.  Most
  32511. > telcos will send it free of charge, or they may get some small
  32512. > handling/postage fee. Then you would sit there and look them up.
  32513. > After you have found all you can, then call AC-555-1212 for the
  32514. > (hopefully) few remaining names.    PAT]
  32515.  
  32516.       I would respectfully suggest that most telephone companies will
  32517. NOT give or send a directory free of charge; they haven't usually done
  32518. so since divestiture.
  32519.     
  32520.       A biproduct, however, has been telephone directories on microfiche.  
  32521. I believe these were probably started -- or at least became popular --
  32522. when telephone companies stopped providing directories at no charge to
  32523. libraries.
  32524.     
  32525.       The Oklahoma City Public Library used to have a very extensive
  32526. library of telephone directories from throughout the United States and
  32527. Canada, and pretty extensive coverage of the rest of the world.
  32528.     
  32529.       They don't have those now, of course, since they can't afford
  32530. what it would cost (many thousand of dollars a month keeping them up
  32531. to date).
  32532.     
  32533.        But they do have telephone directories from the United States
  32534. on microfiche, put out by a firm called University Microfilms, Inc.,
  32535. which I believe produces all kinds of useful microfiche.
  32536.     
  32537.        The telephone directories on microfiche are available to all
  32538. users of the library at no charge, just like other materials, and
  32539. cover most of the United States (with the exception of some GTE
  32540. exchanges like the Tampa-St. Petersburg-Clearwater area).
  32541.     
  32542.        Probably your library has those, too, and it would be quicker
  32543. and less hassle just to look them up there, unless your "bunch" is
  32544. really a huge number.
  32545.     
  32546.  
  32547. Wes Leatherock                                            
  32548. wes.leatherock@oubbs.telecom.uoknor.edu                       
  32549. wes.leatherock@f2001.n147.z1.fidonet.org                                 
  32550.  
  32551.  
  32552. [TELECOM Digest Editor's Note: The Chicago Public Library has over a
  32553. hundred years of telephone directories from Chicago on microfilm put
  32554. out by the company you mentioned, University Microfilms of Ann Arbor,
  32555. Michigan. I don't know what connection they have with the University
  32556. of Michigan, if any.  They also have the Haines Crisscross Directories
  32557. for Chicago going back about 40 years, and these can be very useful
  32558. tools when looking for people who were around long ago.  CPL has all
  32559. the suburban phone books going back about 50-60 years also, both from
  32560. Illinois Bell and its predecessor Chicago Telephone Company as well as
  32561. Centel (which long ago was known as Central States Telephone Company.)
  32562. There used to be a publication called the 'Chicago City Directory' and
  32563. they have quite a few of those also from the past. Unfortunatly the
  32564. City Directory ceased publication in 1921. They have the actual 1921
  32565. book, but the years prior to that are on microfilm.   PAT]
  32566.  
  32567. ------------------------------
  32568.  
  32569. Date: 19 Jan 1995 15:26:15 GMT
  32570. From: JIM BURKIT <CCMAIL.JBURKITT@A50VM1.TRG.NYNEX.COM>
  32571. Subject: Re: T1BBS Gone?
  32572.  
  32573.  
  32574. Mark Fraser asked:
  32575.  
  32576. > Pat:
  32577.  
  32578. > It's been a while since I last tried, but both of the net addresses
  32579. > 192.187.216.5 and ....3 don't return a ping, nor respond to telnet/ftp
  32580. > respectively.  Likewise, phone calls to the previously published modem
  32581. > numbers don't give much satisfaction.
  32582.  
  32583. > [TELECOM Digest Editor's Note: Well, I'm afraid I cannot be much help
  32584. > on this personally. Maybe others have the answer.   PAT]
  32585.  
  32586. The Committee T1 BBS moved in October 1994.  I guess Pat doesn't
  32587. remember all the articles that he publishes as he did publish one
  32588. notice of the move.  When T1BBS was moved a number of improvements
  32589. were made.  The biggest one was upgrading from 9.6 Kb to 56 Kb
  32590. internet access.
  32591.  
  32592. T1BBS is a BBS that committee T1 uses to help it develop standards.
  32593. Anyone that has a interest in the Telecommunications standards that we
  32594. develop is allowed to use the system.  The primary system uses PCBoard
  32595. software with a mirrored unix ftp site.
  32596.  
  32597. You can access the system by:
  32598.  
  32599.         modem          +1 202-639-4469
  32600.  
  32601.         telnet          telnet.t1.org
  32602.  
  32603.         ftp             ftp.t1.org
  32604.  
  32605.         www             www.t1.org (under construction)
  32606.  
  32607. The system operator can be reached at sysop@t1.org.
  32608.  
  32609. Note in the above site names that the number 1 is used not the letter
  32610. l.
  32611.  
  32612. I hope this helps.
  32613.  
  32614.  
  32615. Jim Burkitt    T1X1 Chair
  32616.  
  32617.  
  32618.  
  32619. [TELECOM Digest Editor's Note: No, unfortunatly I cannot nearly begin to
  32620. remember all the articles which are published here unless I use the index
  32621. to search through the titles, etc.   PAT]
  32622.  
  32623. ------------------------------
  32624.  
  32625. End of TELECOM Digest V15 #49
  32626. *****************************
  32627.     
  32628.     
  32629. Received: from delta.eecs.nwu.edu by MINTAKA.LCS.MIT.EDU id aa15826;
  32630.           20 Jan 95 3:31 EST
  32631. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  32632.     id AA22749; Thu, 19 Jan 95 23:31:10 CST
  32633. Return-Path: <telecom>
  32634. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  32635.     id AA22737; Thu, 19 Jan 95 23:31:07 CST
  32636. Date: Thu, 19 Jan 95 23:31:07 CST
  32637. From: telecom@delta.eecs.nwu.edu (TELECOM Digest (Patrick Townson))
  32638. Message-Id: <9501200531.AA22737@delta.eecs.nwu.edu>
  32639. To: telecom@eecs.nwu.edu
  32640. Subject: TELECOM Digest V15 #50
  32641.  
  32642. TELECOM Digest     Thu, 19 Jan 95 23:31:00 CST    Volume 15 : Issue 50
  32643.  
  32644. Inside This Issue:                          Editor: Patrick A. Townson
  32645.  
  32646.     Updated Earthquake Report - Friday Morning (Stephen Anderson/Ando Eiichi)
  32647.     Re: Horrible Earthquake in Japan (moshtr@rockdal.aud.alcatel.com)
  32648.     Japanese Quake News (Steve Samler)
  32649.     Cellular Fraud: How Much of it is Real Money? (Paul Robinson)
  32650.     Re: Privately Owned Cables on Public Utility Poles (Mark Fletcher)
  32651.     Re: Is the Pentium Bug Really That Bugging? (Clifton T. Sharp)
  32652.     Re: Legal Problem Due to Modified Radio (Clifton T. Sharp)
  32653.     Re: Cattle Call (John Dearing)
  32654.  
  32655. TELECOM Digest is an electronic journal devoted mostly but not
  32656. exclusively to telecommunications topics. It is circulated anywhere
  32657. there is email, in addition to various telecom forums on a variety of
  32658. public service systems and networks including Compuserve and America
  32659. On Line. It is also gatewayed to Usenet where it appears as the moderated
  32660. newsgroup 'comp.dcom.telecom'. 
  32661.  
  32662. Subscriptions are available to qualified organizations and individual
  32663. readers. Write and tell us how you qualify:
  32664.  
  32665.                  * telecom-request@eecs.nwu.edu *
  32666.  
  32667. The Digest is edited, published and compilation-copyrighted by Patrick
  32668. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  32669. or phone at:
  32670.                     9457-D Niles Center Road
  32671.                      Skokie, IL USA   60076
  32672.                        Phone: 708-329-0571
  32673.                         Fax: 708-329-0572
  32674.   ** Article submission address only: telecom@eecs.nwu.edu **
  32675.  
  32676. Our archives are located at lcs.mit.edu and are available by using
  32677. anonymous ftp. The archives can also be accessed using our email
  32678. information service. For a copy of a helpful file explaining how to
  32679. use the information service, just ask.
  32680.  
  32681. *************************************************************************
  32682. *   TELECOM Digest is partially funded by a grant from the              *
  32683. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  32684. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  32685. * project.  Views expressed herein should not be construed as represent-*
  32686. * ing views of the ITU.                                                 *
  32687. *************************************************************************
  32688.  
  32689. Additionally, the Digest is funded by gifts from generous readers such
  32690. as yourself who provide funding in amounts deemed appropriate. Your help 
  32691. is important and appreciated. A suggested donation of twenty dollars per
  32692. year per reader is considered appropriate. See our address above.
  32693.  
  32694. All opinions expressed herein are deemed to be those of the author. Any
  32695. organizations listed are for identification purposes only and messages
  32696. should not be considered any official expression by the organization.
  32697. ----------------------------------------------------------------------
  32698.  
  32699. Date: Fri, 20 Jan 95 12:45:45 JST
  32700. From: ando@daisen.sbi.com (Ando Eiichi)
  32701. Subject: Updated Earthquake Report - Friday Morning 
  32702.  
  32703.  
  32704. [TELECOM Digest Editor's Note: What follows was an awfully hard story
  32705. for me to publish ... I suspect it must be awfully hard for Stephen
  32706. Anderson and others to write about. The news simply gets worse and
  32707. worse and worse as each day passes. Those poor people ...  Thursday I
  32708. ran into an aquaintance of a short time, a Japanese student living in
  32709. Chicago. He knows people living in Kobe, and told me of his anxiety in
  32710. being unable to reach them by phone this week. He has no idea if they
  32711. survived or not. And there are many others like him here in the USA in
  32712. school. I felt such a sense of frustration and helplessness after
  32713. speaking with him. PAT]
  32714.  
  32715.                        ------------------
  32716.  
  32717. Here is the updated report.
  32718.           ______________________________________________
  32719.  
  32720. Eiichi Ando
  32721. Salomon Brothers Asia Limited Tokyo Branch
  32722. Business Technology Organization - Production - Wide Area Network Group
  32723. Tel : +813-5255-5238  Fax: +813-5255-5585  E-mail : eando@tokyo.sbi.com
  32724.  
  32725.       TOKYO, Japan - The Southern Hyogo Prefecture Earthquake in
  32726. western Japan struck at 5:46 AM JST on January 17, 1995.  The quake
  32727. was the worst such disaster in Japan since 1948 and caused unexpected
  32728. deaths and destruction.  The following summary on the emergency from
  32729. the Inforum Project at GLOCOM was first compiled after one day of
  32730. local reports in Tokyo, and updated on January 20 from journalist and
  32731. academic sources as well as local interviews.  The death toll of over
  32732. four thousand was worse than first reported and damage estimates range
  32733. from 3-8 trillion yen ($30-80 billion).
  32734.  
  32735.          The Tuesday quake measured 7.2 on the Richter scale and 6 on
  32736. the Japanese scale that peaks at 7.  The epicenter was 12.5 miles under
  32737. the island of Awaji in the Inland Sea off the coast from Kobe, but the
  32738. worst destruction ran along a northeastern fault on the coast up from
  32739. the Kobe port to the Takarazuka area closer to Osaka.  Osaka, as
  32740. Japan's second largest city, and Kyoto and Shiga, further to the
  32741. northeast with extensive museums and temples, also reported extensive
  32742. damage from the quake.
  32743.  
  32744.         In Japan, all observers are shocked by the death and
  32745. destruction.  The National Police Agency reported 4047 confirmed
  32746. deaths, and 727 missing along with 21,671 injury victims.  The total
  32747. dead and missing (about 4774) make this quake the worst since the June
  32748. 28,1948 quake in Fukui Prefecture that killed 3895 according to the
  32749. Asahi Nenkan.  The total dead and missing is not as great as the 1923
  32750. Great Kanto Earthquake that killed over one hundred forty-two thousand
  32751. people, but the extent of damage is great.  Note that the wire
  32752. services carried glaring errors in their historical data on previous
  32753. quakes, but the point is correct that this is a major disaster.
  32754.  
  32755.  Within Japan, the media did not always agree on details, but overall
  32756. the journalists were highly professional as they covered uncontrolled
  32757. fires, derailed trains, and collapsed expressways in extra-edition
  32758. newspapers and during all night coverage on television.
  32759.  
  32760.         Among the media coverage, television was by far the leading
  32761. source for current information.  Public television on NHK was careful,
  32762. and tended to underestimate deaths and missing.  Yet the expert
  32763. commentary on NHK was frank, self-critical, and precise as much of the
  32764. material from Kobe including helicopter shots meant that NHK gave the
  32765. most comprehensive coverage.  However, private stations also broadcast
  32766. alternative coverage that gave images of utter destruction and scenes
  32767. resembling war zones.  A lasting image came from a local TV newscaster
  32768. who grew up in Kobe and walked among the downtown ruins that left him,
  32769. at one point, speechless and at the point of tears.
  32770.  
  32771.         Japanese citizens are especially distraught by the failures of
  32772. prevention and warning.  The wire services made Associated Press file
  32773. an accurate story about the population's loss of faith in technology.
  32774. Compared to Los Angeles in 1994 and San Francisco in 1989, Kobe and
  32775. its population of 1.4 million people suffered far more extensive
  32776. damage.  No block of city was spared some destruction with many
  32777. buildings leaning on their foundation.  Many professors of engineering
  32778. and construction experts are making statements to the press and on
  32779. television about their miscalculations.  The collapse of elevated
  32780. expressways and railway bridges will take much time to rebuild, and
  32781. the homeless in smaller wooden dwellings and larger high rises will
  32782. need immediate shelter from near-freezing temperatures.  Many local
  32783. people are bitter that the Tokyo area received attention and warnings,
  32784. but no such forecast was ever made for this southern Hyogo quake.
  32785.  
  32786.         Specialists have lost confidence in their forecasts about
  32787. location and construction for earthquakes.  Severe quakes have hit
  32788. northern Japan as well as Kobe, but none have occurred near Shizuoka
  32789. or Tokyo where quake experts predicted.  Also, engineers who looked at
  32790. Japanese standards as the highest in the world must now reassess their
  32791. ideas about bridges, roads, and buildings.  In the U.S., Los Angeles
  32792. and San Francisco officials emulated Japanese building standards said
  32793. to protect against 8.3 magnitude quakes of the 1923 Kanto scale, but
  32794. they must now reconsider the extent of damage to Kobe-area expressways
  32795. and railroads.  At the moment, Japanese officials are skeptical about
  32796. creating economically viable standards that can withstand a quake such
  32797. as yesterday.  Such standards allowed Kobe to create two large
  32798. developments on landfill, but these areas suffered broken surfaces,
  32799. flooding, and sludge or mud holes where their buildings sank into the
  32800. bay.
  32801.  
  32802.         Politicians and civil servants moved to reassure the
  32803. population.  The Prime Minister, Tomiichi Murayama, was quoted by wire
  32804. services as focusing on minimizing the damages, while waiting to blame
  32805. or to analyze all the causes.  Murayama visited the area of Awajishima
  32806. and Kobe on Thursday, January 19.  The Land Agency moved to provide
  32807. disaster relief and local governments lent supplies.  Local TV in
  32808. Tokyo area covered a fleet of Yokohama city water trucks as they left
  32809. to drive to the west.  Though preparations were extensive, an estimate
  32810. 100,000 people spent the near-freezing (zero Celsius) night in parks,
  32811. automobiles, schools, or public buildings.
  32812.  
  32813.         The shaking and aftershocks continue.  The initial shaking of
  32814. about 20 seconds and several weaker quakes continue to hit the region.
  32815. Experts estimate that restoring the basic services of electricity (one
  32816. week), water (two weeks) and gas (one month) will keep life from
  32817. normal.  Construction of transportation and buildings will of course
  32818. take much longer.
  32819.  
  32820.         The financial damage is extensive but difficult to determine.
  32821. Economists note that the total impact is severe.  Estimates range from
  32822. $30 to $80 billion, but the exact estimates are unclear.  The Hyogo
  32823. governor has asked for four trillion yen (about $40 billion), Other
  32824. economic impacts are mixed.  In Tokyo, insurance company stocks are
  32825. down, but construction, concrete, and glass stocks are up.  Damage in
  32826. Osaka closed Japan's second-largest stock market and the Kansai area
  32827. will face major disruptions.  Of course, Kobe is a port, export-hub,
  32828. shipbuilding and steel-manufacturing center, as well as a historic
  32829. international city.  Kobe also handles 12 percent of Japan's exports.
  32830. The damages to this area, and its people, will likely leave a major
  32831. mark not just on the economy, but also on the future of Japanese
  32832. society as a whole.
  32833.   
  32834.  
  32835. by Stephen J. Anderson (anderson@glocom.ac.jp)
  32836.  
  32837. Inforum Project Director
  32838. The Center for Global Communications (GLOCOM)
  32839. Associate Professor
  32840. International University of Japan (IUJ)
  32841.  
  32842.  
  32843. For more information, write to:
  32844.  
  32845. Stephen J. Anderson (anderson@glocom.ac.jp)
  32846.  
  32847. Inforum Project Director
  32848. The Center for Global Communications (GLOCOM)
  32849. Associate Professor
  32850. International University of Japan (IUJ)
  32851. Fax:  (81-3) 5412-7111, Phone:  (81-3) 5411-6677
  32852. 1F, 6-15-21 Roppongi, Minato-ku, Tokyo 106 JAPAN
  32853.  
  32854. ------------------------------
  32855.  
  32856. From: moshtr@rockdal.aud.alcatel.com (Ramin)
  32857. Subject: Re: Horrible Earthquake in Japan
  32858. Date: 19 Jan 1995 16:42:13 GMT
  32859. Organization: Alcatel Network Systems Inc.
  32860. Reply-To: moshtr@rockdal.aud.alcatel.com
  32861.  
  32862.  
  32863. It is unfortunate that under such conditions even the new wireless
  32864. (Cellular) technology does not completely survive the distruction.
  32865.  
  32866. In both Anlog and Digital cellular applications only the user access
  32867. interface is wireless.  The connections from the cell sites (base
  32868. stations) to cell cite controllers and the wireless switch are usually
  32869. via regular trunks (ie. T1).  Based on my past experience, I don't
  32870. remember seeing much redundancy designed in Base station to Cell cite
  32871. controller links.
  32872.  
  32873.  
  32874. Ramin
  32875.  
  32876. ------------------------------
  32877.  
  32878. Date: Thu, 19 Jan 1995 12:11:31 EST
  32879. From: Steve Samler <steve@individual.com>
  32880. Subject: Japanese Quake News
  32881.  
  32882.  
  32883. NTT has repaired most of the switchboards.  Large number of customer
  32884. lines remain off.  AS of 2000 GMT 9,000 circuits in Chuo ward in Kobe
  32885. out.  Calls are being relayed from emergency phones using satellites.
  32886.  
  32887. ------------------------------
  32888.  
  32889. Date: Thu, 19 Jan 1995 22:11:56 EST 
  32890. From: Paul Robinson <paul@tdr.com>
  32891. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  32892. Subject: Cellular Fraud: How Much of it is Real Money?
  32893.  
  32894.  
  32895. I'm going to raise an issue here because I think it relates to the
  32896. issue of why nothing beyond lip service seems to be done by carriers
  32897. about cellular fraud.
  32898.  
  32899. Let me explain that I'm not condoning the idea of cellular fraud, what
  32900. I want to do is discover exactly where the numbers for the amount is
  32901. coming from and what relationship to reality those numbers represent.
  32902.  
  32903. I remember reading some seven years ago an article which someone had
  32904. gotten permission to reprint out of a magazine that stated that
  32905. because the ESN and MIN pairs are sent in clear the possibility for
  32906. fraud was virtually unlimited.
  32907.  
  32908. I got thinking about the issue and wondered: of the industry claimed
  32909. more than $1 million a day in fraud that occurs, how much of this is
  32910. real money, how much is it lost profits, and how much is sheer
  32911. imagination?
  32912.  
  32913. Let me give a brief example.  Perhaps ten years ago when you went to a
  32914. computer store and obtained a copy of a computer program, the price
  32915. for that program was list price, say $400.00.  Let say a legally
  32916. purchased copy of that program was illegally copied by ten people.
  32917.  
  32918. Let's take a wild guess and consider that perhaps two of these copies
  32919. would never have been sold if the person couldn't get it for free
  32920. because they would never have bought it at all.  Let's say four of the
  32921. copies might have been purchased at $200, and perhaps two of the
  32922. copies might have been purchased at full list price if they hadn't
  32923. gotten it for free.  The actual 'cash losses' to the software company
  32924. are zero.  The amount of income it could have collected in this
  32925. fictious example if their software hadn't been pirated is probably
  32926. $1600.  But in all probability the software company would claim that
  32927. they lost $4,000 in sales of that program.  Both of the $1600 and
  32928. $4000 numbers are fiction however, they are only estimates of what
  32929. _could_ have happened.  Actual cash losses to the company are zero.
  32930. If someone had stolen ten copies of the program off the shelf of the
  32931. store, the store is out the cost of those copies, and it has actual
  32932. cash losses.
  32933.  
  32934. Now, let's look at cellular calls.  For the purpose of this article,
  32935. I'm going to use 50c a minute as the cost per minute of a cellular
  32936. call, and 25c a minute additional as the long distance charge for long
  32937. distance calls. There are typically plans to give an allocation of
  32938. minutes to a customer and these reduce the cost to them.
  32939.  
  32940. First, if someone has a cellular phone, and someone using an automated
  32941. cellular MIN/ESN stealer puts ten minutes of fraudulent local call
  32942. time on fifty phones, chances are those fifty subscribers are probably
  32943. not going to notice they've been defrauded and end up paying for
  32944. fraudulent charges.  They have collectively been defrauded out of
  32945. $250.00.  Net loss to carrier: zero. If these users did not use up
  32946. their allocation even including ten minutes of fraud, then the net
  32947. loss to them is zero, too.
  32948.  
  32949. I am wondering how much of the claimed $1 million a day is actual,
  32950. real cash loss, how much is uncollected profit, how much is oppportunity 
  32951. cost, and how much is an estimate of unreported fraud.
  32952.  
  32953. There are calls that someone might make over a cellular phone that
  32954. they would never have made if they had to pay for it, because they
  32955. couldn't afford it. There are calls that someone could have paid part
  32956. of the cost for but didn't, and there are those who could have paid
  32957. full retail price, but didn't want the calls to be traceable to them,
  32958. possibly because they are involved in the sale of unauthorized dried
  32959. vegetable extracts.
  32960.  
  32961. There are several parts to the numbers involved.  First is if a
  32962. carrier was defrauded of charges on a roamer, the carrier is out
  32963. actual cash it might have to pay the destination roam site for
  32964. fraudulent calls and perhaps long distance charges.  In such a case,
  32965. the loss is the amount paid to the destination carrier and long
  32966. distance company.
  32967.  
  32968. In the case of cellular <-> cellular calls, the actual out of pocket
  32969. cost to the company for such fraud is effectively nil.
  32970.  
  32971. In the case of local calls, if calls are made on the wireline company's 
  32972. facilities, the amount lost might be the opportunity cost if it means
  32973. that some calls could not be processed on the system due to fraudulent
  32974. calls hogging channel space.  This is not real money and is a guess at
  32975. what might have been received.
  32976.  
  32977. If it's a local call from the non-wireline company, they are out the
  32978. individual cost per placed call (10c here because calls are untimed)
  32979. or the local per-minute rate for calls inside that area that are
  32980. timed.
  32981.  
  32982. There are some additional costs for the people who have to handle
  32983. cancellation of fraudulent charges and investigate this sort of thing,
  32984. but that is part of the overhead.
  32985.  
  32986. Some examples: 
  32987.  
  32988.  - someone disputed 100 minutes of daytime mobile-mobile traffic on
  32989. the same cellular system as fraudulent.  The cellular company would
  32990. claim that they have been defrauded of $50.00, claiming the 50c rate
  32991. per minute for calls on their system.  In this case their actual out
  32992. of pocket loss is zero!
  32993.  
  32994. - someone disputes a ten minute call from a Washington DC cell phone
  32995. to Los Angeles.  If the carrier includes long distance in his rates:
  32996. he's out the cash price of the long distance call ($2.50), and the
  32997. cellular per minute charge the customer would have paid ($7.50), for a
  32998. loss of $10.00.  His actual out of pocket losses are $2.50.  If the
  32999. carrier doesn't provide long distance in the call and the customer is
  33000. billed directly, the carrier would claim to be out the per minute rate
  33001. for calls of $5.00.  His actual out of pocket losses are again, zero.
  33002.  
  33003. - someone disputes a twenty minute call from an Arlington Va cell
  33004. phone to a Washington, DC number.  The carrier can claim his loss is
  33005. the $10.00 in lost revenue plus the ten cent local termination charge.
  33006. The actual cash loss to the carrier is the ten cent local termination
  33007. charge he has to pay Bell Atlantic.
  33008.  
  33009. Note that in these cases the claimed losses are 'phantom' losses based
  33010. on lost revenue and / or lost profits and except as indicated do not
  33011. depict the actual cash losses.  There is some cost added due to fraud
  33012. and some additional losses due to having to generate paperwork and
  33013. account for the losses.
  33014.  
  33015. This is not meant to condone cellular fraud or lessen the seriousness
  33016. of preventing fraud against customers, but it is a point about looking
  33017. at how much is real money lost, how much is opportunity cost, and how
  33018. much is lost income.
  33019.  
  33020. So that's the question that I'm wondering: of the claimed losses due
  33021. to fraud of the cellular industry at some $1 million a day, how much
  33022. of it is actual cash losses of fraudulent traffic which generates an
  33023. accounts payable, and how much of it is lost profits and opportunity
  33024. costs which are phantom numbers?
  33025.  
  33026.  
  33027. [TELECOM Digest Editor's Note: Does it matter, Paul?  Does it really
  33028. matter?  Should stealing someone's 'profits' be any less severe an
  33029. offense than stealing their actual cash? You may not be condoning cell-
  33030. ular phone fraud, but you sure know how to speak the language of the 
  33031. phreaks and hackers. If I develop a concept or invent a device or 
  33032. otherwise devise something you could not possibly do on your own, and
  33033. then I have the audacity to ask to be paid if you wish to benefit from
  33034. my work, how can you say your refusal to pay me is any less wrong than
  33035. taking a gun, holding it to my head and demanding my purse?  It is not
  33036. my duty to feed you; it is not the phone company's duty to provide you
  33037. with an artificial speaking mechanism which allows your voice to carry
  33038. further than it ever possibly could on its own; it is not the duty of
  33039. the software publisher to do your thinking for you and provide you with
  33040. answers. You say, 'but no one would have purchased it anyway, so there
  33041. is no real loss if someone steals it ...'. That is baloney. Your payment
  33042. of a fee for the services rendered is your recognition of the labor of
  33043. others. If you cannot afford to buy software, then write your own. If
  33044. you cannot afford a phone call, then send a letter, or go in person to
  33045. communicate your message in your own voice. What others may or may not
  33046. have purchased is of no consequence whatsoever. Don't ask for my labor
  33047. and my brains and resourcefulness if you can't afford or don't wish to
  33048. pay. Or better still, why not try being intellectually honest about
  33049. the way you feel (I don't mean you personally, Paul) and just take a gun
  33050. and go rob a 7/Eleven or a Quik-Mart on the way home. Then you will have
  33051. money in your pocket you can use to purchase the kinds of things they
  33052. were planning to purchase with the money. You'll even be able to pay for
  33053. your own software and cellular phone calls.   
  33054.  
  33055. ------------------------------
  33056.  
  33057. Date: Thu, 19 Jan 1995 19:09:32 -0800
  33058. From: mfletch@ix.netcom.com (Mark Fletcher)
  33059. Subject: Re: Privately Owned Cables on Public Utility Poles
  33060.  
  33061.  
  33062. Glenn Foote glnfoote@freenet.columbus.oh.us wrote:
  33063.  
  33064. > When I was a practicing consultant (now retired) I faced the same
  33065. > problems with client applications.  We were able to attach to the
  33066. > existing poles for a minimum fee (about $1.50 per quarter, per
  33067. > attachment [cable]).
  33068.  
  33069. > There was no requirement for us (the client) to become a "utility". The
  33070. > pole connection tariffs were published and/or negotiated as required.
  33071. > (Some of the poles belonged to the municipality itself, and no tariffs
  33072. > were filed for these.)
  33073.  
  33074. > We installed fiber.  To the best of my knowledge, the installation
  33075. > is still working after 10+ years with NO outages save one, an airplane
  33076. > crashed and took out a section of the cable.  It was replaced within 24
  33077. > hours, without further incident.
  33078.  
  33079. This seems to be the normal situation. $1.00 to $1.50 per month per
  33080. attachment.
  33081.  
  33082. Can any one point me in the proper direction to start? Where do we
  33083. file the paperwork? I'm hesitant to let the RBOC know too much right
  33084. away because they are about to lose $18,000 in income a year for
  33085. about $1300 in attachment fees!
  33086.  
  33087. Also many have asked if I can get dry circuits from the RBOC. It so
  33088. happens that all of my circuits are direct point to point hard cut dry
  33089. pairs.
  33090.  
  33091. Other questions are how close am I to the central office or remote? I'm 
  33092. 237 ft. (I measured it, ha ha) from the ESS IV remote that services our 
  33093. area. 
  33094.  
  33095. Thanks so far for all of your help! Especially Jim at Halcyon!
  33096.  
  33097.  
  33098. Mark Fletcher     Communications Manager  << The Great Gorge Resort >>
  33099. 201 827-2000 Ext. 404
  33100.  
  33101. ------------------------------
  33102.  
  33103. From: clifto@indep1.chi.il.us (Clifton T. Sharp)
  33104. Subject: Re: Is the Pentium Bug Really That Bugging?
  33105. Organization: as little as possible
  33106. Date: Thu, 19 Jan 1995 18:58:29 GMT
  33107.  
  33108.  
  33109. In article <telecom15.44.3@eecs.nwu.edu> laurence@netcom.com (Andrew
  33110. Laurence) writes:
  33111.  
  33112. > The Pentium bug affects only floating-point calculations, not overall
  33113. > system performance. Whether you NEED to have it replaced depends on
  33114. > what type of work you do. Spreadsheets and mathematical modeling, and
  33115.  
  33116. I disagree.  Which application do you run on a computer from which you
  33117. would accept an incorrect result?  If the answer is "all of them",
  33118. then you don't need your Pentium replaced.  Otherwise ...
  33119.  
  33120. Personally, I want a computer at least as consistently accurate as my
  33121. $6 pocket calculator.
  33122.  
  33123.  
  33124. Cliff Sharp  WA9PDM   clifto@indep1.chi.il.us
  33125.  
  33126. ------------------------------
  33127.  
  33128. From: clifto@indep1.chi.il.us (Clifton T. Sharp)
  33129. Subject: Re: Legal Problem Due to Modified Radio
  33130. Organization: as little as possible
  33131. Date: Thu, 19 Jan 1995 19:51:46 GMT
  33132.  
  33133.  
  33134. In article <telecom15.45.3@eecs.nwu.edu> ROsman@swri.edu writes:
  33135.  
  33136. > Maybe someone already noticed this, but the officer involved has
  33137. > provided sworn testimony indicating that he violated federal law.  He
  33138. > used the radio out-of-band on a channel for which it is not licensed.
  33139.  
  33140. Very true!
  33141.  
  33142. > A copy of the court transcript might interest the FCC's Chicago Field
  33143. > Engineer.
  33144.  
  33145. Uh, probably not.  Chicago seems to take a "leave me alone" attitude,
  33146. despite the promise of possibly very high assessments for Notices of
  33147. Apparent Violation.
  33148.  
  33149.  
  33150. Cliff Sharp     WA9PDM   clifto@indep1.chi.il.us
  33151.  
  33152. ------------------------------
  33153.  
  33154. From: jdearing@netaxs.com (John Dearing)
  33155. Subject: Re: Cattle Call
  33156. Date: 20 Jan 1995 02:54:50 GMT
  33157. Organization: Netaxs Internet BBS and Shell Accounts
  33158.  
  33159.  
  33160. Thus spaketh our esteemed Moderator:
  33161.  
  33162. > [TELECOM Digest Editor's Note: A couple of questions for whoever knows
  33163. > the answers ... is it hard to train a cow to respond to your call? Is
  33164. > there some sort of protective covering for the pager to keep it out
  33165. > of the rain and water, etc?  A cow sees no problem with standing out
  33166. > in the field in the rain all day, or laying down on a muddy field to
  33167. > rest. In the heat of the summer a herd of cows in a pasture with a
  33168. > pond or lake will simply wander out into the pond and stand in water
  33169. > up to their neck to stay cool and keep the flies away. How does the
  33170. > pager withstand all this abuse?    PAT]
  33171.  
  33172. I saw the article (wish I'd saved it). They train *one* cow. Once one
  33173. cow starts back to the barn, the rest follow. I guess they figure that
  33174. this one must know something they don't! 8-)
  33175.  
  33176. The pager (I don't think it is a garden variety pager but a special
  33177. model) is in a special ruggedized case that protects it from the
  33178. elements. The case is on some kind of chain/whatever around the cow's
  33179. neck. This keeps the pager near their ears so they can clearly hear
  33180. the page.
  33181.  
  33182. When I read the article, I got a chuckle from it but also thought "What a 
  33183. neat way to apply technology!".
  33184.  
  33185.  
  33186. John Dearing    jdearing@netaxs.com
  33187.  
  33188. ------------------------------
  33189.  
  33190. End of TELECOM Digest V15 #50
  33191. *****************************
  33192.