home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / 1989.volume.9 / vol9.iss451-500 < prev    next >
Text File  |  1990-01-14  |  758KB  |  18,137 lines

  1. 
  2. Date:     Sun, 15 Oct 89 23:49:03 CDT
  3. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  4. To:       telecom@eecs.nwu.edu
  5. Subject:  TELECOM Digest V9 #451
  6. Message-ID:  <8910152349.aa12975@delta.eecs.nwu.edu>
  7.  
  8.  
  9. TELECOM Digest     Sun, 15 Oct 89 23:45:00 CDT    Volume 9 : Issue 451
  10.  
  11. Today's Topics:                             Moderator: Patrick Townson
  12.  
  13.     A Letter From Australia (Jon D. Kendall)
  14.     A Bit of Repeater History (Larry Lippman)
  15.     Request: Small Key-System Recommendations (Kent Hauser)
  16.     Request: Information On Gateway Services  (Dadong Wan)
  17.     Fun With Fonz (John Higdon)
  18.     The Day The Bell System Died (Lauren Weinstein)
  19. ----------------------------------------------------------------------
  20.  
  21. Date: Sun, 15 Oct 89 15:42:20 EST
  22. From: kendall <munnari!diemen.cc.utas.oz.au!kendall@uunet.uu.net>
  23. Subject: A Letter From Australia
  24. Organization: University of Tasmania
  25. Reply-To: kendall@diemen.utas.oz.au <Jon D. Kendall>
  26.  
  27. Dear Pat:
  28.  
  29. Your moderated newsgroup is addicting, to say the least.  I have spent
  30. the past four hours reading almost 200 articles of comp.dcom.telecom.
  31. But, then what better use of my time would there be on this windy,
  32. rainy Spring day? Anyway I understand a lot of the Chicago humour
  33. (Hudson 2-2700, etc) having lived in St Joseph, Michigan 15 years ago.
  34.  
  35. By the way, I brought with me one of those great 2500 telephones.  In
  36. Australia there is no touch-tone service, but fortunately the
  37. university has a PABX which accepts tones locally, converting them to
  38. dec. (pulses) for outside calls.  Also, everyone else in the
  39. department has electronic warble ringers which contrast nicely with my
  40. bell ringer.
  41.  
  42. Rich Zellich's story about a wrong number to Australia reminds me of
  43. something that I did whilst ringing for international operator
  44. assistance.  I was living Davis, California at the time.  I needed to
  45. find out the telephone number of friends in Tasmania so I naively
  46. dialled 011-6102-5551212 thinking that the domestic method of
  47. directory assistance would generalise to overseas directory
  48. assistance.  Instead I rang a private residence. From her irritated
  49. explanation, I readily discerned that this was not the first wrong
  50. number the lady had received from North America.
  51.  
  52. When I received the next month's Sprint 'phone bill I was very
  53. surprised to see that I had been charged the directory service fee for
  54. the call, not the usual per minute charge.  I suppose that it was a
  55. bug in the software.  I reckon that might be useful to the lady if she
  56. had any friends in North America.
  57.  
  58. Jon Kendall@diemen.cc.utas.au.oz
  59.  
  60. ------------------------------
  61.  
  62. Subject: A Bit of Repeater History
  63. Date: 15 Oct 89 13:03:19 EDT (Sun)
  64. From: Larry Lippman <kitty!larry@uunet.uu.net>
  65.  
  66. In article <telecom-v09i0445m05@vector.dallas.tx.us> gentry@kcdev.uucp (Art 
  67. Gentry) writes:
  68.  
  69. > We use repeaters, spaced anywhere from 1 to 30 miles, depending on the
  70. > type of carrier technology.  These repeaters are powered by DC current
  71. > carried down the same pairs of the transmission.  Each direction takes
  72. > one pair, one for the E->W and the other for W->E (no, I'm sorry, but
  73. > AT&T does not go N->S or S->N <smile>) Actually, all repeaters will
  74. > show an East/West transmission, just to keep things easy.
  75.  
  76.     The E/W designation on repeaters is carried over from the
  77. early days of telegraphic communication where the concept of a
  78. "repeater" originated, although in those days repeaters were of the
  79. relay-variety for morse code traffic.  Most long telegraphic routes
  80. were in fact East-West in direction, and the arbitrary designation of
  81. E/W for the ends of a repeater remained throughout the telegraph era
  82. into that of the telephone.
  83.  
  84.     Also, lest someone feel that the concept of a PCM regenerator
  85. is *new*, consider that the morse telegraphic systems were in fact
  86. both digital and PCM, and thus such PCM regenerators were in use over
  87. 150 years ago!  Furthermore, some of the early telegraphic systems,
  88. especially those used with submarine cable, were in fact bipolar in
  89. nature - not unlike that of a T1 line, although admittedly the data
  90. rates were a bit slower than 1.544 megabits/sec.
  91.  
  92.     :-)
  93.  
  94. <> Larry Lippman @ Recognition Research Corp. - Uniquex Corp. - Viatran Corp.
  95. <> UUCP  {allegra|boulder|decvax|rutgers|watmath}!sunybcs!kitty!larry
  96. <> TEL 716/688-1231 | 716/773-1700  {hplabs|utzoo|uunet}!/      \uniquex!larry
  97. <> FAX 716/741-9635 | 716/773-2488      "Have you hugged your cat today?" 
  98.  
  99. ------------------------------
  100.  
  101. From: Kent Hauser <tfd!kent@uunet.uu.net>
  102. Subject: Request: Small Key-System Recommendations
  103. Date: 15 Oct 89 18:09:32 GMT
  104. Organization: Twenty-First Designs, Wash, DC
  105.  
  106. We need to replace our 1A2 KSU because our new location has only
  107. 2-pair wiring.
  108.  
  109. My question is who makes good electronic key systems?
  110.  
  111. Our requirements are modest:
  112.  
  113. 2-4 co lines.
  114. 8 or so extensions.
  115. Intercom.
  116. Speakerphone available.
  117. Some way to hook in answering maching on first line.
  118.  
  119. Recommendations for equipment & good suppliers gratefully accepted.
  120.  
  121. Kent Hauser            UUCP: {uunet!cucstud, sun!sundc}!tfd!kent
  122. Twenty-First Designs        INET: sundc!tfd!kent@sun.com
  123.  
  124. [Moderator's Note: Would you be wanting an electronic key system or a mini-
  125. PBX? The latter will accomplish much of the same, and might even be more
  126. flexible, depending.  PT]
  127.  
  128. ------------------------------
  129.  
  130. Date: Sun, 15 Oct 89 15:45:45-1000
  131. From: Dadong Wan <wan@uhccux.uhcc.hawaii.edu>
  132. Subject: Request: Information On Gateway Services 
  133. Reply-To: Dadong Wan <wan@uhccux.uhcc.hawaii.edu>
  134. Organization: University of Hawaii
  135.  
  136.  
  137. I am looking for information on gateway services, which allow one
  138. point access to various information services, public as well as
  139. commercial, e.g. Dialog, CompuServe.  The State of Hawaii has recently
  140. awarded DEC a contract for setting up such a service.  I've heard that
  141. some regional Bell companies (eg, Nynex, Bellsouth) have been
  142. experimenting in this area, and am wondering if any of you out there
  143. know anything about how they have been doing on that.  Please email me
  144. if you have some information to share.  Many thanks.
  145.  
  146.  
  147.   Dadong  
  148.  
  149. ------------------------------
  150.  
  151. From: John Higdon <john@zygot.ati.com>
  152. Subject: Fun With Fonz
  153. Date: 15 Oct 89 21:22:57 GMT
  154. Organization: Green Hills and Cows
  155.  
  156.  
  157. One of my clients has an ITT 3100 PBX whose routing tables I keep
  158. updated. It is a lot of fun playing with a switch that has Automatic
  159. Route Selection. Here are some examples of things that I have done
  160. with their system.
  161.  
  162. Naturally, the customer wanted 976 blocking in their switch. No
  163. problem. The switch intercepts all 976-XXXX and NXX-976-XXXX calls and
  164. puts the caller through to a Pac*Bell number that returns the
  165. following recording:
  166.  
  167. "The call you have made requires a twenty-cent deposit. Please hang
  168. up, listen for dialtone, deposit twenty cents, and try your call
  169. again."
  170.  
  171. This is better than just returning reorder or some such, since when a
  172. person complains to management about how they get this recording "when
  173. they try to place a call", management knows what's going on.
  174.  
  175. I have 611 routed to my home number. No one there is supposed to call
  176. telco direct, so this little trick saves unnecessary expensive calls
  177. to telco repair. For a while there was a joke line that did a satire
  178. on the Pac*Bell automated repair that was hilarious and I had 611
  179. routed there instead!
  180.  
  181. My cellular phone number is quite restricted since it can get rather
  182. expensive if people call to chat. For a while I had my portable phone
  183. number in their system speed dial, but when I changed my number
  184. another idea came to mind. I set up the system to intercept my old
  185. cellular number and translate it to my new one and put the call
  186. through. Then I gave out my old (out of service) number to everyone at
  187. that company.  Had it printed on employee lists and everything.
  188.  
  189. The fun began when certain people started complaining that my cellular
  190. phone had been disconnected. This could only mean that they were
  191. calling my number from somewhere other than the office. My
  192. explanation?  "I'm sorry, my cellular phone can only be reached from
  193. the office." No other comment was offered. The psuedo phone
  194. knowledgeables still haven't figured that one out.
  195.  
  196. In our area, a "1" is optional for long distance. It is not required,
  197. but won't interfere if used. The PBX however will send any long
  198. distance call prefixed by a "1" to "It is not necessary to dial a one
  199. for this call. Please hang up and try your call again." The amusement
  200. comes from watching the people from out of the area using the lobby
  201. phone.
  202.  
  203. The company has Sprint Advance Plus WATS, which are dedicated WATS
  204. lines. However, when a user dials 0+ the system places the call on a
  205. POTS line and prefixes it with "10288" to ensure that an AT&T path
  206. will be taken. I don't trust default anymore.
  207.  
  208. Actually the list of possibilities is endless and implementation is
  209. limited only by the amount of available free time. Fortunately, this
  210. particular system is progammable remotely, so whenever the whim
  211. strikes, so shall it be!  
  212.  
  213.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  214.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  215.  
  216. ------------------------------
  217.  
  218. Date: Mon, 16 Oct 89 00:12:30 EDT
  219. From: Lauren Weinstein <vortex!lauren@LBL-CSAM>
  220. Subject: "The Day Bell System Died"
  221. Return-Path: <vortex!lauren@LBL-CSAM>
  222.  
  223. [Moderator's Note: It was good the first time it appeared, and since
  224. many of you were not reading the Digest in 1983, I thought it would be
  225. good to run it again. This originally appeared in TELECOM Digest on
  226. July 12, 1983.  Enjoy.  PT]
  227.  
  228. Greetings.  With the massive changes now taking place in the
  229. telecommunications industry, we're all being inundated with seemingly
  230. endless news items and points of information regarding the various
  231. effects now beginning to take place.  However, one important element
  232. has been missing: a song!  Since the great Tom Lehrer has retired from
  233. the composing world, I will now attempt to fill this void with my own
  234. light-hearted, non-serious look at a possible future of
  235. telecommunications.  This work is entirely satirical, and none of its
  236. lyrics are meant to be interpreted in a non-satirical manner.  The
  237. song should be sung to the tune of Don Mclean's classic "American
  238. Pie".  I call my version "The Day Bell System Died"...
  239.  
  240. Lauren
  241.  
  242. **************************************************************************
  243.                                                               
  244.            *==================================*
  245.            * Notice: This is a satirical work *
  246.            *==================================*
  247.       
  248.  
  249.                     "The Day Bell System Died"         
  250.  
  251.  
  252.               Lyrics Copyright (C) 1983 by Lauren Weinstein   
  253.                                                        
  254.                       (To the tune of "American Pie")      
  255.            
  256.              (With apologies to Don McLean)
  257.    
  258.  
  259.   ARPA: vortex!lauren@LBL-CSAM
  260.   UUCP: {decvax, ihnp4, harpo, ucbvax!lbl-csam, randvax}!vortex!lauren
  261.  
  262. **************************************************************************
  263.  
  264. Long, long, time ago,
  265. I can still remember,
  266. When the local calls were "free".
  267. And I knew if I paid my bill,
  268. And never wished them any ill,
  269. That the phone company would let me be...
  270.  
  271. But Uncle Sam said he knew better,
  272. Split 'em up, for all and ever!
  273. We'll foster competition:
  274. It's good capital-ism!
  275.  
  276. I can't remember if I cried,
  277. When my phone bill first tripled in size.
  278. But something touched me deep inside,
  279. The day... Bell System... died.
  280.  
  281. And we were singing...
  282.  
  283. Bye, bye, Ma Bell, why did you die?
  284. We get static from Sprint and echo from MCI,
  285. "Our local calls have us in hock!" we all cry.
  286. Oh Ma Bell why did you have to die?
  287. Ma Bell why did you have to die?
  288.  
  289. Is your office Step by Step,
  290. Or have you gotten some Crossbar yet?
  291. Everybody used to ask...
  292. Oh, is TSPS coming soon?
  293. IDDD will be a boon!
  294. And, I hope to get a Touch-Tone phone, real soon...
  295.  
  296. The color phones are really neat,
  297. And direct dialing can't be beat!
  298. My area code is "low":
  299. The prestige way to go!
  300.  
  301. Oh, they just raised phone booths to a dime!
  302. Well, I suppose it's about time.
  303. I remember how the payphones chimed,
  304. The day... Bell System... died.
  305.  
  306. And we were singing...
  307.  
  308. Bye, bye, Ma Bell, why did you die?
  309. We get static from Sprint and echo from MCI,
  310. "Our local calls have us in hock!" we all cry.
  311. Oh Ma Bell why did you have to die?
  312. Ma Bell why did you have to die?
  313.  
  314. Back then we were all at one rate,
  315. Phone installs didn't cause debate,
  316. About who'd put which wire where...
  317. Installers came right out to you,
  318. No "phone stores" with their ballyhoo,
  319. And 411 was free, seemed very fair!
  320.  
  321. But FCC wanted it seems,
  322. To let others skim long-distance creams,
  323. No matter 'bout the locals,
  324. They're mostly all just yokels!
  325.  
  326. And so one day it came to pass,
  327. That the great Bell System did collapse,
  328. In rubble now, we all do mass,
  329. The day... Bell System... died.
  330.  
  331. So bye, bye, Ma Bell, why did you die?
  332. We get static from Sprint and echo from MCI,
  333. "Our local calls have us in hock!" we all cry.
  334. Oh Ma Bell why did you have to die?
  335. Ma Bell why did you have to die?
  336.  
  337. I drove on out to Murray Hill,
  338. To see Bell Labs, some time to kill,
  339. But the sign there said the Labs were gone.
  340. I went back to my old CO,
  341. Where I'd had my phone lines, years ago,
  342. But it was empty, dark, and ever so forlorn...
  343.  
  344. No relays pulsed,
  345. No data crooned,
  346. No MF tones did play their tunes,
  347. There wasn't a word spoken,
  348. All carrier paths were broken...
  349.  
  350. And so that's how it all occurred,
  351. Microwave horns just nests for birds,
  352. Everything became so absurd,
  353. The day... Bell System... died.
  354.  
  355. So bye, bye, Ma Bell, why did you die?
  356. We get static from Sprint and echo from MCI,
  357. "Our local calls have us in hock!" we all cry.
  358. Oh Ma Bell why did you have to die?
  359. Ma Bell why did you have to die?
  360.  
  361. We were singing:
  362.  
  363. Bye, bye, Ma Bell, why did you die?
  364. We get static from Sprint and echo from MCI,
  365. "Our local calls have us in hock!" we all cry.
  366. Oh Ma Bell why did you have to die?
  367.  
  368. <End>
  369.  
  370. [Moderator's Note: I knew you would like it! And my thanks to Lauren for
  371. having submitted it to the Digest now over six years ago.  PT]
  372.  
  373. ------------------------------
  374.  
  375. End of TELECOM Digest V9 #451
  376. *****************************
  377. 
  378. 
  379. Date:     Mon, 16 Oct 89 0:57:27 CDT
  380. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  381. To:       telecom@eecs.nwu.edu
  382. Subject:  TELECOM Digest V9 #452
  383. Message-ID:  <8910160057.aa09406@delta.eecs.nwu.edu>
  384.  
  385.  
  386. TELECOM Digest     Mon, 16 Oct 89 00:55:43 CDT    Volume 9 : Issue 452
  387.  
  388. Today's Topics:                             Moderator: Patrick Townson
  389.  
  390.     Phonavision at the University of California (Henry Mensch)
  391.     Re: Numerical List of NPA's and NXX Count (Colin Plumb)
  392.     Re: Making a Line Busy (Dave Levenson)
  393.     Re: Measured Service: What Does It Cost? (John Higdon)
  394.     Re: Caller ID Saves A Life! (Steve M. Bellovin)
  395.     Re: Caller ID Saves A Life! (Patrick A. Townson)
  396. ----------------------------------------------------------------------
  397.  
  398. Date: Sun, 15 Oct 89 18:35:34 -0400
  399. From: Henry Mensch <henry@garp.mit.edu>
  400. Subject: Phonavision at the University of California
  401. Reply-To: henry@garp.mit.edu
  402.  
  403. (Pinched from the [New York Times] w/o permission:
  404.  
  405. Calif. -- Students at two campuses of the University of California, at
  406. Berkeley and Los Angeles, have become the test market for a new public
  407. video-telephone booth called Phonavision.
  408.  
  409. Its developers claim that it is the world's first video telephone for
  410. the general public.
  411.  
  412. Each of the campuses has one of the large, silver-color phone booths
  413. in its student union. Phonavision opened last Monday for a week of
  414. free demonstrations. Starting Monday, video phone calls from one
  415. campus to the other will cost $10 for three minutes.
  416.  
  417. "We view all this semester as a test," said Stephen Strickland, chief
  418. executive officer of the Los Angeles-based company, Communications
  419. Technologies, that developed the video phones. "We want to be sure
  420. that when we do go to market with this service, it's as good as it can
  421. be."
  422.  
  423. "We feel we're probably six months to a year away from having a system
  424. that we can go out and market," Strickland said. "I see them in
  425. airport lobbies, hotel lobbies, shopping centers, indoor high-traffic
  426. locations." Video telephones are already widely used in business, he
  427. added.
  428.  
  429. Phonavision callers speak to each other on standard telephone
  430. receivers.
  431.  
  432. A snapshot-size image of their own face is projected on one half of a
  433. small screen, and the other half shows a picture of the person to whom
  434. they are talking.
  435.  
  436. As a caller talks, the video screen shows small movements of the mouth
  437. or face. But sudden movements mean a distorted picture.
  438.  
  439. With a tilt of a caller's head, for example, the image will move to
  440. the side in separate parts, starting with the top of the head and
  441. moving down in a wavelike motion.
  442.  
  443. Annalee Andres, a sophomore from Santa Ana, Calif., who has not yet
  444. selected a major, was one of the first students to try out Berkeley's
  445. new video phone. She and her friends crowded around the phone booth in
  446. the Martin Luther King Jr. Student Center, taking turns talking to a
  447. student from UCLA.
  448.  
  449. "I think it has a long way to go yet, but it's really cool," she said.
  450. "I can really see where it's leading."
  451.  
  452. Ms. Andres speculated on the effects that widespread use of video
  453. phones would have. "What if they catch you and you're just out of the
  454. shower?" she asked. "It'll change dating."
  455.  
  456. Daniel Ciruli, a junior from Tucson, Ariz., majoring in computer
  457. science, was enthusiastic about his trial session, but he said the fee
  458. would keep him away in the future.
  459.  
  460. "It's a new toy," he said. "But at $10 for three minutes, with only
  461. one other Phonavision, it's not going to be something that students
  462. are beating down the door to use."
  463.  
  464. The video phone booth offers other services: recording and dealing in
  465. videotapes and a place to send and receive fax messages.  The booth
  466. accepts $1, $5, $10 and $20 bills, as well as Mastercard and Visa.
  467.  
  468. Gary Li, a senior from Beijing, who is majoring in electrical
  469. engineering, started setting up Berkeley's phone booth in April.
  470. Since then he has spent about 20 hours a week repairing kinks in the
  471. system.
  472.  
  473. Berkeley and UCLA were chosen as tryout spots for the new service
  474. because most students know somebody at the other campus, said
  475. Strickland, the company's chief executive.
  476.  
  477. "That's a place where we can get novelty use," he said, adding that
  478. "Berkeley and UCLA have a reputation for being front-runner schools --
  479. places that are innovative, that like new technology."
  480.  
  481. Strickland said his company has spent almost three years developing
  482. Phonavision. He would not disclose total costs, but priced the video
  483. phone booths at $50,000 each.
  484.  
  485. # Henry Mensch    /   <henry@garp.mit.edu>   /   E40-379 MIT,  Cambridge, MA
  486. # <hmensch@uk.ac.nsfnet-relay> / <henry@tts.lth.se> / <mensch@munnari.oz.au>
  487.  
  488. ------------------------------
  489.  
  490. From: Colin Plumb <ccplumb@rose.waterloo.edu>
  491. Subject: Re: Numerical List of NPA's and NXX Count
  492. Date: 16 Oct 89 00:08:13 GMT
  493. Reply-To: Colin Plumb <ccplumb@rose.waterloo.edu>
  494. Organization: U. of Waterloo, Ontario
  495.  
  496.  
  497. In article <telecom-v09i0445m01@vector.dallas.tx.us> cmoore@brl.mil (VLD/VMB)
  498. writes:
  499.  
  500. > You write:
  501. >> 416 recently removed the has allowed the implementation of NXX where
  502. >> previously only NNX was allowed.
  503.  
  504. > Did you mean to delete "removed the"?  Also, you are sure you are
  505. > referring to 416 (Ontario) instead of 415 (Calif.)?  (If 416, it's new
  506. > info for me.)
  507.  
  508. New to me, too, and while not at university I live in 416.  One thing
  509. I rather like about the local phone service is that all LD calls must
  510. be prefixed with "1".  If you try to dial an exchange in 416 that's
  511. not in the local calling area (i.e. metered call), you get a recording
  512. "You have dialled a number to which long distance charges apply"
  513. followed by dial-1-first instructions.  I suppose you could do it if
  514. you changed the current 1+NNX-XXXX to 1+416+NXX-XXXX, but I'd think
  515. I'd have heard about it.
  516.  
  517.  From other discussions, I gather that in some places, normal 7-digit
  518. calls can be long distance, so you have to dig through the phone book
  519. to figure out whether it costs you anything.  I prefer "leading 1
  520. means special billing."  I've never tried dialling an 800 number
  521. without the 1 to see if it works.  I should sometime.  
  522.  
  523.     -Colin
  524.  
  525. ------------------------------
  526.  
  527. From: Dave Levenson <westmark!dave@uunet.uu.net>
  528. Subject: Re: Making a Line Busy
  529. Date: 16 Oct 89 02:43:54 GMT
  530. Organization: Westmark, Inc., Warren, NJ, USA
  531.  
  532.  
  533. In article <telecom-v09i0446m04@vector.dallas.tx.us>, owens-christopher@YALE.
  534. EDU (Christopher Owens) writes:
  535.  
  536. > I have a two-line residential installation in which calls hunt to the
  537. > second line if the first line is busy.  Periodically I want to force
  538. > all calls to the second line.  What is the correct way to make a line
  539. > busy? ...
  540.  
  541. There is a local number available in most central offices that is
  542. always busy.  Here in NJ, we dial almost any prefix followed by 9970.
  543. You could place a call to that number, and then leave your set
  544. offhook.
  545.  
  546. There is a tariffed service available in NJ called hunting cut-off
  547. controlled by customer.  With this service, you get a key switch at
  548. your premises connected to an extra pair from the CO.  When you close
  549. the switch, hunting is disabled.  (Don't know what it costs.)
  550.  
  551. I realize that what you want is not to disable hunting but to force it
  552. on all calls.  Perhaps the telco has another service offering up its
  553. sleeve?
  554.  
  555.  
  556. Dave Levenson                Voice: (201) 647 0900
  557. Westmark, Inc.               Internet: dave@westmark.uu.net
  558. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  559. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  560.  
  561.  
  562. ------------------------------
  563.  
  564. From: John Higdon <john@zygot.ati.com>
  565. Subject: Re: Measured Service: What Does It Cost?
  566. Date: 15 Oct 89 18:17:29 GMT
  567. Organization: Green Hills and Cows
  568.  
  569.  
  570. In article <telecom-v09i0447m04@vector.dallas.tx.us>, comcon!roy@uunet.uu.net 
  571. (Roy M. Silvernail) writes:
  572.  
  573. > Do you have measured service? What are the actual rates? Do you have
  574. > to juggle zones? Do you have a free-call area? If you were there for
  575. > the beginning of measured service, what was the introduction like?
  576. > (was there a public outcry? Was the public even consulted?)
  577.  
  578. About 20 years ago, mandatory measured service was introduced to
  579. Pacific Telephone business customers. All new service orders went in
  580. as measured and existing customers were all converted over a year or
  581. two later. Back in those days, no one seemed very interested in the
  582. PUC hearings and this tarrif went through without any problem.
  583.  
  584. People at PacTel fielded the calls from irate customers by responding
  585. that some customers would actually save money, since the monthly rate
  586. had been lowered (cut in half). But of course the vast majority of
  587. business customers started paying through the nose.
  588.  
  589. Since that time, residence service has had the option of being
  590. measured. Unmeasured residence service is about $8.50/month while
  591. measured is about $4.50 with a $3.00 call allowance. A local call is
  592. $.05 for the first minute and $.01 each additional, with evening and
  593. night discounts.
  594.  
  595. Pac*Bell has been trying to push the idea of universal measured
  596. service for years. They have offered various plans to the PUC (such as
  597. a service that includes 130 untimed calls/month and 15 cents for each
  598. call over--price: same as current unmeasured), but so far the PUC
  599. hasn't bought any of it. Now that Pac*Bell is unregulated for all
  600. intents and purposes, we may now probably count the days for
  601. unmeasured residence service.
  602.  
  603. In my home I have a mix of measured and unmeasured lines (all in the
  604. same Commstar group). Any lines used exclusively for incoming calls
  605. are measured while out call lines are unmeasured. (Yes, they will mix
  606. measured and unmeasured lines in Commstar -- it is a common myth that
  607. they won't.)
  608.  
  609. My prediction is that when they make all local calls measured, there
  610. will be some consumer groups that snort a bit but it will mostly
  611. happen without a wimper.  
  612.  
  613.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  614.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  615.  
  616. ------------------------------
  617.  
  618. From: smb@hector.att.com
  619. Subject: Re: Caller ID Saves A Life!
  620. Date: Sun, 15 Oct 89 12:49:13 EDT
  621.  
  622. I'd promised myself I wouldn't comment on this subject any more, but
  623. this latest posting is much too inflammatory....
  624.  
  625.      From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  626.  
  627. I'm not sure if you can do this, given the login available to you, but
  628. you should distinguish between your role as moderator and poster.  Most
  629. of the time this doesn't matter, but when it does -- i.e., when there's
  630. a controversial topic being discussed -- you should try to grant everyone
  631. equal access to the debate.
  632.  
  633.      For those of you who think Caller ID is the worst scourge to ever come
  634.      to the telephone industry, consider this case from Van Nuys, CA about
  635.      three weeks ago:
  636.  
  637.      [deleted]
  638.  
  639.      The autodialer was programmed to simply dial 911, which conneced to
  640.      the Emergency Services dispatcher at the Van Nuys, CA, Police and Fire
  641.      Department.
  642.  
  643. 911 Caller ID service is conceptually very different than ordinary
  644. Caller ID.  Note that I'm not speaking of the technical differences --
  645. of which there are many -- I'm simply speaking of the benefit to society
  646. of having the facility available.
  647.  
  648.      [deleted]
  649.  
  650.      He noted that prior to the installation of Caller ID, there had been
  651.      several objections to the service; 'violation of privacy' being the
  652.      major complaint.  Some people apparently felt they had the 'right' to
  653.      talk to the police anonymously, and that this 'right' superceded the
  654.      rights of the police and fire departments to administer their duties
  655.      effeciently and effectively.
  656.  
  657.      "We think caller ID was responsible for saving Mrs. Rodgers' life."
  658.  
  659. ``Efficiently.''  A marvelous word.  There are parts of the world
  660. where the police can operate much more ``efficiently'' because there
  661. are no (enforced) prohibitions against, say, beating suspects.  And
  662. the ``legislature'' makes life even easier for the police by requiring
  663. internal passports to travel within the country, official permission
  664. to live in certain areas, and lots of nice vague ``crimes'' suitable
  665. for arresting just about anyone.  Efficient, certainly.  But I don't
  666. think I'd like to live there.
  667.  
  668. My point is not that Caller ID is or is not a good thing for emergency
  669. services.  My point is that the issue is not that clear-cut.
  670.  
  671. Factual premise 1: A number of big cities, and the federal DEA, have
  672. prosecuted numerous police officers for narcotics-related corruption.
  673. Factual premise 2: Many drug dealers have shown no hesitation in
  674. ordering the murder of community activists who have tried to shut down
  675. their activities.  Question 1: if 911 calls have Caller-ID recorded
  676. (and all such calls are recorded in most cities, I might note), what
  677. are the odds on such a drug dealer bribing a cop to find out who made
  678. a particular call?  Question 2: how many lives might that cost?
  679.  
  680. Please note carefully what I did and did not say above.  I did not say
  681. there are no benefits to Caller ID for the police.  I did not say
  682. anything at all about Caller ID for other purposes.  And I said
  683. nothing at all about the desirability, or the lack thereof, of current
  684. drug laws and policies.  All I said is that the issue is very far from
  685. clear-cut, and that we should not blindly accept official
  686. pronouncements on the subject.
  687.  
  688.         --Steve Bellovin
  689.         smb@ulysses.att.com
  690.  
  691. ------------------------------
  692.  
  693. Date:     Mon, 16 Oct 89 0:34:06 CDT
  694. From:     Patrick A. Townson <telecom@eecs.nwu.edu>
  695. Subject:  Re: Caller ID Saves A Life!
  696.  
  697. I printed all of the above message not because this is the Social
  698. Issues Digest, but because I would not want Mr. Bellovin to think he
  699. was being censored. He implies in his first paragraph that one is
  700. unlikely to get a fair hearing or a chance to reply to a message since
  701. I did not botber to run the 'change name' program here and convert
  702. myself to Patrick Townson for the occassion.  Everyone who reads this
  703. little Digest knows how bad I am about not allowing my critics the
  704. time of day or space in the Digest to reply.
  705.  
  706. The item in particular appeared in several newspapers last week,
  707. including both the [Chicago Tribune] and the [Chicago Sun Times]. In
  708. addition, it was sent to me by the press clip service I use (yes, I
  709. take this Digest rather seriously, and I keep up on news relating to
  710. telecommunicatons.)  I feel as moderator I would be derelict in not
  711. printing an item when it had been considered newsworthy by other
  712. media. It was a story that I, in my editorial judgment, considered
  713. worth repeating here.
  714.  
  715. Mr. Bellovin, and another recent correspondent who forbade me to print
  716. his letter or mention his name point out rightfully that Caller ID
  717. when offered as a CLASS feature is different than when the same
  718. information is afforded the police in a 911 conversation. Yes and no.
  719. There are some technical differences, but the end result is the same:
  720. The caller is identified to the callee. And there are some remarkable
  721. similarities between the two as well. Some of you must surely recall,
  722. in your own communities, as I do in Chicago, how bitterly the concept
  723. of E-911 was fought by the same people who are fighting caller ID now
  724. in the public realm. Just as some organization now is fighting in the
  725. courts against Caller ID as a CLASS offering, the *very same
  726. organization* (through its Chicago branch) fought in the courts to
  727. prevent the police from having the name and number of the calling
  728. party back in 1973.
  729.  
  730. So I think we split hairs and pick nits when we say caller ID as a
  731. CLASS offering is 'not the same as' caller ID when emergency services
  732. get the information. Caller ID is caller ID is caller ID. Either the
  733. caller is identified in some way to the callee, or he is not. It may
  734. be some folks who otherwise disapprove of caller ID for the public do
  735. not object to it when the police have the information, but we are
  736. still talking about the same basic thing.
  737.  
  738. In community after community, when Enhanced 911 service has been
  739. installed or regular 911 converted to E-911, there have been
  740. complaints regarding violations of privacy, just as today the
  741. complaints are made. Van Nuys, CA was no exception. There were people
  742. there (maybe still are?) who strongly objected to it.
  743.  
  744. I do not make Official Pronouncements here. I quote news, offer my own
  745. opinions, and *usually* entertain the views of others. I think I
  746. posted that story Sunday morning by prefacing it saying, "this has
  747. been in the papers lately'.....so what would Mr. Bellovin have me to
  748. do? Print nothing that might express an opinion? His complaint, along
  749. with Nameless, who forbade me to identify him should direct their
  750. comments about the matter to the authorities in Van Nuys, CA....that
  751. is who was in the news.
  752.  
  753. TELECOM Digest is here to provide a forum for *all aspects* of
  754. telephones.  Technical, social, political, consumer-oriented. The day
  755. I metamorphose into God on High and refuse to print alternative
  756. viewpoints is the day Mr. Bellovin and Nameless have valid complaints,
  757. with me at least.
  758.  
  759.  
  760. Patrick Townson
  761. ------------------------------
  762.  
  763. End of TELECOM Digest V9 #452
  764. *****************************
  765. 
  766. 
  767. Date:     Mon, 16 Oct 89 22:51:37 CDT
  768. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  769. To:       telecom@eecs.nwu.edu
  770. Subject:  TELECOM Digest V9 #453
  771. Message-ID:  <8910162251.aa27627@delta.eecs.nwu.edu>
  772.  
  773.  
  774. TELECOM Digest     Mon, 16 Oct 89 22:50:06 CDT    Volume 9 : Issue 453
  775.  
  776. Today's Topics:                             Moderator: Patrick Townson
  777.  
  778.     Cable Repair, Splicers and a Cable "Environmental Problem" (Larry Lippman)
  779. ----------------------------------------------------------------------
  780.  
  781. Subject: Cable Repair,  Splicers and a Cable "Environmental Problem"
  782. Date: 15 Oct 89 13:04:57 EDT (Sun)
  783. From: Larry Lippman <kitty!larry@uunet.uu.net>
  784.  
  785. In article <telecom-v09i0445m05@vector.dallas.tx.us> gentry@kcdev.uucp (Art 
  786. Gentry) writes:
  787.  
  788. > > 2. When one of those lines is damaged out in the middle of nowhere,
  789. > > and the damage is _inside_ the cable, how do they locate it?
  790. > > Moreover, how do they splice in a new piece of cable?  In other
  791. > > words, how do they connect up those hundreds of individual lines?
  792. > > It would be like trying to rewire a spinal cord.
  793.  
  794. > Ahhhh, back in the good-ol-days....:-} All the wires within a cable
  795. > are color coded, in pairs.  In larger cables, pairs were grouped into
  796. > bunches, which in turn, were color coded themselves.  So while tedious,
  797. > it was not overly difficult to match pairs in a splice.
  798.  
  799.     Many Telecom readers are, to some extent, familiar with the
  800. color code used on polyethylene insulated cables (PIC) in which each
  801. pair is individually color-coded and arranged in groups of 25-pairs,
  802. with these groups in turn being identified with colored binder
  803. strings.  The above color code uses ten colors, and begins with
  804. white/blue for pair 1, white/orange for pair 2, white/green for pair
  805. 3, etc., ending with violet/slate for pair 25; binder group
  806. identification is made with colored tape or string using the above ten
  807. colors.  The complete color code has already been posted by others to
  808. Telecom, and it is not my intent to repeat it here.
  809.  
  810.     The above color code with individual pair identification is
  811. used on both inside station wiring and outside PIC distribution cable.
  812. However, pulp-insulated cable does NOT have identification of
  813. individual pairs.  There is still a significant amount of
  814. pulp-insulated cable in service, especially with high pair counts of
  815. 1,500 to 2,700 pairs.
  816.  
  817.     Pulp-insulated cable uses only three pair colors: white/green,
  818. white/red and white/blue.  Binder groups within the cable come in
  819. sizes of 25, 26, 50, 51, 100 and 101 pairs, depending upon the wire
  820. gauge, pair count and style of the pulp-insulated cable.  For cables
  821. with 400 or more pairs, the binder group size is generally 100 or 101
  822. pairs.
  823.  
  824.     Each of the pairs in such a binder group has the SAME color
  825. code!  As an example, a 404-pair pulp-insulated cable will typically
  826. have four binder groups: (1) 100 pairs of white/green plus a red/blue
  827. tracer pair; (2) 100 pairs of white/red plus a red/blue tracer pair;
  828. (3) 100 pairs of white/blue with a red/blue tracer pair; and (4) 100
  829. pairs of white red with a red/blue tracer pair.  The total pair count
  830. in this example is 404 pairs, and note that there are 200 pairs which
  831. have a white/red color code.  The tracer pairs are generally reserved
  832. as spare or maintenance pairs.
  833.  
  834.     To make matters even more confusing, many pulp-insulated
  835. cables have no binder strings or tape!  The binder groups have a twist
  836. which allows their identification as a unit, and the relative position
  837. of the binder groups when the cable is viewed in cross-section allows
  838. the identification of the particular binder group.  Such binder groups
  839. are therefore arranged in concentric layers, with each layer being
  840. divided into binder segments.  There are also umpteen different binder
  841. coding schemes used for pulp-insulated cable.  For the sake of
  842. simplicity, while I am using the term "binder group" in this article,
  843. in reality I am referring to a cable "unit", which may in fact not
  844. have any binding strings or tape.
  845.  
  846.     As a result of the above, believe me, a damaged pulp-insulated
  847. cable is a real mess!  Also, bear in mind that PIC cable did not come
  848. into general use until the 1950's, so prior to that time
  849. pulp-insulated cable was the ONLY type of outside plant cable.
  850.  
  851.     Restoration of a damaged pulp-insulated cable is performed by
  852. tone tracing or other electronic identification means on EACH AND
  853. EVERY pair.  Restoration starts by picking a red/blue tracer pair as a
  854. means of establishing telephone communication between the cable
  855. splicer and the central office.  At least there aren't that many
  856. tracer pairs to choose from. :-)
  857.  
  858.     The cable splicer cuts back the cable and attempts to identify
  859. the binder groups, starting with the CO-side FIRST.  Picking one
  860. binder group at a time, a craftsperson in the CO sends tracing tone on
  861. the first pair in a binder group.  A test probe with a sensitive
  862. amplifier is used at the cable site to detect this test tone and
  863. therefore identify the pair.  Such a tone tracing arrangement works by
  864. capacitive coupling between the test probe and the cable pairs, so a
  865. cable splicer can rapidly scan for tone by merely brushing the test
  866. probe against fanned-out cable pairs.
  867.  
  868.     As soon as the CO-side of a pair is identified, the pair is
  869. placed in a numbered slot on a "restoral board", and a connection is
  870. made to the pair using insulation-piercing clips.  A restoral board
  871. consists of two boards (a CO-side and a subscriber-side) with 100
  872. pairs of insulation-piercing connections on each board, with several
  873. feet of cable between the two boards.  The restoral board has two
  874. functions: (1) to temporarily tag the identified conductors of a
  875. binder group; and (2) to provide a temporary electrical connection
  876. prior to splicing of the CO and subscriber sides of the severed cable.
  877. More than one set of restoral boards may be used in a cable break, but
  878. it does get crowded around the splice area pretty fast!
  879.  
  880.     Identifying the CO side of the severed cable is the EASY part,
  881. made even easier with the use of a "front tap shoe" which connects to
  882. a protector block in the CO.  A front tap shoe may make contact with
  883. as many as 100 pairs at a time, and using a test cable will
  884. conveniently terminate the pairs on a test panel used to apply tracing
  885. tone.  There are also semi-automatic cable identification devices,
  886. like those made by Automation Products, which send a coded signal on
  887. each of 100 pairs, so that no craftsperson is necessary in the CO
  888. other than to change the front tap shoe to another 100 pairs.  A cable
  889. splicer uses a field identifier unit with a digital readout to
  890. identify the pair number on a given pair in the binder group under
  891. test.
  892.  
  893.     After the CO side of the binder group has been identified
  894. using the above method, next comes the NOT SO EASY part.  A second
  895. cable splicer then heads for the closest cross-connection box on the
  896. subscriber side of the severed cable.  The first task is to establish
  897. a talk pair to the cable splicer at the break.  Local battery for
  898. talking is provided by a cable-splicer's test set, traditionally the
  899. WECO 76C, although newer devices are now available.
  900.  
  901.     The second cable splicer then successively sends tracing tone
  902. across each pair at the cross-connection box, which the first cable
  903. splicer identifies at the site of the cable break.  The identified
  904. pairs are then placed on the subscriber-side of the restoral board,
  905. which not only tags their identity, but makes a temporary electrical
  906. connection.
  907.  
  908.     What makes identification of the pairs on the subscriber-side
  909. of the cable break difficult is that it is unlikely that the full pair
  910. count of the cable will terminate at just one cross-connect location.
  911. A high pair-count cable may in fact have its pairs terminated at a
  912. dozen or more different cross-connection points, EACH of which will
  913. have to be visited in order to send tracing tone to the cable break
  914. site and identify the full pair count.  Sometimes pairs never even
  915. terminate at a cross-connect location, but instead terminate directly
  916. at a large customer location - which is yet another place that may
  917. have to be visited.
  918.  
  919.     In most instances, none of the above tracing effort is
  920. necessary in the case of a PIC cable break, since each pair in PIC
  921. cable is by its very nature self-identifying through its own color and
  922. that of its binder group color.  One does not truly appreciate this
  923. "feature" of PIC cable until one experiences the effort necessary to
  924. repair a pulp-insulated cable.
  925.  
  926.     Installing new pulp-insulated cable was not so difficult since
  927. at intermediate splices pairs in a binder group were merely joined at
  928. random.  Identification was only necessary at termination points.
  929.  
  930.     An additional problem is that in most cases it is not possible
  931. to pull enough slack in a damaged cable to reconnect the severed
  932. pairs.  A length of jumper pair wire is therefore placed in the
  933. splice, and now one has TWO splices for every pair: one for each side
  934. of the jumper.
  935.  
  936.     Yet another problem is that the sheath must be cut back at
  937. least a foot in each direction of the cable break in order to
  938. "visualize" and therefore identify the binder group placement.  For a
  939. badly mangled cable it may be necessary to splice a complete length of
  940. cable between the severed ends since 2-feet is about the limit to the
  941. length of any one splice case.
  942.  
  943.     And to make matters even worse, how would you like to be a
  944. cable splicer doing this work 15 feet above the ground working in a
  945. small tent in sub-zero weather?  A motor vehicle accident that knocks
  946. down a utility pole will create this exact situation!
  947.  
  948.     While a cable splicer's job has little glamor, it does have
  949. some excitement and some hazards, and it is just as essential as that
  950. of a switchman in the CO.  One of the most common hazards in working
  951. with aerial cable today is electric shock from streetlight fixtures
  952. with a broken ground that are attached to a utility pole.  In large
  953. cities with extensive underground distribution, telephone cables may
  954. often share manholes with high-voltage electric power distribution
  955. cables.  The ultimate nightmare of a cable splicer is to accidentally
  956. cut into a power cable instead of a telephone cable; a lead-sheathed
  957. power cable is indistinguishable from a lead-sheathed telephone cable.
  958. Such an accident has in fact happened on more than one occasion over
  959. the years.
  960.  
  961.     In previous years the job of a cable splicer was more artisan
  962. in nature, especially involving the working of lead used to join the
  963. lead sheaths of cables and make splice cases.  The ultimate display of
  964. "lead craftsmanship" was in the "wiping of a joint" which formed the
  965. rounded end of a splice case where the cable entered the larger
  966. diameter splice.  While many lead-sheathed cables still exist, today
  967. there is very little hot lead work; lead cables are usually fitted
  968. into conventional two-part separable splice cases using sealing tape
  969. and a compression-type closure.  In previous years, many a cable
  970. splicer has been burned from spilled molten lead or spilled hot
  971. paraffin (used to "boil out" moisture from damaged pulp-insulated
  972. cable).
  973.  
  974.     I'll close this article with an interesting bit of "cable
  975. trivia".  First, some background.
  976.  
  977.     Many CO buildings still in use in large cities were
  978. constructed between 1915 and 1930.  Such buildings have seen many
  979. generations of telephone apparatus and have been "modernized" on a
  980. number of occasions.  New apparatus is always installed and wired
  981. before old apparatus is removed.  Telephone cable in CO buildings is
  982. supported on "cable rack", which may be as wide as 24 inches.  Cable
  983. is built up in layers, with the oldest cable being at the bottom of
  984. the cable rack; the bottom layer is laced to the cable rack with waxed
  985. twine ("12 cord", for the benefit of any WECO people reading this who
  986. have "paid their dues" :-) ).  Each successive layer of cable is laced
  987. to the previous layer.  It is not unusual in a large CO to have a
  988. SOLID mass of cable 2 feet wide by 2 feet high on a single cable rack.
  989.  
  990.     In the above situation, much of the lower "layers" of cable in
  991. a cable rack will be non-working cable which connected apparatus that
  992. was removed years ago.  The labor necessary to remove such old cable
  993. is significant, so usual practice is to just leave the lower layers in
  994. place.  As a shortage of wiring space develops, an operation referred
  995. to as "cable mining" is performed to remove the bottom layers of cable
  996. and re-stitch the upper, working layers back to the cable rack,
  997. thereby freeing up space for new cable layers.
  998.  
  999.     Cable mining is only done when absolutely necessary, so if
  1000. space is still available it is not unusual for a cable rack to have
  1001. bottom layers of cable that are 60 or more years old.  Such a
  1002. situation still exists today in many older metropolitan CO buildings.
  1003.  
  1004.     An interesting "environmental" problem has been "discovered"
  1005. in the past 10 to 15 years which now dictates that cable mining be
  1006. conducted with the utmost care.  There are actually two problems:
  1007.  
  1008. 1.    Plastic sheaths for central office power and signal cable did
  1009.     not come into general use until the 1950's.  Prior to this time
  1010.     cable sheaths were made from cotton or silk.  In the case of
  1011.     power cable, some styles of cable were covered with an asbestos
  1012.     sheath to prevent accidental fires.  While asbestos-sheathed
  1013.     power cable has not been used since the 1950's, much of this
  1014.     cable still remains on cable racks. 
  1015.  
  1016. 2.    While it may be hard to imagine today, large CO's were periodically
  1017.     plagued with mice during the 1920's and 1930's.  These mice would
  1018.     chew on cable, thereby causing faults.  Mice particularly loved
  1019.     the area around cord positions at DSA and toll operator facilities;
  1020.     the mice like to run on the inside multiples of such cord boards.
  1021.     Crumbs of food brought in by operators would attract such mice.
  1022.  
  1023.     In an effort to control this mice problem, some brilliant WECO
  1024.     engineer (who in all fairness did not know any better) during the
  1025.     1920's came up with the clever idea of impregnating the cloth
  1026.     sheath of central office and switchboard cables with ARSENIC in
  1027.     order to deter the mice from chewing the cables.  As a result,
  1028.     some CO cable installed during the 1920's and 1930's contains
  1029.     arsenic.
  1030.  
  1031.     So, today, some cable mining must be carried out with the
  1032. utmost caution in order to avoid the hazards of asbestos and arsenic!
  1033.  
  1034. <> Larry Lippman @ Recognition Research Corp. - Uniquex Corp. - Viatran Corp.
  1035. <> UUCP  {allegra|boulder|decvax|rutgers|watmath}!sunybcs!kitty!larry
  1036. <> TEL 716/688-1231 | 716/773-1700  {hplabs|utzoo|uunet}!/      \uniquex!larry
  1037. <> FAX 716/741-9635 | 716/773-2488      "Have you hugged your cat today?" 
  1038.  
  1039. ------------------------------
  1040.  
  1041. End of TELECOM Digest V9 #453
  1042. *****************************
  1043. 
  1044. 
  1045. Date:     Tue, 17 Oct 89 0:15:46 CDT
  1046. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  1047. To:       telecom@eecs.nwu.edu
  1048. Subject:  TELECOM Digest V9 #454
  1049. Message-ID:  <8910170015.aa30321@delta.eecs.nwu.edu>
  1050.  
  1051.  
  1052. TELECOM Digest     Tue, 17 Oct 89 00:15:32 CDT    Volume 9 : Issue 454
  1053.  
  1054. Today's Topics:                             Moderator: Patrick Townson
  1055.  
  1056.     Re: Caller ID Saves A Life! (Roger B.A. Klorese)
  1057.     Re: Caller ID Saves A Life! (John Higdon)
  1058.     Re: Caller ID Saves A Life! (John R. Levine)
  1059.     Re: Caller ID saves A life! (William Berbenich)
  1060.     Re: Caller ID Saves A Life! (Eliot Lear)
  1061.     Re: Caller ID Saves A Life! (Lang Zerner)
  1062.     911 Improvement Surcharge In Chicago (David W. Tamkin)
  1063.     Re: The Hottest Answering Machine (Peggy Shambo)
  1064.     A Light Touch (Dave Horsfall)
  1065. ----------------------------------------------------------------------
  1066.  
  1067. From: "Roger B.A. Klorese" <mips!mips.com!rogerk@decwrl.dec.com>
  1068. Subject: Re: Caller ID Saves A Life!
  1069. Date: 16 Oct 89 21:46:05 GMT
  1070. Reply-To: "Roger B.A. Klorese" <mips!mips.com!rogerk@decwrl.dec.com>
  1071. Organization: MIPS Computer Systems, Sunnyvale, CA
  1072.  
  1073.  
  1074. In article <telecom-v09i0452m06@vector.dallas.tx.us> telecom@eecs.nwu.edu 
  1075. (Patrick A. Townson) responds sarcastically to Steve Bellovin:
  1076.  
  1077. >He implies in his first paragraph that one is
  1078. >unlikely to get a fair hearing or a chance to reply to a message since
  1079. >I did not botber to run the 'change name' program here and convert
  1080. >myself to Patrick Townson for the occassion.  Everyone who reads this
  1081. >little Digest knows how bad I am about not allowing my critics the
  1082. >time of day or space in the Digest to reply.
  1083.  
  1084. I don't know, I read the following paragraph and didn't notice
  1085. anything like what you claim you see, Patrick:
  1086.  
  1087. >> I'm not sure if you can do this, given the login available to you, but
  1088. >> you should distinguish between your role as moderator and poster.  Most
  1089. >> of the time this doesn't matter, but when it does -- i.e., when there's
  1090. >> a controversial topic being discussed -- you should try to grant everyone
  1091. >> equal access to the debate.
  1092.  
  1093. Steve made the simple request that you should change your login name,
  1094. if possible, when participating in a discussion, so that your opinions
  1095. don't seem like the blessed consensus of the Digest.  Nowhere was he
  1096. anywhere near as condescending as you, and you trivialize his
  1097. concerns.  He was not claiming that you were denying access (although
  1098. your little explanation, which I omitted, about why you forwarded
  1099. Steve's message indicates that you are in fact doing so: his message
  1100. should not have appeared so he shouldn't think you were stifling him,
  1101. it should have appeared because it is important).
  1102.  
  1103. As for the subject matter, your entire thesis seems to reduce that the
  1104. concern of individuals for their constitutional rights is trivial in
  1105. the face of a facility that saves lives.
  1106.  
  1107. The case can be made that everything from in-home police surveillance
  1108. to drunk-driver roadblocks to searches of random black men walking
  1109. through white suburbs either has or could potentially save lives.  The
  1110. truth is that the cost factors are often the other way around: not
  1111. that freedoms must be sacrificed to save individual lives, but that
  1112. sometimes and unfortunately, lives are the necessary cost of
  1113. maintaining our freedoms, even innocent lives.  
  1114.  
  1115. ROGER B.A. KLORESE
  1116. MIPS Computer Systems, Inc.  phone: +1 408 720-2939 928 E. Arques Ave.
  1117. Sunnyvale, CA 94086 rogerk@mips.COM {ames,decwrl,pyramid}!mips!rogerk
  1118. "I want to live where it's always Saturday."  -- Guadalcanal Diary
  1119.  
  1120. ------------------------------
  1121.  
  1122. From: John Higdon <john@zygot.ati.com>
  1123. Subject: Re: Caller ID Saves A Life!
  1124. Date: 16 Oct 89 06:33:03 GMT
  1125. Organization: Green Hills and Cows
  1126.  
  1127. In article <telecom-v09i0450m01@vector.dallas.tx.us>, telecom@eecs.nwu.edu 
  1128. (TELECOM Moderator) writes:
  1129.  
  1130. > He noted that prior to the installation of Caller ID, there had been
  1131. > several objections to the service; 'violation of privacy' being the
  1132. > major complaint.  Some people apparently felt they had the 'right' to
  1133. > talk to the police anonymously, and that this 'right' superceded the
  1134. > rights of the police and fire departments to administer their duties
  1135. > effeciently and effectively.
  1136.  
  1137. This, of course, is a bogus argument of the first order. From the San
  1138. Jose Pac*Bell telephone directory under the heading "911" (and I'm sure
  1139. included in every directory issued from Pac*Bell):
  1140.  
  1141. "Notice!
  1142.  
  1143. _Dialing 9-1-1 and Your Privacy_
  1144.  
  1145. When reporting an emergency by dialing 9-1-1, your number (including
  1146. non-published number) and address may be automatically displayed on a
  1147. viewing screen. This information enables the emergency agency to
  1148. quickly locate you if the call is interrupted.
  1149.  
  1150. If you do not wish to have your telephone number and address
  1151. displayed, use the appropriate 7-digit emergency number."
  1152.  
  1153.  
  1154. Very simply, if you want to remain anonymous, don't dial 9-1-1.
  1155.  
  1156.  
  1157.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  1158.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  1159.  
  1160. ------------------------------
  1161.  
  1162. Subject: Re: Caller ID Saves A Life!
  1163. Reply-To: johnl@esegue.segue.boston.ma.us
  1164. Organization: Segue Software, Cambridge MA
  1165. Date: 15 Oct 89 17:41:01 EDT (Sun)
  1166. From: "John R. Levine" <johnl@esegue.segue.boston.ma.us>
  1167.  
  1168. In article telecom-v09i0450m01 our Moderator writes:
  1169.  
  1170. >For those of you who think Caller ID is the worst scourge to ever come
  1171. >to the telephone industry, consider this case from Van Nuys, CA about
  1172. >three weeks ago [in which a small child dialed 911 and the dispatcher
  1173. >sent help based on the address display that E911 provides.]
  1174.  
  1175. Some of us left wing wackos who dislike the way that telcos are
  1176. introducing Caller ID think that 911 is a fine example of how Caller
  1177. ID should work.  If you dial 911, your call gets IDed.  If you dial
  1178. the cops' regular seven-digit number you don't get IDed.
  1179.  
  1180. Many people have made technically straightforward proposals to allow
  1181. ID to be turned on and off per call and per line.  I believe that if
  1182. the telcos implemented them you would see the opposition to Caller ID
  1183. disappear.  If you want not to answer calls from phones that don't
  1184. provide ID, that's fine, I'll send a postcard.
  1185.  
  1186. As has been noted here before, Enhanced 911 is technically different
  1187. from the Caller ID that has caused all of the argument.  As far as I
  1188. know, no telco proposes to provide the calling phone number's address
  1189. to Caller ID users like they do to 911.
  1190.  
  1191. By the way, I called American Express last week to argue about my
  1192. bill.  Amex has been reported to have an 800 version of Caller ID that
  1193. looks up the phone number of each call and translates it to the
  1194. caller's card number.  When the person who answered asked me for my
  1195. card number, I asked whether she could tell it from my phone number
  1196. and she said she couldn't.  Either she was lying or they've turned it
  1197. off.
  1198.  
  1199. Regards,
  1200. John Levine, johnl@esegue.segue.boston.ma.us, {spdcc|ima|lotus}!esegue!johnl
  1201.  
  1202. ------------------------------
  1203.  
  1204. Date: 16 Oct 89 09:57:06 EDT
  1205. From: WBERBENI@gtri01.bitnet <William Berbenich>
  1206. Subject: Re: Caller ID Saves A Life!
  1207.  
  1208.    For those who wish to phone anonymously, most emergency services
  1209. still maintain a regular CO line. Here in Atlanta, where 911 does not
  1210. yet have full metropolitan area coverage, that option is still
  1211. possible. Prior to my move to Atlanta from Mountain View, California,
  1212. that option was possible <but not publicized by Pac Bell or EMS>. The
  1213. way I was able to obtain the number was by calling Pac Bell and
  1214. explaining that I wanted to program my autodialer with the number -
  1215. the only trouble was that the autodialer would only accept either 7,
  1216. 10, or 11 digits into its storage <three digit 911 would not store>
  1217. and I therefore needed the 7 digit number. Pac Bell gave it to me, I
  1218. dutifully programmed it in, and the autodialer was ready to summon
  1219. help for my household - however, were I able to call EMS but not able
  1220. to speak, help would have been seriously delayed.
  1221.  
  1222. wberbeni@gtri01.gatech.edu
  1223. Georgia Inst. of Technology
  1224.  
  1225. [Moderator's Note: If your autodialer's only objection is the lack of
  1226. seven digits -- as opposed to the digits '911' themselves (for
  1227. example, IBT speed dialing won't permit 911, 411 and certain others), --
  1228. then you can use filler digits of the form, '911-1111' or '911-####' 
  1229. to make the quota required. The network will start processing the call 
  1230. after the 911 is dialed, and the last four filler digits will have been 
  1231. given out long before the PD comes on the line anyway; no one will be 
  1232. offended by extra beeps in their ear.  PT]
  1233.  
  1234. ------------------------------
  1235.  
  1236. Date: Mon, 16 Oct 89 13:42:53 -0700
  1237. From: Eliot Lear <lear@net.bio.net>
  1238. Subject: Re: Caller ID Saves A Life!
  1239.  
  1240. I'd like to commend Steve for once again demonstrating that one of the
  1241. hottest issues of the early seventies is still with us today - the
  1242. individual's ``right'' to privacy.  I don't propose to argue those
  1243. rights, now.
  1244.  
  1245. How can Caller ID be offered so that it does not intrude on the
  1246. individual's right to privacy?  When in doubt, allow configurability.
  1247. Avoid making policy decisions in implementation, but allow for them in
  1248. the future.  It would be nice if phone companies would give the
  1249. individual the option, up to any particular phone call, whether caller
  1250. id should be given, as well as what the default should be.
  1251.  
  1252. The win, here, is that individuals will be able to decide which is
  1253. more important, and when.  The lose, of course, is that if they pick
  1254. the wrong default and forget about it, Van Nuys would be just another
  1255. tragedy; or in Steve's example, some cop would end up a little richer
  1256. at the expense of another's well being.  
  1257.  
  1258. Eliot Lear
  1259. [lear@net.bio.net]
  1260.  
  1261. ------------------------------
  1262.  
  1263. Date: Mon Oct 16 01:24:55 1989
  1264. From: Lang Zerner <langz@asylum.sf.ca.us>
  1265. Subject: Re: Caller ID Saves A Life!
  1266. Organization: The Great Escape, Inc
  1267.  
  1268. Patrick--
  1269.  
  1270. Unlike some who object to the idea of a moderator editorializing, I
  1271. support your position that your opinion is as valuable to a discussion
  1272. as is anyone else's, and that therefore you have not only the right,
  1273. but a moral obligation to state your views (so long as you are
  1274. cognizant of and responsibe with the added weight they carry by virtue
  1275. of your position).  As long as you are careful not to take action
  1276. which might curtail others' expression of their (possibly opposing)
  1277. views, there is little sound argument against your expressiion of your
  1278. own.
  1279.  
  1280. However, after your recent request that telecom readers refrain from
  1281. posting on the merits and disadvantages of Caller ID, I opine that it
  1282. was irresponsible of you to post your "Caller ID Saves A Life!"
  1283. article.  While it is an interesting news story, it is fairly obvious
  1284. that you posted it to advocate your personal position that Caller ID
  1285. is in the main a good thing.
  1286.  
  1287. By using your authority as moderator to enable the broadcast of your
  1288. personal view on a topic, after using that same authority to curtail
  1289. the broadcast of others' views, you have carelessly (I hope) neglected
  1290. you responsibility as moderator to maintain a realistic and honest
  1291. presentation of the views of the Usenet telecom community.
  1292.  
  1293. If you feel it beneficial (as I agree it was in the case of the Caller
  1294. ID debate) to request curtailment of a discussion here, I hope that in
  1295. the future you will take the pill along with the rest of us.
  1296.  
  1297. With respect,
  1298. Lang Zerner
  1299.  
  1300. langz@asylum.sf.ca.us   UUCP:bionet!asylum!langz   ARPA:langz@athena.mit.edu
  1301. "...and every morning we had to go and LICK the road clean with our TONGUES!"
  1302.  
  1303. [Moderator's Note: Yes, I know I said Caller ID had occupied a huge
  1304. amount of space here; and yes, I did suggest some time back it was
  1305. time to move on to other things. But frankly, if the microcosm of
  1306. society which makes up Digest readership is any indication, Caller ID
  1307. is going to be a hot topic for the next few years. I really don't know
  1308. which way to go with the discussion. It does seem a shame not to touch
  1309. on 'Caller ID in the news' -- and we *will* be seeing more and more of
  1310. it in the news -- yet the very real practical limitations of a Digest
  1311. such as this preclude having the discussion go on and on forever. Be
  1312. assured though, that for every position or posture taken here, ample
  1313. space will be given to the 'loyal opposition'...whichever side of the
  1314. argument that is.  Thanks for writing.  PT]
  1315.  
  1316. ------------------------------
  1317.  
  1318. Subject: 911 Improvement Surcharge in Chicago
  1319. Date: Mon, 16 Oct 89 13:57:58 CDT
  1320. From: "David W. Tamkin" <dattier@jolnet.orpk.il.us>
  1321.  
  1322. Monday morning, October 16, Chicago Mayor Richard M. Daley announced
  1323. that he would submit to the city council a plan to increase city
  1324. telephone taxes by 95c per line per month, earmarked for improvements
  1325. to 911 service.  Currently there is no such flat charge, simply a
  1326. percentage tax rate on local telephone service.
  1327.  
  1328. Daley's spokespeople commented that 911 service here has been a mess
  1329. for years, and that many of the suburbs charge $1.00 per line per
  1330. month, so 95c should not be unreasonable.  There were no details about
  1331. what is currently wrong or about what specific improvements Daley has
  1332. in mind.
  1333.  
  1334. (Despite the address, I live in Chicago; the Rosemont post office is
  1335. more convenient for my location and travel patterns than any inside
  1336. the city.)
  1337.  
  1338.  
  1339. David W. Tamkin    dattier@jolnet.orpk.il.us   {attctc,netsys}!jolnet!dattier
  1340. P. O. Box 813  Rosemont, Illinois  60018-0813  (708) 518-6769  (312) 693-0591
  1341.  
  1342. ------------------------------
  1343.  
  1344. From: Peggy Shambo <peggy@ddsw1.mcs.com>
  1345. Date: Sat Oct 14 19:46:50 1989
  1346. Subject: Re: The Hottest Answering Machine
  1347. Reply-To: peggy@ddsw1.MCS.COM (Peggy Shambo)
  1348. Organization: ddsw1.MCS.COM Contributor, Mundelein, IL
  1349.  
  1350.  
  1351. In article <telecom-v09i0440m05@vector.dallas.tx.us> Lee_C._Moore.WBST128@
  1352. xerox.com writes:
  1353. >X-TELECOM-Digest: volume 9, issue 440, message 5 of 12
  1354.  
  1355. >Because of a service person who went wild in my house, I am now
  1356. >shopping for a new answering machine.  I am taking this opportunity to
  1357. >by a top-of-the-line machine.  Is there any machine that is currently
  1358. >considered the best, hottest or most feature-full (consumer) answering
  1359. >machine?
  1360.  
  1361. >If there is sufficient interest, I will summarize for the group.
  1362.  
  1363.  
  1364. Well, I don't know a heck of a lot about top-of-the-line answering
  1365. machines, but my curiosity has been piqued as to the nature of this
  1366. "service person" and what really happened to the old answering
  1367. machine.
  1368.  
  1369. Enquiring minds want to know.  Does this qualify for the "sufficient
  1370. interest" clause?  :-)
  1371.  
  1372. Peg Shambo           | Anybody know of any IDMS/ADSO positions in
  1373. peggy@ddsw1.mcs.com  | the South of England? (London, Southampton,
  1374.              | Portsmouth, Bournemouth would all be nice) 
  1375.  
  1376. ------------------------------
  1377.  
  1378. From: Dave Horsfall <munnari!stcns3.stc.oz.au!dave@uunet.uu.net>
  1379. Subject: A Light Touch
  1380. Date: 13 Oct 89 02:00:05 GMT
  1381. Reply-To: Dave Horsfall <dave%stcns3.stc.OZ@uunet.uu.net>
  1382. Organization: Alcatel STC Australia, North Sydney, AUSTRALIA
  1383.  
  1384.  
  1385. I found this in the "Sydney Morning Herald", 10th October 1989:
  1386.  
  1387. A Light Touch
  1388.  
  1389.   The State of Missouri is suing a company that sells light bulbs over
  1390.   the telephone, alleging the company claims that all its employees are
  1391.   handicapped whereas they may have nothing more disabling than hang-
  1392.   nails or hay fever.  The lawsuit said workers for Local Handicapped
  1393.   Workers Inc had phoned thousands of people since April, asking them to
  1394.   buy light bulbs for up to $7 each (!) from its all-handicapped
  1395.   employees.
  1396.  
  1397.   Investigators said that when they posed as job applicants at the
  1398.   business, supervisors told them they could earn up to $770 a week and
  1399.   that "handicaps" could include pregnancy, hangnails, allergies or the
  1400.   need for eyeglasses.  Applicants without handicaps were advised to come
  1401.   back when they "had thought one up".
  1402.  
  1403. Dave Horsfall (VK2KFU),  Alcatel STC Australia,  dave@stcns3.stc.oz.AU
  1404. dave%stcns3.stc.oz.AU@uunet.UU.NET,  ...munnari!stcns3.stc.oz.AU!dave
  1405.  
  1406. ------------------------------
  1407.  
  1408. End of TELECOM Digest V9 #454
  1409. *****************************
  1410.  
  1411.  
  1412.  
  1413.  
  1414.  
  1415. 
  1416. 
  1417. Date:     Tue, 17 Oct 89 1:06:58 CDT
  1418. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  1419. To:       telecom@eecs.nwu.edu
  1420. Subject:  TELECOM Digest V9 #455
  1421. Message-ID:  <8910170106.aa22507@delta.eecs.nwu.edu>
  1422.  
  1423.  
  1424. TELECOM Digest     Tue, 17 Oct 89 01:05:33 CDT    Volume 9 : Issue 455
  1425.  
  1426. Today's Topics:                             Moderator: Patrick Townson
  1427.  
  1428.     Re: Projections for V&H Table Coordinates (David W. Tamkin)
  1429.     Re: V&H Table Coordinates (Joel B. Levin)
  1430.     Re: PC Sytems to Handle Phone Inquiries? (Tom Wiencko)
  1431.     Re: Numerical List of NPA's and NXX Count (Carl Moore)
  1432.     Re: AT&T as a "Backup" For US Sprint et al (Dave Levenson)
  1433.     Re: What is SONET? (Paul Elliott)
  1434.     Re: 7 khz Technology for ISDN (Vladimir Taft)
  1435.     Re: SW56, ISDN Comm Cards For Macintoshes (Vladimir Taft)
  1436.     Re: Measured Service: What Does It Cost? (Fred Goldstein)
  1437.     Re: Some Comments on the History of Repertory Telephone Dialers (F. Linton)
  1438.     Re: The Day The Bell System Died (Stan M. Krieger)
  1439. ----------------------------------------------------------------------
  1440.  
  1441. Subject: Re: Projections for V&H Table Coordinates
  1442. Date: Sun, 15 Oct 89 17:04:19 CDT
  1443. From: "David W. Tamkin" <dattier@jolnet.orpk.il.us>
  1444.  
  1445. John R. Levine contributed to issue 450, volume 9:
  1446.  
  1447. | The V&H tape uses some other projection that I expect is intended to
  1448. | make equal distances equal.  
  1449.  
  1450. Intended, perhaps, but not successful.  A projection that makes equal
  1451. distances on the earth's surface equal on a plane map is impossible
  1452. unless the area being mapped is a mesa top.
  1453.  
  1454. As long as the distances between points are to be calculated as
  1455. Pythagorean diagonals, something has to break down somewhere.  My
  1456. guess is that the coordinates are based on many projections of small
  1457. areas; there would still be a problem in joining these smaller maps,
  1458. but perhaps the theory is that with greater distances the error is
  1459. less significant as rate bands become larger and fewer.
  1460.  
  1461. With Illinois Bell, though, the coordinates are gospel: there is an
  1462. eight-mile band for local calls, and the Chicago-Irving and Schiller
  1463. Park CO's are a few feet more than eight miles apart.  Illinois Bell
  1464. dutifully charges a call between those two districts in the
  1465. eight-to-fifteen mile band.  On the other hand, the Chicago-Canal East
  1466. and Chicago-Canal West switches, being in the same building, have the
  1467. same coordinates assigned, so the distance between them never comes
  1468. into consideration, though it is perhaps almost as great as the excess
  1469. over eight miles in the distance between the Schiller Park and
  1470. Chicago-Irving switches.  
  1471.  
  1472. David W. Tamkin dattier@jolnet.orpk.il.us
  1473. {attctc,netsys}!jolnet!dattier P. O. Box 813 Rosemont, Illinois 60018-0813 
  1474. (708) 518-6769 (312) 693-0591 BIX: dattier GEnie:
  1475. D.W.TAMKIN CIS: 73720,1570 The opinions above are mine.
  1476.  
  1477. ------------------------------
  1478.  
  1479. From: Joel B Levin <levin@bbn.com>
  1480. Subject: Re: V&H Table Coordinates
  1481. Date: Mon, 16 Oct 89 13:24:23 EDT
  1482.  
  1483.  From johnl@esegue.segue.boston.ma.us:
  1484.  
  1485. >The V&H tape uses some other projection that I expect is intended to
  1486. >make equal distances equal.  Any given projection is tuned to the area
  1487. >that it is intended to display; the Albers projection is tuned for the
  1488. >lower 48  . . .
  1489.  
  1490. I also have no definitive answer.  I have seen the map of the
  1491. contiguous 48 states displayed against the grid, and an explanation
  1492. that comes to mind is that the grid is tilted to allow the map to
  1493. occupy the greatest amount of space within its bounding box, i.e., to
  1494. maximize the scale used with certain coordinate limits.  I don't know
  1495. why this might be important, though.
  1496.  
  1497.     /JBL
  1498.  
  1499. ------------------------------
  1500.  
  1501. From: Tom Wiencko <stiatl!tom@gatech.edu>
  1502. Subject: Re: PC Sytems to Handle Phone Inquiries?
  1503. Date: 16 Oct 89 02:27:23 GMT
  1504. Reply-To: Tom Wiencko <stiatl!tom@gatech.edu>
  1505. Organization: Wiencko & Associates, Inc.
  1506.  
  1507.  
  1508. In article <telecom-v09i0440m06@vector.dallas.tx.us> Jim Henry <jhenry@rand.
  1509. org writes:
  1510.  
  1511. >I would like to design a system which allows a telephone caller to
  1512. >check the status of an order by telephone without human intervention.
  1513.  
  1514. I recently researched a similar application, and found a company which
  1515. seems to handle this type of requirement very well.  The vendor is
  1516. Innovative Technology, Inc. in Roswell Georgia.  They make a clever
  1517. little board (which is not really cheap, but gets the job done) and
  1518. better yet, there is a lot of software out there written by this
  1519. company and by other companies to handle all sorts of touch-tone
  1520. response applications.
  1521.  
  1522. I have not used their product myself, but have talked to people who have
  1523. used it and have demo-run some applications using it.  Seems pretty slick.
  1524.  
  1525. They are at 404/998-9970.
  1526.  
  1527. Disclamer: I am not associated with Innovative Technology.
  1528.  
  1529. Tom Wiencko                                            (w) (404) 977-4515
  1530. gatech!stiatl!tom                                  Wiencko & Associates, Inc.
  1531.  
  1532. ------------------------------
  1533.  
  1534. Date:     Mon, 16 Oct 89 9:29:52 EDT
  1535. From:     Carl Moore (VLD/VMB) <cmoore@brl.mil>
  1536. Subject:  Re:  Numerical List of NPA's and NXX Count
  1537.  
  1538. Yes, there are some cases where 7D call can be long distance (within
  1539. your own area code).  This exists in California at least in 213, 818,
  1540. 415, 408; New Jersey (201,609); and recently it was noted in the
  1541. Digest that 1+7D within 313 area in Michigan will reduce to 7D
  1542. (preparing for N0X/N1X there?).
  1543.  
  1544. I noted years ago that 1+ was not necessary on pay phones on 475
  1545. and 478 in Delaware (302).
  1546.  
  1547. ------------------------------
  1548.  
  1549. From: Dave Levenson <westmark!dave@uunet.uu.net>
  1550. Subject: Re: AT&T as a "Backup" For US Sprint et al
  1551. Date: 14 Oct 89 23:29:09 GMT
  1552. Organization: Westmark, Inc., Warren, NJ, USA
  1553.  
  1554.  
  1555. In article <telecom-v09i0440m11@vector.dallas.tx.us>, myerston@cts.sri.com 
  1556. writes:
  1557.  ...
  1558. >      Such outages are usually reported as "SPRINT fiber cut, AT&T
  1559. > circuits overloaded" as if each were equally to blame!.  The fact that
  1560. > the OCCs routinely use AT&T facilities to complete calls to remote
  1561. > locations is equally unknown to press and public.
  1562.  
  1563. When an excavation project severed a fiber optic link here in New
  1564. Jersey last year, the AT&T customers noticed a huge increase in
  1565. circuits-busy conditions.  The AT&T network managed to complete a few
  1566. calls, but the blocking probabilty went way up.  MCI customers, on the
  1567. other hand, were unaware of the outage, and experienced normal circuit
  1568. availability.
  1569.  
  1570.  
  1571. Dave Levenson                Voice: (201) 647 0900
  1572. Westmark, Inc.               Internet: dave@westmark.uu.net
  1573. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  1574. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  1575.  
  1576.  
  1577. ------------------------------
  1578.  
  1579. From: Paul Elliott x225 <optilink!elliott@ames.arc.nasa.gov>
  1580. Subject: Re: What is SONET?
  1581. Date: 16 Oct 89 16:55:12 GMT
  1582. Organization: Optilink Corporation, Petaluma, CA
  1583.  
  1584.  
  1585. In article <telecom-v09i0447m05@vector.dallas.tx.us>, gamiddleton@watmath.
  1586. waterloo.edu (Guy Middleton) writes:
  1587.  
  1588. > I read in the newspaper today about some Northern Telecom fibre-optic
  1589. > equipment that uses a signalling technology called SONET.  Does anybody know
  1590. > what SONET actually is?
  1591.  
  1592. SONET is an acronym for Synchronous Optical NETwork.  It is not really
  1593. a signaling technology, but rather is the North American fiber optic
  1594. transmission standard.  The SONET standard is described in Bellcore
  1595. TA-TSY-000253 (Issue 3, July 1988).
  1596.  
  1597. SONET transports telephony signals as payloads of multiple DS0
  1598. (Dee-Ess-Zero) channels, each DS0 being 64 Kbit/s arranged as 8
  1599. bits/channel with an 8000 Hz channel repetition rate.  24 channels are
  1600. grouped (with one frame bit) into a frame; the resulting signal is
  1601. called a DS1, and is the basic T1 signal.  I won't go into the various
  1602. signaling and framing formats here (unless someone really twists my
  1603. arm).
  1604.  
  1605. SONET provides for several optical transmission rates; these are:
  1606. STS-1, OC-1: 51.840 Mbit/s, 672 DS0 channels
  1607. STS-3, OC-3: 155.52 Mbit/s, 3x OC-1
  1608.  ... and on, up to:
  1609. STS-48, OC-48: 2488.32 Mbit/s, 48x OC-1
  1610.  
  1611. (STS-N = Synchronous Transport Signal level N, the signal description)
  1612. (OC-N  = Optical Carrier level N, the STS-N after conversion to light)
  1613.  
  1614. Note that the data rates above do not correspond exactly to the number
  1615. of DS-0 channels being transported.  This is due to additional
  1616. overhead data in the SONET signal.
  1617.  
  1618. The SONET signal uses laser light sources and single-mode fiber.
  1619.  
  1620. Here at Optilink, we were amused to see the Northern Telecom press
  1621. release (in which they claimed to be the first), as we have had a
  1622. SONET digital loop carrier system in field-trials at several sites for
  1623. a few months now.  The article in the paper was a bit sketchy, so
  1624. perhaps they are indeed first at _something_SONET_, but certainly they
  1625. are not alone in the field.
  1626.  
  1627.  
  1628. Paul M. Elliott      Optilink Corporation     (707) 795-9444
  1629.          {pyramid,pixar,tekbspa}!optilink!elliott
  1630. "I used to think I was indecisive, but now I'm not so sure."
  1631.  
  1632.  
  1633. ------------------------------
  1634.  
  1635. From: Vladimir Taft <hplabs!vtaft@hpindda.hp.com>
  1636. Subject: Re: 7 khz Technology for ISDN
  1637. Date: 13 Oct 89 22:57:22 GMT
  1638. Organization: HP Information Networks, Cupertino, CA
  1639.  
  1640.  
  1641. 7 kHz audio standard uses a more sophisticated encoding algorithm
  1642. which provides better quality than the older standard (8-bit PCM) at
  1643. the same bit rate of 64 Kbps.
  1644.  
  1645. As far as the rest of your questions - sorry, I have not seen the article.
  1646.  
  1647. Vladimir Taft
  1648.  
  1649. ------------------------------
  1650.  
  1651. From: Vladimir Taft <hplabs!vtaft@hpindda.hp.com>
  1652. Subject: Re: SW56, ISDN Comm Cards For Macintoshes
  1653. Date: 13 Oct 89 22:52:17 GMT
  1654. Organization: HP Information Networks, Cupertino, CA
  1655.  
  1656.  
  1657. I would recommend to call Sofcom Inc. (division of Hayes) in San
  1658. Francisco.  The name of the president of the division is Mr. M.
  1659. Drabkin.  Get the number by calling (415) 555-1212 (Sorry, I do not
  1660. have it handy).
  1661.  
  1662. Regards,
  1663.                           
  1664. Vlad Taft
  1665.  
  1666. ------------------------------
  1667.  
  1668. From: goldstein@delni.enet.dec.com
  1669. Subject: Re: Measured Service: What Does It Cost?
  1670. Date: 16 Oct 89 19:19:27 GMT
  1671. Organization: Digital Equipment Corporation, Littleton MA USA
  1672.  
  1673.  
  1674. In article <telecom-v09i0447m04@vector.dallas.tx.us>, comcon!roy@uunet.uu.net
  1675. (Roy M. Silvernail) writes:
  1676.  
  1677. > Do you have measured service? What are the actual rates? Do you have
  1678. > to juggle zones? Do you have a free-call area? If you were there for
  1679. > the beginning of measured service, what was the introduction like?
  1680. > (was there a public outcry? Was the public even consulted?)
  1681.  
  1682. Here in Mass., there are measured residence options but mostly it's
  1683. flat-rate.  Business is measured-only IF there are more than 160k
  1684. local lines, otherwise you can get either.  I.e., the boonies are
  1685. flat, but Boston is measured.
  1686.  
  1687. Measured local service, particularly for residence, is a truly awful
  1688. idea.  The usual justification is that it's "fair" that people who use
  1689. more should pay more.  But what is fair about monopoly rates that
  1690. don't correspond to costs?  Most local measured service plans don't
  1691. have any relationship to costs whatsover.
  1692.  
  1693. The classic study was done in Denver in the mid-1970s, where local
  1694. calls can go up to 53 miles.  The cost of the typical local call
  1695. turned out to be under a mill a minute.  Only the longest were around
  1696. 2c/minute.  It's no doubt part of the Colorado PUC's public record,
  1697. but I don't have a reference.
  1698.  
  1699. New York State is fairly rigorous about cost-based rates.  New York
  1700. City, with its extremely high percentage of tandem switching, is all
  1701. measured.  Costs vary with time of day, and there are multiple
  1702. distance zones.  Residence can be timed or untimed.  Untimed is about
  1703. 8c/call peak hour, timed about 7c plus a penny a minute after the
  1704. first five.  I don't have the details handy.  But in any case, NYC is
  1705. NOT typical of the rest of the country!
  1706.  
  1707. I once worked at a firm whose major business was intervening in telco
  1708. rate cases.  Measured local service was a common telco ploy to raise
  1709. rates.  The cost of measurement typically exceeded the cost of the
  1710. calls being measured!  Thus it was actually padding the rate base,
  1711. costing the ratepayers money, and not buying any actual benefit.  If
  1712. overpriced local calls cause people to talk less, then the actual
  1713. cost/minute of the network will go up.  That's terribly
  1714. counterproductive and makes poor public policy.  Typically 80% of
  1715. telco local cost is fixed, 20% usage-sensitive.  What usage sensitive
  1716. pricing plan was like that?  Usually it gets more than 50% of revenue
  1717. from usage.
  1718.  
  1719. Local calls, especially within a short distance (not the
  1720. Atlanta/Denver multi-office extended local areas) are incredibly
  1721. cheap, on a marginal usage cents per minute basis.  If the telco could
  1722. really justify the rate on the grounds of cost, it would be
  1723. economically valid and "fair".  But then it would be too cheap to
  1724. bother with.  Which means they really shouldn't bother, but they
  1725. always come back again and again...
  1726.  
  1727.      fred
  1728.  
  1729. ------------------------------
  1730.  
  1731. From: "Fred E.J. Linton" <FLINTON@eagle.wesleyan.edu>
  1732. Subject: Re: Some Comments on the History of Repertory Telephone Dialers
  1733. Date: 16 Oct 89 19:38:40 GMT
  1734.  
  1735.  
  1736. In article <telecom-v09i0449m01@vector.dallas.tx.us>, 
  1737.     kitty!larry@uunet.uu.net (Larry Lippman) writes:
  1738. >     A few years later year came Son of Rapidial, more commonly
  1739. > known as Magicall.  
  1740.     Ah, yes, the Magicall!  I picked one of these up at the New
  1741. Haven Boulevard flea market a few (ten?) years ago, only to learn that
  1742. the thing needs a power supply (P/S) and a dialer unit (D/U) (all I
  1743. got was the box with the four-inch-broad tape ribbon and R/PB head).
  1744.  
  1745. Has anyone any suggestions regarding the voltages and current ratings
  1746. that missing power should produce, and which voltage is applied where
  1747. in the tape box?
  1748.  
  1749. Alternatively, can anyone suggest a source for either P/S or D/U?
  1750.  
  1751. Respond directly, and I can supply relevant part numbers w/o boring
  1752. everyone else.  Many thanks!
  1753.  
  1754.  
  1755.                                     -- Fred
  1756.  
  1757. ARPA/Internet:  FLINTON@eagle.Wesleyan.EDU
  1758. Bitnet:         FLINTON%eagle@WESLEYAN[.bitnet]
  1759. from uucp:      ...!{research, mtune!arpa, uunet}!eagle.Wesleyan.EDU!FLinton
  1760. on ATT-Mail:    !fejlinton
  1761. Tel.:           + 1 203 776 2210 (home)  OR  + 1 203 347 9411 xt 2249 (work)
  1762. Telex:          <USA> + 15 122 3413   FEJLINTON
  1763. CompuServe ID:  72037,1054
  1764. F-Net (guest):  linton@inria.inria.fr    OR    ...!inria.inria.fr!linton
  1765.  
  1766. ------------------------------
  1767.  
  1768. From: stank@cbnewsl.ATT.COM (Stan Krieger)
  1769. Subject: Re: The Day Bell System Died
  1770. Date: 16 Oct 89 19:50:08 GMT
  1771. Organization: Summit NJ
  1772.  
  1773.  
  1774. >                     "The Day Bell System Died"
  1775.  
  1776. >               Lyrics Copyright (C) 1983 by Lauren Weinstein
  1777.  
  1778. >                       (To the tune of "American Pie")
  1779.  
  1780. >              (With apologies to Don McLean)
  1781.  
  1782.  
  1783. About the time of divestiture, there was a show on PBS about the AT&T
  1784. breakup, and over the closing credits there was a satire on "Breaking
  1785. up is Hard to Do" (I think it was "Breaking up is Hard on You").
  1786.  
  1787. Does anyone have the words to that one?
  1788.  
  1789.  
  1790. Stan Krieger
  1791. Summit, NJ
  1792.  ...!att!attunix!smk
  1793.  
  1794. ------------------------------
  1795.  
  1796. End of TELECOM Digest V9 #455
  1797. *****************************
  1798. 
  1799. 
  1800. Date:     Tue, 17 Oct 89 7:50:55 CDT
  1801. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  1802. To:       telecom@eecs.nwu.edu
  1803. Subject:  TELECOM Digest V9 #456
  1804. Message-ID:  <8910170750.aa05033@delta.eecs.nwu.edu>
  1805.  
  1806.  
  1807. TELECOM Digest     Tue, 17 Oct 89 07:50:08 CDT    Volume 9 : Issue 456
  1808.  
  1809. Today's Topics:                             Moderator: Patrick Townson
  1810.  
  1811.     708 Prefixes To Be Removed From 312 (Doug Blair)
  1812.     Potpourri: Thoughts About 708 (David W. Tamkin)
  1813.     Touch-Tone service in Australia (Henry Mensch)
  1814.     Cellular Phone Antenna Question (Wayne Folta)
  1815.     New Book: The Cuckoo's Egg  (Alain Arnaud)
  1816.     Re: The Lighter Side: Phone Number Jingles (Joel B. Levin)
  1817.     Re: The Lighter Side: Phone Number Jingles (Mike Morris)
  1818. ----------------------------------------------------------------------
  1819.  
  1820. Subject: 708 Prefixes To Be Removed From 312
  1821. Date: Mon, 16 Oct 89 16:26:04 CDT
  1822. From: Doug Blair <blair@obdient.chi.il.us>
  1823.  
  1824. Patrick:
  1825.  
  1826. Just got through typing in all the prefixes that are going to move to
  1827. 708. Gotta drive a little awk script to make that move on 11/11/89. Now
  1828. there's no sense in everyone all typiing it in is there? So, if it
  1829. hasn't been sent into the dcom.telecom file yet, please do so with the
  1830. appended list. If you'd like the script too, let me know.
  1831.  
  1832.  ___  _           _  _             _    
  1833. |   || |_  ___  _| ||_| ___  __  _| |_  Doug Blair    Obedient Software Corp.
  1834. | | ||  .\/ ._\/.  || |/ ._\|  \|_   _| 1007 Naperville Rd, Wheaton IL  60187 
  1835. |___||___/\___/\___||_|\___/|_|_| |_|   obdient!blair blair@obdient.chi.il.us
  1836.  
  1837.  
  1838. The following prefixes will move from area code 312 to area code 708
  1839. on November 11, 1989. Note that 555 (directory assistance) and 591
  1840. (high volume calls - radio stations etc) and 976 (dial-it phone 
  1841. programs and recordings) will remain in both 312 and 708. This info
  1842. typed from an Illinois Bell pamphlet dated 5/15/89 and is subject
  1843. to change!
  1844.  
  1845.  
  1846. 201     206    206    208    209    210    213    215    216
  1847. 218    223     228    231     232    234    240    244    246
  1848. 249    250     251    253    255    256     257    258    259
  1849. 260    272     279    289     290    291    293    295     296
  1850. 297    298    299    301    303    304    305    307    310
  1851. 314    317    318    319    323    325    328    330    331
  1852. 333    335    336    339    343    344    345    349    350
  1853. 351    352    354    355    356    357    358    359    360
  1854. 361    362    364    365    366     367    369     371    377
  1855. 381    382    383    385    386    387    388    389    390
  1856. 391    392     393    394     395    396    397    398    402
  1857. 403    405     406    409    412    416    418    420    422
  1858. 423    424     425    426    428    429    430    432    433
  1859. 437    438    439    441    442    446    447    448    449
  1860. 450    451    452    453    455    456    457    458    459
  1861. 460    462    464    466    469    470    473    474    475
  1862. 479    480    481    482    484    485    490    491    492
  1863. 495    496    497    498    499    501    503    505    506
  1864. 510     512    513    515    516    517    518    519    520
  1865. 524    526    529    530    531    532    534    535    537
  1866. 540    541    543    544    546    547    551    552     553
  1867. 554    555     556    557    560    562    563    564    566
  1868. 570    571    572    573    574    575    576    577    578
  1869. 579    584    587    590    591    593    594    595    596
  1870. 597    598    599    603    605    612    614    615    617
  1871. 619    620    623    627    628    629    632    634    635
  1872. 636    639    640    647    652    653    654    655    656
  1873. 657    658    662    665    668    669    671    672    673
  1874. 674    675    676    677    678    679    680    681    682
  1875. 683    687    688    689    690    691    692    695    696
  1876. 697    698    699    705    706    709    713    717    719
  1877. 720    724    729    730    739    740    741    742    746
  1878. 747    748     749    754    755    756    757    758    759
  1879. 766    771    773    780    788    789    790    795    796
  1880. 798    799    801    803    806    810    816    817    818
  1881. 820    823    824    825    827    830    831    832    833
  1882. 834    835     837    839    840    841    843    844    848
  1883. 849     850    851    852    857    858    859    860    862
  1884. 863    864    865    866    867    868    869    870    872
  1885. 877    879    882    884    885    887    888    891    892
  1886. 893    894    895    896    897    898    904    905    910
  1887. 913     916    920    926    931    932    934    937     940
  1888. 941    945    946    948    949    952    953    954    956
  1889. 959     960     961    963    964    965    966    967    968
  1890. 969    971    972    974    976    979    980    981    982
  1891. 983    985    986    990    991    998    ---     ---     ---
  1892.  
  1893. ------------------------------
  1894.  
  1895. Subject: Potpourri: Thoughts About 708
  1896. Date: Sun, 15 Oct 89 17:46:49 CDT
  1897. From: "David W. Tamkin" <dattier@jolnet.orpk.il.us>
  1898.  
  1899. Just a few stray thoughts after reading some recent issues:
  1900.  
  1901. Yes, Boushelle Carpet Cleaners still advertise in metropolitan Chicago
  1902. that their phone number is "HUdson three, two seven hundred."  The
  1903. rugs you are having cleaned by Boushelle might have been purchased
  1904. from Lincoln Carpeting, whose jingle includes "NAtional two, nine
  1905. thousand, NAtional two [ring ring], nine thousand."  The video for
  1906. Lincoln's commercial reads "NA2-9000" but I think Boushelle's spells
  1907. out "HUdson" or "Hudson".  Neither displays the prefix as "483" or
  1908. "622".  However, with the upcoming area code split, the videos for
  1909. both now show a small, silent "(312)" to the upper left.
  1910.  
  1911. Business cards, outdoor signs, and trucks are beginning to show the
  1912. 708 area code here, and business in the city of Chicago are beginning
  1913. to include the (312) instead of just naming seven digits.  No
  1914. advertising that I've seen in newspapers or on television or heard on
  1915. radio as yet gives 708 for any suburban business.
  1916.  
  1917. Our choke prefix here is 591.  It will be seven-digit dialable from
  1918. both 312 and 708 (708 callers will still be charged for a call to
  1919. Chicago-Canal East), but I believe that outside area code 708 one will
  1920. have to dial appropriately to reach area code 312: +1 708 591 XXXX
  1921. will not work.
  1922.  
  1923. There are only two local telcos in 312 and 708 (not counting cellular
  1924. companies).  Illinois Bell covers almost everything, but Central
  1925. Telephone has two CO's whose areas both straddle the 312/708 border.
  1926. The two companies are handling directory assistance rather
  1927. differently:
  1928.  
  1929. If you are calling from Illinois Bell service in Chicago and want DA
  1930. for a 708 suburb or are calling from Illinois Bell service in a 708
  1931. suburb and want DA for Chicago, you'll have to dial 1-NPA-555-1212,
  1932. but it will be charged only 30c, same as the cost to call 411 for your
  1933. own area code.  I'm not sure about calls from IBT-owned payphones to
  1934. DA for the other side of the city limits; they currently do not charge
  1935. for 411.  (Of course, from a COCOT, it's whatever the traffic will
  1936. bear.  I seriously doubt that any COCOT, even those along the 312/708
  1937. borders, will treat an eleven-digit call to DA for the other side any
  1938. differently for a call to DA in another state.)  Presumably, during
  1939. the grace period, 411 will be acceptable for requesting numbers in the
  1940. other area code; Illinois Bell could not give me a definite answer on
  1941. that nor on the cost of DA calls from payphones to the other side of
  1942. the line.
  1943.  
  1944.  From Centel service, however, DA for 708 and 312 will be maintained
  1945. in a single location, and you will dial 411 for either.  The operator
  1946. or the recording will include the area code when he/she/it tells you
  1947. the number.  DA will still be 30c per call (but with two free calls
  1948. per line per billing cycle, free from Centel-owned payphones).
  1949.  
  1950. 708 will, quite unnecessarily, be the first disjointed NPA: of the
  1951. four geographic holes in the city of Chicago, one will be in 312, one
  1952. is a tiny patch condemned for a future highway interchange that has no
  1953. phones, but the other two will be partly in 312 but mostly in 708.
  1954. Thus 708 will be in three pieces.  The mess could have been avoided by
  1955. keeping in 312 five of the prefixes that are going into 708 (covering
  1956. four suburbs), and I don't know whether this lame-brained notion was
  1957. IBT's or Bellcore's idea, but as with the way IBT is handling
  1958. directory assistance, the people at Centel just shake their heads and
  1959. sigh.  I live a block's walk from each of these two extra borders
  1960. between the codes and a half mile from the outer perimeter of Chicago
  1961. (where the bulk of 708 begins); if anyone will be in the area and
  1962. wants a tour of places where adjacent houses or stores will be an
  1963. eleven-digit call apart or where it will require an eleven-digit call
  1964. to reach the police or fire department, let me know.  Included will be
  1965. two shopping plazas in Harwood Heights that have stores in alternating
  1966. area codes.  I do know of one business in Chicago that realized they'd
  1967. been assigned a Niles prefix and howled at IBT about it; they now have
  1968. a new number and will stay in 312 with their neighbors.  I hope they
  1969. are making IBT pay for their new stationery, new advertising, and
  1970. notice to existing customers.
  1971.  
  1972. One curiosity is that as a Centel customer in Chicago I can dial two
  1973. area code 708 numbers with three digits: 411 reaches a Des Plaines
  1974. number (probably on the 699 or 391 prefix) and 611 reaches (708)
  1975. 698-9955 in Park Ridge.  Likewise, Illinois Bell's area code 708
  1976. customers will dial 611 and reach (312) 509-2510 [at least from
  1977. suburbs along the northern edge and the northern part of the western
  1978. edge of Chicago].
  1979.  
  1980. David W. Tamkin dattier@jolnet.orpk.il.us
  1981. {attctc,netsys}!jolnet!dattier P. O. Box 813 Rosemont, Illinois
  1982. 60018-0813 (708) 518-6769 (312) 693-0591 BIX: dattier GEnie:
  1983. D.W.TAMKIN CIS: 73720,1570 Jolnet is a public access system, where
  1984. every user expresses personal opinions.
  1985.  
  1986. ------------------------------
  1987.  
  1988. Date: Mon, 16 Oct 89 05:36:16 -0400
  1989. From: Henry Mensch <henry@garp.mit.edu>
  1990. Subject: Touch-Tone service in Australia
  1991. Reply-To: henry@garp.mit.edu
  1992.  
  1993.  
  1994. Mr. Kendall states in his recent item that there is no touch-tone
  1995. service in Australia; I must disagree.  I lived on Australia's Gold
  1996. Coast from January until June of this year, and the only phones I saw
  1997. there which were *not* touch-tone were coin-operated payphones.
  1998.  
  1999. In Sydney, Melbourne and Brisbane, I found that touch-tone service was
  2000. non-existent; it did seem to be an up-and-coming thing for many
  2001. regions, though.  From Mr. Kendall's network address, I see he is in
  2002. Tasmania, which may be regarded as something of an outpost (with
  2003. respect to new features) as far as Telecom Australia is concerned.
  2004.  
  2005. # Henry Mensch    /   <henry@garp.mit.edu>   /   E40-379 MIT,  Cambridge, MA
  2006. # <hmensch@uk.ac.nsfnet-relay> / <henry@tts.lth.se> / <mensch@munnari.oz.au>
  2007.  
  2008. ------------------------------
  2009.  
  2010. From: folta@tove.umd.edu (Wayne Folta)
  2011. Subject: Cellular Phone Antenna Question
  2012. Date: 16 Oct 89 22:37:04 GMT
  2013. Reply-To: folta@tove.umd.edu.UUCP (Wayne Folta)
  2014. Organization: U of Maryland, Dept. of Computer Science,
  2015. Lines: 18
  2016.  
  2017. The price of cellular phones has been dropping recently, so I got a
  2018. reconditioned phone for $230 (Fed. Expressed to my door).  It comes in
  2019. a backpack, with a magnetic-mount antenna.  I'd like to put a little
  2020. work into it and make a nicer, more permanent set-up, so:
  2021.  
  2022. Can anyone tell me about cellular phone antennas?  Why the little
  2023. curly part of the antenna (does it have something to do with
  2024. horizontal v. vertical polarization?)?  Why is the Radio Shack window-
  2025. mount antenna so much smaller than my magnetic mount?  And why does
  2026. the Radio Shack antenna have such a large passive coupler (I think)
  2027. base?
  2028.  
  2029. I would like to disguise the antenna, to avoid break-ins, as the rest
  2030. of the system will be hidden.  Any clever ideas here?  Maybe use the
  2031. FM antenna?  Maybe an antenna in the back window?
  2032.  
  2033.  
  2034. Wayne Folta          (folta@tove.umd.edu  128.8.128.42)
  2035.  
  2036. ------------------------------
  2037.  
  2038. From: Alain Arnaud <arnaud@angate.att.com>
  2039. Subject: New Book: The Cuckoo's Egg
  2040. Date: 16 Oct 89 14:05:34 GMT
  2041. Organization: AT&T Bell Laboratories
  2042.  
  2043.  
  2044. I picked up a new book over the week-end, titled "The Cuckoo's egg or
  2045. Tracking a Spy Through the Maze of Computer Espionage". It is by
  2046. Clifford Stoll, and the publisher is Doubleday. Here's a synopsis of
  2047. the write-up on the inside flap.
  2048.  
  2049. "For months a computer intruder moved through a maze of American
  2050. military and research computers like an invisible man - until Clifford
  2051. Stoll saw his footprints. Over a year later, to the delight of the
  2052. baffled CIA, FBI and NSA, Stoll nailed him, and wound up on the front
  2053. page of the New York Times. With all the supense of a classic spy
  2054. novel.
  2055.  
  2056. Clifford Stoll was an astrophysicist turned Unix systems administrator
  2057. at Lawrence Berkeley lab when his discovery of a 75-cent accounting
  2058. error alerted him to the presence of an unauthorized user on the
  2059. system. Instead of simply expelling the intruder, Stoll let him wander
  2060. through the system while carefully rewcording every keystroke.  Thus
  2061. began a year of stalking an elusive, methodical hacker who was
  2062. prowling the nation's conputer network, (Arpanet, Milnet...) using
  2063. numerous techniques- from simply guessing passwords, to exploiting
  2064. software bugs in gnu-emacs, to setting up bogus programs, to gain
  2065. umauthorized access to American computer files on several military,
  2066. government and academic computer systems..."
  2067.  
  2068. Excellent book, a real page turner with lots of details on Unix systems and
  2069. the Internet.
  2070.  
  2071. This book is as good if not better than Tracy Kidder's "The Soul of the
  2072. Machine".
  2073.  
  2074. Alan Arnaud
  2075.  
  2076. Std Disclaimer + Just a consultant
  2077. Guest Account: arnaud@angate.ATT.COM
  2078. Permanent Account: uunet!ecla!arnaud
  2079.  
  2080. ------------------------------
  2081.  
  2082. From: Joel B Levin <levin@bbn.com>
  2083. Subject: Re: The Lighter Side: Phone Number Jingles
  2084. Date: Mon, 16 Oct 89 13:18:44 EDT
  2085.  
  2086. >Picture it: a small boy next to a huge pile of cookies with chocolate
  2087. >around his mouth, and the jingle
  2088.  
  2089. >"How many cookies did Andrew eat?  
  2090. >
  2091. >     ANdrew 8-8000" 
  2092.  
  2093. Wow.  You don't say what that was for, or where, it was used, but I
  2094. remember that phone number from radio commercials for a Boston area
  2095. carpet cleaner (or maybe seller).  Was that it?  Or were there more
  2096. than one metro areas with commercials plugging that same number for
  2097. local firms?
  2098.  
  2099. ------------------------------
  2100.  
  2101. From: Mike Morris <morris@jade.jpl.nasa.gov>
  2102. Subject: Re: The Lighter Side: Phone Number Jingles
  2103. Date: 16 Oct 89 20:42:28 GMT
  2104. Reply-To: Mike Morris <morris@jade.jpl.nasa.gov>
  2105.  
  2106.  
  2107. (John Boteler) writes:
  2108.  
  2109. >In discussing how our analog brains work, the subject of telephone
  2110. >number jingles in advertisments came up. She pointed out how such a
  2111. >simple device could jog our memories.
  2112.  
  2113. >It must have worked because I have never forgotten this one.
  2114.  
  2115. >Picture it: a small boy next to a huge pile of cookies with chocolate
  2116. >around his mouth, and the jingle
  2117.  
  2118. >"How many cookies did Andrew eat?
  2119. >
  2120. >     ANdrew 8-8000"
  2121.  
  2122. While not a telephone number, or even a jingle, it reminded me of a
  2123. gag "memo" that was on the San Diego PD watch commanders bulletin
  2124. board one April 1st a number of years ago...
  2125.  
  2126.      Before I type what it said, a little info is necessary: Most
  2127. police departments use a "ten-code" on their 2-way radio: 10-1 means
  2128. "You're in a bad radio transmission location, I can't hear you",
  2129. "10-2" means "Your radio signal is good, go ahead", "10-4" is
  2130. "affirmative", "10-7" means "out of the car, away from the radio",
  2131. "10-8" means "In the car, available for assignment", etc.  There are
  2132. also the "Code" signals such as "Code 3" meaning that red lights and
  2133. siren are in use, "Code 4" meaning "Everything's OK, no assistance
  2134. required", "Code 7" meaning "Out of the car for lunch or dinner", etc.
  2135.  
  2136. The memo went something like:
  2137.  
  2138.      Units going 10-8 from Code-7 will use proper grammar!  No longer
  2139. will we be "10-8" we will be "10-EATEN"!
  2140.  
  2141. Since I was in San Diego only for one day (the April 1st of the memo),
  2142. I have no idea if "10-eaten" was used on the air...
  2143.  
  2144. Mike Morris                      UUCP: Morris@Jade.JPL.NASA.gov
  2145.                                  ICBM: 34.12 N, 118.02 W
  2146. #Include quote.cute.standard     PSTN: 818-447-7052
  2147. #Include disclaimer.standard     cat flames.all > /dev/null   
  2148.  
  2149. ------------------------------
  2150.  
  2151. End of TELECOM Digest V9 #456
  2152. *****************************
  2153. 
  2154. 
  2155. Date:     Wed, 18 Oct 89 1:00:20 CDT
  2156. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  2157. To:       telecom@eecs.nwu.edu
  2158. Subject:  TELECOM Digest V9 #457
  2159. Message-ID:  <8910180100.aa19310@delta.eecs.nwu.edu>
  2160.  
  2161.  
  2162. TELECOM Digest     Wed, 18 Oct 89 01:00:07 CDT    Volume 9 : Issue 457
  2163.  
  2164. Today's Topics:                             Moderator: Patrick Townson
  2165.  
  2166.     San Fransisco Horror (TELECOM Moderator)
  2167.     Update on 415 Area Code (Linc Madison)
  2168.     Noise Problems from "Metering Pulses" in Europe and Asia (Larry Lippman)
  2169.     Small Phone System (David C. Troup)
  2170.     Dialing Procedures in Dallas (Linc Madison)
  2171.     Payphones and Calling Cards (Linc Madison)
  2172.     Voice Mail & Ringmaster (Richard S. Walker)
  2173.     Billing of Yore (Johnny Zweig)
  2174.     Re: NUA for Compuserve? (Rupert Mohr)
  2175. ----------------------------------------------------------------------
  2176.  
  2177. Date:     Wed, 18 Oct 89 0:08:45 CDT
  2178. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  2179. Subject:  San Fransisco Horror
  2180.  
  2181. At the time this is written, chaos is reigning in the Bay Area, and
  2182. all telecommunications are knocked out. The latest death count is
  2183. about 200 people, and this may be a low estimate. A large fire is
  2184. burning out of control and has destroyed much property.
  2185.  
  2186. I wish nothing but the best to our readers in the San Fransisco and
  2187. Oakland area, and I hope that as communications are restored we will
  2188. receive detailed reports of the disaster, particularly in reference to
  2189. telecom activities.
  2190.  
  2191. Berkeley is totally off line at this time, and email contact is not
  2192. possible with the sites in the San Fransisco area. 
  2193.  
  2194. We seem to have been hit with so many disasters recently. First came
  2195. the storm on the east coast; then a few days ago, the storm in the
  2196. south which affected Texas and Louisiana.....and now this new horror.
  2197.  
  2198.  
  2199. Patrick Townson
  2200.  
  2201. ------------------------------
  2202.  
  2203. Date: Tue, 17 Oct 89 01:51:36 PDT
  2204. From: Linc Madison <rmadison@euler.berkeley.edu>
  2205. Subject: Update on 415 Area Code
  2206. Organization: University of California, Berkeley
  2207.  
  2208. I had a little time to kill this weekend, so I did a little research,
  2209. with a little help from two Oakland directories (June 1988 & 1989) and
  2210. one San Francisco (Sept. 1989).  In the one-year span between the two
  2211. Oakland books, 29 prefixes were added.  At that rate of consumption,
  2212. the supply of NNX prefixes would've been exhausted by mid-1992.  If
  2213. 415 weren't being split, the supply of NXX codes would run out by
  2214. about 1996.
  2215.  
  2216. I went a bit deeper, though.  Area 415 includes one area north of San
  2217. Francisco, Marin County.  Everything else north to the Oregon border
  2218. is 707.  Seemed logical to me that Marin should've been thrown in with
  2219. the relatively uncrowded 707.  It turns out that out of 30-odd
  2220. prefixes in Marin and about 130 in A/C 707, there are only 7
  2221. duplications -- *all* in San Rafael on the 415 side.  Neither area has
  2222. significant growth in number of prefixes assigned.
  2223.  
  2224. The other interesting thing to note is which N0X/N1X prefixes are
  2225. coming on line first.  The first three were 302, 502, and 709.  The
  2226. next few include 506, 516, 601, 705, and 706.  The interesting part
  2227. comes from looking at the NPAs corresponding to these combinations:
  2228. Delaware, western Kentucky, Newfoundland, New Brunswick, Long Island,
  2229. Mississippi, northern central Ontario, and northwest Mexico (hack).
  2230. All except for 516 are areas of low population where people in this
  2231. area are relatively unlikely to call.  (In fact, the way I found the
  2232. last five is that if you dial, for example, 214-XXXX, the system waits
  2233. for you to dial the last three digits so it can give you its "You
  2234. moron, dial 1 first" recording.)  I'm just curious why Pac*Bell
  2235. decided to pick on Lawn Guy Land ;-)
  2236.  
  2237. Linc Madison   =   rmadison@euler.berkeley.edu
  2238.  
  2239. ------------------------------
  2240.  
  2241. Subject: Noise Problems from "Metering Pulses" in European and Asian Countries
  2242. Date: 16 Oct 89 20:05:29 EDT (Mon)
  2243. From: Larry Lippman <kitty!larry@uunet.uu.net>
  2244.  
  2245. In article <telecom-v09i0448m05@vector.dallas.tx.us> H.Shrikumar{shri@ncst.in}
  2246. writes:
  2247.  
  2248. > >> ... The usual system of billing
  2249. > >> calls elsewhere is with "metering pulses". Each pulse is worth so much
  2250. > >> money. On a local call, the pulses go by very slowly and on an
  2251. > >> international call the pulses come rapid-fire.
  2252.  
  2253. > In India too, where we have these metering pulses, most places dont
  2254. > not get itemized billing. However, the new electronic exchanges that
  2255. > are now being set up provide metering pulses only as a sort as
  2256. > "backward compatibility" to the local exchanges that demand it.
  2257.  
  2258. > BTW, these metering pulses cause havoc with dial-up data-comm. They
  2259. > are audible right through the subscribes phone set. We have spent a
  2260. > good amount of time with various combinations of modems and metering
  2261. > pulse rates.
  2262.  
  2263.     Metering pulses generated by central office apparatus in
  2264. various European and Asian countries may be a problem for data
  2265. communication users.
  2266.  
  2267.     There are different metering pulse schemes in use throughout
  2268. the world, but I believe the most common method uses simplex pulses of
  2269. 50 Hz AC.  Using a repeating coil in a trunk circuit, 50 Hz is pulsed
  2270. through a single primary winding.  There are two secondary windings,
  2271. one of which is placed in series with the tip side of the line, and
  2272. the other is placed in series with the ring side of the line.  The
  2273. secondary windings are arranged so that their phases are *opposed*,
  2274. which means that no 50 Hz tone will be audible in the station
  2275. instrument.
  2276.  
  2277.     The meter is an electromechanical counter which is sensitive
  2278. to 50 Hz signals, and is connected with one side to ground, and the
  2279. other side connected to BOTH tip and ring using two series capacitors.
  2280. While the meter is located in the central office, the system is
  2281. intended that "private meters" can be used at subscriber premises.
  2282.  
  2283.     The effective method of signaling as described above is
  2284. simplex.  However, the inaudibility of the 50 Hz metering pulse is
  2285. only as good as the longitudinal balance of the cable plant.  Cable
  2286. plant in poor condition, especially that which may be subject to
  2287. effects of moisture will result in a longitudinal imbalance, thereby
  2288. increasing the detected level of these metering pulses.
  2289.  
  2290.     An appropriately designed impedance network located at the
  2291. station may be used to correct for longitudinal imbalance of the cable
  2292. plant and thereby reduce the level of the metering pulse.  I have an
  2293. off-the-wall suggestion for such a crude, but perhaps effective
  2294. balance network.  Obtain a 2,500 ohm wirewound potentiometer and two
  2295. 0.22 uF non-polarized capacitors rated for 200 WVDC.  Connect the
  2296. wiper arm of the potentiometer to a GOOD earth ground.  Connect the
  2297. tip side of the telephone line to one side of the potentiometer using
  2298. the first 0.22 uF series capacitor; connect the ring side of the
  2299. telephone line to the other side of the potentiometer using the second
  2300. 0.22 uF capacitor.  Adjust the potentiometer for minimum audible level
  2301. of the metering pulses.
  2302.  
  2303.     While I have not had firsthand experience with metering pulses
  2304. in the U.S. (where they are not used), I did acquire some knowledge of
  2305. the topic back in 1977 when I was involved with a project for the
  2306. government of Egypt.
  2307.  
  2308. <> Larry Lippman @ Recognition Research Corp. - Uniquex Corp. - Viatran Corp.
  2309. <> UUCP  {allegra|boulder|decvax|rutgers|watmath}!sunybcs!kitty!larry
  2310. <> TEL 716/688-1231 | 716/773-1700  {hplabs|utzoo|uunet}!/      \uniquex!larry
  2311. <> FAX 716/741-9635 | 716/773-2488      "Have you hugged your cat today?" 
  2312.  
  2313. ------------------------------
  2314.  
  2315. From: "David C. Troup  -  Skunk Works : 2600hz" <carroll1!dtroup@uunet.uu.net>
  2316. Subject: Small Phone System
  2317. Date: 17 Oct 89 03:22:27 GMT
  2318. Organization: Carroll College Dept of Artificial Intelligence
  2319.  
  2320.  
  2321. I have stumbled across a box about the size of a Telebit Trailblazer
  2322. which reads:
  2323.  
  2324.     TelExpand (system 1)
  2325.     R.M. Fuller Company
  2326.  
  2327.     The front has l.e.d.'s for...
  2328.  
  2329.     In use; Privacy mode; delayed response; priority response; call
  2330.     forward; pager alert; answer machine; remote access.
  2331.  
  2332.     The back panel has two phone jacks - wall and phone.
  2333.     a program and single/multi switch.
  2334.  
  2335.     And on the bottom, the sticker reads:
  2336.  
  2337.     TeleExpand
  2338.     Advanced features telephone system
  2339.  
  2340.     R.M. Fuller Company
  2341.     902 industry Drive
  2342.     Seattle, Wa
  2343.     98188
  2344.  
  2345. So! Anyone know how to use this? Anyone ever HEARD of  this unit?
  2346.     Any help would be greatly appreciated! Thanks.
  2347.  
  2348.  
  2349. "We got computers, we're tapping phone lines, knowin' that ain't allowed"__ 
  2350.         _______  _______________    |David C. Troup / Surf Rat             
  2351.      
  2352.         _______)(______   |         |dtroup@carroll1.cc.edu : mail             
  2353.    _____________________________|414-524-6809___________________________
  2354.  
  2355. ------------------------------
  2356.  
  2357. Date: Tue, 17 Oct 89 02:11:48 PDT
  2358. From: Linc Madison <rmadison@euler.berkeley.edu>
  2359. Subject: Dialing Procedures in Dallas
  2360. Organization: University of California, Berkeley
  2361.  
  2362. Various contributors have referred to the horrible situation in
  2363. Dallas.  As a former resident who still visits frequently, I can tell
  2364. you it's quite confusing, and largely needlessly so.
  2365.  
  2366. First of all, Dallas (and all of Texas, at least the Bell parts) have
  2367. had MANDATORY 1+ dialing since the introduction of DDD.  It has never
  2368. been possible to dial NPA-NNX-XXXX.  Dallas and Fort Worth are toll to
  2369. one another, but there are some prefixes in the area that are desig-
  2370. nated "Metro", meaning calls to/from both Dallas and Fort Worth are
  2371. local.  Until quite recently, a subscriber with a Metro number could
  2372. call from or be called by any telephone in the expanded area with just
  2373. the 7-digit number.
  2374.  
  2375. As a result of the recent introduction of NXX prefixes and the
  2376. upcoming new area code, several changes have occurred:
  2377.  
  2378. 1) To dial from Dallas to Tyler (both 214), you must dial 1+214+NXX-XXXX.
  2379.    However, to dial from Fort Worth to Waco (both 817) you dial only
  2380.    1+NNX-XXXX.  Same applies with 0+ calls.
  2381.  
  2382. 2) To call from a regular Dallas number to a Fort Worth Metro number,
  2383.    you MUST dial 817-NNX-XXXX.  If you dial just the 7 digits, you get
  2384.    an error message.  If you dial 1+817-NNX-XXXX, you get error msg.
  2385.  
  2386. 3) To call from a regular Dallas number to a Dallas Metro number, you
  2387.    MUST dial 214-NXX-XXXX, *even though* it's a local call in the same
  2388.    area code!!  Same error messages as above.
  2389.  
  2390. 4) To call out from any Metro number, I believe (I'm not certain) you
  2391.    must dial only the area code for local calls, but 1+ if it's toll
  2392.    and so on.
  2393.  
  2394. The upshot is that you MUST dial 1 if it's toll, and you MUST NOT dial
  2395. 1 if it's not toll.  You must dial the area code whenever dealing with
  2396. a Metro number, though.  However, to make things even WORSE, in
  2397. Houston, along the border between 713/409, some local calls are
  2398. 1+713-NNX-XXXX or the same with 409 from 713.
  2399.  
  2400. Got that?  There'll be a quiz later....
  2401.  
  2402. Linc Madison   =   rmadison@euler.berkeley.edu
  2403.  
  2404. P.S. (dead thread, I know, but...)  My all-time favorite call sign,
  2405. which I didn't see in the discussion here, is a TV station in Chicago:
  2406. WTTW, your Window To The World.  A station here in San Francisco is
  2407. now using that slogan (KTSF-26), so I wonder what's happened to the
  2408. Chicago WTTW.
  2409.  
  2410. [Moderator's Note: WTTW-Channel 11 is still operating in Chicago. It
  2411. is our Public TV station, and they still use 'Window To The World' as
  2412. their slogan. My main concern now, Link, is what happened to YOU in the
  2413. earthquake. Communications with Berkeley have been lost for several
  2414. hours. Let us know you are safe, and what's happening out there.  PT]
  2415.  
  2416. ------------------------------
  2417.  
  2418. Date: Tue, 17 Oct 89 02:22:35 PDT
  2419. From: Linc Madison <rmadison@euler.berkeley.edu>
  2420. Subject: Payphones and Calling Cards
  2421. Organization: University of California, Berkeley
  2422.  
  2423. I've recently had occasion to make a few long distance calls from
  2424. payphones, and have a few of my own stories to add to the collection.
  2425.  
  2426. The local COCOTS payphone intercepts as "invalid number" 10288, 10222,
  2427. 10333, and 10777.  It also tried to charge me out-of-state DA charge
  2428. for an in-state DA call.  (I was just testing it -- in-state DA is
  2429. free from Pac*Bell payphones.)  However, it allowed 950-XXXX and 800
  2430. access numbers and didn't disable the keypad.
  2431.  
  2432. I tried (from a *real* payphone == Pac*Bell) to make some calls on my
  2433. MCI and Sprint calling cards.  Dialing 10XXX-0-NPA-NXX-XXXX and then
  2434. punching in my card number at the tone gave me "invalid card"
  2435. responses on both carriers.  (No, I *didn't* switch them around.)  The
  2436. Sprint intercept particularly surprised me, because it cut in
  2437. immediately after the fourth digit.  Since they now assign random
  2438. 14-digit numbers (instead of the old YOUR-HOME-PHONE+XXXX), I was
  2439. surprised that they intercepted as soon as they saw that I wasn't
  2440. dialing the XXXX of the target number.  Both of my cards work fine
  2441. with the appropriate 950/800 number, and the Sprint operator who came
  2442. on-line after I punched my number in twice was able to enter it from
  2443. his console without problem, but their computers don't accept their
  2444. own calling cards.  I was calling from Sunnyvale, Calif., and other
  2445. places in the San Francisco LATA.
  2446.  
  2447. Linc Madison   =   rmadison@euler.berkeley.edu
  2448.  
  2449. ------------------------------
  2450.  
  2451. Date: Tue, 17 Oct 89 09:02:19 edt
  2452. From: "WALKER,RICHARD S" <gt5302b%prism@gatech.edu>
  2453. Subject: Voice Mail & Ringmaster
  2454.  
  2455.  
  2456. I have a Voice Mail card (PC Systems) in my 286 and I'd like to set it
  2457. up to recognize different rings that Southern Bell's Ringmaster
  2458. service offers.
  2459.  
  2460. Does anyone know if a programming solution is possible?
  2461.  
  2462. ------------------------------
  2463.  
  2464. From: Johnny Zweig <zweig@brutus.cs.uiuc.edu>
  2465. Subject: Billing of Yore
  2466. Reply-To: zweig@cs.uiuc.edu
  2467. Organization: U of Illinois, CS Dept., Systems Research Group
  2468. Date: Tue, 17 Oct 89 16:43:53 GMT
  2469.  
  2470. I am curious if people know how long-distance billing used to be
  2471. handled in days of yore. In particular, how did it evolve as
  2472. technology went from patch cords to SxS to *ESS? I mean, in 1921 I
  2473. gather you placed a long-distance call by telling the local operator
  2474. to patch you through -- where did the billing information reside?
  2475.  
  2476. I am also curious about how hotels have charged for phone-usage in the
  2477. days since they started doing so. Before PBX's, it seems like they
  2478. would either have had to guesstimate the charges or have some
  2479. complicated arrangement with the phone company to inform them at the
  2480. time the call is made how much it costs.
  2481.  
  2482. Johnny Curious
  2483.  
  2484. [Moderator's Note: Years ago, operators kept manual paper tickets which
  2485. they wrote up as they placed each call. These tickets were stamped in
  2486. a clock when the connection started, and stamped again when it ended. The
  2487. tickets were collected by clerks who went around to each operator position
  2488. picking them up every few minutes. The clerks computed the time and charges
  2489. for each ticket, and when the subscriber had requested this information
  2490. they were called back with details. The tickets were sorted by calling
  2491. number and placed in each subscriber's folder where they were held for
  2492. billing. Other clerks continually kept pulling these folders and posting
  2493. tickets on the appropriate ledger card. Like today, subscribers were on
  2494. cycle billing; that is, a certain number were billed each working day of
  2495. the month. There were 22 billing cycles per month. I have in my grandparent's
  2496. papers a phone bill from Illinois Bell dated May 13, 1931. The statement
  2497. has a *handwritten* list of the long distance calls, plus a handwritten
  2498. cover sheet showing the total bill for the month was $3.60. 
  2499.  
  2500. Hotels had an arrangement with telco which was that they (hotel) guarenteed
  2501. payment for all guest calls in exchange for a commission for handling the
  2502. call, as well as billing and collecting. Following a long distance call,
  2503. the hotel was notified, usually within minutes and always within an hour
  2504. of the charges for the call. They added this to the guest's bill and the
  2505. guest paid when checking out, or immediatly, depending on his credit. The
  2506. telco billed the hotel once a month, and gave typically a 10-15 percent
  2507. discount on the total bill. If as sometimes happened, telco failed to
  2508. quote time and charges in a timely way and the guest checked out without
  2509. paying -- because the amount was not known by the cashiers when he paid
  2510. his bill -- then telco had to absorb those charges.  Usually in high 
  2511. traffic locations, telco would call the hotel every few minutes to quote
  2512. time and charges for the calls just completed. Sometimes they used a
  2513. telex machine to transmit this information.   PT]
  2514.  
  2515. ------------------------------
  2516.  
  2517. From: Operator <root@infoac.rmi.de>
  2518. Subject: Re: NUA for Compuserve?
  2519. Date: 16 Oct 89 15:23:00 GMT
  2520. Organization: RMI Net Aachen * W. Germany
  2521.  
  2522.  
  2523. CompuServe has 3132 as NUA for its network and then
  2524. asks 
  2525. Host name:
  2526.  
  2527. Rupert
  2528.  
  2529. *****************************************************************
  2530.    ___  ____  ___    _  _ ___ ___   ___ ___ ___     ___ _  _
  2531.   /__/ / / /   /    /\ / /__   /   /__//__//   /__//__ /\ /
  2532.  / \  /   / __/_   /  / /__   /   /  //  //__ /  //__ /  /
  2533.  
  2534. *****************************************************************
  2535. * addresses:  uucp   rmohr@infoac.rmi.de  rmohr@unido.bitnet    *
  2536. *             cis    72446,415            Fax    49 241 32822   *
  2537. *****************************************************************
  2538.  
  2539. ------------------------------
  2540.  
  2541. End of TELECOM Digest V9 #457
  2542. *****************************
  2543. 
  2544. 
  2545. Date:     Wed, 18 Oct 89 2:02:25 CDT
  2546. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  2547. To:       telecom@eecs.nwu.edu
  2548. Subject:  TELECOM Digest V9 #458
  2549. Message-ID:  <8910180202.aa20639@delta.eecs.nwu.edu>
  2550.  
  2551.  
  2552. TELECOM Digest     Wed, 18 Oct 89 01:59:41 CDT    Volume 9 : Issue 458
  2553.  
  2554. Today's Topics:                             Moderator: Patrick Townson
  2555.  
  2556.     Caller ID at American Express (John Croll)
  2557.     Re: Caller ID Saves A Life! (Bob Jacobson)
  2558.     Re: Caller ID Saves A Life! (Roger B.A. Klorese)
  2559.     Re: Technical Specifications of TTY Machines (Michael S. Cross)
  2560.     Re: Wrong Number (Bob Goudreau)
  2561.     Re: Telecommunications in Belgium - Part 2 (Alain Fontaine)
  2562.     Re: Cellular Phone Antenna Question (Brian Kantor)
  2563.     Re: Caller ID Saves A Life! (Scott D. Green)
  2564.     Re: Numerical List of NPA's and NXX Count (Stephen Tell)
  2565.     Bay Area Earthquake Phone Service (Dennis Brophy)
  2566. ----------------------------------------------------------------------
  2567.  
  2568. Date: Tue, 17 Oct 89 06:35:59 -0700
  2569. From: croll@wonder.enet.dec.com
  2570. Subject: Caller ID at American Express
  2571.  
  2572. At the risk of being the straw that broke the camel's back...
  2573.  
  2574. In Telecom V9:454, John Levine (johnl@esegue.segue.boston.ma.us) writes:
  2575.  
  2576. >By the way, I called American Express last week to argue about my
  2577. >bill.  Amex has been reported to have an 800 version of Caller ID that
  2578. >looks up the phone number of each call and translates it to the
  2579. >caller's card number.  When the person who answered asked me for my
  2580. >card number, I asked whether she could tell it from my phone number
  2581. >and she said she couldn't.  Either she was lying or they've turned it
  2582. >off.
  2583.  
  2584. I remember reading in Forbes (I think, it was some time ago) that
  2585. American Express Customer Services folks used to greet callers by name
  2586. as they answered the phone, taking advantage of the features of the
  2587. 800 version of Caller ID to automatically look up the caller's
  2588. account.  They no longer do this, because it was so disconcerting to
  2589. their customers.  They received so many complaints from enough people
  2590. that they either turned it off, or instructed their people to no
  2591. longer say anything about it.  The article didn't say explicitly
  2592. whether they had turned it off, however.
  2593.  
  2594.  From this, my own conclusion is that the reaction to caller ID isn't
  2595. so much the explicit invasion of privacy as the fear that Big Brother
  2596. is always watching.  I know that this is just about the same thing,
  2597. but there is a difference between the abstract feeling that your
  2598. privacy isn't perfect and having your nose rubbed in it every time you
  2599. make a phone call.  After all, many times when you call someone you
  2600. wind up telling them who you are, anyway; having them greet you with
  2601. your name before you even get a word out is, to say the least,
  2602. disconcerting.  It puts the control of the conversation immediately
  2603. into the callee's hands, instead of the caller's.
  2604.  
  2605. John
  2606.  
  2607. ------------------------------
  2608.  
  2609. From: Bob Jacobson <well!bluefire@lll-crg.llnl.gov>
  2610. Subject: Re: Caller ID Saves A Life!
  2611. Date: 17 Oct 89 07:52:08 GMT
  2612. Reply-To: Bob Jacobson <well!bluefire@lll-crg.llnl.gov>
  2613. Organization: Whole Earth 'Lectronic Link, Sausalito, CA
  2614.  
  2615.  
  2616. Caller ID for 911-E (enhanced) services has never been a source of
  2617. controversy.  California state law explicitly provides for the
  2618. sharing of personal telephone information, including telephone
  2619. numbers, with emergency service providers via the 911 service.
  2620. Regrettably, in many rural areas, telephone providers -- particularly
  2621. the larger firms, Pacific Bell and GTE California -- have not yet
  2622. upgraded their systems to provide 911-E.
  2623.  
  2624. It is unlikely that a call to Sears or American Express is going
  2625. to save someone's life.  Oh, wait:  I can just envisage a teenage
  2626. girl now, screaming at her parents, "I've just got to call and 
  2627. order those new jeans or I'm going to die!"  Thank goodness for
  2628. Call ID: next time, the department store can anticipate this need
  2629. and mail out a solicitation to the family.  How nice.
  2630.  
  2631. ------------------------------
  2632.  
  2633. From: "Roger B.A. Klorese" <mips!mips.com!rogerk@decwrl.dec.com>
  2634. Subject: Re: Caller ID Saves A Life!
  2635. Date: 17 Oct 89 21:33:10 GMT
  2636. Reply-To: "Roger B.A. Klorese" <mips!mips.com!rogerk@decwrl.dec.com>
  2637. Organization: MIPS Computer Systems, Sunnyvale, CA
  2638.  
  2639.  
  2640. In article <telecom-v09i0454m03@vector.dallas.tx.us> johnl@esegue.segue.
  2641. boston.ma.us writes:
  2642.  
  2643. >Some of us left wing wackos who dislike the way that telcos are
  2644. >introducing Caller ID think that 911 is a fine example of how Caller
  2645. >ID should work.  If you dial 911, your call gets IDed.  If you dial
  2646. >the cops' regular seven-digit number you don't get IDed.
  2647.  
  2648.  ...but in many areas it is difficult, if not impossible to reach an
  2649. Emergency Services Dispatch Center with a seven-digit number.  In
  2650. Boston, for example, we were told that if we called the seven-digit
  2651. number for the local police station, they could not guarantee
  2652. emergency response. 
  2653.  
  2654. ROGER B.A. KLORESE 
  2655. MIPS Computer Systems, Inc.
  2656. phone: +1 408 720-2939 
  2657. 928 E. Arques Ave.  Sunnyvale, CA 94086
  2658. rogerk@mips.COM {ames,decwrl,pyramid}!mips!rogerk "I want to live
  2659. where it's always Saturday."  -- Guadalcanal Diary
  2660.  
  2661. [Moderator's Note: But the theory is, if you have a dire emergency --
  2662. which is the *only* valid reason for calling 911 -- then you obviously
  2663. will want the police/fire/paramedic people to be able to immediatly
  2664. locate you with your emergency circumstances. If all you want to do is
  2665. call 911 to snitch on your neighbors, or report your car stolen, these
  2666. are not *emergency* problems, and you should be using the seven digit
  2667. administrative number.  Here in Chicago a huge number of calls to 911
  2668. are not *emergencies* at all, but simple complaints or requests to
  2669. file police reports, etc. 911 is only to be used when *immediate*
  2670. intervention is required to save a life or report a crime in progress,
  2671. or a fire going on *now*, etc.  And for those conditions, how could
  2672. anyone object to being immediatly identified and assisted?  PT]
  2673.  
  2674. ------------------------------
  2675.  
  2676. Date: Wed, 27 Sep 89 08:14:09 CDT
  2677. From: msc@ihc.att.com (Michael S Cross)
  2678. Subject: Re: Technical Specifications of TTY Machines
  2679. Organization: AT&T Bell Laboratories
  2680.  
  2681. [Moderator's Note: Michael Morris passed along this letter received from
  2682. Mr. Cross, in response to an earlier article in the Digest.  PT]
  2683.  
  2684. I just finished reading your description of the TTY machines and just
  2685. wanted to say hello.  The building I am in now is one of the last
  2686. TELETYPE buildings left standing.  Just after divestiture we became
  2687. AT&T TELETYPE then just AT&T, we are now AT&T Bell Laboratories (for
  2688. about 1 1/2 years).  We don't make printers anymore :-(  Now our
  2689. standard products are the 6500 Multifunction Communications Controller
  2690. (IBM 3270 Market) and the 630 MTG.
  2691.  
  2692. We are moving to Naperville IL next Feb. providing the building is
  2693. complete.  The land has been sold to developers who are erecting a
  2694. shopping center as we "speak".  About the only things left to remind
  2695. us of TELETYPE are the Water Tower and our computer names.  My main
  2696. machine, ttrdc, was shutdown last week and we have aquired a
  2697. mail-server named 'ihc' for Indian Hill Court, the name of our new
  2698. building.  (this is a NetNews-server, cbnewsc) I feel sad that we are
  2699. loosing our "heritage", but data communications just ain't what they
  2700. used to be.  Gotta go now, take care!
  2701.  
  2702.  
  2703.         Michael S. Cross  (msc@ihc.att.com)  (312)-982-2018
  2704.      AT&T Bell Laboratories, 5555 Touhy Ave., Skokie, IL  60077
  2705.  
  2706.   ______________________To Live is to risk Dying____________________________
  2707.  
  2708.  
  2709. ------------------------------
  2710.  
  2711. Date: Mon, 16 Oct 89 14:14:18 edt
  2712. From: Bob Goudreau <goudreau@dg-rtp.dg.com>
  2713. Subject: Re:  Wrong Number
  2714. Organization: Data General Corporation, Research Triangle Park, NC
  2715.  
  2716.  
  2717. In article <telecom-v09i0445m10@vector.dallas.tx.us> cmoore@brl.mil (VLD/VMB) 
  2718. writes:
  2719.  
  2720. >61 is the Australia country code, and 8 is the city code for
  2721. >Adelaide.  In taking some notes from a recent New York Times
  2722. >Magazine, I had to catch myself confusing 61_2 (city code is
  2723. >that of Sydney) with area 612 in Minnesota, where I have been
  2724. >to this year.
  2725.  
  2726. This seems to be not-uncommon practice for Australian firms.  I've
  2727. seen some ads for various other Australian companies where the same
  2728. thing was done: the country code and city code are run together and
  2729. displayed inside parentheses.  For example, (617) xxx xxxx.  This is
  2730. *extremely* misleading for North American readers, who are used to
  2731. North American numbers in exactly the same format, but where the
  2732. 3-digits-inside-parens refers to the area code.  (In particular, the
  2733. above example parses out to a number in the Boston vicinity.)  
  2734.  
  2735. Readers will naturally assume that the number in the ad (which being
  2736. placed in a US magazine was obviously intended for a US audience)
  2737. refers to a US office of the company.  Of course, such companies are
  2738. getting exactly what they deserve: less business because potential
  2739. customers can't reach them.  This will continue until they list their
  2740. numbers according to internationally accepted standards: +61 7 xxx
  2741. xxxx, for example.
  2742.  
  2743.  
  2744. Bob Goudreau                +1 919 248 6231
  2745. Data General Corporation        ...!mcnc!rti!xyzzy!goudreau
  2746. 62 Alexander Drive            goudreau@dg-rtp.dg.com
  2747. Research Triangle Park, NC  27709, USA
  2748.  
  2749. ------------------------------
  2750.  
  2751. Date: Mon, 16 Oct 89 16:34:57 +0100
  2752. From: "Alain FONTAINE (Postmaster - NAD)" <af@sei.ucl.ac.be>
  2753. Subject: Re: Telecommunications in Belgium - Part 2 - Numbering and dialing
  2754.  
  2755. On 9 Oct 89 16:03:46 GMT you said:
  2756.  
  2757. >This is an historical artifact.  Some (ten?) years ago all telephone
  2758. >numbers in Belgium were changed.  Before that time a telephone number
  2759. >consisted of a two digit area code (including leading zero) and a 6
  2760. >digit local number, or a three digit area code plus a 5 digit local
  2761. >number.  So a telephone number was always 8 digits including area
  2762. >code.  This changed overnight throughout Belgium to a telephone number
  2763. >of 9 digits including area code.  In most places the local number got
  2764. >an additional digit.  The exceptions were the cities with area codes
  2765. >(at that time) of 04, 07 and 09; there the area code was changed and
  2766. >the local number unchanged.
  2767.  
  2768. The historical note is correct (it was done nicely, if I remember
  2769. correctly).  And since then, no new area number has been attributed.
  2770. And I still believe that we could see a 04, 07 or 09 zone again some
  2771. day...
  2772.  
  2773. >When I was in Belgium this summer I checked it, but as far as I know
  2774. >all special numbers are 3 digits starting with either 1 or 9.  I
  2775. >remember something like 985 information in French and 995 information
  2776. >in Dutch.  But I believe this is different for the different areas.
  2777. >I.e. some areas do not have information in French, while others do not
  2778. >have it in Dutch while a few in the German speaking part have also
  2779. >German numbers.
  2780.  
  2781. Three digit numbers for special services were replaced on October 30,
  2782. 1987 by the new numbers I described, all over the country. It may be
  2783. that the 995 (French) and 975 (Dutch) for information did remain as
  2784. aliases for those poor stangers who come in Belgium once in a while,
  2785. and insist on relying on their old notes instead of getting up to date
  2786. information from, say, a telephone directory. Is that not nice of us??? 
  2787. There is no technical reason to explain the fact that service is
  2788. not available in any language all over the country : pure politics: _(.
  2789.  
  2790. >Like most places in Europe letters were not used very much.  I
  2791. >remember a Belgian telephone that had the French layout for letters
  2792. >(that was some 30 years ago), but these letters were never used.  The
  2793. >only reason was probably that the telephone was French made.  (The
  2794. >French layout is similar to USA/UK layout, except for the position of
  2795. >letter O, which was, together with Q and Z, positioned with digit 0.)
  2796.  
  2797. The letters have been used much more in France. When, in the early
  2798. sixties, we were listening to some French radio stations, we always
  2799. heard telephone numbers (in Paris) starting with three letters
  2800. (exchange name) and then, uh, four digits. 
  2801.  
  2802.  /AF
  2803.  
  2804. [Moderator's Note: My favorite Paris exchange was 'OPEra'.    PT]
  2805.  
  2806. ------------------------------
  2807.  
  2808. From: Brian Kantor <brian@ucsd.edu>
  2809. Subject: Re: Cellular Phone Antenna Question
  2810. Date: 17 Oct 89 20:35:54 GMT
  2811. Reply-To: Brian Kantor <brian@ucsd.edu>
  2812. Organization: UCSD Network Operations
  2813.  
  2814.  
  2815. In article <telecom-v09i0456m04@vector.dallas.tx.us> folta@tove.umd.edu.UUCP 
  2816. (Wayne Folta) writes:
  2817. >X-TELECOM-Digest: volume 9, issue 456, message 4 of 7
  2818.  
  2819. >Can anyone tell me about cellular phone antennas?  Why the little
  2820. >curly part of the antenna (does it have something to do with
  2821. >horizontal v. vertical polarization?)? 
  2822.  
  2823. A non-technical explanation:
  2824.  
  2825. The cellular antenna is really two vertically-polarized antennas of
  2826. approximately 1/2 wavelength, and the curly part can be viewed as a
  2827. delay line to cause the two sections to work in phase.  Thus the
  2828. antenna has an effective "gain" (i.e., works better) than a simple
  2829. antenna.
  2830.  
  2831. I have a similar antenna for my ham radio equipment, except that as
  2832. it's for a frequency that is about half that of the cell-phone band,
  2833. my antenna is about twice the size.
  2834.     
  2835.           - Brian
  2836.  
  2837. ------------------------------
  2838.  
  2839. Date: Mon, 16 Oct 89 10:10 EDT
  2840. From: "Scott D. Green" <GREEN@wharton.upenn.edu>
  2841. Subject: Re: Caller ID Saves a Life
  2842.  
  2843. A great human interest story, but is this news?  This is exactly what
  2844. Enhanced 911 was designed for.  Doesn't the dispatcher, in addition to
  2845. displaying the calling phone number, also get a location on the
  2846. display?
  2847.  
  2848. Those callers requiring anonymity CAN call a non-emergency standard 7D
  2849. number in most communities.
  2850.  
  2851. Anyway, we could be on the verge of another CallerID go-round, if we're
  2852. not careful.
  2853.  
  2854.  
  2855. ------------------------------
  2856.  
  2857. From: tell@oscar.cs.unc.edu (Stephen Tell)
  2858. Subject: Re: Numerical List of NPA's and NXX Count
  2859. Date: 17 Oct 89 21:11:51 GMT
  2860. Reply-To: tell@oscar.cs.unc.edu (Stephen Tell)
  2861. Organization: University Of North Carolina, Chapel Hill
  2862.  
  2863.  
  2864. I notice from this list that our NPA (919, North Carolina) is 8th from
  2865. the top.  In my last bill from Southern Bell was an insert saying that
  2866. shortly we will be required to dial the whole 1+10 digits for long
  2867. distance calls.
  2868.  
  2869. I suspect that these observations are related; does anyone know if 919
  2870. is in for a split or are NXX prefixes now going to be assigned here?
  2871. I've notice no N0X/N1X prefixed yet; but don't have definite
  2872. information.
  2873.  
  2874.  
  2875. Steve
  2876.  
  2877. "If it walks like a duck, talks like a duck, and is in black and white,
  2878. chances are, it's a MACINTOSH!"
  2879.  
  2880. ------------------------------
  2881.  
  2882. Date: Tue, 17 Oct 89 21:27:10 PDT
  2883. From: Dennis Brophy <dennisb@pdx.mentor.com>
  2884. Subject: Bay Area Earthquake Phone Service
  2885.  
  2886. How does the phone service work during an earthquake?
  2887.  
  2888. I had to send a fax to San Jose this evening, and AT&T would not
  2889. complete the call, but MCI was able to reach my destination in San
  2890. Jose with out a problem.  Why would AT&T stop service while MCI
  2891. permits inbound calls to the Bay Area?
  2892.  
  2893. It is also intersting to note that Portland has NO local operator
  2894. assistance this evening: "All circuits are busy."  I guess if I wanted
  2895. to make a collect call from a pay phone I would not get a Portland
  2896. operator either.  (Is there such a thing as a local Portland operator,
  2897. or is the call being routed to another site in the nation which would
  2898. explain this?)
  2899.  
  2900. I've heard from others in Portland, that they have been performing
  2901. three-way-calls using MCI (not AT&T) from their homes to connect
  2902. people in the Sacramento area with people in South San Francisco
  2903. cities.
  2904.  
  2905. So, what is happening here?  Why can "little" MCI make its way into
  2906. the Bay Area while AT&T cannot?
  2907.  
  2908. [Moderator's Note: This issue of the Digest was prepared and ready for
  2909. transmission when this message arrived in the queue. The Digest was held
  2910. and this message was 'pasted on' the end.   PT]
  2911.  
  2912. ------------------------------
  2913.  
  2914.  
  2915. End of TELECOM Digest V9 #458
  2916. *****************************
  2917.  
  2918.  
  2919. 
  2920. 
  2921. Date:     Wed, 18 Oct 89 19:57:52 CDT
  2922. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  2923. To:       telecom@eecs.nwu.edu
  2924. Subject:  TELECOM Digest V9 #459
  2925. Message-ID:  <8910181957.aa11400@delta.eecs.nwu.edu>
  2926.  
  2927.  
  2928. TELECOM Digest     Wed, 18 Oct 89 19:50:27 CDT    Volume 9 : Issue 459
  2929.  
  2930. Today's Topics:                             Moderator: Patrick Townson
  2931.  
  2932.     Disaster Communications (Ihor J. Kinal)
  2933.     Re: Bay Area Earthquake Phone Service (Evelyn C. Leeper)
  2934.     Re: Bay Area Earthquake Phone Service (Antonio Desimone)
  2935.     Re: Bay Area Earthquake Phone Service (Ken Jongsma)
  2936.     The Big One (Hector Myerston)
  2937.     Re: San Fransisco Horror (Louis A. Mamakos)
  2938.     PacBell Disaster Press Release (PacBell, via TELECOM Moderator)
  2939.     Re: Bay Area Earthquake Phone Service (Krishna Prasad)
  2940.     San Jose Report (Tom Ace)
  2941.     Twenty Miles South on 880 When It Hit (Doug Faunt)
  2942.  
  2943. [Moderator's Note: This issue of the Digest is devoted entirely to news
  2944. and views about the tragic events of Tuesday night in San Fransisco. I
  2945. am sorry to report that some of our regular participants from the Bay
  2946. Area still have not notified me of their present circumstances.  PT]
  2947. ----------------------------------------------------------------------
  2948.  
  2949. From: Ihor J Kinal <ijk@violin.att.com>
  2950. Subject: Disaster Communications
  2951. Date: 18 Oct 89 11:56:27 GMT
  2952. Organization: AT&T Bell Laboratories
  2953.  
  2954.  
  2955. Watching the news reports, it was interesting to note that ABC managed
  2956. to have power and communciations sufficient to broadcast out.  It was
  2957. obvious that power was out, since the blimp shots showed no lights,
  2958. except for autos on the highways, so it wasn't unexpected that most
  2959. phone lines were down or overloaded.
  2960.  
  2961. One of the networks called the CHiP, and they stated that they had
  2962. lost phone communications with most of their sites in the area, so
  2963. they were unable to give damage estimates.
  2964.  
  2965. I WAS SURPRISED THAT THE STATE POLICE DON'T HAVE BACKUP COMMUNICATIONS.
  2966.  
  2967. Something on the nature of meteor-bounce communications [I've read
  2968. recent articles that even trucks on their cross-country trips can
  2969. communicate back to their base with something like this].  It's low
  2970. band-width, so you store a message, and the equipment waits for a
  2971. short time period until a meteor shower occurs, but aparently the wait
  2972. is never long.  It would appear to be the ultimate backup, as long as
  2973. the radio itself is not buried.
  2974.  
  2975. Speaking of communications, ABC constantly showed us the same picture
  2976. from the blimp that was there to cover the ball game.  My wife asked a
  2977. very good question - why not send the blimp south towards the
  2978. epicenter, to give a direct report???  Given the state of highways,
  2979. etc, it would obviously get there quicker than anything except a
  2980. helicopter, and presumably most of those were engaged in local
  2981. disaster relief.
  2982.  
  2983.  
  2984. Ihor Kinal
  2985. att!cbnews!ijk
  2986. <include standard disclaimers>
  2987.  
  2988. ------------------------------
  2989.  
  2990. From: Evelyn C Leeper <ecl@mtgzy.att.com>
  2991. Subject: Re: Bay Area Earthquake Phone Service
  2992. Date: 18 Oct 89 16:02:48 GMT
  2993. Reply-To: ecl@cbnewsj.ATT.COM (Evelyn C. Leeper)
  2994. Organization: AT&T Bell Laboratories
  2995.  
  2996.  
  2997. In article <telecom-v09i0458m10@vector.dallas.tx.us> dennisb@pdx.mentor.com 
  2998. (Dennis Brophy) writes:
  2999.  
  3000. > How does the phone service work during an earthquake?
  3001.  
  3002. > I had to send a fax to San Jose this evening, and AT&T would not
  3003. > complete the call, but MCI was able to reach my destination in San
  3004. > Jose with out a problem.  Why would AT&T stop service while MCI
  3005. > permits inbound calls to the Bay Area?
  3006.  
  3007. We got through via AT&T to our in-laws in Mountain View at 5:40 PM PDT
  3008. last night.  I believe at some point AT&T started blocking inbound
  3009. calls in order to save the trunks for outbound calls, which seems
  3010. reasonable.  Whether this blocking was total or whether some number of
  3011. calls were let through isn't clear.
  3012.  
  3013. I find it a bit of a miracle that my in-laws who have no power, no
  3014. gas, and probably no water service, have a phone that worked
  3015. throughout all this--my father-in-law called home right after the
  3016. quake to say he was okay and the phones worked fine.  And it's not MCI
  3017. who installed all those working lines and phones either.  I admit to a
  3018. certain bias, but I am proud of how well AT&T's installations have
  3019. performed through the crisis.
  3020.  
  3021.  
  3022. Evelyn C. Leeper  |  +1 201-957-2070  |  att!mtgzy!ecl or  ecl@mtgzy.att.com
  3023. If I am not for myself, who is for me?  If I am only for myself what am I?
  3024. And if not now, when?  --Hillel
  3025.  
  3026. ------------------------------
  3027.  
  3028. From: Antonio Desimone <tds@tds386e.att.com>
  3029. Subject: Re: Bay Area Earthquake Phone Service
  3030. Date: 18 Oct 89 17:07:38 GMT
  3031. Organization: AT&T Bell Laboratories
  3032.  
  3033.  
  3034.  From article <telecom-v09i0458m10@vector.dallas.tx.us>, by dennisb@pdx.mentor.
  3035. com (Dennis Brophy):
  3036.  
  3037. > How does the phone service work during an earthquake?
  3038.  
  3039. > So, what is happening here?  Why can "little" MCI make its way into
  3040. > the Bay Area while AT&T cannot?
  3041.  
  3042. First, let me tell you that I don't *know* the answer, and second,
  3043. that I know only a little about how the long-distance network is run
  3044. (and of course don't represent AT&T...).
  3045.  
  3046. BUT, I can speculate.  If an emegency developed and generated focussed
  3047. overload in my (hypothetical) network I would block calls destined for
  3048. the emergency so that those circuits would be available to those
  3049. calling out from the affected area (if I had the ability to exercise
  3050. such controls).
  3051.  
  3052. A better question might be, how successful is MCI/AT&T in
  3053. completing calls out of the Bay area?
  3054.  
  3055. (But these are only my opinions and uninformed speculations!)
  3056.  
  3057.  
  3058. Tony DeSimone
  3059. AT&T Bell Laboratories
  3060. Holmdel, NJ 07733
  3061. att!tds386e!tds
  3062.  
  3063. ------------------------------
  3064.  
  3065. Subject: Re: Bay Area Earthquake Phone Service
  3066. Date: Wed Oct 18 10:15:52 1989
  3067. From: Ken Jongsma <wybbs!kenj@sharkey.cc.umich.edu>
  3068.  
  3069. My primary mail system is through Portal near Cupertino and of course
  3070. I had no sucess in reaching it this morning. Sprint just reports all
  3071. circuits busy.  AT&T alternates between all circuits busy and an
  3072. interesting message with words to the effect of "Due to the earthquake
  3073. in the area you are calling, your call could not be completed."
  3074.  
  3075. Early this morning calls were going through ok. I suppose as people
  3076. are waking up and trying to call friends, the system is jamming up.
  3077.  
  3078. ken@cup.portal.com
  3079.  
  3080.  
  3081. ------------------------------
  3082.  
  3083. From: myerston@cts.sri.com
  3084. Date: 18 Oct 89  14:36 PST
  3085. Subject: The Big One 
  3086. Organization: SRI Intl, Inc., Menlo Park, CA  94025  [(415)326-6200]
  3087.  
  3088.      Small sampling of the effects of the Big One in the SF Bay
  3089. (mid-peninsula and the City):
  3090.  
  3091.      Our 4000 line PBX come through unscathed, all earthquake-braced
  3092. gear didn't miss a beat, late-install T-1 Mux "walked" about 18 inches
  3093. but stayed upright and within the slack in the cable.  Local service
  3094. was amazingly unaffected, emergency calls within the first 1/2 hour
  3095. (before the 1st after-shock) went through on 1 or 2 tries.  Outgoing
  3096. LD not much problem.  When I called out-of-state numbers I invariably
  3097. found they had been trying unsuccessfully to call this way.
  3098.  
  3099.       AT&T has implemented some kind of "flow-control" giving us (NPA
  3100. 415 and 408) a better Outgoing GOS.  Most people I have spoken to have
  3101. lost, at most, A/C power.  Those with limited battery backup may go
  3102. down soon.  Some major hotels in SF are in this boat.  Cellular was
  3103. jammed as a result of resulting (road) traffic jams.  I had not
  3104. problems calling my home from outside the area but got fast-busies on
  3105. almost every other call.  All-in-all Disaater Recovery Planning seemed
  3106. to pay off.
  3107.  
  3108.      (Personal Note: If you have cable TV at home keep a residual
  3109. antenna around.  Cable was out, most local TV stations came up in
  3110. fairly short order).
  3111.  
  3112.  
  3113. ------------------------------
  3114.  
  3115. Date: Wed, 18 Oct 89 09:42:12 EDT
  3116. From: "Louis A. Mamakos" <louie@sayshell.umd.edu>
  3117. Subject: Re: San Fransisco Horror
  3118. Organization: The University of Maryland
  3119.  
  3120. While there were news reports regarding telephone problems in the SF
  3121. Bay Area, connectivity via the NSFNET and BARRNET existed to at least
  3122. NASA/Ames and Stanford.  I fingered a bunch of likely machines looking
  3123. for people that I know, but it seems as if most of them had left their
  3124. machines.
  3125.  
  3126. I noticed that later on in the early morning NASA/Ames dropped off the
  3127. network.. perhaps their UPS finally gave up the ghost?
  3128.  
  3129. louie
  3130.  
  3131. [Moderator's Note: Berkeley was off line from loss of power early in the
  3132. evening. I don't know when they came back up.  PT]
  3133.  
  3134. ------------------------------
  3135.  
  3136. Date: Wed, 18 Oct 89 12:18:19 PDT
  3137. From: TELECOM Moderator <telecom@eecs.nwu.edu>
  3138. Subject: PacBell Disaster Press Release
  3139.  
  3140. [Moderator's Note: Pacific Bell has issued the following press release
  3141. relating to communications in the San Fransisco area.  PT]
  3142.  
  3143.     PACIFIC BELL WITHSTANDS SAN FRANCISCO EARTHQUAKE; HOWEVER PUBLIC
  3144.              URGED NOT TO CALL BAY AREA TO AVOID 'GRIDLOCK'
  3145.  
  3146.     SAN FRANCISCO, Oct. 18 /PRNewswire/ -- Pacific Bell's
  3147. telecommunications network has withstood Tuesday's devastating
  3148. earthquake with minor damage, however, the extraordinary numbers of
  3149. people calling in and out of the Bay area are causing sporadic delays
  3150. in service.
  3151.  
  3152.     "Pacific Bell's precautionary efforts demonstrated that despite
  3153. the strength of a 6.9 earthquake, the local telecommunications system
  3154. remains, essentially, intact," said Jerry Sinn, chair of the company's
  3155. Emergency Operating Center in San Ramon.
  3156.  
  3157.     The majority of telephone service delays are due to an overload of
  3158. the network caused by customers picking up their telephones and
  3159. calling friends and loved ones following the quake.
  3160.  
  3161.     "We are joining with other telephone companies throughout the
  3162. country in urging the public not to call into the Bay area for at
  3163. least 24 hours, so that the network can handle emergency calls without
  3164. delay," said Sinn.
  3165.  
  3166.     Within hours telephone crews on site were assessing damage,
  3167. relaying information to the Emergency Operating Center which in turn
  3168. began coordinating restoral efforts.  Technicians and telephone
  3169. operators are standing by in Los Angeles and Sacramento to join in the
  3170. restoral efforts if necessary.
  3171.  
  3172.     "Preplanning is the key word here," Sinn continued.  "Since the
  3173. 1971 Sylmar earthquake, Pacific Bell has instituted a number of
  3174. measures to minimize damage to its telecommunications network."
  3175.  
  3176.     They include:
  3177.  
  3178.     o The modernization of telephone switching equipment which allows
  3179. fast restoral due to its solid state components;
  3180.  
  3181.     o Telephone central offices which now have reinforced flooring and
  3182. mechanical braces above equipment frames and steel reinforcements in
  3183. the underground vaults;
  3184.  
  3185.     o A computerized network monitoring system that enables managers
  3186. to re-route calls going to and from affected areas;
  3187.  
  3188.     o Fiber optic cables which have been installed with 25 feet of
  3189. extra cable.  This slack absorbs the pulling strain that an eartquake
  3190. generates;
  3191.  
  3192.     o Pacific Bell has participated in a number of local, state and
  3193. national emergency preparedness drills to ensure our effectiveness.
  3194.  
  3195.     Telephone customers can also do some "pre-planning" by looking
  3196. through their Pacific Bell White Pages directory.  In the front of
  3197. each directory is a Survival Guide which outlines basic emergency
  3198. procedures and preventative measures, including earthquake assistance.
  3199.  
  3200.                               10/18/89
  3201.  
  3202.     /CONTACT:  Lissa Zanville of Pacific Bell, 213-975-5547/
  3203.  
  3204.  
  3205. ------------------------------
  3206.  
  3207. From: houdi!ksp@att.att.com
  3208. Date: Wed, 18 Oct 89 16:26 EDT
  3209. Subject: Re: Bay Area Earthquake Phone Service
  3210.  
  3211.  
  3212. Dennis Brophy <dennisb@pdx.mentor.com> writes about the Bay Area
  3213. earthquake:
  3214.  
  3215. > How does the phone service work during an earthquake?
  3216.  
  3217. > I had to send a fax to San Jose this evening, and AT&T would not
  3218. > complete the call, but MCI was able to reach my destination in San
  3219. > Jose with out a problem.  Why would AT&T stop service while MCI
  3220. > permits inbound calls to the Bay Area?
  3221.  
  3222. > I've heard from others in Portland, that they have been performing
  3223. > three-way-calls using MCI (not AT&T) from their homes to connect
  3224. > people in the Sacramento area with people in South San Francisco
  3225. > cities.
  3226.  
  3227. > So, what is happening here?  Why can "little" MCI make its way into
  3228. > the Bay Area while AT&T cannot?
  3229.  
  3230. To begin with, it seems that all the telephone networks deserve to be
  3231. congratulated for doing as well as it did considering the magnitude of
  3232. the quake.  But to answer the specific question that Dennis asks...
  3233.  
  3234.    In emergency situations like this, it is far more important for
  3235. people in the area to be able to call out for help than for people to
  3236. call in.  It is also far more efficient -- for example, my brother in
  3237. Mountain View, (near San Jose) called me in NJ (and he got through
  3238. easily) , and I called everyone else who might have been concerned
  3239. about him, which is far more efficient than everyone trying to call
  3240. him.  
  3241.  
  3242. Therefore, AT&T has sophisticated network management controls and
  3243. trunk reservation, which were selectively blocking calls into the Bay
  3244. Area last night, and giving priority to calls coming out.  So while
  3245. there were some difficulties calling in on AT&T, I am yet to see a
  3246. report that calling out was difficult.
  3247.  
  3248. I have no idea if the OCCs have such controls, but I suspect that they
  3249. don't, which would explain why Dennis could call in.  I will bet that
  3250. calling out was much harder on any OCC, though.
  3251.  
  3252.  
  3253. Krishna Prasad
  3254. ksp@houdi.att.com
  3255. AT&T Bell Labs
  3256. Holmdel, NJ 07733
  3257. (201) 949-2619
  3258.  
  3259. ------------------------------
  3260.  
  3261. Date: Wed, 18 Oct 89 11:55:11 PDT
  3262. From: "Tom Ace @ PCB x2021" <sje!tom@pdx.mentor.com>
  3263. Subject: San Jose Report
  3264.  
  3265.                       
  3266. A short report about phone service in San Jose after the earthquake:
  3267.  
  3268. Dial tone took a while to get, often 10 seconds or so during Tuesday
  3269. evening, sometimes more.  Toll calls often got reorder or "busy
  3270. circuits" recordings, but some went through.  I only made a couple
  3271. important ones and didn't talk for too long.  From my small sample of
  3272. calls, the system appeared to have bent under the tremendous load but
  3273. didn't break.  (I use AT&T for long distance).
  3274.  
  3275. We didn't lose our T-1 line from here (Mentor Graphics San Jose) to
  3276. our headquarters in Oregon.
  3277.  
  3278.  From telecom digest #458, about AT&T not completing incoming calls:
  3279.  
  3280. >So, what is happening here?  Why can "little" MCI make its way into
  3281. >the Bay Area while AT&T cannot?
  3282.  
  3283. It wasn't a question of inability, it was a conscious decision.  I
  3284. heard on the news that AT&T deliberately chose to block incoming toll
  3285. calls except emergency ones (presumably placed by an operator).  I
  3286. assume the reasoning was that people here were better able to choose
  3287. which calls were important than people outside who wanted to call in.
  3288. Considering how overloaded the network was, it didn't sound like a bad
  3289. decision to me.
  3290.  
  3291. Tom Ace
  3292. tom@sje.mentor.com
  3293. ...!mntgfx!sje!tom
  3294.  
  3295. ------------------------------
  3296.  
  3297. Date: Wed, 18 Oct 89 17:35:53 -0700
  3298. From: Doug Faunt N6TQS 415-688-8269 <faunt@cisco.com>
  3299. Subject: Twenty Miles South on 880 When It Hit
  3300.  
  3301. This telecom reader survived. I was on 880, about 20 miles south of
  3302. the Cypress Structure, when it hit.  Since I normally bypass that
  3303. section, anyway, I got home to verify that all the effect I had was
  3304. books on the floor, and then went to the Oakland EOC to provide
  3305. amateur radio communications.
  3306.  
  3307. The telecom related issue is: I was actually able to get through to
  3308. Florida and Boston last night, about 7:00PM.  Today the message I get
  3309. when trying to call Boston is: "RA3 Channel 1" repeated.  What does
  3310. this mean?
  3311.  
  3312. Grateful to be OK,  
  3313.  
  3314. Doug
  3315.  
  3316. [Moderator's Note: Thanks for writing. I suspect many people in the Bay
  3317. Area are grateful and have much to give thanks for this evening.  PT]
  3318.  
  3319. ------------------------------
  3320.  
  3321. End of TELECOM Digest V9 #459
  3322. *****************************
  3323. 
  3324. 
  3325. Date:     Wed, 18 Oct 89 21:34:19 CDT
  3326. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  3327. To:       telecom@eecs.nwu.edu
  3328. Subject:  TELECOM Digest V9 #460
  3329. Message-ID:  <8910182134.aa23087@delta.eecs.nwu.edu>
  3330.  
  3331.  
  3332. TELECOM Digest     Wed, 18 Oct 89 21:30:15 CDT    Volume 9 : Issue 460
  3333.  
  3334. Today's Topics:                             Moderator: Patrick Townson
  3335.  
  3336.     Yet Another Area Code Split (David Kuder)
  3337.     Fun With NJ Bell Customer Service (Steve Buyske)
  3338.     Itemized Billing (was Re: Long Distance Indicator) (Dave Horsfall)
  3339.     Automated Operator Assistance (Ken Jongsma)
  3340.     How Do You Complain About Call Blocking? (James Olsen)
  3341.     Re: Touch-Tone Service in Australia (Jon D. Kendall)
  3342.     Re: Caller ID at American Express (Bill Cerny)
  3343.     Breakin' Up is Hard on You (mar@athena.mit.edu)
  3344. ----------------------------------------------------------------------
  3345.  
  3346. Date: Wed, 18 Oct 89 13:15 PDT
  3347. From: David Kuder <david@indetech.com>
  3348. Subject: Yet Another Area Code Split
  3349.  
  3350. This appeared in the Tuesday, Oct. 17, 1989 [Los Angeles Times].
  3351. Typed in without permission.  All views are those of Robert A. Jones.
  3352. One editorial observation, East L.A. is largely Hispanic,
  3353. South-Central is largely black.  Both are lower income areas.  The
  3354. Westside is an upper income area where the only color that counts is
  3355. the color of your money.
  3356.  
  3357. "Forget Signs - What's Your Area Code?" by Robert A. Jones
  3358.  
  3359. There is a building in Pasadena where they make new area codes for
  3360. Southern California.  If you call directory assistance, the operator
  3361. will not admit this building exists.  Its number is unlisted.  But
  3362. somewhere in the dungeons of this Pac Bell office, right now, a new
  3363. area code is being planned for L.A.
  3364.  
  3365. Not all of L.A., of course.  Just certain parts.  Once again, the city
  3366. has outgrown 213 and some neighborhoods must be marked for exile to a
  3367. new number, a new identity.  Eventually, in the next three or four
  3368. years, a visitation will take place in the dark of night.  Whole
  3369. blocks, small cities, will be taken away, never to see 213 again.
  3370.  
  3371. If you don't understand the repercussions, think of it this way: there
  3372. are only three area codes that mean anything in this country.  They
  3373. are 212 in Manhattan, 202 in D.C., and our own 213.  Everyday, from
  3374. dawn to midnight, 212 gets on the horn to 213 and vice versa.  In
  3375. turn, both 212 and 213 light up the fiber-optics to 202.  These three
  3376. form a troika of codes; they run the country, and you're either in
  3377. this troika or you're out.  Soon, a big chunk of L.A. will be out.
  3378.  
  3379. Take a look at a map of 213 and you will see how hard the choice will
  3380. be.  Compared to this, the 818 thing was easy.  With 818, Pac Bell
  3381. simply ran the boundary down the ridge line of the Hollywood Hills.
  3382. Everyone to the north was out.  Ther was such a logic to it that the
  3383. whining of the 818's was fruitless.
  3384.  
  3385. This time there is no geography to use.  That means the company has to
  3386. make its decision on cultural grounds.  Should the Westside be lopped
  3387. off?  Just picture the wailing.  Or should downtown become the
  3388. cultural amputee, cut off from its telephonic roots?
  3389.  
  3390. In truth, Pac Bell could go after the smaller players, like East L.A.
  3391. or South-Central.  There's one major problem with this strategy: it
  3392. would leave the company vunerable to the charge that Latinos and
  3393. Blacks had been gerrymandered out of the code, leaving 213 to the rich
  3394. whites.  As I say, this could get ugly.
  3395.  
  3396. And there's the matter of the new number itself.  This country has
  3397. been gobbling areas codes so fast that only a few remain available.
  3398. The phone company won't reveal these numbers, but that's O.K.  We've
  3399. made a our own calculations, based on the arcane rules of area code
  3400. formation.  This list of possibilites looks pretty much like this:
  3401. 310, 410, 903, 909, 910.
  3402.  
  3403. In my mind, there is only one choice.  The numbers ending in 10 are
  3404. entirely too friendly for L.A.  They're codes for suburbs.  And 903 is
  3405. nowhere, a nebbish.  That leaves 909, a great code.  Nine-Oh-Nine has
  3406. dark power, it's sort of a Darth Vader number.  Nine-Oh-Nine could
  3407. carry on the struggle with New York.
  3408.  
  3409. All of which leads me to my modest proposal.  As we know, show biz has
  3410. always existed as a separate community in L.A., a world that's hidden
  3411. and unavailable to the minions.  Swell.  Let's recognize that, draw a
  3412. circle around the show biz neighborhoods and give them this new power
  3413. code, 909.  Then the rest of the city, with the old 213, could
  3414. disengage and go its own way.
  3415.                  ===========================
  3416.  
  3417. [Moderator's Note: I won't even bother to correct some of his errors, but
  3418. I have to wonder where he gets the impression that 212/202/213 is all that
  3419. matters in the network. And I suppose the same sort of sinister implications
  3420. could be made about our impending 312/708 split: Chicago (the minority is
  3421. in the majority; blacks and latinos are about 2/3'rds of our population)
  3422. gets 312, and the rich, white people in the suburbs get 708. To me, they
  3423. are just numbers, and frankly, I think the author of this piece in the
  3424. El Lay Times is one doughnut short of a full dozen.   PT]
  3425.       
  3426. ------------------------------
  3427.  
  3428. From: buyskes@lafcol.uucp
  3429. Subject: Fun With NJ Bell Customer Service
  3430. Date: 16 Oct 89 13:25:43 EDT (Mon)
  3431.  
  3432.     I thought the Digest's readers might be amused by this story:
  3433.  
  3434.     A friend of mine, a new graduate student at Princeton, manages
  3435. to actually get new phone service during the strike.  The only problem
  3436. is that the number NJ Bell told her is actually the number of some
  3437. office at the Princeton Seminary. Well, by good fortune she gets a
  3438. wrong number, asks the person what number they dialed, and so
  3439. discovers her true number.  
  3440.  
  3441. But since information is giving out the seminary number to people who
  3442. ask for her number, she calls NJ Bell to straighten things out.  
  3443.  
  3444. NJ Bell: No, we can't change your listing to the number that actually
  3445. reaches you, because that number belongs to someone else.  We'll
  3446. adjust the switching so that you can be reached at the number we
  3447. originally told you.  
  3448.  
  3449. Friend: But that number is an office at Princeton Seminary.  
  3450.  
  3451. NJ Bell: Oh, you're right.  In that case I'll have to disconnect your 
  3452. service immediately.  We will call you as soon as we have your new number.
  3453.  
  3454.     Needless to say, after two weeks she still doesn't have
  3455. service, although she calls NJ Bell regularly.  We're all looking
  3456. forward to seeing her first bill.
  3457.  
  3458.  
  3459. Steve Buyske                    uucp    : rutgers!lehi3b15!lafcol!buyskes 
  3460. Mathematics Department          Bitnet  : BUYSKES@LAFAYETT
  3461. Lafayette College             
  3462. Easton, PA  18042
  3463.  
  3464. ------------------------------
  3465.  
  3466. From: Dave Horsfall <munnari!stcns3.stc.oz.au!dave@uunet.uu.net>
  3467. Subject: Itemised Billing (was Re: Long Distance Indicator)
  3468. Date: 18 Oct 89 03:10:16 GMT
  3469. Reply-To: Dave Horsfall <dave%stcns3.stc.OZ@uunet.uu.net>
  3470. Organization: Alcatel STC Australia, North Sydney, AUSTRALIA
  3471.  
  3472.  
  3473. In article <telecom-v09i0431m06@vector.dallas.tx.us>,
  3474.     john@zygot.ati.com (John Higdon) writes:
  3475. | I wonder how many of the readers out there are really aware of the fact
  3476. | that the itemized billing that we have in the US and Canada is somewhat
  3477. | unusual in the world telephonic community.
  3478.  
  3479. Not as unusual as you think.  We have it Down-Under as well, but only
  3480. on the later exchanges.  Naturally, Telecom charge for it.  Local
  3481. calls aren't shown (but the number of calls made is, since they cost
  3482. money), and STD/ISD (long distance) are broken down by date, time,
  3483. destination, number, tariff, duration and cost.  Nice!  Enables me to
  3484. say "Oi!  I didn't make any phone calls to Auckland!  I don't even
  3485. *know* anyone in New Zealand!" and get the charge reversed.
  3486.  
  3487.  
  3488. Dave Horsfall (VK2KFU),  Alcatel STC Australia,  dave@stcns3.stc.oz.AU
  3489. dave%stcns3.stc.oz.AU@uunet.UU.NET,  ...munnari!stcns3.stc.oz.AU!dave
  3490.  
  3491. ------------------------------
  3492.  
  3493. Subject: Automated Operator Assistance
  3494. Date: Wed Oct 18 10:05:37 1989
  3495. From: Ken Jongsma <wybbs!kenj@sharkey.cc.umich.edu>
  3496.  
  3497. Ohio Bell Telephone is implementing automated operator assistance in
  3498. the Cleveland area in the next few weeks. It appears to be the same
  3499. system that Michigan Bell is using in Western Michigan.
  3500.  
  3501. Callers from Touch Tone phones are given directions on which button to
  3502. press for collect or third party billing, then asked to record their
  3503. name. The switch then plays the name back to the billed party and asks
  3504. for confirmation of billing.
  3505.  
  3506. ken@cup.portal.com
  3507.  
  3508. ------------------------------
  3509.  
  3510. From: James Olsen <olsen@hx.lcs.mit.edu>
  3511. Subject: How Do You Complain About Call Blocking?
  3512. Date: 18 Oct 89 15:24:21 GMT
  3513. Reply-To: olsen@hx.lcs.mit.EDU (James Olsen)
  3514. Organization: MIT Laboratory for Computer Science, Cambridge, MA. 02139
  3515.  
  3516. Nomad@cup.portal.com writes:
  3517.  
  3518. >Nashville, TN - Tried to make a AT&T calling card call from a
  3519. >payphone in the airport.  10288 did not work, so I tried 00.  That
  3520. >got me a local operator ... she transferred me to the AT&T operator
  3521. >... I explained that I was at the airport and calling from a COCOT
  3522. >that would not accept 10288 ...  she was surprised to hear of the
  3523. >problem because "they aren't supposed to block access anymore".
  3524.  
  3525. I've noticed a lot of expensive call-blocking COCOT's being installed
  3526. in this area (usually replacing honest New England Tel. units).  We
  3527. all know that the goverment will do nothing about it, unless people
  3528. raise a big enough stink.
  3529.  
  3530. My questions are:
  3531.  
  3532.   To whom should we complain about call blocking?
  3533.     (The FCC and the state PUC?)
  3534.  
  3535.   What's the best way to make a complaint?
  3536.     (Is there some formal complaint procedure which
  3537.      will have more effect?)
  3538.  
  3539. Thanks.
  3540.  
  3541. ------------------------------
  3542.  
  3543. Date: Tue, 17 Oct 89 14:29:40 EST
  3544. From: kendall <munnari!diemen.cc.utas.oz.au!kendall@uunet.uu.net>
  3545. Subject: Re: Touch-Tone Service in Australia
  3546. Reply-To: kendall@diemen.utas.oz.au (Dr. Jon D. Kendall)
  3547. Organization: University of Tasmania
  3548.  
  3549.  
  3550. I was surprised to hear from Mr. Mensch in his recent article that the
  3551. Gold Coast has touch-tone service. A quick ring to one of my friends
  3552. in Telecom-Australia revealed that I was quite mistaken.  Indeed,
  3553. Telecom is gradually phasing in touch-tone service and hopes to have
  3554. all major urban areas covered by 1991 or so.  Even here in Hobart,
  3555. Tasmania the service is available for a few exchanges.  
  3556.  
  3557. On the Gold Coast up in Queensland where a lot of new development is
  3558. taking place, it is relatively easy to build new exchanges with the
  3559. touch-tone capability.  It is much more costly to replace exchanges as
  3560. will be done here. Nevertheless I am quite content to wait for the
  3561. service, preferring to live in a much more pleasant climate and less
  3562. corrupt (according to the newspapers) environment than Queensland.
  3563. Here in Tasmania we move through life at a sure and steady pace.
  3564. Don't take this last part too seriously -- just a bit of interstate
  3565. rivalry, ha, ha.
  3566.  
  3567. In any case I have touch-tone service as does almost any organization
  3568. here with its own PABX.  The University of Tasmania has an ASB 900 SPC
  3569. PABX which has been adequate for our needs.
  3570.  
  3571. ------------------------------
  3572.  
  3573. From: bill@toto.UUCP (Bill Cerny)
  3574. Subject: Re: Caller ID at American Express
  3575. Date: 18 Oct 89 15:03:51 GMT
  3576.  
  3577.  
  3578. In article <telecom-v09i0454m03@vector.dallas.tx.us>, John R. Levine writes:
  3579.  
  3580. > By the way, I called American Express last week to argue about my
  3581. > bill.  Amex has been reported to have an 800 version of Caller ID that
  3582. > looks up the phone number of each call and translates it to the
  3583. > caller's card number.  When the person who answered asked me for my
  3584. > card number, I asked whether she could tell it from my phone number
  3585. > and she said she couldn't.  Either she was lying or they've turned it
  3586. > off.
  3587.  
  3588. When American Express starting routing their Megacom traffic over the
  3589. primary rate interface (PRI), they also subscribed to Calling Number
  3590. Delivery (no monthly, just 3 cents per number delivered).  When the
  3591. agents answered, "Good morning Mr. Goldberg, how may I help you?" the
  3592. customers were awestruck, and wanted to know how they knew their
  3593. identity before answering the call.
  3594.  
  3595. This resulted in much more time wasted than was saved thru
  3596. auto-retrieval of the account with CND.  I was told that AmEx changed
  3597. the script for their agents: greet, ask for the acct. number (verify
  3598. it with what's already on the screen), and say, "Yes Mr. Goldberg, I
  3599. have your records right here..."  The agents are discouraged to
  3600. discuss any of the wizardry of the new system, since AmEx's purpose
  3601. for subscribing to CND is to save time.
  3602.  
  3603.  
  3604. Bill Cerny        "The cost of living just went up another $1 a fifth."
  3605. Internet: bill@toto.cts.com                    - W. C. Fields
  3606.  
  3607.  
  3608. ------------------------------
  3609.  
  3610. From: mar@athena.mit.edu
  3611. Date: Wed, 18 Oct 89 15:00:44 -0400
  3612. Subject: Breakin' Up is Hard on You
  3613.  
  3614. Someone asked about this, so I dug it out of my archives.
  3615.                     -Mark
  3616.  
  3617.     Date: 28 Jan 84 00:55:06 EST
  3618.     From: Don <WATROUS@RUTGERS.ARPA>
  3619.     Subject: Breakin' Up is Hard on You
  3620.  
  3621.     "Breakin' Up is Hard on You"
  3622.  
  3623.  
  3624.     Doo doo doo down doobie doo down down,
  3625.     The deal is going down, doobie doo down down,
  3626.     The rates are going up, uppy, up, up, up,
  3627.     Breakin' up is hard on you.
  3628.  
  3629.     Don't take Ma Bell away from me,
  3630.     I've gotten used to monopoly,
  3631.     When they divest, then I'll be blue,
  3632.     Yes breakin' up is hard on you.
  3633.  
  3634.     Remember when you'd make a call,
  3635.     And you'd get through -- no sweat at all,
  3636.     Now you'll wait the whole night through,
  3637.     Cause breakin' up is hard on you.
  3638.  
  3639.     They say that breakin' up is hard to do,
  3640.     And so they put the screws to you,
  3641.     Don't say it's fate my friend,
  3642.     Including breakin' up,
  3643.     They're also jackin' up the rates again.
  3644.  
  3645.     A. T. and T.,
  3646.     Don't say goodbye,
  3647.     Don't wanna use no MCI,
  3648.     You'll pay bills out the wazoo,
  3649.     Cause breakin' up is hard on you.
  3650.  
  3651.     They say that breakin' up is good to do,
  3652.     But then they send six bills to you,
  3653.     Don't say it's fate my friend,
  3654.     Including breakin' up,
  3655.     They're also jackin' up the rates again.
  3656.  
  3657.     I beg of you, don't take my phone,
  3658.     I want to lease, don't want to own,
  3659.     Reach out and touch some other fool,
  3660.     Yes breakin' up is hard on you.
  3661.  
  3662.     Doo doo doo down doobie doo down down,
  3663.     The deal is going down, doobie doo down down,
  3664.     The rates are going up, uppy, up, up, up,
  3665.     Breakin' up is hard on you.
  3666.  
  3667.     (repeat and fade as in song)
  3668.  
  3669.  
  3670.     Written by The American Comedy Network
  3671.     (C) Copyright 1984
  3672.  
  3673.     If you'd like to obtain a copy of the single, call
  3674.     ACN at 203/384-9443
  3675.  
  3676.     (Reprinted here without permission)
  3677.  
  3678. ------------------------------
  3679.  
  3680. End of TELECOM Digest V9 #460
  3681. *****************************
  3682. 
  3683. 
  3684. Date:     Thu, 19 Oct 89 0:06:04 CDT
  3685. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  3686. To:       telecom@eecs.nwu.edu
  3687. Subject:  TELECOM Digest V9 #461
  3688. Message-ID:  <8910190006.aa32438@delta.eecs.nwu.edu>
  3689.  
  3690.  
  3691. TELECOM Digest     Thu, 19 Oct 89 00:05:09 CDT    Volume 9 : Issue 461
  3692.  
  3693. Today's Topics:                             Moderator: Patrick Townson
  3694.  
  3695.     Area Code NineOhNine (Jon Solomon)
  3696.     Damage Report (Tom Limoncelli)
  3697.     Earthquake and Berkeley (Jim Haynes)
  3698.     Re: 10 Cent Pay Phones (Fred E.J. Linton)
  3699.     Re: Dialing Procedures in Dallas (Eric Schnoebelen)
  3700.     Re: Measured Service: What Does It Cost? (Edward S. Sachs)
  3701.     Re: Cable Repair, Splicers and a Cable "Enviromental Problem" (Tad Cook)
  3702.     Re: What is SONET? (Tad Cook)
  3703.     Re: Touch-Tone Service in Australia (Jim Breen)
  3704.     Re: Small Phone System (Jim Gottlieb)
  3705. ----------------------------------------------------------------------
  3706.  
  3707. Date:  Wed, 18 Oct 89 23:20:44 EDT
  3708. From: jsol@bu-it.bu.edu
  3709. Subject: Area Code NineOhNine
  3710.  
  3711. Yes, Patrick, that's exactly what I feel too, however I must point out
  3712. that the average number of donuts per capita income per person is
  3713. about 2.  It seems there is also a gaping hole around 12; some get
  3714. more, some get less.
  3715.  
  3716. In any case, Los Angeles politics is a big deal. I'm fairly sure that
  3717. Beverly Hills won't get out of 213. Just too much money there. And
  3718. Hollywood? Think about it. All those Hollywood types who have to use
  3719. area code 909 or 818 or 213......... Hmm, maybe it would make sense to
  3720. use 909 in downtown LA, but they're essentially right. Just like New
  3721. York City, area code 213 has a larger saturation than area code 818.
  3722. Even in Boston, 617 is getting nearly full; even though they just
  3723. split the code already. It poses a real problem: How do you evenly
  3724. split an area code so that the growth flows nearly evenly in both
  3725. codes?
  3726.  
  3727. I suspect 617 will go to NXX codes before it splits again, at least
  3728. now that there is no non-Electronic/Digital switching in 617, so
  3729. changing that shouldn't be much of a problem. However, I will miss the
  3730. dial-1-is-a-toll-call feature of this area, meaning that if I call a
  3731. number, I won't know if I have to pay for it or not.
  3732.  
  3733. jsol
  3734.  
  3735. [Moderator's Note: Jon Solomon was the founder of TELECOM Digest and the
  3736. moderator for several years.  PT]
  3737.   
  3738. ------------------------------
  3739.  
  3740. From: "Tom Limoncelli @ Drew Univ." <TLIMONCE@drew.bitnet>
  3741. Subject: Damage Report
  3742. Date: 18 Oct 89 21:18:59 GMT
  3743.  
  3744.  
  3745. I hope this is useful, it was posted on soc.motss.  It's not phone
  3746. related, but you might report that SRI and Menlo Park have been
  3747. reported to be ok.
  3748.  
  3749.   Newsgroups: soc.motss
  3750.   Subject: Re: Motsser Quake Report
  3751.   Message-ID: <67312@tut.cis.ohio-state.edu>
  3752.   From: amz@tut.cis.ohio-state.edu (Arnold M. Zwicky)
  3753.   Date: 18 Oct 89 15:20:34 GMT
  3754.   Summary: not so bad in menlo park
  3755.  
  3756.   Elizabeth Zwicky (zwicky@spam.istc.sri.com) reported by phone
  3757.   last night that she was fine, that SRI suffered no serious
  3758.   damage, and that the surrounding area in Menlo Park was not
  3759.   in bad shape.
  3760.       
  3761.   arnold
  3762.  
  3763.  
  3764. ------------------------------
  3765.  
  3766. Date: Wed, 18 Oct 89 19:46:12 -0700
  3767. From: Jim Haynes <haynes@ucscc.ucsc.edu>
  3768. Subject: Earthquake and Berkeley
  3769.  
  3770.  
  3771. [Moderator's Note: Berkeley was off line from loss of power early in the
  3772. evening. I don't know when they came back up.  PT]
  3773.  
  3774. Small nit - Berkeley was off the line before the quake because of some problem
  3775. with the T-1 circuits.  It came back midday today.
  3776.  
  3777. ------------------------------
  3778.  
  3779. Date: 18-OCT-1989 15:57:08.10
  3780. From: "Fred E.J. Linton" <FLINTON@wesleyan.bitnet>
  3781. Subject: Re: 10 Cent Pay Phones 
  3782.  
  3783. I post the attached because I failed thrice when trying to reply directly
  3784. to Mark Holtz (Wesleyan depends on well-connected UUCP mailers in the big
  3785. wide world).  Forgive, please, this trespass.
  3786.  
  3787. > From: mholtz@sactoh0.uucp (Mark A. Holtz)
  3788. > I am kinda wondering. . . . is there still some areas in this country
  3789. > that still have payphones for a dime?
  3790.  
  3791. Well, yes, New Haven (CT) is one such place; so is Middletown (CT).
  3792.  
  3793.                                     -- Fred
  3794.  
  3795. ARPA/Internet:  FLINTON@eagle.Wesleyan.EDU
  3796. Bitnet:         FLINTON@WESLEYAN[.bitnet]
  3797. from uucp:      ...!{research, mtune!arpa, uunet}!eagle.Wesleyan.EDU!FLinton
  3798. on ATT-Mail:    !fejlinton
  3799. Tel.:           + 1 203 776 2210 (home)  OR  + 1 203 347 9411 xt 2249 (work)
  3800. Telex:          <USA> + 15 122 3413   FEJLINTON
  3801. CompuServe ID:  72037,1054  (OR, maybe,  72037.1054@CompuServe.COM )
  3802. F-Net (guest):  linton@inria.inria.fr    OR    ...!inria.inria.fr!linton
  3803.  
  3804. ------------------------------
  3805.  
  3806. From: Eric Schnoebelen <convex!schnoebe@uunet.uu.net>
  3807. Subject: Re: Dialing Procedures in Dallas
  3808. Date: 18 Oct 89 21:53:14 GMT
  3809. Reply-To: Eric Schnoebelen <convex!schnoebe@uunet.uu.net>
  3810. Organization: Convex Computer Corporation, Richardson, Tx.
  3811.  
  3812.  
  3813. In article <telecom-v09i0457m05@vector.dallas.tx.us> 
  3814.     rmadison@euler.berkeley.edu (Linc Madison) writes:
  3815.  
  3816. -Various contributors have referred to the horrible situation in
  3817. -Dallas.  As a former resident who still visits frequently, I can tell
  3818. -you it's quite confusing, and largely needlessly so.
  3819.  
  3820.     To add some additional comments and confusion to the Dallas
  3821. calling situation, here are my comments.  For the record, I have a
  3822. personal metro line from GTE, at my home in Lewisville ( a far north
  3823. Dallas suburb, actually closer to downtown Ft. Worth than downtown
  3824. Dallas...ten minutes to DFW, forever to anywhere else :-)
  3825.  
  3826.     I originally got my metro line because I was frequently
  3827. calling a girlfriend who lived in southwest Ft Worth, and the long
  3828. distance charges were killing us.
  3829.  
  3830. -3) To call from a regular Dallas number to a Dallas Metro number, you
  3831. -   MUST dial 214-NXX-XXXX, *even though* it's a local call in the same
  3832. -   area code!!  Same error messages as above.
  3833.  
  3834.     This is not true, at least not with my metro number 
  3835. (214-434-1329, to be disconnected at the end of the month :-( ) I and
  3836. my friends call my number as 434-1329 all the time, from all over
  3837. Dallas.
  3838.  
  3839. -4) To call out from any Metro number, I believe (I'm not certain) you
  3840. -   must dial only the area code for local calls, but 1+ if it's toll
  3841. -   and so on.
  3842.  
  3843.     To call Ft Worth, I have to dial 817-NXX-XXXX, to call Dallas,
  3844. I just dial NXX-XXX.  In Ft Worth, people must dial me at 214-434-XXXX.
  3845.  
  3846. -The upshot is that you MUST dial 1 if it's toll, and you MUST NOT dial
  3847. -1 if it's not toll.  You must dial the area code whenever dealing with
  3848. -a Metro number, though.
  3849.  
  3850.     I get the impression that at least one prefix in 214/817 is
  3851. still reserved for true metro service.  I hear the radio stations and
  3852. Ticketron/Rainbow tickets advertising thier call in lines in the 787
  3853. exchange, with out listing the NPA.  787 is also ( obviously ) the
  3854. choke exchange for Dallas/Ft Worth.
  3855.  
  3856. -Got that?  There'll be a quiz later....
  3857.  
  3858.     Did I pass?  [ picking on teacher time :-) ]
  3859.  
  3860.  
  3861. ------------------------------
  3862.  
  3863. From: Edward S Sachs <essachs@ihlpb.att.com>
  3864. Subject: Re: Measured Service: What Does It Cost?
  3865. Date: 18 Oct 89 14:11:44 GMT
  3866. Organization: AT&T Bell Laboratories
  3867.  
  3868.  
  3869. In article <telecom-v09i0455m09@vector.dallas.tx.us>, goldstein@delni.enet.
  3870. dec.com writes:
  3871.  
  3872. > That's terribly
  3873. > counterproductive and makes poor public policy.  Typically 80% of
  3874. > telco local cost is fixed, 20% usage-sensitive.  What usage sensitive
  3875. > pricing plan was like that?  Usually it gets more than 50% of revenue
  3876. > from usage.
  3877.  
  3878. I think that this breakdown is not quite true, because the phone lines
  3879. typically feed into concentrators at switching centers, which can
  3880. provide service to only a fraction of the phones (typically 1/8 or
  3881. 1/16 for residential lines) at a time.  High usage lines need to be
  3882. fed in at 1/2 (or even 1/1), resulting in higher equipment cost at the
  3883. telco.  Thus, the 'fixed' cost quoted above needs to include a
  3884. component indicating the usage (% of time phone is in use).  --
  3885.  
  3886.             Ed Sachs
  3887.             AT&T Bell Laboratories, Naperville, IL
  3888.             att!ihlpb!essachs, e.s.sachs@att.com
  3889.  
  3890. ------------------------------
  3891.  
  3892. From: amc-gw!ssc!tad@beaver.cs.washington.edu
  3893. Subject: Re: Cable Repair, Splicers and a Cable "Environmental Problem"
  3894. Date: 19 Oct 89 01:56:04 GMT
  3895. Organization: very little
  3896.  
  3897. I enjoyed Larry Lippman's description of cble splicing and mining.
  3898. Wasn't it a cable mining operation that set off the Hinsdale fire?
  3899.  
  3900. Tad Cook
  3901. tad@ssc.UUCP
  3902.  
  3903. ------------------------------
  3904.  
  3905. From: amc-gw!ssc!tad@beaver.cs.washington.edu
  3906. Subject: Re: What is SONET?
  3907. Date: 19 Oct 89 02:00:07 GMT
  3908. Organization: very little
  3909.  
  3910. Seriously....I always thought SONET referred to Southern New England
  3911. Telephone Co!
  3912.  
  3913. Tad Cook
  3914. tad@ssc.UUCP
  3915.  
  3916. ------------------------------
  3917.  
  3918. From: Jim Breen <munnari!cit5.cit.oz.au!jwb@uunet.uu.net>
  3919. Subject: Re: Touch-Tone Service in Australia
  3920. Organization: Chisholm Institute of Technology, Melb., Australia
  3921. Date: Wed, 18 Oct 89 23:32:38 GMT
  3922.  
  3923. In article <telecom-v09i0456m03@vector.dallas.tx.us>, henry@garp.mit.edu 
  3924. (Henry Mensch) quotes earlier correspondent:
  3925.  
  3926. > In Sydney, Melbourne and Brisbane, I found that touch-tone service was
  3927. > non-existent; it did seem to be an up-and-coming thing for many
  3928. > regions, though. ...............
  3929.  
  3930. You can't have looked too hard. Most exchanges (CO's) in the larger
  3931. cities have had DTMF capability for several years. It is there for the
  3932. asking, however most telephone customers are prepared to go on using
  3933. their good old rotary-dial telephones.
  3934.  
  3935. Part of this is due to the Australian regulatory system. Telecom
  3936. Australia, the PTT, is the sole provider of exchange lines and has the
  3937. right to provide , as part of the package, the first 'phone in each
  3938. site. For most people, getting the touch-phone service means either
  3939. buying a new phone, or getting Telecom to change over (for a fee),
  3940. plus paying Telecom to change the line from Decadic to DTMF. Small
  3941. wonder most people stay with rotary dialling.
  3942.  
  3943. My Institute has a modern ISDN-compatible PABX network. All our
  3944. handsets, and all our exchange lines, are DTMF.
  3945.  
  3946.         _______           Jim Breen (jwb@cit5.cit.oz) Department of Robotics &
  3947.        /o\----\\     \O      Digital Technology. Chisholm Inst. of Technology
  3948.       /RDT\   /|\   \/|   -:O____/         PO Box 197 Caulfield East 3145
  3949.      O-----O        _/_\    /\ /\          (p) 03-573 2552 (fax) 572 1298
  3950.  
  3951. ------------------------------
  3952.  
  3953. From: Jim Gottlieb <jimmy@denwa.uucp>
  3954. Subject: Re: Small Phone System
  3955. Date: 19 Oct 89 03:21:58 GMT
  3956. Reply-To: Jim Gottlieb <denwa!jimmy@anes.ucla.edu>
  3957. Organization: Info Connections, West Los Angeles
  3958.  
  3959.  
  3960. In article <telecom-v09i0457m04@vector.dallas.tx.us> carroll1!dtroup@uunet.uu.
  3961. net (David C. Troup  -  Skunk Works : 2600hz) writes:
  3962.  
  3963. >I have stumbled across a box about the size of a Telebit Trailblazer
  3964. >which reads:
  3965.  
  3966. >    TelExpand (system 1)
  3967. >    R.M. Fuller Company
  3968.  
  3969. >So! Anyone know how to use this? Anyone ever HEARD of  this unit?
  3970. >    Any help would be greatly appreciated! Thanks.
  3971.  
  3972. That's a great little unit!  I'm not familiar with all of its
  3973. features, but we use it in a mode where it answers a line and asks for
  3974. a security code.  It then allows you to enter a number and it uses
  3975. 3-Way Calling on that line to conference you and that party.  We use
  3976. them to check some of our 976/900/0990 lines in distant
  3977. cities/countries since those numbers can often not be dialed from
  3978. outside.
  3979.  
  3980. Unfortunately, it seems that the company that manufactured them has
  3981. gone out of business and we are unable to get a hold of any more units
  3982. or find another product with the same functionality.  Any information
  3983. to the contrary would be welcomed.
  3984.  
  3985.                               Jim Gottlieb
  3986.   E-Mail: <jimmy@denwa.uucp> or <jimmy@pic.ucla.edu> or <attmail!denwa!jimmy>
  3987.          V-Mail: (213) 551-7702  Fax: 478-3060  The-Real-Me: 824-5454
  3988.  
  3989. ------------------------------
  3990.  
  3991. End of TELECOM Digest V9 #461
  3992. *****************************
  3993. 
  3994. 
  3995. Date:     Thu, 19 Oct 89 22:27:04 CDT
  3996. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  3997. To:       telecom@eecs.nwu.edu
  3998. Subject:  TELECOM Digest V9 #462
  3999. Message-ID:  <8910192227.aa31957@delta.eecs.nwu.edu>
  4000.  
  4001.  
  4002. TELECOM Digest     Thu, 19 Oct 89 22:25:47 CDT    Volume 9 : Issue 462
  4003.  
  4004. Today's Topics:                             Moderator: Patrick Townson
  4005.  
  4006.     Telesphere Came Through; AT&T/Sprint Let Me Down (John Higdon)
  4007.     Phone Service at Monterey Peninsula (Jeffrey M. Schweiger)
  4008.     What Works in a Disaster (Ole J. Jacobsen)
  4009.     Re: Disaster Communications (Kenneth Illgen)
  4010.     Re: Disaster Communications (Jim Budler)
  4011.     Re: Bay Area Earthquake Phone Service (Gary Segal)
  4012.     Re: Bay Area Earthquake Phone Service (John Higdon)
  4013.     Re: Blimp Use and Eathquake Coverage (Will Martin)
  4014.     Re: San Fransisco Horror (Daniel M. Rosenberg)
  4015.  
  4016. [Moderator's Note: Another issue of the Digest devoted to the Event.  PT]
  4017. ----------------------------------------------------------------------
  4018.  
  4019. From: John Higdon <john@zygot.ati.com>
  4020. Subject: Telesphere Came Through; AT&T/Sprint Let Me Down
  4021. Date: 19 Oct 89 03:55:46 GMT
  4022. Organization: Green Hills and Cows
  4023.  
  4024.  
  4025. Last night, a night that will live in infamy, I finally arrived at a
  4026. friend's house in the Mojave desert. I was supposed to leave on
  4027. Saturday, but because of one thing and another the trip got delayed.
  4028. It's about a seven-hour drive from the Bay Area to the High Desert, so
  4029. to kill the time I listen to my favorite CDs.
  4030.  
  4031. I let myself in, my friend not being at home, and proceeded to check
  4032. my machine for messages. Reorder. Again and again. Thinking that the
  4033. 800 translations might be messed up for some reason, I dialed the POTS
  4034. number (you should always know the POTS number for 800 service!).
  4035. Again, reorder. So I made a "thing" of it and dialed over and over.
  4036. Finally I got an "all circuits are busy" recording. At that point, I
  4037. just figured that Contel was messing up and looked elsewhere for
  4038. entertainment.
  4039.  
  4040. On went the TV, and it comes up with scene after scene of collapsed
  4041. buildings, freeway structures, and then suddenly a shot of a very
  4042. familier structure--the Bay Bridge. It seemed that while I was driving
  4043. through Bakersfield, it was the "big one". With mouth hanging open, I
  4044. watched all of the damage footage. Then they revealed the epicenter.
  4045. No it was not SF or Oakland but in the Santa Cruz Mountains --
  4046. thirty-five miles CLOSER to my house than to the area so badly
  4047. damaged.
  4048.  
  4049. At that point I became a little anxious. How were my relatives in
  4050. town?  Was my house still standing? How were my clients faring (that I
  4051. had left in the hands of an assistant)? No amount of dialing could
  4052. break through. Then I realized that my desert friend had a 950
  4053. Telesphere account. SUCCESS! I made call after call using that
  4054. account, noting the sluggishness of the Bay Area COs, which were
  4055. probably completely overloaded.
  4056.  
  4057. But the point is that I got through and determined that everyone was
  4058. OK, my house was OK, but my clients were hit hard. I came home.
  4059.  
  4060. On the way home, I listened to SF radio to get a feeling for what was
  4061. going on and at one point spokepersons for AT&T and Sprint were
  4062. crowing about how they were blocking calls from outside the area so
  4063. that the local Bay Area network would not be overworked. Well, I am
  4064. about to write a letter of appreciation to Telesphere and a show-cause
  4065. request why I shouldn't cancel my AT&T and Sprint accounts. Thanks to
  4066. Telesphere, I was able to handle some emergencies over the phone (not
  4067. to mention putting my mind at ease). That was NO THANKS to AT&T and
  4068. Sprint. Now, who is backing up whom?
  4069.  
  4070.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  4071.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  4072.  
  4073. ------------------------------
  4074.  
  4075. Date: Thu, 19 Oct 89 11:59:00 PDT
  4076. From: "Jeffrey M. Schweiger X2502" <schweige@cs.nps.navy.mil>
  4077. Subject: Phone Service at Monterey Peninsula
  4078.  
  4079. Thought I'd pass along a few personal observations on phone service
  4080. following the earthquake, from the southern portion of the affected
  4081. area, the Monterey Peninsula (actually we were closer to the epicenter
  4082. than San Francisco, and while not downplaying the tragedy of the
  4083. damage in the San Francisco/Oakland area, the physical damage in and
  4084. around Santa Cruz is extensive).
  4085.  
  4086. I have MCI dial 1 service.  I was initially unable to call the east
  4087. coast (to inform family of my status), using my dial-1 MCI service.
  4088. I, instead received a 'circuits busy' recording.  I thought I would
  4089. then try AT&T via 10288 - I wasn't even able to finish dialing.
  4090. Announcements were made over the radio stations operating (not having
  4091. a battery operated TV, I didn't know or care whether any TV stations
  4092. were transmitting), that AT&T was intentionally restricting long
  4093. distance service in and out of the affected areas, in order to support
  4094. emergency communications.  I was finally able to reassure my family by
  4095. switching back to MCI, but using 950-1022, as opposed to dial-1.  This
  4096. worked without much difficulty.
  4097.  
  4098. I realize that my above experiences are not described to the level of
  4099. technical detail normally seen on this group, but thought they might
  4100. be of interest.
  4101.  
  4102. Jeff Schweiger
  4103.  
  4104. ------------------------------
  4105.  
  4106. Date: Thu 19 Oct 89 15:39:33-PDT
  4107. From: "Ole J. Jacobsen" <OLE@csli.stanford.edu>
  4108. Subject: What Works in a Disaster
  4109.  
  4110.  
  4111. After the big quake here Tuesday night, it was understandably difficult
  4112. to make both local and long-distance calls. Dialtone was not the ever-
  4113. present commodity that we're used to. The radio adviced people to use
  4114. the phone as little as possible. Pac Bell reported handling one million
  4115. calls per minute in the hours following the disaster
  4116.  
  4117. I helped a friend contact her worried parents in New York, and finally
  4118. succeeded after some 10XXX hacking, the carrier which worked was 311
  4119. which I believe is AllNet.
  4120.  
  4121. In answer to someone's question to this list: The reason big carriers 
  4122. like AT&T are somtimes unable to provide service in situations like
  4123. this is quite simple: Overload. The "little" guys are nice to use as
  4124. backups (like my 10311 hack) in such situations, how many people have
  4125. AllNet as their default carrier anyway?
  4126.  
  4127. Ole
  4128.  
  4129. ------------------------------
  4130.  
  4131. From: "Keneth..Illgen" <illgen@hq.af.mil>
  4132. Subject: Re: Disaster Communications
  4133. Date: 19 Oct 89 12:15:19 GMT
  4134. Reply-To: "Kenneth..Illgen" <hq!illgen@uunet.uu.net>
  4135. Organization: Air Force HQ, The Pentagon
  4136.  
  4137.  
  4138. In article <telecom-v09i0459m01@vector.dallas.tx.us> ijk@violin.att.com (Ihor 
  4139. J Kinal) writes:
  4140. >X-TELECOM-Digest: volume 9, issue 459, message 1 of 10
  4141.  
  4142. >One of the networks called the CHiP, and they stated that they had
  4143. >lost phone communications with most of their sites in the area, so
  4144. >they were unable to give damage estimates.
  4145.  
  4146. >I WAS SURPRISED THAT THE STATE POLICE DON'T HAVE BACKUP COMMUNICATIONS.
  4147.  
  4148.      I can't speak for CHiP but in most instances emergency services
  4149. backup communications systems are prioritized. Radio traffic is
  4150. initialy used for determining injuries and hospiital space. While the
  4151. networks are rightfully interested in physically damaged areas the
  4152. police, fire and medical departments have to use their limited
  4153. frequency range to coordinate rescue efforts.
  4154.  
  4155. >Speaking of communications, ABC constantly showed us the same picture
  4156. >from the blimp that was there to cover the ball game.  My wife asked a
  4157. >very good question - why not send the blimp south towards the
  4158. >epicenter, to give a direct report??? 
  4159.  
  4160.      I was very frustrated with all the network coverage being focused
  4161. on S.F. and Oakland. My loved ones are in San Jose and Palo Alto. I
  4162. understand that S.F. is the major media center and naturally the best
  4163. base of operations. Regarding the blimp; it's a slow moving craft and
  4164. would not have made it far enough south before darkness set it. I
  4165. think ABC and/or Goodyear made the right decision to keep it in the
  4166. S.F/Oakland area.
  4167.  
  4168. ------------------------------
  4169.  
  4170. From: Jim Budler <jim@eda.com>
  4171. Subject: Re: Disaster Communications
  4172. Organization: EDA Systems,Inc. Santa Clara, CA
  4173. Date: Thu, 19 Oct 89 15:09:53 GMT
  4174.  
  4175. ijk@violin.att.com (Ihor J Kinal) writes:
  4176.  
  4177. } One of the networks called the CHiP, and they stated that they had
  4178. } lost phone communications with most of their sites in the area, so
  4179. } they were unable to give damage estimates.
  4180.  
  4181. } I WAS SURPRISED THAT THE STATE POLICE DON'T HAVE BACKUP COMMUNICATIONS.
  4182.  
  4183. I don't know about the CHP themselves, but the general emergency
  4184. services backup system for the area was based on cellular telephones.
  4185. It didn't work.
  4186.  
  4187. Ref: Two local TV interviews with members of the Emergency Services.
  4188.  
  4189.  
  4190. Jim Budler    jim@eda.com    ...!{decwrl,uunet}!eda!jim
  4191. compuserve: 72415,1200     applelink: D4619
  4192. voice: +1 408 986-9585     fax: +1 408 748-1032
  4193.  
  4194. ------------------------------
  4195.  
  4196. From: Gary Segal <motcid!segal%cell.mot.COM@uunet.uu.net>
  4197. Subject: Re: Bay Area Earthquake Phone Service
  4198. Date: 19 Oct 89 15:31:50 GMT
  4199. Organization: Motorola Inc. - Cellular Infrastructure Div., Arlington Heights,
  4200.  IL 60004
  4201.  
  4202.  
  4203. On the eve of Tuesday's quake, I was able to get through to a friend
  4204. at Stanford on MCI.  I was about to try AT&T after getting re-order a
  4205. couple of times, but the call went through on what would have been my
  4206. last try on MCI.  The number was (415)328-xxxx.  I believe my friend
  4207. said that he lives in Menlo Park.  Damage there was minimal, his area
  4208. was suffering only from a power outage.
  4209.  
  4210. I was quite amazed at the ease I had getting through!  I succeded at
  4211. about 10pm Pacific time.
  4212.  
  4213.  
  4214. Gary Segal @ Motorla C.I.D.
  4215.  ...motcid!segal or uunet!motcid!segal
  4216.  
  4217. ------------------------------
  4218.  
  4219. From: John Higdon <john%zygot.Berkeley.EDU@ucbvax.berkeley.edu>
  4220. Date: Wed, 18 Oct 89 23:03:24 PDT
  4221. Reply-To: John Higdon <john@zygot.ati.com>
  4222. Subject: Re: Bay Area Earthquake Phone Service
  4223. Organization: Green Hills and Cows
  4224.  
  4225.  
  4226. In article <telecom-v09i0458m10@vector.dallas.tx.us>, dennisb@pdx.mentor.com 
  4227. (Dennis Brophy) writes:
  4228.  
  4229. > How does the phone service work during an earthquake?
  4230.  
  4231. Around here, not very well. Cheap shot, sorry.
  4232.  
  4233. > I had to send a fax to San Jose this evening, and AT&T would not
  4234. > complete the call, but MCI was able to reach my destination in San
  4235. > Jose with out a problem.  Why would AT&T stop service while MCI
  4236. > permits inbound calls to the Bay Area?
  4237.  
  4238. According to AT&T spokespeople, they were doing this as a "service" to
  4239. keep the traffic on the Bay Area's phone system down. I guess it never
  4240. occurred to anyone that there might be reasons for people from outside
  4241. an area to call in during a disaster. I was able to get through on
  4242. Telesphere from the Victorville exchange (California High Desert) but
  4243. not on AT&T or Sprint.
  4244.  
  4245. > It is also intersting to note that Portland has NO local operator
  4246. > assistance this evening: "All circuits are busy."  I guess if I wanted
  4247.  
  4248. This was happening in Victorville, also. My theory is that there are
  4249. many more people than usual calling the operator because their dialed
  4250. calls don't go through. You called the operator, no? So did I.
  4251.  
  4252. > So, what is happening here?  Why can "little" MCI make its way into
  4253. > the Bay Area while AT&T cannot?
  4254.  
  4255. Policy, mainly. But it is also interesting to note that since the
  4256. quake, my little teapot computer has only been able to contact other
  4257. teapots. My big neighbors (except for pacbell) either don't answer at
  4258. all, or if their modem does answer it appears that the computer is
  4259. dead. All my news at the moment is coming from a small neighbor (who
  4260. is somehow still getting a feed.)
  4261.  
  4262. It has been said that a communications network is better served by a
  4263. lot of small entities rather than one behemoth one. I never believed
  4264. it; maybe it's true.
  4265.  
  4266.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  4267.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  4268.  
  4269.  
  4270. ------------------------------
  4271.  
  4272. Date:     Thu, 19 Oct 89 12:53:51 CDT
  4273. From: Will Martin <wmartin@stl-06sima.army.mil>
  4274. Subject:  Re: Blimp Use and Eathquake Coverage
  4275.  
  4276. Glad you posted that note that mentioned your wife's query about the
  4277. blimp not moving South.  I asked the same thing at the time (to the
  4278. wall and to my wife; unfortunately I could think of no way to ask
  4279. anyone who really could do anything about it) -- it was an obvious way
  4280. to get info out of the more-severely-affected regions and there were
  4281. plenty of other sources of aerial coverage of the SF area.  
  4282.  
  4283. I did notice that the blimp was by far the best camera platform,
  4284. giving the most stable images.  Perhaps ABC felt that having those
  4285. better pictures of the SF area was a "competitive advantage" in its
  4286. coverage and did't want to lose them, trading them off for unknown
  4287. results that the blimp might get further South.  Also, I don't know
  4288. the blimp's ground speed -- it might have been that it couldn't get
  4289. far enough before dark to provide any viewable images.
  4290.  
  4291. One aspect of the total earthquake coverage has been bothering me -- the
  4292. reports had mentioned "silicon valley" in passing, but gave it no real
  4293. attention. I thought that each of those semiconductor fabrication plants
  4294. and other electronic industries in that area had underground tanks of
  4295. various toxic or lethal chemicals used in the manufacture and cleaning
  4296. of their products. 
  4297.  
  4298. I had thought that a lot of the waste or used chemicals had to be
  4299. stored on-site because of difficulties in their disposal, also. (There
  4300. were legal restraints on trucking them out, or limited numbers of
  4301. firms who provided toxic-waste disposal services.)  So there would be
  4302. large amounts of both fresh, unused, but still dangerous chemicals,
  4303. and also toxic waste, sitting in tanks all over that area. If the
  4304. earthquake ruptured even a relatively small percentage of those tanks,
  4305. the pollution would be severe. It would contaminate the ground water
  4306. and be like Love Canal spread out over the whole silicon valley area.
  4307. Does anyone know if these fears are justified, or am I imagining
  4308. nonexistent dangers?
  4309.  
  4310. Regards, Will Martin
  4311.  
  4312. ------------------------------
  4313.  
  4314. From: "Daniel M. Rosenberg" <dmr@csli.stanford.edu>
  4315. Subject: Re: San Fransisco Horror
  4316. Date: 19 Oct 89 23:07:16 GMT
  4317. Organization: Center for the Study of Language and Information, Stanford U.
  4318.  
  4319.  
  4320. telecom@eecs.nwu.edu (TELECOM Moderator) writes:
  4321.  
  4322. >At the time this is written, chaos is reigning in the Bay Area, and
  4323. >all telecommunications are knocked out. The latest death count is
  4324.  
  4325. >Berkeley is totally off line at this time, and email contact is not
  4326. >possible with the sites in the San Fransisco area.
  4327.  
  4328. >From Stanford, Internet service was available clear to everywhere
  4329. within hours of the quake. (Well, I made it to Pennsylvania anyway a
  4330. few hours later.) This was well before the phone service came back in.
  4331.  
  4332. Pacific Bell had -- I believe -- no physical damage to the phone
  4333. network, but it was way overcrowded. I believe that when the quake hit
  4334. they switched over the to A/B/C setup discussed here a while back,
  4335. where A phones (emergency, police, fire, etc.) got dial tone, and B
  4336. and C phones -- everyone else -- were switched back and forth as to
  4337. who got dial tone. The Stanford campus telephone network worked
  4338. continuously with no problems.
  4339.  
  4340. Long distance outward via AT&T, Sprint and MCI was scrambled. It
  4341. turned out that Telesphere was useful for something; their network was
  4342. quite clear and turned out to be an easy way to calm my nervous
  4343. parents.  ITI (10488) also worked. I am hoping this was ITI (aka ITT)
  4344. and I didn't have everyone in my dorm make a $50 3 minute
  4345. transcontinental or cross-state call.
  4346.  
  4347. Long distance inward was clogged full until last night (Wednesday).
  4348. Today, everything seems to be back to normal.
  4349.  
  4350.  
  4351. # Daniel M. Rosenberg    //  Stanford CSLI  // Eat my opinions, not Stanford's.
  4352. # dmr@csli.stanford.edu // decwrl!csli!dmr // dmr%csli@stanford.bitnet
  4353.  
  4354. ------------------------------
  4355.  
  4356. End of TELECOM Digest V9 #462
  4357. *****************************
  4358. 
  4359. 
  4360. Date:     Thu, 19 Oct 89 23:32:00 CDT
  4361. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  4362. To:       telecom@eecs.nwu.edu
  4363. Subject:  TELECOM Digest V9 #463
  4364. Message-ID:  <8910192332.aa27611@delta.eecs.nwu.edu>
  4365.  
  4366.  
  4367. TELECOM Digest     Thu, 19 Oct 89 23:30:00 CDT    Volume 9 : Issue 463
  4368.  
  4369. Today's Topics:                             Moderator: Patrick Townson
  4370.  
  4371.     Re: Yet Another Area Code Split (David Kuder)
  4372.     Re: Yet Another Area Code Split (Joel B. Levin)
  4373.     Re: Yet Another Area Code Split (Carl Moore)
  4374.     Re: Area Code NineOhNine (Jon Solomon)
  4375.     Re: A Letter From Australia (Dave Horsfall)
  4376.     Re: PC Systems to Handle Phone Inquiries (Macy Hallock)
  4377.     Re: The Hottest Answering Machine (Gary L. Crum)
  4378.     Re: Fun With NJ Bell Customer Service (Mark Robert Smith)
  4379.     Call Waiting Override (Jean-Pierre Radley)
  4380.     Allowing NXX Prefixes & Area Codes (Carl Moore)
  4381.     AT&T Supplies Sourcebook (David Dodell)
  4382. ----------------------------------------------------------------------
  4383.  
  4384. Date: Thu, 19 Oct 89 11:57 PDT
  4385. From: David Kuder <david@indetech.com>
  4386. Subject: Re:  Yet Another Area Code Split
  4387.  
  4388.     Date:     Thu, 19 Oct 89 10:22:38 EDT
  4389.     From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  4390.     To: David Kuder <indetech.com!david>
  4391.     Cc: eecs.nwu.edu!telecom
  4392.     Subject:  Re:  Yet Another Area Code Split
  4393.     Message-Id:  <8910191022.aa27204@VMB.BRL.MIL>
  4394.  
  4395.     According to earlier articles in Telecom, 903 is already set
  4396.     aside for upcoming split of 214 in Texas.  And when N0X/N1X
  4397.     area codes run out, area codes will have to generalize to the
  4398.     NXX form.  Also, I believe it's Bellcore that assigns new area
  4399.     codes (but it's the local companies that draw the
  4400.     boundaries?).
  4401.  
  4402. I guess I wasn't clear enough in the header of my news article.  That
  4403. was a transcription of a L.A. Times article.  All the first person
  4404. references are those of Robert A. Jones, the author of the article.  I
  4405. am aware (from reading the Telecom Digest) that his list of area codes
  4406. was incorrect.  Forgive me for not editorializing the transcription.
  4407.  
  4408. Let me reiterate for the readers of the digest that other than the
  4409. first paragraph of my message, the article was the work of and the
  4410. opinions of and the knowledge of Robert A. Jones.
  4411.  
  4412.  
  4413. David A. Kuder                              Comp.lang.perl, the time is now!
  4414. 415 438-2003  david@indetech.com  {uunet,sun,sharkey,pacbell}!indetech!david
  4415.  
  4416. ------------------------------
  4417.  
  4418. From: Joel B Levin <levin@bbn.com>
  4419. Subject: Re: Yet Another Area Code Split
  4420. Date: Thu, 19 Oct 89 12:10:10 EDT
  4421.  
  4422. >Date: Wed, 18 Oct 89 13:15 PDT
  4423. >From: David Kuder <david@indetech.com>
  4424. >
  4425. >This appeared in the Tuesday, Oct. 17, 1989 [Los Angeles Times].
  4426. >"Forget Signs - What's Your Area Code?" by Robert A. Jones
  4427.   ...
  4428. >[Moderator's Note: I won't even bother to correct some of his errors, but
  4429. >I have to wonder where he gets the impression that 212/202/213 is all that
  4430. >matters in the network. . . . I think the author of this piece in the
  4431. >El Lay Times is one doughnut short of a full dozen.   PT]
  4432.  
  4433. David does not say whether this is an [op-]editorial or other column
  4434. or a news story.  I thought it was meant as a humorous column, and not
  4435. bad at that.  That's not a place I believe actual facts necessarily
  4436. have any use.
  4437.  
  4438.     Regards / JBL
  4439.  
  4440. [Moderator's Note: Interesting you mention it. Some of my detractors say
  4441. the same thing about this Digest: the part about the actual facts having
  4442. any use.  PT]
  4443.  
  4444. ------------------------------
  4445.  
  4446. Date:     Thu, 19 Oct 89 10:22:38 EDT
  4447. From:     Carl Moore (VLD/VMB) <cmoore@brl.mil>
  4448. Subject:  Re:  Yet Another Area Code Split
  4449.  
  4450. According to earlier articles in Telecom, 903 is already set aside for
  4451. upcoming split of 214 in Texas.  And when N0X/N1X area codes run out,
  4452. area codes will have to generalize to the NXX form.
  4453.  
  4454. Also, I believe it's Bellcore that assigns new area codes (but it's
  4455. the local companies that draw the boundaries?).
  4456.  
  4457. Also, 917 is unused.
  4458.  
  4459. ------------------------------
  4460.  
  4461. Date:  Thu, 19 Oct 89 18:17:52 EDT
  4462. From: jsol@bu-it.bu.edu
  4463. Subject: Re: Area Code NineOhNine 
  4464.  
  4465.    Date: Thu, 19 Oct 89 18:04:38 -0400
  4466.    From: clements@BBN.COM
  4467.  
  4468.  
  4469.    Sorry, I think we are having a basic misunderstanding...
  4470.  
  4471.    > From Lexington you can call 508 numbers, but from Cambridge you can't.
  4472.    > I can't call Concord or Framingham or any of the other areas outside of
  4473.    > the "don't dial 1" area....
  4474.  
  4475.    > Note that if you don't have Metropolitan service, you get charged message
  4476.    > units for calls placed to areas outside of your immediate local calling
  4477.    > area but inside the metropolitan service boundary. You don't dial 1 for 
  4478.    > these calls either.
  4479.  
  4480.    I know all that.
  4481.  
  4482.    These seem to be examples of what I was saying, namely that there
  4483.    is NOT and has not recently been the "feature" that you can tell
  4484.    what is a free call by whether you have to dial a "1".
  4485.  
  4486.    But in your telecom posting, I thought you were saying that there
  4487.    WAS such a feature and that you would miss it when it goes away:
  4488.  
  4489.       "However, I will miss the dial-1-is-a-toll-call feature of this
  4490.       area, meaning that if I call a number, I won't know if I have
  4491.       to pay for it or not."
  4492.  
  4493.    ?????
  4494.  
  4495.    /Rcc
  4496.  
  4497.  
  4498. In Cambridge, Somerville, and Everett and Boston this is the case.  It
  4499. is not the case in Lexington. I had forgotten about the case of the
  4500. numbers that are either in 508 or can dial 508 numbers included in
  4501. metropolitan service.
  4502.  
  4503. Let me point out that my experience with Metropolitan service is the
  4504. cities listed above. Those are places where I have actually lived and
  4505. have had dial-1-means-toll-call service for about 6 years.
  4506.  
  4507. It is true that in many cases, particularly in outlying areas of
  4508. Mass., that dial-1-means-toll-call is not implemented. Here it is, and
  4509. therefore I will miss it when it goes away.
  4510.  
  4511.   jsol
  4512.  
  4513.  
  4514. ------------------------------
  4515.  
  4516. From: Dave Horsfall <munnari!stcns3.stc.oz.au!dave@uunet.uu.net>
  4517. Subject: Re: A Letter From Australia
  4518. Date: 19 Oct 89 01:41:06 GMT
  4519. Reply-To: Dave Horsfall <dave%stcns3.stc.OZ@uunet.uu.net>
  4520. Organization: Alcatel STC Australia, North Sydney, AUSTRALIA
  4521.  
  4522.  
  4523. In article <telecom-v09i0451m01@vector.dallas.tx.us>,
  4524.     kendall@diemen.utas.oz.au <Jon D. Kendall> writes:
  4525. | In Australia there is no touch-tone service....
  4526.  
  4527. Speak for yourself, Taswegian!  It's being introduced in many parts of
  4528. the mainland, but I can't speak for the funny little island to the
  4529. south of us.... :-)  :-)  :-)
  4530.  
  4531.  
  4532. Dave Horsfall (VK2KFU),  Alcatel STC Australia,  dave@stcns3.stc.oz.AU
  4533. dave%stcns3.stc.oz.AU@uunet.UU.NET,  ...munnari!stcns3.stc.oz.AU!dave
  4534.  
  4535. ------------------------------
  4536.  
  4537. From: fmsystm!macy@hal.uucp
  4538. Date: Thu Oct 19 07:50:47 1989
  4539. Subject: Re: PC Sytems to Handle Phone Inquiries?
  4540. Organization: F M Systems  Medina, Ohio USA
  4541.  
  4542.  
  4543. In article <telecom-v09i0455m03@vector.dallas.tx.us> you write:
  4544. >X-TELECOM-Digest: volume 9, issue 455, message 3 of 11
  4545.  
  4546. >In article <telecom-v09i0440m06@vector.dallas.tx.us> Jim Henry <jhenry@rand.
  4547. >org writes:
  4548.  
  4549. >>I would like to design a system which allows a telephone caller to
  4550. >>check the status of an order by telephone without human intervention.
  4551.  
  4552. >I recently researched a similar application, and found a company which
  4553. >seems to handle this type of requirement very well.  The vendor is
  4554. >Innovative Technology, Inc. in Roswell Georgia.  They make a clever
  4555. >little board (which is not really cheap, but gets the job done) and
  4556. >better yet, there is a lot of software out there written by this
  4557. >company and by other companies to handle all sorts of touch-tone
  4558. >response applications.
  4559.  
  4560. This product is sold in its unmodified form as the "Nita"
  4561. auto-atendant and voice mail system.  Nita is sold by authorized
  4562. contract dealers nationwide (of which I am one).  And it works very
  4563. well.
  4564.  
  4565. Nita is also sold on an OEM basis by ITI to VARS with a set of
  4566. development tools for development tools for enhanced applications such
  4567. as the voice response application described.
  4568.  
  4569. Based on my installation of several of these systems, I can attest to
  4570. the quality of the product and ITI.  I'm very impressed.  I have not
  4571. purchased or installed any of the enhanced versions by VARS for
  4572. "value-added" applications.  I'm told the Nita makes an execellent
  4573. platform, though, and these enhanced applications work well.  (Like
  4574. most products of these types, the quality of the VAR and testing
  4575. behind it determines the ultimate quality of the enhanced product)
  4576.  
  4577. ITI publishes a booklet giving the names, addresses, phone no.'s and a
  4578. brief description of the enhanced product's application.
  4579.  
  4580. When you call ITI at (404) 998-9970 you will get a Nita, dial 411 for
  4581. a directory.  The name of the national sales manager is Jim Shriver.
  4582. ITI will not sell to end users directly, but they will help you get
  4583. information on dealers and/of VARS.
  4584.  
  4585. Be aware that the Nita requires a stable, quality hardware platform to
  4586. operate.  It will operate on a XT or AT platform.  Several clones
  4587. work, but there are many issues concerning BIOS and disk operation
  4588. that need to be addressed if you intend to use you own machine to run
  4589. this system (if the dealer will even permit it...)
  4590.  
  4591. One of the principal obligations of a dealer is hardware configuration
  4592. and setup.  Initial setup of the software is a bit complex, as well.
  4593. Nita is made to work with darn near any phone system that will support
  4594. single line (2500) phones as stations.
  4595.  
  4596. And there's so much more, but I've taken up too much net bandwidth
  4597. already.
  4598.  
  4599. Disclaimer: I am a satisfied independent ITI dealer.  I like this
  4600. product.  As a courtesy to the net, I will answer e-mail questions,
  4601. time permitting.  I would prefer not to sell this product outside my
  4602. service area (Ohio).  I do not receive any payment, commission, or
  4603. even recognition for sales or promotion, other than my own sales.
  4604. Just trying to do right by the net...there's a lot of stuff out there
  4605. that _doesn't_ work nearly as well...
  4606.  
  4607.  
  4608. Macy Hallock     150 Highland Dr.     macy@NCoast.ORG
  4609. F M Systems Inc. Medina, OH 44256     {uunet|backbone}!hal.cwru.edu!ncoast!macy
  4610. +1 216 723-3000  Fax +1 216 723-3223  uunet!aablue!fmsystm!macy
  4611.  
  4612.  
  4613. ------------------------------
  4614.  
  4615. From: "Gary L. Crum" <crum%alicudi.usc.edu@usc.edu>
  4616. Subject: Re: The Hottest Answering Machine
  4617. Date: 18 Oct 89 23:09:08 GMT
  4618. Organization: University of Southern California
  4619.  
  4620.  
  4621.  From reading literature, it seems to me that a "hot" answering system
  4622. would be Teleflex, a "telephone handling system" that works with
  4623. Macintosh computers to interact with callers using touch-tone, sound
  4624. digitizing, voice synthesis and modem signaling.  Teleflex costs about
  4625. $3000 not including a host Macintosh.  It is programmable using a
  4626. graphical method -- a flow diagram with icons is created.  I don't
  4627. have one for my residence yet, but I would like to see such
  4628. sophisticated systems in homes.  You know, "Crum residence.  To page
  4629. Gary press 1.  To leave a voice message press 2.  To begin FAX
  4630. transmission press 3.  To connect with Gary's UNIX system press 4."
  4631.  
  4632. Do you people think that things like UUCP and FAX machines can deal
  4633. with pauses in their dialing sequences?  I hope so.  Call
  4634. (818)700-0510 for more information about Teleflex, and please tell
  4635. them that Gary Crum of USC referred you to them.  I am not currently
  4636. affiliated with the Magnum, the developer of Teleflex, but I would
  4637. really like to work on such products.
  4638.  
  4639. Gary
  4640.  
  4641. ------------------------------
  4642.  
  4643. From: Mark Robert Smith <msmith@topaz.rutgers.edu>
  4644. Subject: Re: Fun With NJ Bell Customer Service
  4645. Date: 19 Oct 89 15:35:21 GMT
  4646. Organization: Rutgers - The Police State of New Jersey
  4647.  
  4648.  
  4649. I too have had difficulties with NJ Bell Customer Service.
  4650.  
  4651. I, being a Rutgers student, had to apply by mail for service.  The NJ
  4652. Bell form contained some service options, but not the CLASS services
  4653. which I wanted for my line.  So, I called the Customer Service number,
  4654. and was forced to ask my question in response to the question "Is this
  4655. an emergency".  I was told to call after the phone was turned on, and
  4656. request those services.
  4657.  
  4658. After the strike ended, I got my service on a Saturday.  I called the
  4659. Operator and asked her for the number (the form said to do this).
  4660. Then, on Monday, I called to have the services added to my line.  At
  4661. that time, my connection wasn't in the billing computer yet, so I had
  4662. to wait a week.  I called back a week later, and successfully had the
  4663. services added.  At that time, I was told that the $21 connection
  4664. service charge for those services would be waived, since I couldn't
  4665. order them on the form.
  4666.  
  4667. So, two weeks later, my phone bill arrives.  Yup, a $21 connection
  4668. charge for the CLASS services.  I called the phone company, and after
  4669. waiting for 5 minutes for a human, got one.  I explained the process,
  4670. and the fact that I was promised a waiver, and the woman (a very rude
  4671. woman) on the other end said "Well, Why didn't you write those
  4672. services in on the form?"  I told her I was told not to, and could a
  4673. please speak to a supervisor.  After a 10 minute hold, she returned
  4674. and said "the $21 will be adjusted, Mr. Smith".
  4675.  
  4676. I paid the bill minus the $21, so it will be interesting to see what
  4677. happens next.
  4678.  
  4679.  
  4680. Mark Smith, KNJ2LH                All Rights Reserved
  4681. RPO 1604               You may redistribute this article only if those who
  4682. P.O. Box 5063                 receive it may do so freely.
  4683. New Brunswick, NJ 08903-5063              msmith@topaz.rutgers.edu
  4684.  
  4685. ------------------------------
  4686.  
  4687. From: Jean-Pierre Radley <cmcl2!dasys1!jpr@rutgers.edu>
  4688. Date: 17 Oct 89 21:15:56 GMT
  4689. Subject: Call Waiting Override
  4690. Reply-To: jpr@dasys1.UUCP (Jean-Pierre Radley)
  4691. Organization: TANGENT
  4692.  
  4693. Sorry, I know this be an old topic. Am I correct that *70 is not the
  4694. universal method to override call waiting, that different telcos have
  4695. other codes or methods?
  4696.  
  4697.  
  4698. Jean-Pierre Radley                          jpr@jpradley.uucp
  4699. New York, NY                          72160.1341@compuserve.com
  4700.  
  4701. [Moderator's Note: You are correct. Some use 70#; most allow use of 1170
  4702. for rotary dial phones, and sometimes 1170 will work from touchtone lines
  4703. as well. Some CO's using older generics don't even have this option. An
  4704. example is Morton Grove, IL; about the only place in the Chicago area 
  4705. without this capability.  David Tamkin, is that correct?   PT]
  4706.  
  4707. ------------------------------
  4708.  
  4709. Date:     Thu, 19 Oct 89 15:29:53 EDT
  4710. From:     Carl Moore (VLD/VMB) <cmoore@brl.mil>
  4711. Subject:  Allowing NXX Prefixes & Area Codes
  4712.  
  4713.  
  4714. Based on notes arriving via TELECOM Digest, I have the following to
  4715. pass along:
  4716.  
  4717. 416, Ontario, 1989? (need area code on toll calls within it)
  4718. 919, North Carolina, 1989?  (need area code on toll calls within it)
  4719. 313, Michigan, 1989? (1+ removed from 1+7D for toll calls within it)
  4720.  
  4721. When N0X/N1X area codes run out and NXX area codes become necessary, I
  4722. take it that that will be known, too.  (For example, 1+7D is still in
  4723. use in Delaware.  Where area codes and prefixes can use the same 3
  4724. digits, it is necessary for leading 1 to mean that "what follows is an
  4725. area code", and use of NXX area codes would force that meaning of
  4726. leading 1 into use in areas not already having it, right?)
  4727.  
  4728. ------------------------------
  4729.  
  4730. Date: Thu, 19 Oct 89 07:50:32 mst
  4731. From: David Dodell <ddodell@stjhmc.fidonet.org>
  4732. Subject: AT&T Supplies Sourcebook
  4733.  
  4734.  
  4735. I was recently in my local AT&T Phone Center and noticed a booklet
  4736. entitled "The AT&T Supplies Sourcebook" Thought the individuals on
  4737. this mailing list might be interested.
  4738.  
  4739. First, the order number is 1-800-451-2100 (Mon to Fri, 8 am to 8 pm EST)
  4740.  
  4741. Contents:
  4742.  
  4743. Telecommunications
  4744.         - Telephone Accessories
  4745.         - Telephone Sets
  4746.         - Thermal FAX Paper
  4747.         - Headsets
  4748.         - Headset Jacks and Adapters
  4749.         - Headset Accessories
  4750. Cords, Cables and Adapters
  4751.         - 4 conductor wiring, 8 conductor wiring and associated jacks
  4752.           and adapters
  4753.         - Headset cords/supplies for 4/8 conductor equipment
  4754. Special Needs
  4755.         - Hearing and Speech Amplification
  4756. Special Services        
  4757.         - 800 directories, Long Distance Certificates
  4758.         - ATT Card, ProAmerica, Readyline
  4759.  
  4760.  
  4761. Overall, a few interesting things.  I'm sure you could get a free copy
  4762. of the catalog by calling the 800 number and asking.
  4763.  
  4764. David
  4765.  
  4766.    -------------------------------------------------------------------------
  4767.                uucp:  {decvax, ncar} !noao!asuvax!stjhmc!ddodell
  4768.         uucp:  {gatech, ames, rutgers} !ncar!noao!asuvax!stjhmc!ddodell
  4769.     Bitnet: ATW1H @ ASUACAD                    FidoNet=> 1:114/15
  4770.                   Internet: ddodell@stjhmc.fidonet.org
  4771.  
  4772. ------------------------------
  4773.  
  4774. End of TELECOM Digest V9 #463
  4775. *****************************
  4776. 
  4777. 
  4778. Date:     Sat, 21 Oct 89 0:56:34 CDT
  4779. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  4780. To:       telecom@eecs.nwu.edu
  4781. Subject:  TELECOM Digest V9 #464
  4782. Message-ID:  <8910210056.aa27546@delta.eecs.nwu.edu>
  4783.  
  4784.  
  4785. TELECOM Digest     Sat, 21 Oct 89 00:55:51 CDT    Volume 9 : Issue 464
  4786.  
  4787. Today's Topics:                             Moderator: Patrick Townson
  4788.  
  4789.     1ESS Call Forwarding Problem (Jeff Glassman via Julian Macassey)
  4790.     More on Apartment Door Answering Systems (Richard Snider)
  4791.     Cellular Phones Frying Your Brains (Eric Wagner)
  4792.     Routing, Boxing, etc. (Ninja Master)
  4793.     Re: Caller ID at American Express (Ben Ullrich)
  4794.     Re: Caller ID at American Express (Lang Zerner)
  4795.     Re: AC 617, was Area Code NineOhNine (John R. Levine)
  4796.     Re: What is SONET? (John R. Levine)
  4797.     Re: Call Waiting Override (George Wang)
  4798. ----------------------------------------------------------------------
  4799.  
  4800. From: julian macassey <julian@bongo.uucp>
  4801. Subject: 1ESS Call Forwarding Problem
  4802. Date: 20 Oct 89 00:31:26 GMT
  4803. Organization: The Hole in the Wall  Hollywood CA U.S.A.
  4804.  
  4805.  
  4806.     I received the following from Jeff Glassman, WA6ENI via amateur
  4807. radio; via tcp/ip for the curious. Jeff is the night manager of a GTE
  4808. CO. He is responding to a tale I sent him (yes, via ham radio) that
  4809. ran here a couple of weeks ago about DMS100 CPC problems:
  4810.  
  4811.  From wa6eni@wa6eni.ampr.org Thu Oct 19 15:38:09 1989
  4812. Received: from wa6eni.ampr.org by n6are.ampr.org with SMTP
  4813.  id AA3045 ; Thu, 19 Oct 89 15:38:00 PDT
  4814. Date: Thu, 19 Oct 89 15:45:09 GMT
  4815. Message-Id: <1560@wa6eni.ampr.org>
  4816.  From: wa6eni@wa6eni.ampr.org (Jeff Glassman)
  4817. To: n6are@n6are.ampr.org
  4818.  
  4819.  
  4820.     I work in a WECO 1AESS owned by GTE. Actually it is a very nice
  4821. switch and very well behaved. We are going to be upgrading to G
  4822. feature package for our 911 folks.
  4823.  
  4824.     That story about the DMS 100 really brought a smile to my face. As
  4825. an equipment maintainer who is usually the only person who is in the
  4826. CO I can appreciate the goings on.
  4827.         
  4828.     I have a similar story to relate. There is a customer out of my CO
  4829. who happens to want to call forward his phones at the exact time that
  4830. we are doing a translation data assembler back up tape. There is a
  4831. period of time when a customer cannot execute any recent changes to
  4832. their line (call forwarding variable, speed call variable etc.) while
  4833. the verificaton between the primary and secondary translators os
  4834. occurring.
  4835.  
  4836.     This only takes about 5 min. but it just happens to occur at the
  4837. time that he leaves his premises. He thought his call forwarding was
  4838. broken and kept reporting to 611 who would always find it to be a
  4839. Test-OK when they checked it. This went on for months with no
  4840. resolution.
  4841.  
  4842.     Supervisors had been out to insure him that there was no problem
  4843. and kept showing him the proper ws to use call forwarding. (HE ALREADY
  4844. KNEW HOW TO USE THE @#$% CALL-FOWARDING!!) In desperation he watched
  4845. one of the outside plant persons dial up the CO and noted the number.
  4846. He called into the CO, got the day shift person who informed him what
  4847. the problem was and that there was no way that anything could be done
  4848. about it. ("I just do my job - I don't set policies...")
  4849.  
  4850.     When he called me at the CO (at 3:30am) and gave me his story with
  4851. all the names of who he had contacted and what he had tried, I was
  4852. amazed!  NO ONE had ever explained to him that the situation occured
  4853. for only five minutes at a time and only once or twice a week.  He had
  4854. never even thought of trying it after a few minutes because he thought
  4855. that it was repeatedly breaking and being repaired in the morning.
  4856. Needless to say I was able to straighten him out on what the situation
  4857. actually was in just a few minutes.
  4858.  
  4859.     The whole incident just showed me how important communications is
  4860. within a communications company, and how little information actually
  4861. makes it through from one section to another of the company. If that
  4862. customer had not taken matters into his own hands and gotten hold of
  4863. me there is no telling what it would have taken to get his "problem"
  4864. solved. I hope that incidents such as this are rare and isolated but I
  4865. fear that they are getting more common all the time.
  4866.              ===============================
  4867.  
  4868. Yours,
  4869.  
  4870. Julian Macassey, n6are  julian@bongo    ucla-an!denwa!bongo!julian
  4871. n6are@k6iyk (Packet Radio) n6are.ampr.org [44.16.0.81] voice (213) 653-4495
  4872.  
  4873. ------------------------------
  4874.  
  4875. From:    rsnider@xrtll.uucp
  4876. Subject: More on Apartment Door Answering Systems
  4877. Date:    Fri, 20 Oct 89 14:37:37 EDT
  4878.  
  4879. Dave Levenson writes:
  4880.  
  4881. >This may mean that the 5ESS supports ADAS.  It may also be a CPE-based
  4882. >version of the same service.  Perhaps the armored panel phone in the
  4883. >foyer detects the touch tone from the resident's set and unlocks the
  4884. >door?  I don't remember seeing any brand name on the set.
  4885.  
  4886. >When I visit, the directions on the phone tell me to dial # and their
  4887. >appartment number.  When I lift the handset, there is no battery or
  4888. >sound in the receiver.  When I enter the #, I hear what sounds like CO
  4889. >dialtone.  I then enter their three-digit appartment number, and hear
  4890. >the three touch-tones in the receiver.  As soon as I have entered
  4891. >three digits, the phone dials their 7-digit number, using
  4892. >pulse-dialing (I hear the pulses in the handset).  The microphone is
  4893. >dead (i.e. no side-tone) until after dialing is complete, but is
  4894. >enabled during ringing.
  4895.  
  4896. >When they answer, they dial 9 to admit me.  I hear the first few tens
  4897. >of milliseconds of their tone signal, and then silence.  About 500
  4898. >msec later, the entry door goes "thunk-buzzzzzz" and I am given
  4899. >access.
  4900.  
  4901. >Does anyone recognize this system?
  4902.  
  4903. I don't think that this is CO based at all.  I have seen many of these
  4904. types of devices on apartment buildings from various different
  4905. manufacturers which function in this manner.
  4906.  
  4907. When new tenants move into a building, the Super will get their phone
  4908. number and program it into the machine.  When someone comes to visit,
  4909. they key in a number (Apartment number or other) and the device then
  4910. picks up an ordinary phone line and calls that apartment.  It
  4911. recognizes certain DTMF frequencies from the remote end to unlatch the
  4912. door.  These devices are becoming quite popular since it is easier to
  4913. pay for 1 phone line over many years than it is to run intercom wire
  4914. to every apartment and then have to pay for service when it breaks.
  4915.                                       
  4916.   Richard Snider
  4917.  
  4918. Where: ..uunet!mnetor!yunexus!xrtll!rsnider    Also:  rsnider@xrtll.UUCP
  4919. An unbreakable tool is useful for breaking other tools.
  4920.  
  4921. ------------------------------
  4922.  
  4923. From: Eric Wagner <asuvax!gtephx!bladder!wagnere@ncar.ucar.edu>
  4924. Subject: Cellular Phones Frying Your Brains
  4925. Date: 18 Oct 89 17:12:16 GMT
  4926. Organization: gte
  4927.  
  4928.  
  4929. Is there any truth to the rumor that the emissions from the newer
  4930. cellular phones can be unhealthy?  In particular, I have heard that
  4931. hand-held models (with their antennae located right next to the head)
  4932. have been responsible for brain/eye damage.
  4933.  
  4934. When I did some calculations, this damage didn't seem impossible.  I
  4935. think the newer models operate on 800MHz (?).  If that is true, then
  4936. the wavelength would be:
  4937.  
  4938.    c / f = 186000 mi/sec  /  800000000/sec  x  5280 ft/mi = 1.2 feet
  4939.  
  4940. This results in a halfwave of about 7 inches (just about the size of
  4941. the skull).  Is this true?  Can this cause real damage?  Did anyone
  4942. consider this before approving the 800MHz frequency?
  4943.  
  4944.  
  4945. Eric Wagner (wagnere@gtephx)
  4946. AGCS (formerly GTE), Phoenix     (602) 582-7150
  4947. UUCP: {ncar!noao!asuvax | uunet!hrc | att}!gtephx!wagnere
  4948.  
  4949. ------------------------------
  4950.  
  4951. From: Ninja Master <typhoon@csd4.csd.uwm.edu>
  4952. Subject: Routing, Boxing, etc.
  4953. Date: 19 Oct 89 21:49:01 GMT
  4954. Organization: The P.L.O.
  4955.  
  4956. Two Questions.....
  4957.    
  4958. One, would someone mind describing how and what equipment is used to
  4959. detect false winks (i.e. Blue Boxes).
  4960.   
  4961. Two, I was recently told by a member of WisBell that routing codes are
  4962. a function of AT&T.  When did this start? I thought the local BOC's
  4963. set the routing codes......
  4964.    
  4965. Thanks.......
  4966.    
  4967.             -=+NINJA MASTER+=-
  4968.  
  4969. ------------------------------
  4970.  
  4971. Subject: Re: Caller ID at American Express
  4972. Organization: sybase, inc., emeryville, ca.
  4973. Date: Thu, 19 Oct 89 23:08:29 -0700
  4974. From: ben ullrich <ben@sybase.com>
  4975.  
  4976. > By the way, I called American Express last week to argue about my
  4977. > bill.  Amex has been reported to have an 800 version of Caller ID that
  4978. > looks up the phone number of each call and translates it to the
  4979. > caller's card number.  When the person who answered asked me for my
  4980. > card number, I asked whether she could tell it from my phone number
  4981. > and she said she couldn't.  Either she was lying or they've turned it
  4982. > off.
  4983.  
  4984. I doubt they've turned it off.  They'll always ask for your account
  4985. number for identity verification, just as they ask for your name after
  4986. getting your account number.
  4987.  
  4988. I've noticed that most of the time, I don't hear any typing or delays
  4989. as I give them my account number, as if they are reading it on their
  4990. screen instead of typing it in.  I should test this by calling in on
  4991. my unlisted number sometime, and see if the response is any different
  4992. from when I call from my other, listed number, the one that appears on
  4993. their records.
  4994.  
  4995.  
  4996. ben ullrich           consider my words disclaimed,if you consider them at all
  4997. sybase, inc., emeryville, ca    "When you deal with human beings, a certain
  4998. +1 (415) 596 - 3500            amount of nonsense is inevitable." - mike trout
  4999. ben@sybase.com                   {pyramid,pacbell,sun,lll-tis}!sybase!ben
  5000.  
  5001. ------------------------------
  5002.  
  5003. From: Lang Zerner <langz@asylum.sf.ca.us>
  5004. Subject: Re: Caller ID at American Express
  5005. Date: 20 Oct 89 10:15:38 GMT
  5006. Reply-To: langz@asylum.UUCP (Lang Zerner)
  5007. Organization: The Great Escape, Inc
  5008.  
  5009.  
  5010. In article <telecom-v09i0454m03@vector.dallas.tx.us> johnl@esegue.segue.
  5011. boston.ma.us writes:
  5012.  
  5013. >[American Express] has been reported to have an 800 version of Caller ID that
  5014. >looks up the phone number of each call and translates it to the
  5015. >caller's card number.  When the person who answered asked me for my
  5016. >card number, I asked whether she could tell it from my phone number
  5017. >and she said she couldn't.  Either she was lying or they've turned it
  5018. >off.
  5019.  
  5020. I recall having read a few little "FYI" type articles in various
  5021. technical and marketing trade rags that said Amex got a lot of nasty
  5022. letters and calls from customers who were startled, perplexed, and/or
  5023. annoyed at Amex about the addition of the "service."  
  5024.  
  5025. Apparently, someone at Amex marketing thought it would be friendlier
  5026. to answer the phone, "Good morning Mr. Zerner."  A lot of people
  5027. (myself included) thought it was pompous and not beneficial.  At least
  5028. one person encountered communication difficulties because he was
  5029. calling from another cardholder's phone.  Enough of these dissatisfied
  5030. customers wrote and called in nastygrams expressing their dislike of
  5031. Amex' use of the technology that Amex ended up pulling the idea.
  5032.  
  5033. I still have one or two of the articles floating around somewhere.  If
  5034. you're really interested, though, you'll probably get a faster
  5035. response from a commercial text-retrieval service or library CD
  5036. periodicals index.
  5037.  
  5038.  
  5039. Be seeing you...
  5040.  
  5041. Lang Zerner
  5042. langz@asylum.sf.ca.us   UUCP:bionet!asylum!langz   ARPA:langz@athena.mit.edu
  5043. "...and every morning we had to go and LICK the road clean with our TONGUES!"
  5044.  
  5045. ------------------------------
  5046.  
  5047. Subject: Re: AC 617, was Area Code NineOhNine
  5048. Organization: Segue Software, Cambridge MA
  5049. Date: 20 Oct 89 11:12:43 EDT (Fri)
  5050. From: "John R. Levine" <johnl@esegue.segue.boston.ma.us>
  5051.  
  5052. In article <telecom-v09i0461m01@vector.dallas.tx.us> you write:
  5053. >Even in Boston, 617 is getting nearly full; even though they just
  5054. >split the code already. ...
  5055.  
  5056. Is that really true?  A recent message shows 330 prefixes, which looks
  5057. to me like it's less than half full.  There are 339 in 508.  Or am I
  5058. missing something?
  5059.  
  5060.  
  5061. Regards,
  5062. John Levine, johnl@esegue.segue.boston.ma.us, {spdcc|ima|lotus}!esegue!johnl
  5063.  
  5064. ------------------------------
  5065.  
  5066. From: "John R. Levine" <johnl@esegue.segue.boston.ma.us>
  5067. Subject: Re: What is SONET?
  5068. Reply-To: johnl@esegue.segue.boston.ma.us
  5069. Organization: Segue Software, Cambridge MA
  5070. Date: Fri, 20 Oct 89 16:39:36 GMT
  5071.  
  5072. In article <telecom-v09i0461m08@vector.dallas.tx.us> amc-gw!ssc!tad@beaver.cs.
  5073. washington.edu writes:
  5074.  
  5075. >Seriously....I always thought SONET referred to Southern New England
  5076. >Telephone Co!
  5077.  
  5078. No, that's SNET, pronounced snet, or perhaps SNET Co., pronounced
  5079. snetco.  When I lived in New Haven, all sorts of events happened at
  5080. the SNET Co.  auditorium.  Since SNET was an AT&T affiliate rather
  5081. than a subsidiary, they are not subject to all the restrictions on the
  5082. RBOCs and they set up a subsidiary sonorously named Sonecor which
  5083. attempts without notable success to make big bucks in unregulated
  5084. businesses.
  5085.  
  5086. SNET lives in my memory as the only phone company ever to send me a
  5087. "pay or we'll turn off your phone" letter before they even sent the
  5088. bill.
  5089.  
  5090.  
  5091. John R. Levine, Segue Software, POB 349, Cambridge MA 02238, +1 617 864 9650
  5092. johnl@esegue.segue.boston.ma.us, {ima|lotus|spdcc}!esegue!johnl
  5093. Massachusetts has over 100,000 unlicensed drivers.  -The Globe
  5094.  
  5095. [Moderator's Note: I might add that SNET Financial Services, Inc. is a big
  5096. lender of money for people who buy computer systems. In my real life work,
  5097. they are a client of ours. They lend *huge* amounts of money to commercial
  5098. borrowers, and function as a factor for computer brokers.  PT]
  5099.  
  5100. ------------------------------
  5101.  
  5102. Date: Fri, 20 Oct 89 15:08:23 -0500
  5103. From: George Wang <gcw20877@uxa.cso.uiuc.edu>
  5104. Subject: Re: Call Waiting Override
  5105. Organization: University of Illinois at Urbana-Champaign
  5106.  
  5107. >[Moderator's Note: You are correct. Some use 70#; most allow use of 1170
  5108. >for rotary dial phones, and sometimes 1170 will work from touchtone lines
  5109. >as well. Some CO's using older generics don't even have this option. An
  5110. >example is Morton Grove, IL; about the only place in the Chicago area
  5111. >without this capability.  David Tamkin, is that correct?   PT]
  5112.  
  5113. Well, I'm not Dave, but I do know from first hand experience that
  5114. Morton Grove's switching station does NOT allow call waiting override
  5115. with *70.... Although I live in Skokie, Skokie is spilt into service
  5116. by Skokie's switching station and Morton Grove's switching station...
  5117. Unfortunately, we got stuck with Morton Grove's switching station and
  5118. using the modem with call waiting is a real pain!!  Disconnects
  5119. galore!! BTW, does anyone know why Morton Grove doesn't have this
  5120. ability?? Does it have to do with the station's switching technology??
  5121.  
  5122. Is there anything we can do as telephone service customers?
  5123. A petition? Hmmmm......
  5124.  
  5125.  
  5126. George Wang
  5127. University of Illinois
  5128. gcw20877@uxa.cso.uiuc.edu
  5129.  
  5130.  
  5131. ------------------------------
  5132.  
  5133. End of TELECOM Digest V9 #464
  5134. *****************************
  5135. 
  5136. 
  5137. Date:     Sat, 21 Oct 89 1:52:12 CDT
  5138. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  5139. To:       telecom@eecs.nwu.edu
  5140. Subject:  TELECOM Digest V9 #465
  5141. Message-ID:  <8910210152.aa29342@delta.eecs.nwu.edu>
  5142.  
  5143.  
  5144. TELECOM Digest     Sat, 21 Oct 89 01:50:13 CDT    Volume 9 : Issue 465
  5145.  
  5146. Today's Topics:                             Moderator: Patrick Townson
  5147.  
  5148.     Earthquake - Lessons Learned (Hector Myserston)
  5149.     Amazing Quake Stories (Guy A. Finney)
  5150.     Re: Blimp Use and Eathquake Coverage (John G. De Armond)
  5151.     Re: Bay Area Earthquake Phone Service (Marc T. Kaufman)
  5152.     Re: Disaster Communications (Brian Kantor)
  5153.     Re: What Works in a Disaster (Fred R. Goldstein)
  5154.     Re: Telesphere Came Through; AT&T/Sprint Let Me Down (Edward Greenberg)
  5155.     Re: San Fransisco Horror (Kent Borg)
  5156.  
  5157. [Moderator's Note: Coverage of the Event continues in the Digest.  PT]
  5158. ----------------------------------------------------------------------
  5159.  
  5160. From: myerston@cts.sri.com
  5161. Date: 20 Oct 89  08:50 PST
  5162. Subject: Earthquake - Lessons Learned
  5163. Organization: SRI Intl, Inc., Menlo Park, CA  94025  [(415)326-6200]
  5164.  
  5165.      The following is my opinion of the earthquake aftermath based on
  5166. talking to many fellow Telecom folks in the area (SL-1 Users, TCA and
  5167. many vendors):
  5168.  
  5169. o I found 0 instances of properly installed PBXs and other gear
  5170. suffering major damage.  I am sure there are some but either the whole
  5171. building has been evacuated or the damage has not been discovered.
  5172.  
  5173. o MANY people had power-related problems beyond the capacity of the
  5174. battery backup.  Many PBXs do not handle power loss and subsequent
  5175. restoral well.  Many cards fail shortly after the event.
  5176.  
  5177. o Traffic has to be controlled in the Network or at the Central
  5178. Office.  No amount of training or lecturing is going to stop users
  5179. from checking on their family and friends immediately after an event.
  5180.  
  5181. o Central dispatch/Trouble Numbers, usually 800- numbers are useless
  5182. in a major event.  Even when you can call in to them, they cannot call
  5183. IN to the appropriate people in your area.  Same for remote paging.
  5184. LOCAL contacts are a must.
  5185.  
  5186. o Cellular overloaded worse than land lines. 
  5187.  
  5188. o Carriers who controlled traffic took (in my opinion) a bum rap.  The
  5189. resellers mentioned in previous messages were able to complete calls
  5190. only because the underlying carrier maintained some measure of Network
  5191. Discipline.
  5192.  
  5193. o One interesting side effect of telecom problems was the issue of
  5194. ATMs.  Many people really on them almost exclusively for ready cash.
  5195. Loss of service (computer or line) is attributed to "the phone lines".
  5196.  
  5197. o I was called by several present (and former!)  interconnect
  5198. contractors offering help within 24 hours.  Most had more man-power on
  5199. hand than required.  MITEL is running large ads offering 24-hour
  5200. turn-around on repairs.
  5201.  
  5202. o Radio, I think, did great.  Not to much panic or exageration.
  5203. Amazingly enough from the time I got home about two hours after the
  5204. earthquake I was able to watch local TV coverage using an outside
  5205. antenna.  While some stations came and went, at least one was on the
  5206. air at all times.  [I live in the South Bay 20 - 30 miles from the
  5207. epicenter, we lost stuff from shelves etc but did NOT lose power
  5208. through all of this].
  5209.  
  5210.      All-in-all it seems like telecom was more part of the solution
  5211. than of the problem.  Of the people I know I would say almost all are
  5212. now fully operational including the ones in SF after power restoral.
  5213.  
  5214. ------------------------------
  5215.  
  5216. Date: Fri, 20 Oct 89 12:18:27 MST
  5217. From: gaf@uucs1.uucp
  5218. Subject: Amazing Quake Stories
  5219.  
  5220. We heard from one of the traffic monitoring people at US West who
  5221. noticed something peculiar around 5:05 PM Tuesday.  He called his AT&T
  5222. counterpart in Oakland to see what was happening.  The call was
  5223. answered, and the conversation went something like:
  5224.  
  5225. "Hey, what's happening there?"
  5226.  
  5227. "We've got an earthquake here, and, .....  oh .....  there's a big
  5228. crack in the wall now .....  <buzzzzz>"
  5229.  
  5230. I'd heard that AT&T was on the 10th floor of some building in Oakland,
  5231. so I don't know how apocryphal this is.  Haven't heard of any
  5232. buildings that tall sustaining that kind of damage.
  5233.  
  5234.  
  5235. Guy Finney                    It's that feeling of deja-vu
  5236. UUCS inc.   Phoenix, Az                all over again.
  5237. ncar!noao!asuvax!hrc!uucs1!gaf    sun!sunburn!gtx!uucs1!gaf
  5238.  
  5239. ------------------------------
  5240.  
  5241. From: "John G. De Armond" <rsiatl!jgd@gatech.edu>
  5242. Subject: Re: Blimp Use and Eathquake Coverage
  5243. Date: 20 Oct 89 19:15:10 GMT
  5244. Reply-To: "John G. De Armond" <rsiatl!jgd@gatech.edu>
  5245. Organization: Radiation Systems, Inc. (a thinktank, motorcycle, car and 
  5246. gun works facility)
  5247.  
  5248.  
  5249. In article <telecom-v09i0462m08@vector.dallas.tx.us> wmartin@stl-06sima.army.
  5250. mil (Will Martin) writes:
  5251.  
  5252. >Glad you posted that note that mentioned your wife's query about the
  5253. >blimp not moving South.  
  5254.  
  5255. >I did notice that the blimp was by far the best camera platform,
  5256. >giving the most stable images.  Perhaps ABC felt that having those
  5257. >better pictures of the SF area was a "competitive advantage" in its
  5258. >coverage and did't want to lose them, trading them off for unknown
  5259. >results that the blimp might get further South.  
  5260.  
  5261. Before we attribute too much malice to ABC, we should note the
  5262. technical reason the blimp stayed in the SF area.  The blimp, which is
  5263. strictly a camera platform in these circumstances, must stay within
  5264. short-haul microwave range of the ground station that services it.  In
  5265. this case, the ground station was at the stadium.  Remember, the blimp
  5266. does not normally carry recording equipment or long distance microwave
  5267. gear.  There is a defined limit on weight and power consumption.
  5268.  
  5269.  
  5270. John De Armond, WD4OQC                     | Manual? ... What manual ?!? 
  5271. Radiation Systems, Inc.     Atlanta, GA    | This is Unix, My son, You 
  5272. gatech!stiatl!rsiatl!jgd  **I am the NRA** | just GOTTA Know!!! 
  5273.  
  5274.  
  5275. ------------------------------
  5276.  
  5277. From: "Marc T. Kaufman" <kaufman@neon.stanford.edu>
  5278. Subject: Re: Bay Area Earthquake Phone Service
  5279. Date: 20 Oct 89 04:15:25 GMT
  5280. Reply-To: "Marc T. Kaufman" <kaufman@neon.stanford.edu>
  5281. Organization: Computer Science Department, Stanford University
  5282.  
  5283.  
  5284. In article <telecom-v09i0458m10@vector.dallas.tx.us> dennisb@pdx.mentor.com
  5285. (Dennis Brophy) writes:
  5286.  
  5287. > How does the phone service work during an earthquake?
  5288.  
  5289. Right now (9pm, Thursday 10/19), I can call ALMOST everywhere,
  5290. including San Francisco, which was inaccessable from Woodside (also in
  5291. 415) until this morning.  The only place I can't currently reach is
  5292. Los Gatos, which is GTE.  Santa Cruz never went away.
  5293.  
  5294. I don't know how I'll be able to tell when Los Gatos is back, since
  5295. this is one of GTE's worst service areas even without an earthquake. :-)
  5296.  
  5297. My wife is currently out of state, and she has more trouble reaching
  5298. me than I have reaching her.
  5299.  
  5300. Marc Kaufman (kaufman@Neon.stanford.edu)
  5301.  
  5302. ------------------------------
  5303.  
  5304. From: Brian Kantor <brian@ucsd.edu>
  5305. Subject: Re: Disaster Communications
  5306. Date: 20 Oct 89 11:33:03 GMT
  5307. Reply-To: Brian Kantor <brian@ucsd.edu>
  5308. Organization: University of California, San Diego Network Operations
  5309.  
  5310.  
  5311. There is a statewide police radio service in California, but it can
  5312. get congested easily and I recall seeing bulletins asking that it not
  5313. be used for anything but the highest-priority traffic in times of
  5314. emergency.
  5315.  
  5316. Much of it piggybacks on microwave circuits, some of which were not in
  5317. operation because of fallen or twisted towers and power problems.
  5318.  
  5319. The CERFnet, BARRNet, Calinet, and associated computer networks mostly
  5320. kept running throughout much of this, although there were some outages
  5321. due to power failures at a few key points, and coincidently a circuit
  5322. between Stanford and Berkeley had failed a couple of hours before the
  5323. quake hit.
  5324.  
  5325. We had communications from San Diego to Stanford and UC Santa Barbara
  5326. at all times; UC Santa Cruz came back online in a couple of hours once
  5327. they had their emergency power up, and UC Davis and UC Berkeley were
  5328. back early in the morning.  UC San Francisco was back on-line before
  5329. noon the following day.  The UC Office of the President in Oakland was
  5330. never offline.
  5331.  
  5332. Most of this network is T1, much of it over PacBell and MCI fiber,
  5333. with a few microwave links.  None of it is dialup, so this traffic did
  5334. not impact congested voice circuits.
  5335.  
  5336. The E-mail community was passing "health and welfare" sort of traffic
  5337. using electronic mail for much of the night, and I know that many
  5338. families slept easier that night because of the electronic mail
  5339. capabilities of the various computer networks.
  5340.  
  5341. Although I handled little of this traffic myself, I certainly saw lots
  5342. of it go through to the quake area.  In the last day or so, we've seen
  5343. a peak of more than 20% over our normal E-mail load, and we're as far
  5344. south in California as you can get - more than 400 miles away from the
  5345. quake.  I expect that's because we're well-connected and much of the
  5346. normal E-mail routing into the Bay Area is still in the process of
  5347. coming back online.
  5348.  
  5349.     - Brian
  5350.  
  5351. ------------------------------
  5352.  
  5353. From: "Fred R. Goldstein" <goldstein@delni.enet.dec.com>
  5354. Subject: Re: What Works in a Disaster
  5355. Date: 20 Oct 89 16:23:41 GMT
  5356. Organization: Digital Equipment Corporation, Littleton MA USA
  5357.  
  5358.  
  5359. In article <telecom-v09i0462m03@vector.dallas.tx.us>, OLE@csli.stanford.edu 
  5360. (Ole J. Jacobsen) writes...
  5361.  
  5362. >I helped a friend contact her worried parents in New York, and finally
  5363. >succeeded after some 10XXX hacking, the carrier which worked was 311
  5364. >which I believe is AllNet.
  5365. >Ole
  5366.  
  5367. According to the list that was posted here some time ago, 10311 is 
  5368. SaveNet.
  5369.  
  5370. I tried to call my sister in Berkeley at 11:40 EDT the night of the
  5371. quake.  AT&T and Sprint had recordings, MCI a fast busy.  10444
  5372. (Allnet) got through with no problems.  Their transmission still
  5373. sounds analog noisy, and I don't know anybody who actually uses them
  5374. as 1+ (around here), and they probably didn't do anything about the
  5375. quake, but they got through.
  5376.  
  5377. Amazing how few people know about 10xxx.
  5378.  
  5379. ------------------------------
  5380.  
  5381. From: Edward Greenberg <claris!netcom!edg@ames.arc.nasa.gov>
  5382. Subject: Re: Telesphere Came Through; AT&T/Sprint Let Me Down
  5383. Date: 21 Oct 89 00:36:14 GMT
  5384. Reply-To: Edward Greenberg <claris!netcom!edg@ames.arc.nasa.gov>
  5385. Organization: NetCom- The Bay Area's Public Access Unix System {408 997-9175}
  5386.  
  5387.  
  5388. I kinda think that it's a good idea to divide traffic capability
  5389. between incoming and outgoing during a disaster.  John H. suggests
  5390. that he should have gotten through on ATT or Sprint, but if this was
  5391. true, not only would we have a massive jam incoming, but no outgoing
  5392. service either.
  5393.  
  5394. As it was, I made one outgoing ATT call and reassured everybody
  5395. outside the area by notifying my parents.
  5396.  
  5397. Someone put it well: Better to let the people in trouble call out for
  5398. help.
  5399.                 -edg
  5400.  
  5401. Ed Greenberg
  5402. uunet!apple!netcom!edg
  5403.  
  5404. ------------------------------
  5405.  
  5406. From: Kent Borg <lloyd!sunfs3!kent@husc6.harvard.edu>
  5407. Subject: Re: San Fransisco Horror
  5408. Date: 20 Oct 89 18:26:58 GMT
  5409. Reply-To: Kent Borg <lloyd!kent@husc6.harvard.edu>
  5410. Organization: Camex, Inc., Boston, Mass USA
  5411.  
  5412.  
  5413. In article <telecom-v09i0457m01@vector.dallas.tx.us> telecom@eecs.nwu.edu (TELECOM Moderator) writes:
  5414.  
  5415. >X-TELECOM-Digest: volume 9, issue 457, message 1 of 9
  5416. >At the time this is written, chaos is reigning in the Bay Area, and
  5417. >all telecommunications are knocked out. The latest death count is
  5418.  
  5419. Maybe at the time you wrote that, but by some time near 8PM PDT (11PM
  5420. EDT) there where some phones with working long distance service--both
  5421. incoming and outgoing.
  5422.  
  5423. I was at a friend's house when the earth rumbled.  Being near Boston
  5424. we didn't feel it, and not watching TV or listening to the radio, we
  5425. didn't know it happened.
  5426.  
  5427. We found out when we got a call from another friend.  She was calling
  5428. from her apartment in San Francisco.  She had no electricity and
  5429. didn't have a battery powered TV or radio, so she phoned us to find
  5430. out what was going on.
  5431.  
  5432. We turned on the TV to find out.  Later we called her back to tell her
  5433. what we knew.  The call to SF took a few tries to go through (maybe 10
  5434. minutes worth).
  5435.  
  5436. We were impressed.  
  5437.  
  5438. Our call to SF was made by AT&T, I am told the sound quality was
  5439. normal (I didn't talk to her myself).
  5440.  
  5441. Kent Borg                "Then again I could be foolish 
  5442. kent@lloyd.uucp                 not to quit while I'm ahead..."
  5443. or                         -from Evita (sung by Juan Peron)
  5444.  ...!husc6!lloyd!kent             
  5445.  
  5446. ------------------------------
  5447.  
  5448. End of TELECOM Digest V9 #465
  5449. *****************************
  5450. 
  5451. 
  5452. Date:     Sat, 21 Oct 89 16:49:28 CDT
  5453. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  5454. To:       telecom@eecs.nwu.edu
  5455. Subject:  TELECOM Digest V9 #466
  5456. Message-ID:  <8910211649.aa13638@delta.eecs.nwu.edu>
  5457.  
  5458.  
  5459. TELECOM Digest     Sat, 21 Oct 89 16:45:38 CDT    Volume 9 : Issue 466
  5460.  
  5461. Today's Topics:                             Moderator: Patrick Townson
  5462.  
  5463.     Introduction to SONET (Stephen Fleming)
  5464.     Keep at Least One Rotary Phone (Ole J. Jacobsen)
  5465.     NATA Unicom '89 (TELECOM Moderator)
  5466.     717-564 Discrepancy (Carl Moore)
  5467.     Code-a-Phone 2600 (Otto J. Makela)
  5468.     Re: Cellular Phones Frying Your Brains (Kenneth Illgen)
  5469.     Re: Cellular Telephone Prices (Kenneth R. Jongsma)
  5470.     Re: Caller ID Saves A Life! (Rune Henning Johansen)
  5471.     Re: Parsing Dialed Digits (Jeff DeSantis)
  5472.     Re: The Lighter Side: Phone Number Jingles (Jeff DeSantis)
  5473.     Sprint Shoots Itself in the Foot on the Radio (Jay Maynard)
  5474. ----------------------------------------------------------------------
  5475.  
  5476. From: portal!cup.portal.com!fleming@apple.com
  5477. Subject: Introduction to SONET
  5478. Date: Tue, 17-Oct-89 07:24:41 PDT
  5479.  
  5480. >10/13/89 17:04 3/171 gamiddleton@watmath.waterloo.edu (Guy Middleton)
  5481. writes:
  5482.  
  5483. >I read in the newspaper today about some Northern Telecom fibre-optic
  5484. >equipment that uses a signalling technology called SONET.  Does anybody know
  5485. >what SONET actually is?
  5486.  
  5487. SONET stands for Synchronous Optical Network.  It is not a signalling
  5488. technology (as the term would normally be understood in this
  5489. newsgroup) but rather a new international standard for transmitting
  5490. very-high-bit-rate signals (up to 13 gigabits per second) over
  5491. single-mode fiber; Northern Telecom has also extended the system to
  5492. work over digital microwave radio.  Current announcements include 2.4
  5493. Gb/s products, which will be the fastest in the world when they ship
  5494. next year.
  5495.  
  5496. The major advantages of SONET are:
  5497.  
  5498. *  Multi-vendor compatibility (allowing optical mid-span meets between
  5499.    equipment from different vendors... e.g., Northern Telecom and AT&T.
  5500.    This has been an ongoing scandal for years, with an explosion in
  5501.    proprietary formats coinciding with divestiture and rapid advances
  5502.    in fiber optic technology)
  5503.  
  5504. *  Capability to extract one or more constituent signals in mid-stream
  5505.    (all asynchronous systems require full demultiplexing to DS1 or
  5506.    sometimes to analog VF, which is INCREDIBLY awkward, expensive,
  5507.    and prone to mistakes)
  5508.  
  5509. *  Standardized operations, administration, and maintenance.  If you're
  5510.    not involved in the day-to-day business, it's not obvious that, with
  5511.    the massive growth of fiber optic capacity, the major technical
  5512.    challenge is no longer getting the bits into the pipe... it's making
  5513.    sure the right bits go in the right place and get billed to the
  5514.    right customer.  (A massive oversimplification.)
  5515.  
  5516. *  Provision of new services to be named later.  For example, some of
  5517.    the extensions to SONET now being negotiated relate to fiber to the
  5518.    home and switched multi-megabit data services for corporations.
  5519.    Unlike previous systems, where you would have to rip out the entire
  5520.    terminal electronics to provide a new service, SONET allows new
  5521.    services to be provisioned without disturbing the synchronous
  5522.    structure.  Some new services will be provisionable purely via
  5523.    downloaded software, with no change in terminal electronics.
  5524.  
  5525. SONET began its life at Bellcore in 1984.  After a tortuous approval
  5526. process, it is now accepted by the U.S., Canada, Japan, and Europe (at
  5527. least... perhaps others as well).  It is the first major transmission
  5528. standard to be PROACTIVELY determined, rather than the old method of
  5529. "well, let's see what AT&T shipped and make that a standard."  As
  5530. such, it bids fair to revolutionize the transmission and (to some
  5531. extent) switching portions of the public network.
  5532.  
  5533. One of the best tutorials I have seen on SONET is by Ballart and Ching
  5534. in the March 1989 issue of IEEE Communications.  I added a
  5535. more-accessible introduction in my article published in the June 15th
  5536. issue of TE&M.  I'd also be happy to reply to questions of general
  5537. interest via E-mail or over the net.
  5538.  
  5539. +-----------------------------------------------------------------------+
  5540. | Stephen Fleming                 |  Internet: fleming@cup.portal.com   |
  5541. | Director, Technology Marketing  |  Voice:    (703) 847-7058           |
  5542. | Northern Telecom                +-------------------------------------|
  5543. | Federal Networks Division       |    Opinions expressed are not       |
  5544. | Vienna, Virginia  22182         |    those of Northern Telecom.       |
  5545. +-----------------------------------------------------------------------+
  5546.  
  5547. ------------------------------
  5548.  
  5549. Date: Sat 21 Oct 89 07:56:00-PDT
  5550. From: "Ole J. Jacobsen" <OLE@csli.stanford.edu>
  5551. Subject: Keep at Least One Rotary Phone
  5552.  
  5553.  
  5554. In the wake of the earthquake I have been having problems getting
  5555. through to a friend in Ben Lomond near Santa Cruz. Dialling the number
  5556. usually results in a fast busy. One trick I learned from the UK is to
  5557. dial the number slowly with a rotary phone. Amazingly it seems to work
  5558. here too.  Perhaps the slow dialling results in a "pass on" to the
  5559. next switch, the way the UK phone system was described here a while
  5560. ago. I am not insisting that this is the case here, I honestly do not
  5561. know, but what I report is true. Any explanations would be much
  5562. appreciated, and I will always keep a rotary dial phone handy.
  5563.  
  5564. Ole
  5565.  
  5566. ------------------------------
  5567.  
  5568. Date:     Sat, 21 Oct 89 1:31:44 CDT
  5569. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  5570. Subject:  NATA Unicom '89
  5571.  
  5572. The North American Telecommunications Association (NATA) will host the
  5573. 17th Annual Expo and Conference for telecom professionals December 5-7
  5574. in Dallas, TX at the Infomart Exhibition and Conference Center.
  5575.  
  5576. Entitled 'Spanning the Networks', this year's presentation will have
  5577. over 400 exhibitors; 8000 people in attendance; over 30 conference
  5578. sessions co-sponsored by TeleStrategies; and a special interest
  5579. seminar for the Pay Telephone Industry sponsored by the American
  5580. Public Communications Council.
  5581.  
  5582. Special events and guests include --
  5583.  
  5584. Monday, December 4  "Public Communications Industry Forum". (pre-session)
  5585. This forum will address legal and regulatory issues at the state and
  5586. federal levels which affect all members of the public communications
  5587. industry. Admission to the forum will be by special invitation only.
  5588.  
  5589. Tuesday, December 5 will be given over to conference sessions and
  5590. the Exposition.
  5591.  
  5592. Wednesday, December 6 features special guest Malcolm S. Forbes, Jr.
  5593.  
  5594. In addition, a special closed-door seminar will be offered entitled,
  5595. "Toll Fraud - How to Spot It; How to Prevent It". Admission will be by
  5596. invitation only, and is open only to members of the COPT industry.
  5597. Inquire at the time of registration.
  5598.  
  5599. Thursday, December 7 brings Harry Newton to the exposition, in a
  5600. special presentation entitled "The Harry Newton Extravaganza". This is
  5601. open to all.
  5602.  
  5603. Admission for the full package of events is $395 for Non-Members of
  5604. NATA if received before November 17, or $495 if received after that
  5605. date. NATA members will pay $250/350.
  5606.  
  5607. Admission to the exhibit hall only is $25 prior to November 17, and
  5608. $35 after that date.
  5609.  
  5610. Luncheon with Malcolm Forbes on December 6 is $25 if purchased
  5611. separately.
  5612.  
  5613. For more information, to register or receive a copy of the conference
  5614. information booklet and complete schedule of seminars and events, contact
  5615. the North American Telecommunications Association as follows --
  5616.  
  5617. NATA Unicom '89
  5618. 333 North Michigan Avenue
  5619. Suite 1600
  5620. Chicago, IL 60601
  5621.  
  5622. Phone: 800-328-6898  or 312-332-2037
  5623.  
  5624. Hotel arrangements can be made through the same number.
  5625.  
  5626. The main office of NATA is --
  5627.  
  5628. North American Telecommunications Association
  5629. 200 'M' Street NW  - Suite 550
  5630. Washington, DC 20036
  5631.  
  5632. If any of our readers decide to attend -- at least the Exposition
  5633. portion -- please write a report afterward for the Digest.
  5634.  
  5635. Patrick Townson
  5636.  
  5637. ------------------------------
  5638.  
  5639. Date:     Fri, 20 Oct 89 15:11:34 EDT
  5640. From:     Carl Moore (VLD/VMB) <cmoore@brl.mil>
  5641. Subject:  717-564 Discrepancy
  5642.  
  5643. What about this discrepancy?  I called the Bellcore number and got PAXTANG
  5644. for 717-564, but when I asked AT&T operator (by using 00 on an AT&T phone)
  5645. what the place name for 717-564 was, I got Harrisburg.  I do know Paxtang
  5646. to be part of the Harrisburg (Pa.) area, but what databases are involved?
  5647.  
  5648. ------------------------------
  5649.  
  5650. From: "Otto J. Makela" <otto@jyu.fi>
  5651. Subject: Code-a-Phone 2600
  5652. Date: 20 Oct 89 15:38:55 GMT
  5653. Organization: Justice HQ, Mega-City One
  5654.  
  5655.  
  5656. I've been looking around for a phone answering machine to use for call
  5657. screening and message recording.
  5658.  
  5659. I have a sales blurb for a device called the Code-a-Phone 2600, which
  5660. would seem to be what I need: 16s of digital outgoing message, micro-
  5661. casette for message recording and remote message retrieve with 3-digit
  5662. security code (gives 512 combinations, if the salesperson had it
  5663. right) plus a few more.  The price tag over here in Finland is around
  5664. US$230, which makes it pretty resonable.
  5665.  
  5666. Does anyone have hands-on experience with these devices ?
  5667.  
  5668. * * * Otto J. Makela (otto@jyu.fi, MAKELA_OTTO_@FINJYU.BITNET) * * * * * * *
  5669. * Phone: +358 41 613 847, BBS: +358 41 211 562 (CCITT, Bell 2400/1200/300) *
  5670. * Mail: Kauppakatu 1 B 18, SF-40100 Jyvaskyla, Finland, EUROPE             *
  5671. * * * freopen("/dev/null","r",stdflame); * * * * * * * * * * * * * * * * * *
  5672.  
  5673. ------------------------------
  5674.  
  5675. From: "Keneth..Illgen" <illgen@hq.af.mil>
  5676. Subject: Re: Cellular Phones Frying Your Brains
  5677. Date: 21 Oct 89 14:35:41 GMT
  5678. Reply-To: "Kenneth..Illgen" <hq!illgen@uunet.uu.net>
  5679. Organization: Air Force HQ, The Pentagon
  5680.  
  5681.  
  5682. In article <telecom-v09i0464m03@vector.dallas.tx.us> asuvax!gtephx!bladder!
  5683. wagnere@ncar.ucar.edu (Eric Wagner) writes:
  5684. >X-TELECOM-Digest: volume 9, issue 464, message 3 of 9
  5685.  
  5686. >Is there any truth to the rumor that the emissions from the newer
  5687. >cellular phones can be unhealthy?  In particular,...hand-held models...
  5688. >have been responsible for brain/eye damage.
  5689.  
  5690.      I read about the same thing. I personally don't think it would
  5691. have any effect on an individual unless they had a 7" antenna stuck in
  5692. their skull. I wonder (seriously!) about individuals that have pins
  5693. and such in their bodies and the half-wave matching effects around a
  5694. particular frequency.
  5695.  
  5696. Any ideas?
  5697. ken
  5698.  
  5699. *******************************      ******************************
  5700. * "Maybe we should drop an H- *      * Kenneth Illgen             *
  5701. *  bomb on them".. Hawkeye    *      * HQUSAF Air Staff LAN       * 
  5702. *                             *      * The Pentagon, Washington   *            * "Don't try to get on my     *
  5703. *  good side".. Col Flagg     *      
  5704. *                             *      illgen@hq.UUCP
  5705. *******************************
  5706.  
  5707. ------------------------------
  5708.  
  5709. From: Kenneth_R_Jongsma@cup.portal.com
  5710. Subject: Re: Cellular Telephone Prices
  5711. Date: Tue, 17-Oct-89 09:53:40 PDT
  5712.  
  5713. Someone mentioned that the cost of a cellular telephone had dropped to
  5714. the $200 range in their area. (Not to be confused with airtime rates)
  5715.  
  5716. Anyway, several local electronics stores in the area have been
  5717. advertising transportables for $87. The catch is that you have sign up
  5718. for 6 months of service with one of the local carriers.
  5719.  
  5720. These may be refurbished units, but they did have the full 832
  5721. channels and were 3 watt transmitters.
  5722.  
  5723. They did want an "installation" fee of around $50. Presumably to
  5724. activate the account, since their can't be anything to installing a
  5725. portable!
  5726.  
  5727. I assume the carriers are paying a kickback to cover the low cost of
  5728. the units - at least that's a practice mentioned in one of the
  5729. business magazines.
  5730.  
  5731. ken@cup.portal.com
  5732.  
  5733. ------------------------------
  5734.  
  5735. Date: 20 Oct 89 16:11 +0100
  5736. From: Rune Henning Johansen <rune.johansen%odin.re.nta.uninett@nac.no>
  5737. Subject: Re: Caller ID Saves A Life!
  5738.  
  5739. I'm quite sure that the fire department in Oslo uses "caller ID" for
  5740. emergency calls. In addition to the obvious safety-reason already
  5741. mentioned, there is another advantage: They can also avoid and/or
  5742. detect false alerts.
  5743.  
  5744.     <rune.johansen@odin.re.nta.uninett>
  5745.  
  5746. [Moderator's Note: When 911 was implemented here over ten years ago,
  5747. the false-alarm rate (at least the malicious ones) dropped to almost
  5748. zero. For many years, the Chicago Fire and Police Departments were
  5749. plagued with malicious false-alarms. Typically the Fire Department
  5750. responded to over two dozen false (or do you say phalse? [smiling
  5751. sweetly :-)] ) alarms *daily*. Police responded to many more, some of
  5752. which were simply malicious attempts to lure a police officer into a
  5753. dangerous situation. As some people began finding out the hard way
  5754. that there were no more games with the phone, these ugly activities
  5755. virtually ceased. We still get a tiny number of false-alarms, mostly
  5756. from people unaware of how it works; usually children playing.  PT]
  5757.  
  5758. ------------------------------
  5759.  
  5760. From: Jeff DeSantis <jjd@necis.nec.com>
  5761. Subject: Re: Parsing Dialed Digits
  5762. Date: 20 Oct 89 14:13:45 GMT
  5763. Reply-To: jjd@necis.UUCP (Jeff DeSantis)
  5764. Organization: NEC Information Systems, Acton, MA
  5765.  
  5766.  
  5767. In article <telecom-v09i0429m04@vector.dallas.tx.us> vrdxhq!pbs!PCRABLE@eecs.
  5768. nwu.edu (VAX WIZZ) writes:
  5769.  
  5770. > How can I tell whether to take the next two or the next three
  5771. >digits as the country code ?
  5772.  
  5773. It depends on the first two digits.
  5774.  
  5775. If the first two digits are a valid country code, then you do not have
  5776. to look at the third digit.
  5777.  
  5778. For example, if the first two digits are 44, you know you have a call
  5779. to the United Kingdom.
  5780.  
  5781. Another approach would be to consider all country codes to consist of
  5782. three digits.  In this case all 44X (440-449) country codes would be
  5783. calls to the United Kingdom.
  5784.  
  5785. Either approach requires maintaining a list of country codes against
  5786. which you can verify the call's country code.
  5787.  
  5788. ------------------------------
  5789.  
  5790. From: Jeff DeSantis <jjd@necis.nec.com>
  5791. Subject: Re: The Lighter Side: Phone Number Jingles
  5792. Date: 20 Oct 89 19:00:24 GMT
  5793. Reply-To: jjd@necis.UUCP (Jeff DeSantis)
  5794. Organization: NEC Information Systems, Acton, MA
  5795.  
  5796. >"How many cookies did Andrew eat?
  5797. >
  5798. >     ANdrew 8-8000"
  5799. >
  5800. >Was that it?
  5801.  
  5802. Adams & Sweet, South Boston, Carpet Cleaners & Used Carpet Sales
  5803.  
  5804. ------------------------------
  5805.  
  5806. From: Jay "you ignorant splut!" Maynard <jay@splut.conmicro.com>
  5807. Subject: US Sprint Shoots Itself in the Foot on the Radio
  5808. Date: 21 Oct 89 17:07:17 GMT
  5809. Reply-To: Jay "you ignorant splut!" Maynard <jay@splut.conmicro.com>
  5810. Organization: Confederate Microsystems, League City, TX
  5811.  
  5812.  
  5813. The Texas-Arkansas football game is being broadcast on KTRH radio even
  5814. as I write this. The sound quality is awful: lots of static, narrow
  5815. bandwidth, and fading. I wondered what kind of string they were using on
  5816. their tin cans. The rotten quality was due to the network feed; local
  5817. commercials sound as good as ever.
  5818.  
  5819. Imagine my surprise when I heard a US Sprint commercial:
  5820. "You don't know it, but you've been sampling the high quality of US
  5821. Sprint's fiber optic network. ...only our fiber optics could make this
  5822. broadcast as high quality as it is."
  5823.  
  5824. Yeah, right.
  5825.  
  5826. Jay Maynard, EMT-P, K5ZC, PP-ASEL   | Never ascribe to malice that which can
  5827. jay@splut.conmicro.com       (eieio)| adequately be explained by stupidity.
  5828. {attctc,bellcore}!texbell!splut!jay +----------------------------------------
  5829.    Send richard@gryphon.com your NO vote on sci.aquaria; it belongs in rec.
  5830.  
  5831. ------------------------------
  5832.  
  5833. End of TELECOM Digest V9 #466
  5834. *****************************
  5835. 
  5836. 
  5837. Date:     Sun, 22 Oct 89 12:36:52 CDT
  5838. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  5839. To:       telecom@eecs.nwu.edu
  5840. Subject:  TELECOM Digest V9 #467
  5841. Message-ID:  <8910221236.aa29989@delta.eecs.nwu.edu>
  5842.  
  5843.  
  5844. TELECOM Digest     Sun, 22 Oct 89 12:35:39 CDT    Volume 9 : Issue 467
  5845.  
  5846. Today's Topics:                             Moderator: Patrick Townson
  5847.  
  5848.     Risk of CO Fires (Larry Lippman)
  5849.     Dutch PTT Booklet: International Access Codes (Dik T. Winter)
  5850.     Earthquake Phone Service (Anthony E. Siegman)
  5851.     Earthquake Report, Berkeley (Linc Madison)
  5852.     Re: Earthquake - Lessons Learned (John Higdon)
  5853. ----------------------------------------------------------------------
  5854.  
  5855. Subject: Risk of CO Fires
  5856. Date: 20 Oct 89 00:11:27 EDT (Fri)
  5857. From: Larry Lippman <kitty!larry@uunet.uu.net>
  5858.  
  5859. In article <telecom-v09i0461m07@vector.dallas.tx.us> amc-gw!ssc!tad@beaver.cs.
  5860. washington.edu writes:
  5861.  
  5862. > I enjoyed Larry Lippman's description of cable splicing and mining.
  5863. > Wasn't it a cable mining operation that set off the Hinsdale fire?
  5864.  
  5865.     It could be, but I am not certain; I have encountered different
  5866. versions of an explanation for the Hinsdale fire, both from public and
  5867. "inside" sources, so I don't know what to believe. 
  5868.  
  5869.     In any event, cable mining DOES INDEED provide an opportunity
  5870. for a fire under some circumstances if care is not exercised.
  5871.  
  5872.     The problem is that in older CO buildings the -48 volt office
  5873. battery is distributed using wires having RH and RHW insulation types.
  5874. This insulation is rubber, and covered with varnished cloth.  Prior to
  5875. 1950, the rubber used was natural, with newer cable using neoprene or
  5876. butyl rubber.  Over the years much of this rubber will age and
  5877. devulcanize, especially on cable which has been subject to excess heat
  5878. from overload conditions.  As a result, the insulation will
  5879. deteriorate such that movement of the cable would cause the rubber and
  5880. outer cloth covering to literally crumble to dust - thereby exposing
  5881. bare conductor.
  5882.  
  5883.     DC power distribution in large electromechanical CO's results
  5884. in some serious current.  In WECO CO's, most major battery feeders use
  5885. 750 MCM copper conductors, in which the copper is almost one inch in
  5886. diameter.  A heavy conductor is also used to keep the battery feed
  5887. impedance to a minimum, thereby reducing impulse noise and crosstalk.
  5888. A 750 MCM conductor may intermittently carry with safety about 750
  5889. amperes, and hence will be fused between 500 and 1,000 amperes,
  5890. depending upon the power distribution design.
  5891.  
  5892.     Such a 750 MCM conductor has the capability of a *SERIOUS*
  5893. amount of short-circuit current.  Almost all battery feeders in older
  5894. CO's are protected by fuses which have a certain amount of thermal
  5895. delay before opening on an overload condition.  The ability of such an
  5896. exposed conductor to strike and maintain an arc - all before blowing a
  5897. fuse - is simply *AWESOME*.  While I did not witness the event, I have
  5898. seen the aftermath of a 750 MCM conductor carrying -48 volts burn
  5899. through a 5/8" steel threaded rod cable rack support - like a knife
  5900. through butter, but instead spewing molten metal - BEFORE the fuse
  5901. ever opened the circuit!  Power cables run directly on cable rack,
  5902. protected from the supporting metal only by a small, thin piece of
  5903. fibre insulation.
  5904.  
  5905.     I have also, ahem, personally destroyed my share of small
  5906. tools in past years due to accidental short circuits between -48 volt
  5907. battery and ground.  It is EASY to start a fire if one is careless.
  5908.  
  5909.     The risk associated with cable mining is that old power
  5910. cables, whose insulation is being held together on a wing and a
  5911. prayer, will then crumble upon being disturbed, thereby exposing the
  5912. conductor to potential short-circuit.  Power feeders will usually
  5913. survive more than one generation of telephone apparatus, which is why
  5914. power feeder cables many years old will still be in service.  While
  5915. ESS apparatus is usually installed with new batteries, power apparatus
  5916. and power distribution wiring, older power feeders often remain to
  5917. supply trunk circuits, carrier, transmission and ancilary facilities.
  5918.  
  5919.     As I see it, the former Bell System and present RBOC's must
  5920. shoulder some responsibility for the risk of CO fires.  It has only
  5921. been in recent years that smoke detectors have been commonplace in
  5922. CO's.  The traditional method of fire detection - still in service in
  5923. many CO's - is to run "fire wire" around cable rack and apparatus
  5924. which is deemed to be vulnerable to fire.  Fire wire is a low-melting
  5925. point wire similar to solder; it is about 10 AWG in size.  When the
  5926. temperature reaches a certain point (I don't remember the setpoint),
  5927. the fire wire melts and opens a circuit.  The problem with fire wire
  5928. is that it is fragile, easily damaged and the fire wire splices are
  5929. often intermittent.  The result is that fire wire causes many a false
  5930. alarm - which is then ignored.  Also by the time fire wire melts due
  5931. to an actual fire, one is in *deep* trouble since this is hardly an
  5932. early warning detection system.
  5933.  
  5934.     Another problem is that the Bell System has traditionally
  5935. sought to "take care of its own" and has thereby tried to avoid any
  5936. embarassment with a fire department due to false alarms.  The net
  5937. result is that it has been rare for a CO fire alarm to be called into
  5938. a fire department without a craftsperson investigating the matter
  5939. first - a situation which can lead to serious delay and damage in the
  5940. event of a real fire.
  5941.  
  5942.     The above attitude of avoiding "embarassment" and "adverse
  5943. publicity" still exists.  I personally know of an example which rather
  5944. shocked me.  A few years ago an employee of a contractor accidentally
  5945. fell off a truck at the New York Telephone Franklin St.  CO in
  5946. Buffalo, NY.  The employee was knocked unconscious.  The security
  5947. guard (this is the main CO in Buffalo, so there are full-time guards)
  5948. did NOT call 911 for an ambulance, but instead called a *private*
  5949. ambulance service which resulted in a significant delay in response as
  5950. opposed to 911.  The security guards apparently have standing
  5951. instructions to call a private ambulance, and NOT to call 911 unless
  5952. it is a "dire emergency".  Why a private ambulance?  Because then
  5953. there will be no public record of any accident and no risk of a police
  5954. report.  Not a good attitude.
  5955.  
  5956. <> Larry Lippman @ Recognition Research Corp. - Uniquex Corp. - Viatran Corp.
  5957. <> UUCP  {allegra|boulder|decvax|rutgers|watmath}!sunybcs!kitty!larry
  5958. <> TEL 716/688-1231 | 716/773-1700  {hplabs|utzoo|uunet}!/      \uniquex!larry
  5959. <> FAX 716/741-9635 | 716/773-2488      "Have you hugged your cat today?" 
  5960.  
  5961. ------------------------------
  5962.  
  5963. Date: Sun, 22 Oct 89 01:48:05 +0100
  5964. From: "Dik T. Winter" <dik@cwi.nl>
  5965. Subject: Dutch PTT Booklet: International Access Codes
  5966.  
  5967. Some time ago there was some discussion on this list about access
  5968. codes in different countries to dial international numbers.  Going
  5969. through my archive I found a booklet from the Dutch PTT which shows
  5970. them.  I repeat the list here.  Note, the list is from December 1987,
  5971. so things might have changed.
  5972.  
  5973. If you are in another country and have to dial +31 20 592 4101 (my
  5974. office phone number) you replace the + by the digit sequence indicated
  5975. below.  A minus sign indicates that you have to wait for a second dial
  5976. tone.  A period indicates no country code should follow.
  5977.  
  5978. Albania        unknown
  5979. Austria        00
  5980.         00432.    For Luxembourg in stead of 00352
  5981.         030.    For Yugoslavia for areas with codes starting with
  5982.             4, 5 or 6
  5983.         040.    For Italy in stead of 0039
  5984.         050.    For Switzerland in stead of 0041
  5985.         060.    For Germany in stead of 0049
  5986.         900    For Sovjet Union and Turkey from Eisenstadt, Graz,
  5987.             Innsbruck, Kitzbuehel, Klagenfurt, Reutten, Vienna
  5988.             and Wattens (possibly needed for more countries)
  5989. Belgium        00-    (wait only needed on some extensions.)
  5990. Bulgaria    00
  5991. Danmark        009
  5992. DDR        06
  5993.         000    In Dresden, Karl-Marx-Stadt, Rostock and Schwerin
  5994. Cyprus        00
  5995. Czechoslovakia    00
  5996. Finland        990
  5997. France        19-
  5998. Germany        00
  5999. Gibraltar    00
  6000. Greece        00
  6001.         09.    For Cyprus in stead of 00357
  6002. Hungary        00-
  6003. Iceland        90
  6004. Ireland        16
  6005. Italy        00
  6006. Luxembourg    00
  6007.         050.    For Germany in stead of 0049, but a change is announced
  6008. Malta        0    (Yes a single zero)
  6009. Netherlands    09-
  6010. Norway        095
  6011. Poland        0-0
  6012. Portugal    00
  6013.         07    In Porto
  6014.         09790.    For Turkey in stead of 0090 or 0790
  6015. Roumania    unknown
  6016. Spain        07-
  6017.         9567.    For Gibraltar in stead of 07-350, except in Cadiz
  6018. Sovjet Union    6
  6019. Sweden        009    Wait for second dial tone after country code
  6020. Switzerland    00
  6021. Turkey        9-9
  6022. United Kingdom    010
  6023.         0001.    For Dublin in stead of 0103531
  6024. United States    010
  6025. Yugoslavia    99
  6026.                 =====================================
  6027.  
  6028. Who said that 00 was the most natural?
  6029.  
  6030. The Dutch PTT booklet did not explain dialling from Ireland to the
  6031. United Kingdom.  That follows here (in the same format):
  6032.  
  6033. Ireland        16
  6034.         030    To United Kingdom (the 0 of the areacode is
  6035.             dialled, as I show here) in stead of 1644
  6036.         031    To London in stead of 16441
  6037.         032    To Brimingham in stead of 164421
  6038.         033    To Edinburgh in stead of 164431
  6039.         034    To Glasgow in stead of 164441
  6040.         035    To Liverpool in stead of 164451
  6041.         036    To Manchester in stead of 164461
  6042.         080    To Northern Ireland (remark as above) in stead of 1644
  6043.  
  6044. I do not know what the dialling instructions become when London splits
  6045. into 071/081.  There is no short dialling for 091 (Tyne & Wear), that
  6046. is from Ireland 03091 and not 039.  This is all from a 1988 Dublin
  6047. telephone directory.
  6048.  
  6049. This booklet handled also only within Europe dialling (I entered the
  6050. US as an extra).  I speculated on the use in Austria of 00 vs. 900 (in
  6051. some cities for some countries 900 is international access).  From an
  6052. Austrian telephone directory I have the following information: in the
  6053. cities I mentioned 00 is international access if the country code
  6054. starts with 3 or 4 (i.e. it is in Europe) otherwise international
  6055. access is 900.
  6056.  
  6057. Is it complicated enough already?  What about South- and Central-America, 
  6058. Asia, Australia/New Zealand, Africa?
  6059.  
  6060. Good luck with international dialling!
  6061.  
  6062. dik t. winter, cwi, amsterdam, nederland
  6063. INTERNET   : dik@cwi.nl
  6064. BITNET/EARN: dik@mcvax
  6065.  
  6066. ------------------------------
  6067.  
  6068. From: "Anthony E. Siegman" <siegman@sierra.stanford.edu>
  6069. Subject: Earthquake Phone Service
  6070. Date: 22 Oct 89 00:22:32 GMT
  6071. Reply-To: "Anthony E. Siegman" <siegman@sierra.uucp>
  6072. Organization: Stanford University
  6073.  
  6074.  
  6075. A not totally trivial point is that the quake shook a lot of handsets
  6076. off their receivers (or should that be the other way round?).  Anyway,
  6077. this can cut off phone service to a lot of residences and offices even
  6078. without real physical damage, especially if you have a lot of phones
  6079. and don't realize this has happened.  Also, you can't use any of the
  6080. phones 'til you get 'em all back on hook.
  6081.  
  6082. ------------------------------
  6083.  
  6084. Date: Sun, 22 Oct 89 04:36:07 PDT
  6085. From: Linc Madison <rmadison@euler.berkeley.edu>
  6086. Subject: Earthquake Report, Berkeley
  6087. Organization: University of California, Berkeley
  6088.  
  6089. Thanks for your concern, Patrick.  I and most of Berkeley came through
  6090. unscathed.
  6091.  
  6092. FIRST OFF, I WANT TO **SQUELCH** A RUMOR that has spread
  6093. internationally.  The library system of the University of California
  6094. at Berkeley DID NOT burn down!  There was a fire at Hustead's Towing
  6095. Co., which is across the street from Berkeley High School and one
  6096. block down from the city's main public library.  Speculation got
  6097. garbled into "UC Berkeley Library on fire."
  6098.  
  6099. OK, on to telecom-related issues.  Here at my home, I had
  6100. uninterrupted service on all utilities, including telephone and hot
  6101. water (the latter much the envy of my friends across the bay).  I was
  6102. out and about at the time of the quake, and didn't realize how big it
  6103. had been until about 6:30.  I promptly tried to call my parents.  My
  6104. roommate (who has his own line) was trying my line because his line
  6105. was "dead."  Not true; we just had to wait up to a minute for
  6106. dialtone.  (I guess maybe one of the transbay pipelines carrying the
  6107. raw dialtone from the wells or mines broke ;-) I dialed Texas on my
  6108. default carrier, US Sprint, to a fast busy.  I redialed 10288-1+ and
  6109. got through on the first try.  My parents were then able to field
  6110. calls from and place calls to at least a dozen concerned
  6111. relatives/friends across the country.  
  6112.  
  6113. I, for one, think that giving outgoing calls priority was a good move.
  6114. Even as late as yester- day (Friday) there were major problems getting
  6115. connections Transbay.  Areas of S.F. and Santa Cruz County are just
  6116. now getting phone service.  (For those unfamiliar with the area, San
  6117. Francisco is opposite Berkeley and Oakland.)  Ole's comment about slow
  6118. dialing was true, but you didn't need to dial slowly *pulse*, just
  6119. slowly.  Dialing at my normal clip got a fast busy 9 times out of 10,
  6120. but pausing three to five full seconds between digits greatly improved
  6121. things.  Pulse was easier only because it built in a certain level of
  6122. delay.
  6123.  
  6124. Phone service into Santa Cruz, even from within this area, was dicey
  6125. Tuesday evening until nearly midnight.  The usual hacks of dialing a
  6126. 950 number to use a long distance company other than Pac*Bell didn't
  6127. work.  Friends have told me they had problems dialing in even Friday
  6128. and Saturday from outside California.  Call volume this weekend is
  6129. expected to be quite heavy, as all the people who just got "I'm alive"
  6130. messages out Tuesday call back with all the details.
  6131.  
  6132. I'm still reeling in disbelief: I frequented both collapsed freeways
  6133. and have been to many other of the devastated areas.  I called my
  6134. parents out of pure reflex before I even realized the state of things.
  6135. I've only yesterday and today managed to contact some people in S.F.
  6136.  
  6137. I haven't logged on earlier because I haven't been on campus since
  6138. Tuesday at about 4:35 pm. and I had my Macintosh disconnected to guard
  6139. against aftershocks and power irregularities.
  6140.  
  6141. I'm sorry if this is rambling, but perhaps my incoherence even this
  6142. many days afterwards tells something of its own story.
  6143.  
  6144.    Linc Madison   =   rmadison@euler.berkeley.edu
  6145.  
  6146. ------------------------------
  6147.  
  6148. From: John Higdon <john@zygot.ati.com>
  6149. Subject: Re: Earthquake - Lessons Learned
  6150. Date: 22 Oct 89 00:37:57 GMT
  6151. Organization: Green Hills and Cows
  6152.  
  6153. In article <telecom-v09i0465m01@vector.dallas.tx.us>, myerston@cts.sri.com 
  6154. writes:
  6155.  
  6156. >      The following is my opinion of the earthquake aftermath based on
  6157. > talking to many fellow Telecom folks in the area (SL-1 Users, TCA and
  6158. > many vendors):
  6159. > [...]
  6160. > o Cellular overloaded worse than land lines.
  6161.  
  6162. Not GTE Mobilnet. In fact, I found my handheld to be much more useful
  6163. than any of the landline telephones that were at the various sites. It
  6164. *never* failed to complete a call at anytime after the event. In fact,
  6165. some of my initial info obtained before I returned to the area was
  6166. from calling people with cellular phones.
  6167.  
  6168. I understand that Cellular One (PacTel Mobile) had some major problems
  6169. and was asking people through the media to avoid using their cellular
  6170. phone except for emergencies.
  6171.  
  6172. > o Carriers who controlled traffic took (in my opinion) a bum rap.  The
  6173. > resellers mentioned in previous messages were able to complete calls
  6174. > only because the underlying carrier maintained some measure of Network
  6175. > Discipline.
  6176.  
  6177. Unfortunately, it's the results that count. If you can't make calls on
  6178. one carrier and you can on another, all of the reasons, justifications, 
  6179. self-congratulations, reputations, and press relations don't count for 
  6180. one damn. The carrier that completes my calls when another won't gets my 
  6181. thanks and deserves my patronage.
  6182.  
  6183. > o Radio, I think, did great.  Not to much panic or exageration.
  6184. > Amazingly enough from the time I got home about two hours after the
  6185. > earthquake I was able to watch local TV coverage using an outside
  6186. > antenna.
  6187.  
  6188. Shortly before I returned to the area, I watched KABC-TV out of LA.
  6189. They were in "continuous coverage" mode and were switching to
  6190. sister-station KGO-TV for periods of time. The San Francisco anchor
  6191. people were professional, calm, informative and even under adverse
  6192. conditions and a lack of commercial power, were able to produce an
  6193. on-the-fly report with continuity and smoothness. When they would cut
  6194. back to the Ken and Barbie anchors in LA, they talked in over-dramatic
  6195. tones, and were almost a parody of themselves. As a southland resident
  6196. later said, "You would have thought the quake was in LA."  
  6197.  
  6198.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  6199.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  6200.  
  6201. ------------------------------
  6202.  
  6203. End of TELECOM Digest V9 #467
  6204. *****************************
  6205. 
  6206. 
  6207. Date:     Sun, 22 Oct 89 13:43:30 CDT
  6208. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  6209. To:       telecom@eecs.nwu.edu
  6210. Subject:  TELECOM Digest V9 #468
  6211. Message-ID:  <8910221343.aa05533@delta.eecs.nwu.edu>
  6212.  
  6213.  
  6214. TELECOM Digest     Sun, 22 Oct 89 13:41:28 CDT    Volume 9 : Issue 468
  6215.  
  6216. Today's Topics:                             Moderator: Patrick Townson
  6217.  
  6218.     Code-a-Phone 2770 Answering Machine (David G. Cantor)
  6219.     Re: Call Waiting Override (David W. Tamkin)
  6220.     Re: Caller ID Saves A Life! (Bob Jacobson)
  6221.     Re: Cellular Phones Frying Your Brains (John Higdon)
  6222.     Re: Cellular Phone Antenna Question (Kent Borg)
  6223.     Re: Keep at Least One Rotary Phone (John Higdon)
  6224.     Re: 911 Improvement Surcharge in Chicago (Roger Clark Swann)
  6225.     Re: 717-564 Discrepancy (Lang Zerner)
  6226. ----------------------------------------------------------------------
  6227.  
  6228. Subject: Code-a-Phone 2770 Answering Machine
  6229. Date: Sat, 21 Oct 89 16:54:53 PDT
  6230. From: dgc@math.ucla.edu
  6231.  
  6232. In Telecom digest #464 Otto J. Makela <otto@jyu.fi> asks:
  6233.  
  6234.       . . .  I have a sales blurb for a device called the Code-a-
  6235.       Phone 2600, which would seem to be what I need: 16s of digital
  6236.       outgoing message, micro-casette for message recording and
  6237.       remote message retrieve with 3-digit security code (gives 512
  6238.       combinations, if the salesperson had it right) plus a few
  6239.       more.  The price tag over here in Finland is around US$230,
  6240.       which makes it pretty resonable.
  6241.  
  6242.       Does anyone have hands-on experience with these devices ?
  6243.  
  6244. We have a Code-a-Phone 2770 which has all of the features described
  6245. plus a time/day-of-week "stamp" which leaves that information at the
  6246. end of each message.  It uses a 9-volt battery, in case of power
  6247. failure (useful with the "Banana Republic" power company that serves
  6248. us -- Southern California Edison), which maintains the clock and
  6249. outgoing message, but the machine doesn't answer when there's no
  6250. power.
  6251.  
  6252. It operates on 10 volts AC, from a little plug-in transformer (so with
  6253. a different transformer, it would probably run on 240 volts in Europe,
  6254. unless it really needs 60 Hz).  We've had it for about 6 months, and,
  6255. as I recall, it cost slightly over $100.00.  So far it's worked well.
  6256. It's reliable and easy-to-use (if you read the instruction manual and
  6257. get used to the multi-function keys).  I would recommend it.
  6258.  
  6259. David G. Cantor
  6260. Department of Mathematics
  6261. University of California at Los Angeles
  6262. Internet:  dgc@math.ucla.edu
  6263.  
  6264. ------------------------------
  6265.  
  6266. Subject: Re: Call Waiting Override
  6267. Date: Sat, 21 Oct 89 15:29:28 CDT
  6268. From: "David W. Tamkin" <dattier@jolnet.orpk.il.us>
  6269.  
  6270. In volume 9, issue 463, Jean-Pierre Radley asks:
  6271.  
  6272. | Sorry, I know this be an old topic. Am I correct that *70 is not the
  6273. | universal method to override call waiting, that different telcos have
  6274. | other codes or methods?
  6275.  
  6276. and Patrick Townson replies:
  6277.  
  6278. | [Moderator's Note: You are correct. Some use 70#; most allow use of 1170
  6279. | for rotary dial phones, and sometimes 1170 will work from touchtone lines
  6280. | as well. Some CO's using older generics don't even have this option. An
  6281. | example is Morton Grove, IL; about the only place in the Chicago area 
  6282. | without this capability.  David Tamkin, is that correct?   PT]
  6283.  
  6284. Patrick asked me because I live in the same city as he but have a
  6285. different local telco with a few differences in the way custom calling
  6286. features are implemented.  For example, where he lives Illinois Bell
  6287. has call waiting superseding hunt-from.  A second call into a
  6288. hunt-from line with call waiting will give the call waiting beep
  6289. instead of hunting; if call waiting has been overridden, however, it
  6290. will hunt.  But where I live, Centel has hunt-from superseding call
  6291. waiting, and call waiting is useless on any line in a rotary except
  6292. the last one.
  6293.  
  6294. I'm not sure that overriding call waiting is still unavailable in
  6295. Morton Grove.  Anyhow, here is the way the codes work from Centel
  6296. phones in northeastern Illinois (except from Des Plaines prefixes 298
  6297. and 82[VAnderbilt]7, on which custom calling and equal access are not
  6298. yet available: customers wishing equal access or custom calling
  6299. features must get a new phone number):
  6300.  
  6301. x below is just what you expect: 0 to suspend call waiting, 2 to
  6302. establish call forwarding, 3 to terminate call forwarding, 4 to
  6303. program Speed Call 8 [Centel prefers the terms "Speed Call" and "Touch
  6304. Call" to those used by BOC's], 5 to program Speed Call 30; n is a
  6305. digit from 2 through 5:
  6306.  
  6307. 7x <pause> works, tone or pulse
  6308. 117x works, tone or pulse, but 1170 sits and thinks for several seconds 
  6309. first
  6310.  
  6311. Tone only:
  6312. 7x# works, even for 70#
  6313. *7n works, but *70 returns fast busy (!) 
  6314. #70 suspends call waiting; otherwise #7n returns fast busy
  6315.  
  6316. It seems that *70 was misprogrammed by Centel as #70.
  6317.  
  6318. One thing I have noticed with call forwarding here is that you can
  6319. pull it off without getting charged for the set-up call.  If you dial
  6320. 72# (or *72, or 1172, or whatever) and the number to forward to and
  6321. get no answer (because you hung up before the party COULD answer, with
  6322. luck before they heard ringing) and then do it a second time, then on
  6323. the second try Centel does not connect you; it simply gives confirming
  6324. beeps and a fresh dialtone, and call forwarding functions.
  6325.  
  6326. Sometime in the last month they reprogrammed call forwarding to work
  6327. when the forwarding line is busy with an outgong call, even if it
  6328. doesn't have call waiting or if call waiting is suspended, and for 72#
  6329. and its variants to return fast busy if call forwarding is already in
  6330. effect (you have to cancel the previous forwarding number with 73#
  6331. first).
  6332.  
  6333. David W. Tamkin     dattier@jolnet.orpk.il.us   {attctc,netsys}!jolnet!dattier
  6334. P. O. Box 813  Rosemont, Illinois  60018-0813   (708) 518-6769  (312) 693-0591
  6335. BIX: dattier  GEnie: D.W.TAMKIN  CIS: 73720,1570   The opinions above are mine.
  6336.  
  6337. [Moderator's Note: I think the reason the use of '1170' causes the
  6338. network to sit and wait for more input is because of the various 7x
  6339. codes, 70 is the only one which could conceivably be an area code. 71
  6340. isn't used. Telco figures some people hit the '1' twice by accident,
  6341. intending to dial 1-70x-yyy-zzzz. So on 1170 it waits to see what else
  6342. you have in mind.  PT] 
  6343.  
  6344. ------------------------------
  6345.  
  6346. From: Bob Jacobson <well!bluefire@lll-crg.llnl.gov>
  6347. Subject: Re: Caller ID Saves A Life!
  6348. Date: 22 Oct 89 00:50:18 GMT
  6349. Reply-To: Bob Jacobson <well!bluefire@lll-crg.llnl.gov>
  6350. Organization: Whole Earth 'Lectronic Link, Sausalito, CA
  6351.  
  6352.  
  6353. If Caller ID is such a hog in a conference dedicated to discussions of
  6354. telephone technology, why not put it in a soc.privacy conference?  On
  6355. the other hand, maybe because it is the central issue in the developing 
  6356. telecom industry, putting *everything* in another conference would 
  6357. really turn us into policy ostriches, no?
  6358.  
  6359. I don't think it's "splitting hairs" to note that Caller ID as a
  6360. commercial service is quite different from 911-E emergency service.
  6361. Technology is more than the sum of its parts, and how a technology is
  6362. used determines what we think about it and how we regulate its use.
  6363. This type of critical discrimination is essential to wise technology
  6364. assessment and the moderator of a conference so much in the middle of
  6365. things should be able to exercise it well.
  6366.  
  6367. The new Caller ID law recently enacted in CA permits a user to block
  6368. ID display on a call by call basis.  However, it only blocks display,
  6369. not carriage of the identifying information.  Thus, the local pizza
  6370. delivery boy may not get your phone number if you block, but the
  6371. telecom manager at Mr. Pizza will be able to provide corporate HQ with
  6372. a list of all calls made to all of the local shops, with identifying
  6373. data.  Pretty soon we're gonna have pizzas designed by neighborhood
  6374. taste.  I hope I live among the pepperoni lovers.
  6375.                   ==============================
  6376.  
  6377. [Moderator's Note: Responding specifically to the third paragraph of
  6378. Mr. Jacobson's letter, and in general to the rest, I would remind all
  6379. readers that a series of articles in the Telecom Archives discusses
  6380. Caller ID in a pizza delivery application. During September, 1988,
  6381. RISKS published a series of articles, including two from myself,
  6382. debating the merits of Caller ID. Will Martin kindly forwarded this to
  6383. the Archives on 9-14-88, and it is filed as 'pizza.auto.nmbr.id'. Use
  6384. 'ftp cs.bu.edu' to get your copy. Log in anonymous, use a non-null
  6385. password, then 'cd telecom-archives' and pull the file.  PT]
  6386.  
  6387. ------------------------------
  6388.  
  6389. From: John Higdon <john@zygot.ati.com>
  6390. Subject: Re: Cellular Phones Frying Your Brains
  6391. Date: 22 Oct 89 00:00:30 GMT
  6392. Organization: Green Hills and Cows
  6393.  
  6394.  
  6395. In article <telecom-v09i0464m03@vector.dallas.tx.us>, asuvax!gtephx!bladder!
  6396. wagnere@ncar.ucar.edu (Eric Wagner) writes:
  6397.  
  6398. > Is there any truth to the rumor that the emissions from the newer
  6399. > cellular phones can be unhealthy?  In particular, I have heard that
  6400. > hand-held models (with their antennae located right next to the head)
  6401. > have been responsible for brain/eye damage.
  6402.  
  6403. Everything is harmful today if you ask the right (wrong) person. I
  6404. have been working around high RF fields of every wavelength for a
  6405. quarter century. As my posting should reveal, my brain is only
  6406. moderately messed up, and as of this writing, I have yet to grow my
  6407. third horn:-)
  6408.  
  6409. > When I did some calculations, this damage didn't seem impossible.  I
  6410. > think the newer models operate on 800MHz (?).  If that is true, then
  6411. > the wavelength would be:
  6412.  
  6413. >    c / f = 186000 mi/sec  /  800000000/sec  x  5280 ft/mi = 1.2 feet
  6414.  
  6415. > This results in a halfwave of about 7 inches (just about the size of
  6416. > the skull).  Is this true?  Can this cause real damage?  Did anyone
  6417. > consider this before approving the 800MHz frequency?
  6418.  
  6419. So if you had done a little more homework, you would have found that
  6420. the minimal transfer of energy occurs when the transferee is exactly
  6421. one wave length. The Federal government considers 100 MHz to be the
  6422. most harmful frequency since the human body is just over 1/2
  6423. wavelength, where the most energy is transferred.
  6424.  
  6425. Now, getting to reality. I work almost daily around FM transmitters of
  6426. the 20KW variety and effective radiated powers of around 100,000
  6427. watts.  Using inverse square law, the energy being absorbed by my body
  6428. is enormously greater than anything you could get from a cellular
  6429. phone at any distance and is at the more harmful frequency of 100 MHz.
  6430. I also spend a lot of time in front of STL antennas that emit hundreds
  6431. of watts ERP at 950 MHz.
  6432.  
  6433. In short, those of us who have spent our adult life around megawatts
  6434. of RF are somewhat amused by those that are so upset over the .6 watt
  6435. from a handheld cellular phone.
  6436.  
  6437.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  6438.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  6439.  
  6440. ------------------------------
  6441.  
  6442. From: Kent Borg <lloyd!sunfs3!kent@husc6.harvard.edu>
  6443. Subject: Re: Cellular Phone Antenna Question
  6444. Date: 20 Oct 89 18:52:40 GMT
  6445. Reply-To: Kent Borg <lloyd!kent@husc6.harvard.edu>
  6446. Organization: Camex, Inc., Boston, Mass USA
  6447.  
  6448.  
  6449. In article <telecom-v09i0458m07@vector.dallas.tx.us> Brian Kantor <brian@ucsd.
  6450. edu> writes:
  6451. >X-TELECOM-Digest: volume 9, issue 458, message 7 of 10
  6452.  
  6453. >In article <telecom-v09i0456m04@vector.dallas.tx.us> folta@tove.umd.edu.UUCP
  6454. >(Wayne Folta) writes:
  6455. >>X-TELECOM-Digest: volume 9, issue 456, message 4 of 7
  6456.  
  6457. >>Can anyone tell me about cellular phone antennas?  Why the little
  6458. >>curly part of the antenna (does it have something to do with
  6459. >>horizontal v. vertical polarization?)?
  6460.  
  6461. >The cellular antenna is really two vertically-polarized antennas of
  6462. >approximately 1/2 wavelength, and the curly part can be viewed as a
  6463. >delay line to cause the two sections to work in phase.  Thus the
  6464. >antenna has an effective "gain" (i.e., works better) than a simple
  6465. >antenna.
  6466.  
  6467. I always thought the main reason the center loading coil was there to
  6468. let everybody know that you have a cellular telephone, i.e., that it
  6469. was put there for marketing reasons, to give cellular telephones an
  6470. identity and to look cool.  How much gain is it really worth?
  6471.  
  6472. One good reason for getting rid of the open coil would be so bits of
  6473. outdoors don't get stuck in there, changing the inductance of the
  6474. coil, and screwing up the performance of the antenna.
  6475.  
  6476. Another reason would be so that people won't know you have a cellular
  6477. telephone.  This might not be a good thing.  How easy is it to change
  6478. the serial number on these puppies?  They certainly would have very
  6479. little fence value if it were impossible to make calls because the
  6480. radio identifies itself and has been reported stolen.  Maybe they
  6481. don't get stolen much...  Anybody know?
  6482.  
  6483.  
  6484. Kent Borg                "Then again I could be foolish 
  6485. kent@lloyd.uucp                 not to quit while I'm ahead..."
  6486. or                         -from Evita (sung by Juan Peron)
  6487.  ...!husc6!lloyd!kent             
  6488.  
  6489. ------------------------------
  6490.  
  6491. From: John Higdon <john@zygot.ati.com>
  6492. Subject: Re: Keep at Least One Rotary Phone
  6493. Date: 22 Oct 89 09:21:17 GMT
  6494. Organization: Green Hills and Cows
  6495.  
  6496.  
  6497. In article <telecom-v09i0466m02@vector.dallas.tx.us>, OLE@csli.stanford.edu 
  6498. (Ole J. Jacobsen) writes:
  6499.  
  6500. > In the wake of the earthquake I have been having problems getting
  6501. > through to a friend in Ben Lomond near Santa Cruz. Dialling the number
  6502. > usually results in a fast busy. One trick I learned from the UK is to
  6503. > dial the number slowly with a rotary phone. Amazingly it seems to work
  6504.  
  6505. This might work *from* a SXS (which is what I believe Ben Lomond still
  6506. is) but would have absolutely no effect from any crossbar or
  6507. electronic office, digital or analog. Touch tone is converted to
  6508. rotary pulses for a SXS office and it is remotely possible that things
  6509. could be busy enough that vacant levels would be found only at the end
  6510. of switch travel and the converter might not wait long enough whereas
  6511. your slow dialing might. But when dialing into a SXS office from a
  6512. common control office, you have absolutely no control over the pulse
  6513. rate.
  6514.  
  6515. If you were dialing from the metro Bay Area, you were using a common
  6516. control office, there being no SXS left anywhere in the greater Bay
  6517. Area. And if so, what you experienced was coincidence.
  6518.  
  6519.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  6520.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  6521.  
  6522. ------------------------------
  6523.  
  6524. From: Roger Clark Swann <ssc-vax!clark@beaver.cs.washington.edu>
  6525. Subject: Re: 911 Improvement Surcharge in Chicago
  6526. Date: 22 Oct 89 06:04:44 GMT
  6527. Organization: Boeing Aerospace & Electronics, Seattle WA
  6528.  
  6529.  
  6530. I was shocked to read the posting recently about the $0.95 and $1.00
  6531. surcharges being placed on phone lines in the Chicago area for 911
  6532. service. Here in the Seattle area the 911 surcharge is only $0.30 per
  6533. line, per month. When E-911 service was installed county wide about
  6534. seven years ago, the surcharge was $0.50, but after a couple of years,
  6535. the County and US West ( then Pacific Northwest Bell ) said the
  6536. administration of the system, was costing much less than expected
  6537. and the rate was reduced.
  6538.  
  6539. As for the issue of privacy, I don't remember ANY outcry regarding
  6540. privacy at the time. The installation of the system and the method of
  6541. payment were put to a county wide vote and the margin of passage was
  6542. overwhelming.
  6543.  
  6544.     Roger Swann               |    uucp:  uw-beaver!ssc-vax!clark
  6545.          @                    |
  6546. The Boeing Company            |
  6547.  
  6548.  
  6549. ------------------------------
  6550.  
  6551. Subject: Re: 717-564 Discrepancy
  6552. Date: 20 Oct 89 14:49:22 PDT (Fri)
  6553. From: Lang Zerner <langz@asylum.sf.ca.us>
  6554.  
  6555. I know nothing.  I got the number from a hacker BBS a couple of years ago, and
  6556. the source was a random scan of the Bellcore exchange.  Sorry.
  6557.  
  6558. Lang
  6559.  
  6560.  
  6561. ------------------------------
  6562.  
  6563. End of TELECOM Digest V9 #468
  6564. *****************************
  6565. 
  6566. 
  6567. Date:     Mon, 23 Oct 89 0:55:47 CDT
  6568. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  6569. To:       telecom@eecs.nwu.edu
  6570. Subject:  TELECOM Digest V9 #469
  6571. Message-ID:  <8910230055.ab27955@delta.eecs.nwu.edu>
  6572.  
  6573.  
  6574. TELECOM Digest     Mon, 23 Oct 89 00:55:08 CDT    Volume 9 : Issue 469
  6575.  
  6576. Today's Topics:                             Moderator: Patrick Townson
  6577.  
  6578.     Quake Kudos to PacBell, Finger to Idiots Phoning Relatives (John Gilmore)
  6579.     TCP/IP over ISDN Basic Rate (John Gilmore)
  6580.     Re: What is SONET? (Michael Hui)
  6581.     Re: What is SONET? (Tad Cook)
  6582.     Re: Caller ID at American Express; How Do THEY Know Your Phone? (J Gilmore)
  6583.     Re: Cellular Phone Antenna Question (John Higdon)
  6584.     Re: Cellular Phone Antenna Question (Brian Kantor)
  6585.     Re: Disaster Communications (Tad Cook)
  6586.     Re: Earthquake - Lessons Learned (Eliot Lear)
  6587.     AT&T Building in Oakland Damaged; 'cpsc6a' Dead (Roger Taranto via Gilmore)
  6588.     Ringing SFCA From Australia (Jon D. Kendall)
  6589. ----------------------------------------------------------------------
  6590.  
  6591. Subject: Quake Kudos to PacBell, Finger to Idiots Phoning Relatives
  6592. Date: Sun, 22 Oct 89 15:27:25 -0700
  6593. From: gnu@toad.com
  6594.  
  6595. [also posted to ca.earthquakes, can't crosspost since this is a modgroup.]
  6596.  
  6597. mbr%cornelian@Sun.COM (Mark Bergman) wrote:
  6598. >     I would like to personally salute all of the city planners,
  6599. > architects, and engineers for creating such incredible newer buildings
  6600. > and skyscrapers [that survived the earthquake without damage].
  6601.  
  6602. The folks I would like to thank are:
  6603.  
  6604. ==> Pac Bell <== Their equipment worked throughout, as far as I could
  6605. tell!  That must have taken great planning and good engineering.
  6606. Nobody on our block had dialtone, but our phones rang four or five
  6607. times on the night of the quake (friends calling to check on us, who
  6608. we quickly told to hang up).
  6609.  
  6610. Even the lack of trunks and dialtone could be prevented.  The problem
  6611. was the obnoxious people who all tried to call their relatives, tying
  6612. up trunks and dialtones for days.  A possible solution when in an
  6613. overload situation is to only allow one outgoing call per hour at
  6614. ordinary phones.  Don't even let someone compete for dialtone if they
  6615. have made a call in the last 60 minutes.  This would limit the
  6616. overload to the local central offices rather than tying up trunks, and
  6617. would offer dialtone to a lot more callers.  It would also
  6618. automatically throttle autodialers like Unix machines.  Exemptions for
  6619. the emergency lines around PBXes; locations that need emergency comm
  6620. (police, hospitals, utilities, media); pay phones (so real emergencies
  6621. can be reported even if every idiot on your block has used up their
  6622. one call -- social pressure will push emergency callers to the front
  6623. of the line at a pay phone, and keep call duration way down).
  6624.  
  6625. Of course, education would help, but people have already been told to
  6626. only use the phones for emergency calls.  They just think it is an
  6627. emergency if they haven't heard from brother or sister since the
  6628. quake.  Get real!
  6629.  
  6630. Does it really matter if you find out how your friends or relatives
  6631. are TODAY, or next week?  They will end up in the same shape anyway.
  6632. Meanwhile people calling to report fires, get ambulances, or tell the
  6633. local radio station what is going on are SOL, while you chat about how
  6634. the stars are pretty with all the lights out and how much emergency
  6635. liquor you have.
  6636.  
  6637.  
  6638. John Gilmore      {sun,pacbell,uunet,pyramid}!hoptoad!gnu      gnu@toad.com
  6639.         "Watch me change my world..." -- Liquid Theatre
  6640.  
  6641.  
  6642. ------------------------------
  6643.  
  6644. Date: Sun, 22 Oct 89 16:41:12 PDT
  6645. From: John Gilmore <gnu@toad.com>
  6646. Subject: TCP/IP over ISDN Basic Rate
  6647.  
  6648. I am interested in hooking up SPARCstations over ISDN.  The machine
  6649. comes standard with an ISDN terminal interface chip (the "sound" chip,
  6650. really an ISDN speakerphone chip).  The problem is data encoding; I
  6651. have seen no documentation of standard ways to encode data passing on
  6652. the 8000 byte/sec channel for IP.  I have seen references to ways of
  6653. encoding e.g. 9600 baud async "RS232" traffic over ISDN, but I will be
  6654. talking ISDN-to-ISDN, so can use the full bandwidth.  Rumor has it
  6655. that somebody had standardized bit-oriented protocols (HDLC) over ISDN
  6656. links, which is ridiculous since they are byte oriented links, sort of
  6657. like storing data in main memory with bit stuffing just in case you
  6658. ever need to do clock recovery on main memory.  My preference would
  6659. just be something like "PPP".
  6660.  
  6661. Can anyone on Telecom provide details on upper level ISDN
  6662. standardization efforts?  All I have found was low level protocols;
  6663. once you get to the 8000 bps byte stream, it's left up to the user to
  6664. define.  (I could go ahead and do this, but I can't get Sun to support
  6665. it since they want to go with standards even if they are brain dead
  6666. standards.  They say Suns talking to Suns is not interesting.  I say
  6667. getting ANY two pieces of data equipment talking over ISDN would be a
  6668. miracle at this point.)
  6669.  
  6670. Please reply by email since I usually don't have time to read Telecom.
  6671.  
  6672. [Moderator's Note: But please cc: telecom so all of us can share.  PT]
  6673.  
  6674. ------------------------------
  6675.  
  6676. From: Michael Hui <hui@joplin.mpr.ca>
  6677. Subject: Re: What is SONET?
  6678. Date: 22 Oct 89 19:44:15 GMT
  6679. Reply-To: "Michael M.Y. Hui" <hui@mprgate.mpr.ca>
  6680.  
  6681.  
  6682. I was on the hardware design team of NT's new SONET product line.
  6683.  
  6684. I designed two ASICs for that product, both involved intimately with
  6685. the SONET protocol.
  6686.  
  6687. Currently I am _not_ with Bell-Northern Research anymore. BNR was the
  6688. R&D arm of NT that actually did the product development.
  6689.  
  6690. In order to keep myself out of hot water, please only ask (if you
  6691. want) questions of a nonproprietary nature.
  6692.  
  6693. This much I will share with you all:
  6694.  
  6695. The NT offering implements nearly EVERYTHING in the SONET standard. It
  6696. is very unlikely that it won't be able to work with any other
  6697. manufacturer's equipment.
  6698.  
  6699. Yes, it was designed by a very competent team of engineers. It's also
  6700. very unlikely that we have overlooked subtleties in the standard. The
  6701. system was subject to extensive chip level, multi-chip level, system
  6702. level simulation, using our mainframes and Zycad hardware simulation
  6703. engine.
  6704.  
  6705. There were still changes to the standard during our development time
  6706. frame. Most of those have been incorporated into the hardware.
  6707.  
  6708. The inclination is strong at this point for other telecom engineers to
  6709. come on stream and debat how/whether/what parts of the standard we
  6710. implemented. Please keep in mind the proprietary nature of your
  6711. company's projects, as well as my former employer's rights to their
  6712. trade secrets. If you really want to know the whole story, please
  6713. apply for a job in the SONET development group at BNR. It's a good
  6714. company to work for. I heartily recommend it.
  6715.  
  6716. Now, if only I could get my hands on the silly sales brochure ...
  6717.  
  6718. ------------------------------
  6719.  
  6720. From: tad@ssc.UUCP (Tad Cook)
  6721. Subject: Re: What is SONET?
  6722. Date: 23 Oct 89 00:21:56 GMT
  6723. Organization: very little
  6724.  
  6725.  
  6726. In article <telecom-v09i0461m08@vector.dallas.tx.us>, amc-gw!ssc!tad@beaver.
  6727. cs.washington.edu writes:
  6728.  
  6729. > Seriously....I always thought SONET referred to Southern New England
  6730. > Telephone Co!
  6731.  
  6732. OOPS!
  6733.  
  6734. I just realized that I must have been thinking of SNET, and entirely
  6735. different animal, of course!
  6736.  
  6737. Never mind.
  6738.  
  6739.  
  6740. Tad Cook
  6741. Seattle, WA
  6742. Tad@ssc.UUCP
  6743. MCI Mail: 3288544
  6744.  
  6745. ------------------------------
  6746.  
  6747. Date: Sun, 22 Oct 89 16:22:50 PDT
  6748. From: John Gilmore <gnu@toad.com>
  6749. Subject: Re: Caller ID at American Express -- How Do THEY Know Your Phone #?
  6750.  
  6751. ben@sybase.com said:
  6752. >                                  I should test this by calling in on
  6753. > my unlisted number sometime, and see if the response is any different
  6754. > from when I call from my other, listed number, the one that appears on
  6755. > their records.
  6756.  
  6757. Why would your phone number appear on the records of a credit card company?
  6758. Or is that just one more blank on the application form that you filled in
  6759. without thinking?  It's certainly none of their business...
  6760.  
  6761. [Moderator's Note: None of their business you say? Maybe they never
  6762. have to call *you* to get you to pay your bills, but it is a common
  6763. enough thing. Credit is not a lawful entitlement or a right -- it is a
  6764. privilege you are given. In exchange for the credit grantor considering 
  6765. you worthy of credit and a minimal financial risk, you agree to provide 
  6766. a phone number and other information. You provide what the creditor wants;
  6767. the creditor provides what you want.  Why do you assume the creditor has 
  6768. bad motives with your phone number?  PT]
  6769.  
  6770. ------------------------------
  6771.  
  6772. From: John Higdon <john@zygot.ati.com>
  6773. Subject: Re: Cellular Phone Antenna Question
  6774. Date: 23 Oct 89 02:27:48 GMT
  6775. Organization: Green Hills and Cows
  6776.  
  6777.  
  6778. In article <telecom-v09i0468m05@vector.dallas.tx.us>, lloyd!sunfs3!kent@husc6.
  6779. harvard.edu (Kent Borg) writes:
  6780.  
  6781. > One good reason for getting rid of the open coil would be so bits of
  6782. > outdoors don't get stuck in there, changing the inductance of the
  6783. > coil, and screwing up the performance of the antenna.
  6784.  
  6785. > Another reason would be so that people won't know you have a cellular
  6786. > telephone.  This might not be a good thing.
  6787.  
  6788. If you really don't want people to know you have a cellular phone, use
  6789. a handheld. I had a standard cellular car phone for a couple of years.
  6790. When it died, rather than pay a fortune to have it repaired I decided
  6791. to move to a handheld.
  6792.  
  6793. I never expected it to work very well in the car, particularly while
  6794. in motion, and was certainly surprised to find that it worked better!
  6795. There had obviously been some improvement in the transceiver
  6796. technology in those intervening years. Needless to say, I find that my
  6797. handheld is all I need for mobile communications and there is no
  6798. unsightly antenna on my truck. Not really yuppie-approved, but such is
  6799. life.
  6800.  
  6801.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  6802.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  6803.  
  6804. ------------------------------
  6805.  
  6806. From: Brian Kantor <brian@ucsd.edu>
  6807. Subject: Re: Cellular Phone Antenna Question
  6808. Date: 23 Oct 89 04:00:59 GMT
  6809. Reply-To: Brian Kantor <brian@ucsd.edu>
  6810. Organization: The Avant-Garde of the Now, Ltd.
  6811.  
  6812.  
  6813. In article <telecom-v09i0468m05@vector.dallas.tx.us> Kent Borg <lloyd!kent@
  6814. husc6.harvard.edu> writes:
  6815.  
  6816. >I always thought the main reason the center loading coil was there to
  6817. >let everybody know that you have a cellular telephone, i.e., that it
  6818. >was put there for marketing reasons, to give cellular telephones an
  6819. >identity and to look cool.  How much gain is it really worth?
  6820.  
  6821. Roughly 6dB (~4x signal strength, or given all else equal, about twice
  6822. the range) over an equivalent 1/4-wavelength stub, which would be
  6823. about 3 inches long.  You can use the little 3-inch whip if you don't
  6824. mind the reduced range.  There is another factor: the radiation angle
  6825. of the curly-whip antenna is lower and tends to hit the cell-sites
  6826. better, whereas the 1/4wave has a real high radiation angle and the
  6827. signal tends to shoot off into space.  If you happen to live in an
  6828. area where the cell sites all are on top of good tall mountains (like
  6829. the 6,000 ft ones around San Diego and Los Angeles), the 1/4wave
  6830. antenna will actually work better close in to the foothills.
  6831.  
  6832. >One good reason for getting rid of the open coil would be so bits of
  6833. >outdoors don't get stuck in there, changing the inductance of the
  6834. >coil, and screwing up the performance of the antenna.
  6835.  
  6836. Older design antennas had the coil encapsulated in a plastic tube,
  6837. which broke every time it went through the car wash, and had much more
  6838. wind resistance so that the antenna bent away from the vertical at
  6839. highway speeds.  Lack of verticality is a SERIOUS range killer; if the
  6840. antenna were to fall over horizontal, you'd face a theoretical 20dB
  6841. loss in signal strength.
  6842.  
  6843. >Another reason would be so that people won't know you have a cellular
  6844. >telephone.  This might not be a good thing.  How easy is it to change
  6845. >the serial number on these puppies?  They certainly would have very
  6846. >little fence value if it were impossible to make calls because the
  6847. >radio identifies itself and has been reported stolen.  Maybe they
  6848. >don't get stolen much...  Anybody know?
  6849.  
  6850. They get stolen a lot.  You can buy a disguise whip which doesn't look
  6851. much like anything, but it's got poorer range.  Hide the handset,
  6852. since it's the glittering attractive thing.  And you might want to
  6853. drill a hole in the center of your car roof and put in a real antenna
  6854. instead of the glass-mount type.  Not only will it look less like a
  6855. typical cellphone install, but it'll also have better range.
  6856.  
  6857. Changing the serial number of a stolen cellphone theoretically
  6858. shouldn't be terribly hard, since it's just burned into a ROM chip,
  6859. but I'm told that they stopped putting the ROM in a socket and started
  6860. covering the soldered-in chip with epoxy to make it much much harder
  6861. to do.  My friend at a local two-way shop says they have to exchange
  6862. the main circuit board on the rare occasion when the ROM goes bad,
  6863. since there's no way to get the chip loose without destroying the
  6864. board.  Apparently that didn't used to be the case.
  6865.  
  6866.     - Brian
  6867.  
  6868. ------------------------------
  6869.  
  6870. From: tad@ssc.UUCP (Tad Cook)
  6871. Subject: Re: Disaster Communications
  6872. Date: 22 Oct 89 18:55:56 GMT
  6873. Organization: very little
  6874.  
  6875.  
  6876. Ihor Kahal asked why ABC didn't send the blimp south to survey damage.
  6877. I'll be that the blimp had to be line-of-site with a stationary truck
  6878. with a dish that could not track it over the horizon.
  6879.  
  6880. Tad Cook
  6881. tad@ssc.UUCP
  6882. MCI Mail: 328-8544
  6883. KT7H @ N7HFZ
  6884.  
  6885.  
  6886. ------------------------------
  6887.  
  6888. From: Eliot Lear <lear@net.bio.net>
  6889. Subject: Re: Earthquake - Lessons Learned
  6890. Date: 22 Oct 89 23:43:01 GMT
  6891. Organization: Natl Computer Resource for Mol. Biology
  6892.  
  6893.  
  6894. It's true that GTE Mobilenet didn't appear to suffer any damage.
  6895. However, they certainly did max out shortly after the quake.  My guess
  6896. is that they were having problems getting PacBell circuits, like the
  6897. rest of us.  HOWEVER!  I *was* able to call long distance almost
  6898. immediately after the quake, from my Celphone.
  6899.  
  6900. Eliot Lear
  6901. [lear@net.bio.net]
  6902.  
  6903. ------------------------------
  6904.  
  6905. Date: Sun, 22 Oct 89 17:23:40 PDT
  6906. From: John Gilmore <gnu@toad.com>
  6907. Subject: AT&T Building in Oakland Damaged - 'cpsc6a' Dead   
  6908.  
  6909. gaf@uucs1.uucp wrote:
  6910. > I'd heard that AT&T was on the 10th floor of some building in Oakland,
  6911. > so I don't know how apocryphal this is.  Haven't heard of any
  6912. > buildings that tall sustaining that kind of damage.
  6913.  
  6914.      Date: Sat, 21 Oct 89 20:00:47 pdt
  6915.      From: rtech!rtech!rog (Roger Taranto)
  6916.      Subject: cpsc6a
  6917.  
  6918.     According to one of our employees, whose husband works at AT&T
  6919. in Oakland, cpsc6a won't be back for awhile.  It seems that the AT&T
  6920. building is structurally okay, but the insides have been condemned.
  6921. Everything inside will have to be gutted and rebuilt.  This includes
  6922. the machine, cpsc6a.  I know you two talk to cpsc6a; please forward
  6923. this information to anyone else you know of who talks to cpsc6a.
  6924.  
  6925.     It's interesting that it is one of the newer buildings in
  6926. downtown Oakland.
  6927.  
  6928. -Roger
  6929.  
  6930. ------------------------------
  6931.  
  6932. Date: Fri, 20 Oct 89 14:29:23 EST
  6933. From: kendall <munnari!diemen.cc.utas.oz.au!kendall@uunet.uu.net>
  6934. Subject: Ringing SFCA From Australia
  6935. Reply-To: kendall@diemen.utas.oz.au (Jon D. Kendall)
  6936. Organization: University of Tasmania
  6937.  
  6938.  
  6939. In reference to Dennis Brophy's article I must say that I find it
  6940. amazing that telephone service to the SF Bay area continued as well as
  6941. it did given the magnitude of the disaster. I rang friends in Los
  6942. Altos Hills (between SF and San Jose) around 06:30 hrs. CA time with
  6943. minimal effort.  Granted it did take a few times to finally get past
  6944. the 'OTC circuits busy to that area' message but I did get through.
  6945.  
  6946. The Australian OTC connects to AT&T in America so, as far as AT&T's
  6947. service is concerned, it was working very well for us.  For that
  6948. matter, I rang a friend earlier in Davis (916) at around 0:30 hrs. CA
  6949. time Wednesday morning who could not ring anybody on MCI because the
  6950. MCI access was out. Is this because MCI's access comes from the Bay
  6951. Area?
  6952.  
  6953. ------------------------------
  6954.  
  6955. End of TELECOM Digest V9 #469
  6956. *****************************
  6957. 
  6958. 
  6959. Date:     Tue, 24 Oct 89 0:27:56 CDT
  6960. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  6961. To:       telecom@eecs.nwu.edu
  6962. Subject:  TELECOM Digest V9 #470
  6963. Message-ID:  <8910240027.aa21977@delta.eecs.nwu.edu>
  6964.  
  6965.  
  6966. TELECOM Digest     Tue, 24 Oct 89 00:25:04 CDT    Volume 9 : Issue 470
  6967.  
  6968. Today's Topics:                             Moderator: Patrick Townson
  6969.  
  6970.     Earthquake Report from Berkeley and Elsewhere (Joe Konstan)
  6971.     Comments on Payphones (Ken Jongsma)
  6972.     Apartment Door Answering System at Duke University (Stephen Tell)
  6973.     Caller ID Boxes (mende@aramis.rutgers.edu)
  6974.     Unequal Service (John Higdon)
  6975.     More on Amex and Caller ID (John R. Levine)
  6976.     Re: Parsing Dialed Digits (Dr. T. Andrews)
  6977.     Re: 10 Cent Pay Phones (Dr. T. Andrews)
  6978.  
  6979. [Moderator's Note: Just one issue of the Digest this morning.   PT]
  6980. ----------------------------------------------------------------------
  6981.  
  6982. Date: Mon, 23 Oct 89 19:01:54 -0700
  6983. From: Joe Konstan <konstan@postgres.berkeley.edu>
  6984. Subject: Earthquake Report from Berkeley and Elsewhere
  6985.  
  6986.  
  6987. This is a bit late, since I flew out of SFO Thursday, returning only
  6988. this afternoon (Monday).  I will focus predominantly on
  6989. Telecom-related issues, though I'd like to update a few remarks made
  6990. by others in prior submissions.
  6991.  
  6992. 1.  I was at my office in the CS Division at UCB when the quake
  6993. happened.  Most computers here were never down; the building shook; but 
  6994. it stood.  Someone in the next office had a small TV (we did not lose 
  6995. power) and we watched the coverage for a while as the TV stations came 
  6996. on the air.  One thing I noticed was that TV reception was MUCH BETTER 
  6997. THAN USUAL, I speculate that this could be because the Twin Peaks (SF) 
  6998. transmission tower was not usable, so those of us in the East Bay 
  6999. received only an Oakland broadcast, rather than two transmissions.
  7000.  
  7001. 2.  One thing I haven't seen mentioned here was the continuous reference 
  7002. made by the TV anchors to the phone book.  Earthquake emergency information 
  7003. is printed in all the Pac Bell phone books I've seen, and was a quick source
  7004. of information.
  7005.  
  7006. 3.  From UCB, I phoned a number of places.  I called my fiancee (about two 
  7007. miles away, in Berkeley).  I needed an average of 3-4 tries per completion, 
  7008. with some calls getting reorder, others "circuits busy."  The first time I 
  7009. got a ring, I realized that power was out (our answering machine did not 
  7010. pick up).  Later that evening (about 11pm) we found out that our power was 
  7011. back on by calling the answering machine again.  Useful machine.
  7012.  
  7013.     I found I was able to place calls much more effectively than
  7014. others in the area (University Centrex?  415-642-xxxx).  As a result, I 
  7015. relayed messages out of the area for many people.  I was able to reach NY, 
  7016. Sacramento, Davis, and most of the Bay Area except for SF itself pretty 
  7017. consistently.  In all cases, I was relaying quick "your family is fine" 
  7018. messages since most of the people I spoke with had trouble calling out.  
  7019. (My own guess is that many had never had to wait for dial tone, plus the 
  7020. fact that few people stayed at the University, so our exchange was 
  7021. relatively free).  
  7022.  
  7023. 4.  My grandmother (in Washington D.C.) managed to get through to my home 
  7024. just minutes after the quake.  This was the last call in from outside the 
  7025. area that we received for many hours, but she was able to tell everyone 
  7026. that we were fine.
  7027.  
  7028.     As a side note, I agree with what AT&T did.  The one exception to the 
  7029. "If I need help, I'll call" is the case of a person living alone who might 
  7030. not be able to get to a phone.  I think this can be handled as a special 
  7031. case or locally.  BTW, why doesn't AT&T retain "disaster authority" over 
  7032. its lines, to prevent resellers from mishandling the situation and from
  7033. using capacity that AT&T customers could use?
  7034.  
  7035. 5.  Note that at all times, even with blackouts in Berkeley a few miles 
  7036. from the I-880 collapse and the Bay Bridge, the phones worked.  In a 
  7037. previous local blackout, our phone was the only source of light we could 
  7038. easily find (used it to find candles).  This time we were better prepared, 
  7039. but the reliability of the phones always amaze me.
  7040.  
  7041. 6.  The death count Patrick cited seems to be overly high (not his fault, 
  7042. that was the best knowledge at the time).  At present, under 60 are confirmed
  7043. dead, with expectations around 100-150.  All-in-all, we were very lucky, 
  7044. especially for the fact that the quake struck before dark.
  7045.  
  7046. 7.  TV coverage (not quite telecom, but related) really helped get the 
  7047. nation aware.  The fact that this occurred during the World Series created 
  7048. a tremendous instant awareness, and that led to a great deal of aid.  I 
  7049. feel sorry for the other disasters which are not being given the great press
  7050. coverage (apparently another huricane or tropical storm, according to 
  7051. Nightline), but am grateful for the help we are getting.
  7052.  
  7053. 8.  Two quick things.  Public transit has really picked up the slack.  BART 
  7054. is running tremendously (a couple of short closing of the Trans-Bay tube, but
  7055. otherwise regular service, extended to help people compensate for the bridge
  7056. closing.  The busses and ferries are indispensible, and are really doing
  7057. a wonderful job.
  7058.  
  7059. Finally, I have a lot of stories (I took a bus ride through most of SF
  7060. trying to get to the airport, and saw the crowds of tourists leaving the 
  7061. city (even spoke with many)) which don't belong here, but I'm happy to 
  7062. talk with anyone who isn't already innundated with stories about the Quake!
  7063.  
  7064. Joe Konstan
  7065. konstan@postgres.berkeley.edu
  7066.  
  7067. ------------------------------
  7068.  
  7069. From: Ken@cup.portal.com
  7070. Subject: Comments on Payphones
  7071. Date: Mon, 23-Oct-89 08:21:07 PDT
  7072.  
  7073. A few comments on some payphone experiences I had on a recent trip:
  7074.  
  7075.   1) Most people do not understand that they may not get AT&T when
  7076.      making a call from a payphone. I sat and watched one person
  7077.      try 4 or 5 times to make a credit card call. He was trying 0+,
  7078.      1+ and a few other ways and kept hanging up when he got NTS
  7079.      operators. I finially got up and showed him how to dial 10288.
  7080.      At least he realized he wasn't getting AT&T. Another grandmotherly
  7081.      looking lady was happily punching in her card number for several
  7082.      calls. I hope she doesn't have a heart attack when the bill comes.
  7083.  
  7084.   2) Somebody other than AT&T has the 0+ concession at Atlanta. The
  7085.      card on the bottom of the phone makes this reasonably clear, but
  7086.      you have to know what they are trying to say. There was a statement
  7087.      to the effect: Dial 1-800-288-xxxx for rates. Maybe it's my
  7088.                                ^^^
  7089.      suspicious mind, but they could have selected a different prefix.
  7090.  
  7091.   3) Back in the days of the Bell System, AT&T would not let you advertise
  7092.      funny names as numbers (i.e. 1-800-car-rent) in the Yellow Pages.
  7093.      Or at least if you did that, you were told to put the corresponding
  7094.      number in the ad also. I happen to agree with that philosophy, as I
  7095.      find it very hard to dial such numbers. Times Change. I was in several
  7096.      airports this week that did not have AT&T as the 0+ concessionare. At
  7097.      each airport there were large lighted signs that said, "To use AT&T,
  7098.      you must first dial 10-ATT." The number 10288 did not appear anyplace
  7099.      on the ad.
  7100.  
  7101.   4) In Milwaukee, the 0+ concessionare is MCI. I wanted to use Sprint
  7102.      but rather than dial the 800 number to make a credit card call,
  7103.      I thought I'd try dialing 10333+0+NPA+NXX+XXXX and entering my foncard
  7104.      number. After three recordings saying my card number was wrong, I got
  7105.      a Sprint Operator. She already had my card number, but asked me to
  7106.      repeat it just to verify it. She said it should have worked, but it
  7107.      took her several tries before the computer would approve the number.
  7108.      This being the first time I had tried calling this way, I have no
  7109.      idea if it was a one time glitch or a problem with Sprint's card
  7110.      authentication procedures.
  7111.  
  7112.   5) Also at Milwaukee, MCI is perfectly happy with my AT&T card number,
  7113.      but Sprint won't take it.
  7114.  
  7115.  
  7116.   ken@cup.portal.com
  7117.  
  7118. ------------------------------
  7119.  
  7120. From: tell@oscar.cs.unc.edu (Stephen Tell)
  7121. Subject: Apartment Door Answering System at Duke University
  7122. Date: 24 Oct 89 00:51:05 GMT
  7123. Reply-To: tell@oscar.cs.unc.edu (Stephen Tell)
  7124. Organization: University Of North Carolina, Chapel Hill
  7125.  
  7126.  
  7127. At Duke University, where I was a student until recently, they are 
  7128. installing a similar system designed by fellow EE and friend.
  7129. Briefly, here's how it works.
  7130.  
  7131. A weatherproof phone is installed by the front door; its line runs
  7132. through the custom hardware located down in the basement.  These
  7133. are speakerphones of some sort, with DTMF dial and large buttons
  7134. for 'on' and 'off.'  A delay in the on/off hook makes manual pulse-
  7135. dialing impossible, which is important (see below).  The phone line
  7136. is restricted to local calls only.
  7137.  
  7138. A visitor calls a resident's 7-digit phone number, and asks to be let in.
  7139. The resident presses '#' and a solenoid unlocks the door.
  7140.  
  7141. The box down in the basement designed by my friend works somthing like
  7142. this.  It has a DTMF decoder, and listens as the visitor dials.
  7143. Stored in EPROM are the phone numbers of all of the residents of that
  7144. dorm.  If there's a match, it listens for the resident to dial '#'.
  7145. When it hears a '#', it breaks the line on the speaker-phone side, and
  7146. makes sure that it is still hearing the '#', so only the resident and
  7147. not the visitor can trigger the lock.  Pulse dialing is forbidden
  7148. because someone could pulse dial any number in town, then dial a
  7149. number in the dorm in DTMF, and convice the person who answered to
  7150. press the '#' key.
  7151.  
  7152. Storing the number list in EPROM is ok because phone numbers are fixed
  7153. in rooms by the Duke Telephone system, and don't change from year to
  7154. year.  (Duke owns a 5ESS, and is the largest private phone company in
  7155. North Carolina, I'm told.  Somthing like 15,000 lines) If phone
  7156. numbers ever did change, they could run the thing over to the EE
  7157. department and burn a new EPROM.
  7158.  
  7159.  
  7160. Steve Tell                    tell@cs.unc.edu
  7161. CS Grad Student, UNC Chapel Hill.
  7162. Former EE/CS student, Duke University, Durham, NC
  7163.  
  7164. ------------------------------
  7165.  
  7166. Date: Mon, 23 Oct 89 10:48:55 EDT
  7167. From: mende@aramis.rutgers.edu
  7168. Subject: Caller ID Boxes
  7169.  
  7170.  
  7171. I am looking into getting CallerID, and wanted to know if there were
  7172. any other boxes for it other than the standard one that they try to
  7173. sell you.  If you have see any of the other boxes, please respond and
  7174. Ill summarize.
  7175.  
  7176.                     /Bob...
  7177. {...}!rutgers!mende      mende@aramis.rutgers.edu       mende@zodiac.bitnet
  7178.  
  7179. ------------------------------
  7180.  
  7181. From: John Higdon <john@zygot.ati.com>
  7182. Subject: Unequal Service
  7183. Date: 23 Oct 89 19:09:28 GMT
  7184. Organization: Green Hills and Cows
  7185.  
  7186.  
  7187. Even for days following the 5:04 pm shock, dialtone was agonizingly
  7188. slow in the crossbar offices, while electronic offices seemed to be
  7189. unaffected. This brings up an issue: even for basic service, there are
  7190. unequal levels even though customers pay equally.
  7191.  
  7192. As an incentive to upgrade, I would propose that anyone served out of
  7193. an electromechanical office be charged some fixed amount less than
  7194. "equivalent" service out of an electronic office. For those of you
  7195. served by real telcos who upgraded long ago, this is not an issue. But
  7196. there are many prefixes in San Jose alone still "served" (term loosely
  7197. used) by #5 grossbar. Pac*Bell needs some kind of incentive to get its
  7198. act together.
  7199.  
  7200. My mother's telephone is connected to crossbar and she thought that
  7201. her phone was knocked out for days. She didn't know that she could
  7202. have used it by simply waiting the two or three minutes for dialtone.
  7203. And we're talking days after the event.
  7204.  
  7205. Are there any other telcos out there that seem to feel that crossbar
  7206. is appropriate for telephony as we move into the '90s?
  7207.  
  7208.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  7209.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  7210.  
  7211. ------------------------------
  7212.  
  7213. Subject: More on Amex and Caller ID
  7214. Date: 23 Oct 89 22:04:41 EDT (Mon)
  7215. From: "John R. Levine" <johnl@esegue.segue.boston.ma.us>
  7216.  
  7217. I mentioned in a previous message that I had heard that American
  7218. Express had a Caller ID-like feature on their 800 number, and had tied
  7219. it into their computer so they could guess who you were based on your
  7220. phone number; but that when I called Amex a while ago the rep claimed
  7221. they couldn't do that.
  7222.  
  7223. Several private messages have opined that Amex still gets the caller's
  7224. number, but they'd retrained their reps to act as though they couldn't
  7225. tell since customers found it creepy and identifying a caller by the
  7226. number he is calling from is unreliable and confusing.  ("Hello, Mrs.
  7227. Smith!"  "No, this is Ms. Jones, and you can just forget where I'm
  7228. calling from.")
  7229.  
  7230. So when I called Amex this month (Compuserve keeps billing me for
  7231. usage on an account that I cancelled six months ago) I called from my
  7232. computer's phone line.  The rep asked me if my phone number had
  7233. changed.  Hmmn.
  7234.  
  7235. Regards,
  7236. John Levine, johnl@esegue.segue.boston.ma.us, {spdcc|ima|lotus}!esegue!johnl
  7237.  
  7238. ------------------------------
  7239.  
  7240. Subject: Re: Parsing Dialed Digits
  7241. Date: Sun, 22 Oct 89 8:04:58 EDT
  7242. From: "Dr. T. Andrews" <tanner@ki4pv.uucp>
  7243. Organization: CompuData, Inc. (DeLand)
  7244.  
  7245. )> How can I tell whether to take the next two or the next three
  7246. )> digits as the country code ?
  7247. ) It depends on the first two digits.
  7248. ) If the first two digits are a valid country code, then you do not have
  7249. ) to look at the third digit.
  7250.  
  7251. Sorry, this doesn't work.  Some country codes (mainly for toy
  7252. countries) are special cases of others.  Consider "countries" like the
  7253. Vatican (looks like a particular exchange in Rome Italy) or San
  7254. Marino.  You have to examine rather a lot of digits to decide whether
  7255. the call is to Rome Italy or the Vatican.
  7256.  
  7257. I believe that the list of country codes posted here some time ago
  7258. also listed several French-speaking island countries as having country
  7259. codes which started with the French 2 digits and were followed by
  7260. another digit or two to specify the country.
  7261.  
  7262.  ...!bikini.cis.ufl.edu!ki4pv!tanner  ...!bpa!cdin-1!ki4pv!tanner
  7263. or...  {allegra attctc gatech!uflorida uunet!cdin-1}!ki4pv!tanner
  7264.  
  7265.  
  7266. ------------------------------
  7267.  
  7268. Subject: Re: 10 Cent Pay Phones
  7269. Date: Sat, 21 Oct 89 9:57:19 EDT
  7270. From: "Dr. T. Andrews" <tanner@ki4pv.uucp>
  7271. Organization: CompuData, Inc. (DeLand)
  7272.  
  7273. I have been out of town for a while, and found a 10-cent pay phone.
  7274. North Bilerica, MASS seems to have them.  I found one right at the
  7275. remains of the station there.  (They don't take very good care of
  7276. their stations up there.  Shame on them.)
  7277.  
  7278.  ...!bikini.cis.ufl.edu!ki4pv!tanner  ...!bpa!cdin-1!ki4pv!tanner
  7279. or...  {allegra attctc gatech!uflorida uunet!cdin-1}!ki4pv!tanner
  7280.  
  7281. [Moderator's Note: That seems to be the case everywhere. The Lawrence
  7282. Avenue CTA station in Chicago is absolutely the *pits*. Ceiling falling
  7283. in, and total filth. The Amtrack Union Station downtown is bad also.  PT]
  7284.  
  7285. ------------------------------
  7286. End of TELECOM Digest V9 #470
  7287. *****************************
  7288. 
  7289. 
  7290. Date:     Wed, 25 Oct 89 0:01:15 CDT
  7291. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  7292. To:       telecom@eecs.nwu.edu
  7293. Subject:  TELECOM Digest V9 #471
  7294. Message-ID:  <8910250001.aa03395@delta.eecs.nwu.edu>
  7295.  
  7296.  
  7297. TELECOM Digest     Wed, 25 Oct 89 00:00:38 CDT    Volume 9 : Issue 471
  7298.  
  7299. Today's Topics:                             Moderator: Patrick Townson
  7300.  
  7301.     Re: TCP/IP over ISDN Basic Rate (Torsten Dahlkvist)
  7302.     Re: TCP/IP over ISDN Basic Rate (Fred Goldstein)
  7303.     Re: What is SONET? (Paul Elliott)
  7304.     Re: Risk of CO Fires (Jay Maynard)
  7305.     Re: Dutch PTT Booklet: International Access Codes (Tom Hofmann)
  7306.     Re: Cellular Phone Antenna Question (Danial Hamilton)
  7307.     CPA 1000 w/Computer (David C. Troup)
  7308.     Re: The Lighter Side: Phone Number Jingles (David A. Cantor)
  7309. ----------------------------------------------------------------------
  7310.  
  7311. From: Torsten Dahlkvist <euatdt@euas11c05.ericsson.se>
  7312. Subject: Re: TCP/IP over ISDN Basic Rate
  7313. Date: 24 Oct 89 09:55:32 GMT
  7314. Reply-To: Torsten Dahlkvist <euatdt@euas11c05.ericsson.se>
  7315. Organization: Ellemtel Utvecklings AB, Stockholm, Sweden
  7316.  
  7317.  
  7318. In article <telecom-v09i0469m02@vector.dallas.tx.us> gnu@toad.com (John 
  7319. Gilmore) writes:
  7320.  
  7321. >I am interested in hooking up SPARCstations over ISDN.  The machine
  7322. >comes standard with an ISDN terminal interface chip (the "sound" chip,
  7323. >really an ISDN speakerphone chip).  The problem is data encoding; I
  7324. >have seen no documentation of standard ways to encode data passing on
  7325. >the 8000 byte/sec channel for IP.  I have seen references to ways of
  7326. >encoding e.g. 9600 baud async "RS232" traffic over ISDN, but I will be
  7327. >talking ISDN-to-ISDN, so can use the full bandwidth.  Rumor has it
  7328. >that somebody had standardized bit-oriented protocols (HDLC) over ISDN
  7329. >links, which is ridiculous since they are byte oriented links, sort of
  7330. >like storing data in main memory with bit stuffing just in case you
  7331. >ever need to do clock recovery on main memory.  My preference would
  7332. >just be something like "PPP".
  7333.  
  7334. >Can anyone on Telecom provide details on upper level ISDN
  7335. >standardization efforts?  All I have found was low level protocols;
  7336. >once you get to the 8000 bps byte stream, it's left up to the user to
  7337. >define.  (I could go ahead and do this, but I can't get Sun to support
  7338. >it since they want to go with standards even if they are brain dead
  7339. >standards.  They say Suns talking to Suns is not interesting.  I say
  7340. >getting ANY two pieces of data equipment talking over ISDN would be a
  7341. >miracle at this point.)
  7342.  
  7343. O.K. let's see. First of all, you must bear in mind the basic
  7344. differrence between ISDN and TCP/IP (apart from the speed). TCP/IP is
  7345. packet-oriented.  ISDN is still circuit-switched in the normal
  7346. operating modes (i.e. unless you connect via some interworking unit in
  7347. the exchange for hooking up with other networks).
  7348.  
  7349. This means that in order to connect one Sun to another via ISDN you
  7350. have to create a link between them - in a fashion similar to when two
  7351. modems connect: sending the dialling information to the exchange which
  7352. then offers the call to the other machine which responds if it finds
  7353. the call compatible.  This also means that you are subject to all the
  7354. normal "telephony" hassles, like the receiving party (your
  7355. file-server?!) beeing busy with another call and refusing to talk to
  7356. you...
  7357.  
  7358. All the information to set up and disconnect calls is transferred on
  7359. the D-channel and this is already completely standardized, if rather
  7360. complex.  The compiled binaries to handle these things in our ISDN
  7361. equipment are about 150 kByte large and the work to write the stuff
  7362. took a couple of man-years.  As far as I know, the hardware available
  7363. in the SPARCstations is roughly equivalent to the stuff we used. If
  7364. you really want to go through with this you won't have to worry about
  7365. what to do for a while. ;-)
  7366.  
  7367. Once the call is set up you have your 64 kbit data link. What you do
  7368. with it is basically up to you. If you're content to go at <64 kbit
  7369. speeds you can adopt the standardized rate-adaption scheme with frames
  7370. providing sync patterns and some additional data (not likely to be
  7371. usable in your case). If you go for the full 64 kbit speed you do
  7372. indeed have an 8 kByte/sec byte-oriented link.  The ISDN standard
  7373. doesn't go any further than that. The upper layers of the OSI-model
  7374. are _not_ included in the standard!
  7375.  
  7376. You can compare a SPARCstation with built-in ISDN-chip with a PC with
  7377. a built-in modem chip. What you have is roughly equivalent to the
  7378. hardware of a modem but no software. After you decide what kind of use
  7379. you need you can set it up accordingly. Write the "auto-dialling"
  7380. software and you can connect it to another machine with a similar
  7381. interface. After that you can use any old protocol for the data
  7382. transfer. Regard the ISDN port as basically similar to a serial port
  7383. and make it login-able (start a getty on it) to allow remote users
  7384. and/or semi-manual protocols like Kermit or UUCP.
  7385.  
  7386. If you want to use the ISDN link as an alternative to TCP/IP, you're
  7387. probably best off using it to TCP/IP-connect a remote machine to an
  7388. Ethernet system at some other location. (You still have to write the
  7389. ISDN software to connect the link.) That way you could use the
  7390. existing TCP/IP software with fairly few and simple changes to route
  7391. through the ISDN terminal interface chip.  That solution would
  7392. probably please Sun too. It uses a standard... :-)
  7393.  
  7394. I'm sorry if this doesn't sound too cheery. I'm afraid that until some
  7395. ISDN protocol software goes public (ours is NOT!) there's little you
  7396. can realistically do, unless you're in a position to start a
  7397. university project or something similar to get a large team to help
  7398. you. The work is HUGE! My suspicion is that the reason Sun put that
  7399. chip in the SPARCstations is that they hope some university will rise
  7400. to the bait. It would certainly boost ISDN if it happened (and that
  7401. chip is cheap compared to the cost of a SPARC :-).
  7402.  
  7403. Please get in touch if there's anything else I can answer for you.
  7404.  
  7405.  Torsten Dahlkvist
  7406.  ELLEMTEL Telecommunication Laboratories
  7407.  P.O. Box 1505, S-125 25  ALVSJO, SWEDEN
  7408.  Tel: +46 8 727 3788
  7409.  
  7410. ------------------------------
  7411.  
  7412. From: goldstein@delni.enet.dec.com
  7413. Subject: Re: TCP/IP over ISDN Basic Rate
  7414. Date: 23 Oct 89 16:12:49 GMT
  7415. Organization: Digital Equipment Corporation, Littleton MA USA
  7416.  
  7417.  
  7418. In article <telecom-v09i0469m02@vector.dallas.tx.us>, gnu@toad.com (John 
  7419. Gilmore) writes...
  7420.  
  7421. >I am interested in hooking up SPARCstations over ISDN.  The machine
  7422. >comes standard with an ISDN terminal interface chip (the "sound" chip,
  7423. >really an ISDN speakerphone chip).  The problem is data encoding; I
  7424. >have seen no documentation of standard ways to encode data passing on
  7425. >the 8000 byte/sec channel for IP.  I have seen references to ways of
  7426. >encoding e.g. 9600 baud async "RS232" traffic over ISDN, but I will be
  7427. >talking ISDN-to-ISDN, so can use the full bandwidth.  Rumor has it
  7428. >that somebody had standardized bit-oriented protocols (HDLC) over ISDN
  7429. >links, which is ridiculous since they are byte oriented links, sort of
  7430. >like storing data in main memory with bit stuffing just in case you
  7431. >ever need to do clock recovery on main memory.  My preference would
  7432. >just be something like "PPP".
  7433.  
  7434. Okay, it's like this.  ISDN provides "circuit mode" and "packet mode"
  7435. data services.  The "packet mode" is essentially X.25, with call setup
  7436. either inband (after making a circuit call to the X.25 switch) or
  7437. modified to use ISDN out of band signaling (i.e., Q.931).  In any
  7438. case, CCITT X.31 tells you all about packet mode.
  7439.  
  7440. Circuit mode is just like modems, but faster.  You get 64 kbps per
  7441. second.  It's "raw bits" (oat hulls, wheat chaff...) and no more.
  7442. It's isochronous (sync) so you need to have some framing technique.
  7443. It is NOT byte oriented at this point!  So HDLC is quite natural, but
  7444. byte-oriented protocols (i.e., DDCMP) are technically possible too.
  7445. HDLC chips do all the work anyway, you don't ever put stuff-bits in
  7446. main memory.
  7447.  
  7448. To run async or lower speeds, you use rate adaptation.  Two standards
  7449. exist: V.120 is new and HDLC_based, while V.110 is older and more
  7450. popular among Europeans than Americans.  And you can of course create
  7451. your own if you want, since it's end-to-end.  (Northern Telecom has
  7452. one called T-link that's widely used.)
  7453.  
  7454. So to do framing, you can use essentially any L2 protocols.  I
  7455. wouldn't advise SLIP on my worst enemy (well, maybe if I really didn't
  7456. like him and wanted his errors to go undetected) but ISDN isn't
  7457. anything special in that regard; you just use whatever L2 that both
  7458. ends agree to.
  7459.  
  7460.     fred
  7461.  
  7462. ------------------------------
  7463.  
  7464. From: Paul Elliott x225 <optilink!elliott@ames.arc.nasa.gov>
  7465. Subject: Re: What is SONET?
  7466. Date: 24 Oct 89 20:58:36 GMT
  7467. Organization: Optilink Corporation, Petaluma, CA
  7468.  
  7469.  
  7470. In article <telecom-v09i0469m03@vector.dallas.tx.us>, hui@joplin.mpr.ca 
  7471. (Michael Hui) writes:
  7472.  
  7473. > ....
  7474. > The NT offering implements nearly EVERYTHING in the SONET standard. It
  7475. > is very unlikely that it won't be able to work with any other
  7476. > manufacturer's equipment.
  7477. > .... 
  7478. > The inclination is strong at this point for other telecom engineers to
  7479. > come on stream and debate how/whether/what parts of the standard we
  7480. > implemented. 
  7481. > ....
  7482.  
  7483. In my posting answering (some of) the SONET questions, I mentioned my
  7484. "amusement" at the NT press release (or used words to that effect).  I
  7485. don't know if Michael is referring to my posting here, but if so, I
  7486. never intended to imply that NT's implementation was anything but
  7487. superb.  Actually, I have no info on the NT design other than the few
  7488. paragraphs I saw in the newspaper.
  7489.  
  7490.  ... I just re-read my original post, and find that I used the phrase
  7491. "_something_SONET_", and this looks suspiciously like what his
  7492. comments were referring to.  What I meant was that the transport of
  7493. SONET requires many pieces of equipment at various places in the
  7494. network, and that the NT product may be the first in it's area, but
  7495. was not the first SONET equipment to hit the field.
  7496.  
  7497. I did not intend to imply that it only implemented a subset of SONET
  7498. or anything like that.  Anyway, enough humble apology from me for now.
  7499.  
  7500. On the other hand, if this wasn't referring to my posting....never mind.
  7501.  
  7502.  
  7503. Paul M. Elliott      Optilink Corporation     (707) 795-9444
  7504.          {pyramid,pixar,tekbspa}!optilink!elliott
  7505. "I used to think I was indecisive, but now I'm not so sure."
  7506.  
  7507. ------------------------------
  7508.  
  7509. From: Jay "you ignorant splut!" Maynard <jay@splut.conmicro.com>
  7510. Subject: Re: Risk of CO Fires
  7511. Date: 23 Oct 89 11:49:35 GMT
  7512. Reply-To: Jay "you ignorant splut!" Maynard <jay@splut.conmicro.com>
  7513. Organization: Confederate Microsystems, League City, TX
  7514.  
  7515.  
  7516. In article <telecom-v09i0467m01@vector.dallas.tx.us> kitty!larry@uunet.uu.net 
  7517. (Larry Lippman) writes:
  7518.  
  7519. >    The above attitude of avoiding "embarassment" and "adverse
  7520. >publicity" still exists.  I personally know of an example which rather
  7521. >shocked me.  A few years ago an employee of a contractor accidentally
  7522. >fell off a truck at the New York Telephone Franklin St.  CO in
  7523. >Buffalo, NY.  The employee was knocked unconscious.  The security
  7524. >guard (this is the main CO in Buffalo, so there are full-time guards)
  7525. >did NOT call 911 for an ambulance, but instead called a *private*
  7526. >ambulance service which resulted in a significant delay in response as
  7527. >opposed to 911.  The security guards apparently have standing
  7528. >instructions to call a private ambulance, and NOT to call 911 unless
  7529. >it is a "dire emergency".  Why a private ambulance?  Because then
  7530. >there will be no public record of any accident and no risk of a police
  7531. >report.  Not a good attitude.
  7532.  
  7533. (paramedic mode on)
  7534.  
  7535. This kind of thing kills people.
  7536.  
  7537. That security guard, unless he is an experienced street EMT, has
  7538. little to no concept of the necessity of getting fast qualified help
  7539. to seriously injured people. Anyone who is knocked unconscious for any
  7540. period of time is seriously injured. He needed an emergency ambulance,
  7541. right then. There are any of a number of serious injuries that can
  7542. kill within the time it takes to get a non-emergency ambulance there,
  7543. most of which are not obvious as such.
  7544.  
  7545. Wouldn't OSHA have something to say about that?
  7546.  
  7547. I do know that if such a thing were to happen at either of GTE's COs
  7548. in League City, there'd be charges filed...
  7549.  
  7550.  
  7551. Jay Maynard, EMT-P, K5ZC, PP-ASEL   | Never ascribe to malice that which can
  7552. jay@splut.conmicro.com       (eieio)| adequately be explained by stupidity.
  7553. {attctc,bellcore}!texbell!splut!jay +----------------------------------------
  7554.    Send richard@gryphon.com your NO vote on sci.aquaria; it belongs in rec.
  7555.  
  7556. ------------------------------
  7557.  
  7558. From: Tom Hofmann <cgch!wtho@relay.eu.net>
  7559. Subject: Re: Dutch PTT Booklet: International Access Codes
  7560. Date: 23 Oct 89 07:32:43 GMT
  7561. Organization: WRZ, CIBA-GEIGY Ltd, Basel, Switzerland
  7562.  
  7563.  
  7564.  From article <telecom-v09i0467m02@vector.dallas.tx.us>, by dik@cwi.nl 
  7565. (Dik T. Winter):
  7566.  
  7567. > Austria        00
  7568. >         00432.    For Luxembourg in stead of 00352
  7569. >         030.    For Yugoslavia for areas with codes starting with
  7570. >             4, 5 or 6
  7571. >         040.    For Italy in stead of 0039
  7572. >         050.    For Switzerland in stead of 0041
  7573. >         060.    For Germany in stead of 0049
  7574.  
  7575. 0041 for Switzerland and 0049 for Germany works as well, at least in a
  7576. small village near Innsbruck where I have tried it.  Anyway, the whole
  7577. system, especially dialling the OWN country code for Luxembourg, looks
  7578. extremely Austrian :-)
  7579.  
  7580. > Germany        00
  7581.  
  7582.  From West-Berlin (and only from there) the country code for East
  7583. Germany is 037 instead of 0037.
  7584.  
  7585. > United States    010
  7586.  
  7587. Wasn't it 011 (resp. 01 for operator assistance/phone card)?
  7588.  
  7589. Tom Hofmann        wtho@cgch.UUCP
  7590.  
  7591. ------------------------------
  7592.  
  7593. From: Danial Hamilton <motcid!hamilton%cell.mot.COM@uunet.uu.net>
  7594. Subject: Re: Cellular Phone Antenna Question
  7595. Date: 24 Oct 89 15:03:54 GMT
  7596. Organization: Motorola Inc. - Cellular Infrastructure Div., Arlington Heights,
  7597.  IL 60004
  7598.  
  7599. > If you really don't want people to know you have a cellular phone, use
  7600. > a handheld. I had a standard cellular car phone for a couple of years.
  7601. > ...
  7602. >                                    ... Needless to say, I find that my
  7603. > handheld is all I need for mobile communications and there is no
  7604. > unsightly antenna on my truck. Not really yuppie-approved, but such is
  7605. > life.
  7606.  
  7607. I don't care who says it's safe, I just can't feel comfortable about
  7608. radiating 800 MHZ RF energy 3-4 inches from my brain.
  7609.  
  7610. ------------------------------
  7611.  
  7612. From: "David C. Troup  -  Skunk Works : 2600hz" <carroll1!dtroup@uunet.uu.net>
  7613. Subject: CPA 1000 w/Computer
  7614. Date: 23 Oct 89 17:35:04 GMT
  7615. Organization: Carroll College Stealth Rock Climbing Club
  7616.  
  7617.  
  7618. Does anyone know if one can send the output of the Radio Shack
  7619. CPA-1000 (phone accountant) to a computer instead of the little
  7620. printer in the unit itself? (for REAL computerized call accounting).
  7621. Has anyone tried this sort of thing before?
  7622.  
  7623. In case you don't know about the unit, the CPA-1000 will keep track of
  7624. all calls made outgoing and incoming. Outgoing, time of call, number
  7625. dialed, any flash-switchhook(for pbx), time completed. Incoming-number
  7626. of rings, if picked up, time, any number pressed, switchhook and time
  7627. completed.
  7628.  
  7629. Currently, it prints out all information on a 1.5 inch width paper...I
  7630. would like to have the output go to my computer (apple IIgs) for call
  7631. accounting storage.
  7632.  
  7633. Thanks in advance!
  7634.  
  7635.  
  7636.    "We got computers, we're tapping phone lines, knowin' that ain't allowed"
  7637.         _______________________    |David C. Troup / Surf Rat                  
  7638.     _______)(______   |        |dtroup@carroll1.cc.edu : mail             
  7639.     ___________________________|414-524-6809_________________________
  7640.  
  7641. ------------------------------
  7642.  
  7643. Date: Tue, 24 Oct 89 06:01:12 -0700
  7644. From: "David A. Cantor  24-Oct-1989 0857" <cantor@proxy.enet.dec.com>
  7645. Subject: Re: The Lighter Side: Phone Number Jingles
  7646.  
  7647.  From Telecom Digest vol 9 iss 466:
  7648.  
  7649. >>"How many cookies did Andrew eat?
  7650. >>
  7651. >>     ANdrew 8-8000"
  7652. >>
  7653. >>Was that it?
  7654.  
  7655. >Adams & Sweet, South Boston, Carpet Cleaners & Used Carpet Sales
  7656.  
  7657. No, it is Adams & Swett.   Two t's, one e.
  7658.  
  7659. Dave C.
  7660.  
  7661. ------------------------------
  7662. End of TELECOM Digest V9 #471
  7663. *****************************
  7664. 
  7665. 
  7666. Date:     Thu, 26 Oct 89 4:18:48 CDT
  7667. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  7668. To:       telecom@eecs.nwu.edu
  7669. Subject:  TELECOM Digest V9 #472
  7670. Message-ID:  <8910260418.aa26454@delta.eecs.nwu.edu>
  7671.  
  7672.  
  7673. TELECOM Digest     Thu, 26 Oct 89 04:15:09 CDT    Volume 9 : Issue 472
  7674.  
  7675. Today's Topics:                             Moderator: Patrick Townson
  7676.  
  7677.     Experiencing the Earthquake From the 12th Floor (Philip Stanhope)
  7678.     Earthquakes and Telephones  (Anthony E. Siegman)
  7679.     Hacker Caught by Caller-ID? (J. Philip Miller)
  7680.     Whither Telidon? (Was: What is SONET?) (Gary L. Dare)
  7681.     Long Distance Carrier Info Sought (Phil Howard)
  7682.     Dialling Luxembourg from Austria via 00432 (Wolf Paul)
  7683.     Re: Dutch PTT Booklet: International Access Codes (Dik T. Winter)
  7684.     Re: 1ESS Call Forwarding Problem (Jeff Woolsey)
  7685.     Re: California Junk Fax Bill (Dell Ellison)
  7686.     Cartoon (Ron Higgins)
  7687. ----------------------------------------------------------------------
  7688.  
  7689. Date: Tue, 24 Oct 89 09:33:46 EDT
  7690. From: phil@goldhill.com
  7691. Subject: Experiencing the Earthquake From the 12th Floor
  7692.  
  7693. > From: gaf@uucs1.uucp
  7694. > Subject: Amazing Quake Stories
  7695.  
  7696. > We heard from one of the traffic monitoring people at US West who
  7697. > noticed something peculiar around 5:05 PM Tuesday.  He called his AT&T
  7698. > counterpart in Oakland to see what was happening.  The call was
  7699. > answered, and the conversation went something like:
  7700.  
  7701. > "Hey, what's happening there?"
  7702.  
  7703. > "We've got an earthquake here, and, .....  oh .....  there's a big
  7704. > crack in the wall now .....  <buzzzzz>"
  7705.  
  7706. > I'd heard that AT&T was on the 10th floor of some building in Oakland,
  7707. > so I don't know how apocryphal this is.  Haven't heard of any
  7708. > buildings that tall sustaining that kind of damage.
  7709.  
  7710. I was on the 12th floor of a hotel in Emeryville at the time of the
  7711. quake.  The hotel was about 3/4 mile from where a section of the
  7712. bridge collapsed and a 1/2 mile from the 880 collapse. It was not
  7713. possible to move during the quake (I would have loved to at least get
  7714. to the door frame but barring crawling I wouldn't have made it there.)
  7715.  
  7716. As far as damage, the hotel had its exit stairwells exposed to the
  7717. outside so each landing could be seen from the outside. Once outside
  7718. you could see that there was a crack in the landing of every floor but
  7719. more so on the lower floors.  Walls in my room did crack - the
  7720. interior bathroom walls in particular.  Every piece of furniture was
  7721. turned over (or on it's side) except for the chair that I was sitting
  7722. in and the king size bed. The nightstand, sitting table, TV, and
  7723. bureau were all toppled.
  7724.  
  7725. I had never been a quake before so this was quite an experience. My
  7726. best estimate was movement of a foot up and down and side to side.
  7727. I've since heard that the area I was in was built on land fill (or
  7728. should I say bay fill) and suffered ground movement of around a foot
  7729. as opposed to a few inches in the Berkeley hills.
  7730.  
  7731. The first question that I asked after getting out of the building was
  7732. if this was a normal quake. That was perhaps the most frightening
  7733. aspect of the whole thing - not knowing how to gauge the event with no
  7734. reference point.
  7735.  
  7736. Needless to say, I don't want to be on the top floor of a building the
  7737. next time. I'll see what happens in two weeks when I'm back in the bay
  7738. area.
  7739.  
  7740. As far as communications goes, I was able to make calls into SF
  7741. without any problem at around 7:30 west coast time. They completed as
  7742. if nothing had happened. Dial tones came quick, however, completion of
  7743. a call took many many tries.
  7744.  
  7745. I was able to get to an international operator who then routed me
  7746. somewhere (I don't know what she did) and was able to get to my wife
  7747. in Boston around 8:00 west coast time. After that call I called my
  7748. travel agent's 800 number and got through after two tries. I then had
  7749. them get me a flight from Sacramento to LA the next morning (I was
  7750. supposed to fly out of SF).
  7751.  
  7752. Philip Stanhope   
  7753. Manager of Product Engineering
  7754. Gold Hill Computers, Inc.
  7755. Cambridge, MA.       
  7756. phil@goldhill.com
  7757.  
  7758. ------------------------------
  7759.  
  7760. Date: Tue, 24 Oct 89 14:32:21 PDT
  7761. From: "Anthony E. Siegman" <siegman@sierra.stanford.edu>
  7762. Subject: Earthquakes and Telephones 
  7763.  
  7764. One thing the earthquake did in my house was to shake the receivers
  7765. off the handsets (or should that be the other way around?) of every
  7766. one of the half-dozen or so phones in my house, even though the phones
  7767. themselves stayed on the counters or tables.  Had to track 'em all
  7768. down and put 'em all back on hook before I could have any phone
  7769. service, or anyone could reach me.  Expect this was not uncommon in
  7770. other homes and offices, and could be a major reason for busy signals
  7771. for some time after the quake.
  7772.  
  7773. ------------------------------
  7774.  
  7775. From: "J. Philip Miller" <phil@wubios.wustl.edu>
  7776. Subject: Hacker Caught by Caller-ID?
  7777. Date: 25 Oct 89 20:22:57 GMT
  7778. Reply-To: "J. Philip Miller" <phil@wubios.wustl.edu>
  7779. Organization: Washington University (St. Louis)
  7780.  
  7781.  
  7782. MIS Week (10/9) reports the aprehension of a 15-year old hacker who
  7783. used his Amiga personal computer to tap into two mincomputers at
  7784. Grumman.  The youngster was from Levittown, Long Island and stumbled
  7785. into the computer by using a random dialing device [sic] attached to
  7786. his computer.  Grumman security was able to detect the intrusions, and
  7787. the computer's recording of the boy's telephone number led police to
  7788. his home.
  7789.  
  7790. Does this imply that there are modems which will record Caller-ID, or does
  7791. anyone know what technology was used here?
  7792.  
  7793. While speaking of Caller-ID implementations, I have wondered whether paging
  7794. services utilize Caller-ID to send to digital pagers so that the callers do
  7795. not need to key their number in for display on the pager.
  7796.  
  7797.      J. Philip Miller, Professor, Division of Biostatistics, Box 8067
  7798.      Washington University Medical School, St. Louis MO 63110
  7799. phil@wubios.WUstl.edu - Internet  (314) 362-3617   phil@wubios.wustl - bitnet
  7800. uunet!wucs1!wubios!phil - UUCP              C90562JM@WUVMD - alternate bitnet
  7801.  
  7802. [Moderator's Note: Yes, I think there are modem/Caller-ID devices in
  7803. one neat little box. A hackerphreak here in Chicago (six blocks down
  7804. the street from me, on Artesian Avenue to be exact!) was caught
  7805. burglarizing a computer at Bell Labs/Naperville about a year ago
  7806. because his phone number was captured by the equipment out there. Some
  7807. places *do* have this capability now, even if Caller-ID as such is not
  7808. being marketed to the public in many areas of the country. Its not
  7809. that the Sisters Bell don't treat all their subscribers equally; its
  7810. just that some subscribers are more equal than others. Bell Labs; AT&T
  7811. offices; all the in-laws get juicy extras not yet available to the
  7812. general public; as do some very large subscribers who ask nicely.
  7813. Regards using Caller-ID to feed digital pagers, I think it is a great
  7814. idea. I wonder if anyone has thought of it?  PT]
  7815.  
  7816. ------------------------------
  7817.  
  7818. From: Gary L Dare <gld@cunixd.cc.columbia.edu>
  7819. Subject: Whither Telidon? (Was: What is SONET?)
  7820. Date: 25 Oct 89 21:29:57 GMT
  7821. Organization: Columbia University, New York
  7822.  
  7823.  
  7824. Since we touched a bit on Canadian technology efforts in telecom, can
  7825. someone give us an update on Telidon?  When I left Winnipeg in 1983,
  7826. there was a big deal over a testbed for an interactive video service
  7827. using Telidon technology.  Test site was Headingley, just outside of
  7828. Metro Winnipeg limits and the site for Manitoba's largest provincial
  7829. jail. (-;
  7830.  
  7831. Has any of this survived and gone into the Canadian ISDN efforts?
  7832.  
  7833. ~~~~~~~~~~~~~~~~~~~~~~~~ Je me souviens ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  7834. Gary L. Dare                "No matter where you go,
  7835. > gld@cunixd.cc.columbia.EDU          there you are!
  7836. > gld@cunixc.BITNET                -- Buckaroo Banzai
  7837.  
  7838. ------------------------------
  7839.  
  7840. Date: Wed, 25 Oct 89 15:32:44 -0500
  7841. From: Phil Howard KA9WGN <phil@ux1.cso.uiuc.edu>
  7842. Subject: Long Distance Carrier Info Sought
  7843.  
  7844. I'd like to find out what the access codes (and corporate names, if
  7845. different) are for the following companies doing long distance carrier
  7846. business in the state of Illinois (and anywhere else):
  7847.  
  7848.     Tele-Sav
  7849.     TeleConnect
  7850.  
  7851. Thanks.
  7852.  
  7853. [Moderator's Note: The first one I don't know. Teleconnect is a/k/a
  7854. Telecom USA. 10835 is their access code, however at least here in
  7855. IBT-land you must make prior arrangements with Teleconnect; else calls
  7856. through 10835 will fail.  PT]
  7857.  
  7858. ------------------------------
  7859.  
  7860. From: wolf paul <iiasa!wnp@relay.eu.net>
  7861. Subject: Dialling Luxembourg from Austria via 00432
  7862. Date: Wed, 25 Oct 89 9:21:09 MET DST
  7863.  
  7864. Tom Hofman writes:
  7865. >  From article <telecom-v09i0467m02@vector.dallas.tx.us>, by dik@cwi.nl 
  7866. > (Dik T. Winter):
  7867. > > Austria        00
  7868. > >         00432.    For Luxembourg in stead of 00352
  7869.  
  7870. > 0041 for Switzerland and 0049 for Germany works as well, at least in a
  7871. > small village near Innsbruck where I have tried it.  Anyway, the whole
  7872. > system, especially dialling the OWN country code for Luxembourg, looks
  7873. > extremely Austrian :-)
  7874.  
  7875. Well, if they wanted to make some special arrangement for dialling
  7876. Luxembourg, even though the reasons for this escape me, their own
  7877. country code offers itself as the best candidate: it will never be
  7878. needed, in Austria, to dial Austria; thus they can re-use it for some
  7879. other purpose without fearing that it may be reassigned by the CCITT
  7880. at a later date.
  7881.  
  7882. If they pick any other 00XX combination, at some later time it may be
  7883. assigned to some other country, which currently shares a country code
  7884. with some other country, i.e. if Canada should ever be given its own
  7885. country code, or some of the Carribean island nations.
  7886.  
  7887. There are some other features of the Austrian phone system which look
  7888. much more typically Austrian, such as the fact that it has the
  7889. second-most expensive fee structure in Europe; that while they have
  7890. finally introduced "toll-free" numbers (really they are charged as
  7891. local calls from everywhere in Austria) they have not restricted these
  7892. to one special area code (like 800 in US, 0800 in UK, etc.), so you
  7893. can't easily tell from looking at the number whether it is toll-free
  7894. or not: I have seen numbers advertised as toll-free with at least
  7895. three different area codes.
  7896.  
  7897. Call Forwarding is finally available, at a cost of AS 420/month --
  7898. that is $35. My entire phone bill (overseas calls excluded, but
  7899. including unlimited local calling and all the extras like Call
  7900. Forwarding and Call Waiting, etc.) was rarely as high as that while
  7901. living in Dallas, TX.
  7902.  
  7903.  
  7904. Wolf N. Paul, International Institute for Applied Systems Analysis
  7905. Schloss Laxenburg, Schlossplatz 1, A - 2361 Laxenburg, Austria, Europe
  7906. Phone: (Office) [43] (2236) 71521-465      (Home) [43] (1) 22-46-913
  7907. UUCP:   uunet!mcvax!tuvie!iiasa!wnp      W.U.ESL: 62864642
  7908. DOMAIN: iiasa!wnp@tuvie.at               TLX/TWX: 910-380-8748 WNP UD
  7909.  
  7910. ------------------------------
  7911.  
  7912. Date: Wed, 25 Oct 89 09:21:37 +0100
  7913. From: "Dik T. Winter" <dik@cwi.nl>
  7914. Subject: Re:  Dutch PTT Booklet: International Access Codes
  7915.  
  7916. Tom Hofmann <cgch!wtho@relay.eu.net> writes:
  7917. > > United States    010
  7918.  
  7919. > Wasn't it 011 (resp. 01 for operator assistance/phone card)?
  7920.  
  7921. How embarassing.  Of course.  Rereading my original posting I saw also
  7922. that one line was dropped somewhere; to dial Belfast from Ireland you
  7923. dial 084, and not 080232.
  7924.  
  7925. dik t. winter, cwi, amsterdam, nederland
  7926. INTERNET   : dik@cwi.nl
  7927. BITNET/EARN: dik@mcvax
  7928.  
  7929. ------------------------------
  7930.  
  7931. From: Jeff Woolsey <apple!netcom!woolsey@ames.arc.nasa.gov>
  7932. Subject: Re: 1ESS Call Forwarding Problem
  7933. Date: 25 Oct 89 09:22:56 GMT
  7934. Reply-To: Jeff Woolsey <apple!netcom!woolsey@ames.arc.nasa.gov>
  7935. Organization: NetCom- The Bay Area's Public Access Unix System {408 997-9175}
  7936.  
  7937.  
  7938. I'm having an odd call forwarding problem on a DMS-100 (209-832).  If
  7939. I try to forward to a number out of the LATA, then, having no-pick, I
  7940. must prefix with 10XXX.  If I don't wait for the number to answer, and
  7941. attempt to set it up again, it "takes", but forwards through it get
  7942. either reorder or the last successful forward.  All other forwarding
  7943. permutations work, including allowing the 10XXX-dialed number to
  7944. answer.  Bizarre!  Pac*Bell repair took two weeks to isolate it this
  7945. far, and I haven't followed it up for a while.
  7946.  
  7947.  
  7948. ------------------------------
  7949.  
  7950. From: Dell Ellison <gtephx!phobos!ellisond@asuvax.EAS.ASU.EDU>
  7951. Subject: Re: California Junk Fax Bill
  7952. Date: 25 Oct 89 16:05:17 GMT
  7953. Organization: gte
  7954.  
  7955.  
  7956. In article <telecom-v09i0433m04@vector.dallas.tx.us>, john@zygot.ati.com (John
  7957.  Higdon) writes:
  7958.  
  7959. > If you support legislation against junk fax, then I would assume that
  7960. > our elected representatives are already aware of the problem, their
  7961. > fax machines being overrun with unsolicited advertisements.
  7962.  
  7963. > What I'm trying to say is that either there is a problem or there
  7964. > isn't. If there is, you don't need to create a situation with faxing
  7965. > campaigns. If there isn't, then those who are so concerned with junk
  7966. > fax need to get a life and move on.
  7967.  
  7968. What if the problem of junk fax is wide-spread, BUT the 'elected
  7969. representatives' just happen to not have the problem???                   
  7970.                                                                         
  7971. ------------------------------
  7972.  
  7973. From: Ron Higgins <carroll1!acct069@uunet.uu.net>
  7974. Subject: Cartoon
  7975. Date: 25 Oct 89 22:24:36 GMT
  7976. Reply-To: Ron Higgins <carroll1!acct069@uunet.uu.net>
  7977. Organization: Lightning Systems, Inc.
  7978.  
  7979.  
  7980.      _____                                    _____
  7981.     / . . \                                  / . . \
  7982.    !   :   !                                !   :   !
  7983.     \__o__/                                  \__o__/
  7984.        !________Bill, have you gotten           !_______You bet, Joe.  I
  7985.                 into ISDN yet?                          have 3500 lines.
  7986.  
  7987.  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  7988.  
  7989.      _____                                    _____
  7990.     / . . \                                  / . . \
  7991.    !   :   !                                !   :   !
  7992.     \__o__/                                  \__o__/
  7993.        !________Well, you lucky devil.          !_______Heck, I don't know.
  7994.                 You have 1500 more than                 How about you?
  7995.                 I do.  What do you use
  7996.                 yours for?
  7997.  
  7998.  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  7999.  
  8000.      _____                                    _____
  8001.     / . . \                                  / . . \
  8002.    !   :   !                                !   :   !
  8003.     \__-__/                                  \__-__/
  8004.        !________Hmmmmmm......                   !_______Hmmmmmm......
  8005.  
  8006.  - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  8007.  
  8008. Reproduced without permission from the Oct. 15th 1989 issue of TE&M
  8009. Original cartoon by John Reed, director-engineering, Turnkey Engineering,
  8010. Richardson, Texas
  8011.  
  8012. ------------------------------
  8013.  
  8014. End of TELECOM Digest V9 #472
  8015. *****************************
  8016.  
  8017. 
  8018. 
  8019. Date:     Thu, 26 Oct 89 5:20:08 CDT
  8020. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  8021. To:       telecom@eecs.nwu.edu
  8022. Subject:  TELECOM Digest V9 #473
  8023. Message-ID:  <8910260520.aa25965@delta.eecs.nwu.edu>
  8024.  
  8025.  
  8026. TELECOM Digest     Thu, 26 Oct 89 05:15:00 CDT    Volume 9 : Issue 473
  8027.  
  8028. Today's Topics:                             Moderator: Patrick Townson
  8029.  
  8030.     "Disaster Authority" (Jeff Frontz)
  8031.     Cordless Phone Search (Matt Simpson)
  8032.     Cheap Cellular Phones (MJK2660@ritvm.bitnet)
  8033.     Re: Unequal Service (Dave Levenson)
  8034.     Re: Unequal Service (Tad Cook)
  8035.     Re: Caller ID Boxes (Tad Cook)
  8036.     Re: Allowing NXX Prefixes and Area Codes (Bob Goudreau)
  8037.     Re: Cellular Phone Antenna Question (John Higdon)
  8038.     Cellular Phone Hook-up (Gerald E. Yingling)
  8039.     Re: The Lighter Side: Phone Number Jingles (Robert Wier)
  8040. ----------------------------------------------------------------------
  8041.  
  8042. From: jhf@cblpe.att.com
  8043. Date: Wed, 25 Oct 89 09:59 EDT
  8044. Subject: "Disaster Authority"
  8045.  
  8046. In TELECOM Digest V9 #470, Joe Konstan <konstan@postgres.berkeley.edu> writes:
  8047.  
  8048. >BTW, why doesn't AT&T retain "disaster authority" over 
  8049. >its lines, to prevent resellers from mishandling the situation and from
  8050. >using capacity that AT&T customers could use?
  8051.  
  8052. I don't think this is very feasible.  My understanding is that
  8053. "resellers" buy trunks that are "nailed up" via a DACS (or something
  8054. similar).
  8055.  
  8056. In order to reclaim capacity, AT&T would have to disconnect the
  8057. reseller in question.  I doubt this would sit very well with the FCC.
  8058.  
  8059. One thing that might change this is a new (to me, anyway) philosophy
  8060. that I've heard: all types of service should be handled by the normal
  8061. message network.  This would (I think) allow customers to use a
  8062. software defined network that would mimic a network of "nailed up"
  8063. trunks.  With an SDN, a customer would fall under the reign of network
  8064. controls.
  8065.  
  8066.  
  8067. Jeff Frontz                                              Work:  +1 614 860 2797
  8068. AT&T-Bell Labs (CB 1C-356)                               Cornet:       353-2797
  8069. att!jeff.frontz           jeff.frontz@att.com            Home:  +1 614 794 3986
  8070.  
  8071. ------------------------------
  8072.  
  8073. Date: Wed, 25 Oct 89 09:11:39 EDT
  8074. From: "Simpson, Matt" <SYSMATT@ukcc.bitnet>
  8075. Subject: Cordless Phone Search
  8076.  
  8077.  
  8078. I'm looking for a phone for my barn. Instead of burying underground
  8079. cable from the house to the barn, I decided to get a cordless phone,
  8080. with the base unit in the house. Since I don't want to (won't remember
  8081. to) take the handset back to the house for recharging, I need a unit
  8082. with a separate recharge cradle. I would also like to have 2-way
  8083. paging/intercom capability between base and handset. 
  8084.  
  8085. I have been able to find phones with one or the other of these
  8086. features, but not both.  Does anyone have any suggestions? One store
  8087. told me they sold a Sony model with the intercom capability which did
  8088. not come with a separate recharge cradle, but one could be ordered for
  8089. it however they were temporarily out of stock. I found that model at
  8090. another location, but the salesperson there could find no info about
  8091. ordering a recharge cradle.
  8092.  
  8093. ------------------------------
  8094.  
  8095. Date: Wed, 25 Oct 89 11:36:54 EDT
  8096. From: MJK2660@ritvm.bitnet
  8097. Subject: Cheap Cellular Phones
  8098.  
  8099. In the Rochester NY area there have been several vendors selling
  8100. cellular car phones in the $90 price range. Part of the agreement is
  8101. that you subscribe to a particular cellular service for 12 months. The
  8102. rates have just been reduced to $10/month and 17.5 to 25 cents a
  8103. minute for local (several county area) airtime. I contacted one of the
  8104. vendors and they do receive a "kickback" from the cellular company but
  8105. I don't know how much it is.  With some of the tales I hear about
  8106. other areas (75 cents a minute!!) I think we are very fortunate here.
  8107.  
  8108. ------------------------------
  8109.  
  8110. From: Dave Levenson <westmark!dave@uunet.uu.net>
  8111. Subject: Re: Unequal Service
  8112. Date: 26 Oct 89 02:26:47 GMT
  8113. Organization: Westmark, Inc., Warren, NJ, USA
  8114.  
  8115.  
  8116. In article <telecom-v09i0470m05@vector.dallas.tx.us>, john@zygot.ati.com (John
  8117.  Higdon) writes:
  8118.  
  8119. > As an incentive to upgrade, I would propose that anyone served out of
  8120. > an electromechanical office be charged some fixed amount less than
  8121. > "equivalent" service out of an electronic office. For those of you
  8122. > served by real telcos who upgraded long ago, this is not an issue. But
  8123. > there are many prefixes in San Jose alone still "served" (term loosely
  8124. > used) by #5 grossbar. Pac*Bell needs some kind of incentive to get its
  8125. > act together.
  8126.  
  8127. The cost of providing service with an electromechanical office is
  8128. higher than the cost of providing service with an electronic office.
  8129. Revenues for electronic offices are already higher than for
  8130. electromechanical offices, because some percentage of the subscribers
  8131. buy the extra-cost custom calling features.  It would seem that the
  8132. incentive is already there!
  8133.  
  8134. But the real cost of either office depends upon how long it lives.
  8135. Swapping out a central office switch before its time plays havoc with
  8136. a delicate balance of rate-of-return and depreciation schedules.  The
  8137. schedule for a given central office may be pushed one way or another
  8138. by the demands of the major business subscribers in its serving area;
  8139. the over-all schedule is probably pretty well cast in stone by the
  8140. telco _and_ the regulators.
  8141.  
  8142.  
  8143. Dave Levenson                Voice: (201) 647 0900
  8144. Westmark, Inc.               Internet: dave@westmark.uu.net
  8145. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  8146. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  8147.  
  8148.  
  8149. ------------------------------
  8150.  
  8151. From: tad@ssc.UUCP (Tad Cook)
  8152. Subject: Re: Unequal Service
  8153. Date: 26 Oct 89 01:01:13 GMT
  8154. Organization: very little
  8155.  
  8156.  
  8157. John Higdon proposes that customers served by crossbar COs be charged
  8158. less than those served by digital offices.
  8159.  
  8160. Actually, it costs MORE to maintain a crossbar switch.  In many cases
  8161. the telco would love to scrap out the old switch, but the PUC claims
  8162. that it still has years of service left and is not ready to be written
  8163. off.
  8164.  
  8165. In Washington State, US West shocked me and a lot of other folks by
  8166. scrapping ALL of their electomechanical switches, even in the tiniest
  8167. of communities.  Some Northern Telecom salesman showed them how even
  8168. with the big up front cost, they could save so much on maintainence
  8169. and get so much more revenue from new services that there was a very
  8170. quick payback.
  8171.  
  8172. Tad Cook
  8173. tad@ssc.UUCP
  8174.  
  8175.  
  8176. ------------------------------
  8177.  
  8178. From: tad@ssc.UUCP (Tad Cook)
  8179. Subject: Re: Caller ID Boxes
  8180. Date: 26 Oct 89 00:55:15 GMT
  8181. Organization: very little
  8182.  
  8183.  
  8184. San/Bar makes an ANI display for CLASS services.
  8185.  
  8186. (This is in response to a request for sources of these things)
  8187.  
  8188. Tad Cook
  8189. tad@ssc.UUCP
  8190.  
  8191. [Moderator's Note: And the Hello Direct people offer one in their
  8192. catalog also. I don't know who manufactures it for them.  PT]
  8193.  
  8194. ------------------------------
  8195.  
  8196. Date: Wed, 25 Oct 89 18:34:53 edt
  8197. From: Bob Goudreau <goudreau@dg-rtp.dg.com>
  8198. Subject: Re: Allowing NXX Prefixes & Area Codes
  8199. Reply-To: goudreau@rtp48.dg.com (Bob Goudreau)
  8200. Organization: Data General Corporation, Research Triangle Park, NC
  8201.  
  8202.  
  8203. In article <telecom-v09i0463m10@vector.dallas.tx.us> cmoore@brl.mil (VLD/VMB) 
  8204. writes:
  8205.  
  8206. >Based on notes arriving via TELECOM Digest, I have the following to
  8207. >pass along:
  8208.  
  8209. >919, North Carolina, 1989?  (need area code on toll calls within it)
  8210.  
  8211. A blurb I saw in the local paper a while ago mentioned that 11-digit
  8212. intra-NPA long-distance dialing would replace 8-digit LD in all of NC
  8213. starting early in 1990.  This supposedly applies to *both* 919 and
  8214. 704, and to all telcos (Southern Bell, GTE, Carolina Telephone, and a
  8215. host of little Mom & Pop operations).
  8216.  
  8217. No mention of when 919 (which is getting fairly full) is scheduled to
  8218. split, or how it would be split.  Anyone care to speculate on who will
  8219. get left out in the cold (i.e., the new NPA) when this does happen?
  8220. It isn't an obvious split (like, say, 617/508) since 919's two largest
  8221. urban areas (Raleigh/Durham and Greensboro/Winston-Salem) have roughly
  8222. the same population but are about 80 miles apart.  If one urban area
  8223. has to get assigned to the new NPA, which one is it?  The alternative
  8224. would be to leave *both* of them in 919, thus potentially making both
  8225. 919 and the new NPA exceedingly contorted, perhaps like 619 in
  8226. California.
  8227.  
  8228. Now, on a completely different note...
  8229.  
  8230. Does anyone out there know why "011" was chosen as the international
  8231. access code here in the North American Numbering Plan?  If it were up
  8232. to me, I'd probably pick "11" instead (i.e., "1" for long distance and
  8233. "11" for *very* long distance, the way many European countries use "0"
  8234. and "00").  Is there currently some special meaning assigned to "11"?
  8235.  
  8236.  
  8237. Bob Goudreau                +1 919 248 6231
  8238. Data General Corporation        ...!mcnc!rti!xyzzy!goudreau
  8239. 62 Alexander Drive            goudreau@dg-rtp.dg.com
  8240. Research Triangle Park, NC  27709, USA
  8241.  
  8242. ------------------------------
  8243.  
  8244. From: John Higdon <john@zygot.ati.com>
  8245. Subject: Re: Cellular Phone Antenna Question
  8246. Date: 26 Oct 89 03:35:54 GMT
  8247. Organization: Green Hills and Cows
  8248.  
  8249.  
  8250. In article <telecom-v09i0471m06@vector.dallas.tx.us>, motcid!hamilton%cell.
  8251. mot.COM@uunet.uu.net (Danial Hamilton) writes:
  8252.  
  8253. > [regarding handhelds]
  8254. > I don't care who says it's safe, I just can't feel comfortable about
  8255. > radiating 800 MHZ RF energy 3-4 inches from my brain.
  8256.  
  8257. Those of us using handhelds and other cellular phones appreciate those
  8258. who don't like using them for whatever reason. It means less traffic
  8259. for the rest of us :-)
  8260.  
  8261. Seriously, I can respect those who are cautious. What really gets to
  8262. me is when our government decides that we must be protected from all
  8263. manner of harmful influences and passes laws that prevent those who
  8264. are willing to take the risks from doing so.
  8265.  
  8266.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  8267.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  8268.  
  8269. ------------------------------
  8270.  
  8271. From: Gerald E Yingling <gey@ihlpl.att.com>
  8272. Subject: Cellular Phone Hook-up
  8273. Date: 25 Oct 89 17:54:16 GMT
  8274. Organization: AT&T Bell Laboratories
  8275.  
  8276.  
  8277. I have a question about hooking up a cellular phone.  First the
  8278. problem.  My wife bought a transporter car phone that has a cigarette
  8279. lighter plug for "in car" use.  Most of the time she keeps it plugged
  8280. into her cigarette lighter, however, apparently there is enough drain
  8281. on the car battery that if she does not use the car for several days
  8282. and forgets to unplug the phone, the car battery goes dead.  I think
  8283. this is the problem:
  8284.  
  8285.     The cigarette plug is wired this way:
  8286.  
  8287.         ----------------------   
  8288.      <   o     o     o     o  |   "Molex" type plug
  8289.         ----------------------
  8290.              |    |     |     NC
  8291.          |-----      |   
  8292.              |  ^        |
  8293.              |  jumper   |
  8294.              +           -
  8295.                to cigarette
  8296.                lighter plug
  8297.  
  8298. Note only two wires from car battery to the phone.
  8299.  
  8300. I think this is the way a "permanent" phone would be hooked up:
  8301.  
  8302.              o     o     o     o
  8303.              |     |     |
  8304.              |     |     |
  8305.         ignition   |     |
  8306.           switch   |     |
  8307.              |     |     |
  8308.              +     +     -
  8309.               car battery
  8310.  
  8311. I believe two sources of power are needed, one unswitched (hot all the
  8312. time) to keep the electronic lock active and some minimum reset
  8313. circuitry alive, and a switched source (from ignitition switch) to
  8314. provide transmit power.  This would prevent battery going dead with
  8315. the "cigarette" lighter approach.  This might account for the jumper
  8316. in the cigarette lighter/phone plug (first diagram).
  8317.  
  8318. I would like to wire a new plug in the car so that my wife could
  8319. unplug it, plug in the "internal" battery and have a portable phone.
  8320. However before I messed around with this, I thought I would tap the
  8321. expertise of the net and solicit advice.  Assuming my assumptions are
  8322. correct about two power sources, I'm not sure which terminal is
  8323. switched and which is not switched (without trying and risking
  8324. damage?).  I traced the battery polarity so that is not a problem.
  8325. The phone is a GE CF1000.
  8326.  
  8327. Thanks for any help.
  8328.  
  8329. Jerry Yingling
  8330. 312-979-1639
  8331.  
  8332. ------------------------------
  8333.  
  8334. Date: Wed, 25 Oct 89 21:44:26 mst
  8335. From: Robert Wier <utah-cs!arizona!naucse!rrw@cs.utexas.edu>
  8336. Subject: Re: The Lighter Side: Phone Number Jingles
  8337.  
  8338. I remember a widely run tv commercial about 20 years ago (?)  by the
  8339. Sheraton Corporation advertising their toll-free reservation --> 800
  8340. 325 3535.
  8341.  
  8342. There wasn't anything particulary humorous about this, they just had a
  8343. REALLY catchy tune to which the numbers were sung.  Plus since the
  8344. number was so redundant (lots of 3's and 5's) it could also be sung
  8345. somewhat in a round-robin fashion (like row, row, row your boat).  My
  8346. choral group in high school liked to sing this to get our music
  8347. teacher upset :-).
  8348.  
  8349. Coincidentally enough, I currently have one number which has a 325
  8350. prefix (although not the same suffix), and also one that has a 523
  8351. prefix.
  8352.  
  8353. I believe that the number is still in use, for Day's Inns now.  But
  8354. they don't use the old commercial (a shame...)
  8355.  
  8356.   - Bob Wier                             Northern Arizona University
  8357.    summer:Ouray, Colorado                 winter:Flagstaff, Arizona
  8358.    USENET: ...arizona!naucse!rrw  | BITNET: WIER@NAUVAX  | WB5KXH
  8359.  
  8360. ------------------------------
  8361.  
  8362. End of TELECOM Digest V9 #473
  8363. *****************************
  8364. 
  8365. 
  8366. Date:     Thu, 26 Oct 89 23:03:32 CDT
  8367. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  8368. To:       telecom@eecs.nwu.edu
  8369. Subject:  TELECOM Digest V9 #474
  8370. Message-ID:  <8910262303.aa14694@delta.eecs.nwu.edu>
  8371.  
  8372.  
  8373. TELECOM Digest     Thu, 26 Oct 89 23:00:44 CDT    Volume 9 : Issue 474
  8374.  
  8375. Today's Topics:                             Moderator: Patrick Townson
  8376.  
  8377.     Proposed Tariff for Billing Name & Address Service by NY Tel (Curtis Reid)
  8378.     1-800-US-INFO-1 ext. 901 (AT&T Information On Call) (Lenny Tropiano)
  8379.     Quake Stats (Ken Jongsma)
  8380.     Centrex Strikes Again (John Higdon)
  8381.     Caller-ID for Pagers? (Robert E. Seastrom)
  8382.     Caller-ID for Pagers? (Christopher K. Davis)
  8383.     Tones on International Calls (Holly Aaron)
  8384.     Re: Allowing NXX Prefixes & Area Codes (Carl Moore)
  8385.     Re: Allowing NXX Prefixes & Area Codes (Joel B. Levin)
  8386.     Re: Caller ID Device (Louis J. Judice)
  8387.     Re: TCP/IP over ISDN Basic Rate (Jim Breen)
  8388. ----------------------------------------------------------------------
  8389.  
  8390. Date: Thu, 26 Oct 89 14:14 EDT
  8391. From: "Curtis E. Reid" <CER2520@ritvax.bitnet>
  8392. Subject: Proposed Tariff for Billing Name & Address Service by NY Tel
  8393.  
  8394. I read a notice of proposed tariff filing for billing name and address
  8395. service by New York Telephone in the legal section of the newspaper
  8396. yesterday.  I quote:
  8397.  
  8398. Notice is hereby given that a proposed tariff has been filed with the
  8399. Public Service Commission, to be effective December 1, 1989, to
  8400. introduce Billing Name and Address (BNA) Service.
  8401.  
  8402. BNA Service is the provision of the complete billing name, street
  8403. address, city or town, state and zip code for a telephone number
  8404. assigned by New York Telephone.
  8405.  
  8406. BNA Service is provided for the sole purpose of permitting the
  8407. customer to bill its telecommunications services to its end users.
  8408.  
  8409.                 [ Rates shown here ]
  8410.  
  8411. Further, an amendment to the offering of Non-Published Service has
  8412. been filed to specify that BNA information on a non-published number
  8413. will be provided to a BNA subscriber when a call utilizing the BNA
  8414. subscriber's service originates from that non-published number.
  8415.  
  8416. End quote.  Now, my question is this similar to reverse directory that
  8417. readers has been discussing here?  Or, is this similar to the way that
  8418. AT&T pass the number to another telephone company for the purpose of
  8419. billing?  This tariff is a bit unclear as to what the real purpose is
  8420. for.
  8421.  
  8422.                         Curtis Reid
  8423.                         CER2520@RITVAX.Bitnet
  8424.                         CER2520%RITVAX.Bitnet@cunyvm.cuny.edu (Internet)
  8425.                         CER2520@vaxd.isc.rit.edu              (NYSernet)
  8426.  
  8427. ------------------------------
  8428.  
  8429. From: Lenny Tropiano <think!ames!icus.islp.ny.us!lenny@eddie.mit.edu>
  8430. Subject: 1-800-US-INFO-1 ext. 901 (AT&T Information On Call)
  8431. Date: Thu, 26 Oct 89 00:00 EDT
  8432.  
  8433.  
  8434. In my mail today (US mail that is), I received my AT&T Information "On
  8435. Call" catalog.  It basically is a service, run by AT&T, that offers
  8436. free advice and information on various amounts of topics...  Some
  8437. which are, but not limited to...
  8438.  
  8439.         AT&T Information 
  8440.          "On call" catalogs   (Item #8777) free
  8441.         Club Med Vacations    (Item #3534) free
  8442.         Car Buyers Guide      (Item #3538) free
  8443.         Moving                (Item #3556) free
  8444.         JC Penney's catalog   (Item #3549) $4.00 (includes shipping)
  8445.         Learning to Fly       (Item #3509) free
  8446.         "Shopper's Advantage" (Item #3516) free
  8447.         Microwave Cooking     (Item #3517) $9.95 (includes shipping)
  8448.         ...etc...
  8449.  
  8450. Call up 1-800-USINFO-1 (1-800-874-6361), with a touch tone phone and
  8451. type in ext. 901 when prompted. (Or with rotary only phones wait and
  8452. speak your choices).  Then key in the item numbers (8777 will get you
  8453. more AT&T Information On Call catalogs, so order that...).
  8454.  
  8455. Chargable items are put on AMEX, Discover, MasterCard or VISA.  They
  8456. said, 7-10 days for shipping.  I haven't received anything yet, but
  8457. ordered a few free items.
  8458.  
  8459.  
  8460. | Lenny Tropiano            ICUS Software Systems      [w] +1 (516) 589-7930 |
  8461. | lenny@icus.islp.ny.us     Telex; 154232428 ICUS      [h] +1 (516) 968-8576 |
  8462. | {ames,pacbell,decuac,hombre,sbcs,attctc}!icus!lenny     attmail!icus!lenny |
  8463. +------- ICUS Software Systems -- PO Box 1;  Islip Terrace, NY  11752 -------+
  8464.  
  8465. ------------------------------
  8466.  
  8467. From: Ken@cup.portal.com
  8468. Subject: Quake Stats
  8469. Date: Thu, 26-Oct-89 13:01:46 PDT
  8470.  
  8471. Communications Week had some hard info on communications right
  8472. after the quake. Here are some extracts:
  8473.  
  8474.      The quake hit at 5:04PM.
  8475.  
  8476.      Within hours, Pac Bell was seeing 1 million call attempts
  8477.      *per minute*!
  8478.  
  8479.      AT&T reported 17 million call attempts between 2AM and 10AM
  8480.      the following day.
  8481.  
  8482.      Pac Bell Cellular reported 10 times normal calling volume.
  8483.  
  8484.      AT&T reported 144.7 million calls nationwide for the 24 hour
  8485.      period starting midnight. 27.8 million were directed into the
  8486.      bay area with 9.5 million completed.
  8487.  
  8488.      AT&T let 70% of the outgoing calls complete giving the rest a
  8489.      recording. AT&T let 30% of the incoming calls complete.
  8490.  
  8491.      MCI blocked 50% of the incoming calls to the three area codes
  8492.      affected. MCI has a system network capacity 120-150% higher than
  8493.      average peak loading.
  8494.  
  8495.      Sprint blocked dynamically with the blocking adjusted at a 5 minute
  8496.      rate. Switches generating the most traffic were blocked at 60%. Less 
  8497.      busy switches were blocked at 10, 20 and 45% levels.
  8498.  
  8499.      Seven out of 60 Pac Tel Cellular cells were knocked out. Four were
  8500.      restored quickly - the rest are still out.
  8501.  
  8502.      GTE Mobilnet had only 2 cells down out of 80.
  8503.  
  8504.  
  8505. All in all, I think all the carriers performed admirably. Pac Bell had
  8506. completed a quake drill Aug 3. Ironically enough - they simulated a
  8507. 7.0 quake in San Jose. The actual quake was 6.9 with a center only 20
  8508. miles away.
  8509.  
  8510. MCI's capacity surprised me (120-150% of peak). I rather suspect
  8511. AT&T's is much high than that.
  8512.  
  8513.  
  8514. ken@cup.portal.com
  8515.  
  8516. ------------------------------
  8517.  
  8518. From: John Higdon <john@zygot.ati.com>
  8519. Subject: Centrex Strikes Again
  8520. Date: 27 Oct 89 02:12:10 GMT
  8521. Organization: Green Hills and Cows
  8522.  
  8523.  
  8524. I had lunch today with an engineer who works with the San Francisco
  8525. School District. We were discussing matters earthquake and he
  8526. confirmed something that I brought up some time ago in this forum for
  8527. which I was soundly dismissed. He was cursing the decision of the
  8528. school board to go with centrex.
  8529.  
  8530. For two days following the earthquake, prople in the school offices
  8531. (and the associated radio station, KALW) were unable to so much as
  8532. phone down the hall. It seems the CO serving the area had sustained
  8533. some damage and dialtone was extremely slow for an abnormal period of
  8534. time.
  8535.  
  8536. So while those people with those "unreliable" on-site PBXs were having
  8537. difficulty making outside calls, those with "the most reliable phone
  8538. system in the world" (Pac*Bell advertising hype) couldn't so much as
  8539. talk to their secretaries at the front desk.
  8540.  
  8541. There was another major Pac*Bell embarassment: The Bush-Pine office
  8542. (SF's main downtown CO). It seems that no one bothered to test the
  8543. fancy turbine standby generators under load. They regularly powered
  8544. them up, but just let them spin. Under load following the earthquake,
  8545. they broke down. The CO ran on its batteries until they went dead,
  8546. then it was good-night. The downtown financial district CO and the
  8547. tandem were dead. Fortunately, they were able to get a portable unit
  8548. connected shortly thereafter. I'm sure there were some downtown
  8549. business that were delighted they went with centrex, also.  
  8550.  
  8551.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  8552.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  8553.  
  8554. [Moderator's Note: Well, it is not like an earthquake happens every
  8555. day or a central office is overloaded for several days running as a
  8556. routine thing. Everything has disadvantages. *In general*, my belief
  8557. is that centrex is superior to PBX almost anytime. I've also seen
  8558. PBX's break down and disrupt communications in a company for an entire
  8559. day or two pending repairs. Those people were angry they did not have
  8560. centrex. You really just have to make an informed choice and go with
  8561. it.  PT]
  8562.  
  8563. ------------------------------
  8564.  
  8565. Date: Thu, 26 Oct 89 13:19:44 EDT
  8566. From: "Robert E. Seastrom" <RS%AI.AI.MIT.EDU@mintaka.lcs.mit.edu>
  8567. Subject: Caller-ID for Pagers?
  8568.  
  8569.  
  8570. In TELECOM Digest V9 #472, J. Philip Miller writes:
  8571.  
  8572. > While speaking of Caller-ID implementations, I have wondered whether paging
  8573. > services utilize Caller-ID to send to digital pagers so that the callers do
  8574. > not need to key their number in for display on the pager.
  8575.  
  8576. In TELECOM Digest V9 #472, Patrick Townson (Telecom Moderator) comments:
  8577.  
  8578. > Regards using Caller-ID to feed digital pagers, I think it is a great
  8579. > idea. I wonder if anyone has thought of it?  PT]
  8580.  
  8581. I would be really unhappy if the pager companies were to do this and
  8582. not allow for an override.  To give a few examples:
  8583.  
  8584. At Worldcon '89, I would page my roommate to see about plans for
  8585. dinner.  Since it wasn't terribly urgent, I didn't include a priority
  8586. code (see below) and paged him with *my* pager number.  Then, I didn't
  8587. have to stay right next to a particular pay phone and keep other
  8588. people from using it (I'd stay in the vicinity, so that I could call
  8589. back promptly, when he returned my page.  This would not be possible
  8590. if Caller-ID automatically ID'ed my phone for me...
  8591.  
  8592. In the main circle that I associate with, we have a set of agreed-upon
  8593. three-digit codes that can be appended to a phone number.  The 100
  8594. series identifies specific people; other codes mean specific things
  8595. (411=need information, 611=something's broken, 911=run, don't walk, to
  8596. the nearest phone and call immediately), unallocated 3-digit codes are
  8597. priority codes that tell how urgent it is that the call be returned,
  8598. 200s meaning at your leisure, 800s meaning call ASAP.  If there
  8599. weren't an override on the number that Caller-ID sent out, it would be
  8600. impossible to add these codes to the end of the number we were paging
  8601. with.
  8602.  
  8603.                                         ---Rob
  8604.  
  8605. [Moderator's Note: Granted, it might be better to have the switch
  8606. answer and say, 'To default, press # now; else enter the desired
  8607. digits.'  PT]
  8608.  
  8609. ------------------------------
  8610.  
  8611. Date: Thu, 26 Oct 89 17:49:38 EDT
  8612. From: Christopher K Davis <ckd%bu-pub.BU.EDU@bu-it.bu.edu>
  8613. Subject: Caller-ID for Pagers? 
  8614.  
  8615. >>>>> On 25 Oct 89 20:22:57 GMT, The Moderator (Patrick Townson) said:
  8616.  
  8617. PT> [Moderator's Note: [...]  Regards using Caller-ID to feed digital
  8618. PT> pagers, I think it is a great idea. I wonder if anyone has thought of
  8619. PT> it?  PT]
  8620.  
  8621. It's not really that great.  For example, I often used my mother's
  8622. pager to tell her things she didn't need to call for -- (or couldn't, as
  8623. with pay phones that won't take incoming calls) like "The track meet's
  8624. over, come pick me up" or the like.  Usually I'd punch in my birthday
  8625. so she'd know it was me, and the "context" would make the message
  8626. clear.
  8627.  
  8628. Neat idea, but in practice, it's more useful to use arbitrary numbers.
  8629.  
  8630. ------------------------------
  8631.  
  8632. From: Holly Aaron <aaron%aludra.usc.edu@usc.edu>
  8633. Subject: Tones on International Calls
  8634. Date: 26 Oct 89 21:50:39 GMT
  8635. Reply-To: Holly Aaron <aaron%aludra.usc.edu@usc.edu>
  8636. Organization: University of Southern California, Los Angeles, CA
  8637.  
  8638.  
  8639. When I make international calls sometimes I hear an odd sequence of
  8640. tones right before the call goes through.  Does anyone know what these
  8641. are for?
  8642.  
  8643. aaron@aludra.usc.edu
  8644.  
  8645. ------------------------------
  8646.  
  8647. Date:     Thu, 26 Oct 89 9:02:10 EDT
  8648. From:     Carl Moore (VLD/VMB) <cmoore@brl.mil>
  8649. Subject:  Re:  Allowing NXX Prefixes & Area Codes
  8650.  
  8651. So 704 is far less full than 919?  Also requiring 11-digit intra-NPA
  8652. long-distance in 704 is along the "statewide uniformity" lines of what
  8653. was done in New Jersey (in NJ, there is a case of 7D local calls from
  8654. 609 area to an exchange area having N0X/N1X in 201).
  8655.  
  8656. But in Virginia, 703 has 11-digit intra-NPA long-distance and 804
  8657. still has 8-digit.  703 (and 301, which covers all of Maryland)
  8658. includes DC area suburbs, and the DC area had to get N0X/N1X prefixes.
  8659.  
  8660. Afterthought: I believe San Diego, CA is a big urban area in its
  8661. own right.  However, it was put in area 619 when 714 was split.
  8662.  
  8663. ------------------------------
  8664.  
  8665. From: Joel B Levin <levin@bbn.com>
  8666. Subject: Re: Allowing NXX Prefixes & Area Codes
  8667. Date: Thu, 26 Oct 89 16:50:59 EDT
  8668.  
  8669. >From: Bob Goudreau <goudreau@dg-rtp.dg.com>
  8670.  
  8671. >Does anyone out there know why "011" was chosen as the international
  8672. >access code here in the North American Numbering Plan?  If it were up
  8673. >to me, I'd probably pick "11" instead (i.e., "1" for long distance and
  8674. >"11" for *very* long distance, the way many European countries use "0"
  8675. >and "00").  Is there currently some special meaning assigned to "11"?
  8676.  
  8677. In olden days (e.g. the sixties), in many places Information (remember
  8678. that?) was 113, Repair was 114, and Long Distance was 110... as I
  8679. recall.  Probably when 011 was selected some areas were still using
  8680. these older numbers, or at least they were still reserved.
  8681.  
  8682.     /JBL
  8683.  
  8684. ------------------------------
  8685.  
  8686. Date: Thu, 26 Oct 89 08:50:14 -0700 
  8687. From: "Louis J. Judice 26-Oct-1989 1007" <judice@kyoa.enet.dec.com> 
  8688. Subject: Re: Caller ID Device
  8689.  
  8690. Hi Patrick - the Caller ID Display Device in the Hello Direct catalog is
  8691. branded "AT&T" - and if I recall is $99.95.
  8692.  
  8693. Unfortunately, NJ Bell tells me that my C.O. (Peapack) is not
  8694. scheduled for CLASS Calling Services until JANUARY, 1991!!!
  8695.  
  8696. Lou Judice
  8697. DEC
  8698.  
  8699. [Moderator's Note: A full year yet! That's a pity. Ours in Chicago-
  8700. Rogers Park is set for fourth quarter '89, but so far nothing
  8701. has been publicized.  PT]
  8702.  
  8703. ------------------------------
  8704.  
  8705. From: Jim Breen <munnari!cit5.cit.oz.au!jwb@uunet.uu.net>
  8706. Subject: Re: TCP/IP over ISDN Basic Rate
  8707. Organization: Chisholm Institute of Technology, Melb., Australia
  8708. Date: Wed, 25 Oct 89 01:06:59 GMT
  8709.  
  8710.  
  8711. gnu@toad.com asks, of ISDN
  8712. >   The problem is data encoding; I
  8713. > have seen no documentation of standard ways to encode data passing on
  8714. > the 8000 byte/sec channel for IP.  I have seen references to ways of
  8715. > encoding e.g. 9600 baud async "RS232" traffic over ISDN, but I will be
  8716. > talking ISDN-to-ISDN, so can use the full bandwidth.  Rumor has it
  8717. > that somebody had standardized bit-oriented protocols (HDLC) over ISDN
  8718. > links, which is ridiculous since they are byte oriented links.......
  8719.  
  8720. They are NOT byte-oriented 8000 byte/sec; it is BIT oriented 64000
  8721. bps. You can put any protocol you like on an ISDN B-channel. Protocols
  8722. have been standardized for the D-channel, as this is for signalling
  8723. and packet traffic.
  8724.  
  8725. There *are* ISDN standards for mapping lower speeds onto a B-channel.
  8726. Check out standards I.460-464 from the CCITT Red Book for starters.
  8727.  
  8728. > Can anyone on Telecom provide details on upper level ISDN
  8729. > standardization efforts?  All I have found was low level protocols;
  8730. > once you get to the 8000 bps byte stream, it's left up to the user to
  8731. > define........
  8732.  
  8733. This is how it should be! There are standards for various things to
  8734. intercommunicate over ISDN, such as Group 4 Fax, etc., buter there
  8735. must NEVER be a standard protocol above Layer 1. ISDN is to be a
  8736. bit-pipe service.
  8737.  
  8738.         _______           Jim Breen (jwb@cit5.cit.oz) Department of Robotics &
  8739.        /o\----\\     \O      Digital Technology. Chisholm Inst. of Technology
  8740.       /RDT\   /|\   \/|   -:O____/         PO Box 197 Caulfield East 3145
  8741.      O-----O        _/_\    /\ /\          (p) 03-573 2552 (fax) 572 1298
  8742.  
  8743. ------------------------------
  8744. End of TELECOM Digest V9 #474
  8745. *****************************
  8746.  
  8747. 
  8748. 
  8749. Date:     Fri, 27 Oct 89 0:05:08 CDT
  8750. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  8751. To:       telecom@eecs.nwu.edu
  8752. Subject:  TELECOM Digest V9 #475
  8753. Message-ID:  <8910270005.aa00126@delta.eecs.nwu.edu>
  8754.  
  8755.  
  8756. TELECOM Digest     Fri, 27 Oct 89 00:01:09 CDT    Volume 9 : Issue 475
  8757.  
  8758. Today's Topics:                             Moderator: Patrick Townson
  8759.  
  8760.     Ameritech Dissolves Bell Boards of Directors (TELECOM Moderator)
  8761.     Overseas Modem Transfer Request (Max Feil)
  8762.     Re: Amazing Quake Stories (Joel B. Levin)
  8763.     Re: 011 vs. 11 (John R. Levine)
  8764.     Re: The Hottest Answering Machine (Cyril Bauer)
  8765.     Re: California Junk Fax Bill (John Higdon)
  8766.     Re: Caller ID at American Express (Kim Greer)
  8767.     Re: Unequal Service (John Higdon)
  8768. ----------------------------------------------------------------------
  8769.  
  8770. Date:     Thu, 26 Oct 89 23:32:56 CDT
  8771. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  8772. Subject:  Ameritech Dissolves Bell Boards of Directors
  8773.  
  8774. In an effort to streamline decisionmaking, the directors of Ameritech
  8775. dissolved the boards of directors of the five Bell operating companies
  8776. under its jurisdiction at a meeting held last week, I have learned.
  8777.  
  8778. The directors of Illinois Bell, Indiana Bell, Michigan Bell, Ohio Bell
  8779. and Wisconsin Bell will step down on the day they would have stood for
  8780. re-election, Ameritech spokesman Mike Brand said Wednesday. In the
  8781. case of Illinois Bell, that date is February 22, 1990.
  8782.  
  8783. The five Bell boards are vestiges of the old days, when telephone
  8784. companies were tightly regulated utilities with partial public
  8785. ownership, Brand said. For example, when AT&T was the *majority* owner
  8786. in the Bells, there were still a few minority stockholders. Illinois
  8787. Bell for example was 97 percent owned by AT&T, and 3 percent by
  8788. private individuals.
  8789.  
  8790. Ameritech now feels the individual boards are cumbersome and not needed
  8791. because the Bell companies are wholly owned subsidiaries of Ameritech,
  8792. which is based here in Chicago, and don't have their own shareholders.
  8793.  
  8794. The dual system of boards created fractured reporting responsibilities
  8795. for executives who were directly supervised by the Board of Directors
  8796. of one of the Bell companies; Ameritech's senior management and the
  8797. Ameritech Board of Directors.
  8798.  
  8799. Brand explained that dissolving the Bell company boards is 'part of an
  8800. effort started in July to create a structure in the company that
  8801. promotes integration, streamlines decision making and speeds
  8802. implementation of decisions.....'
  8803.  
  8804. In July, Ameritech announced a realignment of corporate executives and
  8805. reporting lines in an effort to create a more competitive corporate
  8806. structure. At last Wednesday's meeting, the decision to dissolve the
  8807. boards of the other non-Bell subsidiaries was also made. In the case
  8808. of the non-Bell companies which are subsidiaries of Ameritech, those
  8809. boards are comprised entirely of inside managers, and will be
  8810. dissolved by the end of this year.
  8811.  
  8812. No Bell company executives are affected by the move and the companies'
  8813. operations are not affected in any way.
  8814.  
  8815. Illinois Bell directors who will be stepping down include:
  8816.  
  8817.  William Bunn III, chairman of Marine Bank, Springfield, IL.
  8818.  Franklin Cole, chairman of Croesus Corporation.
  8819.  Dr. John Corbally, retired president of the MacArthur Foundation.
  8820.  Daryl Grisham, president of Parker House Sausage Company.
  8821.  Alan Hallene, president of Montgomery Elevator, Rockford, IL
  8822.  Donald Nordlund, chairman of Multi-Fresh Systems.
  8823.  Barbara Proctor, chairman of Proctor & Gardner Advertising.
  8824.  Arthur Velasquez, president of Azteca Foods.
  8825.  
  8826.  
  8827. Patrick Townson
  8828.  
  8829. ------------------------------
  8830.  
  8831. From: Max Feil <max@bnr-rsc.uucp>
  8832. Subject: Overseas Modem Transfer Request
  8833. Date: 26 Oct 89 23:12:07 GMT
  8834. Organization: Bell-Northern Research, Ottawa, Canada
  8835.  
  8836.  
  8837. I would like to find the best way of transmitting fairly large amounts
  8838. of data from overseas. I need to transfer a minimum of 4-5 megs daily
  8839. of heavily compressed binary data via modem on public overseas dialup
  8840. lines. The system is basically meant to replace standard fax
  8841. transmissions with a more cost-effective system that will use a PC for
  8842. image scanning and data compression at one end and a similar PC for
  8843. uncompression/printout at the other.  I would appreciate any and all
  8844. help in finding a suitable modem or transfer mechanism for this task.
  8845.  
  8846. The connection will be from Toronto Canada to Hong Kong in order to
  8847. take advantage of discounted Canadian toll charges.  (Hong Kong to
  8848. North America and U.S. to Hong Kong seems to be more expensive).  From
  8849. Toronto the information will pass into the continental U.S.  To be
  8850. feasible, I need a data rate of at least 9600 bps with full error
  8851. detection/correction via a protocol such as MNP.  I have heard of
  8852. >30Kbps rates with such modems, but is this only for local lines?
  8853.  
  8854. How does the potentially reduced bandwith & increased noise/dropouts
  8855. of overseas connections affect the maximum data rate I can achieve?  I
  8856. have heard that some high speed modems degrade excessively in noisy
  8857. conditions. I need the fastest rate possible. Daily transfer will be
  8858. at least 4-5 megabytes, with 2 or 3 connections made per day. What are
  8859. my options for modems I can connect to a PC?
  8860.  
  8861. I am currently getting 30% compression on my scanned text/drawings
  8862. using Pkarc compression software (widely used on bbs's). I have heard
  8863. of other schemes that can be used to highly compress image data, but I
  8864. need to know what's commercially available.
  8865.  
  8866. I have investigated the use of public packet networks, but the connect
  8867. and per kilopacket charges are much to high. I am very interested in
  8868. any help somebody from the telecommunications/modem/ibm pc world can
  8869. give me.
  8870.  
  8871. Thanks in advance.
  8872.  
  8873. Max Feil     max@bnr-rsc.UUCP  or  utgpu!bnr-vpa!bnr-rsc!max
  8874. Bell-Northern Research  (613) 763-3093
  8875. P.O Box 3511 Station C, Ottawa, Ontario, Canada K1Y 4H7.
  8876.  
  8877. ------------------------------
  8878.  
  8879. From: Joel B Levin <levin@bbn.com>
  8880. Subject: Re: Amazing Quake Stories
  8881. Date: Thu, 26 Oct 89 16:02:13 EDT
  8882.  
  8883. >From: gaf@uucs1.uucp
  8884.  
  8885. >We heard from one of the traffic monitoring people at US West who
  8886. >noticed something peculiar around 5:05 PM Tuesday.  He called his AT&T
  8887. >counterpart in Oakland to see what was happening.  The call was
  8888. >answered, and the conversation went something like:
  8889.  
  8890. >"Hey, what's happening there?"
  8891.  
  8892. >"We've got an earthquake here, and, .....  oh .....  there's a big
  8893. >crack in the wall now .....  <buzzzzz>"
  8894.  
  8895. In 1971, when the Arpanet, the original component of the Internet, was
  8896. still young (approximately 16 IMPs, or packet switching nodes),
  8897. monitoring its state was still very ad hoc-- another engineer and I
  8898. periodically checked to see if any line states were changed or if any
  8899. IMPs had failed to send their one line status message to our local
  8900. teletype.  Remember, this was when networking-as-we-know-it was mostly
  8901. unheard of and remotely monitoring a private data circuit from a
  8902. location thousands of miles away from either terminus of the circuit
  8903. was a thing of the future.
  8904.  
  8905. One morning in August, around 9:05 am several of the lines terminating
  8906. in Los Angeles died, and with symptoms indicating it was not an IMP
  8907. that crashed.  After performing our usual tests, we called the Long
  8908. Lines number in Los Angeles.  We were informed that they had had an
  8909. earthquake, there were some cracks in the building, and it would be a
  8910. while before service was restored.  (It was only a few hours.)  Though
  8911. we had no details, we in Cambridge knew about the earthquake well in
  8912. advance of the news bulletins!
  8913.  
  8914.     /JBL
  8915.  
  8916. ------------------------------
  8917.  
  8918. Subject: Re: 011 vs. 11
  8919. Reply-To: johnl@esegue.segue.boston.ma.us
  8920. Organization: Segue Software, Cambridge MA
  8921. Date: 26 Oct 89 17:41:16 EDT (Thu)
  8922. From: "John R. Levine" <johnl@esegue.segue.boston.ma.us>
  8923.  
  8924. In article <telecom-v09i0473m07@vector.dallas.tx.us> goudreau@rtp48.dg.com 
  8925. (Bob Goudreau) writes:
  8926.  
  8927. >Does anyone out there know why "011" was chosen as the international
  8928. >access code here in the North American Numbering Plan?  If it were up
  8929. >to me, I'd probably pick "11" instead [analogous to 00 in most of Europe.]
  8930.  
  8931. It seems to me that misdialing 11-number for 1-number is a very likely
  8932. sort of dialing mistake, either because your finger bounces, or if you
  8933. have a rotary dial some random click on the line sounds like a 1.
  8934. Using 11 for international would mean lots of mistaken non-revenue
  8935. international calls.  (Recent messages have reported how even with the
  8936. current scheme people have dialed Australia instead of Minneapolis
  8937. when numbers start with 612.)  Besides, there are probably still
  8938. places where you don't have to dial 1 before long distance, and in
  8939. places like that they usually ignore any leading 1 digits.
  8940.  
  8941. If I were Bellcore I'd permanently reserve 11 as an error.  On the
  8942. other hand 011 is pretty hard to dial deliberately and nearly
  8943. impossible to dial by mistake.
  8944.  
  8945. Regards,
  8946. John Levine, johnl@esegue.segue.boston.ma.us, {spdcc|ima|lotus}!esegue!johnl
  8947.  
  8948. ------------------------------
  8949.  
  8950. From: cy@pnet51.orb.mn.org (Cyril Bauer)
  8951. Subject: Re: The Hottest Answering Machine 
  8952. Date: 26 Oct 89 17:05:04 GMT
  8953. Organization: People-Net [pnet51], Minneapolis, MN.
  8954.  
  8955.  
  8956. I would sugest the Panasonic unit. I have tried a few and the easiest
  8957. and most reliable I have found is the Panasonic.  They make models
  8958. that do most everthing that you could possibly want to do. Take your
  8959. pick, they work.
  8960.  
  8961. UUCP: {amdahl!bungia, uunet!rosevax, crash}!orbit!pnet51!cy
  8962. ARPA: crash!orbit!pnet51!cy@nosc.mil
  8963. INET: cy@pnet51.orb.mn.org
  8964.  
  8965.  
  8966. ------------------------------
  8967.  
  8968. From: John Higdon <john@zygot.ati.com>
  8969. Subject: Re: California Junk Fax Bill
  8970. Date: 27 Oct 89 03:30:17 GMT
  8971. Organization: Green Hills and Cows
  8972.  
  8973.  
  8974. In article <telecom-v09i0472m09@vector.dallas.tx.us>, gtephx!phobos!ellisond@
  8975. asuvax.EAS.ASU.EDU (Dell Ellison) writes:
  8976.  
  8977. > What if the problem of junk fax is wide-spread, BUT the 'elected
  8978. > representatives' just happen to not have the problem???
  8979.  
  8980.  From all evidence presented so far, nobody seems to be having a
  8981. problem. Ergo, no problem. At least it's not widespread.
  8982.  
  8983.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  8984.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  8985.  
  8986. ------------------------------
  8987.  
  8988. From: klg@dukeac.UUCP (Kim Greer)
  8989. Subject: Re: Caller ID at American Express
  8990. Date: 26 Oct 89 12:08:30 GMT
  8991. Reply-To: klg@dukeac.UUCP (Kim Greer)
  8992. Organization: Academic Computing, Duke University, Durham, NC
  8993.  
  8994.  
  8995. In article <telecom-v09i0464m06@vector.dallas.tx.us> langz@asylum.UUCP (Lang 
  8996. Zerner) writes:
  8997.  
  8998. >In article <telecom-v09i0454m03@vector.dallas.tx.us> johnl@esegue.segue.
  8999.  
  9000. >>[American Express] has been reported to have an 800 version of Caller ID that
  9001.  
  9002. >I recall having read a few little "FYI" type articles in various
  9003. >technical and marketing trade rags that said Amex got a lot of nasty
  9004. >letters and calls from customers who were startled, perplexed, and/or
  9005. >annoyed at Amex about the addition of the "service."
  9006.  
  9007. >Apparently, someone at Amex marketing thought it would be friendlier
  9008. >to answer the phone, "Good morning Mr. Zerner."  A lot of people
  9009. >(myself included) thought it was pompous and not beneficial.  At least
  9010. >one person encountered communication difficulties because he was
  9011. >calling from another cardholder's phone.  Enough of these dissatisfied
  9012. >customers wrote and called in nastygrams expressing their dislike of
  9013. >Amex' use of the technology that Amex ended up pulling the idea.
  9014.  
  9015.   Actually, I would prefer that a company that is dealing with my
  9016. money, would be able to be able to tell who I am.  With phone fraud as
  9017. rampant as it is, I encourage technology that will allow Amex or
  9018. whoever to filter out spooks trying to weasal out info/money of mine.
  9019. I prefer that a company that I'm dealing with to have instantly
  9020. available information concerning my address/phone#/etc.  (NOTE: I did
  9021. not say that I prefer every XYZ Corp. to have it, just the ones I deal
  9022. with).  This saves having to waste time having someone re-type in my
  9023. name/address/location/ account#/etc every time I call them.
  9024.  
  9025. Kim Greer
  9026. Duke Univ Med Ctr
  9027. klg@orion.mc.duke.edu
  9028.  
  9029.  
  9030. ------------------------------
  9031.  
  9032. From: John Higdon <john@zygot.ati.com>
  9033. Subject: Re: Unequal Service
  9034. Date: 27 Oct 89 03:53:04 GMT
  9035. Organization: Green Hills and Cows
  9036.  
  9037.  
  9038. In article <telecom-v09i0473m04@vector.dallas.tx.us>, westmark!dave@uunet.uu.
  9039. net (Dave Levenson) writes:
  9040.  
  9041. > The schedule for a given central office may be pushed one way or another
  9042. > by the demands of the major business subscribers in its serving area;
  9043. > the over-all schedule is probably pretty well cast in stone by the
  9044. > telco _and_ the regulators.
  9045.  
  9046. Ah-hah! That explains a lot. Up until recently, we had the "big four"
  9047. crossbar offices: ALpine, serving Cupertino, west San Jose, and
  9048. Campbell; ANdrews, serving Willow Glen and upper Almaden; CLayburn,
  9049. serving the east side and foothills; and AXminster, serving a small
  9050. part of San Jose and southeast Santa Clara.
  9051.  
  9052. ALpine just went DMS. And guess which famous computer company has its
  9053. think-tank and corporate offices in Cupertino. As someone said, some
  9054. customers are more equal than others.
  9055.  
  9056. All those other areas mentioned above are bedroom districts. Where I
  9057. live in Willow Glen, the highest tech business you are likely to find
  9058. is a grocery store. Our crossbar should be replaced around 2015, if
  9059. we're fortunate. Those other areas are the same way: nothing but
  9060. houses and shopping centers. I suppose crossbar is here to stay in San
  9061. Jose!  
  9062.  
  9063.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  9064.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  9065.  
  9066. ------------------------------
  9067.  
  9068. End of TELECOM Digest V9 #475
  9069. *****************************
  9070. 
  9071. 
  9072. Date:     Sat, 28 Oct 89 1:40:20 CDT
  9073. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  9074. To:       telecom@eecs.nwu.edu
  9075. Subject:  TELECOM Digest V9 #476
  9076. Message-ID:  <8910280140.aa29081@delta.eecs.nwu.edu>
  9077.  
  9078.  
  9079. TELECOM Digest     Sat, 28 Oct 89 01:35:04 CDT    Volume 9 : Issue 476
  9080.  
  9081. Today's Topics:                             Moderator: Patrick Townson
  9082.  
  9083.     Re: Telesphere Came Through; AT&T/Sprint Let Me Down (Kim Greer)
  9084.     Re: Dutch PTT Booklet: International Access Codes (Daniel Karrenberg)
  9085.     Re: Cellular Phones Frying Your Brains (Steve Forrette)
  9086.     Re: 10 Cent Payphones (Steve Forrette)
  9087.     Re: Unequal Service (Marvin Sirbu)
  9088.     Re: 011 for International (Linc Madison)
  9089.     Re: Caller-ID for Pagers? (Dave Levenson)
  9090.     Re: Caller ID for Pagers? (Gary Segal)
  9091.     Re: Caller ID Device (Dave Levenson)
  9092.     Re: Ameritech Dissolves Bell Boards of Directors (Lang Zerner)
  9093.  
  9094. [Moderator's Note: Remember, we return to standard time Saturday night.
  9095. Clocks should be set back one hour at 2:00 AM Sunday morning.  PT]
  9096. ----------------------------------------------------------------------
  9097.  
  9098. From: klg@dukeac.UUCP (Kim Greer)
  9099. Subject: Re: Telesphere Came Through; AT&T/Sprint Let Me Down
  9100. Date: 26 Oct 89 11:39:55 GMT
  9101. Reply-To: klg@dukeac.UUCP (Kim Greer)
  9102. Organization: Academic Computing, Duke University, Durham, NC
  9103.  
  9104.  
  9105. In article <telecom-v09i0462m01@vector.dallas.tx.us> john@zygot.ati.com 
  9106. (John Higdon) writes:
  9107.  
  9108. +   [stuff deleted about finding out there was an earthquake]
  9109. +At that point I became a little anxious. How were my relatives in
  9110. +town?  Was my house still standing? How were my clients faring (that I
  9111. +had left in the hands of an assistant)? No amount of dialing could
  9112. +break through. Then I realized that my desert friend had a 950
  9113. +Telesphere account. SUCCESS! I made call after call using that
  9114. +account, noting the sluggishness of the Bay Area COs, which were
  9115. +probably completely overloaded.
  9116.  
  9117. +On the way home, I listened to SF radio to get a feeling for what was
  9118. +going on and at one point spokepersons for AT&T and Sprint were
  9119. +crowing about how they were blocking calls from outside the area so
  9120. +that the local Bay Area network would not be overworked. Well, I am
  9121. +about to write a letter of appreciation to Telesphere and a show-cause
  9122. +request why I shouldn't cancel my AT&T and Sprint accounts. Thanks to
  9123. +Telesphere, I was able to handle some emergencies over the phone (not
  9124. +to mention putting my mind at ease). That was NO THANKS to AT&T and
  9125. +Sprint. Now, who is backing up whom?
  9126.  
  9127. John, I sympathize with you.  I really do know the feeling - I had the
  9128. same experience trying to call my parents and brother in Charlotte in
  9129. the aftermath of Hugo (the hurricane, not the car :^).  I was mad at
  9130. "the phone company" for not letting me through.  Little did I know at
  9131. the time that it really wasn't their fault, as there were thousands of
  9132. lines down, as the eye of Hugo went right over Charlotte.  (My
  9133. neighbor who works at Duke Power told me that they had replaced over
  9134. 4500 utility poles in Charlotte, to say nothing of Rock Hill,
  9135. Gastonia, etc., and they still weren't through.)  My folks got their
  9136. power back seven days later, and the phone was back working on the
  9137. eighth day.
  9138.  
  9139.   Anyway, what has this got to do with the Digest and your posting?  I
  9140. think the thing to remember is that AT&T and Sprint were not
  9141. "crowing"; they were trying to do exactly what was the best option
  9142. under the circumstances: prevent the network from crumbling under the
  9143. weight of NON-EMERGENCY calls.  I head on ABC at one point in a 5
  9144. minute period, there were over a million calls that were logged trying
  9145. to get into San Francisco.  (I think I got those numbers right).  The
  9146. tv networks were telling people not to call in, explaining the
  9147. problem.  Let's face it, the vast majority of incoming calls would do
  9148. nothing the help the situation in the face of big time destruction.
  9149. The system *had* to be alive to respond to outgoing EMERGENCY calls
  9150. that had to do with saving lives and getting outside help in.  I agree
  9151. with the decision to block incoming calls, even if the lines were not
  9152. down.  
  9153.  
  9154. Again, I sympathize with you, but I think you are wrong.  What is the
  9155. alternative? - letting literally millions of people trying to call
  9156. into SF, SJ, etc. with little or no chance of getting through tie up
  9157. the circuits?  Most incoming calls were low priority; the outgoing
  9158. were the most critical at the time.
  9159.  
  9160. Kim Greer
  9161. Duke Univ Med Ctr
  9162. klg@orion.mc.duke.edu
  9163.  
  9164.  
  9165. ------------------------------
  9166.  
  9167. From: Daniel Karrenberg <dfk@mcsun.eu.net>
  9168. Subject: Re: Dutch PTT Booklet: International Access Codes
  9169. Date: 27 Oct 89 10:09:12 GMT
  9170. Organization: European Unix sytems User Group
  9171.  
  9172.  
  9173. cgch!wtho@relay.eu.net (Tom Hofmann) writes:
  9174.  
  9175. >> Austria        00
  9176. >>         060.    For Germany in stead of 0049
  9177.  
  9178. >0041 for Switzerland and 0049 for Germany works as well, at least in a
  9179. >small village near Innsbruck where I have tried it.  Anyway, the whole
  9180. >system, especially dialling the OWN country code for Luxembourg, looks
  9181. >extremely Austrian :-)
  9182.  
  9183. 0049 didn't work in Vienna last time I tried. Confused me a lot!
  9184.  
  9185.  
  9186. Daniel Karrenberg                    Future Net:  <dfk@cwi.nl>
  9187. CWI, Amsterdam                        Oldie Net:  mcvax!dfk
  9188. The Netherlands          Because It's There Net:  DFK@MCVAX
  9189.  
  9190. ------------------------------
  9191.  
  9192. Date: Fri, 27 Oct 89 04:00:48 PDT
  9193. From: Steve Forrette <c152-ft@cory.berkeley.edu>
  9194. Subject: Re: Cellular Phones Frying Your Brains
  9195. Organization: University of California, Berkeley
  9196.  
  9197. In article <telecom-v09i0464m03@vector.dallas.tx.us> you write:
  9198. >X-TELECOM-Digest: volume 9, issue 464, message 3 of 9
  9199.  
  9200. >Is there any truth to the rumor that the emissions from the newer
  9201. >cellular phones can be unhealthy?  In particular, I have heard that
  9202. >hand-held models (with their antennae located right next to the head)
  9203. >have been responsible for brain/eye damage.
  9204. > ......
  9205. >Is this true?  Can this cause real damage?  Did anyone consider this 
  9206. >before approving the 800MHz frequency?
  9207.  
  9208. I have a rear-window capacitive-mount antenna for my cellular phone,
  9209. and the instructions that came with it stated that people should keep
  9210. all parts of themselves at least 6 inches from the antenna whenever
  9211. the phone was in use!
  9212.  
  9213. ------------------------------
  9214.  
  9215. Date: Fri, 27 Oct 89 04:46:13 PDT
  9216. From: Steve Forrette <c152-ft@cory.berkeley.edu>
  9217. Subject: Re: 10 Cent Payphones
  9218.  
  9219.  
  9220. Last time I checked (year or so ago), Roseville Telephone (near
  9221. Sacramento, CA) still charged 10 cents for local calls.  An
  9222. interesting corollary is that Sunrise Mall in Citrus Heights, CA,
  9223. happens to straddle the service boundary between Roseville Telephone
  9224. and the *real* telephone company (Pacific Bell) - so, local calls cost
  9225. 20 cents at the south end of the mall and 10 cents at the north!
  9226.  
  9227. ------------------------------
  9228.  
  9229. Date: Fri, 27 Oct 89 14:17:37 -0400 (EDT)
  9230. From: Marvin Sirbu <ms6b+@andrew.cmu.edu>
  9231. Subject: Re: Unequal Service
  9232.  
  9233.  
  9234. Besides large corporate customers, other factors which affect the
  9235. decision to replace a switch include the rate of growth and the growth
  9236. in the use of data.  The marginal cost of adding capacity to a
  9237. crossbar is very high; if growth in lines or call holding times is
  9238. fast enough, it is cheaper to put in a new switch than continue to
  9239. upgrade an old one.  In addition to being the home of a large computer
  9240. company, Cupertino has experienced rapid growth as well.
  9241.  
  9242. Marvin Sirbu
  9243. CMU
  9244.  
  9245. ------------------------------
  9246.  
  9247. Date: Fri, 27 Oct 89 14:42:29 PDT
  9248. From: Linc Madison <rmadison@euler.berkeley.edu>
  9249. Subject: Re: 011 for International
  9250. Organization: University of California, Berkeley
  9251.  
  9252. In article <telecom-v09i0473m07@vector.dallas.tx.us>, Bob Goudreau:
  9253.  
  9254. >Does anyone out there know why "011" was chosen as the international
  9255. >access code here in the North American Numbering Plan?  If it were up
  9256. >to me, I'd probably pick "11" instead (i.e., "1" for long distance and
  9257. >"11" for *very* long distance, the way many European countries use "0"
  9258. >and "00").  Is there currently some special meaning assigned to "11"?
  9259.  
  9260. As has been noted in a couple of recent articles, "11" is reserved for
  9261. certain custom calling features from pulse-dial phones.  For example,
  9262. I can dial 70* to cancel call waiting, or I can dial 1170.  This
  9263. scheme is in wide use across much of the country.
  9264.  
  9265. The one thing I would've changed is that it seems logical to me to
  9266. say, "Dial 01 for international, and then 1 if it's direct-dial or 0
  9267. for operator assistance," to make it more analogous to domestic calls.
  9268. Thus we would have 011/010 instead of 011/01.
  9269.  
  9270.   Linc Madison   =   rmadison@euler.berkeley.edu
  9271.  
  9272. ------------------------------
  9273.  
  9274. From: Dave Levenson <westmark!dave@uunet.uu.net>
  9275. Subject: Re: Caller-ID for Pagers?
  9276. Date: 28 Oct 89 01:50:40 GMT
  9277. Organization: Westmark, Inc., Warren, NJ, USA
  9278.  
  9279.  
  9280. In article <telecom-v09i0474m05@vector.dallas.tx.us>, RS%AI.AI.MIT.EDU@
  9281. mintaka.lcs.mit.edu (Robert E. Seastrom) writes:
  9282.  
  9283. > In TELECOM Digest V9 #472, J. Philip Miller writes:
  9284.  
  9285. > > While speaking of Caller-ID implementations, I have wondered whether paging
  9286. > > services utilize Caller-ID to send to digital pagers so that the callers do
  9287. > > not need to key their number in for display on the pager.
  9288.  
  9289. > In TELECOM Digest V9 #472, Patrick Townson (Telecom Moderator) comments:
  9290.  
  9291. > > Regards using Caller-ID to feed digital pagers, I think it is a great
  9292. > > idea. I wonder if anyone has thought of it?  PT]
  9293.  ...
  9294.  
  9295. > [Moderator's Note: Granted, it might be better to have the switch
  9296. > answer and say, 'To default, press # now; else enter the desired
  9297. > digits.'  PT]
  9298.  
  9299.  
  9300. No!!!  Use the Caller-Id default if the caller enters nothing at all.
  9301. Otherwise, let the caller enter the digital message to be displayed.
  9302. Believe it or not, there are still a few telephone subscribers who use
  9303. pulse-dial equipment.  Some smart business telephone systems prevent
  9304. their users from dialing extra digits for end-to-end signalling --
  9305. primitive but effective toll-diversion.  With the present radio paging
  9306. equipment, they cannot send any message at all!
  9307.  
  9308. Automatically-generated Caller*Id would be better than no ID at all,
  9309. wouldn't it?
  9310.  
  9311.  
  9312. Dave Levenson                Voice: (201) 647 0900
  9313. Westmark, Inc.               Internet: dave@westmark.uu.net
  9314. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  9315. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  9316.  
  9317.  
  9318. ------------------------------
  9319.  
  9320. From: Gary Segal <motcid!segal%cell.mot.COM@uunet.uu.net>
  9321. Subject: Re: Caller ID and Pagers
  9322. Date: 27 Oct 89 21:33:05 GMT
  9323. Organization: Motorola INC., Cellular Infrastructure Division
  9324.  
  9325.  
  9326. Two comments:
  9327.  
  9328. First;
  9329.  
  9330. Using caller ID to automaticlly key pagers sounds like a good idea,
  9331. however I see one problem with it.  Sometimes you want to leave a
  9332. number other than the number that you are calling from, perhapes even
  9333. some pre-aranged code.  (One of my co-workers likes to "spell" his
  9334. name in numbers - remember spelling "Shell Oil" - 710.77345 on your
  9335. first calcualtor?)  
  9336.  
  9337. If we're going to have caller ID key into a pager system, the system
  9338. should have an option to enter a different number.  Of course, all of
  9339. this is moot with voice pagers.
  9340.  
  9341. Second;
  9342.  
  9343. >[Moderator's Note: Yes, I think there are modem/Caller-ID devices in
  9344. >one neat little box. A hackerphreak here in Chicago (six blocks down
  9345. >the street from me, on Artesian Avenue to be exact!) was caught
  9346. >burglarizing a computer at Bell Labs/Naperville about a year ago
  9347. >because his phone number was captured by the equipment out there.
  9348.  
  9349. It would be interesting to know what happened in this case.  Did the
  9350. caller-ID constitute an illegal wire-tap here in Illinios?  If the
  9351. phreak had a good laywer, that could have been part of his defense.
  9352.  
  9353. As far as I know, IBT doesn't give residential subscribers the option
  9354. of disabling caller-id; at least I've never been given the option nor
  9355. have I seen any mention of it in my bill.
  9356.  
  9357.  
  9358. Gary Segal @ Motorla C.I.D.            1501 W. Shure Drive
  9359.  ...!uunet!motcid!segal                Arlington Heights, IL 60004
  9360. Disclaimer: The above is all my fault.        +708 632-2354
  9361.  
  9362. [Moderator's Note: 'What happened in that case', as reported here in the
  9363. Digest at the time was the phreak was indicted by a federal grand jury;
  9364. was found guilty; was placed in the custody of the Attorney General or
  9365. his authorized representative for a period of one year which was served
  9366. concurrently with three years federal probation. 
  9367.  
  9368. No, there was no 'illegal wire-tap'. That is a crock, and the judge over
  9369. east who thought it up will be overruled on appeal. When you observe some
  9370. person intruding onto your property, burglarizing your property or stealing
  9371. from you and you report what you have witnessed, you are not 'guilty' of
  9372. spying on the burglar or invading his privacy.  PT]
  9373.  
  9374. ------------------------------
  9375.  
  9376. From: Dave Levenson <westmark!dave@uunet.uu.net>
  9377. Subject: Re: Caller ID Device
  9378. Date: 28 Oct 89 01:54:42 GMT
  9379. Organization: Westmark, Inc., Warren, NJ, USA
  9380.  
  9381.  
  9382. In article <telecom-v09i0474m10@vector.dallas.tx.us>, judice@kyoa.enet.dec.com
  9383.  (Louis J. Judice 26-Oct-1989 1007) writes:
  9384.  ...
  9385. > Unfortunately, NJ Bell tells me that my C.O. (Peapack) is not
  9386. > scheduled for CLASS Calling Services until JANUARY, 1991!!!
  9387.  
  9388. That's interesting -- when a subscriber in Peapack calls us in
  9389. Warren, we get their caller id number NOW.  They send it, but they
  9390. don't receive it.
  9391.  
  9392.  
  9393. Dave Levenson                Voice: (201) 647 0900
  9394. Westmark, Inc.               Internet: dave@westmark.uu.net
  9395. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  9396. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  9397.  
  9398.  
  9399. ------------------------------
  9400.  
  9401. From: Lang Zerner <langz@asylum.sf.ca.us>
  9402. Subject: Re: Ameritech Dissolves Bell Boards of Directors
  9403. Date: 28 Oct 89 03:23:52 GMT
  9404. Reply-To: langz@asylum.UUCP (Lang Zerner)
  9405. Organization: The Great Escape, Inc
  9406.  
  9407.  
  9408. In article <telecom-v09i0475m01@vector.dallas.tx.us> telecom@eecs.nwu.edu 
  9409. (TELECOM Moderator) writes:
  9410. >X-TELECOM-Digest: volume 9, issue 475, message 1 of 8
  9411.  
  9412. >In an effort to streamline decisionmaking, the directors of Ameritech
  9413. >dissolved the boards of directors of the five Bell operating companies
  9414. >...the Bell companies are wholly owned subsidiaries of Ameritech
  9415.  
  9416. Wow!  I never knew this.  Ameritech owns every basic service provider
  9417. in the country?  Why isn't this in violation of antitrust laws?  How is
  9418. it any different than before, when AT&T had a big "monopoly" (I hope
  9419. there's *some* difference!).
  9420.  
  9421. Be seeing you...
  9422. Lang Zerner
  9423. langz@asylum.sf.ca.us   UUCP:bionet!asylum!langz   ARPA:langz@athena.mit.edu
  9424. "...and every morning we had to go and LICK the road clean with our TONGUES!"
  9425.  
  9426. [Moderator's Note: Ameritech does NOT 'own every basic service
  9427. provider in the country.' They own FIVE telephone companies in the
  9428. midwest part of the United States. In the past, AT&T owned almost two
  9429. dozen telcos across the country operating under the 'Bell' name. And
  9430. at the time of divestiture, no one said *how* AT&T had to go about
  9431. divesting itself; just that it had to. In other words, AT&T could have
  9432. created one large company called "Bell Telephone", and as long as it
  9433. was separated from AT&T it would have met the requirements of the
  9434. decree, although it is likely such a new entity soon would itself have
  9435. been sued for anti-trust violations. GTE owns more telephone operating
  9436. companies than Ameritech, or for that matter, any of the other newly
  9437. formed holding companies previously part of AT&T.  PT]
  9438.  
  9439. ------------------------------
  9440.  
  9441. End of TELECOM Digest V9 #476
  9442. *****************************
  9443. 
  9444. 
  9445. Date:     Sat, 28 Oct 89 2:47:44 CDT
  9446. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  9447. To:       telecom@eecs.nwu.edu
  9448. Subject:  TELECOM Digest V9 #477
  9449. Message-ID:  <8910280247.aa31283@delta.eecs.nwu.edu>
  9450.  
  9451.  
  9452. TELECOM Digest     Sat, 28 Oct 89 02:45:30 CDT    Volume 9 : Issue 477
  9453.  
  9454. Today's Topics:                             Moderator: Patrick Townson
  9455.  
  9456.     Re: Allowing NXX Prefixes & Area Codes (Linc Madison)
  9457.     Re: 919 Split (And What We're Seeing in 312) (David W. Tamkin)
  9458.     Re: California Junk Fax Bill (Richard R. Grady, Jr.)
  9459.     Re: Cheap Cellular Phones (Thomas E. Lowe)
  9460.     Re: Code-a-Phone 2770 Answering Machine (Al Donaldson)
  9461.     Re: Cordless Phone (Cyril Bauer)
  9462.     Re: Cartoon (Cyril Bauer)
  9463.     Writing Specifications of Call Forwarding & Retry Busy (CCBS) (Anthony Lee)
  9464.     Net Address of US Sprint in Kansas City? (Peter J. Dotzauer)
  9465.     Accessing the Federal Reserve Network (Peter J. Dotzauer)
  9466.  
  9467. [Moderator's Note: Remember that we return to standard time tonight. 
  9468. Clocks must be set back one hour at 2:00 AM Sunday. PT]
  9469. ----------------------------------------------------------------------
  9470.  
  9471. Date: Fri, 27 Oct 89 14:49:25 PDT
  9472. From: Linc Madison <rmadison@euler.berkeley.edu>
  9473. Subject: Re: Allowing NXX Prefixes & Area Codes
  9474. Organization: University of California, Berkeley
  9475.  
  9476. In the list of area codes and NXX's posted here recently, the number
  9477. given for 312 was 769.  I'm rather shocked by this figure if it's
  9478. correct -- even if the figure of 769 includes reserved NXX's like 555,
  9479. 950, etc., that leaves only 15 available.  That sort of brinksmanship
  9480. with the phone system is rather unusual.  Are you sure it wasn't 679
  9481. instead of 769?
  9482.  
  9483. [784 NXX's are possible = 8*10*10 - N11/N00; as I said, this doesn't
  9484. account for other "special case" reserved prefixes like 555, 950, 976,
  9485. and in some areas 970, 540, etc.  All the N11 and N00 are reserved.
  9486. Here in California, for example, we can dial 811-4094 from any
  9487. Pac*Bell phone in the state and talk to Pac*Bell billing for Berkeley
  9488. numbers, toll-free.]
  9489.  
  9490.   Linc Madison   =   rmadison@euler.berkeley.edu
  9491.  
  9492. ------------------------------
  9493.  
  9494. Subject: Re: 919 Split (And What We're Seeing in 312)
  9495. Date: Thu, 26 Oct 89 22:38:35 CDT
  9496. From: "David W. Tamkin" <dattier@jolnet.orpk.il.us>
  9497.  
  9498. Bob Goudreau wrote in Digest Volume 9, Issue 473, about area code 919:
  9499.  
  9500. | It isn't an obvious split (like, say, 617/508) since 919's two largest
  9501. | urban areas (Raleigh/Durham and Greensboro/Winston-Salem) have roughly
  9502. | the same population but are about 80 miles apart.  If one urban area
  9503. | has to get assigned to the new NPA, which one is it?  The alternative
  9504. | would be to leave *both* of them in 919, thus potentially making both
  9505. | 919 and the new NPA exceedingly contorted, perhaps like 619 in California.
  9506.  
  9507. Or like 409 in Texas, which completely circumscribes the part that
  9508. kept 713?
  9509.  
  9510. "Same population" means comparable numbers of residences.  Here in
  9511. northeastern Illinois, more prefixes are switching to 708 than
  9512. remaining in 312, and more population will be switching to 708 than
  9513. staying in 312.  Even though the prefixes remaining in 312 tend to be
  9514. fuller, there are more actual telephone lines going to 708.
  9515.  
  9516. The key, I think, is not Illinois Bell's fable that "area code 312 is
  9517. historically associated with the city of Chicago" but that once the
  9518. 312/708 boundaries were drawn, there were more business customers on
  9519. the city side than on the suburban sides.  It is a greater annoyance
  9520. for a business to get an involuntary telephone number change than for
  9521. a residence.  Compare the backlash against changing the name of a
  9522. sidestreet to that against changing the name of a commercial
  9523. thoroughfare.  (The result here is not very good: a large majority of
  9524. the prefixes and of the growth potential are on the same side of the
  9525. line [indicating that the line should have been drawn differently],
  9526. and moreover that side that is getting the new code.)
  9527.  
  9528. The choices in North Carolina are either to draw a small area
  9529. encompassing the larger cities a la Houston and let the surrounding
  9530. band get the new code, or to separate the two metropolitan clusters
  9531. and assign the new code to the side of the line with fewer business
  9532. customers.
  9533.  
  9534. David W. Tamkin     dattier@jolnet.orpk.il.us   {attctc,netsys}!jolnet!dattier
  9535. P. O. Box 813  Rosemont, Illinois  60018-0813   (708) 518-6769  (312) 693-0591
  9536.  
  9537. ------------------------------
  9538.  
  9539. From: "Richard R Grady, Jr" <r4@mvuxd.att.com>
  9540. Subject: Re: California Junk Fax Bill
  9541. Date: 27 Oct 89 17:47:01 GMT
  9542. Reply-To: r4@cbnews.ATT.COM (richard.r.grady..jr,54354,mv,3a018,508 960 6182)
  9543. Organization: AT&T Bell Laboratories
  9544.  
  9545.  
  9546. In article <telecom-v09i0475m06@vector.dallas.tx.us> john@zygot.ati.com 
  9547. (John Higdon) writes:
  9548.  
  9549. >In article <telecom-v09i0472m09@vector.dallas.tx.us>, gtephx!phobos!ellisond@
  9550. >asuvax.EAS.ASU.EDU (Dell Ellison) writes:
  9551.  
  9552. >> What if the problem of junk fax is wide-spread, BUT the 'elected
  9553. >> representatives' just happen to not have the problem???
  9554.  
  9555. >From all evidence presented so far, nobody seems to be having a
  9556. >problem. Ergo, no problem. At least it's not widespread.
  9557.  
  9558. Whenever a law is proposed to ban junk fax, everyone who opposes the
  9559. ban informs the elected representatives about his/her opposition, via
  9560. an unsolicited fax (How dumb can you get?).  So *only* elected
  9561. representatives have a junk fax problem!!!
  9562.  
  9563.  
  9564. Dick Grady              r_r_grady@att.com             ...!att!mvuxd!r4 
  9565. The above opinions are mine, and not necessarily those of my employer.
  9566.  
  9567. ------------------------------
  9568.  
  9569. From: Thomas E Lowe <tel@hound.att.com>
  9570. Subject: Re: Cheap Cellular Phones
  9571. Date: 27 Oct 89 13:16:11 GMT
  9572. Reply-To: tel@cbnewsh.ATT.COM (thomas.e.lowe,ho,)
  9573. Organization: AT&T Bell Laboratories
  9574.  
  9575.  
  9576. I have seen ads here in NJ for Novatel Car phones for 88 dollars.
  9577. Has anyone out there had any experience with Novetel phones?
  9578.  
  9579. I'm sure there are very few fancy features in this model, but how
  9580. about the quality?  Is the range as good as more expensive models?
  9581. How about sound quality and reliability?
  9582.  
  9583. The company offering this deal is Jersey Cellular.  Has anyone in NJ
  9584. had experience with this outfit?
  9585.  
  9586. Thanks!
  9587.  
  9588.  
  9589. Tom Lowe    tel@hound.ATT.COM or  att!hound!tel     201-949-0428
  9590. AT&T Bell Laboratories, Room 2E-637A
  9591. Crawfords Corner Road,  Holmdel, NJ  07733
  9592. (R) UNIX is a registered trademark of AT&T  (keep them lawyers happy!!)
  9593.  
  9594. ------------------------------
  9595.  
  9596. From: Al Donaldson <vrdxhq!escom.com!al@uunet.uu.net>
  9597. Subject: Re: Code-a-Phone 2770 Answering Machine
  9598. Date: 26 Oct 89 04:36:42 GMT
  9599. Organization: ESCOM Corp., Oakton, VA
  9600.  
  9601.  
  9602. > Otto J. Makela <otto@jyu.fi> asks:
  9603. >   . . .  I have a sales blurb for a device called the Code-a-
  9604. >   Phone 2600, which would seem to be what I need: ...
  9605. >   Does anyone have hands-on experience with these devices ?
  9606.  
  9607. When I saw this message I recalled my somewhat embarrassing encounter 
  9608. with my new 2650.  Following is from my mail folder earlier this year.
  9609. (By the way, I think I paid US$65 at a discount store.)
  9610.  
  9611. Al
  9612.                          ================
  9613.   You'd commented that my answering machine sounded really muffled, 
  9614.   and today I found out why.
  9615.   
  9616.   The machine is a Code-A-Phone 2650 combined answering machine-phone,
  9617.   with the outgoing message recorded in memory rather than on tape.
  9618.   Since Code-A-Phone has a good reputation for quality, I was really
  9619.   disappointed when I heard the outgoing message played back.  At first
  9620.   I'd thought it was because it was next to the Sun, and the fan noise
  9621.   might be affecting the recording.  Nope.  Then I played around with
  9622.   holding the handset various ways (my, what a neat idea, using the
  9623.   handset as the microphone for the answering machine..), but that 
  9624.   didn't make any difference either.  Then I just sort of gave up and
  9625.   figured that it was a result of a poor design, not enough memory to
  9626.   store the voice properly, or such.
  9627.   
  9628.   Finally, today I called Code-A-Phone (no 800 number...) and spoke
  9629.   with a lady there.  I explained I was really disappointed with the
  9630.   voice quality, and unless they had some answer I was going to get 
  9631.   rid of the machine.  She asked if I had any music or other equipment
  9632.   on in the background, and I told her about the computer but said 
  9633.   that turning it off didn't make any difference.  She asked how close 
  9634.   I was to the mike and I said I'd tried holding the handset at various 
  9635.   distances and angles but that didn't seem to make any difference either.
  9636.   Then she told me that I'm not supposed to use the handset, but am
  9637.   supposed to talk into the microphone.  Microphone??
  9638.   
  9639.   Sure enough, hidden in the base of the machine is a tiny little hole,
  9640.   not labeled, for the microphone.  The user manual doesn't mention where 
  9641.   the microphone is; it just says "When the message light starts flashing, 
  9642.   speak toward the microphone."  So I was talking into the handset, 
  9643.   the only obvious microphone on the beast, which was about 3 ft away from 
  9644.   the real microphone.  Sheesh.  What would it have cost them to to stamp 
  9645.   the word "microphone" next to the hole and/or print a line explaining 
  9646.   that the microphone is separate from the handset?
  9647.   
  9648.  
  9649. ------------------------------
  9650.  
  9651. From: cy@pnet51.orb.mn.org (Cyril Bauer)
  9652. Subject: Re: Cordless Phone
  9653. Date: 27 Oct 89 17:47:11 GMT
  9654. Organization: People-Net [pnet51], Minneapolis, MN.
  9655.  
  9656.  
  9657. How about an alternative? I saw someplace a jack that a person cold
  9658. put into the a.c. power. Transmission takes place over the a.c. line
  9659. along with the supervisory commands for on and off hook. I don't know
  9660. how well it works or if and where you can find it. I'll look around in
  9661. the books that I have and leave another note on here when I find it.
  9662. This is if you so desire. Paging could be done with the ringback
  9663. feature in your area if the telco allows it. Otherwise another device
  9664. could be added with very little cost using the f.m. over the power
  9665. lines too.
  9666.  
  9667. UUCP: {amdahl!bungia, uunet!rosevax, crash}!orbit!pnet51!cy
  9668. ARPA: crash!orbit!pnet51!cy@nosc.mil
  9669. INET: cy@pnet51.orb.mn.org
  9670.  
  9671.  
  9672. ------------------------------
  9673.  
  9674. From: cy@pnet51.orb.mn.org (Cyril Bauer)
  9675. Subject: Re: Cartoon
  9676. Date: 27 Oct 89 17:46:46 GMT
  9677. Organization: People-Net [pnet51], Minneapolis, MN.
  9678.  
  9679.  
  9680. I like the cartoon. I have been wondering myself what the end user has
  9681. been doing with them.
  9682.  
  9683. UUCP: {amdahl!bungia, uunet!rosevax, crash}!orbit!pnet51!cy
  9684. ARPA: crash!orbit!pnet51!cy@nosc.mil
  9685. INET: cy@pnet51.orb.mn.org
  9686.  
  9687.  
  9688. ------------------------------
  9689.  
  9690. From: Anthony Lee <munnari!batserver.cs.uq.oz.au!anthony@uunet.uu.net>
  9691. Subject: Writing Specifications of Call Forwarding & Retry Busy (CCBS)
  9692. Date: 26 Oct 89 03:04:02 GMT
  9693. Reply-To: anthony%batserver.cs.uq.OZ@uunet.uu.net
  9694.  
  9695.  
  9696. As part of my PhD work, I am trying to write formal specifications of
  9697. supplementary services.  I don't even have informal specifications 
  9698. of simple services such as Call Forwarding or Retry Busy.  
  9699.  
  9700. There are many questions about access: With Call Forwarding, does the
  9701. subscriber have to subscribe to CF before using it or are there cases
  9702. where it is just generally available?  To use Call Forwarding, a
  9703. subscriber lifts off the handset and dials the appropriate code.  If
  9704. it is OK for the subscriber to use CF then would he/she receive a
  9705. confirmation tone?  What is the term for the process of making CF
  9706. available on one's telephone?.  Is it called "enable" ?  Within the
  9707. switch itself what is the general term for actually forwarding the
  9708. call?  Would it be called "activation" ?
  9709.  
  9710. In general what is the term for making a supplementary service
  9711. available for a telephone ?  And what is the general term for actually
  9712. executing that service?
  9713.  
  9714. To make this even more complicated, in the Retry Busy service, when
  9715. the subscriber hears an engaged tone and dials the code for Retry Busy,
  9716. is that the "enable" part of the service ?  And when the switch next
  9717. scans the destination, would that be called the "activation" part of
  9718. the service?
  9719.  
  9720. Even better would some kind soul who works for a telco like to post
  9721. their specification for supplementary services?  I realize a lot of
  9722. documents must be proprietary but surely supplementary services have
  9723. been around long enough such that there must be some old docoument
  9724. lying in the bottom of some filing cabinet.
  9725.  
  9726. I like those stuff posted about Starline Services but they seem to
  9727. aim at the customer not the programmer.
  9728.  
  9729. Anyway thanks in advance.
  9730.  
  9731. Cheers, Anthony
  9732. Anthony Lee (Humble PhD student) (Alias Time Lord Doctor) 
  9733. ACSnet:    anthony@batserver.cs.uq.oz    TEL:(+617) 3712651
  9734. Internet: anthony@batserver.cs.uq.oz.au        (+617) 3774139 (w)
  9735. SNAIL: Dept Comp. Science, University of Qld, St Lucia, Qld 4067, Australia
  9736.  
  9737. ------------------------------
  9738.  
  9739. From: "Peter J. Dotzauer" <pjd@hpuxa.ircc.ohio-state.edu>
  9740. Subject: Net Address of US Sprint in Kansas City?
  9741. Date: 28 Oct 89 01:18:00 GMT
  9742. Organization: Ohio State Univ IRCC
  9743.  
  9744.  
  9745. Does anyone know the net address of US Sprint, specifically its
  9746. Kansas City offices?
  9747.  
  9748. I have been told US Sprint is on Telenet, but how is that accessible
  9749. from the internet or uucp?
  9750.  
  9751.  
  9752. Peter Dotzauer: Numerical Cartography Lab, Ohio State University, Columbus, OH
  9753.         VOICE: (614) 292-1357  FAX: 292-9180  DATA: 293-0081 
  9754.         BITNET: ts3285@ohstvma UUCP: ...!osu-cis!hpuxa.ircc.ohio-state.edu!pjd
  9755.         FIDO: 1:226/50       ARPA: pjd@hpuxa.ircc.ohio-state.edu [128.146.1.5]
  9756.  
  9757. [Moderator's Note: If Sprint is 'on Telenet' what this probably means
  9758. is they have an electronic mailbox on the Telemail Mail Service of
  9759. Telenet. Maybe someone who recalls the messages some time ago about
  9760. the use of gateways to get from Internet to elsewhere will recall the
  9761. way it is done with Internet <==> Telenet. I don't remember. It might
  9762. also mean one or more of their computers is connected to the Telenet
  9763. data network, in which case you are probably not invited. PT]
  9764.  
  9765. ------------------------------
  9766. From: "Peter J. Dotzauer" <pjd@hpuxa.ircc.ohio-state.edu>
  9767. Subject: Accessing the Federal Reserve Network
  9768. Date: 27 Oct 89 20:29:21 GMT
  9769. Organization: Ohio State Univ IRCC
  9770.  
  9771.  
  9772. What are the prerequisites to access the Federal Reserve network for
  9773. initiating financial transactions between accounts (e.g. between my
  9774. checking account and the account of a utility to pay an electric
  9775. bill)?
  9776.  
  9777. I have read that Checkfree, Inc., a company that provides certain home
  9778. banking and electronic bill paying services, uses the Federal Reserve
  9779. network, that is also used by banks to transfer funds. Banks are
  9780. compelled to cooperate with that company, or otherwise they would
  9781. violate federal banking regulations.
  9782.  
  9783. If a non-bank entity like Checkfree can access the Federal Reserve
  9784. network to transfer funds, why can I not do that myself, or can I?
  9785.  
  9786.  
  9787. Peter Dotzauer: Numerical Cartography Lab, Ohio State University, Columbus, OH
  9788.         VOICE: (614) 292-1357  FAX: 292-9180  DATA: 293-0081 
  9789.         BITNET: ts3285@ohstvma UUCP: ...!osu-cis!hpuxa.ircc.ohio-state.edu!pjd
  9790.         FIDO: 1:226/50       ARPA: pjd@hpuxa.ircc.ohio-state.edu [128.146.1.5]
  9791.  
  9792. [Moderator's Note: I believe Checkfree *is* considered a bank for the purpose
  9793. of routing and funds transfer through the Fed. And I suppose if the banks
  9794. and the FRB were willing to accept you as a 'bank' you would be
  9795. permitted to use the network also. But calling yourself one does not
  9796. make you one; and I suspect Checkfree has substantial reserves on deposit
  9797. which guarentee its performance, in the same way the check-printing companies
  9798. have to have an excellent relationship with the banks, in order to be given
  9799. access to account numbers, customer names, etc.   PT]
  9800.  
  9801. ------------------------------
  9802.  
  9803. End of TELECOM Digest V9 #477
  9804. *****************************
  9805. 
  9806. 
  9807. Date:     Sun, 29 Oct 89 9:45:02 CST
  9808. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  9809. To:       telecom@eecs.nwu.edu
  9810. Subject:  TELECOM Digest V9 #478
  9811. Message-ID:  <8910290945.aa19082@delta.eecs.nwu.edu>
  9812.  
  9813.  
  9814. TELECOM Digest     Sun, 29 Oct 89 09:42:18 CST    Volume 9 : Issue 478
  9815.  
  9816. Today's Topics:                             Moderator: Patrick Townson
  9817.  
  9818.     Rate Comparison to Hong Kong (John R. Covert)
  9819.     Re: Cheap Cellular Phones (Dave Levenson)
  9820.     Re: Cheap Cellular Phones (John Higdon)
  9821.     Re: Unequal Service (David Lewis)
  9822.     Re: Unequal Service (David Lesher)
  9823.     Re: Caller ID at American Express (David Lewis)
  9824.     Re: Caller-ID for Pagers? (John Higdon)
  9825.     Re: Hacker Caught by Caller-ID? (Jim Gottlieb)
  9826.     Why Not 00 as the International Prefix in the US? (Dan Sahlin)
  9827. ----------------------------------------------------------------------
  9828.  
  9829. Date: Fri, 27 Oct 89 09:00:38 -0700
  9830. From: "John R. Covert  27-Oct-1989 0929" <covert@covert.enet.dec.com>
  9831. Subject: Rate Comparison to Hong Kong
  9832.  
  9833. >The connection will be from Toronto Canada to Hong Kong in order to
  9834. >take advantage of discounted Canadian toll charges.  (Hong Kong to
  9835. >North America and U.S. to Hong Kong seems to be more expensive).  From
  9836. >Toronto the information will pass into the continental U.S.
  9837.  
  9838. Although I expected calls from Hong Kong to either the U.S. or Canada
  9839. to be more expensive than the reverse direction, the assertion that
  9840. calls from Canada to Hong Kong were less expensive than from the U.S.
  9841. surprised me, since I knew that Canadian rates to Europe were
  9842. drastically higher than U.S. rates to Europe.
  9843.  
  9844. Canada has recently lowered overseas rates.  Rates to, for example,
  9845. West Germany are still quite a bit higher from Canada than from the
  9846. U.S.  Canadian rates to Hong Kong are only lower for the first minute;
  9847. additional minute charges from the U.S. are lower.  You will save
  9848. money originating the calls from Canada only if they are fairly short
  9849. calls.  And unless you also need the data to be in Canada, too,
  9850. anyway, or have private circuits, you'll lose that savings on the
  9851. additional call transmitting it across the border.
  9852.  
  9853. Here is the comparison:
  9854.  
  9855. Canada:
  9856.  
  9857. 4p-12a    8a-4p    12a-8a        Don't forget tax.  Canadian tax
  9858.                 is significant:  19% (11 Fed, 8 Prov).
  9859. 2.19    1.76    1.53
  9860. 1.46    1.17    1.02        U.S. tax is only 3% Federal, and most
  9861.                 states do not tax out-of-state calls.
  9862. AT&T
  9863.  
  9864. 5p-11p    10a-5p    11p-10a        Notice the time differences.  Canada
  9865. 3.62    2.72    2.17        and AT&T are similar, but Sprint has
  9866. 1.35    1.03     .81        reversed the peak and medium periods.
  9867.  
  9868. Sprint                And finally -- there are new digital
  9869.                 circuits to Hong Kong.  I've gotten
  9870. 8a-6p    6p-12a    12a-8a        some _wonderful_ connections on AT&T.
  9871. 3.3666    2.5840    1.8445        Other carriers may have them as well.
  9872. 1.2825     .9888     .7938
  9873.  
  9874. /john
  9875.  
  9876. ------------------------------
  9877.  
  9878. From: Dave Levenson <westmark!dave@uunet.uu.net>
  9879. Subject: Re: Cheap Cellular Phones
  9880. Date: 29 Oct 89 03:18:50 GMT
  9881. Organization: Westmark, Inc., Warren, NJ, USA
  9882.  
  9883.  
  9884. In article <telecom-v09i0477m04@vector.dallas.tx.us>, tel@hound.att.com 
  9885. (Thomas E Lowe) writes:
  9886.  
  9887. > I have seen ads here in NJ for Novatel Car phones for 88 dollars.
  9888. > Has anyone out there had any experience with Novetel phones?
  9889.  
  9890. > I'm sure there are very few fancy features in this model, but how
  9891. > about the quality?  Is the range as good as more expensive models?
  9892. > How about sound quality and reliability?
  9893.  
  9894. > The company offering this deal is Jersey Cellular.  Has anyone in NJ
  9895. > had experience with this outfit?
  9896.  
  9897.  
  9898. I have been driving around NJ with a Novatel cellular phone since
  9899. 1986.  It has never required maintenance, and works pretty well all
  9900. over the state.  Yes, there are a few "dead spots" -- mostly in the
  9901. less-travelled areas and in the "hill country" of western Morris and
  9902. northern Somerset counties.
  9903.  
  9904. Novatel makes a large product line.  The model 1260 (which I have) is
  9905. a 3-watt unit (the max allowed) and is no-longer manufactured.
  9906.  
  9907. Remember that the company who sells and installs your mobile phone
  9908. gets to activate your service with Cellular One, or Metro One, or
  9909. Bell Atlantic or Nynex (depending upon where you live).   They get
  9910. a piece of the action for every minute of air time you use.  Their
  9911. loss-leader price usually requires that _they_ activate your
  9912. service, and that you keep it for some minimum period.  They make
  9913. back on your air time what they probably lose selling it at that
  9914. price.  They also have to make a monthly quota of new service
  9915. activations, to keep their service reseller status.  The deal is
  9916. probably not bad, all things considered.  Back in '86 they sold for
  9917. about $1,500 plus installation!
  9918.  
  9919. Dave Levenson                Voice: (201) 647 0900
  9920. Westmark, Inc.               Internet: dave@westmark.uu.net
  9921. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  9922. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  9923.  
  9924.  
  9925. ------------------------------
  9926.  
  9927. From: John Higdon <john@zygot.ati.com>
  9928. Subject: Re: Cheap Cellular Phones
  9929. Date: 29 Oct 89 06:11:50 GMT
  9930. Organization: Green Hills and Cows
  9931.  
  9932.  
  9933. In article <telecom-v09i0477m04@vector.dallas.tx.us>, tel@hound.att.com 
  9934. (Thomas E Lowe) writes:
  9935.  
  9936. > I have seen ads here in NJ for Novatel Car phones for 88 dollars.
  9937. > Has anyone out there had any experience with Novetel phones?
  9938.  
  9939. A friend was trying out one of their handhelds. He brought it by and
  9940. we did an informal comparison with my GE Mini (made by Mitsubishi),
  9941. also a handheld. The audio quality was terrible; the voice was almost
  9942. unintelligible because of a weird peak in the audio spectrum. In
  9943. places where my GE was solid, the Novatel was experiencing severe fade
  9944. on the same system. It's possible that it was, for some reason,
  9945. working a different cell, but overall the performance was unimpressive
  9946. and it certainly didn't hold a candle to the GE.
  9947.  
  9948.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  9949.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  9950.  
  9951. ------------------------------
  9952.  
  9953. From: David Lewis <nvuxr!deej@bellcore.bellcore.com>
  9954. Subject: Re: Unequal Service
  9955. Date: 28 Oct 89 18:21:54 GMT
  9956. Organization: Bellcore, Livingston, NJ
  9957.  
  9958.  
  9959. In article <telecom-v09i0475m08@vector.dallas.tx.us>, john@zygot.ati.com 
  9960. (John Higdon) writes:
  9961.  
  9962. ] In article <telecom-v09i0473m04@vector.dallas.tx.us>, westmark!dave@uunet.uu.
  9963. ] net (Dave Levenson) writes:
  9964.  
  9965. ] > The schedule for a given central office may be pushed one way or another
  9966. ] > by the demands of the major business subscribers in its serving area;
  9967. ] > the over-all schedule is probably pretty well cast in stone by the
  9968. ] > telco _and_ the regulators.
  9969.  
  9970. ] Where I
  9971. ] live in Willow Glen, the highest tech business you are likely to find
  9972. ] is a grocery store. Our crossbar should be replaced around 2015, if
  9973. ] we're fortunate.
  9974.  
  9975. Actually, it shouldn't be that bad.  Crossbars stopped being installed
  9976. in about 1970, if memory serves correctly.  The longest depreciation
  9977. schedule I know of is 40 years, so you should be able to get rid of it
  9978. by, oh, about 2010...  ;-)
  9979.  
  9980. ] I suppose crossbar is here to stay in San Jose!
  9981.  
  9982. Well, a good solid 8.0 earthwake with the epicenter directly under
  9983. your CO should be able to encourage the telco to modernize... ;-) again!
  9984.  
  9985. David G Lewis                ...!bellcore!nvuxr!deej
  9986.  
  9987.             "If this is paradise, I wish I had a lawnmower."
  9988.  
  9989. ------------------------------
  9990.  
  9991. From: David Lesher <wb8foz@mthvax.cs.miami.edu>
  9992. Subject: Re: Unequal Service
  9993. Date: Sat, 28 Oct 89 14:06:26 EDT
  9994. Reply-To: David Lesher <wb8foz@mthvax.cs.miami.edu>
  9995.  
  9996. For a long time, Cleveland {has} had unequal service, in the reverse
  9997. direction. 471-1212 got you a time recording, which in crossbar, panel
  9998. or step offices timed out after about 2 minutes (unless it was New
  9999. Year's Eve).
  10000.  
  10001. But if you moved into a ESS, you got 20 seconds - two annoucements. If
  10002. you called as the second call of a threeway, you got one. Bang.
  10003.  
  10004. Needless to say, this made it hard to set your digital watch.  I
  10005. complained. OBT denied there was a problem, but said if there was, it
  10006. must be in my CPE,{;-)} and they would check it for a $40.00 visit
  10007. charge. I countered with a $40.00 charge for MY time if their visit
  10008. turned up zilch. They announced again there was no problem, said the
  10009. tariffs forbit me from charging them, and threatened to disconnect my
  10010. service for not registering my answering machine.
  10011.  
  10012. About this time I moved elsewhere. But I did learn something.  Always
  10013. write letters to the business office. They HATE that. (I am not sure
  10014. if only the supervisers can read, or they have an elite section....)
  10015. Further, each letter I got back came signed by     "your service rep."
  10016.  
  10017.                        ===================
  10018. A host is a host & from coast to coast...wb8foz@mthvax.cs.miami.edu 
  10019. no one will talk to a host that's close..............(305) 255-RTFMG
  10020. Unless the host (that isn't close)......................pob 570-335
  10021. is busy, hung or dead....................................33257-0335
  10022.  
  10023. ------------------------------
  10024.  
  10025. From: David Lewis <nvuxr!deej@bellcore.bellcore.com>
  10026. Subject: Re: Caller ID at American Express
  10027. Date: 28 Oct 89 18:18:31 GMT
  10028. Organization: Bellcore, Livingston, NJ
  10029.  
  10030.  
  10031. In article <telecom-v09i0475m07@vector.dallas.tx.us>, klg@dukeac.UUCP (Kim 
  10032. Greer) writes:
  10033.  
  10034. > In article <telecom-v09i0464m06@vector.dallas.tx.us> langz@asylum.UUCP (Lang
  10035. > Zerner) writes:
  10036.  
  10037. > >In article <telecom-v09i0454m03@vector.dallas.tx.us> johnl@esegue.segue.
  10038. > >>[American Express] has been reported to have an 800 version of Caller ID
  10039.  
  10040. > >Apparently, someone at Amex marketing thought it would be friendlier
  10041. > >to answer the phone, "Good morning Mr. Zerner."  A lot of people
  10042. > >(myself included) thought it was pompous and not beneficial.  At least
  10043. > >one person encountered communication difficulties because he was
  10044. > >calling from another cardholder's phone.  Enough of these dissatisfied
  10045. > >customers wrote and called in nastygrams expressing their dislike of
  10046. > >Amex' use of the technology that Amex ended up pulling the idea.
  10047.  
  10048. First, technical commentary.  AT&T offers a service which I believe is
  10049. called Account Match (although I wouldn't swear to it, and it may be a
  10050. Service Mark if it is).  Customers who subscribe to AT&T 800 service
  10051. and who have an AT&T PBX can get a direct trunk connection from the
  10052. AT&T Point of Termination to their AT&T PBX.  Over this trunk
  10053. connection AT&T will deliver the ANI (Automatic Number Identification)
  10054. of the calling party.  The AT&T PBX can then send the ANI to an
  10055. attached application processor (which, surprise surprise, AT&T will be
  10056. happy to provide) which will do a database lookup and fetch the
  10057. account record corresponding to the calling ANI.
  10058.  
  10059. This is not *exactly* calling number delivery; instead, it's a service
  10060. built on ANI delivery.  Calling number = ANI for almost all
  10061. residential numbers; however, calling number != ANI for a large number
  10062. of moderately sized business numbers -- ANI is the *billing* number,
  10063. and many businesses have a single billing number defined for
  10064. centralized accounting.  Therefore, if you're calling from a Centrex
  10065. line, or from a PBX trunk, the ANI may be irrelevant to the calling
  10066. party number.  (If you're calling from a PBX, of course, the calling
  10067. number itself may be irrelevant unless the PBX sends it to the CO, and
  10068. I don't know if any do.)
  10069.  
  10070. Another note; I've heard that MCI is sponsoring/has sponsored an "ANI
  10071. Developer's Conference".  MCI will begin providing ANI to 800
  10072. customers in the near future, and wants to build a base of
  10073. applications like the above to offer as well.
  10074.  
  10075. In the anecdote I heard (from an unnamed source at AT&T Naperville),
  10076. the customer didn't cancel their service; they just instructed their
  10077. operators to stop greeting callers by their name and collecting their
  10078. name *first*, so they would present the appearance of using the name
  10079. to look up the account...
  10080.  
  10081. This story also allows us to launch into an exciting discussion of
  10082. bypass, if anyone is so moved...  Like, I hear from sources that AT&T
  10083. is offering ISDN PRI access from its long distance point of
  10084. termination to customers with AT&T PBXs and trying to steal a march on
  10085. the LECs...
  10086.  
  10087. Disclaimer:  AT&T?  What do I know from AT&T?  I work for Bellcore, and
  10088. *everyone* knows that there's no connection between AT&T and Bellcore. 
  10089. (Hello, Judge Green!)
  10090.  
  10091.  
  10092. David G Lewis                ...!bellcore!nvuxr!deej
  10093.  
  10094.             "If this is paradise, I wish I had a lawnmower."
  10095.  
  10096. ------------------------------
  10097.  
  10098. From: John Higdon <john@zygot.ati.com>
  10099. Subject: Re: Caller-ID for Pagers?
  10100. Date: 29 Oct 89 06:01:03 GMT
  10101. Organization: Green Hills and Cows
  10102.  
  10103.  
  10104. In article <telecom-v09i0476m07@vector.dallas.tx.us>, westmark!dave@uunet.uu.
  10105. net (Dave Levenson) writes:
  10106.  
  10107. > No!!!  Use the Caller-Id default if the caller enters nothing at all.
  10108. > Otherwise, let the caller enter the digital message to be displayed.
  10109.  
  10110. This would solve one of the most frustrating problems a pager user can
  10111. face. How many times have you suddenly found your pager going off
  10112. repeatedly with no number in the display? Someone mistakenly gets your
  10113. pager number thinking it is perhaps an ordinary telephone number or
  10114. even someone else's pager number. Sometimes this can go on for days
  10115. and it renders your pager useless.
  10116.  
  10117. If the caller's number was put in the display as the default, you could
  10118. call them and inform them that they have a wrong number. As it is now,
  10119. you can only hope that they will figure out that the number they have
  10120. isn't doing them any good. And find it out soon!  
  10121.  
  10122.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  10123.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  10124.  
  10125. [Moderator's Note: Of course John, your plan, which sort of hints at using
  10126. a self-remedy to cure the problem would likely be rejected by those who
  10127. dislike or hate Caller-ID. They would say you have no right to know the
  10128. identity of the caller, particularly since the call was not intended
  10129. for you anyway. They would probably suggest you should be asking the telco
  10130. to trace those calls; and that the telco would then, in their good time
  10131. deal with the problem. Are you sure that finding out the identity of the
  10132. caller not-intending-to-reach you wouldn't be a violation of their privacy
  10133. or (ahem!) an 'illegal wire tap'?  PT]
  10134.  
  10135. ------------------------------
  10136.  
  10137. From: Jim Gottlieb <jimmy@icjapan.uucp>
  10138. Subject: Re: Hacker Caught by Caller-ID?
  10139. Date: 29 Oct 89 01:45:00 GMT
  10140. Reply-To: Jim Gottlieb <denwa!jimmy@anes.ucla.edu>
  10141. Organization: Info Connections, Tokyo, Japan
  10142.  
  10143.  
  10144. In article <telecom-v09i0472m03@vector.dallas.tx.us> "J. Philip Miller" 
  10145. <phil@wubios.wustl.edu> writes:
  10146.  
  10147. >Does this imply that there are modems which will record Caller-ID, or does
  10148. >anyone know what technology was used here?
  10149.  
  10150. If a company is experiencing hackers, they can request the telephone
  10151. company to track all incoming calls to their modem lines (just like
  10152. other annoyance calls).  I suspect that this is how the hackers were
  10153. found, rather than through some Caller-ID/Modem device.
  10154.  
  10155. Jim Gottlieb                     Info Connections, Tokyo, Japan
  10156. _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
  10157.        <jimmy@pic.ucla.edu> or <jimmy@denwa.uucp> or <attmail!denwa!jimmy>
  10158. Fax: (011)+81-3-239-7453           Voice Mail: (011)+81-3-944-6221 ID#82-42-424
  10159.  
  10160. ------------------------------
  10161.  
  10162. From: Dan Sahlin <dan@sics.se>
  10163. Subject: Why Not 00 as the International Prefix in the US?
  10164. Organization: SICS, Swedish Inst. of Computer Science
  10165. Date: Sat, 28 Oct 89 11:02:57 GMT
  10166.  
  10167. As I understand it, "011" is used as the international prefix in the
  10168. US, whereas the international recommendation is "00". Are there some
  10169. other numbers starting with 00 preventing it to be used as
  10170. international prefix?
  10171.  
  10172. In Sweden, we have some numbers starting with 00 (for instance 000 for
  10173. the operator), so we cannot follow the international standard.  Here,
  10174. no number may be a prefix of another, but in the US the operator is
  10175. reached by "0" and international calls start with "011".  How is that
  10176. possible?
  10177.  
  10178.     /Dan Sahlin   (dan@sics.se)
  10179.  
  10180. ------------------------------
  10181.  
  10182. End of TELECOM Digest V9 #478
  10183. *****************************
  10184. 
  10185. 
  10186. Date:     Sun, 29 Oct 89 20:34:23 CST
  10187. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  10188. To:       telecom@eecs.nwu.edu
  10189. Subject:  TELECOM Digest V9 #479
  10190. Message-ID:  <8910292034.aa05471@delta.eecs.nwu.edu>
  10191.  
  10192.  
  10193. TELECOM Digest     Sun, 29 Oct 89 20:30:12 CST    Volume 9 : Issue 479
  10194.  
  10195. Today's Topics:                             Moderator: Patrick Townson
  10196.  
  10197.     High-voltage Cable Theft (Seattle Times via Roger Clark Swann)
  10198.     Re: TCP/IP over ISDN Basic Rate (John Gilmore)
  10199.     Re: California Junk Fax Bill (Tad Cook)
  10200.     Re: Whither Telidon? (Was: What is SONET?) (Bill Cerny)
  10201.     Re: 10 Cent Payphones (David Lesher)
  10202.     Re: Cordless Phones (Tad Cook)
  10203.     Re: Caller-ID and Pagers (ficc!peter@uunet.uu.net)
  10204.     Computerwise, Where's Duke University? (Enice E. Bradley)
  10205.     Telephone Wars (David Lesher)
  10206.     How to Disable Call-Waiting (Amitabh Shah)
  10207. ----------------------------------------------------------------------
  10208.  
  10209. From: Roger Clark Swann <ssc-vax!clark@beaver.cs.washington.edu>
  10210. Subject: High-voltage Cable Theft
  10211. Date: 27 Oct 89 04:51:33 GMT
  10212. Organization: Boeing Aerospace & Electronics, Seattle WA
  10213.  
  10214.  
  10215. I know that the following is not directly phone related, but is
  10216. utility related and it is a followup to some of the recent postings
  10217. here.
  10218.             Reprinted without permission
  10219.  
  10220. The Seatle Times - Thursday, October 26, 1989
  10221.  
  10222. High-voltage Theft Cuts Lester's Power
  10223.  
  10224. It was a high-wire act of the high voltage variety. During recent
  10225. weeks, thieves scaled a utility tower in a desolate area of
  10226. southeastern King County, disconnected cables - some of which were
  10227. live - and made away with 11,000 feet of copper wire worth $14,700 to
  10228. the company, although far less if sold to a scrap metal dealer.
  10229.  
  10230.   "It is one of the dumbest things I've heard of," said Puget Power
  10231. spokeswoman Jude Noland. Coming into cantact with the 7,200-volt
  10232. current of the power lines would be like experiencing "your own
  10233. personal San Francisco earthquake," Noland said. "It is extremely
  10234. risky."
  10235.  
  10236.   Police and Puget Power officials speculate that the thieves are
  10237. experienced line workers. They also had to be well equipped: The wire
  10238. weighed several tons and would require a commercial winch to roll, a
  10239. Puget Power official said.
  10240.  
  10241.   Noland said the theft was discovered late last week when a worker
  10242. sought the cause of an outage that affected customers in Lester and
  10243. the National Weather Service station nearby.
  10244.  
  10245.     Roger Swann               |    uucp:  uw-beaver!ssc-vax!clark
  10246.          @                    |
  10247.  The Boeing Company           |
  10248.  
  10249.  
  10250. ------------------------------
  10251.  
  10252. Date: Sun, 29 Oct 89 12:59:19 PST
  10253. From: John Gilmore <gnu@toad.com>
  10254. Subject: Re: TCP/IP over ISDN Basic Rate
  10255.  
  10256. It seems clear that either nobody is doing IP over ISDN, or they don't
  10257. read Telecom!  My thanks to the authors of the several useful
  10258. responses; however, there seem to be some misconceptions about ISDN in
  10259. general among Telecom readers.
  10260.  
  10261. goldstein@delni.enet.dec.com wrote (others said similar things):
  10262. >                                                You get 64 kbps per
  10263. > second.  It's "raw bits" (oat hulls, wheat chaff...) and no more.
  10264. > It's isochronous (sync) so you need to have some framing technique.
  10265. > It is NOT byte oriented at this point!
  10266.  
  10267. I beg to differ.  First, the rate is 64000 bits per second; "64kbps"
  10268. implies 65536 bits per second (at least to me!).  Second, the frame
  10269. sent between the on-premises ISDN interface and the terminals (phones)
  10270. contains its own framing, and individual BYTES of data for the two D
  10271. channels are contained in the frame.  The AMD speakerphone chip
  10272. provides byte oriented access to all ISDN B-channels and routes
  10273. *bytes* among the different interfaces (audio in, audio out, two
  10274. B-channels, microprocessor port, and serial interfaces).
  10275.  
  10276. But we don't even have to refer to the standards; we have brains.  If
  10277. you are sending raw audio data over this link, the network had better
  10278. retain byte synchronization, or the 8-bit audio samples would quickly
  10279. garble into unintelligibility (7 chances out of 8 to get the wrong
  10280. byte sync, unless the network maintains it for you).
  10281.  
  10282. > Two standards exist...  And you can of course create
  10283. > your own if you want, since it's end-to-end.
  10284.  
  10285. This begs the question of interoperability, which was my whole point.
  10286. If I "create my own" IP-over-ISDN standard, and you implement it
  10287. another way, we can't talk to each other even though we can dial each
  10288. others' computers.
  10289.  
  10290. Someone else said "what's the point -- ISDN only runs for two or three
  10291. miles anyway".  I don't know where they got that idea.  Last I heard,
  10292. ALL of the >500-mile AT&T switching centers went to digital
  10293. transmission years ago, and they have been pushing digital encoding
  10294. back toward the CO's ever since.  ISDN is the standard for the stretch
  10295. between the CO and the customer.
  10296.  
  10297. (There *is* this problem with the idiots who designed the AT&T T1
  10298. relays not putting in enough frame sync, so they had to steal the
  10299. bottom bit of one 8-bit subchannel as frame sync -- leading to "56K"
  10300. (8000 7-bit samples) rather than "64K" (8000 8-bit samples) service.
  10301. But I read that they have a plan in place to upgrade those bogus
  10302. relays -- and meanwhile, they could just software-route the real 8-bit
  10303. ISDN traffic through one of the subchannels that doesn't get its low
  10304. order bit munged by the relays.  Technical corrections welcomed.)
  10305.  
  10306. ------------------------------
  10307.  
  10308. From: tad@ssc.UUCP (Tad Cook)
  10309. Subject: Re: California Junk Fax Bill
  10310. Date: 28 Oct 89 08:18:28 GMT
  10311. Organization: very little
  10312.  
  10313.  
  10314. Dell Ellison says "what if the problem of JUNK FAX is widespread"...
  10315.  
  10316. Don't forget....I am still looking for a single verifiable first
  10317. person account from someone actually victimized by abusive junk fax.
  10318. So far all of the stories I have tried to track down have been "friend
  10319. of a friend" (FOAF) urban legend type stuff.
  10320.  
  10321. All I have found is evidence of the ocassional ad from a fax paper
  10322. seller in California.
  10323.  
  10324. With all of the legislation concerning this "problem", can't just ONE
  10325. victim step forward?
  10326.  
  10327. (OOPS....I said "don't forget" above, and realized I may not have
  10328. posted this stuff here before...just on alt.fax and various BBS
  10329. echoes.  I am trying to determine if the type of abusive junk fax
  10330. publicized by the media is for real, or just urban legend).
  10331.  
  10332.  
  10333. ------------------------------
  10334.  
  10335. From: bill@toto.UUCP (Bill Cerny)
  10336. Subject: Re: Whither Telidon? (Was: What is SONET?)
  10337. Date: 29 Oct 89 04:32:18 GMT
  10338.  
  10339.  
  10340. In article <telecom-v09i0472m04@vector.dallas.tx.us>, gld@cunixd.cc.columbia.
  10341. edu (Gary L Dare) writes:
  10342.  
  10343. > Since we touched a bit on Canadian technology efforts in telecom, can
  10344. > someone give us an update on Telidon?  
  10345.  
  10346. The (Canadian) gov't sponsored Telidon trials of the early 80's have
  10347. spawned commercial offerings in Bell Canada ("Alex") and SaskTel
  10348. ("Agritex").  The Canucks are pretty proud of their Telidon efforts,
  10349. which they claim delivered the present-day North American Presentation
  10350. Level Protocol Syntax (NAPLPS, pronounced "nap-lips").
  10351.  
  10352. Now here's the twist: Bell Canada will offer Alex in Toronto next
  10353. spring, in addition to Montreal where Alex was launched a couple years
  10354. ago.  SaskTel reports that the "Grass Roots" program available over
  10355. Agritex (at a mere $0.10[Canadian]/min.) is quite popular.  How do
  10356. these companies justify the continued operation of these videotext
  10357. services when American companies (viz., Pacific Telesis) cite
  10358. exhorbitant investment and poor public interest as reasons for
  10359. avoiding similar videotext gateways in the U.S.?
  10360.  
  10361. Contacts:
  10362. Ross Richardson, SaskTel (306) 777-3905
  10363. Alex Marketing Group, Bell Canada (514) 870-6881
  10364.  
  10365. Bill Cerny
  10366. bill@toto    |    attmail: !denwa!bill    |    fax: 619-298-1656
  10367.  
  10368.  
  10369. ------------------------------
  10370.  
  10371. From: David Lesher <wb8foz@mthvax.cs.miami.edu>
  10372. Subject: Re: 10 Cent Payphones
  10373. Date: Sat, 28 Oct 89 13:47:53 EDT
  10374. Reply-To: David Lesher <wb8foz@mthvax.cs.miami.edu>
  10375.  
  10376.  
  10377. For a LONG time, and maybe still today, Wapaconeta {sp} OH, a small
  10378. burg south of Toledo, had a 5 cent payphone. This town's claim to fame
  10379. was being Neil Armstrong's birthplace. It seem to me the telco said
  10380. they got enough dimes and quarters already that they didn't need to
  10381. change the phone out.
  10382.  
  10383.  
  10384. A host is a host & from coast to coast...wb8foz@mthvax.cs.miami.edu 
  10385. no one will talk to a host that's close..............(305) 255-RTFM
  10386. Unless the host (that isn't close)......................pob 570-335
  10387. is busy, hung or dead....................................33257-0335
  10388.  
  10389. ------------------------------
  10390.  
  10391. From: tad@ssc.UUCP (Tad Cook)
  10392. Subject: Re: Cordless Phone
  10393. Date: 29 Oct 89 19:29:38 GMT
  10394. Organization: very little
  10395.  
  10396.  
  10397. In his posting, Cyril Bauer talks about a system using carrier current
  10398. transmission on the power line for telephone extensions.  Although
  10399. this can work, there are a couple of problems with this.
  10400.  
  10401. One is with all of the powerline noise filters and spike blockers that
  10402. we have on our computers and electronic gear now.  The ones with just
  10403. an MOV are not a problem, but the better quality ones with filtering
  10404. act as a big bucket for all the RF.
  10405.  
  10406. Another problem is that power wiring at a premise is divided between
  10407. the two legs of the 220 VAC line.  A signal transmitted on one leg
  10408. wont go to the other very well.  One way around this is to hook a cap
  10409. between the two 220 VAC legs at the service entrance to couple the
  10410. signal between the two legs.
  10411.  
  10412. One mod that may work with the noise filters is to put series
  10413. inductors between the noise filter and the line.  This would present
  10414. high impedance to the RF.  Many noise filters already have inductors,
  10415. but if there is a capacitor on the line side, there would still be a
  10416. problem without external inductors.
  10417.  
  10418. Tad Cook
  10419. tad@ssc.UUCP
  10420.  
  10421.  
  10422. ------------------------------
  10423.  
  10424. From: ficc!peter@uunet.uu.net
  10425. Subject: Caller-ID and Pagers
  10426. Date: Sun Oct 29 09:31:36 1989
  10427.  
  10428. When you call one of these fancy automatic operators, they generally
  10429. say something like "to select a service, enter 1 now, or hold and an
  10430. operator will take your call". This way if you can't generate tones
  10431. you go back to the default action. So a smart paging service would
  10432. respond with something like "to enter a number, enter 1 now, or hang
  10433. up and your number will be automatically generated".
  10434.  
  10435.  
  10436. ------------------------------
  10437.  
  10438. From: Enice E Bradley <bradley@andromeda.rutgers.edu.rutgers.edu>
  10439. Subject: Computerwise, Where's Duke University?
  10440. Date: 28 Oct 89 14:37:47 GMT
  10441. Reply-To: Enice E Bradley <bradley@andromeda.rutgers.edu>
  10442. Organization: Rutgers University, Newark, NJ
  10443.  
  10444.  
  10445. Hello!!!
  10446.  
  10447. Does anyone know the BITNET or UUNET address for Duke University?
  10448.  
  10449. Thanks.
  10450.  
  10451. Eugene Bradley    
  10452.  
  10453. I can be reached at either of the following addresses
  10454.  
  10455. SLOW:            FAST(recommended):   
  10456. Eugene Bradley          
  10457. P.O. Box 774        bradley@andromeda.rutgers.edu
  10458. Orange, NJ  07052 
  10459.  
  10460. <<<<<<<<<< "What you gonna do...when the Hulkster runs wild on you?" >>>>>>>>>>
  10461.                     -Hulk Hogan, Champion
  10462.                      of the World Wrestling Federation
  10463.  
  10464. ------------------------------
  10465.  
  10466. From: David Lesher <wb8foz@mthvax.cs.miami.edu>
  10467. Subject: Telephone Wars
  10468. Date: Sun, 29 Oct 89 19:07:42 EDT
  10469. Reply-To: David Lesher <wb8foz@mthvax.cs.miami.edu>
  10470.  
  10471. A subject not mentioned here recently is that of telephone wars.  A
  10472. friend of mine spent some time in Lawrence, KS in the mid 50's.
  10473. He told me there was a full fledged WAR going on between the existing
  10474. rural system and the {?} BOC that was trying to move in. 
  10475.  
  10476. This meant cable cutting, pole sawing and even fistfights between
  10477. employees! I don't recall the exact outcome, but I feel sure that the
  10478. big guns must have won.
  10479.  
  10480. One side effect was the PILES of magneto wall phones left over from
  10481. the upgrade to common battery service. The telco piled them up outside
  10482. the {only} CO, for the garbage man to cart off.  Lee at that time
  10483. drove a 56 Caddy ambulance. He FILLED it up, while the employees
  10484. laughed at him. "Who could want that old junk?", they said. Of course,
  10485. 20 years later, he sold them for $100.00+ each.
  10486.  
  10487.                      =====================
  10488. A host is a host & from coast to coast...wb8foz@mthvax.cs.miami.edu 
  10489. no one will talk to a host that's close..............(305) 255-RTFM
  10490. Unless the host (that isn't close)......................pob 570-335
  10491. is busy, hung or dead....................................33257-0335
  10492.  
  10493. ------------------------------
  10494.  
  10495. From: Amitabh Shah <shah@cs.cornell.edu>
  10496. Subject: How to Disable Call-Waiting
  10497. Date: 29 Oct 89 20:44:54 GMT
  10498. Reply-To: Amitabh Shah <shah@cs.cornell.edu>
  10499. Organization: Cornell University Computer Science Department
  10500.  
  10501.  
  10502. I saw a couple of articles here about using "#70" or "1170" to disable call
  10503. waiting, but it wasn't exactly clear to me as to WHEN does one push those
  10504. buttons? Is it before making a call, or while on the call? Also, is there a
  10505. way to disable call-waiting while using your computer to dial out?
  10506.  
  10507. I'd appreciate a general answer, as well as the specific sequence to use in
  10508. the 919 area code.
  10509.  
  10510. Thank you in advance.
  10511.  
  10512. Amitabh Shah                                    shah@cs.cornell.edu--(INTERNET)
  10513. Dept. of Computer Science                       shah@cornell------------(CSNET)
  10514. Upson Hall -- Cornell University                { ... }!cornell!shah-----(UUCP)
  10515. Ithaca NY 14853-7501                            (607) 255-8597----------(VOICE)
  10516.  
  10517. [Moderator's Note: Here is your general answer: [Whatever 70] works in
  10518. your community goes at the start of whatever you are dialing; for
  10519. example, you would enter *70 (beep,beep,beep) 123-4567. If your
  10520. computer is doing the dialing out, then just add the [whatever 70] to
  10521. the front of the string being dialed. Here we get three beep tones to
  10522. acknowlege it, but it is *not* necessary to build in a pause between
  10523. the 70 and the rest of the string; that is, you can dial right on
  10524. through the 'beep,beep,beep' if you wish.
  10525.  
  10526. Call-Waiting then remains cancelled or suspended for the remainder of
  10527. that call only. Once you go on hook, normal Call-Waiting is restored.
  10528. If you otherwise have a valid reason for flashing your hook in the
  10529. middle of a call -- that is, if you have three way calling -- without
  10530. cutting yourself off, then you can also suspend Call-Waiting on an
  10531. incoming call, or at some point in the middle of an outgoing call:
  10532. When you flash, and get the tone spurts, dial [whatever 70]. It should
  10533. suspend Call-Waiting and immediatly return you to the call in progress
  10534. you left on hold. You obviously cannot use this second method on a
  10535. modem call, since the temporary loss of carrier would make the modem
  10536. disconnect.
  10537.  
  10538. For *specifics* in your community, ask your business office.  PT]
  10539.  
  10540. ------------------------------
  10541.  
  10542. End of TELECOM Digest V9 #479
  10543. *****************************
  10544. 
  10545. 
  10546. Date:     Mon, 30 Oct 89 23:17:28 CST
  10547. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  10548. To:       telecom@eecs.nwu.edu
  10549. Subject:  TELECOM Digest V9 #480
  10550. Message-ID:  <8910302317.aa00996@delta.eecs.nwu.edu>
  10551.  
  10552.  
  10553. TELECOM Digest     Mon, 30 Oct 89 23:15:38 CST    Volume 9 : Issue 480
  10554.  
  10555. Today's Topics:                             Moderator: Patrick Townson
  10556.  
  10557.     Sci.crypt Is Asking About Phone Scramblers (John Gilmore)
  10558.     Technical Session Ideas Wanted for ICA (David J. Buscher)
  10559.     7Khz Digital Channels (Hector Myerston)
  10560.     Re: TCP/IP over ISDN Basic Rate (Peter Joseph Desnoyers)
  10561.     Re: TCP/IP over ISDN Basic Rate (Torsten Dahlkvist)
  10562.     Re: Caller ID Device (David Lewis)
  10563.     Re: Caller ID Device (Fred E.J. Linton)
  10564. ----------------------------------------------------------------------
  10565.  
  10566. Date: Sun, 29 Oct 89 13:38:24 PST
  10567. From: John Gilmore <gnu@toad.com>
  10568. Subject: Sci.crypt Is Asking About Phone Scramblers
  10569.  
  10570.  From pacbell!ames!ncar!unmvax!ariel!hydra.unm.edu!ee5391aa Fri Oct 27 
  10571.  21:34:05 1989
  10572.  From: ee5391aa@hydra.unm.edu (Duke McMullan n5gax)
  10573. Newsgroups: sci.crypt,sci.electronics
  10574. Subject: Retitle: Voice scrambling/encryption
  10575. Message-ID: <843@ariel.unm.edu>
  10576. Date: 28 Oct 89 04:34:05 GMT
  10577. Sender: news@ariel.unm.edu
  10578. Organization: University of New Mexico, Albuquerque, NM
  10579.  
  10580.  
  10581. I don't remember who posted this -- rn bombed every time I tried to
  10582. followup, so this is coming from pn.
  10583.  
  10584. Quote:
  10585. I've seen a device that fits over your phone advertised in this last
  10586. summer's issues of High Times (what? You don't read HT?) .  Basically
  10587. you have one at each end and it fits over the handset.  It has a
  10588. keypad and allows some fairly large number of possible codes.  The
  10589. person on the other end must be using the same code.
  10590.  
  10591. I'm pretty certain it was digital.  I believe that each handset device
  10592. was about $100.  It seemed fairly reasonable.  
  10593. :Unquote
  10594.  
  10595. No, I don't read HT, not being a druggie, and preferring to keep a low
  10596. profile (LP). Howsowhatyoumayever, this sounds like the "scrambler
  10597. telephone" advertised in the latest cataloguette from Phoenix Systems.
  10598.  
  10599. To wit:
  10600.  
  10601. "Protect your phone conversations from eavesdropping techniques and
  10602. devices.  Our Scrambler Phone Attachment converts ordinary
  10603. conversation into unintelligible sounds and then the receiving unit
  10604. reconverts it back to ordinary conversation that is as clear as the
  10605. original transmission. Protects against taps, recorders, extension
  10606. pick-ups, linesman's handsets, phone company monitoring or scanners
  10607. that pick up mobile cellular phone transmissions. Works with almost
  10608. any shape or type of phone -- including cellular phones and pay
  10609. phones! Portable -- take it with you anywhere you go to protect your
  10610. private phone conversations. Scrambling can be controlled by code,
  10611. with up to 52,488 possible code combinations. No wires to connect,
  10612. simply strap it to the phone with its elastic strap and it is ready to
  10613. use. Runs on the standard 9-volt battery. One unit must be used for
  10614. each phone engaged in the conversation (minimum of two phones).
  10615. Conference calls can be made with the Scrambler Phone attachment
  10616. provided all participants are using one."
  10617.  
  10618. They ask $299.95 each, and they don't even pay the postage. But then,
  10619. who does?
  10620.  
  10621. I dunno. It might constitute reasonable short-term security, but
  10622. 52,488 combinations aren't gonna scare off any experienced
  10623. cryptanalysts, or even any stubborn private investigators.
  10624.  
  10625. I suspish (I've never worked with these models, so I don't KNOW) that
  10626. it wouldn't take terribly long to decipher a good recording of a
  10627. "secure" conversation made with these units.
  10628.  
  10629. How about it? Is anyone out there familiar (as in hands-on) with this
  10630. type of gear, and has anyone any experience in penetrating them?
  10631. (Assuming, of course, that you're permitted to talk about it.)
  10632.  
  10633. Phoenix Systems, if anyone's interested, is a macho supply company of
  10634. the sort that seems popular out here in the West, not unknown in the
  10635. Southeast, but is far too politically incorrect to be permitted in the
  10636. Northeast. They are:
  10637.  
  10638.     Phoenix Systems, Inc.
  10639.     P.O. Box 3339
  10640.     Evergreen, CO 80439
  10641.     303-277-0305
  10642.  
  10643. I'm not connected with them; I've never even ordered from them. They
  10644. musta gotten my name from a purchased mailing list.
  10645.  
  10646. I think I'll move to Phoenix, and start a mail-order macho supply
  10647. house called Evergreen Systems...nah, I guess I won't.
  10648.  
  10649.                 Let's keep it going; it's getting interesting,
  10650.                         d
  10651.  
  10652.  
  10653.     I've been to Australia, so now I know what
  10654.         the inside of a kangaroo's pouch feels like. -- Anon.
  10655.      Duke McMullan n5gax nss13429r phon505-255-4642 ee5391aa@hydra.unm.edu
  10656.  
  10657. ------------------------------
  10658.  
  10659. Date: Mon, 30 Oct 89 09:02:45 EST
  10660. From: "David J. Buscher" <dave@aplvax.jhuapl.edu>
  10661. Subject: Technical Session Ideas Wanted for ICA
  10662.  
  10663. As a member of the International Communications Association (ICA)
  10664. Technial Program Committee I would like to solicit ideas from Telecom
  10665. Digest readers about possible topics/speakers for the 1991 Conference
  10666. technical sessions.
  10667.  
  10668. The ICA is an organization of over 600 companies represented by their
  10669. telecommunications managers. At one time the ICA was viewed as a
  10670. "voice" organization, but in recent years has been transitioning to a
  10671. voice and data organization. Technical sessions should be of interest
  10672. to all levels of telecommunications professionals. The categories of
  10673. sessions include 2 hr. tutorials, 1 hr. mini-tutorials, Feature
  10674. Sessions with "Name" speakers, special open sessions, moderated
  10675. discussion sessions and case studies given by member companies.
  10676.  
  10677. This year's conference, 1990, is scheduled for May 22-24 in New
  10678. Orleans and has adopted a track format for technical sessions. The
  10679. tracks are:
  10680.  
  10681.     1990 Technoligies
  10682.     Telecom Risk Management
  10683.     Connectivity
  10684.     Management of the Telecom Function
  10685.     Regulation
  10686.     Network Management
  10687.     International
  10688.     Basics of Telecommunicatiions
  10689.  
  10690. E-Mail ideas to dave@aplvax.jhuapl.edu or mimsy!aplcen!aplvax!dave and
  10691. I'll summarize to the Digest.
  10692.  
  10693. Dave Buscher            (301) 953-5709 / (301) 792-5709
  10694. Johns Hopkins Univ. APL        Milnet dave@aplvax.jhuapl.edu
  10695. Johns Hopkins Rd.        USENET mimsy!aplcen!aplvax!dave
  10696. Laurel, MD 20707
  10697.  
  10698.  
  10699. ------------------------------
  10700.  
  10701. From: myerston@cts.sri.com
  10702. Date: 30 Oct 89  09:32 PST
  10703. Subject: 7Khz Digital Channels
  10704. Organization: SRI Intl, Inc., Menlo Park, CA  94025  [(415)326-6200]
  10705.  
  10706.      "Normal" telephone channels have, since Day 1, carried a portion
  10707. of spectrum of human speech consisting roughly of from 300 to 3500
  10708. Hertz.  In transmission consider a channel to be 4KHz in the analog
  10709. world or 64Kbps in the digital world.  The 64Kbps are arrived at by
  10710. the PCM technique of sampling at twice the highest frequency and
  10711. coding into 8 bit bytes.
  10712.  
  10713.      Obviously PCM is not the only way of coding and other, more
  10714. innovative and effective techniques of A/D conversion exist.  Typical
  10715. is ADPCM which permits coding of the 4KHz channel at 32Kbps giving
  10716. (roughly) a 2 for 1 gain.
  10717.  
  10718.      Recently there has been movement (in the form of CCITT
  10719. recommendations and a Bellcore Technical Advisory) to use similar
  10720. techniques not to increase channel capacity but to provide higher
  10721. fidelity channels specifically a 7KHz audio channel which:
  10722.  
  10723.      o  Uses "standard" 64Kbps transport, signalling and interfaces
  10724.      o  Provides data capability in addition to the improved audio
  10725.  
  10726.      The question is: Does anyone have further information on this?
  10727. (applications, products, plans).
  10728.  
  10729.      The specs are     Bellcore Tech Advisory TA-TSY-000948
  10730.                        CCITT Recommendations  H.221  and  G.725
  10731.                        ANSI Draft             T1Y1/88-050 R2
  10732.  
  10733.       Any information, opinion, speculation, even flames will be
  10734. welcomed!.
  10735.  
  10736.  
  10737. ------------------------------
  10738.  
  10739. From: Peter Joseph Desnoyers <well!peterd@lll-crg.llnl.gov>
  10740. Subject: Re: TCP/IP over ISDN Basic Rate
  10741. Date: 30 Oct 89 02:45:45 GMT
  10742. Reply-To: desnoyer@apple.com
  10743. Organization: Whole Earth 'Lectronic Link, Sausalito, CA
  10744.  
  10745.  
  10746. In article <telecom-v09i0471m01@vector.dallas.tx.us> Torsten Dahlkvist 
  10747. <euatdt@euas11c05.ericsson.se> writes:
  10748. >X-TELECOM-Digest: volume 9, issue 471, message 1 of 8
  10749.  
  10750. >In article <telecom-v09i0469m02@vector.dallas.tx.us> gnu@toad.com (John
  10751. >Gilmore) writes:
  10752.  
  10753. >>I am interested in hooking up SPARCstations over ISDN.  The machine
  10754. >>comes standard with an ISDN terminal interface chip (the "sound" chip,
  10755. >>really an ISDN speakerphone chip). 
  10756.  
  10757. Could someone set my mind to rest? I have heard several times that the
  10758. SparcStation has an ISDN basic rate interface on-board. Other people,
  10759. including people who should know, have insisted that Sun is not
  10760. shipping any products with a basic-rate interface. Or does it have (as
  10761. implied above) no ISDN interface, but just a CODEC for sound input
  10762. that could be used in an ISDN system?
  10763.  
  10764.                 Peter Desnoyers
  10765.  
  10766. ------------------------------
  10767.  
  10768. From: Torsten Dahlkvist <euatdt@euas11c05.ericsson.se>
  10769. Subject: Re: TCP/IP over ISDN Basic Rate
  10770. Date: 30 Oct 89 11:23:08 GMT
  10771. Reply-To: Torsten Dahlkvist <euatdt@euas11c05.ericsson.se>
  10772. Organization: Ellemtel Utvecklings AB, Stockholm, Sweden
  10773.  
  10774.  
  10775. In article <telecom-v09i0474m11@vector.dallas.tx.us> munnari!cit5.cit.oz.au!
  10776. jwb@uunet.uu.net (Jim Breen) writes:
  10777.  
  10778. >gnu@toad.com asks, of ISDN
  10779. >>   The problem is data encoding; I
  10780. >> have seen no documentation of standard ways to encode data passing on
  10781. >> the 8000 byte/sec channel for IP.  I have seen references to ways of
  10782. >> encoding e.g. 9600 baud async "RS232" traffic over ISDN, but I will be
  10783. >> talking ISDN-to-ISDN, so can use the full bandwidth.  Rumor has it
  10784. >> that somebody had standardized bit-oriented protocols (HDLC) over ISDN
  10785. >> links, which is ridiculous since they are byte oriented links.......
  10786.  
  10787. >They are NOT byte-oriented 8000 byte/sec; it is BIT oriented 64000
  10788. >bps. You can put any protocol you like on an ISDN B-channel. Protocols
  10789. >have been standardized for the D-channel, as this is for signalling
  10790. >and packet traffic.
  10791.  
  10792. Ah, maybe we should realize that there are more and less absolute
  10793. truths in these matters.
  10794.  
  10795. The basic ISDN-frame is byte-oriented and the hardware (in this case
  10796. the ISDN-chip in the SPARCstation) ALWAYS provides a frame sync to
  10797. allow you to read the bit stream byte by byte. Why? Because the
  10798. TELEPHONY transmission is byte oriented. If you've ever listened to
  10799. bit-shifted PCM you will realize that some way of syncing your codec
  10800. is essential to the function of a phone.
  10801.  
  10802. In the bit-oriented datacomm standards specified, this frame sync is
  10803. simply ignored, as far as the interface to other equipment is
  10804. concerned. It is still likely to be used internally, however, since
  10805. all chipsets I've seen so far were intended for both telephony and
  10806. datacomm.
  10807.  
  10808. It is possible that the SPARCstation hardware doesn't provide any way
  10809. for user software to use the frame sync. In that case you may indeed
  10810. have to go bitwise. If the frame sync is available, though, there's
  10811. nothing to prevent you from designing your own, BYTE-oriented standard
  10812. and try to get the world to accept it. (:-)
  10813.  
  10814. >[...] there
  10815. >must NEVER be a standard protocol above Layer 1. ISDN is to be a
  10816. >bit-pipe service.
  10817.  
  10818. Aren't there ANY byte-oriented protocols around that could be used to
  10819. form a basis for a bytewise link over ISDN? There are obvious
  10820. advantages.
  10821.  
  10822.   Torsten Dahlkvist
  10823.   ELLEMTEL Telecommunication Laboratories
  10824.   P.O. Box 1505, S-125 25  ALVSJO, SWEDEN
  10825.   Tel: +46 8 727 3788
  10826.  
  10827. ------------------------------
  10828.  
  10829. From: David Lewis <nvuxr!deej@bellcore.bellcore.com>
  10830. Subject: Re: Caller ID Device
  10831. Date: 30 Oct 89 13:49:20 GMT
  10832. Organization: Bellcore, Livingston, NJ
  10833.  
  10834.  
  10835. In article <telecom-v09i0476m09@vector.dallas.tx.us>, westmark!dave@uunet.uu.
  10836. net (Dave Levenson) writes:
  10837.  
  10838. > In article <telecom-v09i0474m10@vector.dallas.tx.us>, judice@kyoa.enet.
  10839. dec.com (Louis J. Judice 26-Oct-1989 1007) writes:
  10840.  
  10841. > > Unfortunately, NJ Bell tells me that my C.O. (Peapack) is not
  10842. > > scheduled for CLASS Calling Services until JANUARY, 1991!!!
  10843.  
  10844. > That's interesting -- when a subscriber in Peapack calls us in
  10845. > Warren, we get their caller id number NOW.  They send it, but they
  10846. > don't receive it.
  10847.  
  10848. If a central office is connected to the SS7 network (requiring
  10849. hardware additions and software modifications), but does not have the
  10850. CLASS software (more software additions, which cost more $$), the CO
  10851. will transmit the calling party number with the SS7 Initial Address
  10852. Message, so another CO with the CLASS software will be able to provide
  10853. the appropriate CLASS services using the number, but the CO without
  10854. CLASS software will, appropriately, not be able to provide CLASS
  10855. services.
  10856.  
  10857. Since it's SS7 connected, the CO without CLASS software (which I'm
  10858. guessing is the case in Peapack) actually does receive the calling
  10859. party number -- it just can't do anything with it...
  10860.  
  10861.  
  10862. David G Lewis                ...!bellcore!nvuxr!deej
  10863.  
  10864.             "If this is paradise, I wish I had a lawnmower."
  10865.  
  10866. ------------------------------
  10867.  
  10868. From: "Fred E.J. Linton" <FLINTON@eagle.wesleyan.edu>
  10869. Subject: Re: Caller ID Device
  10870. Date: 30 Oct 89 20:18:26 GMT
  10871.  
  10872.  
  10873. In article <telecom-v09i0474m10@vector.dallas.tx.us>, judice@kyoa.enet.
  10874. dec.com (Louis J. Judice 26-Oct-1989 1007) writes:
  10875.  
  10876. > Hi Patrick - the Caller ID Display Device in the Hello Direct catalog is
  10877. > branded "AT&T" - and if I recall is $99.95.
  10878.  
  10879. I can confirm that.
  10880.  
  10881. > Unfortunately, NJ Bell tells me that my C.O. (Peapack) is not
  10882. > scheduled for CLASS Calling Services until JANUARY, 1991!!!
  10883.  
  10884. Here in SNETCO-land (CT), sample responses by various phone reps to my
  10885. inquiries whether there's any signal present at my phone between the
  10886. first and second rings of an incoming call (for this box to decode)
  10887. have included:
  10888.  
  10889.     "Well, if it's an AT&T-built device, it won't work unless AT&T
  10890. is your primary carrier"    -- SNET billing questions service-person;
  10891.  
  10892.     "Caller-ID?  Never heard of it.  May be in developmental stages."
  10893.  -- another SNET billing questions service-person;
  10894.  
  10895.     "Oh yes, that, we were getting ready to beta-test it, but
  10896. we're gonna wait until we see how those court cases turn out." -- SNET
  10897. public affairs rep;
  10898.  
  10899.     "Yes, that box should work, those signals are part of all the
  10900. calls we handle, we couldn't do our billing if they weren't there."
  10901.  -- MCI service rep;
  10902.  
  10903.     "You'll have to ask your local phone company."  -- HelloDirect rep.
  10904.  
  10905. Other sources (thanks John Higdon and friend) have suggested that
  10906. until SNET offers CLASS services, there may indeed be no signal AT MY
  10907. PHONE for the HelloDirect/AT&T box to decode.
  10908.  
  10909. If I had reason to think such a signal might indeed be there after
  10910. all, that box would tempt me -- any other CT-specific advice, please?
  10911.  
  10912. Thanks.
  10913.                                     -- Fred
  10914.  
  10915. ARPA/Internet:  FLINTON@eagle.Wesleyan.EDU           (preferred)
  10916. Bitnet:         FLINTON%eagle@WESLEYAN[.bitnet]     (also works)
  10917. from uucp:      ...!{research, mtune!arpa, uunet}!eagle.Wesleyan.EDU!FLinton
  10918. on ATT-Mail:    !fejlinton                     ( ...!attmail!fejlinton )
  10919. Tel.:           + 1 203 776 2210 (home)  OR  + 1 203 347 9411 x2249 (work)
  10920. Telex:          <USA> + 15 122 3413   FEJLINTON
  10921. CompuServe ID:  72037,1054     ( OR, maybe:  72037.1054@CompuServe.COM )
  10922. F-Net (guest):  linton@inria.inria.fr    OR    ...!inria.inria.fr!linton
  10923.  
  10924.  
  10925. ------------------------------
  10926.  
  10927. End of TELECOM Digest V9 #480
  10928. *****************************
  10929. 
  10930. 
  10931. Date:     Tue, 31 Oct 89 0:15:26 CST
  10932. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  10933. To:       telecom@eecs.nwu.edu
  10934. Subject:  TELECOM Digest V9 #481
  10935. Message-ID:  <8910310015.aa04517@delta.eecs.nwu.edu>
  10936.  
  10937.  
  10938. TELECOM Digest     Tue, 31 Oct 89 00:15:04 CST    Volume 9 : Issue 481
  10939.  
  10940. Today's Topics:                             Moderator: Patrick Townson
  10941.  
  10942.     Partners to Tackle Telecom Software ("Computing" via Kevin Hopkins)
  10943.     Charging Teleco For Your Time (Kevin Hopkins)
  10944.     Anti-junk-call Laws in Oregon ("Governing" via Will Martin)
  10945.     NYC Time and Weather (Yoram Eisenstadter)
  10946.     312/708 Prefix Lookup (Greg Monti via John R. Covert)
  10947.     LEC Bypass (Jeff Frontz)
  10948.     Re: Tones on International Calls (Douglas Scott Reuben)
  10949.     Re: Dutch PTT Booklet: International Access Codes (Dolf Grunbauer)
  10950.     US Sprint on Telenet (Steve Forrette)
  10951.     No Nx0 in DC? (Carl Moore)
  10952. ----------------------------------------------------------------------
  10953.  
  10954. Subject: Partners to Tackle Telecom Software
  10955. Reply-To: K.Hopkins%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk
  10956. Date: Mon, 30 Oct 89 14:34:23 +0000
  10957. From: Kevin Hopkins <pkh%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk>
  10958.  
  10959.  
  10960. Hot on the heals of AT&T buying the UK software and communications
  10961. house ISTEL, which used to be part of the Rover Group (makers of the
  10962. Sterling, one of the most successful cars ever in the US market :-),
  10963. another US-UK link up in the software/telecoms industry:
  10964.  
  10965.  
  10966. "PARTNERS TO TACKLE TELECOMS SOFTWARE
  10967.  
  10968. Hull telephone operator Kingston Communications and US company
  10969. Cincinnati Bell joined forces last week to attack the European market
  10970. in software applications for the telecommunications industry.
  10971.  
  10972. The joint venture company, CBIS-Kingston, will be based in London and
  10973. aims to become a 100 million dollar concern over the next four to five
  10974. years, with acquisitions likely to boost growth.
  10975.  
  10976. CBIS, the information system subsidiary of Cincinnati Bell, sees the
  10977. UK as a beach-head into Europe, according to president David Cook.  "A
  10978. disadvantage for CBIS was we didn't have a presence in Europe, so we
  10979. started to look for a joint venture partner," he said.
  10980.  
  10981. Kingston managing director Ray Matthews said the company's partner's
  10982. plans matched its own strategy to broaden the base of its activity, as
  10983. less than 10% of its revenue comes from outside the Hull area. CBIS
  10984. and Kingston will each own half of the joint company.
  10985.  
  10986. Software applications for customer management, billing systems,
  10987. inventory control, operational support systems and network management
  10988. will be brought from the US and adapted to the European market, said
  10989. Cook.
  10990.  
  10991. CBIS serves 80% of the the US cellular market in billing and customer
  10992. management systems."
  10993.  
  10994. (Reproduced without permission from "Computing", dated 19th October 1989.)
  10995.  
  10996. +--------------------------------------------+--------------------------------+
  10997. | K.Hopkins%cs.nott.ac.uk@nsfnet-relay.ac.uk | Kevin Hopkins,              |
  10998. | or    ..!mcvax!ukc!nott-cs!K.Hopkins         | Department of Computer Science,|
  10999. | or in the UK: K.Hopkins@uk.ac.nott.cs         | University of Nottingham,      |
  11000. | CHAT-LINE: +44 602 484848 x 3815         | Nottingham, ENGLAND, NG7 2RD   |
  11001. +--------------------------------------------+--------------------------------+
  11002.  
  11003. ------------------------------
  11004.  
  11005. Subject: Charging Teleco For Your Time
  11006. Reply-To: K.Hopkins%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk
  11007. Date: Mon, 30 Oct 89 17:21:48 +0000
  11008. From: Kevin Hopkins <pkh%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk>
  11009.  
  11010.  
  11011. In v9i478 David Lesher <wb8foz@mthvax.cs.miami.edu> said:
  11012.  
  11013. -> ... they would check it for a $40.00 visit
  11014. -> charge. I countered with a $40.00 charge for MY time if their visit
  11015. -> turned up zilch. They announced again there was no problem, said the
  11016. -> tariffs forbit me from charging them, ...
  11017.  
  11018. Over here  someone  took British Telecom  to  the  courts  to recover "lost
  11019. earnings".   BT had given the subscriber  two separate occassions  on which
  11020. their engineer would turn  up to fix a  problem, but the engineer failed to
  11021. show. As the subscriber  had stayed off  work on both occassions  the court
  11022. awarded him 100 pounds, which was  all he applied  for as he just wanted to
  11023. make the  point. Since  then BT have  been offerring  bill  credits if your
  11024. phone is not repaired within  2 working days or the  engineer fails to turn
  11025. up.  The current credit  is  5 pounds, against   a quarterly rental   of 15
  11026. pounds.
  11027.  
  11028. I think all utilities have taken note of the court's judgement  as it set a
  11029. precedent over here.
  11030.  
  11031. +--------------------------------------------+--------------------------------+
  11032. | K.Hopkins%cs.nott.ac.uk@nsfnet-relay.ac.uk | Kevin Hopkins,              |
  11033. | or    ..!mcvax!ukc!nott-cs!K.Hopkins         | Department of Computer Science,|
  11034. | or in the UK: K.Hopkins@uk.ac.nott.cs         | University of Nottingham,      |
  11035. | CHAT-LINE: +44 602 484848 x 3815         | Nottingham, ENGLAND, NG7 2RD   |
  11036. +--------------------------------------------+--------------------------------+
  11037.  
  11038.  
  11039. ------------------------------
  11040.  
  11041. Date: Mon, 30 Oct 89 12:27:02 CST
  11042. From: Will Martin <wmartin@stl-06sima.army.mil>
  11043. Subject:  Anti-junk-call Laws in Oregon
  11044.  
  11045. The following article is in the Nov '89 issue of GOVERNING (a magazine
  11046. for state and local government topics), p. 16:
  11047.  
  11048. OREGON LETS YOU UNPLUG PHONE SOLICITORS
  11049.  
  11050. To people who hate being interrupted during dinner by a surprise phone
  11051. caller with a once-in-a-lifetime offer, the state of Oregon says it
  11052. understands.  Since October 3, junk phone calls are illegal in the
  11053. state if a phone customer has asked not to receive them.
  11054.  
  11055. The package of four related laws was the result of hundreds of
  11056. consumer complaints, says John MacKellar, information director of the
  11057. Oregon Public Utility Commission.
  11058.  
  11059. "The legislature attempted to respond to the concerns of the citizens
  11060. who were receiving the calls and not liking it, and at the same time
  11061. allow the telemarketing industry to operate," MacKellar says.
  11062.  
  11063. One law encourages telephone companies to offer customers a "no
  11064. solicitation calls" symbol in telephone directories. The symbol,
  11065. placed beside the customers name, would tell telemarketers that they
  11066. would waste their time calling and risk penalties as well.
  11067.  
  11068. Customers may seek damages of $200 or more plus legal costs from those
  11069. who violate the new laws. Repeat offenders may receive an additional
  11070. fine of up to $25,000. The symbol idea is modeled after a trial
  11071. program in the current Salem, Oregon, phone directory. The Salem
  11072. experiment, approved last summer by the commission, allowed rsidents
  11073. ot have the symbol placed by their names at a cost of $5.
  11074.  
  11075. Florida was the first state to enact such a law, followed by
  11076. Washington state, says Leah Durall, state legislative assistant for
  11077. the Direct Marketing Association.
  11078.  
  11079. Another Oregon law requires telemarketers whose businesses are not
  11080. already regulated by another agency to register with the state
  11081. Department of Justice.
  11082.  
  11083. The third law prohibits the use of automatic dialling and announcing
  11084. devices, known as ADADs, except for certain purposes such as use by
  11085. doctors and dentists to remind patients of appointments. The same law
  11086. forbids "junk faxing" of unsolicited advertisements. Durall says 29
  11087. states have laws regulating ADADs.
  11088.  
  11089. The fourth law allows businesses to seek damages if they receive
  11090. defective goods or none at all after doing business with a telephone
  11091. solicitor.
  11092.  
  11093. ------------------------------
  11094.  
  11095. Date: Mon, 30 Oct 89 17:45:26 EST
  11096. From: Yoram Eisenstadter <yoram@link.cs.columbia.edu>
  11097. Subject: NYC Time and Weather
  11098.  
  11099. An enterprising company has devised a cheap alternative to the usual
  11100. 976 numbers for time and weather in New York City.  For the price of
  11101. listening to a brief ad at the beginning of the message, you can get
  11102. both the time and weather for the cost of a normal local call.  I
  11103. called several times, and got an alternating sequence of two ads: one
  11104. giving an 800 number for a travel agency, and the other giving the
  11105. number to call to place an ad on this service (the number is in area
  11106. code 404, i.e., the Atlanta area).
  11107.  
  11108. For those who are interested, the number for NYC Time an Weather is:
  11109. 212-753-TIME (753-8463).
  11110.  
  11111. (This service seems to be especially useful for those of us whose PBXs
  11112. disable calls to 976 numbers.)
  11113.  
  11114. Cheers..Y
  11115.  
  11116. ------------------------------
  11117.  
  11118. Date: Mon, 30 Oct 89 17:10:25 -0800
  11119. From: "John R. Covert  30-Oct-1989 2010" <covert@covert.enet.dec.com>
  11120. Subject: 312/708 Prefix Lookup (from Greg Monti)
  11121.  
  11122.     FOR TELECOM DIGEST
  11123.  
  11124.     From:  Greg Monti
  11125.     Date:  30 October 1989
  11126.     Re:  Automated 312/708 Prefix Lookup
  11127.  
  11128. For those interested, Illinois Bell has a nice little do-it-yourself prefix
  11129. lookup for the 312/708 area code split.  You must have a true tone generating
  11130. phone.  Dial 800 234-6876 (this DOES work outside Illinois, works from DC).  A
  11131. recording summarizes the split and it effects on Chicago area dialing
  11132. procedures.  Then, you are allowed to punch in up to five currently-active
  11133. prefixes in area code 312.  An automated device reads back the prefixes you
  11134. punched in and tells you what area code they will be in after 11 November
  11135. 1989.  Handy. 
  11136.  
  11137. Greg Monti, Arlington, Virginia.  Work +1 202 822-2459
  11138.  
  11139. ------------------------------
  11140.  
  11141. From: jhf@cblpe.att.com
  11142. Date: Mon, 30 Oct 89 13:07 EST
  11143. Subject: LEC Bypass
  11144.  
  11145. In TELECOM Digest V9 #478, David Lewis <nvuxr!deej@bellcore.bellcore.com>
  11146. writes:
  11147.  
  11148. >This story also allows us to launch into an exciting discussion of
  11149. >bypass, if anyone is so moved...  Like, I hear from sources that AT&T
  11150. >is offering ISDN PRI access from its long distance point of
  11151. >termination to customers with AT&T PBXs and trying to steal a march on
  11152. >the LECs...
  11153.  
  11154. I don't think that the customer in question has to have an AT&T PBX.
  11155. According to my copy of the Switching Products/CCS7 Information Guide*
  11156. dated June, 1988, there are nodes on the CNI ring called "D-channel
  11157. signaling link nodes":
  11158.  
  11159.     The D-channel signaling link node provides the network
  11160.     connection interface for L[ink] Access Protocol D (LAPD)
  11161.     protocol users (Q.931 protocol).  The LAPD protocol is
  11162.     the 64-Kb/channel DS1 signal having 23 B-channels (data
  11163.     and voice) and one D-channel (signaling).  D-channel
  11164.     signaling link nodes are connected to the private branch
  11165.     exchange and local area network, which use the primary
  11166.     rate interface for signaling to the 4 ESS switch.
  11167.  
  11168.  
  11169. * This publication is available from the AT&T Customer Information
  11170. Center at 800-432-6600.  The select code is 256-002.
  11171.  
  11172.  
  11173. Jeff Frontz                                              Work:  +1 614 860 2797
  11174. AT&T-Bell Labs (CB 1C-356)                               Cornet:       353-2797
  11175. att!jeff.frontz           jeff.frontz@att.com            Home:  +1 614 794 3986
  11176.  
  11177. ------------------------------
  11178.  
  11179. Date: 30-OCT-1989 17:33:35.95
  11180. From: "DOUGLAS SCOTT REUBEN)" <DREUBEN@wesleyan.bitnet>
  11181. Subject: Re: Tones on International Calls
  11182.  
  11183.  
  11184. In response to the posting from 10/27/89 from "aaron@aludra.usc.edu":
  11185.  
  11186. I'm not sure exactly what tones you mean, but I've heard tones myself
  11187. when making international (as well as some domestic) calls.
  11188.  
  11189. I think what you are hearing are "MF", or multi-frequency tones. These
  11190. are similar to Touch Tones (2 tones), but at a different pitch. They
  11191. were, and to a smaller extent are used as a signalling mechanism
  11192. between switching equipment. Since these tones are audible, they are
  11193. refered to as "in-band", ie, you hear it on the voice channel.
  11194. "Out-of-band" signalling, sometimes using the acronym "CCIS" (Common
  11195. Channel Interoffic Switching) uses a separate (data?) channel to send
  11196. information between switches, so you don't hear the tones. (The calls
  11197. usually go through faster as well.)  
  11198.  
  11199. Depending on where you call from and where you are calling to, you may
  11200. hear the MF tones, especially if you call a very rural area, although
  11201. there are plenty of routes for in-state Connecticut calls that I hear
  11202. MF tones on as well, so it's really hard to predict until you try it.
  11203.  
  11204. You may also hear MF tones when you call some non-working number (ie,
  11205. the number you dialed is being signalled, via MF tones, to the
  11206. eqipment that says "The number you have reached xxx-xxxx has been
  11207. changed.." (I think this is called "AIS"). 215-987-4444 is a good
  11208. example of this, but you don't always hear the MF on that one...
  11209.  
  11210. Also, if you are in a Crossbar exchange that has been converted to
  11211. Equal Access (ie, you can actually dial 10xxx to route your calls, and
  11212. NOT just being able to choose a 1+ carrier : 718-793 is an example of
  11213. the former and 718-268 is an example of the latter...) you may hear MF
  11214. tones if you make an AT&T Op. Assist call by dialing 0+A/C+number.
  11215. (At least 718-793 does this..) 
  11216.  
  11217. This is also true in a few rural exchanges near Poughkeepsie, NY,
  11218. where a 0+ call from an (1ESS?)  payphone will give lots of MF before
  11219. you get the AT&T "boing". (It seems to go in two bursts: The first one
  11220. seems to be the number of the payphone, and the second one seems to be
  11221. the 0+ number dialed in...I can't decode MF tones by hearing them, so
  11222. I'm not too sure about this...)
  11223.  
  11224. Anyhow, so to answer your question, I think this is what you are
  11225. hearing, and they are not only restricted to international calls. I
  11226. sometimes hear a LONG tone (sounds just like a DMS-type call wait, but
  11227. a bit longer) when I make international Calling Card calls (ie, 01+),
  11228. but I doubt that's what you are talkling about...
  11229.  
  11230. I'm sure some of the more knowledgeable readers of the Digest would be
  11231. able to fill you in on how MF tones are used - I'm sure I couldn't
  11232. explain international routing codes very well. (What is an "international 
  11233. sender", anyhow?)
  11234.  
  11235. Hope this was of some help...
  11236.  
  11237. Doug
  11238.  
  11239. dreuben@eagle.wesleyan.edu
  11240. dreuben@wesleyan.bitnet
  11241. dreuben%eagle.weslyn@wesleyan.bitnet
  11242. (and just plain old "dreuben" to locals!! :-)   )
  11243.  
  11244. ------------------------------
  11245.  
  11246. Organization: Philips Telecommunication and Data Systems,
  11247. Subject: Re: Dutch PTT Booklet: International Access Codes
  11248. Date: Thu, 26 Oct 89 11:44:53 MET
  11249. From: Dolf Grunbauer <dolf@idca.tds.philips.nl>
  11250.  
  11251. In article <telecom-v09i0467m02@vector.dallas.tx.us> you write:
  11252.  
  11253. >Some time ago there was some discussion on this list about access
  11254. >codes in different countries to dial international numbers.
  11255.  
  11256. >Albania        unknown
  11257.  
  11258. You cannot make direct calls from Albania to the outside of the
  11259. country.  You have to go to the post office and ask for a call abroad.
  11260. They cannot deal with it right away, but they call Italy and the Italians
  11261. make the call for you (if you are lucky :-). It helps when you know
  11262. Italian, so you can help the telephone operator to make the
  11263. connection. Otherwise it may take hours.
  11264.  
  11265. The above was true at least until July, 1985 (which happened to be
  11266. within one year after the death of Envir Hoxha), and it may be changed
  11267. by now.
  11268.  
  11269. Dolf Grunbauer          Tel: +31 55 433233  Internet dolf@idca.tds.philips.nl
  11270. Philips Telecommunication and Data Systems  UUCP ....!mcvax!philapd!dolf
  11271. Dept. SSP, P.O. Box 245, 7300 AE Apeldoorn, The Netherlands
  11272.  
  11273. ------------------------------
  11274.  
  11275. From: Steve Forrette <c152-ft@cory.berkeley.edu>
  11276. Subject: US Sprint on Telenet
  11277. Date: Mon, 30 Oct 89 00:00:00 CST
  11278.  
  11279. (responding to the person who asked for Sprint's 'network' address)
  11280.  
  11281. I believe that US Sprint *owns* Telenet...
  11282.  
  11283. ------------------------------
  11284.  
  11285. Date:     Mon, 30 Oct 89 9:21:59 EST
  11286. From:     Carl Moore (VLD/VMB) <cmoore@brl.mil>
  11287. Subject:  No Nx0 in DC?
  11288.  
  11289.  
  11290. I notice several prefixes ending in 0 in Md. & Va. suburbs,
  11291. but none in DC itself.
  11292.  
  11293. ------------------------------
  11294.  
  11295. End of TELECOM Digest V9 #481
  11296. *****************************
  11297. 
  11298. 
  11299. Date:     Tue, 31 Oct 89 1:41:47 CST
  11300. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  11301. To:       telecom@eecs.nwu.edu
  11302. Subject:  TELECOM Digest V9 #482
  11303. Message-ID:  <8910310141.aa30199@delta.eecs.nwu.edu>
  11304.  
  11305.  
  11306. TELECOM Digest     Tue, 31 Oct 89 01:35:51 CST    Volume 9 : Issue 482
  11307.  
  11308. Today's Topics:                             Moderator: Patrick Townson
  11309.  
  11310.     The Strange Boundaries of 312/708 (TELECOM Moderator)
  11311.     AT&T Strikes Back: Countersues MCI (TELECOM Moderator)
  11312.     Time to "Disconnection" (Louis J. Judice)
  11313.     Re: 10 Cent Payphones (Mike Trout)
  11314.     Re: The Lighter Side: Phone Number Jingles (David A. Cantor)
  11315. ----------------------------------------------------------------------
  11316.  
  11317. Date:     Tue, 31 Oct 89 1:23:08 CST
  11318. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  11319. Subject:  The Strange Boundaries of 312/708
  11320.  
  11321. David Tamkin has written in TELECOM Digest regarding the unusual
  11322. characteristics of the new area 708, and he has pointed out that it
  11323. will be in three disconnected parts, surrounded in part by 312, and
  11324. surrounding 312 in another area.
  11325.  
  11326. Saturday evening, David took me on a most unusual tour of the
  11327. northwest side of Chicago and the adjoining suburban area, and pointed
  11328. out just how ragged the boundary line will be.
  11329.  
  11330. This is not entirely the fault of Illinois Bell: Unlike most areas of
  11331. Chicago, where the boundary line between Chicago and a neighboring
  11332. community is well-defined, with the boundary being down the middle of
  11333. a major street, or at a clearly defined intersection, the boundary
  11334. line between Chicago, Harwood Heights and Norridge (two towns
  11335. completely surrounded by Chicago), Park Ridge, Rosemont and Ohare
  11336. Airport (politically part of Chicago, but geographically in Rosemont)
  11337. and Unincorporated Norridge Park Township is difficult at best to
  11338. discern.
  11339.  
  11340. We simply drove along the boundary as much as possible, except that on
  11341. several occasions it literally cut through middle of a block between
  11342. houses, went through back yards, skipped around in funny ways, at one
  11343. point cuts through the woods and across a river, and in general is
  11344. very elusive. One house had *two* sets of street numbers on it, a four
  11345. digit number in the Chicago style and a three digit number in the Park
  11346. Ridge style. Apparently the boundary between Chicago and Park Ridge
  11347. runs through the house! I asked David if per chance the people had an
  11348. extension in their bedroom if it would have to be changed to 708!
  11349.  
  11350. Unincorporated Norridge Park Township sits squarely in the middle of
  11351. it all and does not 'belong' to any city, but is governed only by Cook
  11352. County. 
  11353.  
  11354. Not only will there be two area codes beginning in a few days, but
  11355. there are already two telephone companies, and the difference between
  11356. them is sometimes just between two houses sitting side by side. Both
  11357. telcos will have both 312 and 708 prefixes. These are not places
  11358. across the street from each other, mind you -- that would be sort of
  11359. easy to figure out and get used to -- these were cases of houses next
  11360. to each other on the same side of the street, in an area where the
  11361. same street is known by one name on one side of the street (whatever
  11362. town it is) and by another name on the other side of the street in a
  11363. different town!
  11364.  
  11365. All Illinois Bell service in the area comes from the Chicago-Newcastle
  11366. central office. *Chicago* service via Centel comes from Newcastle
  11367. also, but from the Centel CO on Minor Street in Park Ridge known also
  11368. as Newcastle.
  11369.  
  11370. Where the real fun begins is the way Illinois Bell's Newcastle office
  11371. has gotten sloppy in assigning prefixes over the past two or three years.
  11372. There are prefixes intended only for the people politically in Chicago.
  11373. There are prefixes intended only for the people in Harwood and Norridge.
  11374. There are prefixes intended only for the unicorporateds and some for
  11375. the people in Rosemont. 
  11376.  
  11377. Ohare Airport has its own Chicago prefixes, and is served by Illinois
  11378. Bell, but the perimeters of the airport have Centel service with
  11379. prefixes out of Park Ridge. Go across the street into (politically
  11380. and in actuality) Rosemont, IL and Illinois Bell has the service on
  11381. 708....leaving Ohare Airport on 312.
  11382.  
  11383. Although Newcastle serves several little areas, as noted above, one
  11384. reason for the distinction in prefixes is where 911 service will go.
  11385. In the unincorporated area, for example, the residents get Chicago
  11386. phone service, but have a distinct exchange on which 911 will *not*
  11387. ring the Chicago PD, since they don't get the same police.
  11388.  
  11389. On Harlem Avenue around Lawrence Avenue (7200 West at 4800 North)
  11390. David pointed out two shopping malls -- little shopping strips
  11391. actually, with a parking lot in front of them -- where about half the
  11392. stores in the group will remain 312 and the other half will be
  11393. 708....in no particular order; i.e. the first store is 708, the next
  11394. two are 312, the next one is 708, etc.
  11395.  
  11396. In this area, which *eventually* turns into Harwood Heights for a few
  11397. blocks and once again becomes Chicago a bit further south, the street
  11398. name and numbering system remain the same: four digit numbers running
  11399. consecutively as on any 'normal' street. One could never tell that one
  11400. had left Chicago, entered Harwood Heights and walked back into Chicago
  11401. on crossing the street a couple blocks down. 
  11402.  
  11403. When those people ordered phone service in the past, apparently they
  11404. said their address was 4xxx North Harlem in *Chicago*, or 4xxx North
  11405. Harlem in *Harwood Heights* when in fact it was the opposite
  11406. community!  Now in theory, the Bell service rep who took the order
  11407. should have consulted the street address book and told the subscriber,
  11408. 'well, you are actually in community X'.....or at the very least when
  11409. the CO got the order to wire the service they should have looked at
  11410. the street guide and selected the appropriate prefix, community-wise.
  11411. I can't really blame the new-comers for not knowing for sure at first
  11412. what exact *political* territory they were in; David even got me dizzy
  11413. driving up and down all those side streets following imaginary (or
  11414. sometimes real) markers.
  11415.  
  11416. So the people who *said* they were in Harwood Heights (whether they
  11417. were or not, and when IBT did not verify it) are stuck with 708
  11418. starting in a couple weeks. Those who *said* they were in Chicago
  11419. (whether they were or not, and when IBT did not verify it) get to stay
  11420. in 312. Ergo, an eleven digit call between the shoe store at the front
  11421. of the mall and the clothing store next door! Centel on the other hand
  11422. seems to have pretty well verified all their addresses and number
  11423. assignments.
  11424.  
  11425. And you have Centel service on 312, but your neighbor next door or
  11426. across the alley has Illinois Bell on 708. An eleven digit dialing
  11427. sequence to call the lady next door. Not just one or two of these
  11428. instances mind you, but <all over> an area of several blocks on the
  11429. northwest side of (for all practical purposes) Chicago.
  11430.  
  11431. Even the 213/818 situation at the dividing line is not this bad. David
  11432. says it is....that the split in El Lay is just as confusing around the
  11433. boundary line as the one here on the northwest side, but I don't see
  11434. how it could be.
  11435.  
  11436. Patrick Townson
  11437.  
  11438. ------------------------------
  11439.  
  11440. Date:     Tue, 31 Oct 89 0:35:29 CST
  11441. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  11442. Subject:  AT&T Strikes Back: Countersues MCI
  11443.  
  11444. AT&T struck back last Thursday at advertising claims made by MCI
  11445. Communications Corporation and received two rulings from the Federal
  11446. Communications Commission affecting regulation of its long distance
  11447. services.
  11448.  
  11449. AT&T said in a countersuit against MCI filed in Washington, DC that
  11450. MCI was misleading consumers through false and deceptive advertising
  11451. in its business and residential long distance service. AT&T's filing
  11452. denied similar allegations made by MCI in a suit filed October 10.
  11453.  
  11454. Victor Pelson, AT&T group executive, said MCI unfairly compared its
  11455. discount service with AT&T's regular long distance service rather than
  11456. its discount service. Pelson also denied claims that the quality of
  11457. MCI voice service was superior to AT&T's, or that its facsimile
  11458. service featured fewer garbled transmissions than AT&T's.
  11459.  
  11460. "We intend to clarify any misconceptions in the market," said Merrill
  11461. Tutton, AT&T Vice President for consumer marketing.
  11462.  
  11463. MCI spokeswoman Kathleen Keegan Thursday responded that, "our ad
  11464. claims are accurate....We will soon be filing a motion for a
  11465. preliminary injunction to cause AT&T to cease its advertising
  11466. campaign."
  11467.  
  11468. Also on Thursday, the Federal Communications Commission upheld a
  11469. decision giving AT&T greater freedom to compete for big corporate
  11470. customers but rejected another pricing plan by AT&T.
  11471.  
  11472. The FCC voted unanimously to uphold a pricing plan known as Tariff 12,
  11473. which lets AT&T offer corporate customers a package of communications
  11474. services. AT&T contends it is at a disadvantage because MCI does not
  11475. have to submit detailed filings to the FCC before they can serve
  11476. customers. MCI had challenged Tariff 12, asking the FCC to overrule it
  11477. and prohibit AT&T from offering full service communications packages
  11478. to its customers.
  11479.  
  11480. In the second item, the FCC declared unlawful a pricing plan known as
  11481. Tariff 15, that AT&T had applied solely to a single customer, the
  11482. Holiday Corporation, owner of the largest hotel chain in the United
  11483. States. The FCC said AT&T could no longer justify the special rates to
  11484. a single customer to meet competition when MCI was making the same
  11485. service available to customers generally.
  11486.  
  11487. Patrick Townson
  11488.  
  11489.  
  11490. ------------------------------
  11491.  
  11492. Date: Mon, 30 Oct 89 06:25:59 -0800
  11493. From: "Louis J. Judice  30-Oct-1989 1021" <judice@kyoa.enet.dec.com>
  11494. Subject: Time to "Disconnection"
  11495.  
  11496.  
  11497. I never realized this until it was demonstrated to me, but at least in
  11498. NJ on the Peapack Central Office, if you call person "A", person "A"
  11499. can hang up, and pick up their phone up to about 15 seconds later
  11500. without disconnecting "B". This is without any phone features, etc.
  11501.  
  11502. If the calling party hangs up, of course the conversation is over. I
  11503. also suspect that if the "called-party" is on a PBX, etc., that this
  11504. "grace period" is not given.
  11505.  
  11506. What is this, why does it exist? It is "dependable" or just a fluke?
  11507. Is the 15 second limit a standard of some sort?
  11508.  
  11509. /ljj
  11510.  
  11511. ------------------------------
  11512.  
  11513. From: Mike Trout <miket@brspyr1.brs.com>
  11514. Subject: Re: 10 Cent Payphones
  11515. Date: 30 Oct 89 19:20:58 GMT
  11516. Organization: BRS Info Technologies, Latham NY
  11517.  
  11518.  
  11519. In article <telecom-v09i0476m04@vector.dallas.tx.us>, c152-ft@cory.berkeley.
  11520. edu (Steve Forrette) writes:
  11521.  
  11522. > Last time I checked (year or so ago), Roseville Telephone (near
  11523. > Sacramento, CA) still charged 10 cents for local calls.  An
  11524. > interesting corollary is that Sunrise Mall in Citrus Heights, CA,
  11525. > happens to straddle the service boundary between Roseville Telephone
  11526. > and the *real* telephone company (Pacific Bell) - so, local calls cost
  11527. > 20 cents at the south end of the mall and 10 cents at the north!
  11528.  
  11529. It's been pointed out in this group before, but I figured I'd mention
  11530. again that payphones of the Taconic Telephone Corp. (upstate New York
  11531. between Troy and Poughkeepsie) charge a nickle for local calls.
  11532.  
  11533.  
  11534. NSA food:  Iran sells Nicaraguan drugs to White House through CIA, SOD & NRO.
  11535. ~~~~~~~~~~~~~~~~~~~~~~~~Michael Trout (miket@brspyr1)~~~~~~~~~~~~~~~~~~~~~~~~~
  11536. BRS Information Technologies, 1200 Rt. 7, Latham, N.Y. 12110  (518) 783-1161
  11537. "Who watches the watchmen?" --Epigraph of the Tower Commission Report, 1987 
  11538.  
  11539. ------------------------------
  11540.  
  11541. Date: Mon, 30 Oct 89 09:39:11 -0800
  11542. From: "David A. Cantor  30-Oct-1989 1236" <cantor@proxy.enet.dec.com>
  11543. Subject: Re: The Lighter Side: Phone Number Jingles
  11544.  
  11545. Re Telecom  Volume 9 : Issue 473
  11546.  
  11547. >Date: Wed, 25 Oct 89 21:44:26 mst
  11548. >From: Robert Wier <utah-cs!arizona!naucse!rrw@cs.utexas.edu>
  11549. >Subject: Re: The Lighter Side: Phone Number Jingles
  11550.  
  11551. >I remember a widely run tv commercial about 20 years ago (?)  by the
  11552. >Sheraton Corporation advertising their toll-free reservation --> 800
  11553. >325 3535.
  11554.  
  11555. [...]
  11556.  
  11557. >I believe that the number is still in use, for Day's Inns now.  But
  11558. >they don't use the old commercial (a shame...)
  11559.  
  11560. No, Sheraton is still using that number, but Days Inns uses a similar
  11561. number; viz., 800-325-2525.
  11562.  
  11563. Dave C.
  11564.  
  11565. ------------------------------
  11566.  
  11567. End of TELECOM Digest V9 #482
  11568. *****************************
  11569. 
  11570. 
  11571. Date:     Wed, 1 Nov 89 0:56:55 CST
  11572. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  11573. To:       telecom@eecs.nwu.edu
  11574. Subject:  TELECOM Digest V9 #483
  11575. Message-ID:  <8911010056.aa23585@delta.eecs.nwu.edu>
  11576.  
  11577.  
  11578. TELECOM Digest     Wed, 1 Nov 89 00:55:55 CST    Volume 9 : Issue 483
  11579.  
  11580. Today's Topics:                             Moderator: Patrick Townson
  11581.  
  11582.     Re: TCP/IP over ISDN Basic Rate (Martin B. Weiss)
  11583.     Re: TCP/IP over ISDN Basic Rate (Paul Elliot)
  11584.     Re: TCP/IP over ISDN Basic Rate (Peter Desnoyers)
  11585.     Re: TCP/IP over ISDN Basic Rate (H. Shrikumar)
  11586.     Re: TCP/IP over ISDN Basic Rate (Johnny Zweig)
  11587.     Re: TCP/IP over ISDN Basic Rate (Giridhar Coorg)
  11588.     Standardized Software Interfaces to ISDN PC Cards (Michael L. Robins)
  11589. ----------------------------------------------------------------------
  11590.  
  11591. From: Martin B Weiss <mbw@unix.cis.pitt.edu>
  11592. Subject: Re: TCP/IP over ISDN Basic Rate
  11593. Date: 31 Oct 89 14:42:46 GMT
  11594. Organization: Univ. of Pittsburgh, Comp & Info Services
  11595.  
  11596.  
  11597. In article <telecom-v09i0479m02@vector.dallas.tx.us>, gnu@toad.com (John 
  11598. Gilmore) writes:
  11599.  
  11600. > . . .  First, the rate is 64000 bits per second; "64kbps"
  11601. > implies 65536 bits per second (at least to me!).  
  11602.  
  11603. In the context of ISDN, 64Kbps means 64000 bits per second.  It is
  11604. derived from 8 bits/sample*8000 samples/sec=64,000 bits/sec.
  11605.  
  11606. > (There *is* this problem with the idiots who designed the AT&T T1
  11607. > relays not putting in enough frame sync, so they had to steal the
  11608. > bottom bit of one 8-bit subchannel as frame sync -- leading to "56K"
  11609. > (8000 7-bit samples) rather than "64K" (8000 8-bit samples) service.
  11610.  
  11611. The problem is not the lack of frame sync, but the need for a
  11612. signalling mechanism to send "off-hook" and "on-hook" signals (as well
  11613. as pulsing digits).  The original T1 carrier was developed in an era
  11614. of in-band signalling, so this "bit robbing" approach was the
  11615. preferred choice.  Nobody in the early 1960's ever imagined using
  11616. T-carriers in the way they are used today.  64Kbps channels will be
  11617. available with the widespread implementation of out-of-band (or common
  11618. channel) signalling, such as CCIS and CCITT Signalling System 7.
  11619.  
  11620.    Martin Weiss
  11621.    Telecommunications Program, University of Pittsburgh
  11622.    Internet: mbw@idis.lis.pitt.edu OR mbw@unix.cis.pitt.edu
  11623.    BITNET: mbw@pittvms
  11624.  
  11625. ------------------------------
  11626.  
  11627. From: Paul Elliott x225 <optilink!elliott@ames.arc.nasa.gov>
  11628. Subject: Re: TCP/IP over ISDN Basic Rate
  11629. Date: 31 Oct 89 16:48:39 GMT
  11630. Organization: Optilink Corporation, Petaluma, CA
  11631.  
  11632.  
  11633. In article <telecom-v09i0479m02@vector.dallas.tx.us>, 
  11634. gnu@toad.com (John Gilmore) writes:
  11635.  
  11636. > (omitted) 
  11637. > I beg to differ.  First, the rate is 64000 bits per second; "64kbps"
  11638. > implies 65536 bits per second (at least to me!).  Second, the frame
  11639.  
  11640. It is my experience that when referring to _communications_ data
  11641. rates, Kb/s and Mb/s refer to the decimal Kilo and Mega, so these are
  11642. used as power-of-ten multipliers.  (I am trying to ignore the
  11643. capitalization issue here, but have to ask anyway: can anyone out
  11644. there tell me what the rule is for 1000-based vs. 1024-based
  11645. suffixes?).
  11646.  
  11647. > (There *is* this problem with the idiots who designed the AT&T T1
  11648. > relays not putting in enough frame sync, so they had to steal the
  11649. > bottom bit of one 8-bit subchannel as frame sync -- leading to "56K"
  11650. > (8000 7-bit samples) rather than "64K" (8000 8-bit samples) service.
  11651. > But I read that they have a plan in place to upgrade those bogus
  11652. > relays -- and meanwhile, they could just software-route the real 8-bit
  11653. > ISDN traffic through one of the subchannels that doesn't get its low
  11654. > order bit munged by the relays.  Technical corrections welcomed.)
  11655.  
  11656. T1 has a couple of problems in the transport of 64Kb/s data, but the
  11657. poor, overloaded frame bit isn't one of them.  There are two reasons
  11658. for the 56Kb/s requirement (these being eliminated in newer
  11659. equipment):
  11660.  
  11661. 1) Robbed-bit signaling -- In most circuits (meaning either
  11662. connections or equipment, take your pick), per-channel,
  11663. connection-state signaling is sent one frame in six.  One bit of the
  11664. eight bits ("octet", in telecom parlance) in each channel is "robbed"
  11665. to carry this signaling.  This only causes a minor increase in noise
  11666. for a voice (or analog modem signal), but the one bit in 48 hit
  11667. obviously precludes full use of the channel, hence the 7 bit, 56 Kb/s
  11668. rate.  Several techniques are used to eliminate the robbing of the
  11669. bit; one method is DMI BOS (Digital Multiplexed Interface, Bit
  11670. Oriented Signaling), in which one channel in the T1 frame is
  11671. appropriated to carry the signaling for the remaining 23 channels
  11672. (this is similar to the method used by the European 2.048 Mb/s digital
  11673. trunk, which by the way, we _do_ call "2 Megabit", throwing my earlier
  11674. comment into question -- I guess useage is a matter of history and
  11675. culture, your mileage may vary).
  11676.  
  11677. Of course, the B-channel in the ISDN connection eliminates the
  11678. robbed-bit requirement as well.
  11679.  
  11680. 2) Ones Density -- The T1 signal format is AMI (Alternate Mark
  11681. Inversion), so the clock must be recovered from the data transitions.
  11682. This necessitates a minimum ones-density (15 consecutive zeroes max).
  11683. Much T1 equipment "features" a zero-suppression method in which an
  11684. all-zero channel has a bit (or bits) set to insure that "bad data" in
  11685. one channel does not impair the performance of the remaining channels.
  11686. Naturally, the receiving equipment cannot differentiate the resulting
  11687. data pattern from one that had been purposely sent, so a data error
  11688. results.  Again, a reason for 56 Kb/s.  Newer equipment provides
  11689. methods of encoding an all-zero channel that are reversable.  One
  11690. method, called B8ZS (Bipolar Eight Zero Substitution) sends a special
  11691. pattern of BPVs (Bipolar Violations, violations of the AMI line code
  11692. rules) for the zero-byte.  Another is called ZBTSI (Zero Byte Time
  11693. Slot Interchange) and is too involved to explain here (I can! Trust
  11694. me!).
  11695.  
  11696. The frame bit has problems of it's own, and has been the subject of
  11697. much baroque engineering, and the butt of many nerdy engineer's jokes
  11698. (we're a riot at parties).  In defense if the F-bit, the T1 format was
  11699. designed a _long_ time ago, and it was actually rather elegant for the
  11700. hardware implementations at the time.
  11701.  
  11702.  
  11703. Paul M. Elliott      Optilink Corporation     (707) 795-9444
  11704.          {pyramid,pixar,tekbspa}!optilink!elliott
  11705. "I used to think I was indecisive, but now I'm not so sure."
  11706.  
  11707.  
  11708. ------------------------------
  11709.  
  11710. From: Peter Desnoyers <desnoyer@apple.com>
  11711. Subject: Re: TCP/IP over ISDN Basic Rate
  11712. Date: 31 Oct 89 18:01:30 GMT
  11713. Organization: Apple Computer, Inc.
  11714.  
  11715.  
  11716. In article <telecom-v09i0479m02@vector.dallas.tx.us> gnu@toad.com (John 
  11717. Gilmore) writes:
  11718.  
  11719. > >                                                You get 64 kbps per
  11720. > > second.  It's "raw bits" (oat hulls, wheat chaff...) and no more.
  11721. > > It's isochronous (sync) so you need to have some framing technique.
  11722. > > It is NOT byte oriented at this point!
  11723.  
  11724. > I beg to differ.  First, the rate is 64000 bits per second; "64kbps"
  11725. > implies 65536 bits per second (at least to me!).  Second, the frame
  11726. > sent between the on-premises ISDN interface and the terminals (phones)
  11727. > contains its own framing, and individual BYTES of data for the two D
  11728. > channels are contained in the frame.  
  11729.  
  11730. The prefix for 10^3 (kilo) is k. Lowercase. Hence 64kb/sec. Anyway, on
  11731. the subject of ISDN data framing:
  11732.  
  11733.   ISDN circuit-switched data calls guarantee "8 kHz integrity". (as
  11734. compared, for instance, to "service data unit integrity" for packet
  11735. switched calls. I take this to imply that octet boundaries are
  11736. preserved from one end to the other.
  11737.  
  11738.   However, this is sort of a moot point. First, none of the protocols
  11739. standardized for transmission over ISDN are byte-oriented, so if you
  11740. are talking to someone else it doesn't matter. Secondly, unless there
  11741. has been a sudden glut of byte-oriented comm chips for ISDN
  11742. applications in the last couple of weeks, you're either going to be
  11743. hooking a bit-oriented comm chip to your ISDN B channel, or you're
  11744. going to be suffering an interrupt every 125 microseconds. Kind of
  11745. puts such an interface out of reach of any UNIX-based workstations I
  11746. can think of.
  11747.  
  11748. Anyway, does anyone have an answer to my previous question:
  11749.  
  11750.   Does the SparcStation actually contain an S/T interface? If so, why
  11751. don't they ship Q.931 software and provide a comm chip?
  11752.  
  11753.  
  11754.                                       Peter Desnoyers
  11755.                                       Apple ATG
  11756.                                       (408) 974-4469
  11757.  
  11758. ------------------------------
  11759.  
  11760. From: "H.Shrikumar{shri@ncst.in}" <shri%ccs1@cs.umass.edu>
  11761. Subject: Re: TCP/IP over ISDN Basic Rate
  11762. Date: 31 Oct 89 20:24:47 GMT
  11763. Reply-To: "H.Shrikumar{shri@ncst.in}" <shri%ccs1@cs.umass.edu>
  11764. Organization: NCST, Bombay, Indian, currently at UMass, Amherst
  11765.  
  11766.  
  11767. In article <telecom-v09i0479m02@vector.dallas.tx.us> gnu@toad.com
  11768.  (John Gilmore) writes:
  11769.  
  11770. >It seems clear that either nobody is doing IP over ISDN, or they don't
  11771. >dont read Telecom ...
  11772.  
  11773. Yup, seems so. I had expected to learn much from this thread.
  11774.  
  11775. BTW, a related thing came to my mind. (though it works on primary rate)
  11776.  
  11777. The people at Rutherford Labs, UK, are using ISDN to bridge two
  11778. Cambridge Fast Rings.  Of course, they always have to use the
  11779. Cambridge ring, and the others always have to use TCP/IP :-) but they
  11780. have an interesting gadget that they have designed.
  11781.  
  11782. They call it a RAMP. 
  11783.  
  11784. It connects to a primary rate ISDN coax pipe. and to the LAN on the
  11785. other. When any connect requests arrive that need the bridge to work,
  11786. a B channel call is requsted to a similar box at the other end.
  11787. Additional B channels are allocated and dropped as traffic needs vary.
  11788. (neat, also explains the name). This works well as the ISDN call setup
  11789. times are found to be acceptably small.
  11790.  
  11791. But it is not so easy as that, because ISDN guarantees byte ordering
  11792. in the channel, but a connect request on channel number 12 here may
  11793. materialise is any of 1-30 at the other end. They have some suitable
  11794. protocol to sync this.
  11795.  
  11796. I remember they had also mentioned running X-windows and NFS over it,
  11797. so they have some TCP experience with it as well (foggy here).
  11798.  
  11799. This was presented at the recent SIGCOMM '89 in Austin, TX, 
  11800. this September. I can dig up the reference if need.
  11801.  
  11802.    shrikumar ( shri@ccs1.cs.umass.edu, shri@ncst.in )
  11803.  
  11804. ------------------------------
  11805.  
  11806. From: Johnny Zweig <zweig@brutus.cs.uiuc.edu>
  11807. Subject: Re: TCP/IP over ISDN Basic Rate
  11808. Reply-To: zweig@cs.uiuc.edu
  11809. Organization: U of Illinois, CS Dept., Systems Research Group
  11810. Date: Wed, 1 Nov 89 03:05:20 GMT
  11811.  
  11812.  
  11813. Maybe I'm less well-informed than I believe myself to be, but I can
  11814. see no reason why one couldn't configure a host to run SLIP over an
  11815. ISDN channel.  All SLIP says is "we'll use a few special characters
  11816. and a naive escaping mechanism to delimit packets on a serial line".
  11817. That's it. So if two hosts agree to send ordinary IP-packets over the
  11818. serial lines using SLIP, it should be a snap. If one of those hosts
  11819. gateways packets onto the Internet, presto!
  11820.  
  11821. The issues of addressing and routing are still troublesome and need a
  11822. bit of head-scratching. But if host W.X.Y.Z (Internet address) wanted
  11823. to place an ISDN call directly to host I.J.K.L and send IP-packets
  11824. between themselves (i.e. let the phone-network do the routing), there
  11825. should be no problem patching existing software to accept the packets.
  11826. One trick would be to have gateways with a number of ISDN-based serial
  11827. lines and a set of public-use IP addresses so that someone could
  11828. dial-in and talk to the Internet as host public7.isdn.uiuc.edu for
  11829. example -- similar to some dialups that are run nowadays. Certainly
  11830. all the authentication and whatnot is done at a higher layer than IP,
  11831. so it should be no problem.
  11832.  
  11833. I have heard rumors of brain-damaged ISDN lines that clobber bit 7,
  11834. and do other byte-mangling (for example, if you treat a serial channel
  11835. as PCM and recode the data as MPCM for long-haul and reconvert to PCM,
  11836. you will make garbage out of the bits), but I think the ISDN is
  11837. evolving toward a "byte pipe" architecture, at least at the physical
  11838. and data-link layers. I can think of at least one implementation of IP
  11839. that will be configurable to take advantage of such an ISDN-based
  11840. transport mechanism (the one I'm writing ;-).
  11841.  
  11842.  Johnny TCP+IP+ISDN=Happy Folks
  11843.  
  11844. ------------------------------
  11845.  
  11846. Date: Tue, 31 Oct 89 15:14:36 EST
  11847. From: Giridhar Coorg <coorg@dad.bgsu.edu>
  11848. Subject: Re: TCP/IP over ISDN Basic Rate
  11849.  
  11850. >Someone else said "what's the point -- ISDN only runs for two or three
  11851. >miles anyway".  I don't know where they got that idea.  Last I heard,
  11852. >ALL of the >500-mile AT&T switching centers went to digital
  11853. >transmission years ago, and they have been pushing digital encoding
  11854. >back toward the CO's ever since.  ISDN is the standard for the stretch
  11855. >between the CO and the customer.
  11856.  
  11857. I would imagine that just like digital transmission, ISDN would
  11858. encompass any stretch because as far as the system goes, all it needs
  11859. to know is a series of 0's and 1's(of course, it is very crudely put).
  11860.  
  11861. Basically, the stretch between the CO and the customer needs to be
  11862. digital under the ISDN requirements.  Depending on the type of system
  11863. design, whether it is a T1 or T2(European and also in India), a
  11864. multiplexed PCM link (a 24 or 30 channel ) would be extended.
  11865.  
  11866. One of the major requirements of ISDN is the compatibility to CCITT #
  11867. 7 (a signalling specification) for inter CO signalling.
  11868.  
  11869. >(There *is* this problem with the idiots who designed the AT&T T1
  11870. >relays not putting in enough frame sync, so they had to steal the
  11871. >bottom bit of one 8-bit subchannel as frame sync -- leading to "56K"
  11872. >(8000 7-bit samples) rather than "64K" (8000 8-bit samples) service.
  11873. >But I read that they have a plan in place to upgrade those bogus
  11874. >relays -- and meanwhile, they could just software-route the real 8-bit
  11875. >ISDN traffic through one of the subchannels that doesn't get its low
  11876. >order bit munged by the relays.  Technical corrections welcomed.)
  11877.  
  11878. I would say that there are two different standards based on T1 or T2,
  11879. these being the Primary Rate Interface and the Basic Rate Interface.
  11880. The basic rate interface for T2 systems has the 2B+D characteristics
  11881. totalling 144kbps with each B channel accomodating 64kbps and the D
  11882. channel accomodating 16kbps(for signalling and now slow speed packet
  11883. switching), the primary rate interface for T1 systems has 30B+D
  11884. characteristics.
  11885.  
  11886.  
  11887. ====Giridhar====
  11888.  
  11889. ------------------------------
  11890.  
  11891. From: Michael L Robins <mlr@houtz.att.com>
  11892. Subject: Standardized Software Interfaces to ISDN PC Cards
  11893. Date: 1 Nov 89 04:55:35 GMT
  11894. Organization: AT&T Bell Laboratories
  11895.  
  11896.  
  11897. I am posting a feeler to see how many users on the 'net' are
  11898. interested in the concept of a standardized interface for software
  11899. applications.
  11900.  
  11901. Specifically, the North American ISDN User Forum has an expert group
  11902. looking at an Application Software Interface so that applications can
  11903. talk to smart ISDN co-processor boards. The market has typically seen
  11904. these devices in the MS-DOS arena, but more are coming along that will
  11905. be using OS/2 and the UNIX(tm) Operating System.
  11906.  
  11907. The problem today, is that each hardware vendor has supplied their own
  11908. interface, thus a given software application will usually only work
  11909. with a single vendors' hardware.
  11910.  
  11911. The ASI Working Group is trying to get agreement among vendors to
  11912. supply a standard set of functionality (primitives) as well as a
  11913. standard way to access the functionality.
  11914.  
  11915. Having a standized method will promote new ISDN applications, and
  11916. promote the ISDN marketplace.
  11917.  
  11918. The ASI Working Group is not a standard body, but has many
  11919. representatives from the ISDN arena (hardware and software vendors)
  11920. participating, and in the future will be presenting it's work to some
  11921. formal standards body.
  11922.  
  11923. The NIU Forum is sponsored by the National Institute of Standards and
  11924. Technology (NIST); formally the National Bureau of Standards, and open
  11925. to all.
  11926.  
  11927. Interested parties can contact me vial e-mail.
  11928.  
  11929.                 Mike Robins
  11930.                 att.com!houtz!mlr
  11931.  
  11932. ------------------------------
  11933.  
  11934. --End of TELECOM Digest V9 #483
  11935. *****************************
  11936. 
  11937. 
  11938. Date:     Wed, 1 Nov 89 1:51:15 CST
  11939. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  11940. To:       telecom@eecs.nwu.edu
  11941. Subject:  TELECOM Digest V9 #484
  11942. Message-ID:  <8911010151.aa13483@delta.eecs.nwu.edu>
  11943.  
  11944.  
  11945. TELECOM Digest     Wed, 1 Nov 89 01:50:59 CST    Volume 9 : Issue 484
  11946.  
  11947. Today's Topics:                             Moderator: Patrick Townson
  11948.  
  11949.     Re: Unequal Service (John Higdon)
  11950.     Re: Unequal Service (Macy Hallock)
  11951.     Re: Caller ID Saves A Life! (Ellen Keyne Seebacher)
  11952.     Re: Caller ID Use by Pagers (David W. Tamkin)
  11953.     Re: Caller ID Question (John R. Levine)
  11954.     Strange Recording (Mike Koziol)
  11955.     ANI In Use by Radio Station? (Thomas Lapp)
  11956.     Re: Anti-junk-call Laws In Oregon (Henry Mensch)
  11957.     Re: California Junk Fax Bill (Michael H. Warfield)
  11958.     Re: NYC Time and Weather (Seth Robertson)
  11959. ----------------------------------------------------------------------
  11960.  
  11961. From: John Higdon <john@zygot.ati.com>
  11962. Subject: Re: Unequal Service
  11963. Date: 31 Oct 89 18:03:34 GMT
  11964. Organization: Green Hills and Cows
  11965.  
  11966.  
  11967. In article <telecom-v09i0478m05@vector.dallas.tx.us>, wb8foz@mthvax.cs.miami.
  11968. edu (David Lesher) writes:
  11969.  
  11970. > About this time I moved elsewhere. But I did learn something.  Always
  11971. > write letters to the business office. They HATE that. (I am not sure
  11972. > if only the supervisers can read, or they have an elite section....)
  11973. > Further, each letter I got back came signed by     "your service rep."
  11974.  
  11975. Letters at least used to be the biggest guns you could fire. Years ago
  11976. in Pacific Telephone days, a client chose to venture into the brave
  11977. new world of CPE. They had a ComKey 1432 and upgraded to a PBX from an
  11978. independent vendor. This was in 1977 or so. Our "service" rep was
  11979. supposed to handle the conversion of the lines to ground start trunks,
  11980. add additional lines, etc.
  11981.  
  11982.  From the beginning, it was a mess. The lines were not converted
  11983. properly, or on time; the hunting was messed up; and there were
  11984. numerous other problems. Throughout all of this, our rep was
  11985. unavailable, or uncooperative. The customer and I were so fed up that
  11986. I wrote a letter to the "manager" of the business office. This
  11987. triggered a response from someone who was very apologetic and who said
  11988. things would be made right.
  11989.  
  11990. In the meantime, our "rep" called me and whined about the letter I
  11991. wrote. He said that he was now taking considerable heat and tried to
  11992. lay a guilt trip on me. I reminded him how we had repeatedly tried to
  11993. get him to perform and asked that he look at it from our perspective.
  11994. A day or two later, a supervisor called to tell me that our "rep" had
  11995. been properly processed and would I be so kind as to tell them if I
  11996. had any further trouble. At that point I related the conversation with
  11997. the rep in which he whined about my letter. This supervisor was aghast
  11998. and got off the phone. Later that day, the sup called back to tell me
  11999. that our rep had been let go (!) and that we would have a new one.
  12000.  
  12001. I wasn't really too happy about causing someone's termination, but I
  12002. was certainly impressed with the action that my humble little letter
  12003. seemed to trigger.
  12004.  
  12005.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  12006.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  12007.  
  12008. ------------------------------
  12009.  
  12010. From: macy@fmsystm.UUCP (Macy Hallock)
  12011. Subject: Re: Unequal Service
  12012. Date: 31 Oct 89 01:49:57 GMT
  12013. Reply-To: macy@fmsystm.UUCP (Macy Hallock)
  12014. Organization: F M Systems  Medina, Ohio USA
  12015.  
  12016.  
  12017. In article <telecom-v09i0473m04@vector.dallas.tx.us> westmark!dave@uunet.uu.
  12018. net (Dave Levenson) writes:
  12019. >X-TELECOM-Digest: volume 9, issue 473, message 4 of 10
  12020.  
  12021. >In article <telecom-v09i0470m05@vector.dallas.tx.us>, john@zygot.ati.com (John
  12022. > Higdon) writes:
  12023.  
  12024. >> As an incentive to upgrade, I would propose that anyone served out of
  12025. >> an electromechanical office be charged some fixed amount less than
  12026. >> "equivalent" service out of an electronic office. 
  12027.  
  12028. >But the real cost of either office depends upon how long it lives.
  12029. >Swapping out a central office switch before its time plays havoc with
  12030. >a delicate balance of rate-of-return and depreciation schedules.  The
  12031. >schedule for a given central office may be pushed one way or another
  12032. >by the demands of the major business subscribers in its serving area;
  12033. >the over-all schedule is probably pretty well cast in stone by the
  12034. >telco _and_ the regulators.
  12035.  
  12036. Of course, the replacement Central Office had better work, too.
  12037.  
  12038. GTE replaced our SXS office in Medina, Ohio (a class 4 office with POP
  12039. for the IXC's) with a Automatic Electric No. 1 EAX a few years ago.
  12040. The thing could barely handle the load, it seems.  It went down
  12041. several times.  GTE apparently ordered a GTD-5 digital switch a few
  12042. months after the EAX went in, and installed it less then two years
  12043. after the 1 EAX went into service.  Now I'm no fan of the GTD-5, but
  12044. it was a real improvement over the 1 EAX.
  12045.  
  12046. If it weren't for the SXS office's SATT (Stowger Automatic Toll
  12047. Ticketing), I would say the the SXS would have been best left in place
  12048. until the GTD-5 became available.
  12049.  
  12050. I'll post some GTD-5 stories to this group shortly, along with a
  12051. description.  Hint: its a bunch of intel 8086 processors working
  12052. together.  Kinda like an AT&T 6300 PC, but less reliable.
  12053.  
  12054. Anyway, the Ohio PUC asked a few questions about this early CO
  12055. replacement (about 23 years early...) and was told the CO was reused
  12056. as pieces parts in other No. 1 EAX offices in Ohio.  The way I heard
  12057. it, from my sources, most of it was recycled indirectly to a scrap
  12058. recycler.  A fitting fate...but paid for by us ratepayers in the end.
  12059.  
  12060. Such is the price paid by ratepayers for a company that tried to beat
  12061. Bell at vertical integration.
  12062.  
  12063.  
  12064. Macy Hallock     150 Highland Dr.     macy@NCoast.ORG
  12065. F M Systems Inc. Medina, OH 44256     {uunet|backbone}!hal.cwru.edu!ncoast!macy
  12066. +1 216 723-3000  Fax +1 216 723-3223  uunet!aablue!fmsystm!macy
  12067.  
  12068.  
  12069. ------------------------------
  12070.  
  12071. From: Ellen Keyne Seebacher <see1@tank.uchicago.edu>
  12072. Subject: Re: Caller ID Saves A Life!
  12073. Date: 31 Oct 89 17:12:25 GMT
  12074. Reply-To: Ellen Keyne Seebacher <see1@tank.uchicago.edu>
  12075. Organization: University of Chicago
  12076.  
  12077.  
  12078. Our moderator writes, in response to Roger B.A. Klorese,
  12079.  
  12080. >Here in Chicago a huge number of calls to 911
  12081. >are not *emergencies* at all, but simple complaints or requests to
  12082. >file police reports, etc.  911 is only to be used when *immediate*
  12083. >intervention is required to save a life or report a crime in progress,
  12084. >or a fire going on *now*, etc.  And for those conditions, how could
  12085. >anyone object to being immediatly identified and assisted?  PT]
  12086.  
  12087. Patrick, there is a very good explanation for this.  
  12088.  
  12089. On a number of occasions, I have called the police to make a report of
  12090. some sort: drag racers at the Museum of Science & Industry keeping the
  12091. neighbors awake; a followup on at least one of the occasions our car
  12092. was stolen; a request for officers to take a report on the time I was
  12093. assaulted on the El platform (no longer urgent, since the incident was
  12094. over long before I arrived at work to make the call).  I could think
  12095. of several other examples, but these are a start.
  12096.  
  12097. On *every* single occasion, I called the local police HQ -- and was
  12098. told to *CALL 911* to make the report.  This is not only outrageous,
  12099. it's potentially life-threatening to those who are trying to get
  12100. through while I'm reciting the details of a minor crime.
  12101.  
  12102. I have complained repeatedly, especially to the police and, of course,
  12103. to my aldercreature.  I have never, ever received any indication that
  12104. anybody gives a damn (the alderman's staff keep promising to call me
  12105. back), or that new guidelines (or legislation) will be introduced to
  12106. try to correct the problem.
  12107.  
  12108. What can we do, as common grunts, to get the situation changed?
  12109.  
  12110. A frustrated,
  12111.  
  12112. Ellen Keyne Seebacher                    University of Chicago Computing
  12113. see1@tank.uchicago.edu                    Instruction/Research/User Svcs.
  12114.  
  12115. [Moderator's Note: Unfortunatly, you are correct, at least here in Chicago.
  12116. I've gotten the same rap from Police HQ, however the supervisors in the
  12117. actual 911 dispatch area tell me I am correct and the brass upstairs is
  12118. wrong for pushing my call back to them. Its a case of some people not wanting
  12119. to do their job, and pushing it off on someone else.  PT]
  12120.  
  12121. ------------------------------
  12122.  
  12123. Subject: Re: Caller ID Use by Pagers
  12124. Date: Thu, 26 Oct 89 10:56:45 CDT
  12125. From: "David W. Tamkin" <dattier@jolnet.orpk.il.us>
  12126.  
  12127.  
  12128. J. Philip Miller asked in Telecom Digest, volume 9, issue 472:
  12129.  
  12130. | While speaking of Caller-ID implementations, I have wondered whether paging
  12131. | services utilize Caller-ID to send to digital pagers so that the callers do
  12132. | not need to key their number in for display on the pager.
  12133.  
  12134. Patrick Townson responded:
  12135.  
  12136. | Regards using Caller-ID to feed digital pagers, I think it is a great
  12137. | idea. I wonder if anyone has thought of it?
  12138.  
  12139. Like the American Express customer who called from a public phone (or
  12140. from work/home when the phone number on the account was home/work) and
  12141. got misidentified, consider the person calling into a pager from a
  12142. phone other than the one where he or she will be reachable.  There has
  12143. to be a way to override the automatic sending of the number dialed
  12144. from and to leave a message with a different number for returning the
  12145. call.
  12146.  
  12147.  
  12148. David W. Tamkin     dattier@jolnet.orpk.il.us   {attctc,netsys}!jolnet!dattier
  12149. P. O. Box 813  Rosemont, Illinois  60018-0813   (708) 518-6769  (312) 693-0591
  12150. BIX: dattier  GEnie: D.W.TAMKIN  CIS: 73720,1570   The opinions above are mine.
  12151.  
  12152. ------------------------------
  12153.  
  12154. Subject: Re: Caller ID Question
  12155. Date: 31 Oct 89 17:40:51 EST (Tue)
  12156. From: "John R. Levine" <johnl@esegue.segue.boston.ma.us>
  12157.  
  12158. Does Caller ID provide the calling number or the billing number?
  12159. Seems to me that it probably provides the billing number, since that's
  12160. what ANI is already set up to collect.  Besides, for calls originating
  12161. from a PBX the PBX never identifies the originating extension anyway.
  12162.  
  12163. Just another reason why Caller ID is misnamed.
  12164.  
  12165. Regards,
  12166. John Levine, johnl@esegue.segue.boston.ma.us, {spdcc|ima|lotus}!esegue!johnl
  12167.  
  12168. ------------------------------
  12169.  
  12170. Date: Tue, 31 Oct 89 10:07:43 EDT
  12171. From: Mike Koziol <MJK2660@ritvm.bitnet>
  12172. Subject: Strange Recording
  12173.  
  12174. Last night I received a call at work. It was a female computer
  12175. generated voice that said "Plese wait while I try to connect you". A
  12176. few seconds of silence (approximately 10), then "I am still trying to
  12177. connect you, please wait", another period of silence then "I am still
  12178. unable to connect you, are you still there?", to which I replied yes.
  12179. Then a five second delay with the last message "I am sorry that I was
  12180. unable to connect you, thank-you", at which point the caller hung up.
  12181.  
  12182. Anyone have any clues to who or what had called me?
  12183.  
  12184. [Moderator's Note: I do think you got an automated junk-call and somehow
  12185. the telemarketing reps all got behind in their work and the machine was
  12186. unable to find anyone available in a reasonable timto give you whatever
  12187. the pitch was. And you cannot hang up on those things; if you do without
  12188. it completing its cycle of obnoxiousness, it will call back in a few minutes
  12189. and start over again. A human being has to feed information to it saying
  12190. 'this number has been successfully contacted'.  PT]
  12191.  
  12192. ------------------------------
  12193.  
  12194. Date: Tue, 31 Oct 89 21:45:28 edt
  12195. From: Thomas Lapp <thomas@mvac23.uucp>
  12196. Subject: ANI In Use by Radio Station?
  12197. Reply-To: mvac23!thomas@udel.edu
  12198.  
  12199. Here in the Wilmington, DE area a local radio station is running a
  12200. contest in which they announce three digits in a period of a half-hour
  12201. or so.  If the three numbers are contained in the phone number OF THE
  12202. PHONE YOU ARE CALLING FROM, by being the "correct" caller to the
  12203. station, you win.
  12204.  
  12205. Several times while listening I hear the Dee Jay say that you can only
  12206. call in IF THE NUMBER YOU ARE CALLING FROM matches.  It got me to
  12207. wondering if the radio station uses ANI to verify winners.
  12208.  
  12209.                          - tom
  12210.  
  12211. internet     : mvac23!thomas@udel.edu  or  thomas%mvac23@udel.edu
  12212. uucp         : {ucbvax,mcvax,psuvax1,uunet}!udel!mvac23!thomas
  12213. Europe Bitnet: THOMAS1@GRATHUN1
  12214. Location: Newark, DE, USA                          
  12215. Quote   : Virtual Address eXtension.  Is that like a 9-digit zip code?
  12216.  
  12217. [Moderator's Note: It may be the people at the station verify by calling
  12218. back with some nondescript question such as 'did you just call our office?'
  12219. which only the *correct* originating caller would understand.  PT]
  12220.  
  12221. ------------------------------
  12222.  
  12223. Date: Tue, 31 Oct 89 07:42:28 -0500
  12224. From: Henry Mensch <henry@garp.mit.edu>
  12225. Subject: Re: Anti-junk-call Laws in Oregon
  12226. Reply-To: henry@garp.mit.edu
  12227.  
  12228.  
  12229. We have them here in MA also ... they don't do you any good if the
  12230. calls are placed from outside the state, though.
  12231.  
  12232.  
  12233. # Henry Mensch    /   <henry@garp.mit.edu>   /   E40-379 MIT,  Cambridge, MA
  12234. # <hmensch@uk.ac.nsfnet-relay> / <henry@tts.lth.se> / <mensch@munnari.oz.au>
  12235.  
  12236. ------------------------------
  12237.  
  12238. From: "Michael H. Warfield (Mike" <mhw@wittsend.lbp.harris.com>
  12239. Subject: Re: California Junk Fax Bill
  12240. Date: 31 Oct 89 15:17:07 GMT
  12241. Reply-To: "Michael H. Warfield (Mike" <wittsend!mhw@gatech.edu>
  12242. Organization: Lanier Network Knitting Circle - Thaumaturgy & Speculums Division
  12243.  
  12244.  
  12245. In article <telecom-v09i0475m06@vector.dallas.tx.us> john@zygot.ati.com
  12246. (John Higdon) writes:
  12247.  
  12248. >From all evidence presented so far, nobody seems to be having a
  12249. >problem. Ergo, no problem. At least it's not widespread.
  12250.  
  12251.     Here's an interesting side note though.  In a recent
  12252. newsletter to their subscribers, Compuserve has been touting the ease
  12253. of setting up and customizing marketing and advertising strategies
  12254. through their fax mailing services and databases.
  12255.  
  12256.     Are we just beginning to see the junk fax problem?  If
  12257. services like Compuserve start making mass "fax mailings" convenient
  12258. (although not exactly cheap) is the real weight of the junk fax
  12259. problem just around the corner?  As with anything, as the popularity
  12260. of this strategy increases, the cost will, no doubt, come down, as
  12261. more services like Compuserve start competing for this advertising
  12262. money.  Considering the obscene weight of junk mail in the U.S.  mail
  12263. system and the expense of fax supplies, this would seem like a good
  12264. problem to prevent before it becomes a problem.
  12265.  
  12266. If you wait until operations like Compuserve have a large vested
  12267. interest in preserving this annoyance, you'll play h*ll getting rid of
  12268. it.  If you try taking away something that a bunch of "Mega-corps"
  12269. already abuse, they'll have you right in court protecting their right
  12270. to go on abusing it.  It's always easier to prevent it in the first
  12271. place than it is to stop it once it's started.
  12272.  
  12273.  
  12274. Michael H. Warfield  (The Mad Wizard)    | gatech.edu!galbp!wittsend!mhw
  12275.   (404)  270-2123 / 270-2098        | mhw@wittsend.LBP.HARRIS.COM
  12276. An optimist believes we live in the best of all possible worlds.
  12277. A pessimist is sure of it!
  12278.  
  12279. ------------------------------
  12280.  
  12281. From: Seth Robertson <seth@sirius.ctr.columbia.edu>
  12282. Subject: Re: NYC Time and Weather
  12283. Reply-To: Seth Robertson <seth@sirius.ctr.columbia.edu>
  12284. Organization: Columbia University Center for Telecommunications Research
  12285. Date: Wed, 1 Nov 89 02:31:51 GMT
  12286.  
  12287.  
  12288. In article <telecom-v09i0481m04@vector.dallas.tx.us> yoram@link.cs.columbia.
  12289. edu (Yoram Eisenstadter) writes:
  12290.  
  12291. >An enterprising company has devised a cheap alternative to the usual
  12292. >976 numbers for time and weather in New York City.
  12293.  
  12294. >For those who are interested, the number for NYC Time an Weather is:
  12295. >212-753-TIME (753-8463).
  12296.  
  12297. I called and checked the time given against my computer's WWVB
  12298. synchronized time (synchronized using ntp, Network Time Protocol, to
  12299. within 2 ms) and it was around 12 seconds fast.  Not too surprising,
  12300. perhaps, but interesting nevertheless.  To be fair, I also called
  12301. Illinois Bell's time and they were within the granularity of the
  12302. program I was using to check it.
  12303.  
  12304.                                         -Seth Robertson
  12305.                                          seth@ctr.columbia.edu
  12306.  
  12307. ------------------------------
  12308.  
  12309. End of TELECOM Digest V9 #484
  12310. *****************************
  12311. 
  12312. 
  12313. Date:     Wed, 1 Nov 89 23:51:36 CST
  12314. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  12315. To:       telecom@eecs.nwu.edu
  12316. Subject:  TELECOM Digest V9 #485
  12317. Message-ID:  <8911012351.aa25434@delta.eecs.nwu.edu>
  12318.  
  12319.  
  12320. TELECOM Digest     Wed, 1 Nov 89 23:50:46 CST    Volume 9 : Issue 485
  12321.  
  12322. Today's Topics:                             Moderator: Patrick Townson
  12323.  
  12324.     A Kind Reply (Was: TCP/IP over ISDN Basic Rate (Bernard Mckeever)
  12325.     Re: TCP/IP over ISDN Basic Rate (Fred Goldstein)
  12326.     Re: NYC Time and Weather (Dave Fiske)
  12327.     Re: NYC Time and Weather (John R. Levine)
  12328.     Re: Caller ID Boxes (Phantom)
  12329.     Re: Caller ID Question (Dave Levenson)
  12330. ----------------------------------------------------------------------
  12331.  
  12332. From: Bernard Mckeever <bmk@mvuxi.att.com>
  12333. Subject: A Kind Reply (Was: TCP/IP over ISDN Basic Rate)
  12334. Date: 31 Oct 89 16:19:20 GMT
  12335. Reply-To: bmk@cbnews.ATT.COM (bernard.mckeever,54236,mv,3b045,508 960 6289)
  12336. Organization: AT&T Bell Laboratories
  12337.  
  12338.  
  12339. At first I was going to post a strong reply to the following
  12340. paragraph, but rather then start an argument decided to quickly review
  12341. how the original T1 framing and bit robbed signaling came into use,
  12342. and how it got to todays form.
  12343.  
  12344. Better to light one candle than to curse the darkness.
  12345.                  
  12346. >   (There *is* this problem with the idiots who designed the AT&T T1
  12347. >   relays not putting in enough frame sync, so they had to steal the
  12348. >   bottom bit of one 8-bit subchannel as frame sync -- leading to "56K"
  12349. >   (8000 7-bit samples) rather than "64K" (8000 8-bit samples) service.
  12350. >   But I read that they have a plan in place to upgrade those bogus
  12351. >   relays -- and meanwhile, they could just software-route the real 8-bit
  12352. >   ISDN traffic through one of the subchannels that doesn't get its low
  12353. >   order bit munged by the relays.  Technical corrections welcomed.)
  12354.  
  12355. T1 carrier was first used in the Bell System in the 1960s' and has
  12356. undergone several major changes while still maintaining the original
  12357. 1.544 Mb/s bit rate. Early systems connected to D1 banks and the
  12358. design intent was to provide local exchange service on existing cable
  12359. for distances up to 25 miles. Before T-carrier local exchange service
  12360. was provided by one of several vintages of N-carrier [another story].
  12361. The channel bank provided a means to convert 24 voice frequency
  12362. signals into 24 digital channels [time slots] that were combined using
  12363. Time Division Multiplexing [TDM]. Each VF signal was sampled 8000
  12364. times per second and encoded into a 7 bit word [remember this is a D1
  12365. bank] and one more bit was added to the 7 bit word to indicate the
  12366. signaling status of the trunk or circuit contained in the time slot.
  12367. To each group of 24 channels a framing bit was added so the system
  12368. could distinguish each channel.
  12369.  
  12370. So 24 time slots X 8 bits per slot + 1 frame bit = 193 bits/frame, and
  12371. so it remains today. 1.544 Mb/s is the frame rate [8000/s] times the
  12372. bits in a frame. For D1A and D1B banks signaling information was sent
  12373. in every frame, the encoding of the voice signal was linear and used a
  12374. Mu 100 coding scheme. This was enough for exchange service but was not
  12375. good enough for toll grade service.
  12376.  
  12377. Later systems were developed to provide toll grade service and to
  12378. improve special service applications. Changes to the bit rate were not
  12379. practical because of the embedded plant, something else had to be
  12380. done. Some idiot :-) figured out that you did not have to send
  12381. signaling information 8000 times a second, maybe every 6th frame was
  12382. enough. Witness the birth of the 12 frame Super Frame [SF].  Now each
  12383. channel used a non-linear encoding scheme [Mu 255] and 8 bit encoding
  12384. was provided for 5 of every 6 frames. In the 6th [signaling] frame the
  12385. least significant bit was robbed to provide on hook off hook
  12386. information. In frame 6 the A signaling bit information is sent, in
  12387. frame 12 the B bit.  This system can be referred to as 7 and 5/6ths
  12388. encoding. Digital Data [Dataport] was never a big item in the network
  12389. of the 60s' and early 70s'.
  12390.  
  12391. Because of bit robbing, digital service only has access to 7 bits
  12392. [56kb/s] per time slot per frame. That does not mean that the 8th bit
  12393. is wasted, it is used for network control. In fact for subrate digital
  12394. data only 6 bits are available. Anyway without clear channel no bit
  12395. rate higher than 56 kb/s are allowed over the network.  [this does not
  12396. include secondary channel capabilities] To provide clear channel,
  12397. several changes had/have to be made.  All maintenance signals have to
  12398. be performed out of band.  No loopback or yellow alarm codes are
  12399. allowed in the bit stream.  
  12400.  
  12401. The customer has total control over all 8 bits. For this to be allowed
  12402. and still meet line code restrictions, several new zero code
  12403. suppression schemes have been developed.  Bipolar 8 Zero Substitution
  12404. [B8ZS] inserts a unique code for every consecutive 8 zeros detected.
  12405. Zero Byte Time Slot Interchange [ZBTSI] uses a data link to tell the
  12406. far end that a BYTE of 8 zeros has been substituted for.
  12407.  
  12408. What data link? The latest framing scheme uses a 24 frame Extended
  12409. Super Frame [ESF] to derive, framing, signaling, CRC6, and a data
  12410. link, So now we have signaling in frame 6=A, 12=B, 18=C, and 24=D. The
  12411. 4 kb/s data link also contains yellow alarm information, and is
  12412. capable of other maintenance functions.  The CRC6 code is used for
  12413. PATH performance monitoring.  One thing to remember ESF does not mean
  12414. clear channel you must have zero code suppression that may or may not
  12415. require ESF.  None of this comes cheap. B8ZS can not be used with many
  12416. older multiplexers [M1C] and ZBTSI and ESF require new or additional
  12417. equipment. D5 banks have provided B8ZS and ESF since 1984, D4 now
  12418. provide both functions. ZBTSI requires a translator and ESF.
  12419.  
  12420. The bottom line is that NOW the customer can use the full 64 kb/s
  12421. capability of each and every channel. ISDN will be transported over
  12422. the network using clear channel capabilities that have been installed.
  12423.  
  12424. ------------------------------
  12425.  
  12426. From: goldstein@delni.enet.dec.com
  12427. Subject: Re: TCP/IP over ISDN Basic Rate
  12428. Date: 1 Nov 89 14:46:33 GMT
  12429. Organization: Digital Equipment Corporation, Littleton MA USA
  12430.  
  12431.  
  12432. In article <telecom-v09i0479m02@vector.dallas.tx.us>, gnu@toad.com (John 
  12433. Gilmore) writes...
  12434.  
  12435. >goldstein@delni.enet.dec.com wrote (others said similar things):
  12436. >>                                                You get 64 kbps per
  12437. >> second.  It's "raw bits" (oat hulls, wheat chaff...) and no more.
  12438. >> It's isochronous (sync) so you need to have some framing technique.
  12439. >> It is NOT byte oriented at this point!
  12440.  
  12441. >I beg to differ.  First, the rate is 64000 bits per second; "64kbps"
  12442. >implies 65536 bits per second (at least to me!).  
  12443.  
  12444. My mistake was saying "kbps per second", which is redundant.  But a
  12445. lower case k means "1000" and an upper case K means "1024" in the Byte
  12446. Magazine Style Sheet (or did when I was there in 1975).  The telco
  12447. world is not based on 1024s anyway.  It is always called 64 kbps
  12448. meaning 64000 bps.  Wires aren't chips.
  12449.  
  12450. >Second, the frame
  12451. >sent between the on-premises ISDN interface and the terminals (phones)
  12452. >contains its own framing, and individual BYTES of data for the two D
  12453. >channels are contained in the frame.  The AMD speakerphone chip
  12454. >provides byte oriented access to all ISDN B-channels and routes
  12455. >*bytes* among the different interfaces (audio in, audio out, two
  12456. >B-channels, microprocessor port, and serial interfaces).
  12457.  
  12458. The Layer 1 framing allows you to recognize bytes or bits.  The HDLC
  12459. protocols are bit oriented and don't align with layer 1 bytes, yet the
  12460. D channel is HDLC (LAPD) and the B channel is often HDLC.  Even async
  12461. terminal adaptation using V.120 is HDLC bit-stuffed.  Many ISDN chips
  12462. include HDLC processing too.  But you retain the option of taking
  12463. eight bits at a time and, as is done with HDLC, ignoring any implicit
  12464. byte alignment.
  12465.  
  12466. >But we don't even have to refer to the standards; we have brains.  If
  12467. >you are sending raw audio data over this link, the network had better
  12468. >retain byte synchronization, or the 8-bit audio samples would quickly
  12469. >garble into unintelligibility (7 chances out of 8 to get the wrong
  12470. >byte sync, unless the network maintains it for you).
  12471.  
  12472. Yes, if you're doing audio, you retain the byte synchronization.  That
  12473. doesn't mean you have to for data, but it's there.  What's your beef?
  12474. ISDN lets you have it your way, and even McDonalds uses it.
  12475.  
  12476. >> Two standards exist...  And you can of course create
  12477. >> your own if you want, since it's end-to-end.
  12478.  
  12479. >This begs the question of interoperability, which was my whole point.
  12480. >If I "create my own" IP-over-ISDN standard, and you implement it
  12481. >another way, we can't talk to each other even though we can dial each
  12482. >others' computers.
  12483.  
  12484. In context of IP, what else is new?  IP never specifies a single
  12485. subnetwork.  You want X.25?  LAPB?  SLIP, gag, cough?  ISDN doesn't
  12486. care, it is a subnetwork or a physical layer but no more.
  12487.  
  12488. >(There *is* this problem with the idiots who designed the AT&T T1
  12489. >relays not putting in enough frame sync, so they had to steal the
  12490. >bottom bit of one 8-bit subchannel as frame sync -- leading to "56K"
  12491. >(8000 7-bit samples) rather than "64K" (8000 8-bit samples) service.
  12492.  
  12493. They made that mistake in 1959, but it was a doozie.
  12494.  
  12495. >But I read that they have a plan in place to upgrade those bogus
  12496. >relays -- and meanwhile, they could just software-route the real 8-bit
  12497. >ISDN traffic through one of the subchannels that doesn't get its low
  12498. >order bit munged by the relays.  Technical corrections welcomed.)
  12499.  
  12500. There are two ways to solve the restriction (one's density and
  12501. consecutive 0's, both met by 7/8 coding or inverted HDLC).  One is
  12502. called ZBTSI (zero byte time slot inversion) which is a weird and
  12503. complex hack that runs over Extended Superframe T1s and is implemented
  12504. edge-to-edge.  The other, preferred one (in the network) is B8ZS
  12505. (bipolar 8 zero substitution) which substitutes a specific bipolar
  12506. violation pattern for a string of 8 0's on the T1.  New transmission
  12507. equipment uses B8ZS but there's some old T1 around, so if you have no
  12508. alternative route you'll be unable to make a "64k clear" call, but may
  12509. be able to make a "64k restricted" call.  That's only in America;
  12510. Europeans always had a bit transparent equivalent of T1 (E1).
  12511.  
  12512.     fred
  12513.  
  12514. ------------------------------
  12515.  
  12516. From: Dave Fiske <davef@brspyr1.brs.com>
  12517. Subject: Re: NYC Time and Weather
  12518. Date: 1 Nov 89 19:29:17 GMT
  12519. Organization: BRS Info Technologies, Latham NY
  12520.  
  12521.  
  12522. In article <telecom-v09i0481m04@vector.dallas.tx.us>, yoram@link.cs.columbia.
  12523. edu (Yoram Eisenstadter) writes:
  12524.  
  12525. > An enterprising company has devised a cheap alternative to the usual
  12526. > 976 numbers for time and weather in New York City.  For the price of
  12527. > listening to a brief ad at the beginning of the message, you can get
  12528. > both the time and weather for the cost of a normal local call.  I
  12529. > called several times, and got an alternating sequence of two ads: one
  12530. > giving an 800 number for a travel agency, and the other giving the
  12531. > number to call to place an ad on this service (the number is in area
  12532. > code 404, i.e., the Atlanta area).
  12533.  
  12534. > For those who are interested, the number for NYC Time an Weather is:
  12535. > 212-753-TIME (753-8463).
  12536.  
  12537. I can't speak for NYC, but this was the way Time/Temperature
  12538. information was handled in Conn. prior to the big divestiture.  As
  12539. part of divestiture, the BOCs were forbidden to run Dial-It services,
  12540. right?
  12541.  
  12542. In the old days (old meaning the '60s and '70s), you looked in the
  12543. white pages under Time or Temperature or Weather, and you dialed the
  12544. number and you heard either a message reminding you to use the Yellow
  12545. Pages for your shopping, or an ad for a local bank or someplace who
  12546. had sponsored the service.  Then you heard the time and/or
  12547. temperature.  (Naturally, it would make no sense to have the ad at the
  12548. end!)
  12549.  
  12550. So, anyway, now we've come full circle.
  12551.  
  12552. Actually a new phenomenon has appeared: TV and radio stations offering
  12553. recorded weather information.  These are handy, except for the fact
  12554. that nobody cares what the weather is going to be, unless they expect
  12555. nasty weather, in which case the numbers are always busy.
  12556.  
  12557. "MAN CHOKES TO DEATH --              Dave Fiske  (davef@brspyr1.BRS.COM) 
  12558.  ON A SNAKE!"                    
  12559.                                      Home:  David_A_Fiske@cup.portal.com
  12560. Headline from Weekly World News             CIS: 75415,163  GEnie: davef
  12561.  
  12562. ------------------------------
  12563.  
  12564. Subject: Re: NYC Time and Weather
  12565. Organization: Segue Software, Cambridge MA
  12566. Date: 1 Nov 89 14:30:40 EST (Wed)
  12567. From: "John R. Levine" <johnl@esegue.segue.boston.ma.us>
  12568.  
  12569. In article <telecom-v09i0481m04@vector.dallas.tx.us> you write:
  12570.  
  12571. >[In New York City] ... for the price of listening to a brief ad at the
  12572. >beginning of the message, you can get both the time and weather for the cost
  12573. >of a normal local call.  ...
  12574.  
  12575. Not a bad deal, considering that the last time I called the 976
  12576. weather number in New York, I got an ad as well.
  12577.  
  12578. Regards,
  12579. John Levine, johnl@esegue.segue.boston.ma.us, {spdcc|ima|lotus}!esegue!johnl
  12580.  
  12581. ------------------------------
  12582.  
  12583. Subject: Re: Caller ID Boxes
  12584. Date: Tue, 31 Oct 89 18:29:50 EST
  12585. From: phantom <csense!root@uunet.uu.net>
  12586.  
  12587. The Calling Line ID display unit advertised in the 'Hello Direct'
  12588. catalog is made by none other than AT&T, The Right Choice (TM).
  12589.  
  12590. I wonder if the $99 price tag is comparable to the San/Bar unit
  12591. mentioned in Tad Cook's article. Perhaps some particulars or pointers
  12592. to San/Bar would help?
  12593.  
  12594. Thanx.
  12595.  
  12596. Bote
  12597. going away soon: uunet!cyclops!csense!bote
  12598. changing soon: {zardoz|uunet!tgate|cos!}ka3ovk!media!cyclops!csense!bote
  12599. to this: ...!media!csense!bote
  12600.  
  12601. ------------------------------
  12602.  
  12603. From: Dave Levenson <westmark!dave@uunet.uu.net>
  12604. Subject: Re: Caller ID Question
  12605. Date: 2 Nov 89 03:01:50 GMT
  12606. Organization: Westmark, Inc., Warren, NJ, USA
  12607.  
  12608.  
  12609. In article <telecom-v09i0484m05@vector.dallas.tx.us>, johnl@esegue.segue.
  12610. boston.ma.us (John R. Levine) writes:
  12611.  
  12612. > Does Caller ID provide the calling number or the billing number?
  12613. > Seems to me that it probably provides the billing number, since that's
  12614. > what ANI is already set up to collect.  Besides, for calls originating
  12615. > from a PBX the PBX never identifies the originating extension anyway.
  12616.  
  12617. > Just another reason why Caller ID is misnamed.
  12618.  
  12619. In NJ Bell's service area, Caller*ID provides the originating number,
  12620. not the billing number.  This is true if the originating number is
  12621. unlisted.  It is true if the originating number is one that is
  12622. originate-only.  It it true if the originating number is an outgoing
  12623. PBX trunk, or a centrex station.  It's also true if the originating
  12624. number is an ADAD or other telemarketing machine.
  12625.  
  12626. I don't know which (if any) PBXs make use of it, but AIOD
  12627. (automatically idendified outward dialing) is available as a tariffed
  12628. service from NJ Bell.  If your PBX uses AIOD, then the billing number
  12629. includes your PBX extension number.  I don't know what Caller*ID does
  12630. if AIOD is in use. (If anyone in NJ who is behind an AIOD-equipped PBX
  12631. would like to experiment, give me a call at 201-647-0900 and I'll tell
  12632. you what my Caller*ID display says.)
  12633.  
  12634.  
  12635. Dave Levenson                Voice: (201) 647 0900
  12636. Westmark, Inc.               Internet: dave@westmark.uu.net
  12637. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  12638. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  12639.  
  12640.  
  12641. ------------------------------
  12642.  
  12643. End of TELECOM Digest V9 #485
  12644. *****************************
  12645. 
  12646. 
  12647. Date:     Thu, 2 Nov 89 4:49:12 CST
  12648. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  12649. To:       telecom@eecs.nwu.edu
  12650. Subject:  TELECOM Digest V9 #486
  12651. Message-ID:  <8911020449.aa04281@delta.eecs.nwu.edu>
  12652.  
  12653.  
  12654. TELECOM Digest     Thu, 2 Nov 89 04:45:24 CST    Volume 9 : Issue 486
  12655.  
  12656. Today's Topics:                             Moderator: Patrick Townson
  12657.  
  12658.     Nynex and Speech Recognition (Dave Fiske)
  12659.     Automating Speed Selection in Kermit (Terence J. McKiernan)
  12660.     Touch-tone Fee (Kim Ciula)
  12661.     Local Inter-NPA Calls and Number Conservation (Phantom)
  12662.     AT&T's ACUS Service (Bill Fenner)
  12663.     Emergency Communication Service Denial (David Bank via Mark Robert Smith)
  12664.     NTT Challenges Hackers (markw@gvl.unisys.com)
  12665.     Need Circuit for Answering Machine Killer (Bennett Broder)
  12666.     PABX Communications With Local Telco (Mike Bunnell)
  12667. ----------------------------------------------------------------------
  12668.  
  12669. From: Dave Fiske <davef@brspyr1.brs.com>
  12670. Subject: Nynex and Speech Recognition
  12671. Date: 31 Oct 89 14:25:34 GMT
  12672. Organization: BRS Info Technologies, Latham NY
  12673.  
  12674.  
  12675. This is from the New Technologies section of the 4th quarter issue of
  12676. Voice Processing magazine:
  12677.  
  12678.    Nynex Corp.  will use speech recognition software to replace live
  12679.    operator assistance on certain calls to Maine, New Hampshire and
  12680.    Vermont, according to Network World.  With speech recognition, the
  12681.    system will intercept calls made to disconnected or changed telephone
  12682.    numbers in areas served by electromechanical switches and will ask
  12683.    callers to speak the number they dialed, one digit at a time.  Other
  12684.    applications will include setting up conference calls and call
  12685.    forwarding and adding recognition capabilities to software packages
  12686.    Nynex sells to end users, such as automated telemarketing and
  12687.    call-handling centers.
  12688.  
  12689.  
  12690. And the great part is:  machines don't need health insurance!
  12691.  
  12692.  
  12693. "ANGRY WOMEN BEAT UP SHOE SALESMAN   Dave Fiske  (davef@brspyr1.BRS.COM) 
  12694.  WHO POSED AS GYNECOLOGIST"      
  12695.                                      Home:  David_A_Fiske@cup.portal.com
  12696. Headline from Weekly World News             CIS: 75415,163  GEnie: davef
  12697.  
  12698. ------------------------------
  12699.  
  12700. Date: Tue, 31 Oct 89 08:17:46 PST
  12701. From: "Terence J. McKiernan" <terry@math.ucla.edu>
  12702. Subject: Automating Speed Selection in Kermit
  12703.  
  12704.  
  12705. Help!
  12706.  
  12707. Can someone out there in netland help me with a Kermit problem?
  12708.  
  12709. I am using Kermit 2.32/A on an IBM PC, connected through COM1
  12710. to a Bytcom 24/12ADH 2400/1200 baud Hayes-compatible modem.
  12711.  
  12712. I am trying to implement speed selection in a Kermit script.  The
  12713. modems I call are a mixture of 2400 and 1200 baud.  The 2400 baud
  12714. modems are connected to a Sun 3/280 running 4.3 BSD UNIX.  Its ttys &
  12715. gettytab are set up so that the ports connected to the 2400 baud
  12716. modems initially pick up at 1200.  They are speed selectable by
  12717. sending a break; successive breaks rotate the ports through speeds of
  12718. 2400, 300, and back to 1200.
  12719.  
  12720. The problem: I can manually speed select, i.e. if I call one of these
  12721. modems at 2400 baud by using the Kermit "connect" command and entering
  12722. "atdt number", I can get the Sun to go up to 2400 by pressing
  12723. Ctrl-Break.  Alternately, I can assign a key to send Ctrl-Break with
  12724. the Kermit SET KEY command.  For example,
  12725.  
  12726.      SET KEY \315 \KBreak
  12727.  
  12728. allows be to send breaks using F1.  This works fine.
  12729.  
  12730. However, I want to be able to automate this process.  I wrote a
  12731. bit of Kermit script:
  12732.  
  12733. output at dt (number) \13
  12734. input 20 CONNECT
  12735.  
  12736. :loop
  12737. output \Kbreak
  12738. input 5 login
  12739. if success goto done
  12740. goto loop
  12741.  
  12742. :done
  12743. echo This thing finally worked!
  12744.  
  12745. Unfortunately, it never reaches the "done" part -- the breaks sent by
  12746. the script don't seem to be the same as those sent through the
  12747. keyboard, even with SET KEY.  Using the long break \Klbreak has
  12748. similarly disappointing results.  However, even if I interrupt this
  12749. script in the middle, connect, and send the breaks by hand, it
  12750. suddenly works, and I get the login prompt.  I have run the above
  12751. script with SET INPUT ECHO ON and all I see coming through is garbage
  12752. like "xf''f''''", a sure indicator of a baud problem.
  12753.  
  12754. I have written a modem-testing program in Kermit script that connects
  12755. and logs in at 1200 baud on these same modems, so they're recognizing
  12756. something Kermit sends.
  12757.  
  12758. So.... Does anyone know what's wrong?  Are the \Kbreaks somehow
  12759. different in a script?  Any suggestions?  Please reply by e-mail; I
  12760. will post a summary and send results and my modem tester to anyone who
  12761. wants it.
  12762.  
  12763. Thanks!
  12764.  
  12765. Terry McKiernan
  12766. terry@math.ucla.edu
  12767.  
  12768. ------------------------------
  12769.  
  12770. From: Kim Ciula <ciula@cis.ohio-state.edu>
  12771. Subject: Touch-tone Fee
  12772. Date: 31 Oct 89 19:45:11 GMT
  12773. Reply-To: Kim Ciula <ciula@cis.ohio-state.edu>
  12774. Organization: The Ohio State University Dept of Computer & Information Science
  12775.  
  12776.  
  12777. Monday I called Ohio Bell to ask them to remove touch-tone service on
  12778. my phone and was told I'd have to pay a $9.30 service fee to do so!
  12779. Is this common?  What is involved in removing touch-tone service from
  12780. a line?  (Not much, I expect...)
  12781.                                                      Kim Ciula
  12782.                                                       
  12783.  
  12784.  ..and on Wall St., the Tao is unchanged in moderate trading...
  12785.  
  12786. ------------------------------
  12787.  
  12788. Subject: Local Inter-NPA Calls and Number Conservation
  12789. Date: Tue, 31 Oct 89 17:19:57 EST
  12790. From: phantom <csense!root@uunet.uu.net>
  12791.  
  12792. I have been reading articles from others around the U.S.  describing
  12793. the various schemes used to split Number Plan Areas.
  12794.  
  12795. Am I going video-blind or are they really serious about local calls to
  12796. a new NPA using 11 digits??  1+ dialing???
  12797.  
  12798. WHY?!
  12799.  
  12800. I help operate a ham repeater in the Washington D.C. area, and we are
  12801. thanking our lucky stars that we didn't get shafted with this
  12802. inconsistent scheme. We now restrict toll calls on our repeater simply
  12803. on the presence of a leading '1' or '0'. That's it. The scheme D.C. is
  12804. going to will preserve this sensible arrangement.
  12805.  
  12806. With the '1+' scheme for some local calls, we would be forced to
  12807. maintain a list of exchanges, both existing ones and new ones as they
  12808. come on line (sometimes on a weekly basis it seems!), which is simply
  12809. impracticable for a volunteer group.
  12810.  
  12811. This doesn't even consider the PBX maintainers who are strapped with
  12812. unnecessary reprogramming burdens from this brain-damaged scheme. Nor
  12813. does it take into account the additional routing burden on the BOCs
  12814. for intra/inter-LATA routing or local/LD routing. I find that mapping
  12815. all '1+' calls to toll and all others to local facilities makes sense;
  12816. perhaps too much sense to be implemented, huh?
  12817.  
  12818. My 2 cents, plus 25 cents for each additional minute.
  12819.  
  12820. Bote
  12821. going away soon: uunet!cyclops!csense!bote
  12822. changing soon: {zardoz|uunet!tgate|cos!}ka3ovk!media!cyclops!csense!bote
  12823. to this: ...!media!csense!bote
  12824.  
  12825. ------------------------------
  12826.  
  12827. Date: Wed, 1 Nov 89 11:48:49 EST
  12828. From: Bill Fenner <wcf@hcx.psu.edu>
  12829. Subject: AT&T's ACUS Service
  12830.  
  12831. AT&T announced a new service at Penn State's University Park campus
  12832. this fall, called ACUS long-distance service.  With this service, each
  12833. student gets their own PSC (Personal Security Code).  The PSC
  12834. identifies the student, no matter which room he is calling from.  Each
  12835. student gets their own bill, with only their calls on it.  No more
  12836. roommates squabbling over who made what calls!  Finally, I think, the
  12837. nightmare is over.
  12838.  
  12839. Hardly.
  12840.  
  12841. You get a generous $150 credit limit.  If you exceed your limit, your
  12842. account is immediately suspended, pending (partial) payment.  You also
  12843. get a service charge if you don't pay your bill right away.  So I get
  12844. this bill, for $3.01, right?  If I don't pay it right away, it says,
  12845. I'll get charged an extra 25 cents for the finance charge, plus the
  12846. long-distance service will be *immediately disconnected.*  For $3.01!
  12847. Thanks, AT&T, I love ya.
  12848.  
  12849. Fortunately, 10xxx works (10288 gets you a normal AT&T line, without
  12850. the ACUS on it, and everything else works as usual.)  I was able to
  12851. get the standard Sprint, MCI, ITT and Telesphere recordings from
  12852. 700-555-4141.  I didn't try any others (didn't have my handy dandy
  12853. TELECOM Digest list o' numbers around)...
  12854.  
  12855. Anyway, I've been trying to spread the wisdom of the 10xxx around...
  12856. I've been suggesting that one roommate uses AT&T, the other use
  12857. Sprint, or some combination thereof... that way, one roommate can pay
  12858. one LDco bill, the other can pay the other.
  12859.  
  12860. Unfortunately, not very many people know about the 10xxx yet... (I've
  12861. been thinking of putting up posters and holding a seminar on the evils
  12862. of ACUS :-)
  12863.  
  12864. Are there any other students out there who have ACUS service on their
  12865. dorm lines?  Does 10xxx work?  Any horror stories to share?
  12866.  
  12867.  
  12868. Bill Fenner                   wcf@hcx.psu.edu             ..!psuvax1!psuhcx!wcf
  12869. sysop@hogbbs.fidonet.org (1:129/87 - 814/238-9633)     ..!lll-winken!/
  12870.  
  12871. ------------------------------
  12872.  
  12873. Date: Wed, 1 Nov 89 12:20:53 EST
  12874. From: Mark Robert Smith <msmith@topaz.rutgers.edu>
  12875. Subject: Emergency Communication Service Denial
  12876.  
  12877. [Moderator's Note: The following was noted in the group indicated, and
  12878. Mr. Smith kindly sent it along to the Digest.  PT]
  12879.  
  12880.   >From: unkydave@shumv1.uucp (David Bank)
  12881.   >Newsgroups: misc.emerg-services
  12882.   >Subject: Emergency Communication Service Denial
  12883.   >Message-ID: <4378@ncsuvx.ncsu.edu>
  12884.   >Date: 1 Nov 89 06:05:49 GMT
  12885.   >Reply-To: unkydave@shumv1.ncsu.edu (David Bank)
  12886.   >Organization: NCSU Computing Center
  12887.  
  12888.     I was recently driving to work on I-40 when I encountered a knot
  12889. of cars and trucks on an overpass. As the grouping cleared, I noticed
  12890. a gray American sedan on the shoulder, shoved up against the guard
  12891. rail.
  12892.  
  12893.     I went past, pulled over on the shoulder, put on my hazards, and
  12894. went on investigate. Out of this car comes this 25+ish woman. She says
  12895. a tractor-trailer ran her off the road and into the guard rail. She
  12896. was a bit shaken, bit otherwise OK. He car sustained body damage only.
  12897. The rig driver had simply driven right on down I-40 and never stopped.
  12898.  
  12899.      At her request, I went to summon the State Highway Patrol. I knew
  12900. of some pay phones about 2 miles down the road, so I hopped into my
  12901. car and headed there.
  12902.  
  12903.      When I got to them, I pressed "0" to get the operator. A
  12904. middle-aged woman answered "GTE" and I responded "Please connect me
  12905. with the State Highway Patrol, I need to report a traffic accident"
  12906.  
  12907.      Now the fun starts.
  12908.  
  12909.      She says "Please deposit a quarter"
  12910.  
  12911.      Yes, that's right. I'm trying to make an admittedly not serious
  12912. emergency call and she's asking me to deposit a quarter. When I say
  12913. "Why? This is an emergency call!" she simply says "Yes, please deposit
  12914. a quarter"
  12915.  
  12916.      Now on the front of this phone is a GTE label. Also, it says
  12917. "Free Calls: Emergency (Dial "0") - 911 is not available in RTP. I
  12918. mention this to her and she says "I haven't been instructed to do
  12919. that" and then hangs up on me. I was struck speechless.
  12920.  
  12921.      I pressed "0" again and said to the operator, when she answered,
  12922. "Your supervisor......PLEASE" When that worthy came on the line, I
  12923. explained what had just happened. She apologized profusely and said
  12924. "Hold on a minute, we'll connect you"
  12925.  
  12926.     FIVE minutes later, I finally heard "Emergency" from a State HP
  12927. dispatcher.
  12928.  
  12929.      In summary, I sure am glad there was no one seriously injured
  12930. back at that accident scene. I'd hate to think of some poor slob
  12931. bleeding to death or dying of internal injuries as GTE played musical
  12932. policies on emergency calls and took 5 minutes to contact the bloody
  12933. State HP.
  12934.  
  12935.      Have they ever heard of liability???? Jesus Christ, what kind of
  12936. idiots do these people hire for them to request payment for an
  12937. emergency call.
  12938.  
  12939.      Granted, in this situation, there was no pressing need for police
  12940. response. It was quite a routine accident. But at NO time should a
  12941. citizen be required to pay to contact a police or other emergency
  12942. service dispatcher!
  12943.  
  12944.      That first operator, wherever she is, needs a firing to set her
  12945. straight on that. As well as her supervisor, who can't seem to train
  12946. those under her in the proper way to handle emergency calls.
  12947.  
  12948. Unky Dave
  12949. unkydave@shumv1.ncsu.edu
  12950.  
  12951.  
  12952. ------------------------------
  12953.  
  12954. From: markw@gvl.unisys.com
  12955. Subject: NTT Challenges Hackers
  12956. Date: 1 Nov 89 21:59:29 GMT
  12957. Reply-To: markw@gvl.unisys.com
  12958. Organization: Unisys Defense Systems, Great Valley Labs, Paoli, Pa
  12959.  
  12960.  
  12961. [A copy of the following article appeared on one of our bulletin boards here
  12962.  at work. I have no idea when or where it was originally published - MHW]
  12963.  
  12964. NTT: Calling All Hackers
  12965.  
  12966. Tokyo - Nippon Telegraph and Telephone Corp. has issued a provocative
  12967. challenge: the Japanese communications giant will give 1 million yen
  12968. ($6803) to any computer hacker anywhere in the world who can break its
  12969. FEAL-8 data communications security code by August 1991. Why the
  12970. unusual move? The company wants to debunk a rumor circulationg in
  12971. Europe that its security code has been cracked. The FEAL-8 code,
  12972. developed by NTT in 1986, is widely used in Japan and overseas to
  12973. protect datacom systems and integrated circuit cards from illegal
  12974. access.
  12975.  
  12976. ------------------------------
  12977.  
  12978. From: Bennett Broder <moncol!ben@princeton.edu>
  12979. Subject: Need Circuit for Answering Machine Killer
  12980. Date: 1 Nov 89 20:11:27 GMT
  12981. Organization: Monmouth College, W. Long Branch, N.J. 07764
  12982.  
  12983.  
  12984. Most modern answering machines will get off the line when you pick up
  12985. the handset of a phone connected to them.  Some will even do this for
  12986. any extention on the line.  Unfortunately, my older Panasonic
  12987. answering machine (circa 1985) just keeps on talking and recording.
  12988.  
  12989. I understand that it is relatively simple to build an outboard device
  12990. to perform this functionality.  The 'DAK' catalogue has one listed
  12991. called the 'phone slasher' selling for $9.90 + $2.00 shipping and
  12992. handling.  This looks like a nice device, with led indicators to show
  12993. (I presume) which device is active.  But, being a hobbiest by nature,
  12994. I would like to build one myself.
  12995.  
  12996. Does anyone have such as circuit that they have (successfully) built?
  12997.  
  12998. Bennett Broder               Monmouth College
  12999.  ..princeton!moncol!ben       Computer Services
  13000.  ..rutgers!petsd!moncol!ben   W. Long Branch, NJ 07764
  13001.  
  13002.  
  13003. ------------------------------
  13004.  
  13005. Date: Wed, 1 Nov 89 20:56 EDT
  13006. From: Nutsy Fagen <MJB8949@ritvax.bitnet>
  13007. Subject: PABX Communications With Local Telco
  13008.  
  13009.  
  13010.         In a relatively simple manner, could someone explain how a
  13011. local telco communicates with a PABX in terms of incoming/outgoing
  13012. phone numbers?  I realize there usually isn't one discrete wire for
  13013. every extension available on the PABX.  I've also noticed, when using
  13014. a calling card from my dorm room, that one of two numbers will appear
  13015. for the origin.  Does this mean anything spectacular (one 'number' can
  13016. only run so many lines, or maybe we have several separate services
  13017. entrances, for backup)?
  13018.  
  13019.         I'd also heard that our ATT System 85 was capable of
  13020. communicating with Rochester Tel regarding what phone number was being
  13021. called FROM, but it was not implemented.  (I know that all calls from
  13022. campus to 911 show up as the same source and address)
  13023.  
  13024.         Thanks in advance for any answers.
  13025.  
  13026. Mike Bunnell
  13027. mjb8949 @ RITVAX
  13028.  
  13029.  
  13030. ------------------------------
  13031.  
  13032. End of TELECOM Digest V9 #486
  13033. *****************************
  13034.  
  13035. 
  13036. 
  13037. Date:     Thu, 2 Nov 89 5:36:45 CST
  13038. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  13039. To:       telecom@eecs.nwu.edu
  13040. Subject:  TELECOM Digest V9 #487
  13041. Message-ID:  <8911020536.aa04154@delta.eecs.nwu.edu>
  13042.  
  13043.  
  13044. TELECOM Digest     Thu, 2 Nov 89 05:35:07 CST    Volume 9 : Issue 487
  13045.  
  13046. Today's Topics:                             Moderator: Patrick Townson
  13047.  
  13048.     Re: Centrex Strikes Again (Macy Hallock)
  13049.     Re: Why Not 00 as the International Prefix in the US? (Edward Greenberg)
  13050.     Re: 100th Anniversary of Coin Phones (David Lesher)
  13051.     Re: Numerical List of NPA's and NXX Count (Phantom)
  13052.     Re: Strange Phone Call (Louis J. Judice)
  13053.     Re: The Strange Boundaries of 312/708 (Edward S. Sachs)
  13054.     Re: What is SONET? (John Clarke)
  13055.     Terminal Emulator Packages - Which is Best? (Gary Nome)
  13056.     'Pulse' Dialing (Mike Bunnell)
  13057. ----------------------------------------------------------------------
  13058.  
  13059. From: fmsystm!macy@hal.gatech.edu
  13060. Subject: Re: Centrex Strikes Again
  13061. Date: 31 Oct 89 13:59:14 GMT
  13062. Reply-To: macy@fmsystm.UUCP (Macy Hallock)
  13063. Organization: F M Systems  Medina, Ohio USA
  13064.  
  13065.  
  13066. In article <telecom-v09i0474m04@vector.dallas.tx.us> john@zygot.ati.com 
  13067. (John Higdon) writes:
  13068. >X-TELECOM-Digest: volume 9, issue 474, message 4 of 11
  13069.  
  13070. >So while those people with those "unreliable" on-site PBXs were having
  13071. >difficulty making outside calls, those with "the most reliable phone
  13072. >system in the world" (Pac*Bell advertising hype) couldn't so much as
  13073. >talk to their secretaries at the front desk.
  13074.  
  13075. >There was another major Pac*Bell embarassment: The Bush-Pine office
  13076. >(SF's main downtown CO). It seems that no one bothered to test the
  13077. >fancy turbine standby generators under load. They regularly powered
  13078. >them up, but just let them spin. Under load following the earthquake,
  13079. >they broke down. The CO ran on its batteries until they went dead,
  13080.  
  13081. That is odd.  In my telco days, we tested the CO standby generators
  13082. weekly without load and monthly with a load.  We would pull the main
  13083. breakers to the power room and do a "cold startup".  At my suggestion,
  13084. the CO's I worked on had the generators started up, and then were
  13085. loaded when they were warmed up (after two-three minutes) on all
  13086. "warm" tests.  The reason all tests were not done "cold" was explained
  13087. to me as related to excessive wear on the engines occured on "cold"
  13088. startups.
  13089.  
  13090. At another CO I worked at (in an urban area), the decision was made to
  13091. add gas-turbine generator because the diesels were overloaded, and
  13092. there was no more space in the basement to put in more diesels
  13093. generators.  The turbines generated very little vibration, and could
  13094. be mounted on the roof, while the diesels had to have a special,
  13095. isolated foundation poured due to the noise and vibration.
  13096.  
  13097. I always wanted to like the turbines, they seemed more space-age.
  13098. Practical experience was different.  The turbines did not like to take
  13099. a load "cold", they had to have timing controls to allow them to
  13100. start, get up to speed and a bit warm before being loaded.  And did
  13101. they ever use fuel!  Mechanical repair was more frequent and more
  13102. complex.  I guess they did what they were supposed to, but the diesels
  13103. had my confidence.
  13104.  
  13105. >[Moderator's Note: Well, it is not like an earthquake happens every
  13106. >day or a central office is overloaded for several days running as a
  13107. >routine thing. Everything has disadvantages. *In general*, my belief
  13108. >is that centrex is superior to PBX almost anytime. I've also seen
  13109. >PBX's break down and disrupt communications in a company for an entire
  13110. >day or two pending repairs. Those people were angry they did not have
  13111. >centrex.
  13112.  
  13113. {Soap box mode on}
  13114.  
  13115. Well, I'm not sure I can agree...  In Ohio, at least, Centrex is more
  13116. expensive, has less features, allows less flexibility and reliquishes
  13117. control of your communcations to an outside agency that often has
  13118. revenue "enhancement" instead of customer service on its mind.  In GTE
  13119. CO's reliability is much poorer than Bell CO's, as well.
  13120.  
  13121. We've also run into several situations where the customers's special
  13122. services (WATS,FX's,Tie trunks) were not correctly installed into
  13123. Centrex systems as well.  In one instance, we found a customer was
  13124. paying for 12 CCSA trunks into his centrex, but we could only put up
  13125. nine outgoing CCSA call at 3:00 AM (office was closed, too).  Bell
  13126. called it a paperwork error from six years ago!  The customer never
  13127. knew, 'cause he had no trunk lights on his console, and no on site tech
  13128. could tell him (or test for it easily).  He had reported "too many
  13129. busy's on dial 8" to the telco several times.  The Corporate
  13130. Communications Dept. back at headquarters relied on the telco for
  13131. info.
  13132.  
  13133. Mind you, though I've worked on both sides of the fence, I am most
  13134. likely prejudiced.  My company sells telephone systems, and we spend a
  13135. great deal of time fighting the Telephone Co's attitiude (we know
  13136. telephones and you don't) and bureauracracy. Centrex, IMHO, just gives
  13137. them more control and revenue, with little added responisbility (just
  13138. read the tarriffs).  Most of the organizations I run into that have
  13139. Centrex are those that do not want to know anything about
  13140. communcations and the managers are "CYA"ing.  Most of these same
  13141. organizations would never do the same thing with their data
  13142. proccessing.
  13143.  
  13144. >You really just have to make an informed choice and go with
  13145. >it.  PT]
  13146.  
  13147. Actually, that's the greatest truth of all.  Getting that information
  13148. to make the choice is the tough part...and it seems as though too many
  13149. people still do not want to take responsibility for the very thing
  13150. they often call the "lifeblood" of their organization.
  13151.  
  13152. Centrex is too often an excuse or cop-out rather than an informed
  13153. decision, IMHO.  And the Telco's do their best to promote this kind of
  13154. thinking.  Shades of 1967!
  13155.  
  13156. Centrex does have a place, and will always have applications it does
  13157. better, but it is only a part of the many choices available today with
  13158. modern telecommunications.
  13159.  
  13160. {End Soap Box mode}
  13161.  
  13162. Macy Hallock     150 Highland Dr.     macy@NCoast.ORG
  13163. F M Systems Inc. Medina, OH 44256     {uunet|backbone}!hal.cwru.edu!ncoast!macy
  13164. +1 216 723-3000  Fax +1 216 723-3223  uunet!aablue!fmsystm!macy
  13165.  
  13166.  
  13167. ------------------------------
  13168.  
  13169. From: Edward Greenberg <apple!netcom!edg@ames.arc.nasa.gov>
  13170. Subject: Re: Why Not 00 as the International Prefix in the US?
  13171. Date: 31 Oct 89 18:06:33 GMT
  13172. Reply-To: Edward Greenberg <apple!netcom!edg@ames.arc.nasa.gov>
  13173. Organization: NetCom- The Bay Area's Public Access Unix System {408 997-9175}
  13174.  
  13175.  
  13176. In article <telecom-v09i0478m09@vector.dallas.tx.us> dan@sics.se (Dan Sahlin) 
  13177. writes:
  13178.  
  13179. >in the US the operator is reached by "0" and international calls start 
  13180. >with "011".  How is that possible?
  13181.  
  13182. In the US, calls to "0" don't immediately cut to the operator, but the
  13183. central office waits for additional digits, then decides what to do.
  13184.  
  13185. If you dial 011 + country code + number, it sends the call to
  13186. international direct dialing with whatever long distance company
  13187. you're presubscribed to.  When you dial 0 + area code + number, it
  13188. sends the call to either a machine or and operator, who gets your
  13189. billing, then puts up the call.  Only by dialing operator and waiting
  13190. for a timeout (or sometimes dialing 0#) do you get an operator by her
  13191. (him) self.
  13192.  
  13193. Note that to make a credit card or third party billed overseas call,
  13194. US customers dial 01 + country_code + number.
  13195.  
  13196. It's a complex decision tree, and it's a wonder that people understand
  13197. it at all.
  13198.                 -edg
  13199.  
  13200. Ed Greenberg
  13201. uunet!apple!netcom!edg
  13202.  
  13203. ------------------------------
  13204.  
  13205. From: David Lesher <wb8foz@mthvax.cs.miami.edu>
  13206. Subject: Re: 100th Anniversary of Coin Phones
  13207. Date: Tue, 31 Oct 89 21:47:10 EDT
  13208. Reply-To: David Lesher <wb8foz@mthvax.cs.miami.edu>
  13209.  
  13210.  
  13211. PT: Why not share your ex-employee knowledge re: the coin collection
  13212. department? In Cleveland, the "nickle-snatchers" drove special
  13213. "nickle-wagons" around and brought all the (full) boxes back to the
  13214. "nickle works", a highly secret location :-} next door to the area's
  13215. largest surplus electronics store. I was never inside, but friends who
  13216. were said it made the Federal Reserve Bank look like swiss cheese.
  13217.  
  13218. The nickle wagon, sagging under the weight, drove into the 'airlock'.
  13219. The outer door closed, then the inner door opened. It continued
  13220. inside. Then someone unlocked the special racks full of locked coin
  13221. boxes, and rolled them into a room full of women (no sexism here, just
  13222. the facts) wearing special smocks with no pockets. A camera in the
  13223. ceiling watched while they open, counted, sorted and bagged the money.
  13224. Brinks was a regular visitor.
  13225.  
  13226. Emptied boxes were reset, and sent over to section that stacked the
  13227. racks full of empty boxes, for the next day's runs.
  13228.  
  13229. And you wondered why that call cost a quarter;-} No wonder they want
  13230. you to use your calling card.
  13231.  
  13232.  
  13233. A host is a host & from coast to coast...wb8foz@mthvax.cs.miami.edu 
  13234. no one will talk to a host that's close..............(305) 255-RTFM
  13235. Unless the host (that isn't close)......................pob 570-335
  13236. is busy, hung or dead....................................33257-0335
  13237.  
  13238. ------------------------------
  13239.  
  13240. Date: Tue, 31 Oct 89 17:34:42 EST
  13241. From: phantom <csense!root@uunet.uu.net>
  13242. Subject: Re: Numerical List of NPA's and NXX Count
  13243.  
  13244.  
  13245. VLB/VMB writes:
  13246.  
  13247. >"You" write:
  13248. >> 202 and 301 will have more room now that they must dial a 1 to other
  13249. >> DC area codes.
  13250.  
  13251. >This wording is confusing.  The upshot of earlier notes in & out of
  13252. >Telecom is that Md. & Va. suburbs are being removed from area code
  13253. >202; therefore, 202 will have more room. 
  13254.  
  13255. Of course, if NNXs are removed from 202 giving it more space, the
  13256. converse must be true for both 703 and 301. Since those NNXs previous
  13257. verboten in those two because they formerly were in use in D.C. will
  13258. be available soon, 703 and 301 will be able to use them in suburbs
  13259. like Silver Spring, Tyson's Corner, and other bustling officeburbs.
  13260.  
  13261. >Local calls in the DC area will require 10 digits
  13262. >if crossing area code boundary (no leading 1, which is required on
  13263. >toll calls from there), thus permitting some current 11-digit local &
  13264. >extended area calls in the DC area to reduce to 7 digits later.
  13265.  
  13266. There is no case in the Washington Metropolitan calling area in which
  13267. a call of 11 digits ('1+') is local or toll-free.  If you pick the
  13268. phone up and dial a seven digit TN it will cost you the local rate,
  13269. whatever your service plan is. If you dial 11 digits it will cost you
  13270. whatever your carrier of choice charges you for toll calls. Simple,
  13271. for now.
  13272.  
  13273. My father can't understand why he has to put 1+301 in front of a
  13274. number which is a toll call to Gaithersburg now. I can't wait to hear
  13275. him hit the ceiling when he has to add NPA to make a local call across
  13276. the creek to his brothers!
  13277.  
  13278. ------------------------------
  13279.  
  13280. Date: Wed, 1 Nov 89 07:06:40 -0800
  13281. From: "Louis J. Judice  01-Nov-1989 0959" <judice@kyoa.enet.dec.com>
  13282. Subject: Re: Strange Phone Call
  13283.  
  13284.  
  13285. The voice asking you to "please hold", "unable to connect you", etc.
  13286. sounds like the auto-notification option of a voicemail system like
  13287. ASPEN.
  13288.  
  13289. When a message is received in your "in" box, you can establish a list
  13290. of phone numbers where ASPEN will call you to notify you that you've
  13291. received voicemail.
  13292.  
  13293. When ASPEN does this, it opens with a very generic message, assuming
  13294. that a switchboard operator or receptionist may answer the call, and
  13295. possibly not know who in the world YOU are...
  13296.  
  13297.    "Stand by... Stand by...  Stand by... this is an automated
  13298.    message handling system, with a message for < your name prerecorded >
  13299.    If <your name> is available to receive a message, press 1. etc..."
  13300.  
  13301. It's a pretty strange message, and very few people around here even know
  13302. about this.
  13303.  
  13304. Lou Judice
  13305. Digital Equipment Corp.
  13306. Piscataway, NJ
  13307.  
  13308. ------------------------------
  13309.  
  13310. From: Edward S Sachs <essachs@ihlpb.att.com>
  13311. Subject: Re: The Strange Boundaries of 312/708
  13312. Date: 1 Nov 89 15:45:06 GMT
  13313. Organization: AT&T Bell Laboratories
  13314.  
  13315.  
  13316. In article <telecom-v09i0482m01@vector.dallas.tx.us>, telecom@eecs.nwu.edu 
  13317. (TELECOM Moderator) writes:
  13318.  
  13319. > When those people ordered phone service in the past, apparently they
  13320. > said their address was 4xxx North Harlem in *Chicago*, or 4xxx North
  13321. > Harlem in *Harwood Heights* when in fact it was the opposite
  13322. > community!
  13323.  
  13324. In a similar vein, I recall an article in the newspaper (I believe
  13325. that it was the Chicago Tribune) some time back which reported that
  13326. businesses were paying sales taxes to the wrong municipalities, for
  13327. similar reasons (not just Chicago/Suburb, but also Suburb/Suburb).
  13328.  
  13329.             Ed Sachs
  13330.             AT&T Bell Laboratories, Naperville, IL
  13331.             att!ihlpb!essachs, e.s.sachs@att.com
  13332.  
  13333. ------------------------------
  13334.  
  13335. From: Stripper <cs3sd3ai@maccs.dcss.mcmaster.ca>
  13336. Subject: Re: What is SONET?
  13337. Organization: McMaster University, Hamilton, Ontario, Canada.
  13338. Date:     Tue, 31 Oct 89 19:05:30 EST
  13339.  
  13340.    Someone (I lost the original message) asked "Northern Telecom
  13341. talked about SONET.  What is SONET?  Well, allow me to quote directly
  13342. from the NT press release:
  13343.  
  13344.     The new products are compatible with international
  13345.     Synchronous Optical Network (SONET) standards for
  13346.     high-speed transmission of information on fiber optic
  13347.     networks.  SONET standards were designed to exploit
  13348.     the virtually unlimited bandwidth of end-to-end fiber
  13349.     optics transmission and assure industry-wide compatibility
  13350.     of transmission equipment throughout the network
  13351.  
  13352. This was all part of NT's announcement of FIBERWORLD, a set of
  13353. products that are completely fiber dependent, which include access,
  13354. transport and switching products.
  13355.  
  13356. John Clarke
  13357. McMaster U.
  13358. Hamilton, Canada
  13359.  
  13360. Disclaimer :  I have no relation to NT, and am only a student.  Of course,
  13361. if NT sees this, and wants to hire an up and coming young engineer ... :-)
  13362.  
  13363. ------------------------------
  13364.  
  13365. From: Gary <gnome@oliven.olivetti.com>
  13366. Subject: Terminal Emulator Packages - Which is Best?
  13367. Date: 31 Oct 89 18:05:10 GMT
  13368.  
  13369.  
  13370. I am in the process of evaluating different terminal emulator packages
  13371. in order to adopt one as a standard within the company.
  13372.  
  13373. What I'd like to know is -
  13374.  Which package are you using?
  13375.  What rev-level is it?
  13376.  What do you like about it?
  13377.  Where can it be found?
  13378.  
  13379. Thanks!
  13380. Gary
  13381. gnome@oliven.atc.olivetti.com
  13382. (hplabs,ames,sun,pyramid)oliveb!oliven!gnome
  13383.  
  13384. ------------------------------
  13385.  
  13386. Date: Wed, 1 Nov 89 21:08 EDT
  13387. From: Nutsy Fagen <MJB8949@ritvax.bitnet>
  13388. Subject: 'Pulse' Dialing
  13389.  
  13390.  
  13391.         During pulse dialing, what exactly happens to the line?  I've
  13392. been led to believe that each pulse is actually shorting out the phone
  13393. line, which then registers at the switch.  If so, doesn't this cause
  13394. an excessive amount of wear and tear on the equipment?
  13395.  
  13396.         Along the same lines, is it probable that pulse dialing will
  13397. be dropped by any telcos BEFORE actually switching over to full
  13398. digital.
  13399.  
  13400.         And while I'm at it, is there a rough timeline for having a
  13401. completely digital telephone network, including residential
  13402. telephones?
  13403.  
  13404.         Thanks.
  13405.  
  13406. Mike Bunnell
  13407. MJB8949 @ ritvax
  13408.  
  13409. ------------------------------ 
  13410.  
  13411. End of TELECOM Digest V9 #487
  13412. *****************************
  13413. 
  13414. 
  13415. Date:     Fri, 3 Nov 89 0:00:28 CST
  13416. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  13417. To:       telecom@eecs.nwu.edu
  13418. Subject:  TELECOM Digest V9 #488
  13419. Message-ID:  <8911030000.aa17075@delta.eecs.nwu.edu>
  13420.  
  13421.  
  13422. TELECOM Digest     Fri, 3 Nov 89 00:00:05 CST    Volume 9 : Issue 488
  13423.  
  13424. Today's Topics:                             Moderator: Patrick Townson
  13425.  
  13426.     Re: Charging Teleco For Your Time (Mike Morris)
  13427.     Re: Charging Teleco For Your Time (Jim Gottlieb)
  13428.     Re: Caller ID Question (Mark Robert Smith)
  13429.     Re: Caller ID Question (David Lewis)
  13430.     Re: Caller ID Saves A Life! (Scot E Wilcoxon)
  13431.     Re: Caller ID Boxes (Dave Levenson)
  13432.     Re: Caller ID for Pagers (Phantom)
  13433.     Re: NYC Time and Weather (Dr. T. Andrews)
  13434.     Re: Time to "Disconnection" (Dave Levenson)
  13435.     Re: Numerical List of NPA's and NXX Count (Carl Moore)
  13436.     Re: Anti-junk-call Laws in Oregon (Bob Clements)
  13437.     Recent Overview ISDN Cite Needed (Dr. Bruce C. Klopfenstein)
  13438. ----------------------------------------------------------------------
  13439.  
  13440. From: Mike Morris <morris@jade.jpl.nasa.gov>
  13441. Subject: Re: Charging Teleco For Your Time
  13442. Date: 1 Nov 89 07:43:20 GMT
  13443. Reply-To: Mike Morris <morris@jade.jpl.nasa.gov>
  13444.  
  13445.  
  13446. K.Hopkins%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk writes:
  13447.  
  13448. >In v9i478 David Lesher <wb8foz@mthvax.cs.miami.edu> said:
  13449. >-> ... they would check it for a $40.00 visit
  13450. >-> charge. I countered with a $40.00 charge for MY time if their visit
  13451. >-> turned up zilch. They announced again there was no problem, said the
  13452. >-> tariffs forbit me from charging them, ...
  13453.  
  13454. >Over here someone took British Telecom to the courts to recover "lost
  13455. >earnings".  BT had given the subscriber two separate occassions on which
  13456. >their engineer would turn up to fix a problem, but the engineer failed to
  13457. >show.  As the subscriber had stayed off work on both occassions the court
  13458. >awarded him 100 pounds, which was all he applied for as he just wanted to
  13459. >make the point. Since then BT have been offerring bill credits if your
  13460. >phone is not repaired within  2 working days or the  engineer fails to turn
  13461. >up.  The current credit is 5 pounds, against a quarterly rental of 15
  13462. >pounds.
  13463.  
  13464. >I think all utilities have taken note of the court's judgement  as it set a
  13465. >precedent over here.
  13466.  
  13467. A friend who runs a small business has 4 lines as a 3-line hunt group
  13468. plus one line.  A while back she lost the last hunting line and the
  13469. isolated line for 3 days.  I suggested that she call Pacific Telephone
  13470. and ask for credit, as PT could verify that she had reported the
  13471. outage to 611 the same day.  PT quite readily granted her a credit of
  13472. 1/30 of the monthly charge per line per day (it was a 30-day month).
  13473. While she didn't ask, she told me that the service representative
  13474. reacted to her request as if it was standard procedure.
  13475.  
  13476. In reference to the above item from the UK, I wonder if anybody in the
  13477. US has taken the telco to small claims court.  And what would the
  13478. telco do about the no-attorneys rule?
  13479.  
  13480. Mike Morris                      Internet:  Morris@Jade.JPL.NASA.gov
  13481.                                  Misslenet: 34.12 N, 118.02 W
  13482. #Include quote.cute.standard     Bellnet:   818-447-7052
  13483. #Include disclaimer.standard     Radionet:  WA6ILQ
  13484.  
  13485. ------------------------------
  13486.  
  13487. From: Jim Gottlieb <jimmy@icjapan.uucp>
  13488. Subt(ject: Re: Charging Teleco For Your Time
  13489. Date: 2 Nov 89 08:56:12 GMT
  13490. Reply-To: Jim Gottlieb <denwa!jimmy@anes.ucla.edu>
  13491. Organization: Info Connections, Tokyo, Japan
  13492.  
  13493.  
  13494. >In v9i478 David Lesher <wb8foz@mthvax.cs.miami.edu> said:
  13495.  
  13496. >-> ... they would check it for a $40.00 visit
  13497. >-> charge. I countered with a $40.00 charge for MY time if their visit
  13498. >-> turned up zilch. They announced again there was no problem, said the
  13499. >-> tariffs forbit me from charging them, ...
  13500.  
  13501. When I was in the interconnect business (back until 1984), there were
  13502. cases when Pacific Bell was having trouble tracking down a problem and
  13503. asked for our help.  We would bill them for our time in such cases,
  13504. and they would pay.  
  13505.  
  13506.   Jim Gottlieb
  13507.   Info Connections, Tokyo, Japan
  13508. _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
  13509.        <jimmy@pic.ucla.edu> or <jimmy@denwa.uucp> or <attmail!denwa!jimmy>
  13510. Fax: (011)+81-3-239-7453           Voice Mail: (011)+81-3-944-6221 ID#82-42-424
  13511.  
  13512. ------------------------------
  13513.  
  13514. From: Mark Robert Smith <msmith@topaz.rutgers.edu>
  13515. Subject: Re: Caller ID Question
  13516. Date: 2 Nov 89 17:07:18 GMT
  13517. Organization: Rutgers - The Police State of New Jersey
  13518.  
  13519.  
  13520. I get a lot of calls from what I believe is a Centrex system in my
  13521. area code (in NJ), and I get varying results for Caller ID.
  13522.  
  13523. Most of the time, I get ??? (no ANI available), but a few times I have
  13524. gotten the extension's direct number, and once I got the "main
  13525. number", which is a different exchange from the extension direct
  13526. numbers.
  13527.  
  13528.  
  13529. Mark Smith, KNJ2LH                All Rights Reserved
  13530. RPO 1604               You may redistribute this article only if those who
  13531. P.O. Box 5063                 receive it may do so freely.
  13532. New Brunswick, NJ 08903-5063              msmith@topaz.rutgers.edu
  13533.  
  13534. ------------------------------
  13535.  
  13536. From: David Lewis <nvuxr!deej@bellcore.bellcore.com>
  13537. Subject: Re: Caller ID Question
  13538. Date: 2 Nov 89 18:13:15 GMT
  13539. Organization: Bellcore, Livingston, NJ
  13540.  
  13541.  
  13542. In article <telecom-v09i0484m05@vector.dallas.tx.us>, johnl@esegue.segue.
  13543. boston.ma.us (John R. Levine) writes:
  13544.  
  13545. > Does Caller ID provide the calling number or the billing number?
  13546. > Seems to me that it probably provides the billing number, since that's
  13547. > what ANI is already set up to collect.  Besides, for calls originating
  13548. > from a PBX the PBX never identifies the originating extension anyway.
  13549.  
  13550. > Just another reason why Caller ID is misnamed.
  13551.  
  13552. Caller ID, and all the other CLASS (SM) feature package, use the
  13553. calling number, not the billing number.
  13554.  
  13555. ANI is, indeed, set up to collect the billing number.  The billing
  13556. number is sent by an Equal Access End Office (EAEO), via Equal Access
  13557. Multifrequency (EAMF) signaling, to an Access Tandem (AT).  The AT
  13558. sends the billing number -- ANI -- to the interexchange carrier,
  13559. either via MF signaling or via Common Channel Signaling (CCS).
  13560.  
  13561. ANI is available just about everywhere, because the vast majority of
  13562. end offices in the ex-Bell System have been converted to EAEOs.
  13563.  
  13564. Caller ID and the other CLASS features don't use MF signaling;
  13565. instead, they use CCS -- Signaling System #7, or SS7.  SS7 has fields
  13566. to transfer *both* the billing number and the calling party number.
  13567. Therefore, CLASS features act on the calling party number, and the
  13568. billing number can be delivered to the interexchange carrier.
  13569.  
  13570. CLASS isn't available in a whole lot of places, because many end
  13571. offices in the ex-Bell System haven't yet been upgraded to handle SS7.
  13572. Unless the end office is SS7 connected, CLASS won't work.
  13573.  
  13574. I don't know if any PBX offers a SS7 interface, or if any LEC offers
  13575. SS7 connectivity to CPE.  I also don't know how PBXs handle ANI
  13576. delivery and such (CPE?  CPE?  We're not allowed to do CPE!).
  13577.  
  13578.  
  13579. David G Lewis                ...!bellcore!nvuxr!deej
  13580.  
  13581.             "If this is paradise, I wish I had a lawnmower."
  13582.  
  13583. ------------------------------
  13584.  
  13585. From: Scot E Wilcoxon <sewilco@datapg.mn.org>
  13586. Subject: Re: Caller ID Saves A Life!
  13587. Date: 2 Nov 89 17:21:21 GMT
  13588. Reply-To: Scot E Wilcoxon <sewilco@datapg.mn.org>
  13589. Organization: Data Progress, Minneapolis, MN
  13590.  
  13591.  
  13592. Our moderator writes, in response to Roger B.A. Klorese,
  13593.  
  13594. >Here in Chicago ...  911 is only to be used when *immediate*
  13595. >intervention is required to save a life or report a crime in progress,
  13596.  
  13597. The purpose of 911 varies, the only common use is that it is an easily
  13598. remembered and quickly dialed emergency number.  Here in Minneapolis,
  13599. any call which requires a police car is directed to 911 because it is
  13600. answered by the police dispatchers.  Citizens are encouraged to report
  13601. suspicious activities to 911, as the dispatchers are aware of calls in
  13602. progress and assign priorities.  When most dispatchers are busy, calls
  13603. do get answered with "911, is this an emergency?".
  13604.  
  13605. Minneapolis does use Enhanced 911, with dispatch information routinely
  13606. sent to radio-linked terminals in each police car.  CLASS services are
  13607. not available yet in this area (a council member was recently shown on
  13608. TV getting yet another harrassing phone call, and she did not seem
  13609. able to stop it :-).  
  13610.  
  13611. Scot E. Wilcoxon sewilco@DataPg.MN.ORG
  13612. {amdahl|hpda}!bungia!datapg!sewilco Data Progress      UNIX masts &
  13613. rigging +1 612-825-2607 uunet!datapg!sewilco
  13614.     I'm just reversing entropy while waiting for the Big Crunch.
  13615.  
  13616. ------------------------------
  13617.  
  13618. From: Dave Levenson <westmark!dave@uunet.uu.net>
  13619. Subject: Re: Caller ID Boxes
  13620. Date: 2 Nov 89 21:48:11 GMT
  13621. Organization: Westmark, Inc., Warren, NJ, USA
  13622.  
  13623.  
  13624. In article <telecom-v09i0485m05@vector.dallas.tx.us>, csense!root@uunet.uu.
  13625. net (Phantom) writes:
  13626.  
  13627. > The Calling Line ID display unit advertised in the 'Hello Direct'
  13628. > catalog is made by none other than AT&T, The Right Choice (TM).
  13629.  
  13630. Actually, the Caller*ID unit in 'Hello Direct' looks a whole lot like
  13631. the one they sell over the counter at Sears in NJ for $79.00.  This
  13632. unit has the AT&T name and logo on it, but on the bottom, it says it
  13633. is made by Colonial Data Technologies (of Connecticut) and that the
  13634. AT&T name an logo are used under license from AT&T.  (It also says it
  13635. was made in Hong Kong.)
  13636.  
  13637.  
  13638. Dave Levenson                Voice: (201) 647 0900
  13639. Westmark, Inc.               Internet: dave@westmark.uu.net
  13640. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  13641. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  13642.  
  13643.  
  13644. ------------------------------
  13645.  
  13646. Subject: Re: Caller ID for Pagers
  13647. Date: Tue, 31 Oct 89 18:18:33 EST
  13648. From: Phantom <csense!root@uunet.uu.net>
  13649.  
  13650. Professor Miller asks whether anyone knows of a paging installation
  13651. using Calling LINE ID to display the number called from for
  13652. convenience.
  13653.  
  13654. I submit that this is impractical since there are many occasions when
  13655. the number to be called back should be completely different from the
  13656. number called from. Nice idea, but not in many situations.
  13657.  
  13658.  
  13659. ------------------------------
  13660.  
  13661. Subject: Re: NYC Time and Weather
  13662. Date: Wed, 1 Nov 89 7:19:02 EST
  13663. From: "Dr. T. Andrews" <tanner@ki4pv.uucp>
  13664. Organization: CompuData, Inc. (DeLand)
  13665.  
  13666. ) ... For the price of listening to a brief ad at the beginning of
  13667. ) the message, ... both the time and weather ... a normal local call.
  13668.  
  13669. I don't think that this is very unusual.  Advert and then time is an
  13670. Established Institution(tm) here in Florida.  Banks and car dealers
  13671. are the usual providers.
  13672.  
  13673. They have made some advances, though.  Those curious about the time in
  13674. DeLand may call 904 734 7300; it sounds like the announcement of time
  13675. and weather are both provided with voice insertion.
  13676.  
  13677. Weather announcements won't replace looking out the window.
  13678.  
  13679. ....!bikini.cis.ufl.edu!ki4pv!tanner  ...!bpa!cdin-1!ki4pv!tanner
  13680. or...  {allegra attctc gatech!uflorida uunet!cdin-1}!ki4pv!tanner
  13681.  
  13682.  
  13683. ------------------------------
  13684.  
  13685. From: Dave Levenson <westmark!dave@uunet.uu.net>
  13686. Subject: Re: Time to "Disconnection"
  13687. Date: 1 Nov 89 16:27:00 GMT
  13688. Organization: Westmark, Inc., Warren, NJ, USA
  13689.  
  13690.  
  13691. In article <telecom-v09i0482m03@vector.dallas.tx.us>, judice@kyoa.enet.dec.
  13692. com (Louis J. Judice) writes:
  13693.  
  13694. > I never realized this until it was demonstrated to me, but at least in
  13695. > NJ on the Peapack Central Office, if you call person "A", person "A"
  13696. > can hang up, and pick up their phone up to about 15 seconds later
  13697. > without disconnecting "B". This is without any phone features, etc.
  13698.  
  13699.  
  13700. This is generally true throughout NJ Bell territory.  If the calling
  13701. party goes on-hook, the call is disconnected (the called party is left
  13702. high-and-dry for about 20 seconds, and is then given dial tone).  But
  13703. if the called party goes on hook, the call remains up for about 20
  13704. seconds.  If the called party goes back off hook during this "grace
  13705. period" the conversation may continue.  I'm not sure this is
  13706. _universally_ true.  It is certainly not true where the called party
  13707. is behind PBX, unless the PBX implements the same "grace period"
  13708. feature.
  13709.  
  13710. Some ACD equipment makes use of this feature.  When a call is
  13711. (finally) transferred from the "please hold on..." recording to a live
  13712. agent, it is momentarily placed on-hook (usually for less than one
  13713. second).  If the call is still present, it is then connected to the
  13714. live agent.  If not, it is dropped, and the abandoned call counter is
  13715. advanced.  This saves considerable agent time, in cases where the CO
  13716. does not send forward disconnection to the ACD in a timely manner.
  13717.  
  13718.  
  13719. Dave Levenson                Voice: (201) 647 0900
  13720. Westmark, Inc.               Internet: dave@westmark.uu.net
  13721. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  13722. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  13723.  
  13724.  
  13725. ------------------------------
  13726.  
  13727. Date:     Thu, 2 Nov 89 9:29:41 EST
  13728. From:     Carl Moore (VLD/VMB) <cmoore@brl.mil>
  13729. Subject:  Re: Numerical List of NPA's and NXX Count
  13730.  
  13731. Where is your father located?  "toll call to Gaithersburg" would seem
  13732. to indicate southern Prince George's County (Md.) or Virginia,
  13733. assuming the DC area.
  13734.  
  13735. Earlier notes in Telecom point out some 11-digit local calls which
  13736. might be reduced to 7 digits later in the DC area:
  13737.  
  13738. o   from 621,261,858 etc. in Maryland to 569 at Severn, Md.; this is
  13739.     because 569-xxxx at those "from" points currently gets that prefix 
  13740.     in Springfield, Va.
  13741.  
  13742. o   extended area calling from Va. suburbs to some Prince William (Va.)
  13743.     points; this is because the latter duplicates some DC and Md. 
  13744.     suburban points. The other way around, it's already been reduced 
  13745.     to 7 digits.
  13746.  
  13747. ------------------------------
  13748.  
  13749. Subject: Re: Anti-junk-call Laws in Oregon
  13750. Date: Thu, 02 Nov 89 09:39:53 -0500
  13751. From: clements@bbn.com
  13752.  
  13753. >[ henry@garp.mit.edu ]
  13754. >X-TELECOM-Digest: volume 9, issue 484, message 8 of 10
  13755.  
  13756. >We have them here in MA also ... they don't do you any good if the
  13757. >calls are placed from outside the state, though.
  13758.  
  13759. If "them" means junk calls, yes, we have them.  It "them" means
  13760. anti-junk-call laws, well, not much.  We have a law that says you can
  13761. be added to a list which it is illegal to place AUTOMATIC calls to.
  13762. No protection against the human slime.  And, as Henry says, no
  13763. protection against out-of-state slime.
  13764.  
  13765.  
  13766. Bob Clements, K1BC, clements@bbn.com
  13767.  
  13768. ------------------------------
  13769.  
  13770. From: Bruce Klopfenstein <klopfens@barney.bgsu.edu>
  13771. Subject: Recent ISDN Overview Cite Needed
  13772. Date: 3 Nov 89 04:04:31 GMT
  13773. Organization: Bowling Green State University B.G., Oh.
  13774.  
  13775.  
  13776. I am updating my telecom files and am seeking a recent intro/ overview
  13777. of ISDN and B-ISDN article from the periodical press.  This is for an
  13778. intro to new media technologies course I am teaching.
  13779.  
  13780. Please email your replies, and thanks very much for your help!
  13781.  
  13782.  
  13783.     Dr. Bruce C. Klopfenstein      |  klopfens@andy.bgsu.edu
  13784.     Radio-TV-Film Department       |  klopfenstein@bgsuopie.bitnet
  13785.     Bowling Green $tate University |  klopfens@bgsuvax.UUCP
  13786.     Bowling Green, OH  43403       |  (419) 372-2138; 352-4818
  13787.                                    |  fax (419) 372-2300
  13788.  
  13789. ------------------------------
  13790.  
  13791. End of TELECOM Digest V9 #488
  13792. *****************************
  13793. 
  13794. 
  13795. Date:     Fri, 3 Nov 89 0:46:00 CST
  13796. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  13797. To:       telecom@eecs.nwu.edu
  13798. Subject:  TELECOM Digest V9 #489
  13799. Message-ID:  <8911030046.aa11280@delta.eecs.nwu.edu>
  13800.  
  13801.  
  13802. TELECOM Digest     Fri, 3 Nov 89 00:45:24 CST    Volume 9 : Issue 489
  13803.  
  13804. Today's Topics:                             Moderator: Patrick Townson
  13805.  
  13806.     Re: Cellular Phones Frying Your Brains (John Higdon)
  13807.     Re: California Junk Fax Bill (John Higdon)
  13808.     Re: Parsing Dialed Digits (Bob Goudreau)
  13809.     Re: Caller ID Saves A Life! (Donald L. Ritchey)
  13810.     Re: NYC Time and Weather (Charles Balan)
  13811.     Re: Strange Recording (Thomas E. Lowe)
  13812.     Re: Caller ID Device (Dave Hsu)
  13813. ----------------------------------------------------------------------
  13814.  
  13815. From: John Higdon <john@zygot.ati.com>
  13816. Subject: Re: Cellular Phones Frying Your Brains
  13817. Date: 2 Nov 89 17:42:11 GMT
  13818. Organization: Green Hills and Cows
  13819.  
  13820.  
  13821. In article <telecom-v09i0476m03@vector.dallas.tx.us>, c152-ft@cory.berkeley.
  13822. edu (Steve Forrette) writes:
  13823.  
  13824. > I have a rear-window capacitive-mount antenna for my cellular phone,
  13825. > and the instructions that came with it stated that people should keep
  13826. > all parts of themselves at least 6 inches from the antenna whenever
  13827. > the phone was in use!
  13828.  
  13829. I'm sure you're aware that this warning is undoubtedly required by
  13830. some government agency (EPA?) and is not there because they have some
  13831. experience with brain-frying of people in the back seat!
  13832.  
  13833. Golly, no such warning came with my (client's) 40KW FM transmitter and
  13834. its associated 5 bay antenna (100KW ERP), but you won't find me
  13835. climbing the tower with the system energized. Somehow, even with the
  13836. "warning" I'm not terribly afraid of the 3 watts coming from the
  13837. cellular antenna. The FM antenna? That's another matter.
  13838.  
  13839.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  13840.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  13841.  
  13842. ------------------------------
  13843.  
  13844. From: John Higdon <john@zygot.ati.com>
  13845. Subject: Re: California Junk Fax Bill
  13846. Date: 2 Nov 89 17:58:05 GMT
  13847. Organization: Green Hills and Cows
  13848.  
  13849.  
  13850. In article <telecom-v09i0484m09@vector.dallas.tx.us>, mhw@wittsend.lbp.harris.
  13851. com (Michael H. Warfield) writes:
  13852.  
  13853. > If you wait until operations like Compuserve have a large vested
  13854. > interest in preserving this annoyance, you'll play h*ll getting rid of
  13855. > it.  If you try taking away something that a bunch of "Mega-corps"
  13856. > already abuse, they'll have you right in court protecting their right
  13857. > to go on abusing it.  It's always easier to prevent it in the first
  13858. > place than it is to stop it once it's started.
  13859.  
  13860. Not really. There are several problems with this whole thread. First,
  13861. look at the Subject line. Even if every state in the Union passed a
  13862. really "tough" fax bill, it would mean absolutely nothing. No state
  13863. has any control over messages that originate in another state. You
  13864. would end up with the same success that has been seen controlling junk
  13865. phone solicitations (none, for those of you who have been asleep).
  13866.  
  13867. So what we need to discuss is a *Federal* junk fax bill. With the
  13868. number of laws on the books at the federal level, unless there is a
  13869. damn compelling reason for its existence, I'm against it. Even if a
  13870. bunch of "Mega-corps" start doing this (and, mind you, this is all
  13871. still a "just suppose"--with people wanting to pass laws before any
  13872. need is really demonstrated, the ultimate in prior restraint), if
  13873. people hate it and refuse to respond or buy products pushed by junk
  13874. fax, those perpetrating it will stop. No one is going to purposely
  13875. alienate his audience. If, on the other hand, it works, then it may
  13876. not be the big terror that people have supposed it to be.
  13877.  
  13878. There are already enough laws in the country without people dreaming
  13879. up "what-ifs" as justification to pass more of them.
  13880.  
  13881.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  13882.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  13883.  
  13884. ------------------------------
  13885.  
  13886. Date: Thu, 2 Nov 89 12:44:03 est
  13887. From: Bob Goudreau <goudreau@dg-rtp.dg.com>
  13888. Subject: Re: Parsing Dialed Digits
  13889. Reply-To: goudreau@rtp48.dg.com (Bob Goudreau)
  13890. Organization: Data General Corporation, Research Triangle Park, NC
  13891.  
  13892.  
  13893. In article <telecom-v09i0470m07@vector.dallas.tx.us> tanner@ki4pv.uucp 
  13894. (Dr. T. Andrews) writes:
  13895.  
  13896. >)> How can I tell whether to take the next two or the next three
  13897. >)> digits as the country code ?
  13898. >) It depends on the first two digits.
  13899. >) If the first two digits are a valid country code, then you do not have
  13900. >) to look at the third digit.
  13901.  
  13902. >Sorry, this doesn't work.  Some country codes (mainly for toy
  13903. >countries) are special cases of others.  Consider "countries" like the
  13904. >Vatican (looks like a particular exchange in Rome Italy) or San
  13905. >Marino.  You have to examine rather a lot of digits to decide whether
  13906. >the call is to Rome Italy or the Vatican.
  13907.  
  13908. Apparently then, you consider both the USA and Canada (along with much
  13909. of the Caribbean) to be "toy countries", since they are both special
  13910. cases of the country code "1".  In fact, by this logic, there is not
  13911. just one country code for the US, but many: +1201, +1202, ..., +1919
  13912. (along with much, but not all, of +1809xxx for Puerto Rico and the US
  13913. Virgin Islands).
  13914.  
  13915. The problem with the use of the term "country code" is that it
  13916. misleadingly gives the impression that there is a one-to-one mapping
  13917. between nations and international dialing codes, which is false.
  13918. Remember, the original question was "How can I tell whether to take
  13919. the next two or the next three digits as the country code?", not "How
  13920. can I determine which political entity is the destination of this
  13921. call?" The poster you quoted was therefore correct in his assertion
  13922. that country codes are limited to a maximum of three digits.  The
  13923. allocation and distribution of numbers within a country code is a
  13924. matter left to the authority (or authorities) within the code area
  13925. itself, not to the authority that establishes country codes (named
  13926. something like CCITT, I believe).
  13927.  
  13928.  
  13929. Bob Goudreau                +1 919 248 6231
  13930. Data General Corporation        ...!mcnc!rti!xyzzy!goudreau
  13931. 62 Alexander Drive            goudreau@dg-rtp.dg.com
  13932. Research Triangle Park, NC  27709, USA
  13933.  
  13934. ------------------------------
  13935.  
  13936. Date: Thu,  2 Nov 89 16:47:42 CST
  13937. From: Donald L Ritchey <dritchey@ihlpb.att.com>
  13938. Subject: Re: Caller ID Saves A Life!
  13939.  
  13940.  Re: (Message-ID:  <telecom-v09i0484m03@vector.dallas.tx.us>):
  13941.  X-TELECOM-Digest: volume 9, issue 484, message 3 of 10
  13942.  
  13943. > Our moderator writes, in response to Roger B.A. Klorese,
  13944. [ deleted ]
  13945. > Patrick, there is a very good explanation for this.
  13946.  
  13947. > On a number of occasions, I have called the police to make a report of
  13948. > some sort: drag racers at the Museum of Science & Industry keeping the
  13949. > neighbors awake; a followup on at least one of the occasions our car
  13950. > was stolen; a request for officers to take a report on the time I was
  13951. > assaulted on the El platform (no longer urgent, since the incident was
  13952. > over long before I arrived at work to make the call).  I could think
  13953. > of several other examples, but these are a start.
  13954.  
  13955. > On *every* single occasion, I called the local police HQ -- and was
  13956. > told to *CALL 911* to make the report.  This is not only outrageous,
  13957. > it's potentially life-threatening to those who are trying to get
  13958. > through while I'm reciting the details of a minor crime.
  13959.  
  13960. > I have complained repeatedly, especially to the police and, of course,
  13961. > to my aldercreature.  I have never, ever received any indication that
  13962. > anybody gives a damn (the alderman's staff keep promising to call me
  13963. > back), or that new guidelines (or legislation) will be introduced to
  13964. > try to correct the problem.
  13965.  
  13966. > [Moderator's Note: Unfortunatly, you are correct, at least here in Chicago.
  13967. > I've gotten the same rap from Police HQ, however the supervisors in the
  13968. > actual 911 dispatch area tell me I am correct and the brass upstairs is
  13969. > wrong for pushing my call back to them. Its a case of some people not wanting
  13970. > to do their job, and pushing it off on someone else.  PT]
  13971.  
  13972. Another explanation for this apparent discrepancy between the Bosses
  13973. and the Workers is that the Bosses probably want the usage of 911 to
  13974. be as high as possible.  This would provide high usage figures for the
  13975. administrative budget hearings (where everyone wants a larger slice of
  13976. the pie) to justify increases in staff or for equipment upgrades.  We
  13977. are getting ready to go through an election out in Kane County over
  13978. the Enhanced 911 (E911) issue, to justify a $0.50 per month line
  13979. charge for each phone line in the county.  I suspect that emergency
  13980. services supervisors in city or county government need high usage peg
  13981. counts to justify the need for the rather expensive equipment,
  13982. services, and staff required to provide this service.
  13983.  
  13984. Also, salary paid to supervisors in many of the these government
  13985. agencies may depend upon the number of employees under said supervisor
  13986. (a boss with 20 employees would like to add 10 or so more so that
  13987. he/she can get promoted to the next step on the salary scale).  This
  13988. is a very powerful incentive for a headquarters official to tell you
  13989. to use 911 when the Admin number would do as well.
  13990.  
  13991. An additional reason for the request to use 911 (a little less
  13992. sinister) is that if the call would involve the dispatch of a patrol
  13993. car, then the 911 service bureau would provide a central place for
  13994. monitoring the status of all dispatched patrol cars.  A subversion of
  13995. the 911 system, but it could be another case of the users (the police
  13996. headquarters) of the system making it fit their needs, instead of
  13997. using it as it was designed.
  13998.  
  13999. #include <std/disclaimer.h>
  14000.  
  14001. Don Ritchey       dritchey@cbnewsc.att.com
  14002. (or in real life) dritchey@ihlpb.att.com
  14003. AT&T Bell Labs IH 1D-409
  14004. Naperville, IL 60566
  14005. (312) 979-6179
  14006.  
  14007. ------------------------------
  14008.  
  14009. From: unccab@calico.med.unc.edu (Charles Balan)
  14010. Subject: Re: NYC Time and Weather
  14011. Date: 2 Nov 89 20:29:09 GMT
  14012. Reply-To: unccab@uncmed.med.unc.edu (Charles Balan)
  14013. Organization: UNC-CH School of Medicine
  14014.  
  14015.  
  14016. >In article <telecom-v09i0481m04@vector.dallas.tx.us> yoram@link.cs.columbia.
  14017. >edu (Yoram Eisenstadter) writes:
  14018.  
  14019. >>An enterprising company has devised a cheap alternative to the usual
  14020. >>976 numbers for time and weather in New York City.
  14021.  
  14022. >>For those who are interested, the number for NYC Time an Weather is:
  14023. >>212-753-TIME (753-8463).
  14024.  
  14025. This is interesting.  When I moved from Fla. area code (305) [It has
  14026. since changed to some other] I was used to calling the time/temp line,
  14027. but there was none here in the (919) Chapel Hill area.  But about 2
  14028. years ago, some enterprising person decided to make a "free" number
  14029. available, with advertising.  It was very popular with students and it
  14030. incorporates the weather forecast taken from *another* local number.
  14031. I often want to know what the expected high or low is going to be and
  14032. usually call when I am waking up in the a.m.  to see what I need to
  14033. wear that day. :-)
  14034.  
  14035. But I have never heard that they used the expensive 976 numbers for
  14036. this item.  Incidentally, I never checked the time against the
  14037. standard time.  It is close enough for government work :-) BTW: the
  14038. number is (919) 933-3333 easy to remember, eh?
  14039.  
  14040.  
  14041. Charles Balan
  14042. UNCCAB@med.unc.edu   ,    UNCCAB@uncmed.uucp    ,   UNCCAB@unc.bitnet
  14043. %%%%%  They're from Aliens.....I seen 'em!    %%%%%%%%%%%%
  14044.  
  14045. ------------------------------
  14046.  
  14047. From: Thomas E Lowe <tel@hound.att.com>
  14048. Subject: Re: Strange Recording
  14049. Date: 2 Nov 89 13:28:42 GMT
  14050. Reply-To: tel@cbnewsh.ATT.COM (thomas.e.lowe,ho,)
  14051. Organization: AT&T Bell Laboratories
  14052.  
  14053.  
  14054. In article <telecom-v09i0484m06@vector.dallas.tx.us> MJK2660@ritvm.bitnet 
  14055. (Mike Koziol) writes:
  14056.  
  14057. >Last night I received a call at work. It was a female computer
  14058. >generated voice that said "Plese wait while I try to connect you". A
  14059.  ...
  14060. >[Moderator's Note: I do think you got an automated junk-call and somehow
  14061. >the telemarketing reps all got behind in their work ...
  14062.  
  14063. American Express uses such a system to call their customers who are
  14064. late in paying their bills.  Every night, their mainframes generate
  14065. lists of clients to call and download them to smaller systems.  During
  14066. the day, these smaller systems dial the customers numbers.  As soon as
  14067. an answer is detected, the customer information is displayed on the
  14068. next available agent's screen and the customer is connected to that
  14069. agent.
  14070.  
  14071. If no agents are available, I would assume it plays some sort of
  14072. announcement, but I don't think they have that problem too much.  They
  14073. spent big bucks in traffic engineering studies and programs to
  14074. determine when to make calls and not to make calls.  An interesting
  14075. legal consideration is that once the phone is answered FOR ANY REASON,
  14076. they must make their speach, and cannot call back for another 30 days
  14077. (I think 30).  This includes answering machines, kids, dogs, anything.
  14078. (don't know about modems/faxes).
  14079.  
  14080. It is a fascinating, non junk-call use of automated outbound
  14081. telemarketing systems.  I forget the numbers, but it do believe it has
  14082. improved agent productivity more than a couple fold.
  14083.  
  14084. Disclaimer:   This is all what I have heard from unofficial sources
  14085. outside of AT&T and as far as I know, none is proprietary.  If any
  14086. numbers or facts are wrong, please correct me.
  14087.  
  14088.  
  14089. Tom Lowe    tel@hound.ATT.COM or  att!hound!tel     201-949-0428
  14090. AT&T Bell Laboratories, Room 2E-637A
  14091. Crawfords Corner Road,  Holmdel, NJ  07733
  14092. (R) UNIX is a registered trademark of AT&T  (keep them lawyers happy!!)
  14093.  
  14094. ------------------------------
  14095.  
  14096. From: hsu@eng.umd.edu (Dave "bd" Hsu)
  14097. Subject: Re: Caller ID Device
  14098. Reply-To: hsu@eng.umd.edu (Dave "bd" Hsu)
  14099. Organization: Merriversity of Uniland, College Purgatory
  14100. Date: Wed, 1 Nov 89 20:26:17 GMT
  14101.  
  14102. In article <telecom-v09i0474m10@vector.dallas.tx.us> judice@kyoa.enet.dec.co
  14103. (Louis J. Judice 26-Oct-1989 1007) writes:
  14104. X-TELECOM-Digest: volume 9, issue 474, message 10 of 11
  14105.  
  14106. >Hi Patrick - the Caller ID Display Device in the Hello Direct catalog is
  14107.  
  14108. How do you get a Hello Direct catalog?  Could somebody email me the relevant
  14109. phone number?
  14110.  
  14111. >Unfortunately, NJ Bell tells me that my C.O. (Peapack) is not
  14112. >scheduled for CLASS Calling Services until JANUARY, 1991!!!
  14113. >[Moderator's Note: A full year yet! That's a pity. Ours in Chicago-
  14114. >Rogers Park is set for fourth quarter '89, but so far nothing
  14115. >has been publicized.  PT]
  14116.  
  14117. Caller ID goes into operation in my area (Potomac, Maryland) starting
  14118. Thursday, October 2.  Local residential rate is $6.50 per month, no option
  14119. to conceal your phone number planned.
  14120.  
  14121.  
  14122. Dave Hsu    UMd EE Computer Facility    hsu@eng.umd.edu
  14123.  
  14124. "When a man with a katana meets a man with a [GAU-8] Avenger,
  14125.    the man with the katana dies."    - Samurai Cat
  14126.  
  14127. [Moderator's Note: If it started October 2, I assume you have signed
  14128. up? Can you give us any specifics of how it works in your application?
  14129. Regards 'Hello Direct': 1-800-HI-HELLO should get you what you want.
  14130. Please mention TELECOM Digest when calling.  PT]
  14131.  
  14132. ------------------------------
  14133.  
  14134. End of TELECOM Digest V9 #489
  14135. *****************************
  14136. 
  14137. 
  14138. Date:     Fri, 3 Nov 89 1:52:32 CST
  14139. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  14140. To:       telecom@eecs.nwu.edu
  14141. Subject:  TELECOM Digest V9 #490
  14142. Message-ID:  <8911030152.aa26937@delta.eecs.nwu.edu>
  14143.  
  14144.  
  14145. TELECOM Digest     Fri, 3 Nov 89 01:50:50 CST    Volume 9 : Issue 490
  14146.  
  14147. Today's Topics:                             Moderator: Patrick Townson
  14148.  
  14149.     Three Press Clips: British TMA Convention ("Computing" via Kevin Hopkins) 
  14150.     More Phone-card Phraud (Jim Gottlieb)
  14151.     NTT Baits Hackers (David Gast)
  14152.     CT-2 - A Low-cost Mobile Phone in the UK (Phil Herlihy)
  14153.     FAX Switch Box (David Dodell)
  14154.     Cryptic Abbreviations (Daniel, of Melbourne Australia)
  14155. ----------------------------------------------------------------------
  14156.  
  14157. Subject: British TMA Convention (01/03).
  14158. Reply-To: K.Hopkins%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk
  14159. Date: Thu, 02 Nov 89 18:41:47 +0000
  14160. From: Kevin Hopkins <pkh%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk>
  14161.  
  14162.  
  14163. It seems  the Telecommunications Managers Association  had a  convention in
  14164. Brighton, on the  south  coast of England, last  week.  As ever "Computing"
  14165. was there  to report on  it and Kev is  here to  type it  in for you. These
  14166. three articles are  reprinted without permission from the   issue dated 2nd
  14167. November 1989 and cover talks by all three "sides".
  14168.  
  14169. My comments inside ().
  14170.  
  14171.  
  14172. "SERVICE FAILS TO SATISFY USERS' NEEDS
  14173. by Rupert Widdicombe
  14174.  
  14175. User views on what constitutes good service are in stark  contrast to those
  14176. of   British Telecom  (BT)    and Mercury, it   emerged  at    last  week's
  14177. Telecommunications Managers Association (TMA) convention.
  14178.  
  14179. The TMA, representing over  800 telecommunications professionals in  UK and
  14180. international companies, which account  for a significant proportion  of BT
  14181. and Mercury's national  revenues,  surveyed its members  and found   BT and
  14182. Mercury wanting.
  14183.  
  14184. TMA representative  Adrian Squires commented: `BT  and Mercury target their
  14185. own businesses on self-set benchmarks that don't match user needs'.
  14186.  
  14187. The survey  concluded that BT's  targets  are insufficiently stretching and
  14188. the company is  not  addressing the needs  of the business  user very well.
  14189. Mercury, as sole national competitor, is not  providing a level  of service
  14190. to stimulate true competition.
  14191.  
  14192. (This is  more  so true in the  residential  market  where Mercury are only
  14193. serving the  major cities and towns,  usually only in England, and ignoring
  14194. the rest of the UK.)
  14195.  
  14196. BT marketing and sales director Nick Kane gave delegates a  progress report
  14197. on the  Total Quality Management  initiative,  which has so far re-educated
  14198. 20,000 managers, and relayed the latest improved performance figures.
  14199.  
  14200. `However, we also know that your perception  is different and that there is
  14201. a  discrepancy between our measurements  and  those of the customer',  Kane
  14202. concluded.
  14203.  
  14204. BT, Mercury and the TMA will meet again later this year.
  14205.  
  14206. BT's ambitions to become a global player and its increasing IT activity are
  14207. also causing the association some concern.
  14208.  
  14209. `There is too  much emphasis on developing the  worldwide business, not  in
  14210. terms of money  but in  people, when there  should be  much  more focus  on
  14211. national service issues', Squires said.
  14212.  
  14213. `Until  BT has sorted  out the problems  on  its own network, there must be
  14214. some doubt over its credibility as an IT player', he added."
  14215.  
  14216. (BT seem to have greatly improved the reliability of their network over the
  14217. last year  or two, in  response to some  very  bad press.  BT  now  need to
  14218. improve the range of services offered over their network.)
  14219.  
  14220.                          ====================
  14221. My comments inside ().
  14222.  
  14223. "BT LAYS DOWN ITS PLANS TO GROW ABROAD
  14224.  
  14225. British Telecom is planning more overseas acquisitions in a bid to become a
  14226. worldwide telecoms company.
  14227.  
  14228. BT  chairman Iain  Vallance  said  at the   convention:  `British Telecom's
  14229. specific goal is,  quite simply, to  become the  most  successful worldwide
  14230. telecoms group'.
  14231.  
  14232. Vallance said acquisition of the X.25 network Tymnet from McDonnell Douglas
  14233. in  the US,  a  20% stake  in the US   mobile communications company  McCaw
  14234. Cellular,  and  a 25% stake in  Network Information  Services in Japan will
  14235. pave the way for BT.
  14236.  
  14237. (Can people in the States  tell  us how big/important  are Tymnet and McCaw
  14238. Cellular?  These might   be  "nice little   earners"  for BT but are   they
  14239. important companies? The same for   NIS in  Japan,   I  believe there is  a
  14240. contributor to the digest from that part of the East.)
  14241.  
  14242. `Investing in such acquisitions is vital, and we  shall continue with these
  14243. strategic moves', he said.
  14244.  
  14245. He added  that companies from large  multinationals  down  to  much smaller
  14246. enterprises   were demanding one-stop   shopping for  telecommunications to
  14247. serve their global operations.
  14248.  
  14249. Vallance    identified three  building   blocks  to  strengthen BT's global
  14250. position: mobile communications,  value added network services and  systems
  14251. integration.
  14252.  
  14253. `Developments in mobile  communications are making  it easier to bypass the
  14254. fixed  link networks' Vallance  said. BT  will  not  let  regulations which
  14255. prevented it  from  bidding for one of  the  new mobile licences   stop the
  14256. company from supplying equivalent services under its existing licence.
  14257.  
  14258. The BT  chairman said the company's role  in open systems  through its open
  14259. network architecture was the route to systems integration.
  14260.  
  14261.                          ===================
  14262.  
  14263. My comments inside ().
  14264.  
  14265.  
  14266. "MERCURY PLEDGES STIFF COMPETITION
  14267.  
  14268. Mercury will take on  British Telecom in  all sectors in  the 1990s, making
  14269. the option   of  a  third national  operator  unnecessary, Mercury managing
  14270. director Gordon Owen said last week.
  14271.  
  14272. A review of the two company national policy is  due to start  next year and
  14273. one of the  options telecom watchdog Oftel will  consider is increasing the
  14274. number of licences.
  14275.  
  14276. `A third operator is not the way way to go forward, but there  is a need to
  14277. look at competition in the local loop', Owen  told the TMA  conference last
  14278. week.
  14279.  
  14280. Licensing cable  television operators to  supply communications services to
  14281. the home or office  would be one way  of increasing competition in a sector
  14282. dominated  by BT,  but  Mercury will  use  the new  generation    of mobile
  14283. communications to bypass the fixed local links.
  14284.  
  14285. `In 1984, as far as our customers  were concerned we did  not exist. We now
  14286. offer  the only all digital network  in Europe. By the  1990s we will be  a
  14287. complete competitor to BT', Owen told delegates.
  14288.  
  14289. (Mercury  had better  pull  their  socks up  then  because  according to my
  14290. calendar the 1990s are only 59 days away!  As far  as most people in the UK
  14291. are concerned the only telephone company is BT. The government gave Mercury
  14292. a  license to stop people complaining  of BT  becoming  a private monopoly,
  14293. rather than a public one, when it was sold off in 1984.  Since then Mercury
  14294. has picked and  chose the most lucrative  markets and places to  serve.  It
  14295. would  be  in the interest of   the UK customers  if  more competition were
  14296. allowed from 1991 when the new  telecommunications licenses are  issued, or
  14297. else compel BT to provide  complete  equal access  for long distance  calls
  14298. across the whole of  the  UK  rather than parts,  and Mercury to pride  the
  14299. alternative service for the whole of the UK.)
  14300.  
  14301. Mercury will move into the higher levels  of IT, as BT is  currently trying
  14302. to do. However it is not going to rush in. `A  number of computer companies
  14303. have  tried to  get  into  telecoms and  failed,    and vice versa,'   Owen
  14304. commented, citing IBM and AT&T as two examples.
  14305.  
  14306. +--------------------------------------------+--------------------------------+
  14307. | K.Hopkins%cs.nott.ac.uk@nsfnet-relay.ac.uk | Kevin Hopkins,              |
  14308. | or    ..!mcvax!ukc!nott-cs!K.Hopkins         | Department of Computer Science,|
  14309. | or in the UK: K.Hopkins@uk.ac.nott.cs         | University of Nottingham,      |
  14310. | CHAT-LINE: +44 602 484848 x 3815         | Nottingham, ENGLAND, NG7 2RD   |
  14311. +--------------------------------------------+--------------------------------+
  14312.  
  14313.  
  14314. ------------------------------
  14315.  
  14316. From: Jim Gottlieb <jimmy@icjapan.uucp>
  14317. Subject: More Phone-card Phraud
  14318. Date: 2 Nov 89 10:17:06 GMT
  14319. Reply-To: Jim Gottlieb <denwa!jimmy@anes.ucla.edu>
  14320. Organization: Info Connections, Tokyo, Japan
  14321.  
  14322.  
  14323. Stolen from The Japan Times, 10/31/89:
  14324.  
  14325. "Two men were convicted by Tokyo District Court Monday for tampering
  14326. with NTT telephone cards to increase the number of calls they can
  14327. make.
  14328.  ...  [They] violated the Securities Transaction Law, the court ruled.
  14329.  
  14330. Kawai was sentenced to 30 months in prison, and Sakaki was given an
  14331. 18-month suspended sentence.
  14332.  
  14333. Two presiding judges ruled that using falsified telephone cards in pay
  14334. phones is tantamount to using securities.
  14335.  
  14336. However, another judge ruled in a separate case in September that
  14337. tampering with a telephone card does not constitute use of a security,
  14338. so legal observers say it will be up to the Supreme Court...
  14339.  
  14340. According to Monday's ruling, Kawai changed about 1,600 telephone
  14341. cards, each good for 500-yen worth of telephone calls, into cards
  14342. worth 20,000 yen.  He sold the altered cards to acquaintences for as
  14343. much as 3,500 yen.
  14344.  
  14345. Sakaki also sold about 320 tampered cards for about 2 million yen.
  14346.  
  14347. One of the presiding judges ruled that using tampered telephone cards
  14348. on public telephones is the same as misleading Nippon Telegraph and
  14349. Telephone Corp. into believing the cards--false securities--are
  14350. genuine."  
  14351.  
  14352.    Jim Gottlieb                     Info
  14353. Connections, Tokyo, Japan
  14354. _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
  14355.        <jimmy@pic.ucla.edu> or <jimmy@denwa.uucp> or <attmail!denwa!jimmy>
  14356. Fax: (011)+81-3-239-7453           Voice Mail: (011)+81-3-944-6221 ID#82-42-424
  14357.  
  14358. ------------------------------
  14359.  
  14360. Date: Thu, 2 Nov 89 19:26:51 -0800
  14361. From: David Gast <gast@cs.ucla.edu>
  14362. Subject: NTT Baits Hackers
  14363.  
  14364.  
  14365. > Tokyo - Nippon Telegraph and Telephone Corp. has issued a provocative
  14366. > challenge: the Japanese communications giant will give 1 million yen
  14367. > ($6803) to any computer hacker anywhere in the world who can break its
  14368. > FEAL-8 data communications security code by August 1991. Why the
  14369. > unusual move? The company wants to debunk a rumor circulationg in
  14370. > Europe that its security code has been cracked. The FEAL-8 code,
  14371. > developed by NTT in 1986, is widely used in Japan and overseas to
  14372. > protect datacom systems and integrated circuit cards from illegal
  14373. > access.
  14374.  
  14375. This offer seems pretty naive.  First, it's an invitation for anyone
  14376. to try to crack the code, so they couldn't be prosecuted for trying.
  14377. Secondly, if someone did crack it, do you really expect them to reveal
  14378. it for $7000?  I would guess they might try to take significantly
  14379. larger amounts.
  14380.  
  14381. NTT should watch out for former S&L sleaze attempting another rip off
  14382. of the public.  :-(
  14383.  
  14384.  
  14385. David Gast
  14386. gast@cs.ucla.edu
  14387. {uunet,ucbvax,rutgers}!{ucla-cs,cs.ucla.edu}!gast
  14388.  
  14389. ------------------------------
  14390.  
  14391. Date: Thu, 2 Nov 89 12:28:46 GMT
  14392. From: Phil Herlihy <phil@tcom.stc.co.uk>
  14393. Subject: CT2 - A Low-cost Mobile Phone in the UK
  14394.  
  14395. Here in the UK we are seeing the launch of a low-ish cost alternative
  14396. to cellphones: a roaming cordless phone.  The technology is referred
  14397. to as 'CT2'; brand names of Phonepoint and Zone Phone are being
  14398. promoted.
  14399.  
  14400. The user carries a small handset (some fold up!) which can make
  14401. *outgoing* calls when within range (a few yards) of a static base
  14402. station.  Stations, which can handle multiple calls, are being
  14403. installed in the walls of a number of well-sited buildings in
  14404. high-streets, shopping centres and railway stations.  
  14405.  
  14406. They are still fairly rare, although I found I have one within 5
  14407. minutes walk of my home in NE London.  Compatible base stations are
  14408. available for use in the home or office; eventually - the idea is -
  14409. you carry the same handset around wherever you go, and all calls you
  14410. make end up on the same bill.  A limitation is that you can't take
  14411. incoming calls; a pager may be used to get round this.
  14412.  
  14413. This may be the first implementation of CT2 in the world.  If it
  14414. catches on, (there has been eager talk of a big market gap between
  14415. POTS and cell-phones) maybe I'll be able to ring Auntie in Australia
  14416. on the office phone - at home?
  14417.  
  14418. {My employer has an interest in one of these ventures, although I'm not
  14419.  working in any connected area.  From the advertising, "our" handset
  14420.  (Phonepoint) looks to be half the bulk of the other one, so it looks like
  14421.  we can expect to *stuff* the competition once again!}
  14422.  
  14423. ------------------------------
  14424.  
  14425. Date: Thu, 02 Nov 89 00:26:43 mst
  14426. From: David Dodell <ddodell@stjhmc.fidonet.org>
  14427. Subject: FAX Switch Box
  14428.  
  14429. Being the recent purchaser of a FAX machine for my office, I've now
  14430. reached the point of deciding if I need a seperate phone line for the
  14431. FAX machine.
  14432.  
  14433. 95% of the traffic from the FAX is outbound, which at the moment, sits
  14434. on a back private line in my office.  To get inbound faxes, I manually
  14435. turn on the machine.
  14436.  
  14437. Since almost all of the FAXs are outbound, I can't seem to justify the
  14438. expense of another phone line, so the thought of the switchboxes come
  14439. to mind.
  14440.  
  14441. However, I have seen them advertised in all shapes and prices.
  14442.  
  14443. Can anyone offer some feedback on "best" choice, or on these items in
  14444. general?
  14445.  
  14446. David
  14447.    -------------------------------------------------------------------------
  14448.                uucp:  {decvax, ncar} !noao!asuvax!stjhmc!ddodell
  14449.         uucp:  {gatech, ames, rutgers} !ncar!noao!asuvax!stjhmc!ddodell
  14450.     Bitnet: ATW1H @ ASUACAD                    FidoNet=> 1:114/15
  14451.                   Internet: ddodell@stjhmc.fidonet.org
  14452.  
  14453. ------------------------------
  14454.  
  14455. From: U5434122@ucsvc.ucs.unimelb.edu.au
  14456. Subject: Cryptic Abbreviations
  14457. Date: 3 Nov 89 13:12:56 (UTC+11:00)
  14458. Organization: The University of Melbourne
  14459.  
  14460.  
  14461. Could someone please explain some North American abbreviations:
  14462.  
  14463. COCOT
  14464. NXX-XXXX   (why 'N' )
  14465.  
  14466. Thanks,
  14467.  
  14468. Daniel
  14469. U5434122@ucsvc.unimelb.edu.au  (University of Melbourne)
  14470.  
  14471. [Moderator's Note: COCOT = 'Customer Owned Coin Operated Telephone'
  14472. however sometimes it is stated in reverse as, 'Coin Operated Customer
  14473. Owned Telephone'. In other words, a 'private pay-phone', something
  14474. that's been plaguing the United States since about the time Judge
  14475. Greene delivered himself of his ruling; in his wisdom, of course.
  14476.  
  14477. 'NXX-XXXX' is just a way of describing a theoretical phone number, but
  14478. I don't think it is quite the way you described it. Perhaps readers
  14479. will comment on how we have come to describe phone numbers with 'N' and
  14480. 'X', etc.    PT]
  14481.  
  14482. ------------------------------
  14483.  
  14484. End of TELECOM Digest V9 #490
  14485. *****************************
  14486. 
  14487. 
  14488. Date:     Sat, 4 Nov 89 0:14:19 CST
  14489. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  14490. To:       telecom@eecs.nwu.edu
  14491. Subject:  TELECOM Digest V9 #491
  14492. Message-ID:  <8911040014.aa22233@delta.eecs.nwu.edu>
  14493.  
  14494.  
  14495. TELECOM Digest     Sat, 4 Nov 89 00:13:18 CST    Volume 9 : Issue 491
  14496.  
  14497. Today's Topics:                             Moderator: Patrick Townson
  14498.  
  14499.     Re: TCP/IP over ISDN Basic Rate (Jim Breen)
  14500.     Re: TCP/IP over ISDN Basic Rate (John Gilmore)
  14501.     Re: Cryptic Abbreviations (John Higdon)
  14502.     Re: Cryptic Abbreviations (Carl Moore)
  14503.     Re: AT&T's ACUS Service (Linc Madison)
  14504.     Re: Touch-tone Fee (John Higdon)
  14505.     Re: CT2 - A Low-cost Mobile Phone in the UK (Will Martin)
  14506.     Re: The Hottest Answering Machine (Mark Feblowitz)
  14507.     Re: Why Not 00 as the International Prefix in the US? (Dave Horsfall)
  14508.     Industry Nicknames (Bernard Mckeever)
  14509.     What Does NAM Mean? (Ben Thornton) 
  14510. ----------------------------------------------------------------------
  14511.  
  14512. From: Jim Breen <munnari!cit5.cit.oz.au!jwb@uunet.uu.net>
  14513. Subject: Re: TCP/IP over ISDN Basic Rate
  14514. Organization: Chisholm Institute of Technology, Melb., Australia
  14515. Date: Thu, 2 Nov 89 06:29:23 GMT
  14516.  
  14517.  
  14518. In article <telecom-v09i0480m05@vector.dallas.tx.us>, euatdt@euas11c05.
  14519. ericsson.se (Torsten Dahlkvist) writes:
  14520.  
  14521. > In article <telecom-v09i0474m11@vector.dallas.tx.us> munnari!cit5.cit.oz.
  14522. > au!jwb@uunet.uu.net (Jim Breen) writes:
  14523.  
  14524. > >They are NOT byte-oriented 8000 byte/sec; it is BIT oriented 64000
  14525. > >bps. You can put any protocol you like on an ISDN B-channel. Protocols
  14526. > >have been standardized for the D-channel, as this is for signalling
  14527. > >and packet traffic.
  14528.  
  14529. > Ah, maybe we should realize that there are more and less absolute
  14530. > truths in these matters.
  14531.  
  14532. > The basic ISDN-frame is byte-oriented and the hardware (in this case
  14533. > the ISDN-chip in the SPARCstation) ALWAYS provides a frame sync to
  14534. > allow you to read the bit stream byte by byte. Why? Because the
  14535. > TELEPHONY transmission is byte oriented..........
  14536.  
  14537. Ok I'll bite. WHERE in the Red or Blue books does it say the B
  14538. channels are byte oriented. Of course, the networks will go to a lot
  14539. of trouble to maintain synch, which they do out of band, i.e.  using
  14540. the F bits on the S bus, and timeslot 0 on the primary access. If
  14541. SPARC terminals are adding a frame synch, that's terrific for them;
  14542. provided they are always talking to other SPARC terminals.
  14543.  
  14544. > In the bit-oriented datacomm standards specified, this frame sync is
  14545. > simply ignored, as far as the interface to other equipment is
  14546. > concerned......................          
  14547.  
  14548. I'll say they they ignore them; they never see them. I maintain synch
  14549. info is NOT sent on the B channel.
  14550.  
  14551. > >must NEVER be a standard protocol above Layer 1. ISDN is to be a
  14552. > >bit-pipe service.
  14553.  
  14554. > Aren't there ANY byte-oriented protocols around that could be used to
  14555. > form a basis for a bytewise link over ISDN? There are obvious
  14556. > advantages.
  14557.  
  14558. Sure, there are several: HDLC, LAPB, etc. etc. Different pairs of
  14559. users make up their own minds. Of course, if you are using your B
  14560. channel to access a service, such as a packet-switched network, you
  14561. will have to fall into line with that network. Here in Australia
  14562. Austpac access will be available through the B channel, with LAPB as
  14563. the link protocol. It will be available for BRA users over the D
  14564. channel, in which case LAPD will be used.  
  14565.  
  14566.  
  14567.    _______           Jim Breen (jwb@cit5.cit.oz) Department of Robotics &
  14568.   /o\----\\     \O      Digital Technology. Chisholm Inst. of Technology
  14569.  /RDT\   /|\   \/|   -:O____/         PO Box 197 Caulfield East 3145
  14570. O-----O        _/_\    /\ /\          (p) 03-573 2552 (fax) 572 1298
  14571.  
  14572. ------------------------------
  14573.  
  14574. Date: Thu, 2 Nov 89 23:46:05 PST
  14575. From: John Gilmore <gnu@toad.com>
  14576. Subject: Re: TCP/IP over ISDN Basic Rate
  14577.  
  14578. well!peterd@lll-crg.llnl.gov (Peter Joseph Desnoyers) wrote:
  14579.  
  14580. > Could someone set my mind to rest? I have heard several times that the
  14581. > SparcStation has an ISDN basic rate interface on-board. Other people,
  14582. > including people who should know, have insisted that Sun is not
  14583. > shipping any products with a basic-rate interface.
  14584.  
  14585. The Sun SPARCstation-1 contains an AMD 79C30 ISDN speakerphone chip.
  14586. This chip has an ISDN basic rate interface on chip, but requires some
  14587. passive components (e.g. transformers and a "TransZorb" surge
  14588. protector) to couple it to the phone line.
  14589.  
  14590. In early SPARCstation-1's, there are locations on the circuit board
  14591. for these components, but the components themselves are not provided.
  14592. You can buy them and solder them in yourself, though.  The actual
  14593. wires that would plug into the wall come out of the "audio" DIN jack
  14594. (the same one where you can cable up a microphone).
  14595.  
  14596. However, later versions of the SPARCstation-1 board do not even have
  14597. for these components.  There is no convenient way to make such a
  14598. SPARCstation-1 talk ISDN.
  14599.  
  14600. The engineers who built in the ISDN chip would like very much to see
  14601. it used for ISDN.  The holdup is in the software people at Sun, who
  14602. don't see much use in supporting it.  This has resulted in the
  14603. hardware people saying "well then we won't even bother putting it in".
  14604. The result is that *maybe* in a few years you will be able to spend
  14605. hundreds of dollars for an S-bus board and software to do ISDN, which
  14606. but for a lack of cooperation and two bucks a machine, would have been
  14607. a standard feature in today's machines.
  14608.  
  14609. If *you* would like to see ISDN support in Sun's desktop machines,
  14610. please send email to your Sun sales rep.  They can forward it to the
  14611. SPARCstation-1 product marketing folks, who will see if there really
  14612. is a customer desire for this.  I think it'd be the cat's pajamas for
  14613. interconnecting a home Sun with an office network, or connecting up
  14614. multiple small offices within a city (e.g. real- estate offices
  14615. networking to a common database of properties & maps & photos).  Not
  14616. to mention being 4x as fast as a Telebit modem for good old email and
  14617. netnews.
  14618.  
  14619. ------------------------------
  14620.  
  14621. From: John Higdon <john@zygot.ati.com>
  14622. Subject: Re: Cryptic Abbreviations
  14623. Date: 3 Nov 89 21:06:03 GMT
  14624. Organization: Green Hills and Cows
  14625.  
  14626.  
  14627. In article <telecom-v09i0490m06@vector.dallas.tx.us>, U5434122@ucsvc.ucs.
  14628. unimelb.edu.au writes:
  14629.  
  14630. > NXX-XXXX   (why 'N' )
  14631. [Moderator's Note:]
  14632. > 'NXX-XXXX' is just a way of describing a theoretical phone number, but
  14633. > I don't think it is quite the way you described it. Perhaps readers
  14634. > will comment on how we have come to describe phone numbers with 'N' and
  14635. > 'X', etc.    PT]
  14636.  
  14637. C'mon Patrick. It's just that way. 'N'=2...9 (or any digit on the dial
  14638. with exchange letters associated with it) and 'X'=0...9 (or any digit,
  14639. period).
  14640.  
  14641. A valid LA area phone number could be '200-1010' or, if you will,
  14642. 'NXX-XXXX'. Yes? (FYI, 200 is a cellular prefix.)
  14643.  
  14644.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  14645.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  14646.  
  14647. ------------------------------
  14648.  
  14649. Date:     Fri, 3 Nov 89 15:08:06 EST
  14650. From:     Carl Moore (VLD/VMB) <cmoore@brl.mil>
  14651. Subject:  Re: Cryptic Abbreviations
  14652.  
  14653. N means any single digit EXCEPT 0 or 1.
  14654. X means any single digit.
  14655.  
  14656. No two of any of these symbols necessarily represent the same digit.
  14657. As to how the symbols N and X were chosen for this, I don't know.
  14658.  
  14659. ------------------------------
  14660.  
  14661. Date: Fri, 3 Nov 89 01:51:12 PST
  14662. From: Linc Madison <rmadison@euler.berkeley.edu>
  14663. Subject: Re: AT&T's ACUS Service
  14664.  
  14665. In article <telecom-v09i0486m05@vector.dallas.tx.us> Bill Fenner
  14666. (wcf@hcx.psu.edu) writes:
  14667.  
  14668. >AT&T announced a new service at Penn State's University Park campus
  14669. >this fall, called ACUS long-distance service.  With this service, each
  14670. >student gets their own PSC (Personal Security Code).  The PSC
  14671. >identifies the student, no matter which room he is calling from....
  14672.  
  14673. This sounds very similar to the system used in the dorms at
  14674. UC-Berkeley, although my understanding was that it was more the
  14675. University than the telco or LD Co that put this into place.  There
  14676. was one HUGE hitch: if you ever accepted a collect call, you were hit
  14677. with a HEFTY surcharge, to the tune of $20 or some such absurdity, to
  14678. cover the administrative cost of manually assigning the charge to your
  14679. account.
  14680.  
  14681. I don't have first-hand experience with the system, though, 'cause I'm
  14682. a CO-OPER!  In the co-ops, we just have Centrex nightmares....  but
  14683. I've already written about those here.
  14684.  
  14685.    Linc Madison    =   rmadison@euler.berkeley.edu
  14686.  
  14687. ------------------------------
  14688.  
  14689. From: John Higdon <john@zygot.ati.com>
  14690. Subject: Re: Touch-tone Fee
  14691. Date: 3 Nov 89 18:11:56 GMT
  14692. Organization: Green Hills and Cows
  14693.  
  14694.  
  14695. In article <telecom-v09i0486m03@vector.dallas.tx.us>, ciula@cis.ohio-state.edu 
  14696. (Kim Ciula) writes:
  14697.  
  14698. > Monday I called Ohio Bell to ask them to remove touch-tone service on
  14699. > my phone and was told I'd have to pay a $9.30 service fee to do so!
  14700. > Is this common?  What is involved in removing touch-tone service from
  14701. > a line?  (Not much, I expect...)
  14702.  
  14703. Depends. In an electronic office, it is a simple matter of typing in
  14704. the new feature (or denial thereof) at the control console. Obviously,
  14705. there is some paperwork involved, but at least in California, there
  14706. are very few times you are charged for "removal" of a service. A
  14707. notable exception is removal of lines from hunting, where there is a
  14708. $20 charge for any hunting change including removal.
  14709.  
  14710. On a crossbar office, hard wiring in your vertical file determines
  14711. whether you get a tone receiver-equipped originating register or not.
  14712. This is really the only way they have of restricting TT in that type
  14713. of switch. Some crossbar COs are fully TT equipped and are incapable
  14714. of denying TT service. I suspect, not being in Pac*Bell territory,
  14715. that you have an electronic office, however.
  14716.  
  14717. In any event, a charge to remove service is usually designed to make
  14718. the customer think twice about his action. No telco wants to give up
  14719. the free money that things like TT charges generate and if they can
  14720. convince you that keeping the service would be cheaper in the long
  14721. run, they have successfully protected their revenue. Charges for
  14722. activation/deactivation of non-essential features are usually rubber
  14723. stamped by state utility commissions.
  14724.  
  14725.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  14726.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  14727.  
  14728. ------------------------------
  14729.  
  14730. Date:     Fri, 3 Nov 89 12:57:09 CST
  14731. From: Will Martin <wmartin@stl-06sima.army.mil>
  14732. Subject:  Re: CT2 - A Low-cost Mobile Phone in the UK
  14733.  
  14734. Since pagers appear to be the normal complement to these outcall-only
  14735. totable phones, why not save the user the need of carrying two
  14736. separate boxes and just build the pager into the portable phone unit?
  14737. It could be designed so that the number to call was not only shown on
  14738. the pager display, and stored in its memory, but was also made
  14739. available to the telephone part of the unit.  Then the user would only
  14740. have to press one button -- something marked "Return Call" or the like  -- 
  14741. and the phone would automatically dial that number.
  14742.  
  14743. If the pager has a memory and lets you display the last "n" numbers it
  14744. received messages on, that display circuit could be linked to the
  14745. phone so you can hit "Return Call" and automatically dial whatever
  14746. number is currently shown in the display.
  14747.  
  14748. This sounds like a good "next-step-up" for the product line.
  14749.  
  14750. Regards, Will Martin
  14751.  
  14752. ------------------------------
  14753.  
  14754. Date: Fri, 3 Nov 89 10:06:06 EST
  14755. From: Mark Feblowitz <mdf0%shemesh@gte.com>
  14756. Subject: Re: The Hottest Answering Machine
  14757.  
  14758. In article <telecom-v09i0475m05@vector.dallas.tx.us> cy@pnet51.orb.mn.org 
  14759. (Cyril Bauer) writes:
  14760.  
  14761. > I would sugest the Panasonic unit. I have tried a few and the easiest
  14762. > and most reliable I have found is the Panasonic.  They make models
  14763. > that do most everthing that you could possibly want to do. Take your
  14764. > pick, they work.
  14765.  
  14766. I second that strongly: 5 years ago, the 3-family in which my sister
  14767. rented an apartment burned. Her apartment was on the first floor and
  14768. suffered substantial water and smoke damage. Her 3 year old Panasonia
  14769. answering machine was soaked. She gave it to me and bought a new one.
  14770. I cleaned the circuit board, record/playback heads, and the drive belt
  14771. with alcohol, and replaced the incoming and outgoing tapes. Five years
  14772. later, it still works flawlessly. About 3 years ago, I replaced the
  14773. speaker, whose diaphragm was also soaked in the fire, so that I could
  14774. hear the messages better. If and when I need a new one, I'll go get a
  14775. Panasonic.
  14776.  
  14777. The standard disclaimer: I have no relationship to the aforementioned
  14778. company except for that of "satisfied customer".
  14779.  
  14780. ------------------------------
  14781.  
  14782. From: Dave Horsfall <munnari!stcns3.stc.oz.AU!dave@uunet.uu.net>
  14783. Subject: Re: Why Not 00 as the International Prefix in the US?
  14784. Date: 4 Nov 89 02:27:29 GMT
  14785. Reply-To: Dave Horsfall <dave@stcns3.stc.oz.au>
  14786. Organization: Alcatel STC Australia, North Sydney, AUSTRALIA
  14787.  
  14788.  
  14789. In article <telecom-v09i0478m09@vector.dallas.tx.us>
  14790.     dan@sics.se (Dan Sahlin) writes:
  14791.  
  14792. | As I understand it, "011" is used as the international prefix in the
  14793. | US, whereas the international recommendation is "00". Are there some
  14794. | other numbers starting with 00 preventing it to be used as
  14795. | international prefix?
  14796.  
  14797. For starters, Australia uses 000 as the emergency number (like 911 in
  14798. USA and 999 in GB).
  14799.  
  14800. By the way, we have a whole swag of operator-assist numbers, depending
  14801. on the service.  For example, 1100 is "Service difficulties and
  14802. faults", 013 is (local) directory assistance etc.
  14803.  
  14804.  
  14805. Dave Horsfall (VK2KFU),  Alcatel STC Australia,  dave@stcns3.stc.oz.AU
  14806. dave%stcns3.stc.oz.AU@uunet.UU.NET,  ...munnari!stcns3.stc.oz.AU!dave
  14807.  
  14808. ------------------------------
  14809.  
  14810. From: Bernard Mckeever <bmk@mvuxi.att.com>
  14811. Subject: Industry Nicknames
  14812. Date: 3 Nov 89 19:12:35 GMT
  14813. Reply-To: bmk@cbnews.ATT.COM (bernard.mckeever,54236,mv,3b045,508 960 6289)
  14814. Organization: AT&T Bell Laboratories
  14815.  
  14816.  
  14817. All industries use jargon or nicknames that are well accepted in work
  14818. related conversations. The telephone field has some of the most
  14819. unique. What follows is a "short" list of nicknames for common devices
  14820. found in and around a central office. I've left plenty of items off
  14821. the list so that others can add any that they find interesting.
  14822.  
  14823. Telephone Test Set used by almost all technicians to place calls
  14824. and check switch operations ....AKA..Butt Set/Buttinski/Goat
  14825.  
  14826. 21A Transmission Test Set.......AKA..Juke Box
  14827.  
  14828. D3/D4 Portable Test Set.........AKA..Foot Stool
  14829.  
  14830. Orange Stick/Spudger   .........AKA..Nose Picker
  14831.  
  14832. 72 Type [?] Projection Meter....AKA..Mickey Mouse
  14833.  
  14834. Contact Cleaning Spray..........AKA..Instant Switchman
  14835.  
  14836. 35 Type Fuses...................AKA..Grasshopper
  14837.  
  14838. A Point To Ponder: Why is it that the Bell System referred to any test
  14839. set with a handle as portable? I mean a Volkswagon has handles.  Some
  14840. of those test sets rivaled a Volkswagon in size and weight.
  14841.  
  14842. ------------------------------
  14843.  
  14844. From: Ben Thornton <val!ben@cs.utexas.edu>
  14845. Subject: What Does NAM Mean?
  14846. Date: 4 Nov 89 01:20:42 GMT
  14847. Organization: Video Associates Labs, Inc.
  14848.  
  14849.  
  14850. A friend asked me recently if I knew what the acronym NAM means in the
  14851. context of telecommunications.  Can anyone hazard a guess on this one?
  14852.  
  14853.  
  14854. Ben Thornton             packet:  WD5HLS @ KB5PM
  14855. Video Associates Labs      uucp:  ...!cs.utexas.edu!oakhill!val!ben
  14856. Austin, TX              fidonet:  1:382/40 - The Antenna Farm BBS
  14857.  
  14858. ------------------------------
  14859. End of TELECOM Digest V9 #491
  14860. *****************************
  14861. 
  14862. 
  14863. Date:     Sat, 4 Nov 89 13:31:18 CST
  14864. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  14865. To:       telecom@eecs.nwu.edu
  14866. Subject:  TELECOM Digest V9 #492
  14867. Message-ID:  <8911041331.aa02823@delta.eecs.nwu.edu>
  14868.  
  14869.  
  14870. TELECOM Digest     Sat, 4 Nov 89 13:30:55 CST    Volume 9 : Issue 492
  14871.  
  14872. Today's Topics:                             Moderator: Patrick Townson
  14873.  
  14874.     Toll Calls in Australia (U5434122@ucsvc.ucs.unimelb.edu.au)
  14875.     T1 Test Equipment Info (Bob Steinbeiser)
  14876.     Internet Address for Telemail (Gerald H. Orita)
  14877.     Is This V&H Data? (Dave Levenson)
  14878.     1-700-NXX-XXXX (David W. Tamkin)
  14879.     Re: PABX Communications With Local Telco (Lars J. Poulsen)
  14880.     Re: Cryptic Abbreviations (Eric Schnoebelen)
  14881. ----------------------------------------------------------------------
  14882.  
  14883. From: U5434122@ucsvc.ucs.unimelb.edu.au
  14884. Subject: Toll Calls in Australia
  14885. Date: 3 Nov 89 12:55:25 (UTC+11:00)
  14886. Organization: The University of Melbourne
  14887.  
  14888.  
  14889. With all the discussion about how to tell whether a call is toll or
  14890. local, I thought I would let everyone know the Australian system.
  14891.  
  14892. In Australia, the network is divided into zones.  Several zones are
  14893. grouped into areas with the necessary area codes.  Intra-area calls do
  14894. not require the area code.  Inter-area calls always require an area
  14895. code.
  14896.  
  14897. Calls within a zone, or to an adjoining zone are considered local and
  14898. are charged 21c, untimed.  Zones meeting at a point are considered
  14899. adjoining.
  14900.  
  14901. Calls to a non adjoining zone are toll, and to signify this five short
  14902. pips are heard at the beginning of the call.  Charging begins when the
  14903. pips have ended.
  14904.  
  14905. This allows both the caller and the called to know that the call is
  14906. toll (called 'STD' in Oz, for 'Subscriber Trunk Dialling').
  14907.  
  14908. Australia also uses meter pulses, with each unit equal to a local call
  14909. fee, 21c.  This has the advantage that if you want to ring Perth from
  14910. Sydney to say,"Hi, I made it safely" and you can do it in less than 20
  14911. seconds it will only cost 21c even in peak times.  Messages less than
  14912. 7 seconds can be sent overseas for the cost of a local call, since
  14913. there is no minimum time, just the 7 second metering.  ( 10.59 seconds
  14914. for off peak to USA ).
  14915.  
  14916. ------------------------------
  14917.  
  14918. From: steinbeiser <bbt.uucp!rgs@rti.rti.org>
  14919. Subject: T1 Test Equipment Info
  14920. Date: 3 Nov 89 14:25:12 GMT
  14921. Reply-To: steinbeiser <bbt.uucp!rgs@rti.rti.org>
  14922. Organization: BroadBand Technologies
  14923.  
  14924.  
  14925. I am looking for any information on T1 testing gear.  I need to test a
  14926. SLC 96 type system, and need a tester that can detect and inject the
  14927. variety of errors that are common to T1 testing (BPVs, logic, frame,
  14928. CRC errors, slips etc.).  I also need to check the state of the
  14929. signaling and data link channels, and would like to be able to examine
  14930. the data in each DS0.
  14931.  
  14932. Some kind of data interface to this tester is required for future test
  14933. automation and logging (IEEE 488 or RS232).
  14934.  
  14935. I am familiar with the TBERD from Telecommunications Techniques, and
  14936. Model 802A DS1 Frame Simulator from Tekelec, but I,m sure the must be
  14937. a better one out there for my application.
  14938.  
  14939. Any specific recomendations, or general T1 testing info would be
  14940. great.  Thanks in advance for your help!
  14941.  
  14942. Bob Steinbeiser
  14943. BroadBand Technologies
  14944. RTP, NC 919-544-6850 X255
  14945. rgs@bbt.uucp
  14946.  
  14947. ------------------------------
  14948.  
  14949. From: "Gerald H. Orita" <boulder!ngdc2!gho@ncar.ucar.edu>
  14950. Subject: Internet Address for Telemail
  14951. Date: 3 Nov 89 17:42:58 GMT
  14952. Reply-To: "Gerald H. Orita" <boulder!ngdc2!gho@ncar.ucar.edu>
  14953. Organization: National Geophysical Data Center, Boulder, Colorado
  14954.  
  14955.  
  14956. I would like to know if there is an Internet address for Telemail.  We
  14957. would like to excess Telemail through Internet instead of through
  14958. modems.
  14959.  
  14960. I would like suggestions. 
  14961.  
  14962. Thanks in advance. 
  14963.  
  14964. Gerald H. Orita 
  14965. E-mail - gho@ngdc2.colorado.edu 
  14966.  
  14967. ------------------------------
  14968.  
  14969. From: Dave Levenson <westmark!dave@uunet.uu.net>
  14970. Subject: Is This V&H Data?
  14971. Date: 4 Nov 89 04:04:52 GMT
  14972. Organization: Westmark, Inc., Warren, NJ, USA
  14973.  
  14974.  
  14975. I have come upon a copy of a database -- about 8 Mbytes -- which I
  14976. think is a recent dump of the "V & H tape" mentioned in this
  14977. newsgroup.  It consists of tens of thousands of records of 168 bytes
  14978. each.  A random slice of three lines (folded to fit on your 80-column
  14979. display) looks like:
  14980.  
  14981. 0563402564NORTHEATON05634025640216748070111011003200563702569NORTHEATONOH
  14982. 062281YY1NETNOHXARS1RM 0565902594BB000000OBRLOHXA01T0565902594BDOBRLOHXA0
  14983. 1TCLEVELAND 0615560561
  14984.  
  14985. 0557402543CLEVELAND 05574025430216749070101011003200558802539CLEVELAND OH
  14986. 062281YY1CLEVOH7474EERA0557502544BB000000CLEVOH620GT0557502544BDCLEVOH620
  14987. GTCLEVELAND 5150000082
  14988.  
  14989. 0555702353YOUNGSTOWN05557023530216750070101011003220556102340YOUNGSTOWNOH
  14990. 062281YY1STRTOH7575AERC0556502350BB000000YNTWOH780GT0556502350BDYNTWOH780
  14991. GTYOUNGSTOWN5150082050
  14992.  
  14993. It appears that columns 1-5 are probably the `V' co-ordinate, and that
  14994. columns 6-10 are `H'.  The city name appears columns 62-71, and in a
  14995. shorter form, in columns 11-20.  The state is in columns 72-73.  The
  14996. area code is in columns 32-34, and the exchange code is in columns
  14997. 35-37.
  14998.  
  14999. This would decode the last of the above three lines as:
  15000.  
  15001.   v     h     city     st    alt-city  npa nnx
  15002. 05555 70235 YOUNGSTOWN OH (YOUNGSTOWN) 216-750
  15003.  
  15004. Can anybody tell me what the rest of this stuff is?  Is there a
  15005. Bellcore tech ref that gives the full format for this tape?
  15006.  
  15007. I think this is public information -- part of somebody's tariff
  15008. filing, if I'm not mistaken.  Please correct me if I'm wrong.  If it
  15009. is public, then I'm willing to share it, but don't ask me to transfer
  15010. 8 Mbytes over the net!  I have it on 8 MS-DOS high density 5 1/4"
  15011. diskettes.  I can probably compress it and save some space, but it
  15012. will still take several days at 2400 bps!
  15013.  
  15014.  
  15015. Dave Levenson                Voice: (201) 647 0900
  15016. Westmark, Inc.               Internet: dave@westmark.uu.net
  15017. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  15018. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  15019.  
  15020.  
  15021. ------------------------------
  15022.  
  15023. Subject: 1-700-NXX-XXXX
  15024. Date: Wed, 1 Nov 89 10:30:40 CST
  15025. From: "David W. Tamkin" <dattier@jolnet.orpk.il.us>
  15026.  
  15027. My primary long-distance carrier (Telecom*USA) treats calls to
  15028. 1-700-NXX-XXXX as a request to use them to reach a number in your own
  15029. area code, even if it is in the same LATA as the calling point.
  15030. 1-700-555-4141 gets their carrier identification recording, but
  15031. 555-4141 reaches local directory assistance, so I guess there is at
  15032. least one exception.
  15033.  
  15034. A call to 312-830-1210 appeared on my long distance bill, and
  15035. Telecom*USA explained to me that since it was within my LATA and I
  15036. knew I hadn't dialed 10835-1-312-830-1210, I must have dialed
  15037. 1-700-830-1210.  I'm already in the habit of dialing 1708 before calls
  15038. to the Chicago suburbs (yes, it has worked from my exchange since
  15039. August at least), and apparently I doubled the 0 in trying to reach
  15040. jolnet at 1-708-301-2100.
  15041.  
  15042. Is this true of any other carriers?
  15043.  
  15044. <While the original submission was bouncing about the mail system, I
  15045. received the next bill from Telecom*USA.  It had an insert about
  15046. 1-700-NXX-XXXX, specifying in a footnote that it wouldn't work for
  15047. inter-NPA, intra-LATA calls (but I imagine 10835-1-NPA-NXX-XXXX might,
  15048. depending on how the local telco handles such things). -- DWT>
  15049.  
  15050.  
  15051. David W. Tamkin     dattier@jolnet.orpk.il.us   {attctc,netsys}!jolnet!dattier
  15052. P. O. Box 813  Rosemont, Illinois  60018-0813   (708) 518-6769  (312) 693-0591
  15053. BIX: dattier  GEnie: D.W.TAMKIN  CIS: 73720,1570   The opinions above are mine.
  15054.  
  15055. ------------------------------
  15056.  
  15057. From: lars@salt.acc.com (Lars J Poulsen)
  15058. Subject: Re: PABX Communications With Local Telco
  15059. Reply-To: lars@salt.acc.com (Lars J Poulsen)
  15060. Organization: Advanced Computer Communications, Santa Barbara, California
  15061. Date: Fri, 3 Nov 89 17:48:07 GMT
  15062.  
  15063.  
  15064. In article <telecom-v09i0486m09@vector.dallas.tx.us>
  15065.     MJB8949@ritvax.bitnet (Nutsy Fagen) writes:
  15066. >        In a relatively simple manner, could someone explain how a
  15067. >local telco communicates with a PABX in terms of incoming/outgoing
  15068. >phone numbers?  I realize there usually isn't one discrete wire for
  15069. >every extension available on the PABX.
  15070.  
  15071. Unlike many other contributors here, I'm not a "pro", so my
  15072. explanation may be simplistic; on the other hand you may find it more
  15073. readable ...
  15074.  
  15075. A PABX (Private Automatic Branch eXchange) is a smaller version of
  15076. what the phone company has in the central office. As the technology
  15077. moves down the price scale, it is very likely that many families will
  15078. soon have one in their home, and the following explanation will be in
  15079. terms of such an installation.
  15080.  
  15081. Our hypothetical house has 5 phones, a modem and an answering machine,
  15082. each of which has a number:
  15083. - 21 kitchen
  15084. - 22 livingroom
  15085. - 23 master bedroom
  15086. - 24 teenage daughter's room
  15087. - 25 study: desk
  15088. - 26 study: modem line
  15089. - 27 study: answering machine
  15090.  
  15091. It also has two lines to the outside world, each of which has been
  15092. assigned a phone number by the phone company.
  15093.  
  15094. To call from any phone in the house to any other phone, you pick up,
  15095. get dial tone and then dial the 2-digit number shown above. To dial
  15096. from any phone in the house to any outside number, you dial an access
  15097. code (usually a single digit) and then the outside number.
  15098.  
  15099. What happens to incoming calls is programmable. Uusually, each outside
  15100. line is programmed to ring at one particular number, and if not
  15101. answered there, forward to a different one. So you may have line 1
  15102. ring the study and forward to the answering machine if there is no
  15103. answer. And have line 2 start in the teenage daughter's room and
  15104. forward to the answering machine.
  15105.  
  15106. Note in all of this, that as far as the phone company is concerned,
  15107. this is an ordinary house with two phone lines. There is no special
  15108. handling in the central office for these two numbers.
  15109.  
  15110. > I've also noticed, when using
  15111. >a calling card from my dorm room, that one of two numbers will appear
  15112. >for the origin.  Does this mean anything spectacular (one 'number' can
  15113. >only run so many lines, or maybe we have several separate services
  15114. >entrances, for backup)?
  15115.  
  15116. The PBX programming ability varies widely. PBX's used to be VERY
  15117. expensive and not very programmable, until the computerized telephone
  15118. technology scaled down. Today, a PBX has a PC-class computer built in,
  15119. and the amount of programming ability that is built in is generally
  15120. limited by what the manufacturer thinks the customers can handle
  15121. without being confused. Remember that in a small office, these things
  15122. are generally handled by a secretary (or a lawyer, or an accountant)
  15123. who has no computer programming background. It is more cost effective
  15124. to limit the functionality than to have support people on the
  15125. telephone training people in using the features of the system. And
  15126. peopel who misprogram the things will be complaining about how
  15127. "unreliable" the things are.
  15128.  
  15129. In general, a small system will EITHER have one access code which
  15130. picks outgoing line A if it is open, line B if line A was busy. OR it
  15131. will have two access codes: One for line A or one for line B.
  15132.  
  15133. It sounds like your system uses the first of these options.
  15134.  
  15135. >        I'd also heard that our ATT System 85 was capable of
  15136. >communicating with Rochester Tel regarding what phone number was being
  15137. >called FROM, but it was not implemented.  (I know that all calls from
  15138. >campus to 911 show up as the same source and address)
  15139.  
  15140. Larger systems have many more features than described above. This is
  15141. justified because they will be managed by professionals with specific
  15142. training in programming telephone systems, who can therefore be
  15143. expected to understand more complicated features. They also tend to be
  15144. able to talk to the central office about things that do not make sense
  15145. on normal subscriber lines. Such access trunks are more expensive than
  15146. ordinary lines.
  15147.  
  15148. Among the things that the feature-rich trunks can handle, are DID
  15149. (Direct Inward Dialing) and its counterpart, ANI (Automatic Number
  15150. Identification). DID is used in a situation where you have been issued
  15151. a "real" phone number for each extension (each phone in the house)
  15152. instead of one for each line you have to the central office. When the
  15153. call comes in, the central office tells the PBX which number was
  15154. called.  ANI is the opposite: On an outgoing call, the PBX tells the
  15155. CO which extension the call came from.
  15156.  
  15157. What you are describing above, sounds like the PBX's on campus have
  15158. hardware and software to do these things, but the central office they
  15159. are connected to is not set up for using these features.
  15160.  
  15161. And now for the more confusing part. Some customers like the features
  15162. of a PBX, but they don't want the hassle of maintaining it. So the
  15163. phone company gives them a line for each instrument, and SIMULATES a
  15164. PBX in software at the central office. This is called CENTREX.
  15165.  
  15166. A large CENTREX system is often ACTUALLY implemented by the phone
  15167. company installing a PBX on the customer's premises. In such a case,
  15168. they may also serve some other customers out of that switch but with a
  15169. software "firewall" preventing use of the centrex features for the
  15170. ordinary subscriber lines. Such a phone-company owned "PBX" (I put it
  15171. in quotes, because being phone-company-owned, it is not "private") is
  15172. called a TANDEM switch.
  15173.  
  15174.  
  15175. / Lars Poulsen <lars@salt.acc.com>   (800) 222-7308  or (805) 963-9431 ext 358
  15176.   ACC Customer Service              Affiliation stated for identification only
  15177.                 My employer probably would not agree if he knew what I said !!
  15178.  
  15179. ------------------------------
  15180.  
  15181. From: Eric Schnoebelen <egsner.cirr.com!eric@cs.utexas.edu>
  15182. Subject: Re: Cryptic Abbreviations
  15183. Date: 4 Nov 89 06:12:40 GMT
  15184. Reply-To: Eric Schnoebelen <egsner.cirr.com!eric@cs.utexas.edu>
  15185. Organization: Central Iowa (Model) Railroad, Dallas, Tx.
  15186.  
  15187.  
  15188. - [Moderator's Note:
  15189. - 'NXX-XXXX' is just a way of describing a theoretical phone number, but
  15190. - I don't think it is quite the way you described it. Perhaps readers
  15191. - will comment on how we have come to describe phone numbers with 'N' and
  15192. - 'X', etc.    PT]
  15193.  
  15194.         Well, it is my understanding (coming from my former boss, and
  15195. ex-AT&T network design engineer) that the Bell system (Bell Labs,
  15196. Bellcore, etc ) used/uses N to represent the digits two (2) through
  15197. nine(9), but not the digits zero (0) or one (1), while X represents
  15198. the entire range.
  15199.  
  15200.         As an example of this, we have old documents around that
  15201. discribe the phone numbers as being of the format NPA-NNX-XXXX, which
  15202. all needed to be changed to NPA-NXX-XXXX when the Bellcore, and the
  15203. operating companies started allowing such..  (and to be honest, there
  15204. is much code that thinks the format should be NNX, at least in
  15205. comments and variable names..  :-)
  15206.  
  15207.     As to the NPA, well, that stands for Numbering Plan America,
  15208. or Numbering Plan Area, depending upon who is doing the talking. (That
  15209. company has employees with a wealth of experience, from switch
  15210. installation to network management to network design, so the answer
  15211. usually varied a little, depending upon who you were talking to.  But
  15212. the basic information was always the same.)
  15213.  
  15214.  
  15215. Eric Schnoebelen                    eric@egsner.cirr.com
  15216. "My other computer is a Convex"                schnoebe@convex.com
  15217.  
  15218. ------------------------------
  15219.  
  15220. End of TELECOM Digest V9 #492
  15221. *****************************
  15222. 
  15223. 
  15224. Date:     Sun, 5 Nov 89 13:38:45 CST
  15225. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  15226. To:       telecom@eecs.nwu.edu
  15227. Subject:  TELECOM Digest V9 #493
  15228. Message-ID:  <8911051338.aa05766@delta.eecs.nwu.edu>
  15229.  
  15230.  
  15231. TELECOM Digest     Sun, 5 Nov 89 13:35:40 CST    Volume 9 : Issue 493
  15232.  
  15233. Today's Topics:                             Moderator: Patrick Townson
  15234.  
  15235.     Re: The Strange Boundaries of 312/708 (David W. Tamkin)
  15236.     Area Code Splits Make Even Tabloid News (Thomas Lapp)
  15237.     Re: What Does NAM Mean? (Dave Levenson)
  15238.     Re: What Does NAM Mean? (John Higdon)
  15239.     Re: Industry Nicknames (Dave Levenson)
  15240.     PBX Use in Residences (TELECOM Moderator)
  15241.     New Tutorial in Archives (TELECOM Moderator)
  15242. ----------------------------------------------------------------------
  15243.  
  15244. Subject: Re: The Strange Boundaries of 312/708
  15245. Date: Sat, 4 Nov 89 11:39:13 CST
  15246. From: "David W. Tamkin" <dattier@jolnet.orpk.il.us>
  15247.  
  15248. In volume 9, issue 497, Edward Sachs quotes Patrick Townson:
  15249.  
  15250. | In article <telecom-v09i0482m01@vector.dallas.tx.us>, telecom@eecs.nwu.edu 
  15251. | (TELECOM Moderator) writes:
  15252. | > When those people ordered phone service in the past, apparently they
  15253. | > said their address was 4xxx North Harlem in *Chicago*, or 4xxx North
  15254. | > Harlem in *Harwood Heights* when in fact it was the opposite
  15255. | > community!
  15256. | In a similar vein, I recall an article in the newspaper (I believe
  15257. | that it was the Chicago Tribune) some time back which reported that
  15258. | businesses were paying sales taxes to the wrong municipalities, for
  15259. | similar reasons (not just Chicago/Suburb, but also Suburb/Suburb).
  15260.  
  15261. On tour night Pat and I discussed the possibility that some of these
  15262. entrepreneurs in Harwood Heights had given their addresses to Illinois
  15263. Bell as "Chicago" but that IBT should have found the truth out from
  15264. their street guides.  Since then I've noticed that several of the
  15265. stores with Chicago prefixes clearly state "Harwood Heights, Illinois
  15266. 60656" on their business cards or "4xxx N. Harlem, Harwood Heights" in
  15267. their ads.  And I guarantee you that they know damn well to charge
  15268. only 7% sales tax, not the 8% rate applicable in Chicago.
  15269.  
  15270. The only cases I know where a Chicago location was assigned a suburban
  15271. prefix were a security agency (assigned a Niles prefix despite being
  15272. nowhere near the city limit) who got their number changed to a Chicago
  15273. prefix; a florist shop on the Chicago side of a border street (I
  15274. refuse to believe that the florists told IBT that they were in Harwood
  15275. Heights, but clearly it was a case of some IBT employee's being unable
  15276. to read their street guide correctly); and one insurance agent on
  15277. another border street, who might have a Chicago line as well but shows
  15278. only a suburban number on the outdoor sign.
  15279.  
  15280. All the other anomalies are Chicago prefixes in suburbs, most of which
  15281. (except for that one strip along Harlem Avenue) were probably assigned
  15282. at customers' requests in the first place.  I'm not counting
  15283. businesses that have both a Chicago line and a suburban line; they're
  15284. covered.
  15285.  
  15286. What happened with IBT is that when they switched to charging by CO
  15287. distance instead of by service area, IBT employees lost track of
  15288. political boundaries and seemed to understand only CO districts: to
  15289. them, any location is in the same town as the CO from which its phones
  15290. are wired.  (One of them swore to me that a Chicago address in the
  15291. area wired from the River Grove CO, with a 589 prefix on its phone [a
  15292. prefix intended for Chicago, one that will remain in 312] was *in*
  15293. River Grove, for example.)  Another stuck an "Area Code 708" sticker
  15294. on a Chicago coin phone in the same area; the tenant on the property
  15295. is thoroughly convinced that he'll be in area code 708, and I couldn't
  15296. persuade him otherwise (prefix 625 for anyone interested).
  15297.  
  15298. On a related note, Cellular One here announced that all its service
  15299. will remain in 312, but that they will be opening additional prefixes
  15300. for area code 708; any customer wishing to have cellular service from
  15301. them in 708 instead of 312 must return to the dealer to get the phone
  15302. rekeyed.  (Cellular One picks up the tab and has specified in its
  15303. announcement that the dealers are NOT to charge the customers.)
  15304. Ameritech Mobile [the only other cellular provider I know of here]
  15305. uses blocks of numbers on Illinois Bell land prefixes, I think, so
  15306. those will be in whichever area code the prefix normally serves.
  15307.  
  15308. David W. Tamkin       dattier@jolnet.orpk.il.us      ...!attctc!jolnet!dattier
  15309. P. O. Box 813  Rosemont, Illinois  60018-0813   (708) 518-6769  (312) 693-0591
  15310. BIX: dattier  GEnie: D.W.TAMKIN  CIS: 73720,1570   The opinions above are mine.
  15311.  
  15312. ------------------------------
  15313.  
  15314. Date: Sun, 5 Nov 89 13:20:20 est
  15315. From: Thomas Lapp <thomas%mvac23.uucp@udel.edu>
  15316. Subject: Area Code Splits Make Even Tabloid News
  15317.  
  15318.  From the USA WEEKEND (a nationally distributed supplement to Sunday
  15319. newspapers):
  15320.  
  15321. WINDY CITY BREAKS UP
  15322.  
  15323. Can't remember your phone number now? Uh-oh.
  15324.  
  15325.    With the soaring number of telephone lines, for homes, offices,
  15326. cars and fax machines, we're running out of number combinations.  So
  15327. more of the USA is being separated by area codes: Chicago gets hit
  15328. Nov. 11 when its outlying suburbs become 708.  Next in line: Texas,
  15329. New Jersey.
  15330.  
  15331.    Soon you might have to dial an area code even if you're on the edge
  15332. of a city and just phoning across the street.
  15333.  
  15334.                          - tom
  15335.  
  15336. internet     : mvac23!thomas@udel.edu  or  thomas%mvac23@udel.edu
  15337. uucp         : {ucbvax,mcvax,psuvax1,uunet}!udel!mvac23!thomas
  15338. Europe Bitnet: THOMAS1@GRATHUN1
  15339. Location: Newark, DE, USA                          
  15340. Quote   : Virtual Address eXtension.  Is that like a 9-digit zip code?
  15341.  
  15342.  
  15343. ------------------------------
  15344.  
  15345. From: Dave Levenson <westmark!dave@uunet.uu.net>
  15346. Subject: Re: What Does NAM Mean?
  15347. Date: 4 Nov 89 13:21:56 GMT
  15348. Organization: Westmark, Inc., Warren, NJ, USA
  15349.  
  15350.  
  15351. In article <telecom-v09i0491m11@vector.dallas.tx.us>, val!ben@cs.utexas.edu 
  15352. (Ben Thornton) writes:
  15353.  
  15354. > A friend asked me recently if I knew what the acronym NAM means in the
  15355. > context of telecommunications.  Can anyone hazard a guess on this one?
  15356.  
  15357. In a cellular telephone set, the telephone number, and a number of
  15358. other installer-administerable parameters, are generally stored in a
  15359. rom chip.  This chip is called a Name and Address Module, or NAM.
  15360.  
  15361.  
  15362. Dave Levenson                Voice: (201) 647 0900
  15363. Westmark, Inc.               Internet: dave@westmark.uu.net
  15364. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  15365. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  15366.  
  15367.  
  15368. ------------------------------
  15369.  
  15370. From: John Higdon <john@zygot.ati.com>
  15371. Subject: Re: What Does NAM Mean?
  15372. Date: 5 Nov 89 05:21:00 GMT
  15373. Organization: Green Hills and Cows
  15374.  
  15375.  
  15376. In article <telecom-v09i0491m11@vector.dallas.tx.us>, val!ben@cs.utexas.edu 
  15377. (Ben Thornton) writes:
  15378.  
  15379. > A friend asked me recently if I knew what the acronym NAM means in the
  15380. > context of telecommunications.  Can anyone hazard a guess on this one?
  15381.  
  15382. It's a term from cellular service which means "number assignment
  15383. module". It was originally a prom that was "blown" by the vendor of
  15384. the phone for the customer. It contains the assigned telephone number
  15385. of the cellular phone, as well as the system ID number and a lot of
  15386. other information pertaining to the home system. The NAM also contains
  15387. the allowed features for the phone itself such as dial out capability,
  15388. whether or not roaming is allowed, end-to-end DTMF signaling, etc.
  15389.  
  15390. Nowadays, a prom is no longer used but rather things like EEPROMs or
  15391. low-drain memory hold the information. The advantage of this is that
  15392. NAM data can be easily changed without having to re-burn and
  15393. re-install a physical component.  
  15394.  
  15395.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  15396.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  15397.  
  15398. ------------------------------
  15399.  
  15400. From: Dave Levenson <westmark!dave@uunet.uu.net>
  15401. Subject: Re: Industry Nicknames
  15402. Date: 4 Nov 89 13:20:02 GMT
  15403. Organization: Westmark, Inc., Warren, NJ, USA
  15404.  
  15405.  
  15406. In article <telecom-v09i0491m10@vector.dallas.tx.us>, bmk@mvuxi.att.com 
  15407. (Bernard Mckeever) writes:
  15408.  
  15409. > All industries use jargon or nicknames that are well accepted in work
  15410. > related conversations...
  15411.  
  15412. > A Point To Ponder: Why is it that the Bell System referred to any test
  15413. > set with a handle as portable? I mean a Volkswagon has handles.  Some
  15414. > of those test sets rivaled a Volkswagon in size and weight.
  15415.  
  15416. Perhaps they followed the Army's nomenclature here.  When I did some
  15417. contract work at a large aerospace firm on a Department of Defense
  15418. project, we built a `portable' device -- it was big and heavy, and had
  15419. six handles around it.  On the sides, we had to paint, in three-inch
  15420. letters: "SIX-MAN CARRY".  I guess anything can be considered
  15421. `portable' if enough people get involved in the carrying!
  15422.  
  15423.  
  15424. Dave Levenson                Voice: (201) 647 0900
  15425. Westmark, Inc.               Internet: dave@westmark.uu.net
  15426. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  15427. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  15428.  
  15429.  
  15430. ------------------------------
  15431.  
  15432. Date:     Sat, 4 Nov 89 14:35:48 CST
  15433. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  15434. Subject:  PBX Use in Residences
  15435.  
  15436. In the last issue of the Digest, Lars Poulsen mentioned the use of
  15437. small PBX equipment in a residential setting. I had such an
  15438. arrangement for about four years and found it very flexible and
  15439. useful.
  15440.  
  15441. I used a device called Melco 212, from the company by the same name
  15442. out in the Seattle, WA area. The 212 had, appropriatly, 2 outside
  15443. trunk lines and 12 internal extensions, which was ample for my
  15444. application.
  15445.  
  15446. The extensions were numbered 21 to 32. Zero ('0') was an alternate
  15447. address for extension 21.
  15448.  
  15449. If I recall the extension assignments correctly (this was about four
  15450. years ago I quit using it), they were --
  15451.  
  15452. 21 (or 0) my office at home, first line (21 & 22 were on a two line phone)
  15453. 22 my office at home, second line (it did not hunt)
  15454. 23 near the sofa in my office, for use by guests
  15455. 24 my bedroom
  15456. 25 living room (first line, on a two line, turn button phone)
  15457. 26 kitchen
  15458. 27 basement workshop area (27 & 28 were on a two-line turn button phone)
  15459. 28 basement furnace/water/utility meters area
  15460. 29 my brother's bedroom
  15461. 30 bathroom wall phone
  15462. 31 living room (second line on a two line, turn button phone)
  15463. 32 9th floor elevator machinery room (outdoor phone in a locked, weather
  15464.    proof box; I had an 'antenna farm' on the roof, with owner's blessings).
  15465.  
  15466. I lived on the first floor of a nine story building; the phones to the
  15467. basement and to the ninth floor went through building house-pairs.
  15468.  
  15469. The extensions dialed each other with the assigned two digit code. The
  15470. two outside lines were accessed by dialing 9 to select a line at
  15471. random, or by 81 and 82 to specifically select line one or line two.
  15472. The two lines from the CO were set up so the first would hunt the
  15473. second when busy.
  15474.  
  15475. The PBX could be programmed to shunt the incoming lines to any
  15476. extensions of choice --
  15477.  
  15478. 51 + ext. caused all incoming calls on line 1 to ring <ext>. 
  15479. 52 + ext. caused all incoming calls on line 2 to ring <ext>.
  15480. If <ext> was otherwise engaged, then a 'call waiting' tone was given.
  15481. Normal call-waiting rules applied; just flash, and get waiting outside
  15482. call. Call-waiting was NOT available from extension to extension however.
  15483. By default, after a power shutdown, or during a power shutdown, incoming
  15484. calls rang extensions 21 (line 1) and 22 (line 2) respectively. Extension
  15485. 21 & 22 were fixed to go straight through to the CO in the event of a 
  15486. power shutdown, and to ring for incoming calls in the same way.
  15487.  
  15488. 'Do Not Disturb' was available as follows --
  15489.  
  15490. 60 silenced bells and common audible on all incoming calls, both lines.
  15491. 61 silenced bell and common audible on incoming calls, line 1.
  15492. 62 silenced bell and common audible on incoming calls, line 2.
  15493. 63 silenced common audible only, but allowed assigned extension to ring.
  15494. 64 cancelled all silent conditions previously assigned with 60 ==> 63.
  15495. 65 from any extension busied out the extension until the next time that
  15496.    extension went off hook; except that if incoming CO calls were
  15497.    assigned to that extension, they would ring through; inside calls would
  15498.    receive a busy.
  15499.  
  15500. Conditions 60 == > 64 could be restricted -- or made unavailable -- by
  15501. use of a dip switch on the unit, to prevent people from inadvertently
  15502. creating a Do Not Disturb status.
  15503.  
  15504. 7 was assigned to Universal Pickup. Any incoming CO call could be
  15505. picked up by dialing 7 from any extension when you heard the actual
  15506. bell ringing or the common audible.
  15507.  
  15508. Up to 4.0 ring equivilance could be loaded on the unit in the form of
  15509. common audibles. We used two pleasant 'bird chirp' sounders; one in
  15510. the basement and one in the elevator roof-top area. These were places
  15511. where the normal bell ringing would not be heard otherwise.
  15512.  
  15513. 39 was a ringback, when dialed from any extension, to test the line.
  15514.  
  15515. A dip-switch on the unit restricted the use of '9' if set; forcing
  15516. outgoing calls to be specifically dialed over 81 or 82, provided you
  15517. told people how to use those codes. Calls to 9 got a re-order tone if
  15518. this switch was set.
  15519.  
  15520. Dialing 4 fed your audio to a paging device and closed (a normally
  15521. open) or opened (a normally closed) relay. So you could have
  15522. background music and cut the music off when paging if desired. I used
  15523. 4 in a different way: I fed it to a third CO line for my personal,
  15524. outgoing only modem call use. I used the normally open relay to keep
  15525. that line 'on hook' when not in use. Dialing 4 took that line 'off
  15526. hook' and gave dial tone to the modem.
  15527.  
  15528. By using a beehive lamp tied into that third line, if I was at my
  15529. terminal and saw the beehive flashing, I would dial 4 and answer that
  15530. line, but since it was for modem use, whether or not the line got
  15531. answered was not a priority. Thus if I was not there, the flashing
  15532. beehive lamp disturbed no one.
  15533.  
  15534. The Melco 212 unit was a small device. It weighed about ten pounds,
  15535. was only about twelve inches high by about six inches wide, and three
  15536. inches deep. It mounted on the wall right at the place where the three
  15537. CO lines entered our building. It operated on 110 AC; required a
  15538. grounded outlet. Everything on it was modular. Installation time is
  15539. usually about fifteen minutes, however it took me longer because I had
  15540. to chase down some idle house-pairs in a dusty, poorly labeled
  15541. cabinet, and make sure they went where I wanted them.
  15542.  
  15543. So why did I change to Starline/centrex? When we moved about four
  15544. years ago, I no longer had control over/easy access to a couple
  15545. hundred house pairs as in the past, and I did not feel like wiring my
  15546. new apartment. But I would recommend the Melco 212 and other small
  15547. mini-PBX units to people who have a lot of area geographically to
  15548. cover while needing only one or two actual CO lines.
  15549.  
  15550. Patrick Townson
  15551.  
  15552. ------------------------------
  15553.  
  15554. Date:     Sun, 5 Nov 89 13:07:04 CST
  15555. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  15556. Subject:  New Tutorial in Archives
  15557.  
  15558. An excellent new addition to the TELECOM Digest Archives is an article
  15559. by Julian Macassey entitled "How Telephones Work".
  15560.  
  15561. Mr. Macassey wrote this originally for publication elsewhere, but has
  15562. given it to the net for safekeeping in the Archives.
  15563.  
  15564. To read this article, or review other materials in the Archives, you
  15565. must have the ability to use ftp at your site.
  15566.  
  15567. Enter 'ftp cs.bu.edu'. 
  15568. When Boston responds, enter password 'anonymous'.
  15569. Enter a non-null password of your choice. 
  15570. Enter 'cd telecom-archives'.
  15571. Enter 'ls' to review the files, which include Volumes 1,8 and 9 of the
  15572. Digest; several other articles of interest and reference materials.
  15573.  
  15574. Macassey's article is filed under 'tutorial'. 
  15575.  
  15576. Patrick Townson
  15577.  
  15578. ------------------------------
  15579.  
  15580. End of TELECOM Digest V9 #493
  15581. *****************************
  15582. 
  15583. 
  15584. Date:     Mon, 6 Nov 89 1:56:30 CST
  15585. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  15586. To:       telecom@eecs.nwu.edu
  15587. Subject:  TELECOM Digest V9 #494
  15588. Message-ID:  <8911060156.aa21868@delta.eecs.nwu.edu>
  15589.  
  15590.  
  15591. TELECOM Digest     Mon, 6 Nov 89 01:55:04 CST    Volume 9 : Issue 494
  15592.  
  15593. Today's Topics:                             Moderator: Patrick Townson
  15594.  
  15595.     Breakdown of 312/708 Prefixes (David Tamkin)
  15596.     Some Residents Can't Beat the Rap (Thomas Lapp)
  15597.     Caller ID and Cellular Systems (Louis J. Judice)
  15598.     A New Use For Caller-ID (David Lesher)
  15599.     Caller ID in Chicago (Bob von Borstel)
  15600.     Unusual Subscriber Equipment (David Lesher)
  15601.     Re: Need Circuit for Answering Machine Killer (Richard H. Gumpertz)
  15602. ----------------------------------------------------------------------
  15603.  
  15604. From: David Tamkin <dwtamkin@chinet.uucp>
  15605. Subject: Breakdown of 312/708 Prefixes
  15606. Date: Sun, 5 Nov 89 15:57:12 CST
  15607.  
  15608. This is a breakdown of all prefixes in 312 and what is becoming of them upon
  15609. the split November 11.  There are a few changes since the May 15 listing that
  15610. Illinois Bell has been mailing out.
  15611.  
  15612. ==============
  15613.  
  15614. 13 prefixes that will be served by both codes (either because, like 591, 611,
  15615. 796, and 976, they will have aliases in 708 or because like 411 and 911 their
  15616. current service will be partitioned between 312 and 708):
  15617.  
  15618. 200   340   411   555   591   611   796   911   950   958   959   970   976
  15619.  
  15620. ============
  15621.  
  15622. 31 NXX patterns that are not valid prefixes:
  15623.  
  15624.  7 of form N00:  300  400  500  600  700  800  900
  15625.  5 of form N11:  211  311  511  711  811
  15626.  6 that match the NPA codes in Illinois:  217  309  312  618  708  815
  15627.  2 that match intra-LATA NPA codes from other states:    219  414
  15628.  11 available:   203  212  320  415  494  514  760  809  903  912  999
  15629.  
  15630. ==============
  15631.  
  15632. 345 prefixes that will remain in 312 (covering the city of Chicago; Section 2
  15633. of unincorporated Norwood Park Township; Acacia Park, Mt. Greenwood, and
  15634. Westlawn Cemeteries; and Cellular One mobile service: Chicago Zone 3 service
  15635. on prefix 867, traditionally treated the same as locations inside Chicago,
  15636. covers suburban areas and will be in area code 708):
  15637.  
  15638. 202  204  207  214  220  221  222  224  225  226  227  229  230  233  235
  15639. 236  237  238  239  241  242  243  245  247  248  252  254  261  262  263
  15640. 264  265  266  267  268  269  271  273  274  275  276  277  278  280  281
  15641. 282  283  284  285  286  287  288  292  294  302  306  308  313  315  316
  15642. 321  322  324  326  327  329  332  334  337  338  341  342  346  347  348
  15643. 353  363  368  372  373  374  375  376  378  379  380  384  399  401  404
  15644. 407  408  410  413  417  419  421  427  431  434  435  436  440  443  444
  15645. 445  454  461  463  465  467  468  471  472  476  477  478  483  486  487
  15646. 488  489  493  502  504  507  508  509  521  522  523  525  527  528  533
  15647. 536  538  539  542  545  548  549  550  558  559  561  565  567  568  569
  15648. 580  581  582  583  585  586  588  589  592  601  602  604  606  607  608
  15649. 609  613  616  621  622  624  625  626  630  631  633  637  638  641  642
  15650. 643  644  645  646  648  649  650  651  659  660  661  663  664  666  667
  15651. 670  684  685  686  693  694  701  702  703  704  707  712  714  715  716
  15652. 718  721  722  723  725  726  727  728  731  732  733  734  735  736  737
  15653. 738  743  744  745  750  751  752  753  761  762  763  764  765  767  768
  15654. 769  770  772  774  775  776  777  778  779  781  782  783  784  785  786
  15655. 787  791  792  793  794  797  802  804  805  807  808  812  813  814  819
  15656. 821  822  826  828  829  836  838  842  845  846  847  853  854  855  856
  15657. 861  871  873  874  875  876  878  880  881  883  886  889  890  899  901
  15658. 902  906  907  908  909  914  915  917  918  919  921  922  923  924  925
  15659. 927  928  929  930  933  935  936  938  939  942  943  944  947  951  955
  15660. 962  973  975  977  978  984  987  988  989  992  993  994  995  996  997
  15661.  
  15662. ==============
  15663.  
  15664. The remaining 411 prefixes will be in NPA 708, including prefix 867, whose
  15665. place name is Chicago Zone 3, but which serves suburban locations.  (All
  15666. other prefixes of Chicago Zone 3 will stay in 312.)  If anyone wants a
  15667. specific list of those 411 NXX's, I'll be happy to email it.
  15668.  
  15669. The following Central Offices will be divided after the split:
  15670.  
  15671. Chicago-Newcastle: 569, 631, 763, 774, 775, and 792 in 312
  15672.                    457, 647, and 867 to 708
  15673.  
  15674. Des Plaines: 694 in 312
  15675.              296, 297, 298, 299, 390, 391, 635, 699, 803, 824, and 827 to 708
  15676.  
  15677. Frankfort: 720 from 312 to 708; 469 in 815
  15678.  
  15679. Park Ridge: 380, 399, 693, and 714 in 312
  15680.             318, 518, 692, 696, 698, 823, and 825 to 708
  15681.  
  15682. Plainfield: 904 from 312 to 708; 254, 436,and 439 in 815
  15683.  
  15684. River Grove: 589 and 625 in 312; 451, 452, 453, 455, and 456 to 708
  15685.  
  15686. Schiller Park: 992 in 312; 671 and 678 to 708
  15687.  
  15688. Summit: 229 and 586 in 312; 458, 496, 563, 594, and 839 to 708
  15689.  
  15690. Otherwise, land-line prefixes wired from Chicago CO's will remain in 312 and
  15691. those wired from suburban CO's currently in 312 will be in 708.
  15692.  
  15693. David Tamkin  P.O Box 813  Rosemont, Illinois 60018-0813 |      BIX: dattier
  15694. dwtamkin@chinet.chi.il.us  (708) 518-6769 (312) 693-0591 | GEnie: D.W.TAMKIN
  15695. Everyone on Chinet has his or her own opinion about this.|   CIS: 73720,1570
  15696.  
  15697. ------------------------------
  15698.  
  15699. Date: Sun, 5 Nov 89 13:35:46 est
  15700. From: Thomas Lapp <thomas%mvac23.uucp@udel.edu>
  15701. Subject: Some Residents Can't Beat the Rap
  15702. Reply-To: mvac23!thomas@udel.edu
  15703.  
  15704.  From the Associated Press.  It appeared in our Sunday paper here on
  15705. Nov. 5:
  15706.  
  15707. LOS ANGELES -- The heavy beat of rap music is resounding in two
  15708. neighborhoods near a powerful radio transmitter, with songs like,
  15709. "Wild Thing" following some residents even into the bathroom.
  15710.  
  15711.    "You can walk in my yard when it rains and hear 'rap, rap, rap'
  15712. music on the chain link fence," said Tanya Busko, a 27-year resident
  15713. of the affluent hillside community of Silver Lake, about 10 miles
  15714. north of downtown Los Angeles.
  15715.  
  15716.    "It's awful.  It's unbelievable.  At night, it's unbearable," she said.
  15717.  
  15718.    Residents of Silver Lake and adjacent Echo Park grumble that
  15719. KDAY-AM is too loud and even brags about the potency of its 50
  15720. 000-watt signal.  They cite promotional ads boasting that the
  15721. station's rap music is everywhere -- "in cars, at the beach, in living
  15722. rooms, even in the shower."
  15723.  
  15724.    KDAY President Edward J. Kerby said his station has broadcast from
  15725. its 3 1/2-acre site for 24 years, focusing its signal toward downtown
  15726. with a narrow beam that keeps it from interfering with other
  15727. broadcasters.
  15728.  
  15729.    As a result, KDAY's rap music -- the format since 1982 -- can
  15730. sometimes be heard as far away as Hawaii and Japan.
  15731.  
  15732.    Busko says no room in her house is free from the signal.
  15733.  
  15734.    "In the bathroom, you can hear it coming through the toilet plumbing,"
  15735. she said.  "I can go in my bedroom, which has no appliances or radio, and
  15736. hear the rap music coming from the wiring in the walls."
  15737.  
  15738.    Kerby said inexpensive, low-quality household electronics equipment
  15739. act as makeshift radio receivers in residents' homes.  He said the
  15740. volume of complaints, roughly 250 a year, prompted the station to hire
  15741. a technician to help mute unwanted signal reception.
  15742.  
  15743.    "Over in the artsy Silver Lake area, every time somebody puts in a
  15744. new home recording studio, I can count on losing my guy for two or
  15745. three days," Kerby said.
  15746.  
  15747.    Katherine Deaton, an official at the Federal Communication
  15748. Commission's Long Beach office, said KDAY has been checked for illegal
  15749. power boosting but none was found.
  15750.  
  15751.    Pacific Bell officials said they are fielding increasing complaints
  15752. about rap music interference from telephone customers in the two
  15753. neighborhoods.
  15754.  
  15755.                  -- end of story as printed --
  15756.  
  15757.                          - tom
  15758.  
  15759. internet     : mvac23!thomas@udel.edu  or  thomas%mvac23@udel.edu
  15760. uucp         : {ucbvax,mcvax,psuvax1,uunet}!udel!mvac23!thomas
  15761. Europe Bitnet: THOMAS1@GRATHUN1
  15762. Location: Newark, DE, USA                          
  15763. Quote   : Virtual Address eXtension.  Is that like a 9-digit zip code?
  15764.  
  15765.  
  15766. ------------------------------
  15767.  
  15768. Date: Sun, 5 Nov 89 09:20:11 -0800
  15769. From: "Louis J. Judice  05-Nov-1989 1211" <judice@kyoa.enet.dec.com>
  15770. Subject: Caller ID and Cellular Systems
  15771.  
  15772.  
  15773. I wonder how/if Caller-ID and related service can/will be handled on
  15774. cellular systems. My Novatel mobile phone certainly has the "ability"
  15775. to display things, one would think that manufacturers could provide
  15776. the intelligence in a cellular phone's logic to provide the proper
  15777. decoding to support Caller-ID.
  15778.  
  15779. Incidentally, I've often thought that a REALLY neat feature for
  15780. cellular would be for cell-sites to transmit a bit of data on the
  15781. control channel that could be decoded by phones such as:
  15782.  
  15783.         - Location of Cell Site
  15784.         - Area Code you're in
  15785.         - In-bound roamer access number
  15786.  
  15787. Maybe in the next generation digital system???
  15788.  
  15789. Lou Judice
  15790. Digital Equipment Corp.
  15791. Piscataway, NJ
  15792. 201-562-4103
  15793.  
  15794. PS: The C.O. adjacent to Peapack (Somerville/Bridgewater), now offers
  15795. CLASS calling services, according to announcements included in bills
  15796. this month. I am now trying to concince my freind to order it so I can
  15797. play with it. ;)
  15798.  
  15799.  
  15800. ------------------------------
  15801.  
  15802. From: David Lesher <wb8foz@mthvax.cs.miami.edu>
  15803. Subject: A New Use For Caller-ID
  15804. Date: Sun, 5 Nov 89 14:32:27 EDT
  15805. Reply-To: David Lesher <wb8foz@mthvax.cs.miami.edu>
  15806.  
  15807. It seems to me that a good use of CID would be answering services. At
  15808. least in those {civilized} areas of the country without mandatory
  15809. measured/metered service an option to an expensive OPX line to the
  15810. service is call forwarding. The problem is, how does the service know
  15811. who was being called? If they have a dedicated 'forward to' line for
  15812. each client, costs go way up, and if not, they must resort to the "may
  15813. I help you" bs typical of 800 order-takers.
  15814.  
  15815. But if you made a simple software change (all software changes are
  15816. simple--ask any hardware man :-} ) so the calls forwarded to the
  15817. service showed the FORWARDING number, then the service could answer
  15818. with "Dr Frankenstein's office" or such.
  15819.  
  15820.  
  15821. A host is a host & from coast to coast...wb8foz@mthvax.cs.miami.edu 
  15822. no one will talk to a host that's close..............(305) 255-RTFM
  15823. Unless the host (that isn't close)......................pob 570-335
  15824. is busy, hung or dead....................................33257-0335
  15825.  
  15826. [Moderator's Note: Actually, a lot of the answering services here use
  15827. a form of DID (direct inward dialing) to get the information. The
  15828. service may have hundreds of numbers assigned to them which they hand
  15829. out one by one to customers. They do *not* have a line for each
  15830. number. Maybe they have only a couple dozen lines from the CO, along
  15831. with a pair which functions sort of like a control pair. This control
  15832. pair sends information about the caller, i.e. 'the call on pair 16
  15833. arrived in the CO looking for TRansylvania 6-8000. Then the answering
  15834. service computer pulls that file and sees that TRansylvania 6-8000 is
  15835. Drs. Jeckell and Frankenstein, Brain Surgeons. The computer then looks
  15836. for an answering service position which is not busy, and puts the
  15837. information about these gentlemen on the attendant's screen. It gets
  15838. pair 16 inbound and hands it to the appropriate attendant who can then
  15839. use the appropriate answer phrase. Assuming only a few subscribers are
  15840. receiving calls at any given time, a handful of CO trunks can serve
  15841. several hundred subscribers. You can get a block of numbers from telco
  15842. without actual pairs to go along quite cheaply.
  15843.   
  15844. Essentially the answering service has no idea who is being called
  15845. until the CO tells them a call came in to a certain number; here it is
  15846. on one of your common trunks; and the service looks up the record to
  15847. see who would be getting calls on that particular CO number.  And it
  15848. takes less time than perhaps half of one ring to go from the CO to the 
  15849. answering service computer and on to the attendant's terminal. PT]
  15850.  
  15851. ------------------------------
  15852.  
  15853. Date: Sun, 5 Nov 89 16:28:06 -0600
  15854. From: Bob von Borstel <vonb@iitmax.iit.edu>
  15855. Subject: Caller ID in Chicago
  15856.  
  15857.  
  15858. Being a fellow resident in Chicago, I'm curious.  Does Illinois Bell
  15859. support 'Caller-ID' now, if only un-officially?  Meaning if I buy
  15860. this AT&T Caller-ID box and hook it up to my phone will it work?
  15861. Our house is served by the Mitchell CO which I think has a #5ESS.
  15862.  
  15863. [Moderator's Note: The Mitchell CO? My, you *are* way out far south.
  15864. I think Mitchell is a remote office served by Chicago-South Chicago. I
  15865. dunno what you get there. Yes, IBT does 'support Caller-ID
  15866. unofficially', meaning they use it in CO's thus equipped for their own
  15867. purposes. I will pass this question to David Tamkin. Perhaps he knows
  15868. a bit more about it than I, and can tell you what is what, re:
  15869. Mitchell specifically and Chicago in general.  PT]
  15870.  
  15871. ------------------------------
  15872.  
  15873. From: David Lesher <wb8foz@mthvax.cs.miami.edu>
  15874. Subject: Unusual Subscriber Equipment
  15875. Date: Sun, 5 Nov 89 14:19:39 EDT
  15876. Reply-To: David Lesher <wb8foz@mthvax.cs.miami.edu>
  15877.  
  15878. The story from Larry Lippman about old equipment brings back
  15879. memories. A friend of mine and I went to a hamfest about 10
  15880. years ago. He bought what looked to be a 55B 3A speakerphone
  15881. control unit for $1.00. It wasn't. It said 51A on the back.
  15882.  
  15883. Now JB and, between us, own or have seen a LOT of subscriber
  15884. equipment.  (Maybe not as much as Macy, but still a lot) We were
  15885. baffled. We looked in every BSP we owned. We asked various friends
  15886. elsewhere in the country. Nobody know anything.  I finally gave up,
  15887. and asked a fellow ham who worked for OBT (This was considered
  15888. cheating, as they were the ENEMY ;_} ) about it. It took him several
  15889. weeks, but he came up with a (xeroxed) BSP. It was, of course, the
  15890. home interphone unit.  It still works for JB's front door, with a t-1
  15891. element in the mailbox, inspired no doubt by Maxwell Smart.
  15892.  
  15893.  
  15894. A host is a host & from coast to coast...wb8foz@mthvax.cs.miami.edu 
  15895. no one will talk to a host that's close..............(305) 255-RTFM
  15896. Unless the host (that isn't close)......................pob 570-335
  15897. is busy, hung or dead....................................33257-0335
  15898.  
  15899. ------------------------------
  15900.  
  15901. From: "Richard H. Gumpertz" <cpsolv!rhg@uunet.uu.net>
  15902. Subject: Re: Need Circuit for Answering Machine Killer
  15903. Date: 6 Nov 89 03:45:49 GMT
  15904. Reply-To: "Richard H. Gumpertz" <cpsolv!rhg@uunet.uu.net>
  15905. Organization: Computer Problem Solving, Leawood, Kansas
  15906.  
  15907.  
  15908. In article <telecom-v09i0486m08@vector.dallas.tx.us> moncol!ben@princeton.edu 
  15909. (Bennett Broder) writes:
  15910.  
  15911. >I understand that it is relatively simple to build an outboard device
  15912. >to perform this functionality.  The 'DAK' catalogue has one listed
  15913. >called the 'phone slasher' selling for $9.90 + $2.00 shipping and
  15914. >handling.  This looks like a nice device, with led indicators to show
  15915. >(I presume) which device is active.  But, being a hobbiest by nature,
  15916. >I would like to build one myself.
  15917.  
  15918. >Does anyone have such as circuit that they have (successfully) built?
  15919.  
  15920. I have purchased a few of the DAK devices.  They are a clever device.
  15921. For the best explanation of how they work, go to a local BIG library
  15922. and get a copy of US Patent 4726048 -- it explains it in great detail
  15923. along with several variations on the device.
  15924.  
  15925. To sum things up, it includes a thyristor that is biased to fire when
  15926. no other devices are on the line and drop out if another phone
  15927. (without such a devioce) picks up.  By using such a device on EACH
  15928. phone in the house, it can be used as a mutual-exclusion device,
  15929. allowing only the first phone to go off-hook access to the line.  I
  15930. use them with multiple modems on a single line -- they work great! 
  15931.  
  15932. ===============================================================================
  15933. | Richard H. Gumpertz rhg%cpsolv@uunet.uu.NET -or-
  15934. ...uunet!amgraf!cpsolv!rhg | | Computer Problem Solving, 8905 Mohawk
  15935. Lane, Leawood, Kansas 66206-1749 |
  15936. ===============================================================================
  15937.  
  15938. ------------------------------
  15939.  
  15940. End of TELECOM Digest V9 #494
  15941. *****************************
  15942. 
  15943. 
  15944. Date:     Mon, 6 Nov 89 23:45:40 CST
  15945. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  15946. To:       telecom@eecs.nwu.edu
  15947. Subject:  TELECOM Digest V9 #495
  15948. Message-ID:  <8911062345.aa20590@delta.eecs.nwu.edu>
  15949.  
  15950.  
  15951. TELECOM Digest     Mon, 6 Nov 89 23:44:16 CST    Volume 9 : Issue 495
  15952.  
  15953. Today's Topics:                             Moderator: Patrick Townson
  15954.  
  15955.     Re: TCP/IP over ISDN Basic Rate (Danny Wilson)
  15956.     Re: TCP/IP over ISDN Basic Rate (Jim Breen)
  15957.     Re: Time to "Disconnection" (Dave Horsfall)
  15958.     Re: PBX Use in Residences (Joe Talbot)
  15959.     Re: NYC Time and Weather (Mark Anderson)
  15960.     Re: T1 Test Equipment Info (Brian Woodroffe)
  15961.     Re: British TMA Convention (Jim Gottlieb)
  15962. ----------------------------------------------------------------------
  15963.  
  15964. From: Danny Wilson <idacom!danny@uunet.uu.net>
  15965. Subject: Re: TCP/IP over ISDN Basic Rate
  15966. Date: 5 Nov 89 22:48:37 GMT
  15967. Organization: IDACOM Electronics Ltd., Edmonton, Alta.
  15968.  
  15969.  
  15970. In article well!peterd@lll-crg.llnl.gov (Peter Joseph Desnoyers) writes:
  15971.  
  15972. # >In article gnu@toad.com (John # Gilmore) writes:
  15973.  
  15974. # >>I am interested in hooking up SPARCstations over ISDN.  The machine
  15975. # >>comes standard with an ISDN terminal interface chip (the "sound" chip,
  15976. # >>really an ISDN speakerphone chip).
  15977.  
  15978. # Or does it have (as
  15979. # implied above) no ISDN interface, but just a CODEC for sound input
  15980. # that could be used in an ISDN system?
  15981.  
  15982.  From Sun's description, the chip is simply a CODEC (a dual channel
  15983. analog/digital converter).  The fact that this CODEC is the same one
  15984. as used in a piece of ISDN equipment (the AT&T phone) is a red herring
  15985. to imply some kind of ISDN compatibility.
  15986.  
  15987. They could have chosen _any_ kind of A/D (almost) but having a common
  15988. CODEC to an ISDN phone doesn't make an ISDN interface.
  15989.  
  15990. (My decades old Apple II has the same kind of 7404 hex inverter
  15991. as the latest CRAY XMP/S super computer -- my apple must be compatible
  15992.  
  15993. In article <telecom-v09i0480m05@vector.dallas.tx.us>, euatdt@euas11c05.
  15994. ericsson.se (Torsten Dahlkvist) writes:
  15995.  
  15996. > In article <telecom-v09i0474m11@vector.dallas.tx.us> munnari!cit5.cit.oz.au!
  15997. > jwb@uunet.uu.net (Jim Breen) writes:
  15998.  
  15999. > >gnu@toad.com asks, of ISDN
  16000. > >>   The problem is data encoding; I
  16001. > >> have seen no documentation of standard ways to encode data passing on
  16002. > >> the 8000 byte/sec channel for IP.  I have seen references to ways of
  16003. > >> encoding e.g. 9600 baud async "RS232" traffic over ISDN, but I will be
  16004. > >> talking ISDN-to-ISDN, so can use the full bandwidth.  Rumor has it
  16005. > >> that somebody had standardized bit-oriented protocols (HDLC) over ISDN
  16006. > >> links, which is ridiculous since they are byte oriented links.......
  16007.  
  16008. Most of the equipment development for ISDN today is slanted towards
  16009. BOP's over the B-Channels for _data transmission_.  Voice traffic has
  16010. been standardized to use a frame-aligned coding scheme that is
  16011. supported by standard CODEC chips.  mu-law is used in Japan and North
  16012. America, while A-law is used in the ROW (rest of world)
  16013.  
  16014. Data transmission over the B-Channels is mostly X.25 at this point,
  16015. however, _massive_ developments are underway in Japan for porting the
  16016. Telematics protocols (CCITT T.series) to run.
  16017.  
  16018. The obvious reason for this is not to run germany's infamous Teletex,
  16019. but rather ISDN Group IV fax.  These protocols are all bit oriented
  16020. and use an HDLC subset as the layer 2 (what we are all talking about).
  16021.  
  16022. Another interesting development I just heard about is a ISDN-based
  16023. remote floppy disk copier: you put the disk in here, push a button,
  16024. and it is transmitted over "there" over the ISDN.  It is also based on
  16025. a HDLC varient -- BOP.
  16026.  
  16027. > >[...] there
  16028. > >must NEVER be a standard protocol above Layer 1. ISDN is to be a
  16029. > >bit-pipe service.
  16030.  
  16031. > Aren't there ANY byte-oriented protocols around that could be used to
  16032. > form a basis for a bytewise link over ISDN? There are obvious
  16033. > advantages.
  16034.  
  16035. I don't personally see the advantages to using a byte oriented
  16036. procedure for this kind of communications...  The most widespread
  16037. byte-protocol, BSC3270 (bisync), is very much a dead horse - aside
  16038. from being a pretty gross protocol.  Other ASYNC based, byte protocols
  16039. are really not that useful or widespread to support any kind of
  16040. advantage over the BOP's.
  16041.  
  16042.  
  16043. Danny Wilson            danny@idacom.uucp
  16044. IDACOM Electronics        alberta!idacom!danny
  16045. Edmonton, Alberta    X.400    danny@idacom.cs.ubc.cdn    
  16046. C A N A D A        Voice    +1 403 462 4545
  16047.  
  16048. ------------------------------
  16049.  
  16050. From: jwb@cit5.cit.oz (Jim Breen)
  16051. Subject: Re: TCP/IP over ISDN Basic Rate
  16052. Organization: Chisholm Institute of Technology, Melb., Australia
  16053. Date: Mon, 6 Nov 89 21:52:32 GMT
  16054.  
  16055. In article <telecom-v09i0483m06@vector.dallas.tx.us>, coorg@dad.bgsu.edu 
  16056. (Giridhar Coorg) writes:
  16057.  
  16058. > One of the major requirements of ISDN is the compatibility to CCITT #
  16059. > 7 (a signalling specification) for inter CO signalling.
  16060.  
  16061. This is so, but its not a problem that concerns users. The mapping
  16062. between the ISDN signalling packet standard (I.450/1) and the ISDN
  16063. User Part of CCS#7 (Q.700+) is messy, but fortunately an internal
  16064. Telco problem.
  16065.  
  16066. BTW, every time I look at the wierd link standard for CCS#7, I give
  16067. thanks for LAPD, which is really just good old HDLC. Thank heavans
  16068. CCS#7 was kept off the D channel.
  16069.  
  16070.    _______           Jim Breen (jwb@cit5.cit.oz) Department of Robotics &
  16071.   /o\----\\     \O      Digital Technology. Chisholm Inst. of Technology
  16072.  /RDT\   /|\   \/|   -:O____/         PO Box 197 Caulfield East 3145
  16073. O-----O        _/_\    /\ /\          (p) 03-573 2552 (fax) 572 1298
  16074.  
  16075. ------------------------------
  16076.  
  16077. From: Dave Horsfall <munnari!stcns3.stc.oz.AU!dave@uunet.uu.net>
  16078. Subject: Re: Time to "Disconnection"
  16079. Date: 6 Nov 89 01:41:54 GMT
  16080. Reply-To: Dave Horsfall <dave@stcns3.stc.oz.au>
  16081. Organization: Alcatel STC Australia, North Sydney, AUSTRALIA
  16082.  
  16083.  
  16084. In article <telecom-v09i0488m09@vector.dallas.tx.us>, westmark!dave@uunet.uu.
  16085. net (Dave Levenson) writes:
  16086.  
  16087. | If the calling
  16088. | party goes on-hook, the call is disconnected (the called party is left
  16089. | high-and-dry for about 20 seconds, and is then given dial tone).  But
  16090. | if the called party goes on hook, the call remains up for about 20
  16091. | seconds.  If the called party goes back off hook during this "grace
  16092. | period" the conversation may continue.  I'm not sure this is
  16093. | _universally_ true.
  16094.  
  16095. It's certainly true in Australia anyway, and we ain't exactly at the
  16096. forefront of technology.  A handy way to continue the conversation
  16097. away from screaming kids, spouse, pets etc :-)
  16098.  
  16099. Note that in Oz, when the calling party hangs up, the callee just gets
  16100. BEEP BEEP BEEP..... and NO eventual dial tone.
  16101.  
  16102. Trivia time: it used to be a lark to call someone from a public phone,
  16103. then walk away leaving the phone off-hook.  Said callee was then
  16104. denied service until the exchange got around to un-blocking it.
  16105. 'Course, you had to find another phone to notify them...  With the new
  16106. AXE switches this is no longer true - the callee merely hangs up for a
  16107. few seconds (20 I think) to clear the call.  Ahh, the fun of
  16108. stagger-by-stumble and cross-bar exchanges...
  16109.  
  16110.  
  16111. Dave Horsfall (VK2KFU),  Alcatel STC Australia,  dave@stcns3.stc.oz.AU
  16112. dave%stcns3.stc.oz.AU@uunet.UU.NET,  ...munnari!stcns3.stc.oz.AU!dave
  16113.  
  16114. ------------------------------
  16115.  
  16116. Subject: Re: PBX Use in Residences
  16117. Date: 6 Nov 89 01:42:41 PST (Mon)
  16118. From: Joe Talbot <joe@mojave.ati.com>
  16119.  
  16120. PBX's are wonderful in the home! I use a Panasonic KX-T61610 (6 line x
  16121. 16 stations) with a mix of Electronic display phones, 2500 sets, some
  16122. strange phones (my Taiwaneese coin phone, my AT&T coin phone, a
  16123. dialless "Prison" charge a call) and a cordless phone for backyard
  16124. use.  It's equipped with 4 "real" outside lines and two PBX stations
  16125. from the other PBXs in the house, one Harris 110, and my prized
  16126. Stromberg-Carlson XY "compact" (100 lines, 8 trunks).
  16127.  
  16128. I have a Watson board in my XT clone that answers the phone, plays
  16129. automated attendant/call screener transferring appropriate calls
  16130. (emergencies) to my bedroom while sleeping. It also pages (through the
  16131. phone speakers) reminder messages (Sunday 10PM "trash reminder") and
  16132. does wake up calls. It also sets the day or night mode on the
  16133. Panasonic so that the UNIX machine can start answering the 800 number
  16134. at midnight and silence all of the ringers on that line.Even the door
  16135. has a full duplex speaker that rings specific phones (even the
  16136. answering machine!).
  16137.  
  16138. The combination of the Panasonic and the Watson really solves all of
  16139. my unusual communications needs. Panasonic also has a 3 line/8 station
  16140. system (KX-T30810), and a 12 line/32 station system. The 61610 is
  16141. around $650. Mine is loaded and a 1232 is in my future.
  16142.  
  16143.  
  16144. joe@mojave 
  16145. I finally changed my dumb signiture. People were always telling me what
  16146. a great signature I had.
  16147.  
  16148. ------------------------------
  16149.  
  16150. Date:  3 Nov 89 23:27 -0800
  16151. From: Mark Anderson <manderso@wuarchive.uucp>
  16152. Subject: Re: NYC Time and Weather
  16153.  
  16154. yoram@link.cs.columbia.edu (Yoram Eisenstadter) writes:
  16155.  
  16156. > For the price of listening to a brief ad at the beginning of the message,
  16157. > you can get both the time and weather for the cost of a normal local call.
  16158.  
  16159. Here in Vancouver, there is a free service called "In Touch" that
  16160. seems to be a part of the Talking Yellow Pages.  It offers local and
  16161. national weather along with news, business and sports information,
  16162. soap opera updates, local entertainment information, and community
  16163. events.
  16164.  
  16165. These recordings are accessed just like advertisers' Talking Yellow
  16166. Pages messages, by dialing a local number and entering or speaking the
  16167. appropriate 4-digit code.  The service seems to be offered by the
  16168. Dominion Directory Company Ltd., who publish the phone books and who
  16169. run the TYP, I assume.  I'm not sure how Dominion is related to B.C.
  16170. Tel.  (In general, how are directory-publishing companies related to
  16171. phone companies?)
  16172.  
  16173. The few In Touch numbers I've tried have no advertising at all,
  16174. although one new Tourist Information service is apparently sponsored
  16175. by a local tourist guide.
  16176.  
  16177.  
  16178. Mark                                            "Am I suspended in Gaffa?"
  16179.  
  16180. ------------------------------
  16181.  
  16182. From: Brian Woodroffe <bww%hpqtdla@hplabs.hp.com>
  16183. Subject: Re: T1 Test Equipment Info
  16184. Date: 6 Nov 89 11:53:07 GMT
  16185. Organization: HP, Queensferry Telecomms (UK)
  16186.  
  16187.  
  16188. Might I suggest the Hewlett-Packard 3787B digital data test set.
  16189.  
  16190. The HP3787B covers testing at DS1, DS0 (A and B) and DS1C; it combines
  16191. TX and RX in one box.
  16192.  
  16193. I think it covers all your stated needs. Some idea of what it does can
  16194. be gained from the HP catalogue entry, summarised :-
  16195.  
  16196. Drop & Insert: (assuming suitable framing)
  16197.     An individual timeslot (64k or 56kbit/s)
  16198.     DDS, 2.4k, 4.8k, 9.6k, 19.2k and 56kbit/s primary and secondary
  16199.  
  16200. channels (DS0A or DS0B).
  16201.     4kbit/s Datalink (DS1-ESF)
  16202.     4kbit/s Fs channel (DS1-Ft)
  16203.     8kbit/s R channel (DS1-T1DM)
  16204.  
  16205. Measurement Capability:
  16206. Frequency:    DS0 (64kbit/s), DS1 (1.544Mbit/s), DS1C (3.152Mbit/s).
  16207. Framing:    DS1(SF,ESF,T1DM & Ft only), DS1C and DS0B.
  16208. Line codes:    B8ZS, AMI.
  16209. Error types:    Logic (Binary), BPV, Frame Word, CRC-6 Word.
  16210. Error results:    Error count, Error Ratio, Error Seconds, Error Free Seconds,
  16211.         %Error Free Seconds.
  16212. Error Analysis:    %Availability, %Unavalability, %Severely Errored Seconds,
  16213.         %Error Seconds, %Degraded Minutes, Count Consecutive SES,
  16214.         Count SES, Count ES, Count Deg Min.
  16215. Alarm Seconds:    Instrument Power Loss Seconds, Signal Loss Seconds, AIS
  16216.         seconds, Frame Loss Seconds, Test Pattern Loss seconds.
  16217.  
  16218. Frame Slips (Controlled): Duplicate frames == positive slips, deleted == neg.
  16219.  
  16220. Protocol Analyser INterface:    RS232 4-wire synchronous interface. DDS
  16221.         primary or secondary channels, ISDN 'B' & 'D' channels
  16222.         (64k, 56kbit/s), ESF datalink, T1DM R, or D4 Fs channel.
  16223.  
  16224. DS1/DS1C signal voltage:    Positive & Negative peak voltage.
  16225.  
  16226. DS0 Bit Monitor:    Selected received customer bytes.
  16227.  
  16228. Signaling Bits:    A,B (SF) or A,B,C,D (ESF) signalling bits can be set or
  16229.         displayed for a 56kbit/s circuit.
  16230.  
  16231. Jitter measurement:    (opt001):    0.00 to 10.0UI 
  16232.             Filters:    LP, HP1, HP2.
  16233.             Measurements:    Hit Count, Hit Bit Count, Hit Bit
  16234.                     Ratio, Hit Seconds, Hit Free Seconds.
  16235.  
  16236.  
  16237. The HP3787B is available with an option to run from a DC supply.
  16238. The HP3787B is fully programmable by either RS232 or HPIB (IEEE-488).
  16239. The HP3787B incorporates a printer for logging of results.
  16240.  
  16241. +--------------------------------+-----------------------------------+
  16242. | Brian Woodroffe                | HPDESK: Brian Woodroffe/HP1400/B1 |
  16243. | Hewlett Packard Ltd            | ARPA:   bww@hpsqf                 |
  16244. | Queensferry Telecomms Division |         bww%hpsqf@hplabs.hp.com   |
  16245. | South Queensferry              | UUCP:   ..!hplabs!hpqtdla!bww     |
  16246. | West Lothian                   | JANET:  bww%hpqtdla@hpl.hp.co.uk  |
  16247. | Scotland EH30 9TG.             | PHONE:  +44-31-331-7234           |
  16248. +--------------------------------+-----------------------------------+
  16249.  
  16250. Disclaimer: You are advised to check the specifications and applicability
  16251. yourself.
  16252.  
  16253. ------------------------------
  16254.  
  16255. From: Jim Gottlieb <jimmy@icjapan.uucp>
  16256. Subject: Re: British TMA Convention 
  16257. Date: 6 Nov 89 04:49:40 GMT
  16258. Reply-To: Jim Gottlieb <denwa!jimmy@anes.ucla.edu>
  16259. Organization: Info Connections, Tokyo, Japan
  16260.  
  16261.  
  16262. In article <telecom-v09i0490m01@vector.dallas.tx.us> K.Hopkins%computer-
  16263. science.nottingham.ac.uk@nsfnet-relay.ac.uk writes:
  16264.  
  16265. >Vallance said acquisition of the X.25 network Tymnet from McDonnell Douglas
  16266. >in  the US,... a 25% stake in  Network Information  Services in Japan will
  16267. >pave the way for BT.
  16268.  
  16269. >(Can people in the States  tell  us how big/important  are Tymnet and McCaw
  16270. >Cellular?  These might   be  "nice little   earners"  for BT but are   they
  16271. >important companies? The same for   NIS in  Japan,... 
  16272.  
  16273. NIS is a major player (don't know if it's THE major player or not) in
  16274. the packet-switching business here in Japan.  They link up with
  16275. Tymnet's system in the U.S.  I don't have any sales figures, but I
  16276. know that they are worried about future growth potential.
  16277. Coincidentally, I met with their president about two weeks ago, and
  16278. they are very worried that the availability of point-to-point digital
  16279. connections (like ISDN) will eliminate the need for packet services.
  16280. They are looking for new businesses to expand into, but at this time
  16281. they rely solely on selling packet services.
  16282.  
  16283. The intelligence of BT's investment will not be known for some time.
  16284.  
  16285. Jim Gottlieb                     Info Connections, Tokyo, Japan
  16286. _-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
  16287.        <jimmy@pic.ucla.edu> or <jimmy@denwa.uucp> or <attmail!denwa!jimmy>
  16288. Fax: (011)+81-3-239-7453           Voice Mail: (011)+81-3-944-6221 ID#82-42-424
  16289.  
  16290. ------------------------------
  16291.  
  16292. End of TELECOM Digest V9 #495
  16293. *****************************
  16294. 
  16295. 
  16296. Date:     Wed, 8 Nov 89 0:38:55 CST
  16297. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  16298. To:       telecom@eecs.nwu.edu
  16299. Subject:  TELECOM Digest V9 #496
  16300. Message-ID:  <8911080038.aa17767@delta.eecs.nwu.edu>
  16301.  
  16302.  
  16303. TELECOM Digest     Wed, 8 Nov 89 00:37:23 CST    Volume 9 : Issue 496
  16304.  
  16305. Today's Topics:                             Moderator: Patrick Townson
  16306.  
  16307.     Zone Phone (Johnny Zweig)
  16308.     Dreams of the Phone System (Peter da Silva)
  16309.     Funny Incoming Calls, Fax? (Chris Schmandt)
  16310.     Music On Hold For Merlin (Gabe Wiener)
  16311.     Local Calls in the UK & Recovering STD Codes (Kevin Hopkins)
  16312.     The Daily Centrex Bummer (John Higdon)
  16313.     Re: Caller ID and Cellular Systems (Dave Levenson)
  16314.     Re: Caller ID and Cellular Systems (Gary Segal)
  16315.     Re: What Does NAM Mean? (W. T. Sykes)
  16316.     New Telecom Expansion List in Norway (TELECOM Moderator)
  16317. ----------------------------------------------------------------------
  16318.  
  16319. From: Johnny Zweig <zweig@brutus.cs.uiuc.edu>
  16320. Subject: Zone Phone
  16321. Reply-To: zweig@cs.uiuc.edu
  16322. Organization: U of Illinois, CS Dept., Systems Research Group
  16323. Date: Mon, 6 Nov 89 19:35:32 GMT
  16324.  
  16325. I saw on a TV show called "Byond Tomorrow" a bit about a product in
  16326. England called a Zone Phone. Evidently the thin is cheap, portable,
  16327. only capable of placing outgoing calls, and only works when within 100
  16328. meters of a base station (though according to the story, there are
  16329. plenty of them around London so they come in handy).  I guess the idea
  16330. is to be a poor-man's cellular.
  16331.  
  16332. It also mentioned that the technology was digital.
  16333.  
  16334. Anyway, does anyone know more about Zone Phones? I am particulalrly
  16335. interested in _how_ much cheaper they are than portable, and whether
  16336. there are provisions for security (i.e. DES encryption of the outgoing
  16337. PCM data would be slick, no?).
  16338.  
  16339. -Johnny Curious
  16340.  
  16341. ------------------------------
  16342.  
  16343. Subject: Dreams of the Phone System
  16344. Date: Mon, 6 Nov 89 7:12:53 CST
  16345. From: Peter da Silva <peter%ficc@uunet.uu.net>
  16346.  
  16347. A respite from the NPA/ANI/COCOT/AOS flames...
  16348.  
  16349. Last night I had a dream in which I was making a call from a pay
  16350. phone. I stuck my credit card in the slot, and the dialtone was
  16351. interrupted by a computer generated voice:
  16352.  
  16353.     "Mister <da Silva>, you have a message from <Stephanie>.  Please
  16354.      push 1 if you would like to take it now."
  16355.  
  16356. The <> mark what sounded like sampled inserts.
  16357.  
  16358. OK, you telecom futurists... when will this service be available? You
  16359. better hurry... it was a 15-cent payphone.
  16360.  
  16361. (aside: my subconscious is pretty trusting: it didn't even wait for me
  16362. to enter any sort of ID code)
  16363.  
  16364.  
  16365. `-_-' Peter da Silva <peter@ficc.uu.net> <peter@sugar.hackercorp.com>.
  16366.  'U`  --------------  +1 713 274 5180.
  16367. "*Real* wizards don't whine about how they paid their dues"
  16368.     -- Quentin Johnson quent@atanasoff.cs.iastate.edu
  16369.  
  16370. ------------------------------
  16371.  
  16372. From: Chris Schmandt <mit-amt!geek@media-lab.media.mit.edu>
  16373. Subject: Funny Incoming Calls, Fax?
  16374. Date: 7 Nov 89 02:34:53 GMT
  16375. Organization: MIT Media Lab, Cambridge, MA
  16376.  
  16377.  
  16378. I got a funny call; or rather, 3 of them, today.  Answer the line.
  16379. Silence, beep, silence, beep.  About once every 3 (4?)  seconds.  I
  16380. figure its a fax or modem waiting for carrier (which I can't
  16381. whistle!).  But why the occaisional beeps?  I seem to recall something
  16382. about faxes identifying themselves as faxes?
  16383.  
  16384. This repeated 3 times in a few minutes.  On the third call I got wise
  16385. and transferred the call to our fax number.  But when I went to the
  16386. machine, nothing had come out.
  16387.  
  16388. Any ideas?  
  16389. chris
  16390.  
  16391. ------------------------------
  16392.  
  16393. From: Gabe Wiener <gabe@sirius.ctr.columbia.edu>
  16394. Subject: Music On Hold For Merlin
  16395. Reply-To: Gabe Wiener <gabe@sirius.ctr.columbia.edu>
  16396. Organization: Columbia University Center for Telecommunications Research
  16397. Date: Mon, 6 Nov 89 23:30:17 GMT
  16398.  
  16399. Hey folks.  I just had a Merlin Plus system put in and I have one
  16400. technical question that neither the AT&T installer nor the 800
  16401. "customer service" # could answer.
  16402.  
  16403. For the Music-On-Hold input, what kind of signal level does it expect?
  16404. Does it want a line-level signal such as that which comes right out of
  16405. a tuner?  Or does it want an amplified speaker-level signal?
  16406.  
  16407. Thanks,
  16408.  
  16409.  
  16410. Gabe Wiener - Columbia Univ.     "This 'telephone' has too many shortcomings 
  16411. gabe@ctr.columbia.edu             to be seriously considered as a means of 
  16412. gmw1@cunixd.cc.columbia.edu       communication. The device is inherently of
  16413. 72355.1226@compuserve.com         no value to us."  -Western Union memo, 1877
  16414.  
  16415. ------------------------------
  16416.  
  16417. Subject: Local Calls in the UK & Recovering STD Codes
  16418. Reply-To: K.Hopkins%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk
  16419. Date: Tue, 07 Nov 89 17:46:19 +0000
  16420. From: Kevin Hopkins <pkh%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk>
  16421.  
  16422. In the UK most calls, if not all, within your STD (area) code are
  16423. classed as local, but there is no easy way to determine which other
  16424. calls are also classed as local.  A few years ago most local calls
  16425. used a special local code (usually starting with a 9) instead of the
  16426. STD code, so that helped.
  16427.  
  16428. This method has been scrapped in the larger metropolitan areas and is
  16429. being phased out in other areas, so as to free up codes for new
  16430. exchanges.  As an example, here in Nottingham (STD 0602) the local
  16431. call area consists of all calls to 0331, 0332, 0509, 0602, 0607, 0623,
  16432. 0636, 0664, 0773 and 0949 numbers.  Calls to 0331, 0607, 0623, 0636,
  16433. 0773 and 0949 need a local code, and will not connect with the STD
  16434. code (at my last attempt), whilst some calls to 0509 need the local
  16435. code - but not all. Easy to remember, no.
  16436.  
  16437. All calls in the UK are measured in units, including local calls. A
  16438. unit is 4.4p (5.06p including VAT) and the amount of time you get for
  16439. your unit varies with distance of the call and the time of day during
  16440. which you place your call.
  16441.  
  16442. Also BT are phasing out the least populous STD codes and placing their
  16443. subscribers on the exchanges in the nearest large town, so as to
  16444. recover some spare STD codes. Thus 0331 STD code is being phased out
  16445. and 0332 used instead of it in the Derby area, and in Nottingham 0607
  16446. STD code is being phased out and 0602 used instead. The 0331 and 0607
  16447. codes seem to serve the outlying districts of the above towns.  Here's
  16448. the list I have (some place names approximate):
  16449.  
  16450. 0221  becomes    0225 (Bath)         0605  becomes   0603 (Norwich)
  16451. 0230        0234 (Bedford)        0607            0602 (Nottingham)
  16452. 0231        0232 (Belfast)        0657            0229 (Barrow-in-Furness)
  16453. 0240        0494 (Amersham)        0660            0434 (Hexham)
  16454. 0251        0252 (Aldershot)    0696            0430 (Market Weighton)
  16455. 0275        0272 (Bristol)        0701            0705 (Portsmouth)
  16456. 0281        0753 (Slough)        0735            0734 (Wokingham)
  16457. 0321        0323 (Eastbourne)   0755            0752 (Plymouth)
  16458. 0331        0332 (Derby)        0774            0772 (Preston)
  16459. 0336        0975 (Strathdon)    0781            0782 (Stoke-on-Trent)
  16460. 0338        0339 (Braemar)        0791            0273 (Brighton)
  16461. 0391        0253 (Blackpool)    0804            0803 (Torquay)
  16462. 0402        0708 (Romford)        0826            0382 (Dundee)
  16463. 0421        0703 (Southampton)  0838            0631 (Oban)
  16464. 0441        0792 (Swansea)        0853            0768 (Penrith)
  16465. 0448        0539 (Kendal)        0867            0865 (Oxford)
  16466. 0486        0483 (Guildford)    0906            0903 (Worthing)
  16467. 0498        0434 (Hexham)        0907            0902 (Wolverhampton)
  16468. 0537        0533 (Leicester)    0927            0923 (Watford)
  16469. 0541        0387 (Dumfries)        0930            0768 (Penrith)
  16470. 0566        0822 (Tavistock)    0940            0946 (Whitehaven)
  16471. 0587        0539 (Kendal)        0965            0697 (Aspatria)
  16472. 0596        0768 (Penrith)        0966            0539 (Kendal)
  16473. 0601        0604 (Northampton)  0990            0276 (Camberley) and
  16474.                                     0344 (Bracknell)
  16475.  
  16476. Also, the following are unused STD codes in the UK, according to the
  16477. BT Phone Book. I know that 0831 is used for something, though I know
  16478. not what (BT paging ?).  Can anyone help me with that code, and any of
  16479. the others that are used. The will most likely be used for special
  16480. services such as pagers rather than as true area codes.
  16481.  
  16482. 0201, 0374, 0385, 0390, 0401, 0426, 0447, 0459, 0500, 0552, 0585, 0589, 0632,
  16483. 0640, 0645, 0649, 0682, 0739, 0741, 0783, 0802, 0831, 0839, 0850, 0881, 0891,
  16484. 0893, 0894, 0897, 0901, 0921, 0941, 0956, 0958, 0961, 0973, 0976, 0979, 0987,
  16485. 0996, 0998 and 0999
  16486.  
  16487. +--------------------------------------------+--------------------------------+
  16488. | K.Hopkins%cs.nott.ac.uk@nsfnet-relay.ac.uk | Kevin Hopkins,              |
  16489. | or    ..!mcvax!ukc!nott-cs!K.Hopkins         | Department of Computer Science,|
  16490. | or in the UK: K.Hopkins@uk.ac.nott.cs         | University of Nottingham,      |
  16491. | CHAT-LINE: +44 602 484848 x 3815         | Nottingham, ENGLAND, NG7 2RD   |
  16492. +--------------------------------------------+--------------------------------+
  16493.  
  16494. ------------------------------
  16495.  
  16496. From: John Higdon <john@zygot.ati.com>
  16497. Subject: The Daily Centrex Bummer
  16498. Date: 7 Nov 89 23:59:41 GMT
  16499. Organization: Green Hills and Cows
  16500.  
  16501.  
  16502. As those of you outside the Bay Area may not be aware, we have had
  16503. aftershocks from the Loma Prieta quake almost daily. And after each
  16504. one, dial tone is very slow.
  16505.  
  16506. A while back, I mentioned that right after the "big one", my
  16507. Centrex-using friends were out of luck for two days while the CO was
  16508. restored. In a moderator's note, Patrick mentioned that an earthquake
  16509. was a rare enough occurance that one would have to consider Centrex to
  16510. be generally reliable.
  16511.  
  16512. Well, I just got a follow-up call. It seems that after every single
  16513. one of these "major" aftershocks, dialtone disappears for about an
  16514. hour.  This means no calls to the front desk, no calls to the
  16515. mailroom, not even activation/deactivation of forwarding or features.
  16516. I suspect that this particular customer is going to be having some
  16517. serious conversations with Pac*Bell about "the most reliable business
  16518. phone system in the world".
  16519.  
  16520. Still think that Centrex is so reliable/wonderful?
  16521.  
  16522.         John Higdon         |   P. O. Box 7648   |   +1 408 723 1395
  16523.     john@zygot.ati.com      | San Jose, CA 95150 |       M o o !
  16524.  
  16525. ------------------------------
  16526.  
  16527. From: Dave Levenson <westmark!dave@uunet.uu.net>
  16528. Subject: Re: Caller ID and Cellular Systems
  16529. Date: 7 Nov 89 03:42:24 GMT
  16530. Organization: Westmark, Inc., Warren, NJ, USA
  16531.  
  16532.  
  16533. In article <telecom-v09i0494m03@vector.dallas.tx.us>, judice@kyoa.enet.dec.
  16534. com (Louis J. Judice  05-Nov-1989 1211) writes:
  16535.  
  16536. > I wonder how/if Caller-ID and related service can/will be handled on
  16537. > cellular systems. My Novatel mobile phone certainly has the "ability"
  16538. > to display things, one would think that manufacturers could provide
  16539. > the intelligence in a cellular phone's logic to provide the proper
  16540. > decoding to support Caller-ID.
  16541.  
  16542. Here here!!!  I think that's an excellent use for Caller*ID.  This is
  16543. because on a cellular phone, a large part of the cost of the incoming
  16544. call is paid by the recipient of the call, and only if the call is
  16545. answered.  When the phone rings in my car, I sometimes wonder who is
  16546. calling -- it's often a wrong number, and it often costs me about 55c
  16547. to find that out.
  16548.  
  16549. Unfortunately, however, the cellular companies apparently use DID
  16550. trunks into their switch from the C.O. and the current CLASS services
  16551. are only available on standard loop-start and ground-start trunks.
  16552. The ring power that is present on these trunks during incoming call
  16553. alerting is what triggers the Call Identifier box to enable its modem.
  16554. On DID trunks, there is no ring power applied, so some other kind of
  16555. signalling would be needed.
  16556.  
  16557. When the technology is available, though, I'd pay extra for a
  16558. cellular phone that provides a Caller*ID display, and even trade in
  16559. my present phone (also a Novatel) that doesn't!
  16560.  
  16561.  
  16562. Dave Levenson                Voice: (201) 647 0900
  16563. Westmark, Inc.               Internet: dave@westmark.uu.net
  16564. Warren, NJ, USA              UUCP: {uunet | rutgers | att}!westmark!dave
  16565. [The Man in the Mooney]      AT&T Mail: !westmark!dave
  16566.  
  16567.  
  16568. ------------------------------
  16569.  
  16570. From: Gary Segal <motcid!segal%cell.mot.COM@uunet.uu.net>
  16571. Subject: Re: Caller ID and Cellular Systems
  16572. Date: 7 Nov 89 16:31:44 GMT
  16573. Organization: Motorola INC., Cellular Infrastructure Division
  16574.  
  16575.  
  16576. judice@kyoa.enet.dec.com (Louis J. Judice  05-Nov-1989 1211) writes:
  16577.  
  16578. >Incidentally, I've often thought that a REALLY neat feature for
  16579. >cellular would be for cell-sites to transmit a bit of data on the
  16580. >control channel that could be decoded by phones such as:
  16581.  
  16582. >        - Location of Cell Site
  16583. >        - Area Code you're in
  16584. >        - In-bound roamer access number
  16585.  
  16586. >Maybe in the next generation digital system???
  16587.  
  16588. Actually, the phone does know which cell site it is on, but only as a
  16589. channel number.  Since each channel is used only on one cell within a
  16590. given reuse pattern, it's not to hard to figure out which cell the
  16591. phone is on.  Of course, you need to have access to the channel
  16592. allocations that the service provider uses, as well as the locations
  16593. of the cells.  Which is not something easily obtained.
  16594.  
  16595. Note that which cell your phone is one it not nessecarly the cell the
  16596. phone is IN.  Because of all those fun radio effects such as
  16597. multi-path reflections and Ralyeigh fading, a base station that is
  16598. actually further from the phone may have a BETTER signal, which would
  16599. cause the network to switch the phone to that base.  Of course a
  16600. downtown area with lots of tall building is going to have lots of
  16601. bizzare radio effects.  In addition, cell size varies widely depending
  16602. on the anticipated traffic density of the area.  Therefore when you
  16603. are driving allong I-94 in downtown Chicago, you may change cells
  16604. every 0.5 mile (an hour drive :-), but outside of the city cell size
  16605. is much larger.
  16606.  
  16607. Add to this confusion the fact that in an active market, new cell
  16608. sites are being added rather frequently to increase system capacity.
  16609. (Just last month, Ameritech added another switch to double overall
  16610. system capacity.  To bad it wasn't a Motorola switch :-( )
  16611.  
  16612. What this all boils down to is that phone location can be estimated,
  16613. but accuracy depends on the size of the cell it is in as well as the
  16614. current radio conditions.  If you really need to know where you are,
  16615. your better off with a satellite based positioning system :-)
  16616.  
  16617.  
  16618. Gary Segal @ Motorla C.I.D.            1501 W. Shure Drive
  16619.  ...!uunet!motcid!segal                Arlington Heights, IL 60004
  16620. Disclaimer: The above is all my fault.        +708 632-2354
  16621.  
  16622. ------------------------------
  16623.  
  16624. From: W T Sykes <wts@winken.att.com>
  16625. Subject: Re: What Does NAM Mean?
  16626. Date: 6 Nov 89 14:07:33 GMT
  16627. Reply-To: wts@cbnewsl.ATT.COM (wts)
  16628. Organization: AT&T Bell Laboratories
  16629.  
  16630.  
  16631. In article <telecom-v09i0491m11@vector.dallas.tx.us> val!ben@cs.utexas.edu 
  16632. (Ben Thornton) writes:
  16633. >X-TELECOM-Digest: volume 9, issue 491, message 11 of 11
  16634.  
  16635. >A friend asked me recently if I knew what the acronym NAM means in the
  16636. >context of telecommunications.  Can anyone hazard a guess on this one?
  16637.  
  16638. NAM - often means "National Account Manager" in AT&T parlance.
  16639.  
  16640. William T. Sykes  AT&T Bell Laboratories  Burlington, NC att!winken!wts
  16641.  
  16642. ------------------------------
  16643.  
  16644. Date:     Tue, 7 Nov 89 23:42:15 CST
  16645. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  16646. Subject:  New Telecom Expansion List in Norway
  16647.  
  16648. Effective as of today, readers of TELECOM Digest in Norway will be
  16649. serviced from a new expansion list maintained by Erik T. Naggum. A
  16650. copy of each Digest is forwarded to the gateway there, and is
  16651. re-distributed to anyone who asks to be added to the list.
  16652.  
  16653. For more information on receiving TELECOM Digest at a site in Norway
  16654. contact:
  16655.  
  16656. Erik T. Naggum   <enag@ifi.uio.no>
  16657.  
  16658. And my thanks to Mr. Naggum for making this arrangement possible.
  16659.  
  16660.  
  16661. Patrick Townson
  16662.  
  16663. ------------------------------
  16664.  
  16665. End of TELECOM Digest V9 #496
  16666. *****************************
  16667. 
  16668. 
  16669. Date:     Wed, 8 Nov 89 1:34:34 CST
  16670. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  16671. To:       telecom@eecs.nwu.edu
  16672. Subject:  TELECOM Digest V9 #497
  16673. Message-ID:  <8911080134.aa29891@delta.eecs.nwu.edu>
  16674.  
  16675.  
  16676. TELECOM Digest     Wed, 8 Nov 89 01:33:28 CST    Volume 9 : Issue 497
  16677.  
  16678. Today's Topics:                             Moderator: Patrick Townson
  16679.  
  16680.     Re: Caller ID in Chicago (David W. Tamkin)
  16681.     Re: Why Not 00 as the International Prefix in the US? (Linc Madison)
  16682.     Re: Why Not 00 as the International Prefix in the US? (Brandon S. Allbery)
  16683.     Re: Need Circuit for Answering Machine Killer (Linc Madison)
  16684.     Re: NYC Time and Weather (Scott D. Green)
  16685.     Re: PABX Communications With Local Telco (David Lewis)
  16686.     Re: The Hottest Answering Machine (John Tsang)
  16687.     Re: Caller ID Device (Dave Hsu)
  16688.     Re: PBX Use in Residences (Dave Speed)
  16689.     Re: Cellular Phones Frying Your Brains (David L Kindred)
  16690. ----------------------------------------------------------------------
  16691.  
  16692. Subject: Re: Caller ID in Chicago
  16693. Date: Mon, 6 Nov 89 10:43:16 CST
  16694. From: "David W. Tamkin" <dattier@jolnet.orpk.il.us>
  16695.  
  16696. Bob von Borstel wrote in volume 9, issue 494:
  16697.  
  16698. | Being a fellow resident in Chicago, I'm curious.  Does Illinois Bell
  16699. | support 'Caller-ID' now, if only un-officially?  Meaning if I buy
  16700. | this AT&T Caller-ID box and hook it up to my phone will it work?
  16701. | Our house is served by the Mitchell CO which I think has a #5ESS.
  16702.  
  16703. Patrick Townson replied:
  16704.  
  16705. | [Moderator's Note: The Mitchell CO? My, you *are* way out far south.
  16706. | I think Mitchell is a remote office served by Chicago-South Chicago. I
  16707. | dunno what you get there. Yes, IBT does 'support Caller-ID
  16708. | unofficially', meaning they use it in CO's thus equipped for their own
  16709. | purposes. I will pass this question to David Tamkin. Perhaps he knows
  16710. | a bit more about it than I, and can tell you what is what, re:
  16711. | Mitchell specifically and Chicago in general.  PT]
  16712.  
  16713. It baffles me that Pat would think I'd know, but here is what I can tell you.
  16714.  
  16715. Chicago-Mitchell is a CO in the southeasternmost part of the city,
  16716. opposite corner from Newcastle (where I live).  Its only prefix is
  16717. MItchell 6, and it serves roughly the Hegewisch area (southeast of
  16718. Lake Calumet), the only part of Chicago where the earth is legally
  16719. round, just past the area where pigeons are forbidden to fly under
  16720. criminal penalty.
  16721.  
  16722. Until 1954 or 1955 the area was served from the Chicago-South Chicago
  16723. CO.  Then the area was cut to the newly opened Mitchell office and all
  16724. phone numbers there changed to the MItchell 6 prefix.  The two
  16725. districts together make up Chicago Zone 9.
  16726.  
  16727. Illinois Bell has been providing caller ID on calls to 0perator and to
  16728. 911 for several years, and on calls to their service representatives
  16729. for business customers.  I don't think that they've been including the
  16730. information in regular subscriber-to-subscriber calls.
  16731.  
  16732. My guess is that the box wouldn't work yet in Mitchell.  You might
  16733. want to try one out in Summit, however, where Ameritech is doing some
  16734. experimenting.
  16735.  
  16736. David W. Tamkin        dattier@jolnet.orpk.il.us     ...!attctc!jolnet!dattier
  16737. P. O. Box 813  Rosemont, Illinois  60018-0813   (708) 518-6769  (312) 693-0591
  16738. BIX: dattier  GEnie: D.W.TAMKIN  CIS: 73720,1570   The opinions above are mine.
  16739.  
  16740. ------------------------------
  16741.  
  16742. Date: Tue, 7 Nov 89 02:43:10 PST
  16743. From: Linc Madison <rmadison@euler.berkeley.edu>
  16744. Subject: Re: Why Not 00 as the International Prefix in the US?
  16745. Organization: University of California, Berkeley
  16746.  
  16747. In article <telecom-v09i0491m09@vector.dallas.tx.us> Dave Horsfall writes:
  16748. >In article <telecom-v09i0478m09@vector.dallas.tx.us>
  16749. >    dan@sics.se (Dan Sahlin) writes:
  16750.  
  16751. >| As I understand it, "011" is used as the international prefix in the
  16752. >| US, whereas the international recommendation is "00". Are there some
  16753. >| other numbers starting with 00 preventing it to be used as
  16754. >| international prefix?
  16755.  
  16756. >For starters, Australia uses 000 as the emergency number (like 911 in
  16757. >USA and 999 in GB).          ^^^
  16758.  
  16759. >Dave Horsfall (VK2KFU),  Alcatel STC Australia,  dave@stcns3.stc.oz.AU
  16760. >dave%stcns3.stc.oz.AU@uunet.UU.NET,  ...munnari!stcns3.stc.oz.AU!dave
  16761.  
  16762. Oy!  I found that surprising, since in Australia the digit to dial for
  16763. calls outside a Centrex or similar system is "0" instead of "9" in
  16764. U.S.  Thus, a call to the U.S. from an Australian Centrex is
  16765. 0-0011-1-etc.  To then have "000" as emergency seems it could have
  16766. high potential for misdials.  "Emergency?  No, I'm trying to reach
  16767. France!"
  16768.  
  16769.    Linc Madison    =    rmadison@euler.berkeley.edu
  16770.  
  16771. ------------------------------
  16772.  
  16773. From: "Brandon S. Allbery" <telotech!bsa%hal@uunet.uu.net>
  16774. Subject: Re: Why Not 00 as the International Prefix in the US?
  16775. Reply-To: "Brandon S. Allbery" <telotech!bsa%hal@uunet.uu.net>
  16776. Date: Tue, 7 Nov 89 18:05:52 GMT
  16777.  
  16778. I just saw an AT&T ad in USN&WR that claimed that "00" is international
  16779. directory assistance.
  16780.  
  16781. ++Brandon
  16782.  
  16783. -=> Brandon S. Allbery @ telotech, inc.   (I do not speak for telotech.) <=-
  16784. Any comp.sources.misc postings sent to this address will be DISCARDED -- use
  16785. allbery@uunet.UU.NET instead. My boss doesn't pay me to moderate newsgroups.
  16786. ** allbery@NCoast.ORG ** uunet!hal.cwru.edu!ncoast!{allbery,telotech!bsa} **
  16787.  
  16788. ------------------------------
  16789.  
  16790. Date: Tue, 7 Nov 89 03:05:39 PST
  16791. From: Linc Madison <rmadison@euler.berkeley.edu>
  16792. Subject: Re: Need Circuit for Answering Machine Killer
  16793. Organization: University of California, Berkeley
  16794.  
  16795. In article <telecom-v09i0494m07@vector.dallas.tx.us> Richard Gumpertz writes:
  16796. >>Does anyone have such as circuit that they have (successfully) built?
  16797.  
  16798. >I have purchased a few of the DAK devices.  They are a clever device.
  16799.  
  16800. >To sum things up, it includes a thyristor that is biased to fire when
  16801. >no other devices are on the line and drop out if another phone
  16802. >(without such a devioce) picks up.  By using such a device on EACH
  16803. >phone in the house, it can be used as a mutual-exclusion device,
  16804. >allowing only the first phone to go off-hook access to the line.  I
  16805. >use them with multiple modems on a single line -- they work great!
  16806.  
  16807. I bought two of them, even though my phone line has a single jack.  I
  16808. have them in cascading precedence order: the answering machine picks
  16809. up if nothing else is on the line.  If I pick up my phone, that knocks
  16810. the answering machine off-line (otherwise I would have to manually
  16811. kill the machine before it would let me have the line).  Lastly, if I
  16812. am using the modem and thoughtlessly pick up or kick over my
  16813. telephone, I don't lose the modem connection.
  16814.  
  16815. The modem goes into the high priority slot of the first box, and then
  16816. the second box goes into the low priority slot of the first.  The
  16817. second box then has phone and answering machine, respectively, on high
  16818. and low ("phone" and "ans" as labelled).  (I tried to make a diagram,
  16819. but vi won't cooperate.)  No more fumbling for the stupid machine if I
  16820. pick up on the 4.00001st ring, and no more tearing my hair out because
  16821. I knocked the phone over in the middle of a 300K file transfer.
  16822.  
  16823. One other thing about the device I bought (called "Message Stopper").
  16824. I opened it up, and it looked like would work only on the primary line
  16825. of a two-line jack.
  16826.  
  16827.    Linc Madison   =   rmadison@euler.berkeley.edu
  16828.  
  16829. ------------------------------
  16830.  
  16831. Date: Tue, 7 Nov 89 10:08 EDT
  16832. From: "Scott D. Green" <GREEN@wharton.upenn.edu>
  16833. Subject: Re: NYC Time and Weather
  16834.  
  16835. Both free in Philly, just like you remembered it:
  16836.  
  16837. TIme 6-1212
  16838. WEather 6-1212.
  16839.  
  16840. Both from Bella PA, time seems to be pretty darn close to what it
  16841. should be; the weather is NWS, updated hourly.
  16842.  
  16843. ------------------------------
  16844.  
  16845. From: David Lewis <nvuxr!deej@bellcore.bellcore.com>
  16846. Subject: Re: PABX Communications With Local Telco
  16847. Date: 7 Nov 89 15:28:19 GMT
  16848. Organization: Bellcore, Livingston, NJ
  16849.  
  16850.  
  16851. In article <telecom-v09i0492m06@vector.dallas.tx.us>, lars@salt.acc.com 
  16852. (Lars J Poulsen) writes:
  16853.  
  16854. > A large CENTREX system is often ACTUALLY implemented by the phone
  16855. > company installing a PBX on the customer's premises. In such a case,
  16856. > they may also serve some other customers out of that switch but with a
  16857. > software "firewall" preventing use of the centrex features for the
  16858. > ordinary subscriber lines. Such a phone-company owned "PBX" (I put it
  16859. > in quotes, because being phone-company-owned, it is not "private") is
  16860. > called a TANDEM switch.
  16861.  
  16862. Um, no it's not.  A tandem switch is a switch which is used "in
  16863. tandem" with two other switches to connect a call.
  16864.  
  16865. To try to explain...  You pick up your phone and dial 765-4321.  The
  16866. switch that your phone is connected to analyzes the number and
  16867. determines that the exchange 765 is not one it directly serves -- the
  16868. phone at 765-4321 is connected to some other switch somewhere else.
  16869.  
  16870. The switch then goes to a "routing table", basically a lookup table.
  16871. It finds the exchange 765, and an associated "trunk group" -- a set of
  16872. trunks (wires, or coaxial cables, or fiber optic cables, or digital
  16873. microwave links, or whatever) which run from "your" switch to another
  16874. switch.
  16875.  
  16876. In some cases, the routing is such that there is a direct trunk link
  16877. between your switch and the switch which serves the 765 exchange.  If
  16878. so, the trunk group found in the routing table will be one
  16879. corresponding to that direct link, and your call will be sent over
  16880. that direct trunk group.  This is the case if there's a large volume
  16881. of traffic between the two switches.
  16882.  
  16883. In other cases, there is no direct link between the two switch.  In
  16884. this case, the call will be sent to a switch which is, in some sense,
  16885. a "hub" -- it has trunk links to a large number of local switches.
  16886. This switch will examine the 765 exchange in its routing table, and
  16887. route the call to the proper local exchange.
  16888.  
  16889. This second switch, the "hub", if you will, therefore works "in
  16890. tandem" with the other two switches -- the source and destination end
  16891. offices -- to complete the call.  It's therefore known as a tandem
  16892. switch.
  16893.  
  16894. (I could get into a discussion of Class 5 Offices and Class 4 Offices
  16895. and Heirarchical versus Non-Heirarchical Routing and Access Tandems,
  16896. but that would just unduly confuse the issue... :-))
  16897.  
  16898. Meanwhile, back at the main thread...  A phone company has a number of
  16899. options for providing a large Centrex customer with service.  They
  16900. may, in some cases, locate a switch on the customer premises.  It's
  16901. not usually a PBX, more often a CO switch, but the lines between the
  16902. two are blurring sufficiently that it's not a distinction worth making -- 
  16903. save to say that a CO switch often has more stringent availability
  16904. requirements, and therefore often (*though not always*) is more reliable.
  16905.  
  16906. Another approach often used, instead of running 7000 wire pairs, is to
  16907. locate a Remote Switching Unit, or RSU, on the customer premises.  An
  16908. RSU is a "module" of a central office switch which has a control link
  16909. and a transport link to the main switch.  The control link is
  16910. essentially an extension of the switch control bus, usually running
  16911. over fiber these days; the transport link is a high-capacity fiber
  16912. link.  The RSU isn't a switch in that it has no standalone
  16913. "intelligence", instead being directly controlled by the central
  16914. processor in the main switch, but it has a switch fabric which can
  16915. connect two lines which both subtend it or can route a call to the
  16916. main switch for further routing.  This reduces the need for cable
  16917. plant to a remote location.
  16918.  
  16919.  
  16920. David G Lewis                ...!bellcore!nvuxr!deej
  16921.  
  16922.             "If this is paradise, I wish I had a lawnmower."
  16923.  
  16924. ------------------------------
  16925.  
  16926. Date: Tue, 7 Nov 89 06:57:29-1000
  16927. From: John Tsang <jgt@uhccux.uhcc.hawaii.edu>
  16928. Subject: Re: The Hottest Answering Machine
  16929. Reply-To: John Tsang <jgt@uhccux.uhcc.hawaii.edu>
  16930. Organization: University of Hawaii
  16931.  
  16932. In article <telecom-v09i0491m08@vector.dallas.tx.us> mdf0%shemesh@gte.com 
  16933. (Mark Feblowitz) writes:
  16934. >X-TELECOM-Digest: volume 9, issue 491, message 8 of 11
  16935.  
  16936. >In article <telecom-v09i0475m05@vector.dallas.tx.us> cy@pnet51.orb.mn.org
  16937. >(Cyril Bauer) writes:
  16938.  
  16939. >> I would sugest the Panasonic unit. I have tried a few and the easiest
  16940. >> and most reliable I have found is the Panasonic.  They make models
  16941. >> that do most everthing that you could possibly want to do. Take your
  16942. >> pick, they work.
  16943.  
  16944. >I second that strongly: 5 years ago, the 3-family in which my sister
  16945. >rented an apartment burned. Her apartment was on the first floor and
  16946. >suffered substantial water and smoke damage. Her 3 year old Panasonia
  16947.  
  16948. I also strongly agree particularly to the fact that they have a lot of
  16949. features: (If I don't remember incorrectly) the KT-1427 or some higher
  16950. model # has almost all kinds of things and remote control you can
  16951. think of -- including Remote Room Monitor -- however, only bad thing
  16952. are the outgoing message seemingly is too short of 1/2 min., which may
  16953. not be enough for business operation announcement of operation hours
  16954. and introduction, and, the annoying beep during 2-Side-Conversation-
  16955. Recording.
  16956.  
  16957.     But, there should be much more new models now?  Anyone knows
  16958. any better one -- for business or for home use?  (I need to get one
  16959. for my restaurant and one at home ASAP.)
  16960.  
  16961. ------------------------------
  16962.  
  16963. From: hsu@eng.umd.edu (Dave "bd" Hsu)
  16964. Subject: Re: Caller ID Device
  16965. Reply-To: hsu@eng.umd.edu (Dave "bd" Hsu)
  16966. Organization: Merriversity of Uniland, College Purgatory
  16967. Date: Tue, 7 Nov 89 20:38:00 GMT
  16968.  
  16969. In article <telecom-v09i0489m07@vector.dallas.tx.us> hsu@eng.umd.edu 
  16970. (Dave "bd" Hsu) writes:
  16971.  
  16972. >Caller ID goes into operation in my area ... Thursday, October 2.
  16973. >[Moderator's Note: If it started October 2, I assume you have signed
  16974. >up? Can you give us any specifics of how it works in your application?
  16975.  
  16976. Duhhhh.  I meant to say *November* 2.
  16977.  
  16978.  
  16979. Dave Hsu    UMd EE Computer Facility    hsu@eng.umd.edu
  16980.  
  16981. "When a man with a katana meets a man with a [GAU-8] Avenger,
  16982.    the man with the katana dies."    - Samurai Cat
  16983.  
  16984. [Moderator's Note: Well in any event, have you signed up? Please give
  16985. us all the details.  PT]
  16986.  
  16987. ------------------------------
  16988.  
  16989. Subject: Re: PBX Use in Residences
  16990. Date: 7 Nov 89 15:37:59 PST (Tue)
  16991. From: Dave Speed <dspeed@sactoh0.uucp>
  16992.  
  16993. Patrick -
  16994.  
  16995. Where might these be available from ?  Any *used* units avail ?
  16996. Would they handle a Telebit ?
  16997.  
  16998.   David L. Speed - warp speed inc ; data purveyors since 1989
  16999.     <<    When the going gets weird, the weird turn pro.    >> 
  17000.  (known universe) !ames!pacbell!sactoh0!dspeed or dspeed @well.uucp
  17001.  8908 Van Gogh Circle, Fair Oaks, CA 95628 BELL: (916) 863-7226
  17002.  Attn: this message is CopyLeft 1989 : %include standard disclaimer 
  17003.  
  17004. [Moderator's Note: Sorry to say, I don't have any of the paperwork
  17005. from my old Melco 212 system around here. They are (were) in
  17006. Washington State. But Mitel makes the same thing. If someone has the
  17007. address of Mitel or Melco, please mail it to Mr. Speed.  PT]
  17008.  
  17009. ------------------------------
  17010.  
  17011. From: "David L Kindred (Dave" <moscom!pyrite.telesci!kindred@cs.rochester.edu>
  17012. Subject: Re: Cellular Phones Frying Your Brains
  17013. Date: 8 Nov 89 00:28:25 GMT
  17014. Organization: Telesciences CO Systems, Inc.
  17015.  
  17016.  
  17017. In article <telecom-v09i0489m01@vector.dallas.tx.us> john@zygot.ati.com 
  17018. (John Higdon) writes:
  17019.  
  17020.    In article <telecom-v09i0476m03@vector.dallas.tx.us>, c152-ft@cory.berkeley.
  17021.    edu (Steve Forrette) writes:
  17022.  
  17023.    > I have a rear-window capacitive-mount antenna for my cellular phone,
  17024.    > and the instructions that came with it stated that people should keep
  17025.    > all parts of themselves at least 6 inches from the antenna whenever
  17026.    > the phone was in use!
  17027.  
  17028. My $.02 -- is the through glass antenna warning because of harm to a person
  17029. sitting too close, or because the inherent equivalent circuit of the
  17030. human body would interfere with the through glass coupling??
  17031.  
  17032.  
  17033. EMail: kindred@telesci.UUCP (...!princeton!telesci!kindred)
  17034. Phone: +1 609 866 1000 x222
  17035. Snail: TeleSciences C O Systems, 351 New Albany Rd, Moorestown, NJ 08057-1177
  17036.  
  17037. ------------------------------
  17038.  
  17039. End of TELECOM Digest V9 #497
  17040. *****************************
  17041. 
  17042. 
  17043. Date:     Thu, 9 Nov 89 0:18:47 CST
  17044. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  17045. To:       telecom@eecs.nwu.edu
  17046. Subject:  TELECOM Digest V9 #498
  17047. Message-ID:  <8911090018.aa19863@delta.eecs.nwu.edu>
  17048.  
  17049.  
  17050. TELECOM Digest     Thu, 9 Nov 89 00:18:11 CST    Volume 9 : Issue 498
  17051.  
  17052. Today's Topics:                             Moderator: Patrick Townson
  17053.  
  17054.     Re: Time to "Disconnection" (Al L. Varney)
  17055.     Caller ID On My FAX Machine? (Richard P. Gruen)
  17056.     KERMIT Problem Response Summary (Terence J. McKiernan)
  17057.     Need E-Mail Information for Michelin (Mathew Zank)
  17058.     Televideo 925 Terminal User's Manual (Jeffrey M. Schweiger)
  17059. ----------------------------------------------------------------------
  17060.  
  17061. From: varney@cbnewsd.ATT.COM (Al Varney)
  17062. Subject: Re: Time to "Disconnection"
  17063. Date: 6 Nov 89 21:04:19 GMT
  17064. Reply-To: varney@ihlpf.ATT.COM (Al Varney)
  17065. Organization: AT&T Network Systems
  17066.  
  17067.  
  17068. In article <telecom-v09i0482m03@vector.dallas.tx.us> judice@kyoa.enet.dec.com 
  17069. (Louis J. Judice) writes:
  17070.  
  17071. >I never realized this until it was demonstrated to me, but at least in
  17072. >NJ on the Peapack Central Office, if you call person "A", person "A"
  17073. >can hang up, and pick up their phone up to about 15 seconds later
  17074. >without disconnecting "B". This is without any phone features, etc.
  17075.  
  17076. >If the calling party hangs up, of course the conversation is over. I
  17077. >also suspect that if the "called-party" is on a PBX, etc., that this
  17078. >"grace period" is not given.
  17079.  
  17080. >What is this, why does it exist? It is "dependable" or just a fluke?
  17081. >Is the 15 second limit a standard of some sort?
  17082.  
  17083. See "DISCONNECT" below:
  17084.  
  17085. And in article <telecom-v09i0488m09@vector.dallas.tx.us>, westmark!dave@uunet.
  17086. uu.net (Dave Levenson, 1 Nov 89) writes:
  17087.  
  17088. >This is generally true throughout NJ Bell territory.  If the calling
  17089. >party goes on-hook, the call is disconnected (the called party is left
  17090. >high-and-dry for about 20 seconds, and is then given dial tone).  But
  17091. >if the called party goes on hook, the call remains up for about 20
  17092. >seconds.  If the called party goes back off hook during this "grace
  17093. >period" the conversation may continue.  I'm not sure this is
  17094. >_universally_ true.  It is certainly not true where the called party
  17095. >is behind PBX, unless the PBX implements the same "grace period"
  17096. >feature.
  17097.  
  17098. DISCONNECT: change from off-hook to on-hook that persists beyond a
  17099.             prescribed time limit and can last indefinitely thereafter. 
  17100.             (Bellcore LSSGR,6.3.5.2)
  17101.  
  17102. But you want details?  OK.
  17103.  
  17104.     "True" disconnect (no Flash allowed):
  17105.    0-200 ms  Hit { "false" disconnect?}
  17106.  200-400 ms  Hit or disconnect {each switch draws the line within this range}
  17107.    > 400 ms  TRUE Disconnect
  17108.  
  17109.     Disconnect (Flash allowed - e.g., line has 3-way calling)
  17110.    0-200 ms  Hit
  17111.  200-300 ms  Hit or Flash
  17112. 300-1100 ms  Flash
  17113. 1100-1550ms  Flash or disconnect
  17114.    > 1550ms  TRUE Disconnect
  17115.  
  17116. These apply to caller and called parties.  When CALLER disconnects,
  17117. the CALLED party gets no dial tone for 10-12 seconds because, in most
  17118. cases, they don't want to make another call.  Good switch design tries
  17119. to give dial tone to the lines most likely to be able to complete a
  17120. call.  Most of the time the CALLED party doesn't disconnect right
  17121. away, the party either missed the switch-hook or is still scribbling
  17122. down the message, etc.
  17123.  
  17124. When CALLED party disconnects first, a 10-12 second "timed-release"
  17125. period starts.  The connection to the CALLER remains, such that a
  17126. CALLED party off-hook will result in a stable talking connection
  17127. again.  Why?  Don't know, but a good guess is historical.  The party
  17128. answering might answer, realize it's for another household/business
  17129. associate, hang up and yell for them to answer their extension.
  17130. Alternatively, the answering party could hang up and run to another
  17131. extension.  The reason could also be related to false disconnects when
  17132. operators dropped off or bridged on to TOLL or COIN calls via
  17133. switchboards.
  17134.  
  17135. For old-timers, the term DISCONNECT applied to only the CALLER and the
  17136. term HANG-UP was reserved for the CALLED party.  For inter-office
  17137. trunks:
  17138.  
  17139.    0-150 ms  Hit {in talking state, shorter in other states}
  17140.  150-500 ms  Hit or disconnect
  17141.    > 500 ms  Disconnect
  17142.  
  17143. The above is a condensation and re-write of information in the
  17144. Bellcore LSSGR, TR-TSY-000506, a Module of TR-TSY-000064; the AT&T
  17145. Practice 781-030-100, "Notes on Distance Dialing", Iss. 1, 1975, later
  17146. called "Notes on the Network" and then re-titled/edited as "Notes on
  17147. the Intra- LATA Network" by Bellcore after you-know-what.  PLEASE
  17148. don't design any equipment or program based on the above information.
  17149. BUY Bellcore's documents (and AT&T's, if they apply).  I've left out 4
  17150. pages of exceptions, extensions and special cases that will allow you
  17151. to almost work in the real world, but not quite.
  17152.  
  17153. And finally, in <telecom-v09i0492m06@vector.dallas.tx.us>,
  17154.     lars@salt.acc.com (Lars J Poulsen, 3 Nov 89) reads:
  17155.  
  17156. >In article <telecom-v09i0486m09@vector.dallas.tx.us>
  17157. >    MJB8949@ritvax.bitnet (Nutsy Fagen) writes:
  17158. >>        In a relatively simple manner, could someone explain how a
  17159. >>local telco communicates with a PABX in terms of incoming/outgoing
  17160. >>phone numbers?  ....
  17161.  
  17162. and he (lars) writes:
  17163.  
  17164. > ANI (Automatic Number Identification) ... On an outgoing call,
  17165. > the PBX tells the CO which extension the call came from.
  17166. > ... a phone-company owned "PBX" (I put it in quotes, because being
  17167. > phone-company-owned, it is not "private") is called a TANDEM switch.
  17168.  
  17169. In #1/1A ESS(tm), it's called CENTREX-CU [CUstomer premises, vs. the
  17170. more "normal" CENTREX-CO [Central Office].  It's still mostly a
  17171. class-5 switch, just on non-TELCO property.  One of the major
  17172. differences between the PBX ANI (used to be called AIOD-Automatic
  17173. Identified Outward Dialing(?)) and REAL ANI (sent only between Central
  17174. Offices and other TELCO equipment) is the PBX could be slow or broken
  17175. or just plain lie!  The older AIOD data link basically indicated the
  17176. low-order digits of the last outgoing call -- too many calls at once
  17177. and the "last" call and associated digits could be confused.
  17178.  
  17179. It's major purpose is in generating Call Detail records for the PBX
  17180. customer: The AMA Billing still goes to the designated Billing Address
  17181. for the PBX.  Most "modern" PBXs generate Call Detail records locally,
  17182. along with more data than most administrators could possibly use.
  17183. (This applies to switches also.)
  17184.  
  17185. > A PABX (Private Automatic Branch eXchange) is a smaller version of
  17186. > what the phone company has in the central office. ....
  17187.  
  17188. #small flames
  17189. Common misconception; a PBX/PABX is not a central office switch
  17190. stripped- down.  PABXs don't follow most of the rules of central
  17191. offices (like the DISCONNECT stuff above) and almost none of the rules
  17192. of trunking.  Each vendor can do as they please as long as the
  17193. customer is happy and the TELCO (or by-pass carrier) doesn't object.
  17194. The rules in the LSSGR, etc. are there for a reason (too bad Bellcore
  17195. doesn't give the reasons), and many of the reasons are there because
  17196. of Operator/Emergency Services, TOLL requirements, outside plant
  17197. facilities, CAMA, AIS and a requirement to be compatible with things
  17198. that exist in only a few places (and in requirements).
  17199.  
  17200. If PABXs could operate with minimum customer complaints, accurate Call
  17201. Records and maximum reliability in the real world of backhoe fade,
  17202. lightning, open wire facilities, digital facilities that fail and fade
  17203. Off-hook, cheap phones /answering machines/ modems/other PBXs, EMR,
  17204. foreign voltages, abusive customers, World Series overloads, two-party
  17205. lines, 8-party lines, cord boards, COIN lines, earthquakes, heat,
  17206. humidity, dry heat, cold and non-stop operation, maybe they would
  17207. approach a central office in capabilities, even if they don't have the
  17208. size to support 90,000 lines.  #flames off
  17209.  
  17210.   Sorry, I realize PABXs are complex and do some things a central
  17211. office would have a hard time doing (including meeting the National
  17212. Electric Code), but all those standards for REAL switches aren't in
  17213. there just to fill space.  One MAJOR casualty of divestiture is the
  17214. knowledge base that knew WHY the specs said a particular thing.
  17215.  
  17216.  Al Varney, AT&T Network Systems, CCS7 Network Services Customer Support,
  17217.   Lisle, IL     This note and I are NOT official spokespersons for AT&T
  17218.  
  17219. ------------------------------
  17220.  
  17221. Date: Mon 6 Nov 89 14:34:44-PST
  17222. From: "Richard P. Gruen" <RPG@heap.cisco.com>
  17223. Subject: Caller ID On My FAX Machine?
  17224.  
  17225. My FAX machine (a Murata M1200) reports on the last 20 calls, be they
  17226. transmit or receive, placed or received.  There's a space in the call
  17227. log for "Location" which in about a third of the cases shows a
  17228. ten-digit phone number.  This is true for local calls which I dial
  17229. with 7-digit numbers; for intra-LATA 10-digit calls; for genuine long
  17230. distance calls (although if I dial a leading 1, the log doesn't show
  17231. it); and even a 10-digit translation of the telephone number i reached
  17232. after i used an 800 number which showed the actual area code and phone
  17233. number instead of the 800 number.
  17234.  
  17235. I've gotten a number back even when the other party's header line (the
  17236. one with their time and date and logo) didn't have an included FAX
  17237. number.
  17238.  
  17239. So the question is, am i seeing Caller ID, or is there some part of
  17240. the G3 FAX protocol which provides these numbers?  If it's caller ID,
  17241. can I suppress it?  
  17242.  
  17243. [Moderator's Note: I think what you are seeing is simply the phone
  17244. number programmed into the handshaking routine on the other modem.
  17245. This is just whatever the other party decides to put in there. We have
  17246. the same thing on the faxes in our office. You could as easily program
  17247. the phrase '000-000-0000 Not Your Business, Inc' in there as you could
  17248. give the true phone number and your company name.  PT]
  17249.  
  17250. ------------------------------
  17251.  
  17252. Date: Wed, 8 Nov 89 10:12:16 PST
  17253. From: "Terence J. McKiernan" <terry@math.ucla.edu>
  17254. Subject: KERMIT Problem Response Summary
  17255.  
  17256. Light at the end of the tunnel for those of us who live in a
  17257. KERMIT-only world: ...
  17258.  
  17259. A few weeks ago I posted a plea for help with a KERMIT script problem.
  17260. I was trying to cycle a remote port up to the proper connect speed by
  17261. sending breaks.  I was trying to send \Kbreaks, which was wrong
  17262. because \Kbreak is a KERMIT verb, not a character.  \B was the proper
  17263. output character, as pointed out by Eric Boehm in Albany.  Thanks,
  17264. Eric!
  17265.  
  17266. Here is a summary of responses.  Thanks to all who wrote in.
  17267.  
  17268. Terry McKiernan
  17269. terry@math.ucla.edu
  17270.                         ----------
  17271.  
  17272.  From emb978@leah.Albany.EDU Wed Nov  1 11:23:40 1989
  17273.  
  17274. Here's a script fragment that I use to cycle a data switch:
  17275.  
  17276. :LOOP
  17277. PAUSE 1
  17278. INPUT 1 login:
  17279. IF FAILURE OUTPUT \B
  17280. REINPUT login:
  17281. IF FAILURE GOTO LOOP
  17282.  
  17283.  
  17284. Eric M. Boehm
  17285. EMB978@leah.Albany.EDU
  17286. EMB978@ALBNYVMS.BITNET
  17287.  
  17288.                             ----------
  17289.  
  17290.  From dg%lakart.UUCP@XAIT.Xerox.COM Thu Nov  2 09:22:05 1989
  17291.  
  17292. One suggestion to try (yes, it's a hack, but hey... if it works)
  17293.  
  17294. If you can, do the following:
  17295.  
  17296. Change the baud rate to the lowest available (75 is preferable, but 300
  17297. might just cut it), and send a NUL ('\0') character. That may look like
  17298. a break to the getty on the SUN - it works for our Integrated Solutions
  17299. BSD4.3 system. Of course, it goes without saying that you change it back
  17300. after sending it. :-)
  17301.  
  17302.             Yours,
  17303.  
  17304.     dg@lakart.UUCP - David Goodenough        +---+
  17305.                         IHS    | +-+-+
  17306.     ....... !harvard!xait!lakart!dg            +-+-+ |
  17307. AKA:    dg%lakart.uucp@xait.xerox.com              +---+
  17308.  
  17309.                       ----------
  17310.  
  17311.  From thomas@mvac23.uucp Thu Nov  2 14:50:54 1989
  17312.  
  17313. Have you tried sending this problem to the Kermit Distribution folks
  17314. at Columbia University?  They may have an answer for you or may send
  17315. the question on to the author of C/kermit who might have an answer.
  17316.  
  17317. Let me know if you don't have an address.  I can come up with the
  17318. address of the Kermit-Digest which answers questions just like yours.
  17319.  
  17320.                          - tom
  17321.  
  17322. internet     : mvac23!thomas@udel.edu  or  thomas%mvac23@udel.edu
  17323. uucp         : {ucbvax,mcvax,psuvax1,uunet}!udel!mvac23!thomas
  17324. Europe Bitnet: THOMAS1@GRATHUN1
  17325. Location: Newark, DE, USA                          
  17326. Quote   : Virtual Address eXtension.  Is that like a 9-digit zip code?
  17327.  
  17328.                         ----------
  17329.  
  17330.  From mcohen@BRL.MIL Mon Nov  6 10:55:52 1989
  17331.  
  17332. Thank you for the information.  We have a similar configuration to
  17333. yours - but ours has a Gandalf PACX (a digital switch) between the
  17334. modem and host mini.  We can't use 2400 bps speed even though
  17335. everything is capable of it.  The powers don't choose to set up the
  17336. configuration files for it yet.
  17337.  
  17338. You can program a break for any length of time (at lease in kermit).
  17339. Some terminal emulators have two breaks (like the vt100): short and
  17340. long.  Short is .232 sec and long is 3.5 sec according to the manual
  17341. for our vt100 lookalike terminal.  Break is defined as "the space
  17342. state" as in mark/space to define the bits in a character.  I think
  17343. the rest state for the line is mark.  You can get a very short break
  17344. for some purposes by typing a null character (eg ^@).
  17345.  
  17346. Well that's the end of my expertise.  Good luck.
  17347.  
  17348.  
  17349. Marty Cohen mcohen@brl.mil  {uunet|rutgers}!brl!mcohen
  17350. Custom House Rm 800, Phila. PA 19106 (215)597-8377
  17351.  
  17352. ------------------------------
  17353.  
  17354. From: Mathew Zank <apple!netcom!zank@ames.arc.nasa.gov>
  17355. Subject: Need E-Mail Information for Michelin
  17356. Date: 8 Nov 89 05:08:14 GMT
  17357. Organization: NetCom- The Bay Area's Public Access Unix System {408 997-9175} 
  17358.  
  17359.  
  17360. Can anyone send me the Telex number for the Michelin Company in
  17361. France. A Fax number can do also.
  17362.  
  17363. [Moderator's Note: Have you consulted the Telex Directory and/or telex
  17364. directory assistance?   PT]
  17365.  
  17366. ------------------------------
  17367.  
  17368. Date: Wed, 8 Nov 89 18:58:29 PST
  17369. From: "Jeffrey M. Schweiger X2502" <schweige@cs.nps.navy.mil>
  17370. Subject: Televideo 925 Terminal User's Manual
  17371.  
  17372.  
  17373. I have a friend who is trying to use a Televideo 925 terminal with a
  17374. 2400 bps modem to access a Defense Data Network (DDN) Terminal Access
  17375. Controller (TAC) node running at 1200 bps.  The terminal is presently
  17376. set for 2400bps operation.  She needs to reset the terminal's dip
  17377. switches to allow 1200bps operation, but has misplaced the user's
  17378. manual.  She received a 'brush off' when calling Televideo's customer
  17379. service, and we have been unable to locate a Televideo 925 User's
  17380. Manual around here.  We'd appreciate it if any comp.dcom.telecom
  17381. readers could be of help in locating such a manual.
  17382.  
  17383. Thanks,
  17384. Jeff Schweiger
  17385. (schweige@cs.nps.navy.mil)
  17386.  
  17387. ------------------------------
  17388.  
  17389. End of TELECOM Digest V9 #498
  17390. *****************************
  17391. 
  17392. 
  17393. Date:     Thu, 9 Nov 89 1:51:28 CST
  17394. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  17395. To:       telecom@eecs.nwu.edu
  17396. Subject:  TELECOM Digest V9 #499
  17397. Message-ID:  <8911090151.aa12712@delta.eecs.nwu.edu>
  17398.  
  17399.  
  17400. TELECOM Digest     Thu, 9 Nov 89 01:50:59 CST    Volume 9 : Issue 499
  17401.  
  17402. Today's Topics:                             Moderator: Patrick Townson
  17403.  
  17404.     Chicago Cellular Prefixes and the 312/708 Split (John R. Covert)
  17405.     Re: Chicago Cellular Prefixes and the 312/708 Split (David Tamkin)
  17406.     Small PBXs (Larry Rachman)
  17407.     D4 Channel Banks (Doug Faunt)
  17408.     T1 vrs. T2; and Info (Lance Ellinghouse)
  17409.     Re: Cheap Cellular Phones (Thomas E. Lowe)
  17410. ----------------------------------------------------------------------
  17411.  
  17412. Date: Mon, 6 Nov 89 14:53:08 -0800
  17413. From: "John R. Covert  06-Nov-1989 0932" <covert@covert.enet.dec.com>
  17414. Subject: Chicago Cellular Prefixes and the 312/708 Split
  17415.  
  17416. I just talked to both Chicagoland cellular providers, and got the
  17417. following information:
  17418.  
  17419. Ameritech currently has the following Chicago (312) prefixes:
  17420.     415 909 914* 805 802 718        [Summit, see below.]
  17421. These, of course, remain 312.
  17422.  
  17423. The following Ameritech prefixes will remain in area code 312, although
  17424. they are in suburban rate centers:
  17425.     550 (LaGrange), 590 (Arlington Heights), 502, 919 (Northbrook)
  17426.  
  17427. For one year, they will still have suburban rate centers.  At the end
  17428. of that time they will be changed to Chicago rate centers.
  17429.  
  17430. Ameritech customers who would like to keep suburban rate centers may
  17431. change their numbers to 708-710 (LaGrange) or 708-370 (Northbrook).
  17432.  
  17433. Cellular One has a "area-code split hotline" which required me to wait
  17434. ten minutes.  Then the person really didn't want to give me a list of
  17435. prefixes.  She told me that all of their prefixes are Schaumburg
  17436. prefixes, although it turns out that there are two Chicago prefixes
  17437. (+) among them.  The rest are Rozelle.
  17438.  
  17439. 659, 504, 815(?), 569(+), 401, 613, 315, 608, 203, 316, 607, 618, 320(+).
  17440.  
  17441. As was previously mentioned; these remain in 312.  The A/C split
  17442. person said "we're working on moving them to Chicago."  815 doesn't
  17443. exist, even though Cellular One had it on their list.
  17444.  
  17445. 708-217 will be the only new Cellular One suburban prefix for now.
  17446.  
  17447. Ameritech included 914 in the codes which are Chicago codes.  However,
  17448. 914 is currently a Summit rate center.  Landline phones in Summit in
  17449. prefixes 458, 496, 563, 594, 839 are moving to 508.  However, 229 and
  17450. 586 numbers are Chicago rate centers and are not moving.  (I think
  17451. Summit has been a topic of discussion in the past.)
  17452.  
  17453. /john
  17454.  
  17455. ------------------------------
  17456.  
  17457. From: David Tamkin <dwtamkin@chinet.uucp>
  17458. Subject: Re: Chicago Cellular Prefixes and the 312/708 Split
  17459. Date: Wed, 8 Nov 89 10:44:25 CST
  17460.  
  17461. Pat Townson solicited my input on a submission by John Covert about
  17462. the effect of the 312/708 split on cellular service.  OK, here goes
  17463. (the citations are from John Covert):
  17464.  
  17465. > I just talked to both Chicagoland cellular providers, and got the following
  17466. > information:
  17467.  
  17468. Information at which I only guessed, and John has cleared up.  Thank
  17469. you, Mr.  Covert, for completing the task.
  17470.  
  17471. > Ameritech currently has the following Chicago (312) prefixes:
  17472. >     415 909 914* 805 802 718        [Summit, see below.]
  17473. > These, of course, remain 312.
  17474.  
  17475. According to Illinois Bell, 415 is not in use.  Calls to the others
  17476. are treated by IBT as calls to Summit and by Centel as calls to
  17477. Chicago Zone 8 (except to 914, which both treat as a call to Summit).
  17478. I believe these are in the Hickory Hills cellular switch: IBT's
  17479. landline CO in Hickory Hills is considered part of the Oak Lawn rate
  17480. center, but it's possible that the cellular switch in Hickory Hills is
  17481. on the other side of town.  Illinois Bell tends to list cellular
  17482. prefixes' locations as the CO whose landlines cover the location of
  17483. the cellular center.
  17484.  
  17485. > The following Ameritech prefixes will remain in area code 312, although
  17486. > they are in suburban rate centers:
  17487. >     550 (LaGrange), 590 (Arlington Heights), 502, 919 (Northbrook)
  17488.  
  17489. 550 is listed by IBT as being in Wheaton (but staying in 312);
  17490. however, La Grange makes more sense.  More on 590 down below: it's a
  17491. problem.
  17492.  
  17493. > For one year, they will still have suburban rate centers.  At the end of that
  17494. > time they will be changed to Chicago rate centers.
  17495.  
  17496. > Ameritech customers who would like to keep suburban rate centers may change
  17497. > their numbers to 708-710 (LaGrange) or 708-370 (Northbrook).
  17498.  
  17499. > Cellular One has a "area-code split hotline" which required me to wait ten
  17500. > minutes.  Then the person really didn't want to give me a list of prefixes.
  17501.  
  17502. Nova Cellular (who resells service from both Ameritech Mobile and
  17503. Cellular One [the Cellular One name here is used by Southwestern Bell,
  17504. not by Bell South as I may have said before] as well as selling
  17505. equipment) are offering information on how the split will affect
  17506. cellular customers at (312 becoming 708) 571-4200.  Perhaps someone
  17507. less shy than I can probe their soources as Mr. Covert did with the
  17508. cellular providers themselves.
  17509.  
  17510. What was the hotline number at Cellular One?  (312 becoming 708)
  17511. 882-2181?  1-800-CELL-ONE?  Those are their regular customer service
  17512. numbers, but I too have heard them advertised as a source for area
  17513. code split information.  Mr.  Covert might have reached someone who
  17514. had no special designation for providing area code split information.
  17515.  
  17516. > She told me that all of their prefixes are Schaumburg prefixes, although it
  17517. > turns out that there are two Chicago prefixes (+) among them.  The rest are
  17518. > Rozelle.
  17519.  
  17520. The Roselle (with an S) rate center includes the towns of Schaumburg,
  17521. Hoffman Estates, and Bloomingdale as well as Roselle and parts of
  17522. others.  All IBT landline prefixes from the Roselle, Schaumburg, and
  17523. Schauburg North CO's, plus those prefixes in the Willowcrest CO that
  17524. are assigned to subscribers south of I-90 and Cellular One service
  17525. from Schaumburg, make up the Roselle rate center. Cellular One's
  17526. installation is in Schaumburg, so it can easily be Schaumburg to them
  17527. but Roselle on the rate center list.
  17528.  
  17529. > 659, 504, 815(?), 569(+), 401, 613, 315, 608, 203, 316, 607, 618, 320(+).
  17530.  
  17531. According to IBT, 203, 618, and 815 are not in use.  569 is a landline
  17532. prefix from Chicago-Newcastle (formerly wired from the Elk Grove CO)
  17533. used for foreign exchange service to the northwestern suburbs, but
  17534. apparently Cellular One has a block of numbers on it.  (The same is
  17535. true of Ameritech Mobile's space on 590: Illinois Bell confirmed that
  17536. 590 is a landline prefix in Arlington Heights.  A friend mentioned
  17537. that a friend of hers had service on 569, and my brother's car phone
  17538. is on 590.)  All telephone numbers I've seen on 569 are from 2000 on
  17539. up, so possibly the lower numbers are used for cellular service or the
  17540. highest one's above the top of the block beginning at 569-3000, used
  17541. by United Airlines' reservation agents.
  17542.  
  17543. [Flash: I just checked with IBT's audio response service again, and
  17544. there are these changes since yesterday: 309 (!) and 320 will be in
  17545. 312, 217 (!) and 999 will be in 708, and 590 "will be 312 for cellular
  17546. customers and 708 for all other customers."  That leaves 203, 212,
  17547. 415, 494, 514, 618, 760, 809, 903, and 912 available, assuming that
  17548. state boundaries mean nothing but that LATA boundaries still do.
  17549.  
  17550. Having a specific question to ask, I swallowed my shyness and called
  17551. both Illinois Bell and Ameritech Mobile to ask about 590.  Each
  17552. claimed to be unaware that it was shared with another provider; each
  17553. concurred that whatever 590 phones they controlled would go the the
  17554. respective area code (708 for IBT and 312 for Ameritech Mobile);
  17555. neither could provide me any guide, say by groups of specific
  17556. thousands, to which 590-XXXX's were theirs and which were from the
  17557. other company.  569 is not a problem because its land lines as well as
  17558. its cellular lines will be in 312.]
  17559.  
  17560. 320 is apparently in the Chicago-Congress cellular CO or divided
  17561. between there and the Chicago-Wabash landline CO a couple blocks away.
  17562. The other prefixes on that list (besides 203, 569, 618, and 815) are
  17563. Cellular One service from Schaumburg; maybe the cellular lines on 569
  17564. are in Schaumburg too.  IBT lists them as Willowcrest because the
  17565. Schaumburg cellular installation is in the area where landlines come
  17566. from the Willowcrest CO.
  17567.  
  17568. > As was previously mentioned; these remain in 312.  The A/C split person said
  17569. > "we're working on moving them to Chicago."  815 doesn't exist, even though
  17570. > Cellular One had it on their list.
  17571.  
  17572. Neither do 203 and 618, as far as I can tell.
  17573.  
  17574. > 708-217 will be the only new Cellular One suburban prefix for now.
  17575.  
  17576. So much for the sanctity of prefixes that match NPA's in the same
  17577. state.  309 has also been assigned, it turns out.
  17578.  
  17579. > Ameritech included 914 in the codes which are Chicago codes.  However, 914
  17580. > is currently a Summit rate center.  Landline phones in Summit in prefixes
  17581. > 458, 496, 563, 594, 839 are moving to 508.  However, 229 and 586 numbers
  17582. > are Chicago rate centers and are not moving.  (I think Summit has been a
  17583. > topic of discussion in the past.)
  17584.  
  17585. John's division of IBT landline prefixes from the Summit CO is
  17586. correct, but the suburban ones will be in 708; they are not moving to
  17587. Massachusetts.
  17588.  
  17589.  
  17590. David Tamkin  P.O Box 813  Rosemont, Illinois 60018-0813 |      BIX: dattier
  17591. dwtamkin@chinet.chi.il.us  (708) 518-6769 (312) 693-0591 | GEnie: D.W.TAMKIN
  17592. Everyone on Chinet has his or her own opinion about this.|   CIS: 73720,1570
  17593.  
  17594. ------------------------------
  17595.  
  17596. Date: 08 Nov 89 07:53:57 EST
  17597. From: Larry Rachman <74066.2004@compuserve.com>
  17598. Subject: Small PBXs
  17599.  
  17600. Recent comments on the topic of residential/small business PBXs have
  17601. encouraged me to share my experience with the Panasonic KX-T61610.
  17602.  
  17603. I installed one here about 6 months ago (replacing a two year old
  17604. KXT-616) and have found it to be *wonderful*. The nicest feature is
  17605. that you can freely mix and match propriatary Panasonic keyphones and
  17606. ordinary single line stations, without any special hardware or
  17607. configuration. The feature/key phones use the second cord pair to pass
  17608. key and lamping information between the station and the PBX; if the
  17609. PBX looks for the data and can't find it, it assumes you've attached a
  17610. plain phone.
  17611.  
  17612. I operate my business from my home, so its handy to be able to
  17613. configure for the house line to ring everywhere *but* the office, and
  17614. for the office lines to ring only in the office, but for everything to
  17615. be answerable everywhere. If the kids ever beat an 85% average,
  17616. they'll get extensions, and I'll have a chance to use the toll
  17617. restriction and SMDR capabilities.
  17618.  
  17619. You need at least one proprietary featurephone to configure the
  17620. system, which is done through the station keyboard and LCD screen. You
  17621. can dump the entire configuration to the SMDR printer for easier
  17622. reading, or archiving.
  17623.  
  17624. Between the phones, modems, fax, and so forth, I'm using 12 of the 16
  17625. station ports. I'm sure that the rest will find homes fairly soon. At
  17626. (New York Telephone) Centrex rates, the switch pays for itself every 6
  17627. month or so, and I get both Key and PBX features!
  17628.  
  17629. TeleCom Products (somewhere in California: 1-800-888-PHON) will ship
  17630. one of these for about $650 (or its little brother, the KXT30810, for
  17631. about $375). Tell them you're a phone store, and ask for the catalog.
  17632.                                         
  17633.                                          -Larry Rachman
  17634.  
  17635.  
  17636. [--I don't own or work for either Panasonic or TeleCom -- my
  17637. only relationships with these firms are the usual 'Capitalist
  17638. acts between consenting adults'.]
  17639.  
  17640. ------------------------------
  17641.  
  17642. Date: Wed, 8 Nov 89 09:06:43 -0800
  17643. From: Doug Faunt N6TQS 415-688-8269 <faunt@cisco.com>
  17644. Subject: D4 Channel Banks
  17645.  
  17646. I'm looking for sources and reccomndations for D4 channel banks, which
  17647. I think is the correct solution for this problem.
  17648.  
  17649. This is the problem, any suggestions for other solutions are
  17650. solicited.  I have a "remote" site going into operation.  T1 lines are
  17651. cheap and easy in this situation.  Metallic pairs aren't.  I want to
  17652. put up to 24 telephones in the remote site, connected to my AT&T
  17653. System 75.  The 75 T1 interface apparently can only be set up as a tie
  17654. trunk using E&M signaling.  
  17655.  
  17656. What I need is a channel bank that will either let me connect 2500
  17657. sets to that T1 channel, or a pair of channel banks that will let me
  17658. connect stations on one end to station ports on the other end.  A
  17659. distinct advantage, but probably not a requirement, is to be able to
  17660. use my 7406 digital telephones at the remote site.
  17661.  
  17662. Thanx, Doug
  17663.  
  17664. ------------------------------
  17665.  
  17666. From: lance@hermix.UUCP (Lance Ellinghouse)
  17667. Subject: T1 vs T2; and Info
  17668. Date: 8 Nov 89 17:02:36 GMT
  17669. Organization: Mark V Systems, Ltd., Encino, Ca.
  17670.  
  17671.  
  17672. Ok, dumb question time!!
  17673.  
  17674. I keep hearing about T1 and T2 service. I know that T1 carries more
  17675. (from previous posts). I also know that connecting to the Internet
  17676. takes a T1 line (from word of mouth).
  17677.  
  17678. Ok, now the questions:
  17679.    1) What exactly is the difference between a T1 and T2 line?
  17680.    2) What is the difference in Hardware that is needed to use them?
  17681.    3) What is the difference in costs? (This is regional and I would like
  17682.       a general idea if at all possible)
  17683.    4) How does one hook a computer to a T1 or T2 line? and what
  17684.       software is needed?
  17685.    5) Who do you contact for T1 and T2 install/maintance?
  17686.    6) Can a T2 be used for Internet? or only T1? is there something
  17687.       cheaper?
  17688.    7) anything else you can think of....
  17689.  
  17690. Direct answer are not needed if you can point me in a direction to
  17691. look.
  17692.  
  17693. I read Telecom as much as possible and have found it to be full of
  17694. answers to other questions that I have had!
  17695.  
  17696. Either post or E-mail (and I will summerize if people want).
  17697.  
  17698. Thanks!
  17699.  
  17700. Lance Ellinghouse
  17701. Mark V Systems, Ltd.
  17702. UUCP: ...!hermix!lance
  17703. ARPA: hermix!lance@anes.ucla.edu
  17704.  
  17705. ------------------------------
  17706.  
  17707. Date: Wed,  8 Nov 89 22:36:09 EST
  17708. From: Thomas E Lowe <tel@cdsdb1.att.com>
  17709. Subject: Re: Cheap Cellular Phones
  17710. Date: 9 Nov 89 03:35:57 GMT
  17711. Organization: AT&T Bell Laboratories
  17712.  
  17713.  
  17714. I recently posted requests for people having experience with "Cheap
  17715. Cellular Phones" from Jersey Cellular.  I received one reply which is
  17716. below.
  17717.  
  17718.  From jgy@hrmso.att.com Wed Nov  1 09:34 EST 1989
  17719.  To: hound!tel
  17720.  Subject: re: jersey cellular (cheep phones)
  17721.  
  17722. Tom,
  17723.  
  17724. I bought the $288, NEC 3700 at jersey cellar yesterday and thought I'd
  17725. give you a few comments;
  17726.  
  17727. The total bill was $437; Price does not include installation (75-100)
  17728. or an antenna (50-100).
  17729.  
  17730. Rates went up at 4:30pm yesterday (right after I got mine), the
  17731. selection of plans were:
  17732.  
  17733. "Advantage": $29 per month AND 55 cents per minute PEAK, 35 NON-PEAK
  17734. "Alternate Heavy usage": $49 per month AND 40 cents per minute PEAK &
  17735. NON-PEAK "Alternate Off Peak": $15 per month AND 75 cents per minute
  17736. PEAK, 25 NON-PEAK
  17737.  
  17738. PEAK hours are 0700 - 2100 (yuck!)
  17739.  
  17740. They talked me into the advantage plan, on reflection the $14
  17741. difference would pay for 70 minutes of peak calling ( 1400 / ( 75 - 55 ) ).  
  17742. You can change plans for $10.00
  17743.  
  17744. Finally, if you decide to get a phone from them consider the following
  17745. offer:
  17746.  
  17747. If I give them your name as a referral when you sign up they will give
  17748. me a $50.00 credit to my account, If you want to do this I'll give you
  17749. $25.00, fair ?
  17750.  
  17751. Once signed up you'll have the same opportunity of course.
  17752.  
  17753. John Young
  17754.  
  17755. p.s.
  17756. They said installation would take 45 minutes, it took an little over 1 hour.
  17757.  
  17758.  
  17759. Tom Lowe    tel@hound.ATT.COM or  att!hound!tel     201-949-0428
  17760. AT&T Bell Laboratories, Room 2E-637A
  17761. Crawfords Corner Road,  Holmdel, NJ  07733
  17762. (R) UNIX is a registered trademark of AT&T  (keep them lawyers happy!!)
  17763.  
  17764. ------------------------------
  17765. End of TELECOM Digest V9 #499
  17766. *****************************
  17767. 
  17768. 
  17769. Date:     Thu, 9 Nov 89 2:33:45 CST
  17770. From:     TELECOM Moderator <telecom@eecs.nwu.edu>
  17771. To:       telecom@eecs.nwu.edu
  17772. Subject:  TELECOM Digest V9 #500
  17773. Message-ID:  <8911090233.aa14935@delta.eecs.nwu.edu>
  17774.  
  17775.  
  17776. TELECOM Digest     Thu, 9 Nov 89 02:30:28 CST    Volume 9 : Issue 500
  17777.  
  17778. Today's Topics:                             Moderator: Patrick Townson
  17779.  
  17780.     Re: Why Not 00 as the International Prefix in the US? (Bill Huttig)
  17781.     Re: Why Not 00 as the International Prefix in the US? (John R. Levine)
  17782.     Re: Cryptic Abbreviations (David Lewis)
  17783.     Re: Cryptic Abbreviations (Jeff DeSantis)
  17784.     Re: Cryptic Abbreviations (Kevin Hopkins)
  17785.     Re: Dreams of the Phone System (B.J. Herbison)
  17786.     Re: Cellular Phones Frying Your Brains (Brian Kantor)
  17787.     Re: PABX Communications With Local Telco (Alex Beylin)
  17788.     Re: Need Circuit for Answering Machine Killer (Ken Thompson)
  17789. ----------------------------------------------------------------------
  17790.  
  17791. From:  Bill Huttig <la063249@zach.fit.edu>
  17792. Subject: Re: Why Not 00 as the International Prefix in the US?
  17793. Date: 8 Nov 89 17:23:28 GMT
  17794. Reply-To:  Bill Huttig <la063249@zach.fit.edu>
  17795. Organization: Florida Institute of Technology, ACS, Melbourne, FL
  17796.  
  17797.  
  17798. In article <telecom-v09i0497m02@vector.dallas.tx.us> rmadison@euler.berkeley.
  17799. edu (Linc Madison) writes:
  17800.  
  17801. >Oy!  I found that surprising, since in Australia the digit to dial for
  17802. >calls outside a Centrex or similar system is "0" instead of "9" in
  17803. >U.S.  Thus, a call to the U.S. from an Australian Centrex is
  17804. >0-0011-1-etc.  To then have "000" as emergency seems it could have
  17805. >high potential for misdials.  "Emergency?  No, I'm trying to reach
  17806. >France!"
  17807.  
  17808. Reminds me of when I was in Tallahasees (81-84) Centel had the Time
  17809. & Temperature number of 118.  I moved off campus for a semester and
  17810. naturally I picked up the phone and dialed 9-118 since I was use to
  17811. dialing 9 for off campus, and I got 911.
  17812.  
  17813. Bill
  17814.  
  17815. ------------------------------
  17816.  
  17817. From: "John R. Levine" <johnl@esegue.segue.boston.ma.us>
  17818. Subject: Re: Why Not 00 as the International Prefix in the US?
  17819. Reply-To: johnl@esegue.segue.boston.ma.us
  17820. Organization: Segue Software, Cambridge MA
  17821. Date: Wed, 8 Nov 89 16:55:14 GMT
  17822.  
  17823. In article <telecom-v09i0497m03@vector.dallas.tx.us> "Brandon S. Allbery" 
  17824. <telotech!bsa%hal@uunet.uu.net> writes:
  17825.  
  17826. >I just saw an AT&T ad in USN&WR that claimed that "00" is international
  17827. >directory assistance.
  17828.  
  17829. Actually, 00 is your long-distance company operator.  The traditional
  17830. AT&T way to get international directory assistance is to call the
  17831. operator, hence dial 00 (or, I suppose, 10288-0).  I have also gotten
  17832. international DA from AT&T's international information center at
  17833. 800-874-4000.
  17834.  
  17835. In the past, if you got international DA through the operator, they'd
  17836. charge you for the call unless you called the number you got
  17837. afterwards.  The one time I got DA from the 800 number, they asked me
  17838. for the number I was calling from but didn't charge me.  Anybody know
  17839. how they charge now?
  17840.  
  17841.  
  17842. John R. Levine, Segue Software, POB 349, Cambridge MA 02238, +1 617 864 9650
  17843. johnl@esegue.segue.boston.ma.us, {ima|lotus|spdcc}!esegue!johnl
  17844. Massachusetts has over 100,000 unlicensed drivers.  -The Globe
  17845.  
  17846. ------------------------------
  17847.  
  17848. From: David Lewis <nvuxr!deej@bellcore.bellcore.com>
  17849. Subject: Re: Cryptic Abbreviations
  17850. Date: 5 Nov 89 18:03:16 GMT
  17851. Organization: Bellcore, Livingston, NJ
  17852.  
  17853.  
  17854. In article <telecom-v09i0490m06@vector.dallas.tx.us>, U5434122@ucsvc.ucs.
  17855. unimelb.edu.au writes:
  17856.  
  17857. > Could someone please explain some North American abbreviations:
  17858.  
  17859. > NXX-XXXX   (why 'N' )
  17860.  
  17861. Warning: I started writing a response to this and ended up trying to
  17862. provide a shorthand explanation of the North American Numbering Plan.
  17863. The strict answer to the question provided is three lines down; the
  17864. rest is further information.... lots further...]
  17865.  
  17866. As to why "N" and "X", I don't know.  "N" is ex-Bell System shorthand
  17867. for a digit in the range 2-9; X for a digit in the range 0-9.  They
  17868. came into use, as far as I know, at the time that all-number dialing
  17869. came into use (when exchanges became known by number, instead of
  17870. NAme...)
  17871.  
  17872. North American Numbering Plan (NANP) (that which defines the syntax
  17873. for telephone numbers in North America) syntax for a telephone number
  17874. is:
  17875.  
  17876.     N(0/1)X-NNX-XXXX
  17877. OR
  17878.     N(0/1)X-NXX-XXXX.
  17879.  
  17880. The first has been the syntax since the introduction of all-number
  17881. dialing until the introduction of "interchangeable codes" -- 3-digit
  17882. codes which can be either an exchange or an area code (NPA code, or
  17883. Numbering Plan Area code, in NANP parlance).  It made for simpler
  17884. switches, since the switch can do a three-digit analysis -- if the
  17885. second digit is 0 or 1, it has to collect seven more digits; if the
  17886. second digit is 2-9, it has to collect four more digits.
  17887.  
  17888. Unfortunately, it also restricts the number of available NPA codes and
  17889. exchange codes.  Therefore, the NANP has been modified to permit
  17890. interchangeable codes.  This is first being implemented according to
  17891. the second syntax above -- the second digit of an exchange code, in
  17892. areas which have implemented interchangeable codes, can now be 0-9
  17893. instead of being limited to 2-9.  This adds 152 new available
  17894. exchanges in each NPA (although practically the number is something
  17895. less, because the "home NPA" and N00 codes are not recommended for use
  17896. as exchanges).  The second step, interchangeable NPA codes, will
  17897. result in NPAs being of the format NXX as well, instead of N(0/1)X.
  17898. That will come about when the available set of NPA codes is exhausted,
  17899. predicted to happen sometime around 1995.
  17900.  
  17901. This also gets into a discussion of dialing methods, which came up in
  17902. another post.  (I do seem to digress a bit, don't I...)  Given the use
  17903. of interchangeable exchange codes (I really should use the proper
  17904. terminology -- "interchangeable CO codes"), switches can no longer
  17905. simply examine the second digit dialed and determine whether it's an
  17906. NPA code or CO code.  This is the reason Bellcore is recommending the
  17907. "Prefix method" of dialing -- 7D and 1+10D being allowable dialed
  17908. numbers, 1+7D and 10D not being allowable.  This is a "clean"
  17909. technical solution -- leading 1 means collect 10 digits, no leading 1
  17910. means collect 7 digits (plus special cases like N11).
  17911.  
  17912. Unfortunately, as has been pointed out, it's not so clean a solution
  17913. when considering customer toll restriction.  What is considered a
  17914. "toll" call and what is considered a "local" call is not a strictly
  17915. technical decision, and will become less and less easily mapped to
  17916. home/foreign NPA considerations (particularly with more and more cases
  17917. of multiple NPAs in a single city, for example).  A leading 1 may or
  17918. may not be toll; no leading 1 may or may not be toll.  CO switches
  17919. have the appropriate routing and billing tables loaded to keep track
  17920. of that -- but CPE doesn't.
  17921.  
  17922. I suppose the paranoid out there could argue that this is all a BOC
  17923. plot to destroy competition with CPE in the Toll Restriction Service
  17924. market, but I don't believe that's the case.  Far more important an
  17925. issue is that not using the Prefix method requires a timer after the
  17926. seventh digit dialed to determine if end of dialing is reached.  This
  17927. adds to call setup time -- after dialing seven digits when you mean to
  17928. dial seven digits, the CO switch has to wait and see if you intend to
  17929. dial an eighth -- and increases the probability of error -- you forget
  17930. the number halfway through, so dial NPA-NXX-X and stop to look up the
  17931. remainder, and the switch times out and places the call to NPA-NXXX.
  17932. Granted, that's unlikely given that the syntax is such that most
  17933. people remember NPA-NXX- then stop to look up the XXXX.
  17934.  
  17935. The call setup time considerations are most definitely not trivial,
  17936. though -- consider trying to sell state regulatory agencies on
  17937. increasing the call setup time by two seconds for *every* phone call
  17938. placed by every Joe Random in the state, to make it easier for "all
  17939. them big corporations with all their fancy equipment" to have toll
  17940. restriction or other dialing plan services in CPE...  I'd rather not,
  17941. myself.
  17942.  
  17943. Apologies for the digression.
  17944.  
  17945. David G Lewis                ...!bellcore!nvuxr!deej
  17946.  
  17947.             "If this is paradise, I wish I had a lawnmower."
  17948.  
  17949. ------------------------------
  17950.  
  17951. From: Jeff DeSantis <jjd@necis.nec.com>
  17952. Subject: Re: Cryptic Abbreviations
  17953. Date: 8 Nov 89 20:15:21 GMT
  17954. Reply-To: jjd@necis.UUCP (Jeff DeSantis)
  17955. Organization: NEC Information Systems, Acton, MA
  17956.  
  17957.  
  17958. In article <telecom-v09i0490m06@vector.dallas.tx.us>, U5434122@ucsvc.ucs.
  17959. unimelb.edu.au writes:
  17960.  
  17961. >> NXX-XXXX   (why 'N' )
  17962.  
  17963. Quoting from the second edition of:
  17964.     Engineering and Operations in the Bell System
  17965.     Copyright 1977, 1983 by Bell Telephone Laboratories, Inc.
  17966.  
  17967. Page 115.
  17968.     "The following set of symbols is commonly used in discussing the
  17969.      numbering plan and dialing procedures:
  17970.  
  17971.         N   =  Any digit 2 through 9.
  17972.         X   =  Any digit 0 through 9.
  17973.         0/1 =  Either 0 or 1."
  17974.  
  17975. Page 118 footnote 11.
  17976.     "Although all-number calling is now the system standard, telephone
  17977.      numbers have an alphanumeric tradition. Despite the personal appeal
  17978.      of names (which often had local geographical significance, for
  17979.      example, MUrray Hill 7-1234) rather than all-number codes, letters
  17980.      were a basic barrier to the use of the full range of dial-code
  17981.      sequences and numbers were commonly referred to as "2L+5N" to call
  17982.      attention to the alphanumeric usage. It should be noted, though,
  17983.      that the alphanumeric format also used the "3-4" character 
  17984.      subgrouping."
  17985.  
  17986. No longer quoting.
  17987.     I also remember as a child (mid '50s) making my first phone calls
  17988.     by picking up the handset, waiting for the operator to say
  17989.     "Number please", and replying "RE8" followed by the four digit
  17990.     phone number I wanted.  A few years later when we got rotary dial
  17991.     phones, the prefix was changes to AT4, then sometime in the sixties
  17992.     I remember the prefix changing to 284 (no real change since AT4 is
  17993.     284).
  17994.  
  17995. ------------------------------
  17996.  
  17997. Subject: ReL Cryptic Abbreviations
  17998. Reply-To: K.Hopkins%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk
  17999. Date: Wed, 08 Nov 89 10:18:49 +0000
  18000. From: Kevin Hopkins <pkh%computer-science.nottingham.ac.uk@nsfnet-relay.ac.uk>
  18001.  
  18002.  
  18003. I think it would be useful if someone could compile a list of terms
  18004. and initials that are frequently used in the digest. It could then be
  18005. left on cs.bu.edu for anonymous ftp and would be especially useful for
  18006. new readers (and some of us that get confused every now and then :-).
  18007. I am willing to compile it if pushed, but I think someone in the
  18008. States would be better suited as most of the terms apply to the US and
  18009. the list could be compiled quicker as email wouldn't have to hop
  18010. across the Atlantic all the time.
  18011.  
  18012. Any takers?
  18013.  
  18014. +--------------------------------------------+--------------------------------+
  18015. | K.Hopkins%cs.nott.ac.uk@nsfnet-relay.ac.uk | Kevin Hopkins,              |
  18016. | or    ..!mcvax!ukc!nott-cs!K.Hopkins         | Department of Computer Science,|
  18017. | or in the UK: K.Hopkins@uk.ac.nott.cs         | University of Nottingham,      |
  18018. | CHAT-LINE: +44 602 484848 x 3815         | Nottingham, ENGLAND, NG7 2RD   |
  18019. +--------------------------------------------+--------------------------------+
  18020.  
  18021. [Moderator's Note: I quite agree with you, and if one or more users
  18022. will compile this, I'll gladly make it available in the Archives.  PT]
  18023.  
  18024. ------------------------------
  18025.  
  18026. Date: Wed, 8 Nov 89 05:58:11 -0800
  18027. From: "B.J.  08-Nov-1989 0855" <herbison@ultra.enet.dec.com>
  18028. Subject: Re: Dreams of the Phone System
  18029.  
  18030. > Last night I had a dream in which I was making a call from a pay
  18031. > phone. I stuck my credit card in the slot, and the dialtone was
  18032. > interrupted by a computer generated voice:
  18033.  
  18034. >    "Mister <da Silva>, you have a message from <Stephanie>.  Please
  18035. >     push 1 if you would like to take it now."
  18036.   
  18037. > OK, you telecom futurists... when will this service be available? You
  18038. > better hurry... it was a 15-cent payphone.
  18039.  
  18040.         I don't think you should wait for the service--you should
  18041.         contact Stephanie directly to find out what's in the message.
  18042.  
  18043.                         B.J.
  18044.  
  18045. ------------------------------
  18046.  
  18047. Date: Wed, 8 Nov 89 10:21:51 -0800
  18048. From: Brian Kantor <brian@ucsd.edu>
  18049. Subject: Re: Cellular Phones Frying Your Brains
  18050. Organization: The Avant-Garde of the Now, Ltd.
  18051.  
  18052. The 6-inch warning is because of the imminent proximity of lawyers.
  18053. The chances of anything happening even from touching the antenna is
  18054. small, but by including this warning, the company has a better defense
  18055. against the inevitable lawsuit.
  18056.  
  18057.     - Brian
  18058.  
  18059. ------------------------------
  18060.  
  18061. Subject: Re: PABX Communications With Local Telco
  18062. Organization: Chrysler Financial Corp., Southfield, MI
  18063. Date: 8 Nov 89 14:07:59 EST (Wed)
  18064. From: Alex Beylin <cfctech!alexb@sharkey.cc.umich.edu>
  18065.  
  18066. In article <telecom-v09i0497m06@vector.dallas.tx.us> David G Lewis writes:
  18067.  
  18068. >(I could get into a discussion of Class 5 Offices and Class 4 Offices
  18069. >and Heirarchical versus Non-Heirarchical Routing and Access Tandems,
  18070. >but that would just unduly confuse the issue... :-))
  18071.  
  18072. I, for one, would like to see such a discussion.
  18073.  
  18074. Overall, I have to say that in the last few month comp.dcom.telecom has
  18075. moved to the top of my .newsrc due to postings by people like David and 
  18076. Larry.  
  18077.  
  18078. Please, if time permits, do go into discussions of how things work.
  18079.  
  18080. On a side note, did anyone ever assembled a reference list for
  18081. telephony textbooks, from basic to complex? 
  18082.  
  18083.  Alex Beylin, Unix Systems Admin.       | +1 313 948-3386
  18084.  alexb%cfctech.uucp@mailgw.cc.umich.edu | Chrysler Financial Corp.
  18085.  sharkey!cfctech!alexb                  | MIS, Distributed Systems
  18086.  ATT Mail ID: attmail!abeylin           | Southfield, MI 48034
  18087.  
  18088.  
  18089. ------------------------------
  18090.  
  18091. From: Ken Thompson <kthompso@entec.wichita.ncr.com>
  18092. Subject: Re: Need Circuit for Answering Machine Killer
  18093. Date: 8 Nov 89 21:17:25 GMT
  18094. Reply-To: Ken Thompson <kthompso@entec.wichita.ncr.com>
  18095. Organization: NCR Corporation, Wichita, KS
  18096.  
  18097.  
  18098.  
  18099. I used the following circuit with my machine:
  18100.  
  18101.              ________| |________
  18102.              |       | |        |
  18103.              |        10uF      |
  18104.              |                  |
  18105. _____________|_____/\/\/\/\_____|__________
  18106.                       1Kohm
  18107.  
  18108.  
  18109. Put it in series with one leg of the pair to the machine only.  The
  18110. cap. passes the ring signal.  The resistor is the key here.  With the
  18111. machine off hook the line has a higher resistance, current is
  18112. relatively constant.  The machine thinks it is on a longer drop pair
  18113. and works normally Lift any phone in the house and most of the current
  18114. goes to the phone.  If the machine checks the current in the loop or
  18115. has a vox circuit, it does not matter, it thinks the caller has hung
  18116. up and it also disconnects.
  18117.  
  18118.  
  18119. Ken Thompson     N0ITL  
  18120. NCR Corp.  3718 N. Rock Road            
  18121. Wichita,Ks. 67226  (316)636-8783       
  18122. Ken.Thompson@wichita.ncr.com                                                 
  18123.  
  18124. ------------------------------
  18125.  
  18126. End of TELECOM Digest V9 #500
  18127. *****************************
  18128. 
  18129.