home *** CD-ROM | disk | FTP | other *** search
/ Phoenix Rising BBS / phoenixrising.zip / phoenixrising / tele-dig / td14-068.txt < prev    next >
Internet Message Format  |  1994-02-10  |  27KB

  1. From: INTERNET:telecom@delta.eecs.nwu.edu, INTERNET:telecom@delta.eecs.nwu.edu
  2. To: 71623,2263
  3. Date: Wed, Feb 9, 1994, 6:55 AM
  4. Subject: TELECOM Digest V14 #68
  5.  
  6. Sender: telecom-request@delta.eecs.nwu.edu
  7. Received: from delta.eecs.nwu.edu by arl-img-1.compuserve.com (8.6.4/5.930129sam)
  8.         id JAA28938; Wed, 9 Feb 1994 09:54:27 -0500
  9. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  10.         id AA26280; Wed, 9 Feb 94 07:53:58 CST
  11. Received: by delta.eecs.nwu.edu (4.1/SMI-4.0-proxy)
  12.         id AA26271; Wed, 9 Feb 94 07:53:55 CST
  13. Date: Wed, 9 Feb 94 07:53:55 CST
  14. TELECOM Digest     Wed, 9 Feb 94 07:35:30 CST    Volume 14 : Issue 68
  15.  
  16. Inside This Issue:                         Editor: Patrick A. Townson
  17.  
  18.     Remote Call Forwarding to Priority Ringing (Robb Topolski)
  19.     Re: Remote Call Forwarding and Distinctive Ringing (Carl Moore)
  20.     Re: Remote Call Forwarding and Distinctive Ringing (KATHY1310@delphi.com)
  21.     Re: ISDN NT1 Power Source (Stefan Bethke)
  22.     Re: Caller ID/CNAM (Jonathan T. Cronin)
  23.     Re: The IIA "Free" Internet Account (Randal L. Schwartz)
  24.     Information Superhighway Panel Discussion (Esther Yasui)
  25.     Re: New Area Code 281 for Houston (Carl Moore)
  26.     Re: U.S.A. - Cuba Telecommunications (Jack Hamilton)
  27.     Re: 20GHz Wireless is the Future? (db15@ukc.ac.uk)
  28.     Re: V&H Report - 15 January 1994 (Carl Moore)
  29.     Caller ID Software With Log (Doug Reuben)
  30.     Re: Are LATA Maps Available? (Michael Dalby)
  31.     Re: Are LATA Maps Available? (John R. Grout)
  32.     Re: Internet Connection via Satellite (Josh Backon)
  33.     Re: Calling 911 on a Cellphone When Out of Area (David S. Taylor)
  34.     Re: GTE is Annoyed With Me (Steven H. Lichter)
  35.  
  36. TELECOM Digest is an electronic journal devoted mostly but not
  37. exclusively to telecommunications topics. It is circulated anywhere
  38. there is email, in addition to various telecom forums on a variety of
  39. public service systems and networks including Compuserve and GEnie.
  40. Subscriptions are available at no charge to qualified organizations
  41. and individual readers. Write and tell us how you qualify:
  42.  
  43.                  * telecom-request@eecs.nwu.edu *
  44.  
  45. The Digest is compilation-copyrighted by Patrick Townson Associates of
  46. Skokie, Illinois USA. We provide telecom consultation services and
  47. long distance resale services including calling cards and 800 numbers.
  48. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  49. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  50.  
  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. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  59. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  60. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  61. Digest" shares archives resources at lcs.mit.edu for the convenience
  62. of users. Please *DO NOT* cross post articles between the groups. All
  63. opinions expressed herein are deemed to be those of the author. Any
  64. organizations listed are for identification purposes only and messages
  65. should not be considered any official expression by the organization.
  66. ----------------------------------------------------------------------
  67.  
  68. Date: Wed, 9 Feb 1994 09:43:32 GMT
  69. From: Robb Topolski KJ6YT <topolski@kaiwan.com>
  70. Subject: Remote Call Forwarding to Priority Ringing
  71. Organization: Amateur radio KJ6YT
  72.  
  73.  
  74. Brief background:
  75.  
  76.         REMOTE CALL FORWARDING: Your distant callers dial a seven-digit
  77. number which is set to automatically forward to your home or office.
  78.  
  79.         PRIORITY RINGING: You program a list of up to ten numbers.
  80. When you receive a call from one of those numbers, your phone will
  81. ring in some distictive way (short-long-short).
  82.  
  83. Question:
  84.  
  85.         I have remote call forwarding.  Can I set priority ringing to
  86. my remote call-fowarding number so when anyone calls me via that
  87. number I get the distinctive ring?  Or is the calling number reported
  88. to the feature the caller's actual number rather than the forwarder's
  89. number?
  90.  
  91.  
  92. Robb Topolski KJ6YT   topolski@kaiwan.com 
  93.  
  94. ------------------------------
  95.  
  96. Date: Wed, 9 Feb 94 03:32:19 EST
  97. From: Carl Moore <cmoore@BRL.MIL>
  98. Subject: Re: Remote Call Forwarding and Distinctive Ringing
  99.  
  100.  
  101. > QUESTION:  If a caller (from 555-1133) dials my Remote Call Forwarding
  102. > number (555-9922) which is forwarded to my home, which number is
  103. > evaluated by Distinctive Ringing?
  104.  
  105. A non-technical guess (but familiar with call forwarding) is that your
  106. Remote Call Forwarding number (555-9922 in the example) is the one to
  107. be evaluated for Distinctive Ringing.  This assumes that your home
  108. phone can only "see" the call from the Remote Call Forwarding number.
  109. I do know along the same lines that the caller from 555-1133 would get
  110. charged for message units or long distance only to the Remote Call
  111. Forwarding number, which in turn picks up the tab for message units or
  112. long distance from that point to your home.
  113.  
  114. (I have used forwarding myself.)
  115.  
  116. ------------------------------
  117.  
  118. From: KATHY1310@delphi.com
  119. Subject: Re: Remote Call Forwarding and Distinctive Ringing
  120. Date: Wed, 9 Feb 94 00:29:29 -0500
  121. Organization: Delphi (info@delphi.com email, 800-695-4005 voice)
  122.  
  123.  
  124. Robb Topolski <topolski@kaiwan.com> writes:
  125.  
  126. > QUESTION:  If a caller (from 555-1133) dials my Remote Call Forwarding 
  127. > number (555-9922) which is forwarded to my home, which number is 
  128. > evaluated by Distinctive Ringing?
  129.  
  130. Unfortunately, the RCF number (555-9922) will be forwarded to your
  131. home due to the way the features intereact in the switch software and
  132. the signalling network (SS7).  AT&T is theoretically working on a fix.
  133. Bug your local telco about the improper functioning of these features.
  134.  
  135. The switched redirect service is the best that you'll probably do.
  136. It's the closest thing to virtual numbering (it uses the Advanced
  137. Intelligent Network platform).  Because the way numbers are allocated
  138. and the out-of-date code in the C.O. switches, it is difficult to give
  139. you numbers allocated to other switches, plus it can tie up a lot of
  140. interoffice facilities.  You could always opt for the "trunk" route,
  141. but you'll pay quite a bit more that way.
  142.  
  143. You can always try MFS (they have recently filed for switched service
  144. capability in the state of MD.)  They may be able to offer a creative
  145. solution for you.
  146.  
  147.  
  148. Best of luck.
  149.  
  150. ------------------------------
  151.  
  152. From: stefan@sixpack.six.de (Stefan Bethke)
  153. Subject: Re: ISDN NT1 Power Source
  154. Date: Wed, 8 Feb 1994 03:30:45 GMT
  155. Reply-To: stefan@sixpack.six.de (Stefan Bethke)
  156. Organization: Promo GmbH, Hamburg, Germany
  157.  
  158.  
  159. In article <telecom14.53.3@eecs.nwu.edu>, Bob Larribeau <p00136@psilink.com> 
  160. writes:
  161.  
  162. > You must remember that in the U.S. we use the U-interface, which is a 
  163. > two-wire local loop interface.  The U-interface, as implemented in the 
  164. > U.S., does not provide power from the network.  Powering is the 
  165. > customer's responsibility. 
  166.  
  167. At least for Germany, this is not the case and I understand that in
  168. most other european countries this is the same. In Germany we have a
  169. emergency feed from the switch powering the NT1 (via U interface) and
  170. at most one device on the S bus (i.e. you set a switch on the
  171. telephone for this). Normal power feed to S bus comes from NT1 (by
  172. means of normal line power). Emergency power is indicated by reversed
  173. polarity on the S bus.  [Btw. S0 and T0 are electrically identical.
  174. Normally, the term 'T interface' is used only for the interface
  175. between NT1 and NT2. If there is no NT2, the interface is 'S'.]
  176.  
  177.  
  178. Stefan Bethke
  179. Promo Datentechnik: Internet stefan@sixpack.six.de, promo@applelink.apple.com
  180. Systemberatung GmbH    AppleLink: PROMO
  181. Waterloohain 6-8       Vox: +49 (40) 43 13 60-0
  182. D-22769 Hamburg        Fax: +49 (40) 43 13 60-60
  183.  
  184. ------------------------------
  185.  
  186. From: jtc@world.std.com (Jonathan T Cronin)
  187. Subject: Re: Caller ID/CNAM
  188. Organization: The World Public Access UNIX, Brookline, MA
  189. Date: Wed, 8 Feb 1994 06:58:29 GMT
  190.  
  191.  
  192. Caller name is available in various areas served by USWest (and maybe
  193. other places, too. USWest is all I know about.)  C&P (or Bell
  194. Atlantic, if you will) is testing it "in-house" and will, I hear,
  195. first market it in Virginia, so you probably didn't waste your money
  196. on the CNAM feature.
  197.  
  198.  
  199. Jonathan Cronin         jtc@world.std.com
  200. Evans, Griffiths and Hart Inc.   Lexington, MA
  201.  
  202. ------------------------------
  203.  
  204. From: merlyn@ora.com (Randal L. Schwartz)
  205. Subject: Re: The IIA "Free" Internet Account
  206. Date: 08 Feb 1994 02:55:51 GMT
  207. Organization: Stonehenge Consulting Services; Portland, Oregon, USA
  208.  
  209.  
  210. "Paul" == Paul Robinson <PAUL@TDR.COM> writes:
  211.  
  212. > The service is called Speedway, and the number -- which has to be
  213. > called via AT&T -- is (10288) 1-503-520-2222.  I have no connection
  214. > with that company other than as someone who has used their service.
  215.  
  216. Which means that for those of us within the Portland Oregon LATA, we
  217. must look *somewhere else*.  Geez, why couldn't these guys have been
  218. in Idaho or something? :-)
  219.  
  220. Just another native Portlander,
  221.  
  222.  
  223. Name: Randal L. Schwartz / Stonehenge Consulting Services (503) 777-0095
  224. Email: <merlyn@ora.com> Snail/FAX: (Call) aka: <merlyn@teleport.com>
  225.  
  226. ------------------------------
  227.  
  228. Date: Wed, 8 Feb 1994 00:53:39 PST
  229. From: Esther Yasui <eky@kaiwan.com>
  230. Subject: Information Superhighway Panel Discussion
  231.  
  232.  
  233. Dear TELECOM Moderator:
  234.  
  235.     I would like to pass along some information from the Asian
  236. Business League to readers, particularly those in the Southern
  237. California area, about an upcoming panel discussion on the
  238. "Information Superhighway."
  239.  
  240.                      -----------------
  241.  
  242.     The Asian Business League (ABL) of Southern California and the
  243. Asian Business Association - Orange County Chapter will be holding a
  244. panel discussion entitled
  245.  
  246.                "The Information Superhighway: The Future of
  247.           Interactive Video and Its Impact on Southern Calfornia."
  248.  
  249.                             February 24, 1994
  250.              Westin South Coast Plaza Hotel in Costa Mesa
  251.                                6 - 8 pm
  252.               Registration and refreshments begin at 6pm
  253.                        Program begins at 6:30 pm
  254.  
  255.      Representatives of Pacific Bell, Sprint, Knowledge Advantage, UC
  256. Irvine, and the University of Southern California Multimedia Lab will
  257. be presenting their views on what Vice President Al Gore called the
  258. National Information Infrastructure, the vehicle that will allow
  259. America to grow and prosper in the 21st century.
  260.  
  261.     In fact, according to Senator Barbara Boxer, who introduced the
  262. Vice President at the Electronic Media Summit held at UCLA on January
  263. 11th, the U.S. could generate an additional $3.5 trillion in GNP from
  264. the implementation of the Information Superhighway after the year
  265. 2000.  Individuals wanting to know more about interactive television,
  266. 500 channel multimedia broadcasting, fiber optic digital networks, and
  267. video on demand should attend this informative and entertaining event.
  268.  
  269.     The high-level overviews that the panelists will be discussing are
  270. topics that are in the news daily, from entertainment, cable and phone
  271. company mergers, to a change in direction of the aerospace defense
  272. industry.
  273.  
  274.     Generous corporate sponsors for this event include the law firm of
  275. Morrison & Foerster, Pacific Bell, Kenneth Leventhal & Co. and Sprint.
  276. Cost for the event is $15 for ABL members, $20 for non-members, and
  277. $25 at the door.  To RSVP by email send message c/o eky@kaiwan.com.
  278. To RSVP by phone or for more information, call Henry Yee at (310)
  279. 769-1604.
  280.  
  281. ------------------------------
  282.  
  283. Date: Wed, 8 Feb 94 12:21:39 EST
  284. From: Carl Moore <cmoore@BRL.MIL>
  285. Subject: Re: New Area Code 281 for Houston
  286.  
  287.  
  288. What do you mean, "probably" 281?  What exactly did the article say
  289. when it mentioned what the new area code will/could be?  (Of course,
  290. there is no surprise about the NNX form of the code.)
  291.  
  292. The only overlay that has been put into effect so far is area code
  293. 917, used for cellular and pagers in New York City (landlines there
  294. are in 212 and 718).  The new-telephone-numbers option has never been
  295. used so far.  In New York City: splitting Manhattan would have aroused
  296. much controversy (according to what I have read); it wasn't enough
  297. just to remove Bronx from the 212 area; and Bronx moved to 718, not
  298. 917, because of objections about being lumped in with "nonhumans".
  299.  
  300. The digest had the suggestion that an overlay be used in area 708 in
  301. Illinois, and also said that if some suburbs were kept in 312 (split
  302. in 1989 to form 708), there'd be complaints from areas which had to
  303. leave 312.  (The later splits for 313 and 215 kept the old area code
  304. in more than just Detroit and Philadelphia respectively.)  708 has a
  305. lot of phones despite the split being so recent there.
  306.  
  307. ------------------------------
  308.  
  309. From: jfh@netcom.com (Jack Hamilton)
  310. Subject: Re: U.S.A. - Cuba Telecommunications
  311. Organization: NETCOM On-line Communication Services (408 241-9760 guest)
  312. Date: Wed, 8 Feb 1994 07:33:53 GMT
  313.  
  314.  
  315. macbainr@nbnet.nb.ca (Raymond Luxury Yacht) wrote:
  316.  
  317. > Also, any general info about the state of telecom in Cuba and between
  318. > Cuba and the USA would be appreciated.
  319.  
  320. > No need to post unless someone else shows interest -- just email me.
  321.  
  322. It's probably a good general rule that someone else will be interested
  323. in it, whatever it is (as long as it's telecommunications and not a
  324. digression into whatever).
  325.  
  326. So please post any replies, folks.  I don't have any plans to call
  327. Cuba, but I've wondered about the telephone link.
  328.  
  329. By the way, amateur radio communications with Cuba seem to be taking
  330. off.  There have been several articles in the ham magazines about it
  331. recently.
  332.  
  333.  
  334. Jack Hamilton      USMail: POB 281107 SF CA 94128  USA 
  335. jfh@netcom.com     Packet: kd6ttl@w6pw.#nocal.ca.us.na 
  336.  
  337. ------------------------------
  338.  
  339. From: db15@ukc.ac.uk
  340. Subject: Re: 20GHz Wireless is the Future?
  341. Date: Wed, 08 Feb 94 00:49:00 GMT
  342. Organization: University of Kent at Canterbury, UK.
  343. Reply-To: Damiano Bolla <db15@ukc.ac.uk>
  344.  
  345.  
  346. In article <telecom14.59.4@eecs.nwu.edu>, S. L. Lee  <sllee@bronze.
  347. coil.com> wrote:
  348.  
  349. > I heard that a technology is available (or becoming available) that
  350. > can transmit voice, data, fax, video, two-way and simultaneous and
  351. > automatically routed. I posted a msg but might have misposted.
  352.  
  353. > I would like to see professional evaluation of its feasibility.  I
  354. > have the following questions:
  355.  
  356. > 1. Would there be any health hazard?
  357. > 2. Can the technology be implemented internationally, if not, what are the
  358. >    barriers?
  359. > 3. How long has this idea been around? Why didn't anybody look at it?
  360.  
  361. > I would like to see discussion on various aspects of this technology. 
  362.  
  363. I personally I would like to ask:
  364.  
  365. 4. How many "transmitters" per square kilometer can operate simultaneously?
  366.  
  367. This is to understand what is the density of use we can reach before
  368. the entire system stops working.
  369.  
  370.  
  371. Damiano
  372.  
  373. ------------------------------
  374.  
  375. Date: Wed, 8 Feb 94 06:09:16 EST
  376. From: Carl Moore <cmoore@BRL.MIL>
  377. Subject: Re: V&H Report - 15 January 1994
  378.  
  379.  
  380. Not noted in your report was the split in 713, information only having
  381. arrived February 3).  That area ranks BEHIND 708.
  382.  
  383. ------------------------------
  384.  
  385. Date: Wed, 08 Feb 1994 06:18:11 EST
  386. From: dreuben@ROC.CON.WESLEYAN.EDU (Doug Reuben)
  387. Subject: Caller ID Software With Log
  388.  
  389.  
  390. I've seen a few posts recently concerning modem-based Caller ID software
  391. and Caller ID call logs.
  392.  
  393. In case anyone's interested, we've been working on some software to do
  394. this sort of thing, ie, keep a log, let you know how many rings each
  395. call was, etc.  It also can call you remotely at a pager or telephone
  396. and give out the CID info. (It beeps it into the pager, and uses a
  397. simple code system to "beep" you at a regular telphone.) It can also
  398. (crudely) leave a coded message on a remote answering machine to let
  399. you know that a call was received.
  400.  
  401. Presently, it's Mac-based, but we are working on a PC version as well.
  402. I'm not sure how much interest there is in this sort of thing on the
  403. net, but from the recent postings it seems that a few people may care.
  404.  
  405. (We originally developed this in-house for our own use [and just to
  406. play around with Cable & Wireless's 800 service that USED to *reliably* 
  407. show CID -- they seem to have turned it off from many areas after a few 
  408. people mentioned it to them -- AND , they simply WON'T talk about it
  409. -- they never return a call on this subject! :( ],...but, perhaps
  410. others may be interested as well.)
  411.  
  412. If anyone is interested in getting a demo version to see if it works
  413. for them, lemme know.
  414.  
  415.  
  416. Doug
  417. dreuben@roc.con.wesleyan.edu (129.133.29.81)
  418. dreuben@eagle.wesleyan.edu (129.133.10.10)
  419.  
  420. ------------------------------
  421.  
  422. Date: Tue, 8 Feb 1994 19:43:19 -0800
  423. From: Michael Dalby <md@well.sf.ca.us>
  424. Subject: Re: Are LATA Maps Available?
  425.  
  426.  
  427. Do you know whether LATA maps are available, eg. from the FCC?  I know
  428. about the useful list of LATAs in your telecom archive, but I am
  429. wondering about LATA boundaries, and, for that matter, the principles
  430. by which telcos establish LATAs and those (if any) by which the
  431. regulators approve them.  I have "enjoyed" trying to find this out
  432. through the FCC public info system, but have had no luck.
  433.  
  434. Separately, there is a movement at the FCC to put information of some
  435. sort on line.  The phone number is 202 254-6040. The guy's name is
  436. Vincent.  He thinks the machine at fcc.gov should be in business some
  437. time in the first or early second quarter.  However, he didn't know
  438. anything about LATAs.
  439.  
  440. Thanks, and best regards.
  441.  
  442.  
  443. Michael Dalby (md@well.sf.ca.us)
  444.  
  445. ------------------------------
  446.  
  447. From: grout@sp17.csrd.uiuc.edu (John R. Grout)
  448. Subject: Re: Are LATA Maps Available?
  449. Reply-To: j-grout@uiuc.edu
  450. Organization: UIUC Center for Supercomputing Research and Development
  451. Date: Tue, 8 Feb 94 21:02:45 GMT
  452.  
  453.  
  454. In <telecom14.61.12@eecs.nwu.edu> Tony Harminc <EL406045@BROWNVM.brown.
  455. edu> writes:
  456.  
  457. > Apart from the missing provinces, it should be pointed out that there
  458. > are no LATAs in Canada.  Why Bellcore has chosen to assign some magic
  459. > numbers to certain groupings of CO prefixes in Canada is a mystery to
  460. > me.  LATA is not a technical division -- it is purely a political
  461. > concept set up to match certain US politics of the early 1980s.
  462.  
  463. This sounds like a confusion between the LATA concept as a representation 
  464. of the physical plant of AT&T's regional telephone subsidiaries (e.g., 
  465. New York Telephone, New England Telephone) and various independent
  466. telcos (e.g., Rochester Telephone) at the time of divestiture and the
  467. _use_ of the LATA concept (by Judge Greene) to divide provision of
  468. telephone service _using_ the LATA concept.
  469.  
  470. The claim that LATA _layout_ was "not a technical division" is clearly
  471. false.  For example, _all_ the cases of LATAs for independent telcos
  472. or those which cross state lines _exactly_ represent physical plant.
  473. Also, the AT&T divestiture was not a "political" one taken by the
  474. Administration or the Congress, but was ordered by a Federal Judge.
  475.  
  476. > The forces shaping LD competition in Canada in the 1990s are quite
  477. > different.  It seems extremely unlikely that an artificial split
  478. > between IXCs and local telcos as in the US model will ever happen
  479. > here.
  480.  
  481. Having grown up in Rochester, NY, home of what was then the largest
  482. single-area independent telco in the USA, I don't think it was an
  483. artificial distinction at all.  AT&T's monopoly on long distance
  484. service and the cross-subsidization it allowed was draining money out
  485. of our area to subsidize New York Telephone's local telephone rates
  486. (so Rochester Telephone's local telephone rates were _far_ higher than
  487. NY Tels before divestiture): that was simply _WRONG_.  Rochester
  488. Telephone consistently fought AT&T's monopoly, was on the winning side
  489. (against AT&T) of the Carterfone decision in the late 1960's, and
  490. divestiture finally corrected the gross injustice of cross-subsidy for
  491. the benefit of another company's customers.
  492.  
  493. I might not object to the RBOC's providing inter-LATA long distance
  494. service to their own local-service customers, but I would want them as
  495. _additional_ players, not dominant players, right from the beginning;
  496. that is, no automatic cutover of customers to _their_ service, no
  497. cross-subsidy of their long distance service by their local service,
  498. and so on.  This is how both Rochester Telephone (which is allowed to
  499. provide unlimited inter-LATA service through their RCI subsdiary) and
  500. New Jersey Bell (which provides limited service to New York and to
  501. Philadelphia from nearby New Jersey counties) market such services.
  502.  
  503.  
  504. John R. Grout    INTERNET: j-grout@uiuc.edu
  505.  
  506. ------------------------------
  507.  
  508. From: BACKON@vms.huji.ac.il
  509. Subject: Re: Internet Connection via Satellite
  510. Date: 8 Feb 94 16:52:03 GMT
  511. Organization: The Hebrew University of Jerusalem
  512.  
  513.  
  514. In article <telecom14.55.4@eecs.nwu.edu>, jey@davidsys.com writes:
  515.  
  516. > What is the best way to connect to Internet from a location (in Asia)
  517. > where there is no phone? A friend of mine is trying to setup via
  518. > satellite but he has no idea of anything that involves in this
  519. > connection. He is doing some research, and I am going to pass any
  520. > information I get.
  521.  
  522. The first thing one must do is to see whether a private satellite
  523. teleport is allowed to be set up in that country. If it is, then
  524. depending upon bandwith requirements, you can get away with a cheap
  525. VSAT or a $400,000 teleport. The interesting news is that new VSAT's
  526. are being developed that will allow uplink/downlink of T1 bandwith and
  527. these are expected to be marketed by first quarter 1995.
  528.  
  529. Once you have your teleport up and arrange for space segments, you'll
  530. need to arrange for a US (or other) teleport for uplink/downlink
  531. services. Be prepared to pay big bucks for this. Last but not least,
  532. you'll have to arrange Internet connectivity through a provider.
  533.  
  534.  
  535. Josh    backon@VMS.HUJI.AC.IL
  536.  
  537. ------------------------------
  538.  
  539. From: lhdsy1!chevron.com!tdtay@uunet.UU.NET (David S. Taylor)
  540. Subject: Re: Calling 911 on a Cellphone When Out of Area
  541. Date: 9 Feb 94 05:38:19 GMT
  542. Organization: Chevron Information Technology Company
  543.  
  544.  
  545. In article <telecom14.61.3@eecs.nwu.edu> jrg@rahul.net (John Galloway)
  546. writes:
  547.  
  548. > When I call 911 on my cellular (having seen an accident just happen)
  549. > it appears that I get forwarded to a fixed site that just dispatches
  550. > the call to the proper 911 officem i.e. the first person answers "911
  551. > emergency" but just asks where you are, and then the phone rings a
  552. > second time and you get another "911 emergency".  This seems silly
  553. > since obviously the provider has the necessary info about where you
  554. > are to do this automatically.  I have not ever called 911 when out of
  555. > my area. Would I still get the same (Northern CA) based dispatch
  556. > operator who would then have to send me to (e.g.) Austin Texas 911???
  557. > (I am using Cellular-One).
  558.  
  559. I would guess that the reason that "911 calls" are sent to a "fixed"
  560. location and then transfered to the proper local agency is due the
  561. wide geographic areas that most cellular systems cover.
  562.  
  563. For example, the coverage in Southern California runs from Santa
  564. Barbara to San Diego and inland towards the Arizona border.  Since all
  565. cellular calls route through the carrier's switch (probably located in
  566. LA), it would be difficult to route the call to the proper agency
  567. without knowing exactly where you are.  Cell sites overlap city and
  568. county bondary lines.  There is a cell site near my house that I can
  569. reach from either Irvine, Costa Mesa, Newport Beach, or Santa Ana
  570. because they all come together at the airport.
  571.  
  572. Hope this helps,
  573.  
  574.  
  575. David S. Taylor   Texas A&M '87       Engineer, RF Systems
  576. Chevron Information Technology Co.    Base Technology Dept.
  577. 1300 South Beach Blvd. Rm 2187        tdtay@chevron.com
  578. La Habra, CA 90631                    310-694-7280     
  579.  
  580. ------------------------------
  581.  
  582. From: ue554@freenet.victoria.bc.ca (Steven H. Lichter)
  583. Subject: Re: GTE is Annoyed With Me
  584. Organization: Camosun College, Victoria, B.C.
  585. Date: Wed, 8 Feb 1994 03:56:31 GMT
  586.  
  587.  
  588. I'm breaking my long silence and will try and answer the statement
  589. about GTE selling off Contel. What I know about the sales is what has
  590. been published in company bulletins and from the news. I sure hope
  591. they don't consider the bulletins to be private.
  592.  
  593. GTE has sold former Contel properties where they were small and not
  594. near other larger or other GTE properties. This goes for the sales you
  595. have mposted about plus others in Georga and the Decota's.  Some more
  596. have been sold in Eastern Arizona, not Western Arizona. And the desert
  597. area are not for sale in California, at least I have not heard. Also a
  598. section up in the delta area of California was sold along with some
  599. GTE areas, there maybe more that I have missed and I'm sure maybe a
  600. few more. These sales make business sense since they are in the areas
  601. of other companies that they were sold to.
  602.  
  603. Here is a list of areas of GTE Telephone Operations that are listed
  604. for sale or trade, they are former ConTel areas as well as some GTE
  605. operations. This list has been compiled from various sources and as
  606. far as I can tell is correct, but I can't be responsible for such.
  607. These are small areas that would not fit in with other GTE operations
  608. and would be better served by other local operating companies. Also so
  609. of these have been sold or traded for other properties as of 6/93.
  610.  
  611. Small section in Northern Calif.
  612. Sections of Oregon and Idaho
  613. Montana
  614. North Dakota
  615. South Dakota
  616. Kansas
  617. Utah
  618. Eastern Arizonia
  619. Georgia
  620. Tennessee
  621. West Virgina
  622. New York
  623. Vermont
  624. New Hampshire
  625. Maine
  626.  
  627. There could be more or some maybe incorrect.
  628.  
  629. This posting was made using my own Internet account on my own time
  630. using my own computer and has nothing to do with my employer whoever
  631. that might be. 
  632.  
  633.  
  634. Steven Lichter
  635. -=- Sysop: Apple Elite II -=- an Ogg-Net Hub BBS
  636. (909) 359-5338 12/24/96/14.4 V32/V42bis Via PCP CACOL/12/24
  637.  
  638. ------------------------------
  639.  
  640. End of TELECOM Digest V14 #68
  641. *****************************
  642.