home *** CD-ROM | disk | FTP | other *** search
/ Phoenix Rising BBS / phoenixrising.zip / phoenixrising / tele-dig / td14-046.txt < prev    next >
Text File  |  1994-01-27  |  26KB  |  635 lines

  1. TELECOM Digest     Thu, 27 Jan 94 10:45:00 CST    Volume 14 : Issue 46
  2.  
  3. Inside This Issue:                          Editor: Patrick A. Townson
  4.  
  5.     Re: New Area Code 360 in Washington State (Matt Fisher)
  6.     Re: New Area Code 360 in Washington State (Greg Trotter)
  7.     Re: New Area Code 360 in Washington State (Hiro Sugawara)
  8.     Cutover Dates For New Area Codes (David Esan)
  9.     Re: Internet ISDN Connection (Tarl Neustaedter)
  10.     Re: Internet ISDN Connection (Patrick Installe)
  11.     Re: Internet ISDN Connection (Patrick Wong)
  12.     Re: SW-56 and ISDN Questions (Chris Labatt-Simon)
  13.     Re: SW-56 and ISDN Questions (Al Varney)
  14.     Re: How Does Inmarsat Work? (Pat O'Neil)
  15.     Re: How Does Inmarsat Work? (Thomas Chen)
  16.     Re: Truckstop Calling Cards (Matthew B. Landry)
  17.     Re: Truckstop Calling Cards (Ray Normandeau)
  18.     Re: Looks Like a Hacker (T. D'Amico)   
  19.     Re: Earthquake and 818 AC (Robert McMillin)
  20.  
  21. TELECOM Digest is an electronic journal devoted mostly but not
  22. exclusively to telecommunications topics. It is circulated anywhere
  23. there is email, in addition to various telecom forums on a variety of
  24. public service systems and networks including Compuserve and GEnie.
  25. Subscriptions are available at no charge to qualified organizations
  26. and individual readers. Write and tell us how you qualify:
  27.  
  28.                  * telecom-request@eecs.nwu.edu *
  29.  
  30. The Digest is compilation-copyrighted by Patrick Townson Associates of
  31. Skokie, Illinois USA. We provide telecom consultation services and
  32. long distance resale services including calling cards and 800 numbers.
  33. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  34. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  35.  
  36.     ** Article submission address only: telecom@eecs.nwu.edu **
  37.  
  38. Our archives are located at lcs.mit.edu and are available by using
  39. anonymous ftp. The archives can also be accessed using our email
  40. information service. For a copy of a helpful file explaining how to
  41. use the information service, just ask.
  42.  
  43. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  44. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  45. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  46. Digest" shares archives resources at lcs.mit.edu for the convenience
  47. of users. Please *DO NOT* cross post articles between the groups. All
  48. opinions expressed herein are deemed to be those of the author. Any
  49. organizations listed are for identification purposes only and messages
  50. should not be considered any official expression by the organization.
  51. ----------------------------------------------------------------------
  52.  
  53. From: mfisher@u.washington.edu (Matt Fisher)
  54. Subject: Re: New Area Code 360 in Washington State
  55. Date: 26 Jan 1994 20:00:25 GMT
  56. Organization: University of Washington
  57. Reply-To: mfisher@u.washington.edu
  58.  
  59.  
  60. 0003991080@mcimail.com writes:
  61.  
  62. > So far I have seen nothing about this in the local media, so maybe you
  63. > heard it here first.
  64.  
  65. They was a short blurb about it on the from page of the {Seattle Times}
  66. on Jan 15.  It was not much more informative than your message.
  67.  
  68. These are the boundaries it gave:
  69.  
  70. {Seattle Times}, Associated Press "206 Code to be split"
  71.  
  72. "...Under the new plan, the 206 area will extend from Everett to Fort
  73. Lewis.  Marysville will be in the 360 code area as will Lacey, Yelm
  74. and Olympia.
  75.  
  76.    To the west, the 206 boundary will be the Pierce County line up
  77. Case Inlet and a small part of southeast Kitsap County. All the rest
  78. of Kitsap County will be in 360 except for Bainbridge Island.
  79.  
  80.                 On the east, Sumner in Pierce County will be 206, but
  81. Buckley will be in 360.  The eastern King County boundary is still
  82. under discussion, but Issaquah and Duvall will remain in 206.  Most of
  83. Snohomish County will be in 360."
  84.  
  85.  
  86. Matt Fisher <mfisher@u.washington.edu>  -=- (206)545-2900
  87. 374 McCarty Hall, GR-10, University of Washington, Seattle, WA  98195.
  88.  
  89. ------------------------------
  90.  
  91. From: greg@gallifrey.ucs.uoknor.edu (Greg Trotter)
  92. Subject: Re: New Area Code 360 in Washington State
  93. Date: 26 Jan 1994 20:34:40 GMT
  94. Organization: Home of the TimeLords...
  95.  
  96.  
  97. In article <telecom14.34.14@eecs.nwu.edu> 0003991080@mcimail.com writes:
  98.  
  99. > I got a notice from Bellcore confirming the rumored split of area code
  100. > 206 in Washington State.  The new NPA is 360, and will cover all of
  101. > the area that is currently within 206, but outside of the Seattle/Tacoma 
  102. > area.
  103.  
  104. > The split happens on 1/15/95, with permissive dialing until 7/9/95.
  105.  
  106. This is interesting. I live in an NPA (405) that uses 1 + 7D for calls
  107. within the NPA. I've not heard any announcement on changing this here.
  108. I suppose they'll announce something, if I'm ever to hear from my
  109. non-local intra-LATA friends again, as my NNX is 360.
  110.  
  111.  
  112. Greg Trotter   Norman, Oklahoma
  113.  
  114. ------------------------------
  115.  
  116. From: hiro@lynx.com (Hiro Sugawara)
  117. Subject: Re: New Area Code 360 in Washington State
  118. Organization: Lynx Real-Time Systems, Inc., Los Gatos, CA
  119. Date: Thu, 27 Jan 1994 00:36:39 GMT
  120.  
  121.  
  122. In article <telecom14.34.14@eecs.nwu.edu> 0003991080@mcimail.com writes:
  123.  
  124. > I got a notice from Bellcore confirming the rumored split of area code
  125. > 206 in Washington State.  The new NPA is 360, and will cover all of
  126. > the area that is currently within 206, but outside of the Seattle/Tacoma 
  127. > area.  (truncated)
  128.  
  129. Just curious. I heard that all area codes have either 0 or 1 as the
  130. second digit and so do all special numbers such as 911 and 411. Is
  131. "360" possible?
  132.  
  133.  
  134. hiro@lynx.com
  135.  
  136.  
  137. [TELECOM Digest Editor's Note: In the past, what you said was correct.
  138. The supply of combinations in the form you suggest is now exhausted and
  139. area codes now being issued look like almost any other three digit
  140. number. Telcos did a lot of things in the past they no longer can afford
  141. the luxury of doing such as never assigning the same prefix in two
  142. adjacent area codes. They cut that out about fifteen years ago. Until
  143. about thirty years ago, the three digit prefixes were letters of the
  144. alphabet rather than numbers and those letters were the first three
  145. letters of words. As the usable supply of those became in short supply
  146. exchange names were ditched in lieu of using all numbers. Time marches
  147. on. Who knows what our phone numbers will look like a decade from now.  PAT]
  148.  
  149. ------------------------------
  150.  
  151. From: de@moscom.com (David Esan)
  152. Subject: Cutover Dates For New Area Codes
  153. Date: 26 Jan 94 13:14:32 GMT
  154. Organization: Moscom Corporation, Pittsford NY
  155.  
  156.  
  157. I am aware that there are at present three new area codes scheduled
  158. for 1995: 334 in Alabama, 260 in Arizona, and 360 in Washington.  I
  159. have the cutover dates for 334 (1/8/95) and for 206 (1/15/95), and the
  160. end of permissive calling for 360 (7/9/95).  However, I am missing the
  161. end of permissive calling for 334 and 260, as well as the initial use
  162. date of 260.
  163.  
  164. I also somehow missed the article that describe the Arizona split and
  165. where it is going to take place.  Any help would be appreciated.
  166.  
  167.  
  168. David Esan      de@moscom.com  
  169.  
  170. ------------------------------
  171.  
  172. From: tarl@coyoacan.dmc.com
  173. Subject: Re: Internet ISDN Connection
  174. Date: 26 Jan 1994 02:15:02 GMT
  175. Organization: Consultsrios Telefsnicos, S.A. de C.V.
  176.  
  177.  
  178. In article <telecom14.40.11@eecs.nwu.edu>, OSSANDON@delphi.com writes:
  179.  
  180. > Does anyone know how an ISDN user (56K/64K) can access Internet?
  181.  
  182. PSI offers a service they call LAN-ISDN at $350/month. Send email to
  183. lan-isdn-info@psi.com for full details.
  184.  
  185.  
  186. Tarl Neustaedter        tarl@bostech.com      [work]
  187. Ashland, MA, USA        tarl@coyoacan.dmc.com [home]
  188. Disclaimer: My employer is not responsible for my opinions
  189.  
  190. ------------------------------
  191.  
  192. From: pinstall@rc1.vub.ac.be (Installe P.)
  193. Subject: Re: Internet ISDN Connection
  194. Date: 26 Jan 1994 14:12:23 GMT
  195. Organization: Brussels Free Universities (VUB/ULB), Belgium
  196.  
  197.  
  198. OSSANDON@delphi.com wrote:
  199.  
  200. > Does anyone know how an ISDN user (56K/64K) can access Internet? Since
  201. > 9.6 rates are still considered fast for single user is it too soon to
  202. > consider ISDN connections?
  203.  
  204. I try now to test such a solution.
  205.  
  206. At the first level you have to know what the single user has as for
  207. computer. Trivial but crucial.
  208.  
  209. The least common denominator is that both parties have a terminal
  210. adapter (TA) that acts as a modem. Quick, fast and simple, but
  211. expensive.
  212.  
  213. If you need IP (for ftp, X, ...) it is more complicated.
  214.  
  215. Like for modems, the TA supports the passage of slip or ppp protocols,
  216. but both computers should support that protocol. And that is the start
  217. of the problems.  Unix boxes are generally able to support these
  218. protocols.  PC, Mac, Atari, Amiga, ... don't directly, but some of the
  219. networks of them support IP. So the level of interaction is much like
  220. a router between networks.
  221.  
  222. Another level is the fact that there are "cheap" PC cards on the
  223. market which appear now (in Europe, at least...). There are fossil,
  224. packet driver, ndis, odi drivers for some of them, I investigate those
  225. now but it is still quite tricky for me.
  226.  
  227. I am also interested to hear other opinions/solutions.
  228.  
  229.  
  230. Patrick Installe 
  231.  
  232. ------------------------------
  233.  
  234. Date: Thu, 27 Jan 94 00:07:56 GMT
  235. From: Patrick Wong <pwong@combinet.com>
  236. Subject: Re: Internet ISDN Connection
  237.  
  238.  
  239. > Does anyone know how an ISDN user (56K/64K) can access Internet? Since
  240. > 9.6 rates are still considered fast for single user is it too soon to
  241. > consider ISDN connections?
  242.  
  243. Hello I am Patrick Wong the Product Manager at Combinet.  Combinet
  244. offers and Single-User ISDN BRI-to-Ethernet bridge for list $990, a
  245. Workgroup ISDN BRI-to-Ethernet bridge for list $2190 and a Switched
  246. 56-to-Ethernet bridge for list $2490.  The single-user bridge is
  247. intented for work-at-home applications where there is a single
  248. computer connected to the bridge on the Ethernet.  The workgroup
  249. bridge is used for connecting remote LANs.
  250.  
  251. Combinet products are MAC-layer bridges that work with all protocols
  252. including TCP/IP.  Contact your phone company to see if ISDN is
  253. available in your area.  Switched 56 is another service that is
  254. available in more areas than ISDN.  Combinet Switched 56 product is
  255. compatible with ISDN products.
  256.      
  257. Let me know if you are interested in product literature or if you have
  258. any questions.  I can mail you literature if you provide me with your
  259. mailing address.
  260.  
  261.           
  262. Patrick Wong     408-522-9180    pwong@combinet.com
  263.  
  264. ------------------------------
  265.  
  266. From: pribik@rpi.edu (Chris Labatt-Simon)
  267. Subject: Re: SW-56 and ISDN Questions
  268. Date: 26 Jan 1994 22:31:32 GMT
  269. Organization: Rensselaer Polytechnic Institute, Troy NY, USA
  270.  
  271.  
  272. cherkus@fastball.unimaster.com (Dave Cherkus) writes:
  273.  
  274. > You can get this info on-line from the Combinet BBS:
  275.  
  276. > By popular demand, the Combinet "BBS" providing information on ISDN
  277. > availability in many areas of the US is now available via the
  278. > Internet.  The information is supplied by Bell Communications Research
  279. > and various Operating Companies and is updated periodically as new
  280. > information becomes available.
  281.  
  282. It's interesting.  The Combinet BBS has info about Albany, NY, which
  283. does not have ISDN capabilities yet (after calling them, and talking
  284. to four different people, they said BRI will be available in '95).  It
  285. does not, however, have information on Troy, NY (10 minutes from
  286. Albany), which does have both BRI and PRI service available.
  287.  
  288.  
  289. Chris Labatt-Simon                            Internet: pribik@rpi.edu
  290. Design & Disaster Recovery Consulting              CIS: 73542,2601
  291. Albany, New York                              
  292. PHONE: (518) 495-5474                              FAX: (518) 786-6539
  293.  
  294. ------------------------------
  295.  
  296. Date: Wed, 26 Jan 94 22:14:32 CST
  297. From: varney@ihlpe.att.com
  298. Subject: Re: SW-56 and ISDN Questions
  299. Organization: AT&T
  300.  
  301.  
  302. In article <telecom14.24.10@eecs.nwu.edu> Susan Sirmai <0003188677@
  303. mcimail.com> writes:
  304.  
  305.    A very nice summary of SW-56 and ISDN data service from/to the USA.
  306. I'll try to add a little more "data"....
  307.  
  308. >> 1. Which countries/provinces have SW-56 service and are ISDN capable?
  309.  
  310. > Today over 20 countries around the world currently have some level of
  311. > ISDN service.
  312.  
  313. > MCI International 64 Service currently provides switched digital
  314. > connectivity to Canada and most of the European and Pacific Carriers
  315. > capable of providing the service today. Current MCI Tariffed Countries
  316. > include: Australia, Belgium, Canada, Denmark, Finland, France,
  317. > Ireland, Italy, Japan (IDC, ITJ, KDD), New Zealand, Netherlands,
  318. > Norway, Singapore, Sweden, Switzerland, Taiwan, United Kingdom.
  319. > Additional countries are planned for 1994.
  320.  
  321.    AT&T Switched Digital International (SDI) (1-800-841-4135, I
  322. believe) has had SW-56/ISDN-56K data available to most of the above,
  323. as well as Jamaica, Bermuda, Spain, Germany and Hong Kong since 1992.
  324. ISDN-64K data service is or will be available to these countries in
  325. 1993-1994, as well as to the Philippines, Malaysia, Luxembourg and
  326. Rep. of Korea.  [This is year-old information -- the SDI folks have
  327. more up-to-date information.]
  328.  
  329. >> 2. Here in the US what cities have been converted to ISDN, and who are
  330. >> still operating at SW-56?
  331.  
  332. > Availability depends on the local exchange carrier.
  333.  
  334.    Also, whether the CO has SS7 connectivity can influence whether or
  335. not 64K data rates can be handled.  So you need to contact your
  336. IXC/INC (international carrier) for that information.  I believe AT&T
  337. ACCUNET support on 1-800-222-SW56 has such information.
  338.  
  339. >> 3. If you know, who are their carriers?
  340.  
  341. > Service is provided locally by the US Local Exchange Carriers and
  342. > interexchange and internationally by the interexchange carriers
  343. > offering the service.  The carriers in-country overseas are the PTTs
  344. > or ITOs who provide local and/or international service.
  345.  
  346.    Thanks again for the well-written summary.
  347.  
  348.    I think the point here is that lots of countries, several IXCs and
  349. many LECs offer ISDN or at least SW-56 connectivity.  Your PTT, IXC or
  350. LEC should at least be able to get you some initial information on how
  351. to contact the other parts needed for the connection.  ISDN isn't just
  352. for islands anymore.  :)
  353.  
  354.  
  355. Al Varney      AT&T, but not Marketing -- and just my opinion
  356.  
  357. ------------------------------
  358.  
  359. From: oneil@sdesys1.hns.com (Pat O'Neil)
  360. Subject: Re: How Does Inmarsat Work?
  361. Date: Wed, 26 Jan 1994 19:15:48 GMT
  362. Organization: Hughes Network Systems Inc.
  363.  
  364.  
  365. In article <telecom14.34.15@eecs.nwu.edu>, koos@kzdoos.hacktic.nl
  366. (Koos van den Hout) writes:
  367.  
  368. > While making some remarks about Inmarsat, I suddenly realized myself
  369. > one thing:
  370.  
  371. > So, is there anybody out there who can tell me? I'd like to know if
  372. > it's digital or analog, how base stations are verified, how the
  373. > satelite 'rings' the base station and stuff like that.
  374.  
  375. I know a remember a bit about it, having worked on it about 12 years
  376. ago.  The Standard A service has analog scpc voice and 50b/s telex,
  377. which is carried tdm shore-to-ship and tdma ship-to-shore.  Each ocean
  378. region has an NCS which coordinates use of the satellite channels.
  379. There are one or more shore stations in each ocean region.  The shore
  380. station ties the network into the public phone and telex systems of
  381. the country it resides in.
  382.  
  383. Voice call setups, as far as I can recall, are done out of band.
  384. There are one or more special signalling channels that are used to
  385. initiate calls from ships.  I seem to recall that access to these
  386. channels is aloha.
  387.  
  388. If I'm not mistaken, the satellite receives C-band from the shore
  389. stations, and relays to ships on L-band.  It receives on L-band from
  390. ships and relays to shore stations on C-band.  The ship terminal has a
  391. parabolic dish antenna about two feet in diameter.  There is a servo to
  392. keep it aimed at the satellite.  Price of a ship terminal was around
  393. $50K ten years ago.  Don't know what it is now
  394.  
  395. There is another service offered by Inmarsat -- Standard C.  It is
  396. data only at 600b/s.  Don't know if it's 5 or 7 bit.  I believe the
  397. ship-side interface here is also L-band.  The antenna is an
  398. omnidirectional plate about 6 inches in diameter.  I don't think it's
  399. a spread spectrum system, but there is lots of DSP because the power
  400. is low and the antenna has very little gain.
  401.  
  402. > I'm also curious about the security of the whole system (both the
  403. > 'listening in to calls' security and the 'making calls at the expense
  404. > of another user' part).
  405.  
  406. No security.  No encryption.  Everything in the open.  The ship ID is
  407. burned in a ROM in the terminal.  You might be able to fake it out.
  408. But if you use a true ship ID (which you'd have to) and that ship is
  409. in your ocean, the call setup might get tangled up.
  410.  
  411.  
  412. Pat O'Neil   Hughes Network Systems   Germantown, Md
  413.  
  414. ------------------------------
  415.  
  416. From: tchen@sdesys1.hns.com (Thomas Chen)
  417. Subject: Re: How Does Inmarsat Work?
  418. Date: Tue, 18 Jan 1994 22:56:59 GMT
  419. Organization: Hughes Network Systems Inc.
  420.  
  421.  
  422. In article <telecom14.34.15@eecs.nwu.edu>, koos@kzdoos.hacktic.nl
  423. (Koos van den Hout) writes:
  424.  
  425. > While making some remarks about Inmarsat, I suddenly realized myself
  426. > one thing:
  427.  
  428. > I don't know how Inmarsat works.
  429.  
  430. > So, is there anybody out there who can tell me? I'd like to know if
  431. > it's digital or analog, how base stations are verified, how the
  432. > satelite 'rings' the base station and stuff like that.
  433.  
  434. > I'm also curious about the security of the whole system (both the
  435. > 'listening in to calls' security and the 'making calls at the expense
  436. > of another user' part).
  437.  
  438. There are different types of Inmarsat service called A, C, and M. The
  439. cost structures are different and it really depends on what type of
  440. data you need to send and where you are.
  441.  
  442.  
  443. Tom
  444.  
  445. ------------------------------
  446.  
  447. From: mbl@ml7694a.leonard.american.edu (Matthew B. Landry)
  448. Subject: Re: Truckstop Calling Cards
  449. Date: 27 Jan 1994 03:37:10 GMT
  450. Organization: Project SAVE International
  451.  
  452.  
  453. In article <telecom14.30.11@eecs.nwu.edu> johnl@iecc.com (John R
  454. Levine) writes:
  455.  
  456. > target market is: people with no home phone (particularly students)?
  457.  
  458.    Bingo! I don't know what their other targets are, but they are
  459. CONSTANTLY hawking them on campus here and everywhere else I know. 
  460.  
  461. > people who are too clueless to get a calling card? The anonymous call
  462.  
  463.    It's not necessarily a matter of being "clueless". AT&T runs credit
  464. checks on people requesting calling cards, and they are considerably
  465. less tolerant of newcomers than, say, Citibank. If you have
  466. established perfect credit already, then you may be able to just call
  467. AT&T and ask.  Otherwise, forget it. (Sprint, however, seems to be
  468. better about this sort of thing.)
  469.  
  470. > The anonymous call crowd?
  471.  
  472.    Well, if you share a phone line with someone else, it is often nice
  473. to be able to make telephone calls without giving the other person the
  474. ability to track them. So, these cards also seem to be popular among
  475. people under 18.
  476.  
  477.  
  478. Matthew B. Landry
  479. President of Project SAVE
  480. mbl@ml7694a.leonard.american.edu
  481.  
  482. ------------------------------
  483.  
  484. Subject: Re: Truckstop Calling Cards
  485. From: ray.normandeau@factory.com (Ray Normandeau)
  486. Date: 26 Jan 94 18:50:00 GMT
  487. Organization: Invention Factory's BBS - New York City, NY - 212-274-8298v.32bis
  488. Reply-To: ray.normandeau@factory.com (Ray Normandeau)
  489.  
  490.  
  491. >> [TELECOM Digest Editor's Note: Those are called 'Talk Tickets' and
  492.  
  493. > they are a bit expensive at 50 cents per minute of domestic use.
  494. > Considering that they are paid for up front, talk tickets should cost
  495. > no more than ten to fifteen cents per minute.  Think about it.  No
  496. > billing, no uncollectables, no customer service, no credit for wrong
  497. > numbers, no nothing.
  498.  
  499. > The cost of talk tickets should in no way exceed standard direct
  500. > dialed rates.  Anything more is a rip-off.
  501.  
  502. How about the allowance for the commission to the truck stop selling
  503. them?
  504.  
  505. At One Times Square you can buy tickets at 25 cents a minute.
  506.  
  507. ------------------------------
  508.  
  509. From: C1940@UMSLVMA.UMSL.EDU
  510. Subject: Re: Looks Like a Hacker
  511. Date: Thu, 27 Jan 94 00:20:48 CST
  512. Organization: UM-St. Louis
  513.  
  514.  
  515. In article <telecom14.34.10@eecs.nwu.edu> dold@rahul.net (Clarence
  516. Dold) writes:
  517.  
  518. > An "800" customer of mine called to complain that a lot of calls were
  519. > on her bill from the same caller, but she tried calling the number
  520. > back, and it was disconnected.
  521.  
  522. > I checked the SMS database, and there was no record found.  I checked
  523. > against a small run of telephone logs, and found a lot of calls from
  524. > the same ANI, mostly into our 800-voicemail.  Smells like a hacker ...
  525.  
  526. > Then I saw some not-so-malicious patterns.  I called PacBell security,
  527. > to track the ANI down.
  528.  
  529. >        510 893-0781    Cellular One Outbound Trunk
  530.  
  531. > Hmm ...
  532.  
  533. >        How many ANI are like this?  Does anyone have a table?
  534.  
  535. > V&H data only shows it as Oakland, CA, which is true.
  536.  
  537.      I don't know if this is specifically related, but a few years
  538. ago, Southwestern Bell Mobile Systems in St. Louis was unable, for
  539. whatever reason, to bill (900) numbers, collect calls, and third-party
  540. billed long distance calls to cellular phones, IF the call went
  541. through a long-distance carrier.
  542.  
  543.      If the call was Long Distance (that is, collect or third-party)
  544. and handled by Southwestern Bell, you'd get a nasty phone call a few
  545. days later, demanding that you allow the call to be billed somewhere
  546. else.
  547.  
  548.      SWBMS has since blocked collect and third-party calls from being
  549. billed to cellular phones, and, I think, (900) numbers too.  Right
  550. after they began doing this, though, it was possible to call the
  551. company and tell them that you no longer wanted to block these calls.
  552. The customer-service drone, assuming that the block had been ordered
  553. by the customer, would generally remove it on the spot.
  554.  
  555.      Since SWB would call you when you made a call of this sort that
  556. was handled by them, and (900) and LD carrier calls were not billed,
  557. my assumption is that ANI just doesn't work on some (all?) cellular
  558. systems.  Anyone know why, other than to save money?  Is this a
  559. limitation of the technology, or something that can be configured
  560. either way?
  561.  
  562.  
  563. T. D'Amico   c1940@umslvma.umsl.edu
  564.  
  565. ------------------------------
  566.  
  567. Date: Thu, 27 Jan 94 03:44:00 PST
  568. From: rlm@helen.surfcty.com (Robert L. McMillin)
  569. Subject: Re: Earthquake and 818 AC
  570.  
  571.  
  572. On 18 Jan 1994 17:07:59 GMT, pribik@rpi.edu (Chris Labatt-Simon) said:
  573.  
  574. > Yesterday I learned of the earthquake because of my calling a tech
  575. > support department in the 818 area code.  I received a message back
  576. > saying "We're sorry, your call cannot be completed at this time due to
  577. > the earthquake in the area".
  578.  
  579. > This morning around 9:30 (EST) I called again, and got the same
  580. > message.  I then tried the 800 number and got through.
  581.  
  582. > When I just tried the 818 number again, at about 11:30 EST, I got the
  583. > message that all circuits are busy.  Guess they're starting to let
  584. > calls through again.
  585.  
  586. Phone service to Northridge, the hardest-hit region, and the
  587. surrounding neighborhoods is *still* choked by AT&T, et al., as of
  588. this writing, according to KFWB Newsradio.  Pac*Bell reports in excess
  589. of 35 million calls per hour completed at the height of the disaster;
  590. this number is slowly receding with time.
  591.  
  592. I can't really speculate successfully on how much help the Internet
  593. was in getting calls through to relatives from out of state, but if
  594. the traffic on ca.earthquakes is any indication, a number of people
  595. used that forum for urgent messages like "My brother is in Chatsworth,
  596. can you contact him?"  Since the passage of California Assembly Bill
  597. AB1645, state business, pending bills, and announcements are available
  598. on the Internet (supposedly sen.ca.gov and asm.ca.gov -- mail me for
  599. further info).  There's also a couple of finger servers
  600. (quake@andreas.wr.usgs.gov and quake@geophys.washington.edu) and a
  601. special telnet server (telnet oes1.oes.ca.gov 5501) for earthquake
  602. info and other announcements.
  603.  
  604. One poster reported calling a local radio station with information he
  605. received by ftp'ing it from the state announcement server (above); the
  606. person at the other end screeched WE NEED FATALITY STATISTICS DO YOU
  607. HAVE THESE NUMBERS???? or something equally obnoxious.  Death sells, I
  608. guess.
  609.  
  610. > On another note, I just wanted to mention how great technology is.
  611. > I've been following the earthquake info on the Internet Relay Chat and
  612. > on CompuServe.  The compassion that I'm finding in both of these
  613. > places is great to see.  Many people are e-mailing from both in CA and
  614. > out of CA getting in touch with relatives and friends for people over
  615. > the phone.
  616.  
  617. This site's not very good for monitoring that sort of thing -- I'm two
  618. UUCP hops away from the Internet.  Sometimes news takes a day to reach
  619. here after it's reached the main California sites, though mail is much
  620. faster.  However, my UUCP feed stayed up where Netcom crashed.  To be
  621. fair to the Netcom people, they were up (if unreliably) in pretty short
  622. order, all things considered.
  623.  
  624. For those people still wondering about relatives in the San Fernando
  625. Valley who haven't gotten through yet, you can e-mail me and I'll try
  626. and get through for you.
  627.  
  628.  
  629. Robert L. McMillin  | rlm@helen.surfcty.com | Netcom: rlm@netcom.com
  630.  
  631. ------------------------------
  632.  
  633. End of TELECOM Digest V14 #46
  634. *****************************
  635.