home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / 1981-86.volumes.1-5 / vol5.iss077-161 < prev    next >
Internet Message Format  |  1990-01-27  |  861KB

  1. From telecom@eecs.nwu.edu Fri Jan 26 00:23:55 1990
  2. Received: from delta.eecs.nwu.edu by gaak.LCS.MIT.EDU via TCP with SMTP
  3.     id AA24630; Fri, 26 Jan 90 00:21:49 EST
  4. Resent-Message-Id: <9001260521.AA24630@gaak.LCS.MIT.EDU>
  5. Received: from WINNIE.FIT.EDU by delta.eecs.nwu.edu id aa29008;
  6.           25 Jan 90 9:48 CST
  7. Received: from zach.fit.edu by winnie.fit.edu (5.57/Ultrix2.4-C)
  8.     id AA01753; Thu, 25 Jan 90 10:29:14 EST
  9. Received: by zach.fit.edu (5.58/HARRIS-4.0)
  10.     id AA06424; Thu, 25 Jan 90 10:29:39 EST
  11. Date: Thu, 25 Jan 90 10:29:39 EST
  12. From: Bill Huttig <la063249@zach.fit.edu>
  13. Message-Id: <9001251529.AA06424@zach.fit.edu>
  14. Apparently-To: telecom@eecs.nwu.edu
  15. Resent-Date:  Thu, 25 Jan 90 23:22:37 CST
  16. Resent-From: telecom@eecs.nwu.edu
  17. Resent-To: ptownson@gaak.LCS.MIT.EDU
  18. Status: RO
  19.  
  20. 25-Dec-85 00:24:00-PST,8760;000000000000
  21. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  22. Received: from XX.LCS.MIT.EDU by SRI-CSL.ARPA with TCP; Wed 25 Dec 85 00:23:37-PST
  23. Date: 25 Dec 85 02:20-EST
  24. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  25. Subject: TELECOM Digest V5 #77
  26. To: Telecom@XX.LCS.MIT.EDU
  27. Reply-To: Telecom@XX.LCS.MIT.EDU
  28.  
  29. TELECOM Digest                       Wednesday, December 25, 1985 2:20AM
  30. Volume 5, Issue 77
  31.  
  32. Today's Topics:
  33.  
  34.                        Re: TELECOM Digest V5 #75
  35.                          UPTA 9600 baud modems
  36.                              MNP and CCITT
  37.                      Faceplate for 2500 set needed
  38.                          Stupid GTE Commercial
  39.                          UPTA 9600 baud modems
  40.                  Re: MNP Proposed as Industry Standard
  41.  
  42. ----------------------------------------------------------------------
  43.  
  44. Date: Mon 23 Dec 85 12:15:42-PST
  45. From: STERNLIGHT <STERNLIGHT@USC-ECL.ARPA>
  46. Subject: Re: TELECOM Digest V5 #75
  47.  
  48. Werner Uhrig appears amazed at the notion that you can speed up Xmodem
  49. transfers by  doing  something  at  one  end  only  (Mainstay's  Turbo
  50. Download).   This is a good example of what Kuhns was talking about in
  51. "The History of Scientific Revolutions" when  he  talked  about  being
  52. stuck in the paradigm.  Of course, it's impossible.  No, sorry Werner,
  53. I do it every day with Turbo Download, which speeds up  my  Compuserve
  54. transfers  by a factor of 2 to 4 on 1200 and 2400 baud lines and saves
  55. me a LOT of money.  Compuserve has no special software or equipment to
  56. work  with Turbo Download; I suspect they never heard of it.  They use
  57. the same Xmodem protocol most other people do.   O.K.,  enough  hints.
  58. Now  that  you  know the answer to the puzzle is not advertising scam,
  59. think some more.  (When I was an MIT  undergraduate  this  was  called
  60. "The proof is left to the student.")
  61.  
  62. Best; --david--
  63.  
  64. ------------------------------
  65.  
  66. Date: Tue, 24 Dec 85 13:38:11 EST
  67. From: Michael A. Grant <mgrant@tove.umd.edu>
  68. Subject: UPTA 9600 baud modems
  69.  
  70. Ok, here's the scoop:
  71.  
  72. I called them up.  It uses V.29.  It's software selectable for 4800,
  73. 7200, or 9600 baud.  It's full duplex, except, not really.  It has
  74. about a 1 second timeout before switching directions.  It's $895 for
  75. the IMB-PC version, $995 for a standalone RS-232 version.  She said
  76. that it works fine over AT&T, but not so well over alterrnate carriers.
  77.  
  78. The ad apeared in Byte, Dec. 85, p. 74.
  79.  
  80. The address is:
  81. Electronic Vaults, Inc.
  82. 12347-E Sunrise Vally Drive
  83. Reston, VA  22091
  84. (703) 620-3900
  85.  
  86. ------------------------------
  87.  
  88. Date: Tue 24 Dec 85 11:11:53-PST
  89. From: Ole Jorgen Jacobsen <OLE@SRI-NIC.ARPA>
  90. Subject: MNP and CCITT
  91.  
  92.  
  93.     I believe that it is the (possibly unwritten) policy of
  94. CCITT *not* to accept any "de-facto" standard, but rather design
  95. something entirely from scratch so as not to give any vendor
  96. market advantage. I hope someone can correct me on this, but I
  97. fear the thruth is pretty bleak.
  98.  
  99. ------------------------------
  100.  
  101. Date: Tue 24 Dec 85 11:15:04-PST
  102. From: Ole Jorgen Jacobsen <OLE@SRI-NIC.ARPA>
  103. Subject: Faceplate for 2500 set needed
  104.  
  105.  
  106. Any one know where I can find a faceplate for a 2500 phone set (the
  107. piece of plastic with the phone number and 12 holes for the keypad)?
  108. AT&T repair won't send out parts, but will take your phone and "fix"
  109. it for $16 plus shipping which seems rather unecessary for such a 
  110. small item.
  111.  
  112. Ole
  113.  
  114. ------------------------------
  115.  
  116. Date: Tue, 24 Dec 85 15:47:43 EST
  117. From: davy@purdue-ecn.ARPA (Dave Curry)
  118. Subject: Stupid GTE Commercial
  119.  
  120.  
  121. Has anyone seen the stupid GTE commercial where they want you to
  122. call 1-800-GEE-NO-GTE?  Has anyone counted how many digits are
  123. represented by "GEE-NO-GTE"?  Maybe this is why GTE service is so
  124. poor -- we're supposed to be dialing an eigth digit!
  125.  
  126. Oh, what some people won't go through for a cute phone number.
  127.  
  128. --Dave Curry
  129.  
  130. ------------------------------
  131.  
  132. Date: Wed, 25 Dec 1985  00:57 EST
  133. From: "David D. Story" <FTD%MIT-OZ @ MC.LCS.MIT.EDU>
  134. Subject: UPTA 9600 baud modems
  135.  
  136.  
  137. Is what you're saying that the modem is really half-duplex but
  138. with a one second timeout to simulate full duplex. For fast typing
  139. that will not satifice. For a CRC run as a protocol on top they
  140. would do well for a data tranfer modem. I will call and get teh techy
  141. spec. Maybe get a trial modem  and link to one of their own sites/
  142. Let's see what happens. Any other replies ?
  143. Dave
  144.  
  145. ------------------------------
  146.  
  147. Date: 24 Dec 85 15:42:37 GMT
  148. From: "Barry A. Burke" <adelie!barry@harvard.HARVARD.EDU>
  149. Subject: Re: MNP Proposed as Industry Standard
  150.  
  151. >> >>  It's not clear whether
  152. >> >> anything can be gained (or if it's even possible) by running MNP in
  153. >> >> software in say, your PC's terminal emulator. 
  154. >
  155. > My question was (intended to be), can I run MNP in software
  156. >if I have a terminal emulator running on a general-purpose computer system?
  157. >or is MNP hard-tied into the data-transmission circuits/algorithms in
  158. >the modem?  
  159. >
  160. >Ralph's reply, which makes sense to me, seems to say that running
  161. >any error-correction protocol "closer" to the application is
  162. >a good thing.  This would mean that running MNP in my terminal emulator
  163. >would be a good thing.
  164. >
  165.  
  166. I obviously was not very explicit in my original posting regarding the
  167. above statement.  What I am saying is that MNP is quite likely a
  168. time-based correction protocol, as it was developed to run on modem
  169. hardware (as opposed to X.PC, which was designed to run in the PC
  170. itself).  To maintain the high throughput of MNP (it's effectively
  171. transparent on clean lines- low overhead), I suspect that a
  172. time-synchronous factor is included in the missed packet/packet
  173. framing componenet of MNP.  This would enable packets to be simply
  174. framed and checksummed.  X.PC, on the otherhand, must have a much more
  175. X.25-like framing in order to handle multiple sessions over the link.
  176.  
  177. What I'm driving at is that MNP is a reasonably effective and
  178. efficient error correction protocol for the physical layer, but it
  179. probably can't well be implemented in software on a GP PC or
  180. timesharing system, because of it's origin as a component of a piece
  181. of comms hardware.  Running MNP in userspace on your VAX might be much
  182. like running SDLC without any hardware to help- good luck.
  183.  
  184. And while I agree that error correction (and recovery) really must be
  185. done at the application level, error recovery at lower levels can
  186. reduce the overal data-flow overhead, as the higher up the problems
  187. must be RECOVERED from, the more the overhead to perform the recovery
  188. (note that the DETECTION overhead is predictably constant at each
  189. level).  So, for me, I'd prefer the following (as an example):
  190.  
  191.  
  192.     PC                            Remote HOST
  193. ============                        ===========
  194.  
  195. APPLICATION     <---   (Appl. ERROR CORRECTION) --->    APPLICATION
  196.   CLIENT                              SERVER
  197.     v                                 v
  198.     v                                                        v
  199.    X.PC        <---   (X.PC ERROR CORRECTION)  --->        X.PC
  200.   CLIENT        [running on Host CPU]           SERVER
  201.     v                                                        v
  202.     v                                 v
  203.    MNP        <---   (MNP ERROR CORRECTION)   --->        MNP
  204.   MODEM            [running in Modems]           MODEM
  205.     v                                                        v
  206.     v                                                        v
  207.     - - - - - - - - - - - - - - -/ /- - - - - - - - - - - - -
  208.  
  209. Too much of today's Application software assumes clean, clear data
  210. transfer to/from the remote device- a case that's not even 99% true
  211. for direct connect devices, much less anyhting that connectes over
  212. phone lines.  MNP (in my opinion) tries to make the phone lines look
  213. clear, but do NOT protect from every data error the Application may
  214. see.  Likewise, X.PC (I've worked for years over X.25 links- the only
  215. thing that's assured is that whatever garbage you put in one side will
  216. come out the other, in the right order!).  If you want error-free, you
  217. have to do error correction at the application.  BUT since pending
  218. flushes, data re-packetizing, and retransmission is expressed in CPU &
  219. memory use overhead- you'll get a better PERFORMING package if you use
  220. a recovery protocol at several different layers.
  221.  
  222. Remember, the best performing error recovery implementation is one
  223. that costs nothing to detect errors, and never has to correct any!
  224. --
  225. LIVE:    Barry A. Burke, (617) 965-8480 x26
  226. USPS:    Adelie Corporation, 288 Walnut St., Newtonville, MA  02160
  227. UUCP:    ..!{harvard | decvax!linus!axiom}!adelie!barry
  228. ARPA:    adelie!barry@harvard.HARVARD.EDU, barry%adelie.UUCP@harvard.HARVARD.EDU
  229.  
  230. ------------------------------
  231.  
  232. End of TELECOM Digest
  233. *********************
  234. 11-Jan-86 19:25:25-EST,12165;000000000000
  235. Mail-From: JSOL created at 11-Jan-86 18:59:55
  236. Date: 11 Jan 86 18:59-EST
  237. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  238. Subject: TELECOM Digest V5 #85
  239. To: Telecom@XX.LCS.MIT.EDU
  240. Reply-To: Telecom@XX.LCS.MIT.EDU
  241.  
  242. TELECOM Digest                       Saturday, January 11, 1986 6:59PM
  243. Volume 5, Issue 85
  244.  
  245. Today's Topics:
  246.  
  247.                     Touch Tone/Dial Pulse Dialing
  248.                           Re: Access Charges
  249.                                Microcom
  250.                    Re: Touch-Tone (tm) Line Charges
  251.                                DMI/CPI
  252.                      Touch-Tone (tm) Line Charges
  253.                          EA problems (help!)
  254.  
  255. ----------------------------------------------------------------------
  256.  
  257. Date: Fri 10 Jan 86 11:12:15-PST
  258. From: HECTOR MYERSTON <MYERSTON@SRI-KL.ARPA>
  259. Subject: Touch Tone/Dial Pulse Dialing
  260.  
  261.     This concerns ESS machines only.  When I worked on ESS  software
  262. sometime back there  was a a  big program to  convert all customer  dial
  263. receivers to  combimed  TT/Dial.   ANY customer  served  could  outpulse
  264. either and the  machine would recognize  it.  This obviously  simplified
  265. assignment of Line Equipment.
  266.          There is (was) a  software feature called TOUCH-TONE  Detection
  267. on Dial  Pulse  Lines.   When  this  feature  did  its  self-explanatory
  268. function, the switch would then  (depending on the parameter  settings.)
  269. either (1) Deny the call OR (2) Complete the call and print a message on
  270. the Maint TTY.
  271.          What the operating companies did with the printouts is open  to
  272. speculation, I suspect they ignored random casual use an went after  the
  273. constant users.
  274.          I agree its  a rip  to charge  extra for  something which  aids
  275. TELCO in call completion.
  276. +HECTOR+
  277.  
  278. ------------------------------
  279.  
  280. Date: Fri, 10 Jan 86 12:41:52 pst
  281. From: sun!saber!msc@ucbvax.berkeley.edu (Mark Callow)
  282. Subject: Re: Access Charges
  283.  
  284. > "Access charges are really being used to prevent bypass"
  285. How?  Charging poeple more for their local service and for "access"
  286. to the long distance networks surely encourages people/companies to
  287. bypass the local operating company.
  288.  
  289. ------------------------------
  290.  
  291. Date: 7 Jan 86 02:46:00 GMT
  292. From: John Levine <harvard!bbnccv!ima!johnl@SEISMO.CSS.GOV>
  293. Subject: Microcom
  294.  
  295. Several people have asked who and where is Microcom.  They are a modem
  296. maker that has been around for a while.
  297.  
  298.     Microcom, Inc.
  299.     1400A Providence Highway
  300.     Norwood MA 02062
  301.     617-762-9310
  302.     Telex II 710-336-7802 MICROCOM NWD
  303.  
  304. I hear that those not privileged to live in Massachusetts can call them
  305. at 800-322-ERA2.
  306.  
  307. John Levine, ima!johnl
  308.  
  309. ------------------------------
  310.  
  311. Date: Fri, 10 Jan 86 17:24:42 pst
  312. From: decwrl!sun!ra!boylan@ucbvax.berkeley.edu (Lee Boylan)
  313. Subject: Re: Touch-Tone (tm) Line Charges
  314.  
  315. I, too, got a letter from Pacific Bell saying their equipment noticed that
  316. I was using a tone phone without paying for tone dialing.  They by default
  317. would start charging for it, but they gave me a number to call.  I told the
  318. lady I returned that phone, so she said they would fix my line so it
  319. wouldn't accept tones.
  320.  
  321. It still accepts tones, but I don't tone dial that much, anymore, so they
  322. won't hastle me.  Meanwhile, I gave my parents back east a tone phone which
  323. DOESN'T work for them, so I had to get them a pulse model.  Since their
  324. exchange went through some big changes a short time back, I have to think
  325. they have new equipment.  So there must be a way to ignore tones from
  326. people who don't pay the surcharge.
  327.  
  328. I expect someday they will announce that it's just as much trouble to
  329. accept pulses as tones, so they will want to hit everybody for the surcharge.
  330.  
  331. ------------------------------
  332.  
  333. Date: Fri, 10 Jan 86 23:54:53 est
  334. From: jem@BORAX.LCS.MIT.EDU (John E. McNamara)
  335. Subject: DMI/CPI
  336.  
  337. OK, I'll take the bait. While I was working for DEC I worked with NTI
  338. (actually with Bell Northern Research) on creating the CPI spec. I
  339. later was given a copy of the DMI spec and had occasion to talk at
  340. some length with the ATTIS people who wrote it.
  341.  
  342. Unfortnuately, since I left my copies of this material with DEC when I
  343. left, I might not be able to answer very specific questions, but I'd
  344. be happy to give a general outline.
  345.  
  346. First, the issue of goals. DEC and NTI were very anxious to create a
  347. product which could be used immediately. They felt that the
  348. appropriate way to connect the TDM backplane of an electronic PBX and
  349. the TDM backplane of a computer would be via a TDM transmission
  350. facility. Hence, T1 carrier was chosen. The T1 interfaces made by NTI
  351. and other PBX manufacturers used "robbed bit signalling", and the T1
  352. facilities that one could obtain were often of that type (although
  353. short point-to-point T1 need not be). AT&T was making noises about
  354. getting away from that signalling system "before the end of the
  355. decade", but this was Fall 1981, so that seemed a long way away and
  356. the product goal was speed to market with an economical product.
  357.  
  358. The reason for the long-winded introduction is that I am now about to
  359. explain the evils of robbed bit signalling. In T1, at least when used
  360. with the most common channel banks, 24 channels produce 8 bit samples
  361. (192 bits) and an additional bit called the "framing bit" is added to
  362. produce a 193 bit frame. The frames occur at an 8KHz rate, i.e. one
  363. every 125 microseconds. The "framing bit" varies in a prescribed
  364. pattern (100011001110 or something like that). This pattern not only 
  365. permits receiving equipment to eventually figure out where frames are,
  366. it also permits one to count the frames and identify every sixth
  367. frame, example. Now, in voice transmission, you don't REALLY need
  368. eight bits of sampling, do you? No, an occasional seven bit sample
  369. would never be noticed. SO, the T1 transmiting channel bank steals
  370. a sample bit in each channel on every sixth frame and uses that bit
  371. to convey on-hook/off-hook signalling information, i.e. both
  372. supervision and dial pulses. Touch-tone(R) would of course go right
  373. down the voice channel (but supervision is still in the robbed bits).
  374.  
  375. Another property of much of the installed T1 base is that since binary
  376. 1's are pulses and 0's are no-pulse, a certain "density" of 1's is
  377. required to maintain clocking. The best way to insure you don't get
  378. in trouble is to make sure each 8-bit sample has at least one 1. In
  379. voice, this can be done by making silence be all 1-s and rarely if
  380. ever using the all-0's code. The Bell System devised a scheme called
  381. B8ZS coding which substituted aa particular illegal pulse pattern
  382. that violated the "every pulse must alternate polarity" rule in a
  383. specific way to mean "00000000" and recognized that at the receiving
  384. T1 terminal. However, this has/had not been widely installed.
  385.  
  386. A final issue, not specifi to T1, is rate adaption, i.e. how do you
  387. send 4800 bps data on a 56,000 or 64,0000 bit facility.
  388.  
  389. OK, with that background, here's what CPI and DMI do to solve these
  390. problems:
  391.  
  392. Robbed bit signalling:
  393.  
  394. CPI always assigns the high order (or is it low order?) bit as a 1.
  395. Since this bit is not being used, it doesn't matter if it's stolen for
  396. signalling. Unfortunately, this also limits the speed to 56,000 in the
  397. initial version of CPI. A new version is being / has been proposed by
  398. NTI which also offers a full 8-bit format for use on non-robbed-bit 
  399. facilities. This format is in addition to the existing formats and
  400. offers full 64,00 bit capability. 
  401.  
  402. The DMI only operates on non-robbed-bit facilities and uses all 8 bits
  403. to obtain full 64,000 bit capability. All signalling is done over the
  404. 24th channel and uses a very elaborate protocol built on LAPB, etc.
  405. When people say that DMI is ISDN-compatible, what they really mean
  406. is that is uses 23 64Kb data channels and 1 64Kb signalling channel,
  407. like an ISDN primary rate interface does. This does not mean DMI and
  408. ISDN are compatible,, interoperable, or anything else.
  409.  
  410. One-s Density Requirements:
  411.  
  412. Since every CPI data byte has one of the bits permanently 1, to avoid
  413. the robbed bit problem, the density problem is also solved. In the
  414. NTI full-8-bit variation, I guess you just have to be careful.
  415.  
  416. In DMI, their full 8-bit format also has to be careful. There are some
  417. other formats used (see Rate Adaption, below), and one of them is
  418. quite clever. It uses HDLC and inverts the data so that there are
  419. never more than 5 ZERO bits in a row, except for the six in a flag.
  420.  
  421. Rate Adaption:
  422.  
  423. Since the CPI uses only seven bits,, it has the following formats:
  424. For 56,000 bps, just pour the bits in, seven bits per frame. For
  425. 48,000 bps, just pour the bits in, six bits per frame. For async,
  426. put data in four-bit nibbles. The coding of the formats permits one
  427. to have "stuffer" bytes which are time fills, announce the next
  428. character as being EIA signalling information for modem pools, etc.
  429. An additional feature is that for speeds of 9600 and below the data
  430. nibbles are send high-nibble, low-nibble, high nibble, low nibble,
  431. etc, a total of three times. The bits are then voted on two out of
  432. three, a form of forward error correction. This sounds complex, but
  433. the DEC interface uses a fairly simple 2901 state machine to do it,
  434. as I recall.
  435.  
  436. The DMI also has several formats, and my recollection is that the
  437. synchronous transmission formats are basically the same pour-it-in
  438. fashion as the CPI. There are two async formats, one used for "weird"
  439. speeds and one used for more conventional speeds. The weird speed one
  440. samples the line at high speed and treats the samples as high speed
  441. synchronous data. The standard speed format waits for twenty characters
  442. or eight milliseconds, whichever comes first. It then takes the
  443. characters accumulated and packages them as an HDLC message, inverts
  444. the data, and sends them on their way.
  445.  
  446. Summary:
  447.  
  448. CPI Pros: Fairly simple to implement, VLSI not required.
  449.           Works with existing facilities and PBX interface boards.
  450.  
  451. DMI Pros: More flexible in meeting long range requirements.
  452.  
  453. Sorry for the long-windedness. Hope it's been some help.
  454. Regards,
  455. John
  456.  
  457. ------------------------------
  458.  
  459. Date: Sat, 11 Jan 1986  00:11 EST
  460. From: "David D. Story" <FTD%MIT-OZ @ MC.LCS.MIT.EDU>
  461. Subject: Touch-Tone (tm) Line Charges
  462.  
  463.  
  464. It was ano olde AT&T trick when the introduction of Touch (tm) Tone
  465. was supposed to save the busy executive time. While being cheaper to
  466. operate, AT&T ergonomics (The wonderful world of Bell) had the
  467. leverage to charge for touch tone because they were originally 
  468. meant for business and justifable for the rate increases. 
  469.  
  470. I originally saw the TT at New York's World Fair. That's 25 years
  471. ago. 
  472.  
  473. Well as far as your problem, don't pay and wait and see.
  474.  
  475. ------------------------------
  476.  
  477. Date: Sat 11 Jan 86 00:13:53-EST
  478. From: Ron S Schnell <RONNIE@DEEP-THOUGHT.MIT.EDU>
  479. Subject: EA problems (help!)
  480.  
  481.  
  482. It seems that whenever I (or anyone) uses SPRINT to dial ANY NUMBER in
  483. NPA 305, there is a half second delay.  I have verified this by
  484. counting into the phone and having the other person attempt to count
  485. at thesame time.  This is really annoying and I have called SPRINT 
  486. Customer Service several times but they just keep giving me credit for
  487. the calls and it continues.  Does anyone have any idea why this happens?
  488.  
  489. Another (more serious) problem I have experienced, is that when I use
  490. many of the LD svcs other than AT&T and a couple of others, after being
  491. connected for a few seconds, the other person will dissapear for a
  492. fraction of a second.  This makes it impossible for me to use my modem
  493. because carrier gets lost after being connected.  This doesn't seem
  494. to happen to all areas...617 is one of them.  The pitch of the static
  495. seems to change after that happens too, and often a lot of the static
  496. goes away.  
  497.  
  498. I would appreciate it if anyone could fill me in on what is happenning in
  499. either or both of these cases.
  500.  
  501.  
  502.                 #Ron
  503.                 (ronnie%sutcase.bitnet@wiscvm)
  504.                 (ronnie%mit-eddie.arpa)
  505.  
  506. ------------------------------
  507.  
  508. End of TELECOM Digest
  509. *********************
  510. 14-Jan-86 02:30:59-EST,8489;000000000000
  511. Mail-From: ELMO created at 14-Jan-86 00:47:35
  512. Date: 14 Jan 86 00:47-EST
  513. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  514. Subject: TELECOM Digest V5 #86
  515. To: Telecom@XX.LCS.MIT.EDU
  516. Reply-To: Telecom@XX.LCS.MIT.EDU
  517.  
  518. TELECOM Digest                       Tuesday, January 14, 1986 12:47AM
  519. Volume 5, Issue 86
  520.  
  521. Today's Topics:
  522.  
  523.                    Re: Touch-Tone (tm) Line Charges
  524.                  Australian Local Phone Rates (query)
  525.                        Re: Re: calling party ID
  526.                          EA problems (help!)
  527.                               touch-tone
  528.                   Re:  Touch-Tone (tm) Line Charges
  529.                           Alternate circuits
  530.                          New AT&T IDDD rates
  531.  
  532. ----------------------------------------------------------------------
  533.  
  534. Date: Sat, 11 Jan 86 14:18:05 pst
  535. From: decwrl!glacier!oliveb!tolerant!waynet@ucbvax.berkeley.edu (Wayne Thompson)
  536. Subject: Re: Touch-Tone (tm) Line Charges
  537.  
  538. Unfortunately, they can deny touch-tone service. When I moved recently
  539. I went for pulse dial rate. One day, out of curiostity, I switched my
  540. phone to TT and dialed. It was ignored completely and dial tone was
  541. still present. Sorry for the news.
  542.  
  543. Wayne Thompson
  544. ..{bene,mordor,nsc,oliveb,pyramid,ucbvax}!tolerant!waynet
  545.  
  546. ------------------------------
  547.  
  548. Date: 12 Jan 86 00:55 PST
  549. From: William Daul / McDonnell-Douglas / APD-ASD  <WBD.TYM@OFFICE-1.ARPA>
  550. Subject: Australian Local Phone Rates (query)
  551.  
  552. Does anyone know what the local Australian phone rates are like?  What I would 
  553. like to hear is that they DON'T have local measured service, that they have a 
  554. monthly charge for local service.  Thanks if anyone knows.  --Bi//
  555.  
  556. ------------------------------
  557.  
  558. From: kitty!larry@seismo.CSS.GOV
  559. Date: Sun, 12 Jan 86 10:31:21 EST
  560. Subject: Re: Re: calling party ID
  561.  
  562. > In Los Angeles, emergency calls to 911 show up with the caller's address
  563. > and phone number at a CRT.  What kind of set up is used here?
  564.  
  565.     What you are referring to is generally called Enhanced 911 since it
  566. provides detailed calling party identification, as opposed to plain old 911
  567. which at best only provided a telephone number.
  568.     A 911 call is routed to a special central office trunk circuit, with
  569. such trunk being similar to that of TSPS, in that the trunk (under attendant
  570. control) can hold the calling subscriber seized to the trunk, can re-ring the
  571. line, etc.  This 911 trunk also has available to it the calling number of the
  572. subscriber line which called it; this calling number is sent over a data line
  573. to a telephone company data center which maintains a centralized data dase of
  574. subscriber line numbers against actual name, address, and possibly other
  575. information.  The resultant identity data is then sent back (not necessarily
  576. by the same route) to the public safety organization where the 911 calls are
  577. answered, where it is displayed on a terminal.
  578.     The general trend is to have centralized data bases on a statewide
  579. or LATA-wide basis of subscriber number correlated to name, address, etc.,
  580. rather than to expect the information to reside in the actual central office
  581. where the call originated.  This scheme also quiets some concerns of telephone
  582. company management about potential abuse of information if were too easily
  583. accessed by telephone company personnel; such would be the case if the data
  584. base resided in each central office.
  585.     Most of the Enhanced 911 that has already been implemented has been
  586. done so with technical variations in each installation.  To a certain extent
  587. this is unavoidable, but efforts are being made to standardize the apparatus
  588. and method of installation (at least from the standpoint of AT&T Network
  589. Systems and AT&T Technologies).  One of the great benefits to be derived from
  590. standardization is that Enhanced 911 will eventually be available everywhere,
  591. with calls routed to the PROPER public safety agency for the address of the
  592. calling party; i.e., the telephone company data base will determine to which
  593. public service agency the call should be routed.  Under these circumstances,
  594. a central office will no longer be an arbitrary boundary for the public safety
  595. agency answering 911 calls - which is only proper, since a given central office
  596. will often serve more than one political subdivision. 
  597.  
  598. ==>  Larry Lippman @ Recognition Research Corp., Clarence, New York        <==
  599. ==>  UUCP    {decvax|dual|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry  <==
  600. ==>  VOICE   716/741-9185                {rice|shell}!baylor!/             <==
  601. ==>  FAX     716/741-9635 {G1, G2, G3 modes}    duke!ethos!/               <==
  602. ==>                                               seismo!/                 <==
  603. ==>  "Have you hugged your cat today?"           ihnp4!/                   <==
  604.  
  605. ------------------------------
  606.  
  607. Date: Sun, 12 Jan 86 11:50:15 EST
  608. From: "Paul R. Grupp" <GRUPP@MC.LCS.MIT.EDU>
  609. Subject:  EA problems (help!)
  610.  
  611. The half second delay you refer to is the time it takes to bounce a
  612. signal off a 44Kmile orbit satelite. (186,000 Miles_per_Sec/(2*44,000
  613. that's 1/4 sec up plus 1/4 sec back).
  614.  
  615. -Paul
  616.  
  617. ------------------------------
  618.  
  619. Date: Mon, 13-JAN-1986 10:49 EST
  620. From: Ronald A. Jarrell  <JARRELLRA%VTVAX5.BITNET@WISCVM.WISC.EDU>
  621. Subject:  touch-tone
  622.  
  623.  
  624. When I used to live in the D.C. area (C&P telephone..) if you had a real live
  625. A.T.&T phone and *didn't* have touch-tone service, you didn't even get the
  626. tones.. In fact, hitting a button wouldn't break dial-tone as I recall...
  627.  
  628. -Ron Jarrell
  629.  
  630. ------------------------------
  631.  
  632. Date:     Mon, 13 Jan 86 10:19:46 EST
  633. From:     Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  634. Subject:  Re:  Touch-Tone (tm) Line Charges
  635.  
  636. New York World's Fair was in 1964-65. (Not yet 25 years ago.)
  637.  
  638. ------------------------------
  639.  
  640. Date: Mon, 13 Jan 86 13:47:28 est
  641. From: Marvin Sirbu <sirbu@gauss.ECE.CMU.EDU>
  642. Subject: Alternate circuits
  643.  
  644.  
  645.     Another (more serious) problem I have experienced, is that when I use
  646.     many of the LD svcs other than AT&T and a couple of others, after 
  647.     being
  648.     connected for a few seconds, the other person will dissapear for a
  649.     fraction of a second.  This makes it impossible for me to use my modem
  650.     because carrier gets lost after being connected.  This doesn't seem
  651.     to happen to all areas...617 is one of them.  The pitch of the static
  652.     seems to change after that happens too, and often a lot of the static
  653.     goes away.  
  654.     
  655. Telco circuits frequently have automatic monitoring ewuipment which is
  656. checking the quality of a line.  Microwave systems in particular are subject
  657. to periodic fading or dropout due to atmoshperic conditions.  When a poor
  658. microwave link is detected, the entire group of channels running over that
  659. link may be switched to a different tranmission facility -- thus both the
  660. temporary drop out and the better quality when you come back.
  661.  
  662. ------------------------------
  663.  
  664. Date: 13-Jan-1986 1358
  665. From: covert%castor.DEC@decwrl.DEC.COM  (John Covert)
  666. Subject: New AT&T IDDD rates
  667.  
  668.  
  669. AT&T just lowered the rates to several countries effective 2 Jan, and this is
  670. what I've been able to get:
  671.  
  672.   7A-1P          1P-6P          6P-7A
  673. 1.65  .99    1.23  .75     .99  .60    U.K.
  674.  
  675. 1.89 1.14    1.41  .86    1.13  .69    Eire
  676.  
  677. 1.94 1.09    1.46  .82    1.16  .65    Germany, France, Switzerland,
  678.                         Italy, Sweden, Netherlands,
  679.                         Norway, Denmark, Spain, 
  680.                         Belgium, Austria
  681.  
  682. 2.17 1.22    1.63  .92    1.30  .73    Greece, Gibralter, Finland,
  683.                         Luxembourg
  684.  
  685. 2.23 1.25    1.67  .94    1.33  .75    Czechoslovakia, G.D.R., Romania
  686.                         Portugal, Poland, Yugoslavia,
  687.                         Iceland, Turkey, Cyprus,Hungary
  688.  
  689.   6A-12N      12N-5P      5P-6A
  690. 2.12 1.09    1.60  .81    1.27  .66    South Africa
  691.  
  692.   2P-8P          8P-3A          3A-2P
  693. 3.62 1.35    2.72 1.03    2.17  .81    Australia
  694.  
  695. Remember that AT&T is not the only company providing voice service; you can
  696. (from many exchanges) prefix your call with 10222 for MCI or 10777 for GTE.
  697. With AT&T's new rates, they are the cheaper than GTE to the U.K. for calls
  698. lasting longer than three to seven minutes.  By the way, if you have chosen
  699. a carrier other than AT&T as your default, you have to prefix 10288 to get
  700. AT&T, even for countries not served by your carrier.  The other companies do
  701. not currently serve as many countries as AT&T, but GTE provides dial service to
  702. Bangladesh and Botswana, which requires an operator via AT&T.
  703.  
  704. /john
  705.  
  706. ------------------------------
  707.  
  708. End of TELECOM Digest
  709. *********************
  710. 15-Jan-86 03:04:24-EST,16971;000000000000
  711. Mail-From: ELMO created at 15-Jan-86 01:52:05
  712. Date: 15 Jan 86 01:52-EST
  713. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  714. Subject: TELECOM Digest V5 #87
  715. To: Telecom@XX.LCS.MIT.EDU
  716. Reply-To: Telecom@XX.LCS.MIT.EDU
  717.  
  718. TELECOM Digest                      Wednesday, January 15, 1986 1:52AM
  719. Volume 5, Issue 87
  720.  
  721. Today's Topics:
  722.  
  723.                          disabling touch-tone
  724.                     Satellite Delay (EA problems)
  725.                        Re: EA problems (help!)
  726.                      Re: CNA and Number Databases
  727.                    Re: Residential Busy-Out Problem
  728.                    Re: Touch-Tone (tm) Line Charges
  729.                                 10ATT
  730.                            USR Courier 2400
  731.                    Re: Touch-Tone (tm) Line Charges
  732.                   Re: Faceplate for 2500 set needed
  733.         Sun-2 vs. Hayes when used for both dialin and dialout
  734.  
  735. ----------------------------------------------------------------------
  736.  
  737. Date:  Tue, 14 Jan 86 09:17 EST
  738. From:  "Richard Kovalcik, Jr." <Kovalcik@MIT-MULTICS.ARPA>
  739. Subject:  disabling touch-tone
  740.  
  741. Just because touch-tone doesn't work, doesn't mean it's disabled,
  742. especially if you have an older ATT or ITT phone.  If you do not hear a
  743. tone when you push the button, then you have tip and ring backwards
  744. (reversed polarity).  If you do hear the tone and it doesn't break dial
  745. tone, then touch-tone is disabled.
  746.  
  747. P.S.  Anyone seen those silly polarity reversers they sell for $5.95?  I
  748. guess it's for people too scared to use a screwdriver on a junction box.
  749.  
  750. ------------------------------
  751.  
  752. Date: Tue 14 Jan 86 12:07:00-EST
  753. From: Ron S Schnell <RONNIE@DEEP-THOUGHT.MIT.EDU>
  754. Subject: Satellite Delay (EA problems)
  755.  
  756. But when AT&T uses sattelite, how come there isn't a half second delay?
  757.  
  758. ------------------------------
  759.  
  760. Date: Tue, 14 Jan 86 08:36:18 pst
  761. From: decwrl!amdcad!mike@ucbvax.berkeley.edu (Mike Parker)
  762. Subject: Re: EA problems (help!)
  763.  
  764. Not that it matters, but I think it is 22,000 miles to
  765. geosynchronous orbit. The delay is 1/4 second one way, but
  766. the round trip ( which is important in echo situations )
  767. is 1/2 seconds. I have heard that most long distance voice is
  768. done by satellite in one direction and by microwave in the
  769. other, this reduces the echo time to ~1/4 second and makes the
  770. echo less annoying.
  771.  
  772. Mike
  773.  
  774. ------------------------------
  775.  
  776. From: kitty!larry@seismo.CSS.GOV
  777. Date: Tue, 14 Jan 86 15:17:15 EST
  778. Subject: Re: CNA and Number Databases
  779.  
  780. > In Denmark, there are several separate service numbers for directory
  781. > assistance:
  782. >     0015, 0016 ... International Directory Assistance, by country group
  783. >     0034    Name to number
  784. >     (area code) 0034 Name to number for that area code
  785. >     0039 (??)    Number to name-and-address
  786. >     (area code)    Number to name-and-address in that area code
  787. > So when I got here, there came a day when I needed number-to-name-and-address
  788. > lookup, and I called the operator to ask how to get that information, and
  789. > I was shocked to learn that the phone company apparently is barred by
  790. > regulation from providing that information to consumers, ("privacy")
  791. > ...
  792.  
  793.     When I was a kid during the 50's, I can distinctly remember that the
  794. information operator (old 411) could give out telephone listings by street
  795. number.  This service seems to have disappeared after the great NNN-XXXX
  796. conversion, which in my area was around 1960.  There was also a lot less
  797. concern about personal privacy in the 50's!
  798.  
  799. ==>  Larry Lippman @ Recognition Research Corp., Clarence, New York        <==
  800. ==>  UUCP    {decvax|dual|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry  <==
  801. ==>  VOICE   716/741-9185                {rice|shell}!baylor!/             <==
  802. ==>  FAX     716/741-9635 {G1, G2, G3 modes}    duke!ethos!/               <==
  803. ==>                                               seismo!/                 <==
  804. ==>  "Have you hugged your cat today?"           ihnp4!/                   <==
  805.  
  806. ------------------------------
  807.  
  808. From: kitty!larry@seismo.CSS.GOV
  809. Date: Tue, 14 Jan 86 15:17:27 EST
  810. Subject: Re: Residential Busy-Out Problem
  811.  
  812. > The problem is simply stated; my apartment has two extensions,
  813. > one a plastic drugstore fone and one a GTE touch-tone. For long
  814. > periods of time (but intermittantly and unpredictably) callers
  815. > from outside trying to reach us get a busy signal, when the extensions
  816. > are solidly hung up. The corollary of this from inside seems to be
  817. > an event where, for long periods of time etc., we can't get a dial tone.
  818. > This has been going on since last April, when we moved in. 
  819. > C & P says they can't find any problem (we've never been able to get them
  820. > to monitor the line for a 24-hour period). 
  821. > Does anyone have any good insights into this? Any possibility that it's
  822. > an "outside" problem? What prompts that question is that the telco junction
  823. > boxes or whatever they're called for the apt bldgs appear to be very
  824. > poorly secured; often I'll see one with the door hanging open.
  825.  
  826.     There could be a variety of reasons, including a telephone company
  827. problem in the central office (although that has the least probability).  Since
  828. the telephone company has not been able to solve the problem, I guess it's up
  829. to you.  I would therefore use the next time when you have no dial tone to
  830. perform some diagnosis:
  831.  
  832. (1)    Unplug both phones; can you get dial tone when only ONE telephone is
  833.     plugged in?  If so, then the OTHER phone is probably bad.  Make certain
  834.     that you can reproduce the problem before reaching a final conclusion.
  835.  
  836. (2)    Assuming (1) didn't tell you anything, what exactly do you HEAR when
  837.     picking up the telephone without dial tone?  If you hear a loud 60 Hz
  838.     hum, or a hum mixed with dial tone, then you no doubt have a cable
  839.     problem (hopefully in the telephone company's cable, and not your
  840.     inside wiring).  Do you hear sidetone (i.e., can you hear yourself
  841.     talk), but WITHOUT any hum?  If so, I would suspect a telephone company
  842.     line equipment problem.
  843.  
  844. (3)    During times when the telephone works normally, do you hear excessive
  845.     hum or noise (especially a scratching type noise)?  Does it get worse
  846.     during wet weather?  If so, then it is most likely a telephone company
  847.     outside cable problem.
  848.  
  849.     If it appears that you have hum or noise as above, call the telephone
  850. company and get on their case!  In order of likelihood, here are the telephone
  851. company's trouble possibilities:
  852.  
  853. (1)    Bad outside cable.
  854.  
  855. (2)    Bad subscriber premises protector.
  856.  
  857. (3)    Bad central office protector.
  858.  
  859. (4)    Bad central office line equipment.
  860.  
  861. (5)    Overloaded (by traffic) or otherwise bad subscriber line concentrator,
  862.     if your line is so equipped.  While it is not too likely that your
  863.     line is run through a line concentrator, your symptoms could be exactly
  864.     caused by an line concentrator during an all paths busy condition; in
  865.     this case there is really no hardware problem - just poor traffic
  866.     engineering.
  867.  
  868. (6)    Bad subscriber line carrier equipment, if your line is so equipped.
  869.  
  870. ==>  Larry Lippman @ Recognition Research Corp., Clarence, New York        <==
  871. ==>  UUCP    {decvax|dual|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry  <==
  872. ==>  VOICE   716/741-9185                {rice|shell}!baylor!/             <==
  873. ==>  FAX     716/741-9635 {G1, G2, G3 modes}    duke!ethos!/               <==
  874. ==>                                               seismo!/                 <==
  875. ==>  "Have you hugged your cat today?"           ihnp4!/                   <==
  876.  
  877. ------------------------------
  878.  
  879. From: kitty!larry@seismo.CSS.GOV
  880. Date: Tue, 14 Jan 86 15:17:00 EST
  881. Subject: Re: Touch-Tone (tm) Line Charges
  882.  
  883. > I am appalled that NYNEX (?) would charge $5.- per month.
  884.  
  885.     It got worse.  There was a New York Telephone (part of NYNEX) rate
  886. increase which took effect several weeks ago, and I just received a printout
  887. of our `Customer Service Record' today.  The charge is now...  $ 6.81/month.
  888. Since we have a PBX, all of our lines (even our dial-up data lines) are
  889. considered PBX trunks and have this monthly charge, which carries the USOC
  890. code of `TJB'.  Our basic PBX trunk charge (including FCC access charge) is
  891. now $ 12.52 per month - which I don't consider too bad.  The Touch-Tone charge
  892. sucks, though.
  893.  
  894. > GTE here (Santa Barbara, CA) charges $1.-/month, and I am
  895. > a bit upset about that. I figured that I wouldn't pay it,
  896. > ...
  897. > Then last week, I got a letter saying that on January 21st, they'd
  898. > install new equipment to deny tone service to lines that didn't pay for it,
  899. > ...
  900. > I'm sure it will - given the present equipment - actually COST them to DENY
  901. > tone service. But does the facility to deny tone service actually exist ?
  902.  
  903.     It's a piece of cake to deny Touch-Tone (DTMF) service in any ESS
  904. office.  While the dial pulse registers are capable of accepting both rotary
  905. dial or DTMF during a call (but not mixed), the ESS processor checks its
  906. `Directory Number Record' for the line requesting dial tone, and if DTMF is
  907. NOT permitted, the dial pulse register will be blocked from accepting DTMF.
  908. So, DTMF permission is just a lil' ole binary bit.
  909.     In a crossbar office, to deny DTMF service the line merely needs to
  910. be assigned (by jumpering) to a line link frame location where the vertical
  911. location tells the dial tone marker to deny DTMF service.  Because line
  912. equipment location to directory number translation occurs elsewhere in the
  913. crossbar office, changing link link frame location does not affect the
  914. directory number.  Denying DTMF service could be a 10 to 15 minute job for
  915. a switchman in a crossbar office.  It is my understanding that line link
  916. frame assignments are made in a crossbar office for traffic distribution
  917. purposes, and are made to INSURE DTMF service, but that no active effort is
  918. made for assignment to DENY DTMF service.  However, anything is possible...
  919.     In a step-by-step office which is equipped with DTMF-to-pulse
  920. converters between the line finder and first selector, to deny DTMF service
  921. merely requires that the subscriber line be connected to a line finder group
  922. without such converters - also a 10 to 15 minute job for a switchman.
  923.     I don't know much about any other type of central office equipment
  924. which might be around which does not fit into the above categories.
  925.     The point I am, trying to make is this: I STRONGLY SUSPECT that your
  926. telephone company is pulling your leg about ``installing new equipment'' to
  927. deny DTMF service.  If the central office is presently equipped for DTMF, then
  928. it is virtually certain that it ALREADY has the capability of denying DTMF
  929. service.  If I were to hazard a wild guess, I would speculate that you are in
  930. a crossbar office and that the letter you received is a scare tactic to
  931. increase revenue - because I don't believe that the telephone company really
  932. WANTS to have switchmen spend umpteen hours changing jumpers to specifically
  933. deny DTMF service.
  934.     If you want to have some "fun", you might wish to challenge your
  935. telephone company on this point and demand that they tell you EXACTLY what
  936. new equipment they are installing - since I am skeptical that there IS any.
  937. Telephone companies can get away with a lot of things, but one thing which
  938. state Public Utilities Commissions take a dim view of is an outright lie.
  939.  
  940. ==>  Larry Lippman @ Recognition Research Corp., Clarence, New York        <==
  941. ==>  UUCP    {decvax|dual|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry  <==
  942. ==>  VOICE   716/741-9185                {rice|shell}!baylor!/             <==
  943. ==>  FAX     716/741-9635 {G1, G2, G3 modes}    duke!ethos!/               <==
  944. ==>                                               seismo!/                 <==
  945. ==>  "Have you hugged your cat today?"           ihnp4!/                   <==
  946.  
  947. ------------------------------
  948.  
  949. Date: 14 Jan 86 13:06:31 PST (Tuesday)
  950. Subject: 10ATT
  951. From: Bruca A. Hamilton <Hamilton.OsbuSouth@Xerox.ARPA>
  952.  
  953. My sister lives in Charlotte, NC, and does not have Touch-Tone enabled,
  954. but her CO will accept 20 pulses/sec, if that tells you anything.  Her
  955. default long-distance vendor is MCI.
  956.  
  957. Over Christmas, I tried to call England, but kept getting "all circuits
  958. busy" recordings from MCI.  Thinking that ATT might work, I tried
  959. dialing 10ATT-011-44-etc., but kept getting error message recordings.  I
  960. even tried switching the phone from pulse to tone after dialing the
  961. 10ATT, but it didn't help.  Any ideas?
  962.  
  963. --Bruce
  964.  
  965. ------------------------------
  966.  
  967. Date:         Tue, 14 Jan 1986 19:42 EST
  968. From:           Jeffrey C Honig  <$jch%clvm.BITNET@WISCVM.WISC.EDU>
  969. Subject:      USR Courier 2400
  970.  
  971. I previously commented on problems with the Courier 2400 modems
  972. communicating with our Racal-Vadic 4401 modems.  After some finger
  973. pointing the problem has been resolved by new firmware in the Courier
  974. 2400.  My thanks to the technical support staff at U.S.Robotics and
  975. Racal-Vadic.
  976.  
  977. After using a Courier 2400 at home for several days I'm very happy
  978. with it.  It has significantly fewer problems with line noise than a
  979. Racal-Vadic 2400PA.
  980.  
  981. Jeffrey C Honig
  982. Senior Systems Programer
  983. Clarkson University
  984.  
  985. ------------------------------
  986.  
  987. Date: Tue, 14 Jan 86 17:26:16 PST
  988. From: sdcsvax!sdcc3!bmcg!rodger@ucbvax.berkeley.edu
  989. Subject: Re: Touch-Tone (tm) Line Charges
  990.  
  991. In article <8601090556.AA03648@ACC-SB-UNIX.ARPA> you write:
  992. >GTE here (Santa Barbara, CA) charges $1.-/month, and I am
  993.  
  994. ...
  995.  
  996. >actually COST them to DENY tone service. But does the facility to
  997. >deny tone service actually exist ?
  998. >
  999. >Just wondering ....
  1000. >
  1001. >    Lars Poulsen @ Advanced Computer Communications
  1002. >    <Lars@ACC.ARPA>
  1003.  
  1004.     The facility DOES exist. Northern Telecom SL-1's, including the SL-100
  1005.  Central Office switch is programmable (from the keybd) on a line by line 
  1006.  basis for 10,or 20 pulses, digitone, or "true" DTMF, the switch doesn't
  1007.  care. Its all done in the software. 
  1008.  
  1009.              -Rodger Cloud
  1010.  
  1011. ------------------------------
  1012.  
  1013. From: dual!qantel!stv@ucbvax.berkeley.edu
  1014. Date: Tue, 14 Jan 86 20:23:46 pst
  1015. Subject: Re: Faceplate for 2500 set needed
  1016. Reply-To: stv@qantel.UUCP (Steve Vance@ex2499)
  1017.  
  1018. I needed one of these faceplates--the one on my phone cracked when I
  1019. tried to file out two new squares to accomodate the * and # buttons on
  1020. the new dial I had just installed (but that's another story).
  1021.  
  1022. I went to my local Bell phone center store, chose a salesperson of the 
  1023. opposite sex, and smiled a lot while asking if they knew where I could 
  1024. get one.
  1025.  
  1026. At first, they recommended I try the AT&T repair center (a mere $16),
  1027. but then (seeing my crestfallen look), walked over to a cardboard box
  1028. with a bunch of junk phones in it, pried off a faceplate, and gave it to
  1029. me.  It wasn't the right color, but the price was right ($0).
  1030.  
  1031. You may have to try more than one phone center store before this
  1032. technique will work for you.  At least these places are listed in 
  1033. the phone book nowadays.  If you are ugly, I recommend you coach a 
  1034. good-looking friend into helping you.  Good luck.
  1035.  
  1036. ------------------------------
  1037.  
  1038. Date: 9 Jan 86 21:54:29 GMT
  1039. From: Arthur David Olson <elsie!ado@SEISMO.CSS.GOV>
  1040. Subject: Sun-2 vs. Hayes when used for both dialin and dialout
  1041.  
  1042. A colleague here at NIH is having problems using their Sun 2 and their Hayes
  1043. modem.  Inquiries are being made of Sun; I'm also posting this item so that
  1044. if one of you knows something that Sun doesn't. . .
  1045.  
  1046. The Sun is running 4.2bsd (release 1.1).  The colleague wants to use the
  1047. port connected to the Hayes both for dialing in and dialing out.  However,
  1048. there doesn't seem to be a single cable that can be put between the Sun's
  1049. DB-25 connector and the Hayes's DB-25 connector that will allow for both
  1050. dialing in and dialing out:
  1051.  
  1052.       *    if you install a cable that *does* connect the Hayes modem's pin 8
  1053.     (data carrier detect) to the Sun's pin 8 then dialing in works but
  1054.     you get a "can't synchronize with Hayes modem" message when you use
  1055.     a command like
  1056.         tip 5551212
  1057.  
  1058.       *    if you install a cable that *does not* connect the Hayes modem's pin 8
  1059.     (data carrier detect) to the Sun's pin 8 then you can get commands like
  1060.         tip 5551212
  1061.     to work but when you dial in the modem hangs up the phone almost
  1062.     immediately after answering it.
  1063.  
  1064. (In all the above work, the "/etc/ttys" file was edited appropriately and a
  1065. "kill -HUP 1" command was executed by the root user before attempts were made
  1066. to dial in or dial out.)
  1067.  
  1068. Have you experienced such problems?  Do you know how to overcome them?  If you
  1069. do, I'd appreciate hearing from you.
  1070. --
  1071. Sun is a Sun Microsystems trademark.
  1072. Hayes is a Hayes (insert corporate lingo here) trademark.
  1073. --
  1074.     UUCP: ..decvax!seismo!elsie!ado    ARPA: elsie!ado@seismo.ARPA
  1075.     DEC, VAX and Elsie are Digital Equipment and Borden trademarks
  1076.  
  1077. ------------------------------
  1078.  
  1079. End of TELECOM Digest
  1080. *********************
  1081. 16-Jan-86 01:19:55-EST,10363;000000000000
  1082. Mail-From: ELMO created at 15-Jan-86 23:18:34
  1083. Date: 15 Jan 86 23:18-EST
  1084. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  1085. Subject: TELECOM Digest V5 #88
  1086. To: Telecom@XX.LCS.MIT.EDU
  1087. Reply-To: Telecom@XX.LCS.MIT.EDU
  1088.  
  1089. TELECOM Digest                     Wednesday, January 15, 1986 11:18PM
  1090. Volume 5, Issue 88
  1091.  
  1092. Today's Topics:
  1093.  
  1094.                     Administravia: Bye Bye TELECOM
  1095.                            Re: Enhanced 911
  1096.                    Re: Touch-Tone (tm) Line Charges
  1097.   dialing 10XXX long distance thru CENTREX-based least-cost router?
  1098.                         Re: Touch-Tone Charges
  1099.       Re: Sun-2 vs. Hayes when used for both dialin and dialout
  1100.  
  1101. ----------------------------------------------------------------------
  1102.  
  1103. Date: Wed 15 Jan 86 14:05:36-EST
  1104. From: Jon Solomon <JSOL@XX.LCS.MIT.EDU>
  1105. Subject: Administravia: Bye Bye TELECOM
  1106.  
  1107. I am resigning as moderator of TELECOM effective immediately. TELECOM will
  1108. continue to exist, but will be moderated by Eliot Moore (ELMO@MIT-XX.ARPA).
  1109.  
  1110. Throughout TELECOM's 6 year history, I feel that I have met a really nice
  1111. and knowledgeable bunch of telephone professionals, and I feel that
  1112. TELECOM continues to play a vital role in network services, such as
  1113. helping ARPA contractors (and others) find their way around the 
  1114. telephone network, both through finding cost-competitive alternatives
  1115. to their present switching network, and through demonstrating their
  1116. networks to the public.
  1117.  
  1118. TELECOM has become more than just a q&a forum for people trying to
  1119. get set up in the telephone game, It's role in the divestiture of
  1120. AT&T was strong, explaining just what that meant for future telephone
  1121. service.
  1122.  
  1123. Questions from the simple "how do I connect my phone to the network",
  1124. to the complex "Find the lowest cost method of routing Internet packets",
  1125. to the informative "New England Telephone using DMS100 switching", have
  1126. all been a part of the TELECOM experience.
  1127.  
  1128. I will continue to read TELECOM, and stay on the sidelines and assist
  1129. Eliot with duties he is no stranger to in moderating mailing lists.
  1130. He has been the moderator of INFO-TERMS, and moderates INFO-IBMPC
  1131. as well.
  1132.  
  1133. I give a fond welcome to Eliot, and a fond farewell to TELECOM readers.
  1134.  
  1135. Cheers,
  1136. --JSol
  1137.  
  1138. ------------------------------
  1139.  
  1140. Date:     Tue, 14 Jan 86 18:04 EST
  1141. From:     Bruce <LEBAN%umass-cs.csnet@CSNET-RELAY.ARPA>
  1142. Subject:  Re: Enhanced 911
  1143.  
  1144. Another advantage of Enhanced 911 is that you can give them information
  1145. about yourself in advance and it will automatically be retrieved when
  1146. you call 911.  I have a friend whose sister is speech-impaired and was
  1147. alone when the stove caught on fire.  She called 911, the dispatcher
  1148. automatically knew that she could not communicate well, heard the smoke
  1149. detector in the background and was able to send the fire department.
  1150. One would hope that they can do this without Enhanced 911, but it might
  1151. have taken longer.  In California, they fund the cost of the upgrades by
  1152. a state-wide surcharge on telephone lines.  I think it's well worth the
  1153. nickel a month, and I'm hoping the rest of the country follows suit.
  1154.  
  1155.     --- Bruce Leban
  1156.         leban%umass.csnet
  1157.  
  1158. ------------------------------
  1159.  
  1160. Date: Tue, 14 Jan 86 13:03:14 EST
  1161. From: ihnp4!inuxc!pur-ee!fritzj@ucbvax.berkeley.edu (Fritz Friedlaender)
  1162. Subject: Re: Touch-Tone (tm) Line Charges
  1163.  
  1164. In article <8601090556.AA03648@ACC-SB-UNIX.ARPA> you write:
  1165. >I am appalled that NYNEX (?) would charge $5.- per month.
  1166. >GTE here (Santa Barbara, CA) charges $1.-/month, and I am
  1167. >a bit upset about that. I figured that I wouldn't pay it,
  1168. >since they had no means of denying me tone service anyway,
  1169. >so I carefully registered the pulse-dialing equivalents of
  1170. >whatever tone instruments I had, until the last time I moved
  1171. >when they didn't even ask me any more what instruments I had.
  1172. >
  1173. >Then last week, I got a letter saying that on January 21st, they'd
  1174. >install new equipment to deny tone service to lines that didn't
  1175. >pay for it, and I could "upgrade" my line "for free" now (i.e. no
  1176. >service charge, just an increased monthly charge) or if I asked for
  1177. >the upgrade after Jan 21st, they'd charge $15 for the upgrade.
  1178. >So I crumbled and let them get away with it.
  1179. >Question: I know that it's a fraud in the sense that not only does it
  1180. >not cost them extra to provide tone service (in fact it saves them 
  1181. >money, as Larry Lippman pointed out) (and they really oughta charge for
  1182. >PULSE service) but I'm sure it will - given the present equipment -
  1183. >actually COST them to DENY tone service. But does the facility to
  1184. >deny tone service actually exist ?
  1185. >
  1186. >Just wondering ....
  1187. >
  1188. >    Lars Poulsen @ Advanced Computer Communications
  1189. >    <Lars@ACC.ARPA>
  1190.  
  1191. Yes, GTE installed a new, digital exchange in West Lafayette some 18
  1192. months ago, and unless you "subscribe" to tone service, you do not get it.
  1193. Before the new exchange facilities were put in, you had the service,
  1194. whether you paid or not. GTE gave perhaps ten days notice and when I
  1195. returned from vacation, my tone phones would not work. They tried to
  1196. collect for the installation, but I talked them out of it .... long story.
  1197. Incidentally, I just read in the paper that the $1.20 monthly tone
  1198. charge is being reduced by several Indiana telcos (GTE, Bell) because
  1199. of higher than expected income from access charges - I don't quite
  1200. understand the logic. For residence phones reduction is about $0.40,
  1201. more for business - should certainly be zero, but tell that to your
  1202. Public Service Commission lawyers.
  1203. Hope this helps,
  1204. F. J. Friedlaender @ Purdue University (fritzj@ee.purdue.edu)
  1205.  
  1206. ------------------------------
  1207.  
  1208. Date: 15 Jan 1986 (Wednesday) 0428-EDT
  1209. From: Christopher Shull <SHULL@wharton-10.ARPA>
  1210. Subject:  dialing 10XXX long distance thru CENTREX-based least-cost router?
  1211.  
  1212.  
  1213.    In Tuesday, January 14th TELECOM Digest (Volume 5, Issue 86), John
  1214. Covert identified the 10XXX numbers for MCI, GTE, and AT&T.  Do these
  1215. services require subscription?  Are there other 10XXX numbers that do not
  1216. require subscription?
  1217.  
  1218.    At the U of Penn we have a Bell of PA CENTREX, and through it we
  1219. reportedly receive the "benefit" of least cost routing for long distance
  1220. calls.  However, because the phone bills to departments are generated
  1221. within the University, we cannot tell how a particular call was routed.
  1222.  
  1223.    When calling Washington D.C. (from Philadelphia), I frequently get
  1224. disconnected.  I have been told that this is because I am routed via MCI.
  1225. (MCI believes there is a market for lower quality telephone service.)
  1226. I had asked if there was some way to specify an AT&T line in order to get
  1227. better quality, our telecommunications office, naturally, said no.
  1228.  
  1229.    I would like to dial 9-10288-1-202-XXX-XXXX to get my call routed to
  1230. AT&T lines.  (Substitute the 10XXX of your choice.)  This technique seems
  1231. to work, in that I get the right party.  Question is, am I really getting
  1232. past the pesky automatic least-cost router?  I have not yet been able to
  1233. determine whether the line quality or reliability is any better.
  1234.  
  1235.    Thanks in advance!
  1236.    -Chris
  1237.  
  1238.    Christopher Shull                          Shull@Wharton.ARPA
  1239.    Decision Sciences Department
  1240.    The Wharton School                         (215) 898-5930
  1241.    University of Pennsylvania
  1242.    Philadelphia, PA  19104-6366
  1243.  
  1244. ------------------------------
  1245.  
  1246. Date: 15 Jan 86 12:22:00 PST
  1247. From: <lars@acc.arpa>
  1248. Subject: Re: Touch-Tone Charges
  1249. Reply-To: <lars@acc.arpa>
  1250.  
  1251. From:    SAGE::MAILER       15-JAN-1986 07:09
  1252. To:    LARS
  1253. Subj:    [Netmail From: hammond%lafite@mouton.ARPA (Rich A. Hammond at lafite.UUCP)] Re: Touch Tone Access Charges
  1254.  
  1255. Date: Wed, 15 Jan 86 10:02:01 est
  1256. From: hammond%lafite@mouton.ARPA (Rich A. Hammond at lafite.UUCP)
  1257. Message-Id: <8601151502.AA29329@lafite.UUCP>
  1258. To: lars@acc-sb-unix.arpa, lars@acc.arpa
  1259. Subject: Re: Touch Tone Access Charges
  1260.  
  1261. 1) You posted from acc-sb-unix.arpa, but said your return address was
  1262. acc.arpa.  Since our hosts lists those as 2 different places, I sent
  1263. it to both.
  1264.  
  1265. As I understand the system:
  1266.  
  1267. 1) Charges for Touch-tone service are set by the local operating companies
  1268. with the consent of the PUC (or it's equivalent).  The extra charge
  1269. for Touch tone service is essentially a tax on the "rich" (since  it is
  1270. a "premium" service) transferred to the "poor" (who use pulse dialing).
  1271. This is influenced by "politics" since the local companies are still
  1272. a monopoly and some redistribution of costs vs prices is done.
  1273. Thus, there is typically (another example) a "lifeline" service
  1274. grade that allows people to have a phone, at a less expensive rate.
  1275. The cost is picked up by all other subscribers.
  1276.  
  1277. 2) The cost to the phone companies of new equipment is typically
  1278. depreciated over a long (i.e. 20 years) period of time, so we are in
  1279. fact paying for equipment that was installed quite some time ago.
  1280. Paying the costs over the long term is like buying a house with a
  1281. mortgage, the total cost is more, but the monthly outlays are small.
  1282.  
  1283. 3) The actual cost of providing the service isn't the problem, the
  1284. problem is revenue.  The telephone companies want to continue to
  1285. make as much money as before, so if they charge less for Touch-tone,
  1286. then the pulse service (or some other service) has to go up in price.
  1287. You can guess at the reaction of the Public Utilities Commision
  1288. to such a proposal, since they view Touch tone as a "premium" service.
  1289.  
  1290. 4) Arguments that the phone companies should simply take in less money
  1291. I won't buy, since I didn't hear those complaining about the cost
  1292. volunteering to work for less this year than last, which is what they
  1293. are asking the phone companies to do.
  1294.  
  1295. Rich Hammond    hammond@bellcore-cs-gw.arpa
  1296.  
  1297. ------------------------------
  1298.  
  1299. From: sdcsvax!sdcrdcf!trwrb!trwrba!ries@ucbvax.berkeley.edu
  1300. Date: Wed, 15 Jan 86 11:52:05 pst
  1301. Subject: Re: Sun-2 vs. Hayes when used for both dialin and dialout
  1302.  
  1303. While not necessarily a solution to this problem, there was
  1304. a program posted to the net.sources recently that allowed
  1305. user's to use the same line for dialing in and dialing out.
  1306. This code was specifically for the BSD (aka SUN) versions of
  1307. UNIX.  This may be worth pursuing.
  1308.  
  1309. Marc Ries
  1310. TRW Operations and Support Group
  1311.  
  1312. ------------------------------
  1313.  
  1314. End of TELECOM Digest
  1315. *********************
  1316. 18-Jan-86 14:33:15-EST,21087;000000000000
  1317. Mail-From: ELMO created at 18-Jan-86 13:29:48
  1318. Date: 18 Jan 86 13:29-EST
  1319. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  1320. Subject: TELECOM Digest V5 #89
  1321. To: Telecom@XX.LCS.MIT.EDU
  1322. Reply-To: Telecom@XX.LCS.MIT.EDU
  1323.  
  1324. TELECOM Digest                       Saturday, January 18, 1986 1:29PM
  1325. Volume 5, Issue 89
  1326.  
  1327. Today's Topics:
  1328.  
  1329.                    Re: Australian Local Phone Rates
  1330.  TouchTone charges: Texas-PUC allowed "only" $1; plus LUXURY-tax??!!
  1331.         Judge Greene "chides 'Baby' Bells for their ambitions"
  1332.              re: Alternate carrier access through CENTREX
  1333.                             Trivial Query
  1334.                        Re:  Touch-Tone Charges
  1335.                  Administravia: Bye Bye JSOL (*Sigh*)
  1336.       Re: Sun-2 vs. Hayes when used for both dialin and dialout
  1337.     PROJECT VICORIA (multiple connections with only 1 phone line)
  1338.                         Re: Alternate circuits
  1339.                 Touchtone, GTE Sprint Echo and Contel
  1340.  
  1341. ----------------------------------------------------------------------
  1342.  
  1343. Date: Thu, 16 Jan 86 11:45:41 EST
  1344. From: ucdavis!lll-crg!seismo!munnari!natmlab.oz!ronb@ucbvax.berkeley.edu (Ron Baxter)
  1345. Subject: Re: Australian Local Phone Rates 
  1346.  
  1347.     Local calls in Australia cost about 15 cents (20 cents
  1348.     from pay phones) and are not timed.  The major cities are
  1349.     each covered by a single local call area.
  1350.  
  1351. ------------------------------
  1352.  
  1353. Date: Thu 16 Jan 86 05:26:21-CST
  1354. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  1355. Subject: TouchTone charges: Texas-PUC allowed "only" $1; plus LUXURY-tax??!!
  1356.  
  1357. Late last year I noticed a new (minor) tax-item appearing on the "enhanced"
  1358. phone-bill - a few cents only, but curiosity had the better of me.
  1359.  
  1360. My friendly SWB-person clarified, that this is a tax which was being collected
  1361. on the $1 TouchTone surcharge, starting October 85.  Why?  It's considered
  1362. a luxury (non-necessity) and SWB is, therefore, collecting 5% sales-tax
  1363. for State and City on that dollar since October 85.  I wonder who had that
  1364. bright idead ....
  1365.  
  1366. ------------------------------
  1367.  
  1368. Date: Thu 16 Jan 86 05:45:03-CST
  1369. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  1370. Subject: Judge Greene "chides 'Baby' Bells for their ambitions"
  1371.  
  1372. [from the Austin American Statesman, Jan 14, 1986]
  1373.  
  1374.     'Baby' Bells chided for their "ambition"
  1375.  
  1376. WASHINGTON(AP) - Accusing the seven regional Bell Telephone companies of
  1377. "conglomerate ambitions" and "lack of interest" in providing good cheap local
  1378. phone service, the judge who presided over the breakup of the Bell System
  1379. restricted on Monday the companies' ability to expand rapidly.
  1380.  
  1381. He told them they still must come to him for permission every time they want to
  1382. enter into almost any business other than offering local telephone service.
  1383.  
  1384. Pacific Telesis, Ameritech and US West, three of the seven companies created by
  1385. the breakup, sought authority to offer certain telephone services without
  1386. having to ask for specific waivers.
  1387.  
  1388. All three companies expressed disappointment with the decision by US District
  1389. Court Judge Harold H. Greene.
  1390.  
  1391. ....
  1392.  
  1393. As technology has changed since the divestiture on Jan 1, 1984, the companies
  1394. have sought waivers to enter into related and unrelated businesses.
  1395.  
  1396. A few months ago the same court established a detailed procedure and guidelines
  1397. for the regional companies to follow in requesting waivers.
  1398.  
  1399. Judge Greene ruled Monday that the companies were trying to "undercut that
  1400. process" by labelling their motions "request for clarification" rather than
  1401. "requests for waivers."
  1402.  
  1403. In turning down the three companies' requests, Greene attacked the "rush to
  1404. diversification" [by the 'regionals'] and accused them of "relative lack of
  1405. interest in basic telephone service itself."
  1406.  
  1407. Greene said he feared failures in some of the subsidiary businesses might lead
  1408. to "high or repeated rate increases" as bailouts "should they be neglectful or
  1409. commit errors which jeapordize the continued availability of the service."
  1410.  
  1411. ------------------------------
  1412.  
  1413. Date: 16 Jan 1986 08:16:21-EST
  1414. From: prindle@NADC
  1415. Subject: re: Alternate carrier access through CENTREX
  1416.  
  1417. You can determine which carrier you actually get by dialing
  1418. 10xxx-1-700-555-4141 and listening to the recording you get.  This may
  1419. not be foolproof, as the CENTREX may handle the 700 differently than
  1420. calls to D.C. from Philadelphia, but, more likely, it just gives up
  1421. trying to route the call when it gets the 10xxx.
  1422.  
  1423. ------------------------------
  1424.  
  1425. Date: 16 Jan 1986 1057-PST
  1426. From: GONZALEZ@BBNV8
  1427. Subject: Trivial Query
  1428.  
  1429. When I was younger, there was a book published in my town that listed people
  1430. by their name and address, and included their occupation, employer, and phone
  1431. number.  Many of the adjacent towns had similar books, all published by one
  1432. company.  Understandably, this book is no longer available to the general 
  1433. public, since it gave a lot of information that people in urban areas don't
  1434. want floating around.
  1435.  
  1436. The reason I thought of this was that the last volumes were printed back in
  1437. the days of named exchanges.  Everyone's heard of "PEnnsylvania 6-5000"
  1438. (736-5000), and New Yorkers may remember MUrray Hill 8 (688-XXXX), which was 
  1439. for another hotel.  In my home town, there was PIlgrim 8 (748-XXX).  In 
  1440. Plymouth, MA, there was PIlgrim 4 (744-XXXX).  My home town, however, is 
  1441. several hundred miles south of Pilgrim country, however, so I believe that
  1442. exchange names were the same throughout the country.  What I'd like to know
  1443. is what exchange names people    remember.  I'm afraid I've named the only 
  1444. ones I can recall.
  1445.  
  1446.                 -Jim.
  1447.                 "Remember when Cap'n Crunch was a cereal?"
  1448.  
  1449. ------------------------------
  1450.  
  1451. Date:     Thu, 16 Jan 86 13:41:27 CST
  1452. From:     Will Martin -- AMXAL-RI <wmartin@ALMSA-1.ARPA>
  1453. Subject:  Re:  Touch-Tone Charges
  1454.  
  1455. >4) Arguments that the phone companies should simply take in less money
  1456. >I won't buy, since I didn't hear those complaining about the cost
  1457. >volunteering to work for less this year than last, which is what they
  1458. >are asking the phone companies to do.
  1459. >
  1460. >Rich Hammond    hammond@bellcore-cs-gw.arpa
  1461.  
  1462. You may not buy such arguments, but I certainly do. First off, I qualify
  1463. under your criteria, though I disagree that such criteria have any
  1464. bearing on this. I am a federal employee. There has been a federal pay
  1465. freeze in effect. Inflation continues. Therefore, I AM volunteering to
  1466. work for less money next year, as my salary remains the same while the
  1467. value of the amount of money lessens. Therefore I (by your standards)
  1468. must be speaking from a position of virtue and self-sacrifice, and my
  1469. words thus have greater value, coming from such an admirable source. 
  1470. (need I add :-) ?) ('tis true, anyway...)
  1471.  
  1472. Anyhow, to get to the meat of the matter -- the telcos (at least the
  1473. oldline BOCs and probably AT&T itself) waste so much of the income they
  1474. now extort from the customer base that they most certainly CAN take in
  1475. less money and still provide improved service. From the little details
  1476. (that add up to huge sums when taken in toto) like the fact that they
  1477. don't bother to recycle the envelopes that come with the bills [if you
  1478. turn in a perfectly good unused envelope when paying a bill in person
  1479. they throw it away!], to the major wastage [Southwestern Bell just built
  1480. a huge new office building in downtown St. Louis, putting in $400,000
  1481. worth of fancy marble in the lobby, and then covering it with another
  1482. layer of decorative stone because they didn't like the way it looked!],
  1483. vast executive-level salaries, fancy offices, and inflated administrative
  1484. staffs, the telcos have a long history of throwing money away because
  1485. they could always use their lawyers to manipulate the PUCs in every
  1486. state to get just what they wanted. Consumer groups don't stand a chance
  1487. against their resources, and they own enough legislators to control any
  1488. and all applicable laws.
  1489.  
  1490. When the telcos adopt the federal GS-schedule pay scale as their pay
  1491. standard (which limits white-collar pay to the range of about $10 - $68 K
  1492. which is enough to live on and get by if you live sanely), when the
  1493. offices they work in have the same level of furnishings that mine have
  1494. (adequate functionally but no particular fanciness or costs wasted on
  1495. decor), and when all the corporate-level perks and indulgences like
  1496. political and social donations are eliminated, THEN I'll accept that
  1497. they are at a justifiable level of expense. If this situation was
  1498. somehow forced upon them, and then an independent auditing calculated
  1499. what the phone billing charges would be, I venture to surmise that our
  1500. phone bills would be half or less of their current levels.
  1501.  
  1502. Note that I am not saying that the "phone man" out there in the truck is
  1503. getting overpaid and living a life of luxury at my expense. He might be,
  1504. but I doubt it. The money is not going into the salaries of low-level
  1505. personnel (though there are probably excessive numbers of clerical and
  1506. secretarial types in the administrative offices whose jobs would be
  1507. eliminated when those offices are pared down to strictly necessary
  1508. levels); it is going into buildings, furnishings, empire-building, and
  1509. the pockets of upper levels of a bloated and unneeded management, who
  1510. have the maintenance of their own and their compatriots' comfort as
  1511. their main interest, not the providing of the best possible telephone
  1512. service at the lowest possible cost.
  1513.  
  1514. Will Martin
  1515.  
  1516. ------------------------------
  1517.  
  1518. Date: 16 Jan 86  15:11 EST (Thu)
  1519. From: _Bob <Carter@RUTGERS>
  1520. Subject: Administravia: Bye Bye JSOL (*Sigh*)
  1521.  
  1522.  
  1523.     From: Jon Solomon <JSOL at XX.LCS.MIT.EDU>
  1524.  
  1525.     I am resigning as moderator of TELECOM effective immediately. 
  1526.  
  1527. On behalf of the readership of TELECOM, I move three cheers for JSOL.
  1528.  
  1529. All the services he mentions in his farewell msg have been useful,
  1530. but the best thing about TELECOM during his editorship has been the
  1531. sense of intellectual curiousity JSOL brought to it.  More than any
  1532. other, this has been the digest for folks who need to know how things
  1533. *work.*
  1534.  
  1535. _B
  1536.  
  1537. ------------------------------
  1538.  
  1539. From: ihnp4!gargoyle!phenix!nag@ucbvax.berkeley.edu
  1540. Date: Thu, 16 Jan 86 10:43:18 cst
  1541. Subject: Re: Sun-2 vs. Hayes when used for both dialin and dialout
  1542.  
  1543. Your problem is a very common one, that took me a while to figure out on
  1544. our Sun 2-170. To use it for both calling and out, youu must reconfigure
  1545. the kernal.
  1546.  
  1547. If you have a Standard Sun CPU Board:
  1548.  
  1549.     Edit your Kernal, and find a line like:
  1550.  
  1551.     device zs0 at mb0 csr 0xeec800 flags 0x3 priority 2
  1552.  
  1553.     and change 0x3 to 0x2 for ttya, to 0x1 for ttyb, to 0x0 for both.
  1554.  
  1555. If you have something else send me a note or 
  1556.  
  1557. check your administration manual under "Adding Hardware to your System"
  1558.  
  1559.                     Jeff Kvam
  1560.  
  1561. ------------------------------
  1562.  
  1563. Date: Fri 17 Jan 86 16:15:04-CST
  1564. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  1565. Subject: PROJECT VICORIA (multiple connections with only 1 phone line)
  1566.  
  1567. [ from the Austin American Statesman, Tue Jan 14 1986 ]
  1568.  
  1569.     NEW PHONE SYSTEM LETS 2 TALK ON SAME LINE AT ONCE
  1570.  
  1571. by John Markoff - San Francisco Examiner
  1572.  
  1573. SAN FRANCISCO - Pacific Bell has lifted a veil of secrecy to detail a new
  1574. communications service that will permit residential phone customers to use a
  1575. single phone line for voice and computer functions at the same time.
  1576.  
  1577. The system essentially converts a line that once allowed only a single
  1578. conversation or computer connection to carry two voice signals and five
  1579. computer signals simultaneously.
  1580.  
  1581. As an example, a user could talk on the phone and connect his computer to a
  1582. data service over the same line.  Or, a burglar alarm could call the police
  1583. even while the user was talking on the phone.  Or, two people could make
  1584. seperate calls at once.
  1585.  
  1586. The Project Victoria system, scheduled for testing in Danville, Calif., the
  1587. first week in March, is designed to make it simpler for electronic information
  1588. services to be tapped by home computer users.
  1589.  
  1590. It will also make it possible to offer home banking, energy monitoring and
  1591. security services all at once to residential customers.
  1592.  
  1593. Pacific Bell is stressing work-at-home and small-business applications of the
  1594. system.
  1595.  
  1596. Victoria will send digital information directly over telephone lines.  Most
  1597. residential phone-lines today carry only analog signals.  This will save
  1598. computer users the expense of high-speed modems - devices that convert analog
  1599. to digital signals.
  1600.  
  1601. Pacific Bell officials said one of the key advantages of the Victoria system is
  1602. that it can easily be installed at existing telephone-company phone-switching
  1603. centers or even be offered as a service by other companies that license it from
  1604. Pacific Bell.
  1605.  
  1606. No decisions have been made on how much the new service will cost or how it
  1607. will be marketed.  John Lucas, a Pacific Bell spokesman, said that if a new
  1608. digital standard emerges, Victoria can be modified to be compatible.
  1609.  
  1610. ------------------------------
  1611.  
  1612. Date: Sat, 18 Jan 86 00:29:51 EST
  1613. From: "Robert L. Plouffe" <PLOUFF@MC.LCS.MIT.EDU>
  1614.  
  1615.       There have been a few messages to the nets regarding the
  1616. Telebit modem marketed by DCA as FASTLINKPC and manufactured
  1617. by Telebit. It has its own protocol and is sold with Crosstalk-Fast
  1618. which I understand is an adaptation of Crosstalk xvi by Micro-Stuf.
  1619. It is said to be useable at average rates of 10kbps on dial up
  1620. lines and completely adaptive to line conditions.
  1621.  
  1622.       I am doing a survey of that modem and would appreciate any
  1623. opinions, tests, facts, etc regarding it.  If there is sufficient
  1624. interest, I will post the results to the net.  Please respond
  1625. directly to me since I am not on all of the mailing lists to
  1626. which this is addressed. 
  1627.  
  1628. ------------------------------
  1629.  
  1630. From: kitty!larry@seismo.CSS.GOV
  1631. Date: Sat, 18 Jan 86 11:38:04 EST
  1632. Subject: Re: Alternate circuits
  1633.  
  1634. >> Another (more serious) problem I have experienced, is that when I use
  1635. >> many of the LD svcs other than AT&T and a couple of others, after being
  1636. >> connected for a few seconds, the other person will dissapear for a
  1637. >> fraction of a second.  This makes it impossible for me to use my modem
  1638. >> because carrier gets lost after being connected.  This doesn't seem
  1639. >> to happen to all areas...617 is one of them.  The pitch of the static
  1640. >> seems to change after that happens too, and often a lot of the static
  1641. >> goes away.  
  1642.  
  1643. > Telco circuits frequently have automatic monitoring ewuipment which is
  1644. > checking the quality of a line.  Microwave systems in particular are subject
  1645. > to periodic fading or dropout due to atmoshperic conditions.  When a poor
  1646. > microwave link is detected, the entire group of channels running over that
  1647. > link may be switched to a different tranmission facility -- thus both the
  1648. > temporary drop out and the better quality when you come back.
  1649.  
  1650.     Here are some additional explanations for speech clipping, where the
  1651. other end of the conversation will "diasppear" for a fraction of a second:
  1652.  
  1653. 1.    Faulty or maladjusted echo supressors.  Four-wire toll circuits
  1654.     greater than 500 miles in length generally have what are called echo
  1655.     supressors, which literally do just that - suppress talker "echo".
  1656.     Echo is the result of unavoidable impedance mismatches at the hybrid
  1657.     ends of toll circuits where four-wire lines (i.e., separate transmit
  1658.     and receive circuits) are converted to two-wire lines (which eventually
  1659.     go to the subscriber location).  In general, an echo suppressor
  1660.     is an analog circuit which detects speech in one direction and then
  1661.     inserts an attenuation in the opposite direction.  The concept of
  1662.     an echo suppressor allows speech in only one direction at one time,
  1663.     which is why you may not be able to "interrupt" someone on a toll
  1664.     circuit - because they can't hear you until they stop talking!
  1665.     Echo suppressors would be an anathema to full-duplex data usage were
  1666.     it not for the fact that echo suppressors are designed to be disabled
  1667.     when frequencies in the range of 2.0 to 2.3 KHz are detected.  Modems
  1668.     either have enough energy distribution in this frequency range, or
  1669.     they send pilot tones for this particular purpose.
  1670.  
  1671. 2.    The use of a "statistical" method of voice circuit multiplexing called
  1672.     TASI (Time Assignment Speech Interopolation).  TASI makes use of the
  1673.     fact that audible speech is present on a one-way voice channel only
  1674.     about 45 percent of the time.  Therefore, using speech detection and
  1675.     switching circuitry, it is possible to create more input channels
  1676.     than physical channels; when speech is detected on a given input
  1677.     channel, that channel is switched to an idle physical channel, with
  1678.     the corrsponding action taking place at the opposite end of the
  1679.     circuit.  During low traffic periods, a conversation may keep the
  1680.     same phsyical channel for its duration.  When traffic is high, each
  1681.     successive word may go over a different physical channel.  It is
  1682.     unavoidable that several milliseconds is speech is lost during the
  1683.     speech detection process.  TASI was originally developed for undersea
  1684.     cables; there has been a resurgence in TASI use in recent years since
  1685.     integrated circuits have reduced the cost of manufacturing the required
  1686.     apparatus.
  1687.  
  1688. ==>  Larry Lippman @ Recognition Research Corp., Clarence, New York        <==
  1689. ==>  UUCP    {decvax|dual|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry  <==
  1690. ==>  VOICE   716/741-9185                {rice|shell}!baylor!/             <==
  1691. ==>  FAX     716/741-9635 {G1, G2, G3 modes}    duke!ethos!/               <==
  1692. ==>                                               seismo!/                 <==
  1693. ==>  "Have you hugged your cat today?"           ihnp4!/                   <==
  1694.  
  1695. ------------------------------
  1696.  
  1697. Date: Fri, 17 Jan 86 03:04:21 PST
  1698. From: ix742%sdcc6@sdcsvax.ucsd.edu (Jim Hayes)
  1699. Subject:  Touchtone, GTE Sprint Echo and Contel
  1700.  
  1701. I've been off the net for a while, so here's my chance to catch up:
  1702.  
  1703. ----------
  1704. Touchtone (TM) charges on residential lines by Pac Bell in San Diego:
  1705.  
  1706. I was not asked whether I wanted it or not.  But sure enough, the
  1707. second I started using it, BINGO $1.50 per month.  I make a lot of
  1708. calls, and am impatient with:
  1709.  
  1710. click-click-pause-click-click-click-pause.
  1711.  
  1712. And by not using pulse-dialing, I'm saving the life of some $10
  1713. relay on a circuit card someplace and thereby avoiding interuption
  1714. of my service.
  1715. ----------
  1716.  
  1717. GTE Sprint Echo:
  1718.  
  1719. AT&T uses land lines first, then combinations of satelite and microwave.
  1720. GTE Sprint is the other way around.  Satelites first, then down the line.
  1721.  
  1722. In most areas, GTE has updated the equipment and software to
  1723. digitally extract that echo.  But it's not perfect.  If the callers
  1724. speak simultaneously, the echoes will bleed throught, but it really
  1725. isn't that bad.
  1726.  
  1727. The main complaints I have about GTE Sprint are their error
  1728. recordings.  They are distributed to all local sites, and it's up to
  1729. each site to get the recording on the system.  Most of the time, it
  1730. sounds like someone held a cassette player next to a microphone.
  1731. Most of the time, you can hear the PLAY button being pressed.  This
  1732. results in REALLY LOUSY recordings.  The recordings are usually very
  1733. loud and distorted, as well as the first few seconds fade in an out.
  1734. The female recordings are very pleasant and polite when recorded
  1735. correctly.  Much better than AT&T or MCI.
  1736.  
  1737. This is not just a local problem.  Where ever I travel and mis-punch
  1738. my secret code, I get something like this:
  1739.  
  1740. 29 (BEEP) Your access code is incorrect, please verify it and try-again.
  1741. (LOUD)    (muffled) (LOUD and DISTORTED) (Jittery) (Flutter)
  1742.  
  1743. --------
  1744. Contel:  (Continental Telephone of California and Nevada)
  1745.  
  1746. Recently (while skiing) in Mammoth Lakes California, I wanted to use
  1747. GTE Sprint from a payphone.  No local access, no 10777 or 950
  1748. service.  So I called the operator:
  1749.  
  1750. Me: "Yes, I'd like to use GTE sprint for a long distance call.  How do I
  1751.      do so?"
  1752. Op: "GTF Sprint?" (She did indeed say the 'F'.) "What's that?"
  1753. Me: "An alternate long distance carrier."
  1754. Op: "Oh no sir. (Giggle) We only support AT&T."
  1755.  
  1756. So I used my calling card:
  1757.  
  1758. Op: "What is your calling card number?"
  1759. Me: "6xx4509x16xxxx" (The PIN has been removed to protect the stupid.)
  1760. Op: "One moment while I verify it."
  1761.  
  1762. (AT&T TONE: and tones as operator punches the number in: BEEP BEEP
  1763. BEEP BLIP BLIP BEEP.)
  1764.  
  1765. AT&T: "Card number is valid. Unlimited PIN"
  1766.  
  1767. Op: "Go ahead sir, it's ringing."
  1768.  
  1769. IS IT JUST ME OR ARE THEY IN THE DARK AGES?
  1770.  
  1771. What was worse, I was dialing a local number and heard the equpment
  1772. translating the tones to pulses for the step by step.  REALLY SAD.
  1773. Half the time, the thing wouldn't translate correctly.
  1774.  
  1775.  
  1776. Well, that's all for now.  I'm caught up.  Thanks for listening!
  1777.  
  1778. --
  1779.                   - Jim Hayes
  1780.                 UC San Diego
  1781.  
  1782. ARPA: ix742%sdcc6@sdcsvax.ARPA
  1783. UUCP: {ihnp4,decvax,ucbvax}!sdcsvax!sdcc6!ix742
  1784.  
  1785. ------------------------------
  1786.  
  1787. End of TELECOM Digest
  1788. *********************
  1789. 19-Jan-86 21:58:50-EST,8460;000000000000
  1790. Mail-From: ELMO created at 19-Jan-86 20:30:05
  1791. Date: 19 Jan 86 20:30-EST
  1792. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  1793. Subject: TELECOM Digest V5 #90
  1794. To: Telecom@XX.LCS.MIT.EDU
  1795. Reply-To: Telecom@XX.LCS.MIT.EDU
  1796.  
  1797. TELECOM Digest                         Sunday, January 19, 1986 8:30PM
  1798. Volume 5, Issue 90
  1799.  
  1800. Today's Topics:
  1801.  
  1802.              call startup "dropout" on alternate carriers
  1803.       Echo Suppressors -- only on circuits 1850 miles or longer
  1804.                           Touch-Tone Charges
  1805.                             exchange names
  1806.                            calling party ID
  1807.                        Hackers vs. Conservatism
  1808.                          Exchanges with names
  1809.  
  1810. ----------------------------------------------------------------------
  1811.  
  1812. Date: Fri, 17-Jan-86 11:11:17 PST
  1813. From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein)
  1814. Subject: call startup "dropout" on alternate carriers
  1815.  
  1816. I don't think that the person complaining about momentary carrier
  1817. dropout at call answer time (upsetting his modem) was experiencing
  1818. anything regarding microwave fading.  In fact, I've had various people
  1819. consistently note the same phenomenon.  I've noted the problem myself
  1820. on calls made via SPRINT, very consistently.  And in fact, the dropout there
  1821. is of consistent duration, ALWAYS appears, and IS often long enough
  1822. to knock out a modem.  While it is possible to program some modems
  1823. so that they will accept the dropout period without losing carrier,
  1824. this must nevertheless be considered to be another reason to avoid
  1825. cheapo carriers for data calls.  Actually, I avoid cheapo carriers
  1826. for ALL calls whenever possible, but that's my own opinion (occasionally
  1827. I get stuck using a non-AT&T carrier--but that's life).
  1828.  
  1829. --Lauren--
  1830.  
  1831. ------------------------------
  1832.  
  1833. Date: 18-Jan-1986 2229
  1834. From: covert%castor.DEC@decwrl.DEC.COM  (John Covert)
  1835. Subject: Echo Suppressors -- only on circuits 1850 miles or longer
  1836.  
  1837.  
  1838. ... echo suppressors should be applied on high-usage intertoll trunks
  1839. longer than 1850 miles.
  1840.  
  1841.         -Notes on Distance Dialing, 1975, AT&T.
  1842.  
  1843. Prior to about 1973 they were used on somewhat shorter circuits, but
  1844. were never needed on circuits as short as 500 miles.  The perfection
  1845. of digital echo cancellors (and the availability at low cost) may
  1846. allow them to be used on shorter circuits.  They have drastically
  1847. different performance characteristics than echo suppressors.
  1848.  
  1849. /john
  1850.  
  1851. ------------------------------
  1852.  
  1853. Date: Sat, 18 Jan 86 21:09:45 pst
  1854. From: amdcad!phil@ucbvax.berkeley.edu (Phil Ngai)
  1855. Subject:  Touch-Tone Charges
  1856.  
  1857. If we compare two monopolies, one run by government with strict and
  1858. arbitrary controls on compensation, and one privately run with the
  1859. ability to pay fairly and competitively to attract the best talent, I
  1860. think most will agree the phone companies provide much better service
  1861. than the Postal Service. Shocking though it may be, some people are
  1862. worth more than $68K per year. If you can't pay what they are worth,
  1863. you end up with inferior management.
  1864.  
  1865. Maybe phone service could be provided a little cheaper but I suspect
  1866. it couldn't be any better. I'm happy with the current prices and
  1867. service levels.
  1868.  
  1869. -- 
  1870.  (C) 1986 Joe Random is not a valid copyright.
  1871.  Copyright 1986 Joe Random is.
  1872.  
  1873.  Phil Ngai +1 408 749 5720
  1874.  UUCP: {ucbvax,decwrl,ihnp4,allegra}!amdcad!phil
  1875.  ARPA: amdcad!phil@decwrl.dec.com
  1876.  
  1877. ------------------------------
  1878.  
  1879. Date: Sun 19 Jan 86 00:30:08-PST
  1880. From: Doug <Faunt%HP-THOR@hplabs.arpa>
  1881. Subject: exchange names
  1882.  
  1883. >What I'd like to know is what exchange names people remember.  I'm
  1884. >afraid I've named the only ones I can recall.
  1885.  
  1886. I remember ALpine, and POplar (the "new" exchange in town (I think the
  1887. whole town was ALpine for a while)).  These were in Columbia, SC.,
  1888. Southern Bell.  I remember when they added the prefixes to 5 digit
  1889. numbers.  This must have been in the 50's.
  1890.  
  1891. ------------------------------
  1892.  
  1893. Date: Friday, 17 January 1986  08:03-MST
  1894. From: John Moore <john%anasazi.uucp@BRL.ARPA>
  1895. Subject:   calling party ID
  1896.  
  1897. In article <8601140621.AA12258@ucbvax.berkeley.edu> telecom@ucbvax.UUCP writes:
  1898. >> In Los Angeles, emergency calls to 911 show up with the caller's address
  1899. >> and phone number at a CRT.  What kind of set up is used here?
  1900. >Systems and AT&T Technologies).  One of the great benefits to be derived from
  1901. >standardization is that Enhanced 911 will eventually be available everywhere,
  1902. >with calls routed to the PROPER public safety agency for the address of the
  1903. >calling party; i.e., the telephone company data base will determine to which
  1904. >public service agency the call should be routed.  Under these circumstances,
  1905. >a central office will no longer be an arbitrary boundary for the public safety
  1906. >agency answering 911 calls - which is only proper, since a given central office
  1907. >will often serve more than one political subdivision. 
  1908. >
  1909. >==>  Larry Lippman @ Recognition Research Corp., Clarence, New York        <==
  1910.  
  1911. An interesting aspect of this is related to mobile phones. What is the
  1912. PROPER public safety agency for mobile phones? Enhanced 911 was recently
  1913. installed in Phoenix, and we discovered that when we called it from our
  1914. Ham Radio Autopatch system, the operators sometimes would not believe us
  1915. because we reported incidents 20 miles from the "originating address"! With
  1916. the increased sales of cellular phones, this problem will increase.
  1917.     The solution used in Phoenix is to program those numbers into the
  1918. system so that they show up as "mobile", and to route them to the
  1919. county sherrif's office rather than the jurisdiction of the "originating
  1920. address".
  1921.     Another problem is that 911 operators often read back the number
  1922. calling. Our autopatch numbers are secret to prevent people from dialing
  1923. them and tying up the system.
  1924.     Oh well...
  1925.  
  1926.  
  1927.  
  1928. -- 
  1929. John Moore (NJ7E/XE1HDO)
  1930. {decvax|ihnp4|hao}!noao!terak!anasazi!john
  1931. {hao!noao|decvax|ihnp4|seismo}!terak!anasazi!john
  1932. terak!anasazi!john@SEISMO.CSS.GOV
  1933. (602) 952-8205 (day or evening)
  1934. 5302 E. Lafayette Blvd, Phoenix, Az, 85018 (home address)
  1935.  
  1936. ------------------------------
  1937.  
  1938. Date: Tue, 31 Dec 85 20:55:34 PST
  1939. From: chris%ic@BERKELEY.EDU (Chris Guthrie)
  1940. Subject: Hackers vs. Conservatism
  1941.  
  1942. Reprinted from the Sacramento Bee:
  1943.  
  1944. ANGRY CALLER TITHES UP FALWELL'S LINE
  1945.  
  1946.     A self-employed computer whiz in Atlanta is under orders from a
  1947. telephone company to stop making harassing computerized calls to the
  1948. Rev. Jerry Falwell's toll-free tithing line.
  1949.  
  1950.     Officials of Southern Bell said they would yank Edward Johnson's
  1951. service if he didn't unhook his phone from a computer that automatically
  1952. dials Falwell's "Old Time Gospel Hour" every 30 seconds, tying up the
  1953. line and annoying the operators.
  1954.  
  1955.     Falwell aides said they would take legal action against him.
  1956.  
  1957.     Johnson't computer has been making the calls to the Lynchburg, Va.,
  1958. line day and night since April.  Officials estimated that the computer
  1959. has made 500,000 calls to Falwell's line.
  1960.  
  1961.     Johnson, 46, a computer analyst who said he wants to bog down
  1962. Falwell's fund-raising operations and hurt the organization's morale,
  1963. maintained that he is not impressed by the threats.  He said he is
  1964. considering moving his computer to a friend's telephone to continue
  1965. the campaign.
  1966.  
  1967.     Falwell aides said they would take legal action against Johnson, who
  1968. started his crusade against Falwell after his mother "almost gave the
  1969. family farm away" to the television evangelist.
  1970.  
  1971.     Mark DeMoss, a Falwell assistant, said Falwell has lost a dollar for
  1972. every call Johnson's computer has made.
  1973.  
  1974.     "We do plan legal action," DeMoss said.  "Naturally toll-free calls
  1975. in that quantity would constitute a pretty significant expense for us."
  1976.  
  1977.     Johnson's crusade stopped Friday at 11 a.m. when a Southern Bell
  1978. security agent, acting on a complaint from Falwell's organization, called
  1979. Johnson and ordered him to unhook his computer from his phone or lose
  1980. his telephone service.
  1981.  
  1982. ------------------------------
  1983.  
  1984. Date: Sun 19 Jan 86 14:51:38-PST
  1985. From: Lynn Gold <Lynn%PANDA@SUMEX-AIM.ARPA>
  1986. Subject: Exchanges with names
  1987.  
  1988. I remember a couple:  "WIndsor" from southeastern PA (Levittown), and
  1989. "TRiangle" from south Jersey (Levittown, later Willingboro).
  1990.  
  1991. --Lynn
  1992.  
  1993. P.S.--Please don't blame me for my folks' affinity for Levitt housing.
  1994.  
  1995. ------------------------------
  1996.  
  1997. End of TELECOM Digest
  1998. *********************
  1999. 21-Jan-86 02:20:53-EST,9447;000000000000
  2000. Mail-From: ELMO created at 21-Jan-86 01:34:09
  2001. Date: 21 Jan 86 01:34-EST
  2002. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  2003. Subject: TELECOM Digest V5 #91
  2004. To: Telecom@XX.LCS.MIT.EDU
  2005. Reply-To: Telecom@XX.LCS.MIT.EDU
  2006.  
  2007. TELECOM Digest                        Tuesday, January 21, 1986 1:34AM
  2008. Volume 5, Issue 91
  2009.  
  2010. Today's Topics:
  2011.  
  2012.                             Trivial Query
  2013.           New AT&T Dialable Countries effective 16 February
  2014.                          Re: named exchanges
  2015.                             Exchange names
  2016.                            prefix meanings
  2017.                           Re: Trivial Query
  2018.                           Re: Trivial Query
  2019.                             re: touch-tone
  2020.                          Exchanges with names
  2021.                       mobile 911 - San Francisco
  2022.                           Re: Trivial Query
  2023.       Re: Sun-2 vs. Hayes when used for both dialin and dialout
  2024.  
  2025. ----------------------------------------------------------------------
  2026.  
  2027. From: kgdykes%watbun%waterloo.csnet@CSNET-RELAY.ARPA
  2028. Date: Sun 19 Jan 1986 17:17
  2029. Subject: Trivial Query
  2030.  
  2031.  > From: GONZALEZ@BBNV8.ARPA
  2032.  > 
  2033.  > the days of named exchanges.  Everyone's heard of "PEnnsylvania 6-5000"
  2034.  > (736-5000),and New Yorkers may remember MUrray Hill 8 (688-XXXX), which was 
  2035.  > for another hotel.  In my home town, there was PIlgrim 8 (748-XXX).  In 
  2036.  > Plymouth, MA, there was PIlgrim 4 (744-XXXX).  My home town, however, is 
  2037.  >                                 -Jim.
  2038.  
  2039. Here in Waterloo,Ontario,Canada we too had the 74x exchanges (namely
  2040. 742- 743-  744-) they were known as SHerwood-
  2041. I was young at the time and have no idea of the origins of the name
  2042. SHerwood (other than the SH match the numbers) (ie: does sherwood have
  2043. some deep cosmic signifcance in thee history of thee world?)
  2044.  
  2045. A request: could you summarize the replies and post??
  2046. [All replies please copy telecom, thanks - elmo] 
  2047.  
  2048.           - Ken Dykes
  2049.             Software Development Group, U. of Waterloo
  2050.             Waterloo, Ontario, Canada.  N2L 3G1  (+1 519) 885 1211
  2051.             {ihnp4,decvax,allegra,utzoo}!watmath!watbun!kgdykes
  2052.             kgdykes%watbun%waterloo.csnet@csnet-relay.arpa
  2053.  
  2054. ------------------------------
  2055.  
  2056. Date: 19-Jan-1986 2309
  2057. From: covert%castor.DEC@decwrl.DEC.COM  (John Covert)
  2058. Subject: New AT&T Dialable Countries effective 16 February
  2059.  
  2060.  
  2061. Ascension Island    247
  2062. Bangladesh        880        (note: already dialable by Sprint)
  2063. Benin            229
  2064. Bulgaria        359        (now all of Europe except Malta
  2065. China (P.R.C.)        86         and the U.S.S.R. are dialable, not
  2066. French Guiana        594         counting Albania, which has no service
  2067. Gambia            220         at all)
  2068. Macao            853
  2069. Togo            676
  2070. Zaire            243
  2071.  
  2072. Also, Guadaloupe is changing from 596 to 590.  I don't know if Martinique,
  2073. St. Barth's, and the French side of St. Martin stay in 596 or not.
  2074.  
  2075. /john
  2076.  
  2077. ------------------------------
  2078.  
  2079. Subject: Re: named exchanges
  2080. Date: 19 Jan 86 23:10:49 EST (Sun)
  2081. From: "Christopher A. Kent" <cak@Purdue.EDU>
  2082.  
  2083. The only one I remember was LIncoln, in suburban Detroit. When we moved
  2084. from Detroit to Cincinnati in 1964, there were no named exchanges to be
  2085. found.
  2086.  
  2087. chris
  2088.  
  2089. ------------------------------
  2090.  
  2091. Date: Sun, 19 Jan 86 23:12:09 EST
  2092. From: "Stephen C. Hill" <STEVEH@MC.LCS.MIT.EDU>
  2093. Subject:  Exchange names
  2094.  
  2095. I remember LYnbrook (LI, NY), WAllnut and CHestnut (Phila.)
  2096. Here in the Metro DC area, there were JAckson (Arlington, VA)
  2097. and SOuth(ern) in Alexandria, VA and LIncoln in the district.
  2098.  
  2099. ------------------------------
  2100.  
  2101. Date: 20 Jan 86 12:58 GMT
  2102. From: mkdt-ir@KOREA-EMH
  2103. Subject: prefix meanings
  2104.  
  2105. the following prefixes come from several cities, hence the different
  2106. meanings...
  2107.  
  2108. 22 capitol 
  2109. 27 brunswick, crescent 
  2110. 48 gulliver, hudson 
  2111. 52 jackson 
  2112. 68 murray 
  2113. 94 whitehall
  2114.  
  2115. maj george rezac, seoul, korea
  2116.  
  2117. ------------------------------
  2118.  
  2119. Date: Mon, 20 Jan 86 06:16:53 pst
  2120. From: matsko%ucbtopaz@BERKELEY.EDU
  2121. Subject: Re: Trivial Query
  2122.  
  2123. There are at least two references that contain people listed by
  2124. address and phone number. One is the City Directory which has all the
  2125. employer info and such. Also, head of household is listed and all
  2126. residents over 18 (I think) According to the preface of the book, all
  2127. of the City Directories should be on file at your local Chamber of
  2128. Commerce or maybe city council (I never checked).  The one for your
  2129. area should be at one of your better libraires. The last time I looked
  2130. at one for a large city (Pittsburgh) I found that the copy was updated
  2131. in 1976 (this was in 1982-1983).  That could be because the school
  2132. library didn't have an up to date issue. There is a specific publisher
  2133. of the Directories but I don't remember off hand. You could also check
  2134. with real estate agents or appraisers if you really need one.
  2135.  
  2136. Another directory is the Criss-Cross directory which lists people by address
  2137. and phone number. It doesn't have the extensive information that the City
  2138. Directory has, just the listings.
  2139.  
  2140. I don't think that unlisted numbers are included in either of the directories.
  2141.  
  2142. ------------------------------
  2143.  
  2144. Date: Mon, 20 Jan 86 07:04:02 PST
  2145. From: ihnp4!ihuxn!agk@ucbvax.berkeley.edu
  2146. Subject: Re: Trivial Query
  2147.  
  2148. I grew up in VOlunteer3 in suburban St. Louis (became 863), area code 314.
  2149.  
  2150.     -andy kegel
  2151.  
  2152. ------------------------------
  2153.  
  2154. Date:  Mon, 20-JAN-1986 14:10 EST
  2155. From:    Ronald A. Jarrell  <JARRELLRA%VTVAX5.BITNET@WISCVM.WISC.EDU>
  2156. Subject:  re: touch-tone
  2157.  
  2158.  
  2159. Actually, from seeing a few messages about it, I think the other
  2160. house I was trying it in was reveresed, since it worked
  2161. fine in mine.
  2162.  
  2163. -Ron
  2164.  
  2165. ------------------------------
  2166.  
  2167. Date: Mon 20 Jan 86 16:42:42-PST
  2168. From: Lynn Gazis <SAPPHO@SRI-NIC.ARPA>
  2169. Subject: Exchanges with names
  2170.  
  2171. Mine, from a suburb of New York City, was WIlson (which, since Lynn
  2172. Gold remembers WIndsor, puts a hole in the theory that they were
  2173. the same all over).
  2174.  
  2175. Lynn Gazis
  2176.  
  2177. ------------------------------
  2178.  
  2179. Date: 20 Jan 86 17:19 PST
  2180. From: Steve Kleiser / McDonnell Douglas ISG / ASD  <SGK.TYM@OFFICE-1.ARPA>
  2181. Subject: mobile 911 - San Francisco
  2182.  
  2183. GTE Mobilenet in the San Francisco area seems to route all 911 calls to some 
  2184. central location of the California Highway Patrol. They immediately ask the 
  2185. mobile phone number, then the location, and the nature of the call. Then they 
  2186. "hand off" (that's the term they used during an actual call) to the appropriate
  2187. agency. In my case, I have placed two 911 calls, both in regards to occupied 
  2188. disabled vehicles on the freeway, both in the San Jose area, and they "handed 
  2189. off" to the San Jose CHP office.
  2190.  
  2191. I was hesitant to use 911 to report these disabled vehicles, but went ahead 
  2192. because I don't have much memory in the phone (10 slots) and therefore 
  2193. certainly don't have each agency's emergency and non-emergency numbers 
  2194. programmed. I later called Mobilnet and they felt that there were many 
  2195. reasonable non-emergency uses of 911 (like reporting suspicious activities / 
  2196. crimes in progress ...) But 911 is answered "CHP emergency line". Maybe they 
  2197. should remove the word emergency. It sounds intimidating.
  2198.  
  2199. -steve- <sgk.tym@office.arpa>
  2200.  
  2201. ------------------------------
  2202.  
  2203. Date: Mon, 20 Jan 86 11:00:25 est
  2204. From: ucdavis!lll-crg!seismo!harvard!gcc-milo!zrm@ucbvax.berkeley.edu (Zigurd R. Mednieks)
  2205. Subject: Re: Trivial Query
  2206.  
  2207.  
  2208. And the phone number of General Computer is HYperdrive 2 5500. What a gas!
  2209.  
  2210. -Zigurd
  2211.  
  2212. ------------------------------
  2213.  
  2214. Date: Mon, 20 Jan 86 11:50:51 pst
  2215. From: sun!saber!msc@ucbvax.berkeley.edu (Mark Callow)
  2216. Subject: Re: Sun-2 vs. Hayes when used for both dialin and dialout
  2217.  
  2218. > While not necessarily a solution to this problem, there was
  2219. > a program posted to the net.sources recently that allowed
  2220. > user's to use the same line for dialing in and dialing out.
  2221. > This code was specifically for the BSD (aka SUN) versions of
  2222. > UNIX.  This may be worth pursuing.
  2223. > Marc Ries
  2224. > TRW Operations and Support Group
  2225.  
  2226. You don't need any such program on Sun 1.1 and later.  The Sun-2 serial
  2227. driver allows dialin and dialout on a single line.  You make 2 entries
  2228. in /dev, a standard /dev/ttyxx for dialin and a /dev/cul0 for dialout.
  2229. The minor device number for the dialout line is the same as for the
  2230. dialin line but with the top (0x80) bit set.  Just open the appropriate
  2231. device and go.  does appropriate sleeps and wakeups.  You *must* have
  2232. an active carrier (CD line) on that serial port.  Software carriers
  2233. won't work.  DTR must also be active; i.e., the modem must be set to
  2234. follow DTR.
  2235.  
  2236. It works as follows.  An open for dialin asserts DTR then blocks waiting
  2237. for carrier.  When someone dials up, the modem answers the phone and asserts
  2238. carrier detect, the open completes and init execs getty as per usual.
  2239. Once the dialin open has completed any attempts to open for dialout
  2240. receive an ENXIO error.  (Why they chose that over an EBUSY I don't know.)
  2241. A dialout open request that occurs while the dialin open is blocked, is
  2242. honoured immediately without carrier so you can send commands to the modem.
  2243. Once the call out has finished, the driver goes back to state where the
  2244. dialin request is blocked for carrier.  It all works very well.
  2245.  
  2246. Caveat: this is a compile time option in the driver.  I'm only %90
  2247. certain that this is the distributed default.
  2248.  
  2249.     -Mark Callow
  2250.  
  2251. ------------------------------
  2252.  
  2253. End of TELECOM Digest
  2254. *********************
  2255. 23-Jan-86 05:10:48-EST,17317;000000000000
  2256. Mail-From: ELMO created at 22-Jan-86 01:02:49
  2257. Date: 22 Jan 86 01:02-EST
  2258. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  2259. Subject: TELECOM Digest V5 #92
  2260. To: Telecom@XX.LCS.MIT.EDU
  2261. Reply-To: Telecom@XX.LCS.MIT.EDU
  2262.  
  2263. TELECOM Digest                      Wednesday, January 22, 1986 1:02AM
  2264. Volume 5, Issue 92
  2265.  
  2266. Today's Topics:
  2267.  
  2268.                           Re: Trivial Query
  2269.                      Australian Local Phone Rates
  2270.                          Re: named exchanges
  2271.                   Some named exchanges from the past
  2272.                           Re: Trivial Query
  2273.                             Exchange names
  2274.                    trivial query on named exchanges
  2275.                           Re: Trivial Query
  2276.                            Named Exchanges
  2277.                    EXHANGE names of yesteryear !!!!
  2278.                         Re: Old Exchange Names
  2279.                             EXCHANGE NAMES
  2280.                             exchange names
  2281.                exchange names in Wilmington, Del. area
  2282.                The origin of "MUrray Hill" and friends
  2283.  
  2284. ----------------------------------------------------------------------
  2285.  
  2286. Date: Mon, 20 Jan 86 20:31:51 pst
  2287. From: Dave Suess <hplabs!sdcrdcf!aero!aero!zeus@ucbvax.berkeley.edu>
  2288. Subject: Re: Trivial Query
  2289.  
  2290.  
  2291. Jim,
  2292. For what it's worth, I remember my home town's exchange as
  2293. "GReenfield" for 47x-xxxx (though, since this was for a small town in
  2294. North Dakota, we only had to dial x-xxxx until touch-tone forced seven
  2295. digits on us) (come to think of it, it was a small town -- but a BIG
  2296. town, for North Dakota [6th or 7th largest]).
  2297. Dave Suess    zeus@aero2.arpa
  2298.  
  2299. ------------------------------
  2300.  
  2301. From: Peter Lamb <hplabs!seismo!mcvax!ethz!prl@ucbvax.berkeley.edu>
  2302. Date: Mon, 20 Jan 86 17:44:13 -0100
  2303. Subject: Australian Local Phone Rates
  2304.  
  2305. In article <8601140618.AA12195@ucbvax.berkeley.edu> you write:
  2306. >Does anyone know what the local Australian phone rates are like?  What I would 
  2307. >like to hear is that they DON'T have local measured service, that they have a 
  2308. >monthly charge for local service.  Thanks if anyone knows.  --Bi//
  2309.  
  2310. What they have is something in-between. Cost for a local call is fixed
  2311. per call (~ $A0.15), cost for long distance is metered on time/distance basis.
  2312. All plus fixed monthly line/receiver charge.
  2313.  
  2314. A 'local' call in Aus. goes over a quite wide area - up to 40-50 miles
  2315. even in metropolitan areas. Considering the size/low population
  2316. the phone charges there are quite reasonable - imagine area ~= USA-Alaska
  2317. with only 15m potential subscribers ......
  2318.  
  2319. -- 
  2320. Peter Lamb    ({seismo|decvax}!mcvax!cernvax!ethz!prl)
  2321. Institut fur Informatik
  2322. ETH-Zentrum
  2323. 8092 Zurich
  2324.  
  2325. ------------------------------
  2326.  
  2327. Date:     Tue, 21 Jan 86 13:59:47 CST
  2328. From:     Rich Zellich <zellich@ALMSA-1.ARPA>
  2329. Subject:  Re: named exchanges
  2330.  
  2331. Well, named exchanges \used/ to be the name of the town (probably not true
  2332. for large cities, though).  For instance, my parents number hasn't changed
  2333. since the day they moved into the house in 1946.  It was orginally
  2334. IMPerial 5201, then when the telco changed to standardized 2-letter/5-digit
  2335. methodology, they were assigned a "new" number: HObart 7-5201.  Still later, 
  2336. the telco changed to the current all-digit system and they now have 467-5201...
  2337. which, of course, is what it was since 1946.  The original IMPerial was because
  2338. the exchange was physically located in the town of Imperial, MO, even though
  2339. they lived in the town of Arnold, MO.  The other towns around us also used a
  2340. 3-letter exchange name matching the town (with a couple of possible exceptions
  2341. where there were conflicts of some kind).
  2342.  
  2343. ------------------------------
  2344.  
  2345. Date:           Tue, 21 Jan 86 08:11:56 PST
  2346. From:           "David G. Cantor" <dgc@LOCUS.UCLA.EDU>
  2347. Subject:        Some named exchanges from the past
  2348.  
  2349.  
  2350. Exchange    Location
  2351. --------    --------
  2352.  
  2353. MUrray hill    Murray Hill, NJ (site of Bell Telephone Laboratories)
  2354. HOllywood    Hollywood, CA
  2355. EXbrook        Santa Monica, CA
  2356. GRanite        West Los Angeles, CA
  2357. CRestview    Beverly Hills, CA
  2358. BRadshaw    Beverly Hills, CA (FX service from Los Angeles)
  2359. ULrich        prefix for time service of Pacific Tel
  2360.  
  2361. dgc
  2362.  
  2363. David G. Cantor
  2364.  
  2365. ARPA:    dgc@LOCUS.UCLA.EDU
  2366. UUCP:    ...!{ihnp4, randvax, sdcrdcf, ucbvax}!ucla-cs!dgc
  2367.  
  2368. ------------------------------
  2369.  
  2370. From: kitty!larry@seismo.CSS.GOV
  2371. Date: Tue, 21 Jan 86 10:02:11 EST
  2372. Subject: Re: Trivial Query
  2373.  
  2374. > The reason I thought of this was that the last volumes were printed back in
  2375. > the days of named exchanges.  Everyone's heard of "PEnnsylvania 6-5000"
  2376. > (736-5000), and New Yorkers may remember MUrray Hill 8 (688-XXXX), which was 
  2377. > for another hotel.  In my home town, there was PIlgrim 8 (748-XXX).  In 
  2378. > Plymouth, MA, there was PIlgrim 4 (744-XXXX).  My home town, however, is 
  2379. > several hundred miles south of Pilgrim country, however, so I believe that
  2380. > exchange names were the same throughout the country.  What I'd like to know
  2381. > is what exchange names people    remember.
  2382.  
  2383.     Up until the NNN-XXXX conversion around 1960, the Buffalo, NY and
  2384. surrounding area had six-digit dialing as NN-XXXX.  The city of Buffalo seemed
  2385. to like presidents, since the only exchanges I can remember were WAshington,
  2386. MAdison and CLeveland.  The suburban areas had more pastoral names such as
  2387. RIverside and SPring.
  2388.     It is interesting to note that after the NNN-XXXX conversion, names
  2389. were dropped in place of non-mnemonic letters.  For example, MAdison 1234
  2390. became TL3-1234, RIverside 1234 became TR5-1234, etc.  In the late 60's, the
  2391. letters were replaced by numbers (with no actual dialed digit change).
  2392.     I don't know why N.Y. Telephone did not go all numbers in 1960 - since
  2393. the letters were meaningless - unless they felt it too "traumatic" for a
  2394. subscriber to abandon the use of letters for a central office prefix.
  2395.     Another oddity (at least in light of today's world) which I can recall
  2396. is that some rural exchanges had variable lengths of dialed numbers.  One
  2397. particular exchange - Angola, N.Y. - had some numbers as NN-XXX and some as
  2398. NN-XXXX.  Of course, the rural exchanges were all SxS CDO's, and variable
  2399. length numbering was quite possible.
  2400.     Another fond memory was the "cry-baby" sound used for a no-such-number
  2401. tone.  In my area, N.Y. Telephone seems to have dropped it in the early 60's,
  2402. although I can recall hearing it in the late 70's from Rochester Telephone when
  2403. I accidently dialed a wrong number.
  2404.  
  2405. ==>  Larry Lippman @ Recognition Research Corp., Clarence, New York        <==
  2406. ==>  UUCP    {decvax|dual|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry  <==
  2407. ==>  VOICE   716/741-9185                {rice|shell}!baylor!/             <==
  2408. ==>  FAX     716/741-9635 {G1, G2, G3 modes}    duke!ethos!/               <==
  2409. ==>                                               seismo!/                 <==
  2410. ==>  "Have you hugged your cat today?"           ihnp4!/                   <==
  2411.  
  2412. ------------------------------
  2413.  
  2414. Date: 21 Jan 1986 08:48-EST
  2415. From: mss%dartmouth.csnet@CSNET-RELAY.ARPA
  2416. Subject: Exchange names
  2417.  
  2418. I can't speak for the rest of the universe, but in Toledo, OH at least,
  2419. the names seemed to be related to where the office was located. The
  2420. GReenwood and CHerry exchanges, for example, were on those streets.
  2421.             -Mark
  2422.  
  2423. ------------------------------
  2424.  
  2425. Date: 21 Jan 1986 (Tuesday) 1324-EDT
  2426. From: Christopher Shull <SHULL@wharton-10.ARPA>
  2427. Subject:  trivial query on named exchanges
  2428.  
  2429.  
  2430.  When I moved to Philadelphia in 1979, I had never seen a named exchange
  2431.  before in my life.  Although the phonebook no longer refers to them, they
  2432.  are still widely used, by both the average Joe and Bell of PA officials.
  2433.  
  2434.  In addition to the ones offered on the net already:
  2435.        PEnnsylvania 6-5000      a hotel
  2436.        WAlnut               } { phones on Walnut and Chestnut
  2437.        CHestnut             } { Streets had this exchange
  2438.  
  2439.  Some of the ones I have seen include:
  2440.        MUnicipal                the Municipal (City Hall) numbers
  2441.        ELgin                    way out in the suburbs, as far as I can
  2442.                                   see near nothing called ELGIN
  2443.        EVergreen                West Philly's Pine and Spruce Streets
  2444.        MArket                   Market Street
  2445.        BAltimore                Baltimore Avenue, again, in West Philly
  2446.  
  2447.  One of the local "born-and-raised in South Philadelphia" wits suggests
  2448.  that PE wasn't for Pennsylvania, but for PEnnypacker.  As far as I know,
  2449.  it could have been both, depending on the speaker.  She also recalls
  2450.  some exchanges from South Philadelphia:
  2451.       FUlton             (she says the kids rendered this as an obscenity)
  2452.       HOward
  2453.       PIlgrim
  2454.       Poplar                   another street
  2455.  and  FIdelity
  2456.  
  2457.  Alas for our rapidly changing times, when the winds of technology and
  2458.  storms of progress destroy the poetry and symbolism of our telephone
  2459.  exchanges by burdening us with more numbers than can be softened with
  2460.  names.
  2461.  
  2462.  One thing numbers have over letters is that they are much easier to
  2463.  dial. Just try to dial such popular numbers as CAR-SALE, FRE-BEER, or
  2464.  NOS-MOKE.   They may be easier to remember, but they sure are hard to
  2465.  dial or punch!
  2466.  
  2467.  
  2468.    Enjoy!
  2469.    -Chris
  2470.  
  2471.    Christopher Shull                          Shull@Wharton.ARPA
  2472.    Decision Sciences Department
  2473.    The Wharton School                         (215) 898-5930
  2474.    University of Pennsylvania
  2475.    Philadelphia, PA  19104-6366
  2476.  
  2477. ------------------------------
  2478.  
  2479. Date: Mon, 20 Jan 86 14:17:57 est
  2480. From: ucdavis!lll-crg!seismo!rochester!ritcv!als5901@ucbvax.berkeley.edu (D)
  2481. Subject: Re: Trivial Query
  2482.  
  2483. Two things:
  2484.  
  2485. I currently live in Stamford, CT, and the phone books you mentioned
  2486. (the ones that give occupation, etc.) are still published in Stamford,
  2487. and can be accessed at the local library.  Its pretty neat to look up
  2488. all the people you know and see what it says.  This telephone book
  2489. actually has the type of house livd in, number of people in the house,
  2490. and the names of other people in the house.
  2491.  
  2492. Secondly,
  2493.  
  2494. I lived in Queens, NY for most of my life.  I can remember a few
  2495. exchange names:
  2496.  
  2497. TWining (89)  (I was TWining 6-etc.)
  2498. BOulevard (26)  (probably Queens Blvd.)
  2499.  
  2500. Sorry, can't think of any more.
  2501.  
  2502. Did you live in New York ??
  2503.  
  2504.  
  2505. Adam Siegel
  2506. als5901!ritcv.UUCP
  2507.  
  2508. ------------------------------
  2509.  
  2510. Date: Tuesday, 21 Jan 1986 09:41:55-PST
  2511. From: libman%grok.DEC@decwrl.DEC.COM  (Sandy Libman)
  2512. Subject: Named Exchanges
  2513.  
  2514.  
  2515. Re:  Named Exchanges --
  2516.  
  2517. 1.  There were 3-letter, 4-number phone numbers in some cities before they 
  2518. ran out of spellable and pronounceable combinations and had to go to 2-letter, 
  2519. 5-number ones.  Examples:
  2520.  
  2521. TRObridge  (876-nnnn)  in Cambridge, Mass.  [You would pronounce a number
  2522.                        as TRObridge-1234, not TRobridge-6-1234.]
  2523.  
  2524. UNIversity (864-nnnn)  also in Cambridge, Mass.  This eventually became 
  2525.   UNiversity-4 and UNiversity-8.
  2526.  
  2527. LIVingston (548-nnnn)  in Philadelphia, Pa.  [I still remember my phone 
  2528.                        number from when I was 8.  I don't remember 
  2529.                        some all-number numbers that I had after that.]
  2530.  
  2531. 2.  MERidian-1234  The Boston "time" number.  (1234 could be any digits.  
  2532.                        People use the nmemonic NERVOUS to remember it.)
  2533.  
  2534.     WEather-6-1234 The Boston "weather" number.
  2535.  
  2536. 3.  Orlando, Fla. used to have four named exchanges.  One of them was
  2537.     GArden-7 (427-nnnn).  I think one was CHerry-1 or CHenney-1 (Chenney
  2538.     (pronounced CHAIN-y) was somebody important in Orlando history.
  2539.     There's also a highway named after him.)
  2540.  
  2541. 4.  ANdrew-8-8000  The most famous phone number in Boston.  Adams and Swett, 
  2542.                        a carpet cleaning company in the area, had a radio 
  2543.                        jingle that went:
  2544.     
  2545.                    "How many cookies did Andrew eat?  Andrew ate 8000."
  2546.  
  2547. 5.  Who can forget the rock-and-roll song from the 50's with the line:
  2548.  
  2549.     "BEechwood 4 5 7 oh oh.  You can call me up and have a date; any old 
  2550.      ti-ime."
  2551.  
  2552.                     [Actually, I could, and may have.  I won't swear that
  2553.                      the "5 7" is correct.]
  2554.  
  2555. ------------------------------
  2556.  
  2557. Date: Tuesday, 21 Jan 1986 08:12:05-PST
  2558. From: ostiguy%bna.DEC@decwrl.DEC.COM
  2559. Subject: EXHANGE names of yesteryear !!!!
  2560.  
  2561.  
  2562. From:    LLOYDJ::LLOYDJ 21-JAN-1986 11:07
  2563. To:    BNA::OSTIGUY
  2564. Subj:    Old exchange names - easy to remember
  2565.  
  2566. Exchange names:
  2567.  
  2568. When I was a kid in Montreal Canada our exchange was YOrk 5862
  2569.  
  2570. when we moved to Worcester, Mass. PLeasant 7-XXXX was used and
  2571. today I still use the PL to remember my sister's home phone.
  2572.  
  2573. Lloyd J. Ostiguy
  2574.  
  2575. ------------------------------
  2576.  
  2577. Date: Tuesday, 21 Jan 1986 07:47:53-PST
  2578. From: potucek%candy.DEC@decwrl.DEC.COM  (Gone Skiing - J.Potucek @261-3297)
  2579. Subject: Re: Old Exchange Names
  2580.  
  2581.  
  2582. From:    CASTOR::COVERT  "John Covert  21-Jan-1986 1032" 21-JAN-1986 10:32
  2583. To:    CANDY::POTUCEK
  2584. Subj:    Please send to RHEA::DECWRL::"TELECOM@MIT-XX.ARPA"
  2585.  
  2586. Network Mail received on 21-Jan-86 at 08:28
  2587.  
  2588. From: CANDY::POTUCEK      "Gone Skiing - J.Potucek @261-3297"
  2589. To:   CASTOR::COVERT
  2590. Subject: RE: Telecom  Volume 5 : Issue 91
  2591.  
  2592. Ref: "Old Exchange Names"
  2593.  
  2594. Baltimore Md.==  MUlberry, IVanhoe
  2595.  
  2596. Paterson NJ.== HUnter
  2597.  
  2598. Passaic/Clifton NJ == PRescott
  2599.  
  2600. ------------------------------
  2601.  
  2602. Date: Tuesday, 21 Jan 1986 05:21:22-PST
  2603. From: berman%joel.DEC@decwrl.DEC.COM  (Joel Berman DTN: 276-9692)
  2604. Subject: EXCHANGE NAMES
  2605.  
  2606.  
  2607. Quincy Ma. had GRAnite and MAYflower. Notice that the first three letters
  2608. were the exchange. Later we got GRanite 9 so GRAnite changed to GRanite 2.
  2609. We also had PREsident. Quincy was the site of much granite used in building
  2610. Boston and two presidents came from Quincy. I don't know about the Pilgrims
  2611. though.
  2612.  
  2613. The first recording I remember is when we got dial phones. If one mistakenly
  2614. dialed the zero instead of the letter "O" in the exchange a tape was heard
  2615. asking you to dial O instead of 0. Even then I remember thinking, "If they
  2616. know what I mean't why can't they just fix it for me." I can't remember
  2617. what exchange had an "O" in it though.
  2618. /joel
  2619.  
  2620. ------------------------------
  2621.  
  2622. Date: Tuesday, 21 Jan 1986 05:53:00-PST
  2623. From: goldstein%delni.DEC@decwrl.DEC.COM  (Fred R. Goldstein dtn226-7388)
  2624. Subject: exchange names
  2625.  
  2626. No, there was never any nationwide exchange-name list.  It always had
  2627. local significance.  Prior to the widespread introduction of dial
  2628. phones (Bell was mostly manual into the 30s), you called an operator
  2629. and asked for the number, like "Murray Hill 8-9971".  At least when
  2630. AT&T decided to impose ANC on us, they didn't take the letters off
  2631. the dial.  British Telecom did, which is too bad since most of their
  2632. STD city codes are mnemonic with the letters.  Also they just introduced
  2633. "freefone 800" service, which could of course use the letters too.
  2634. (Most "freefone" service is operator-handled in the UK; very primitive!)
  2635.  
  2636. When dial came in, the original idea was "L3" - three letters in the
  2637. number.  But that was too tough to find words for, so they pretty much
  2638. settled on "L2".  But many exchanges show their L3 heritage.  Boston
  2639. has "COPley" (267), "HANcock" (426), "DEVonshire" (338), CAPitol,
  2640. KENmore, etc.; Cambridge has HYAcinth (not HYperdrive!), ELIot,
  2641. TROwbridge, and UNIversity; Brookline has BEAcon, ASPinwall, and REGent.
  2642. Brighton has STAdium, and Arlington has MIDland.
  2643.  
  2644. Of course, many exchanges only fit the L2 pattern, like Belmont's
  2645. IVanhoe-4, WAtertown-4, Concord's EMerson-9, and Brighton's ALlston-4.
  2646. All a lot sexier than All-number calling, eh?  Maybe we should add
  2647. letter translation to Signalling System 7! :^)
  2648.  
  2649. ------------------------------
  2650.  
  2651. Date:     Tue, 21 Jan 86 8:19:17 EST
  2652. From:     Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  2653. Subject:  exchange names in Wilmington, Del. area
  2654.  
  2655. I am compiling a list from several sources.  From in and near New Castle
  2656. County, Delaware, where I grew up (these are in Del. unless noted):
  2657. OLympia 2,4,5,6,8--Wilmington
  2658. POrter 2,4--Wilmington (NE part; broken out from OLympia in 1957)
  2659. SPring 2 and PRospect 4--Wilmington (DuPont Co. only)
  2660. CEdar 9--Hockessin
  2661. WYman 4,8,9(?)--Newport (992 and, I think, 995, are too new to have had
  2662.      the WYman name; don't know right now about 999)
  2663. ENdicott 8--Newark
  2664. EAst 2,8--New Castle
  2665. SYcamore 2,8--Holly Oak
  2666. TErminal 4--Delaware City
  2667. FRontier 8--Middletown
  2668. OLive 3--Smyrna
  2669. EXport 8--Elkton, Md.
  2670. GLobe 9--Chester Heights, Pa.
  2671. EXport 9--Westtown, Pa.
  2672. TRemont 2,4,6--Chester, Pa.
  2673.  
  2674. All of these (converted to numbers) are still in use; Pa. points listed
  2675. here are in 215 area.
  2676.  
  2677. ------------------------------
  2678.  
  2679. Date: Tue 21 Jan 86 19:14:26-PST
  2680. From: Lynn Gold <Lynn%PANDA@SUMEX-AIM.ARPA>
  2681. Subject: The origin of "MUrray Hill" and friends
  2682.  
  2683. The reason they used words, rather than numbers, to convey this information
  2684. to people was that at the time, numbers were considered "cold, unfriendly,
  2685. and difficult to remember."  Hence, we had these names for the exchanges.
  2686. I'm not sure why the phone company did away with them; perhaps they got
  2687. tired of thinking of names.
  2688.  
  2689. --Lynn
  2690.  
  2691. ------------------------------
  2692.  
  2693. End of TELECOM Digest
  2694. *********************
  2695. 25-Jan-86 06:10:11-EST,23454;000000000000
  2696. Mail-From: ELMO created at 25-Jan-86 05:02:53
  2697. Date: 25 Jan 86 05:02-EST
  2698. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  2699. Subject: TELECOM Digest V5 #93
  2700. To: Telecom@XX.LCS.MIT.EDU
  2701. Reply-To: Telecom@XX.LCS.MIT.EDU
  2702.  
  2703. TELECOM Digest                       Saturday, January 25, 1986 5:02AM
  2704. Volume 5, Issue 93
  2705.  
  2706. Today's Topics:
  2707.  
  2708.                    Administravia - Named Exchanges
  2709.                  Dial in/out on Suns under Sun OS 1.1
  2710.                 IDDD City Codes & Reverse Directories
  2711.                     Re:  CNA and Number Databases
  2712.                           Alternate circuits
  2713.                     Freefone and 1800 service (UK)
  2714.                     X*Press Cable TV Data Service
  2715.             new Pacific undersea fiber optic cable coming
  2716.                           Re: Trivial Query
  2717.                             Exchange Names
  2718.                            Named Exchanges
  2719.                             Exchange Names
  2720.                             Exchange Names
  2721.                            Named Exchanges
  2722.                             Exchange Names
  2723.                The origin of "MUrray Hill" and friends
  2724.                             Trivial Query
  2725.                             Trivial Query
  2726.                Re:  Some named exchanges from the past
  2727.  
  2728. ----------------------------------------------------------------------
  2729.  
  2730. Date: Sat 25 Jan 86 04:29:45-EST
  2731. From: Eliot Moore (Your Friendly Neighborhood Moderator) <ELMO@XX.LCS.MIT.EDU>
  2732. Subject: Administravia - Named Exchanges
  2733.  
  2734. While initially entertaining, it has been suggested that Named Exchanges
  2735. is getting old quickly.  If the silent majority is bored, I need to know.
  2736.  
  2737. Cheers,
  2738. Elmo
  2739.  
  2740. ------------------------------
  2741.  
  2742. Date: Tue, 21 Jan 86 21:29:01 pst
  2743. From: ia-sun2!smeagol!gorbag!earle@csvax.caltech.edu (Greg Earle)
  2744. Subject: Dial in/out on Suns under Sun OS 1.1
  2745.  
  2746. This was a well-known problem under 1.1.  The best solution would be to
  2747. upgrade his software first (not possible?); then get him a copy of the 
  2748. Sun Technical Report, which was issued 5 times in 1984.  Volume 3 contains
  2749. the necessary info on correct hookup; also the topic is covered in the 
  2750. release 1.2 release notes (another reason to upgrade).  The basic gist is,
  2751. (a) Did he do a mknod of /dev/cua0 with the same major number as his intended
  2752. serial port, and a minor number of /dev/tty{hisport} + 128 ?? 
  2753. (b) Did he mv /dev/tty{his_port} to /dev/ttyd0 ??
  2754. (c) [Most important] he has to check the flags in the Configuration file
  2755. for his kernel.  If he is hooking the hayes up to one of the standard serial
  2756. ports (SIO-A, or SIO-B; ttya ttyb), then the default "flags=x" setting in
  2757. the "zs" entry for the Generic kernel is x=3, which means that the kernel is
  2758. using *software* carrier detect on BOTH of the serial ports.  You need to 
  2759. change this to 0 (hardware carrier on both) or 1 or 2 (hardware carrier on
  2760. one or the other; 1 means hdwr. carrier on /dev/ttya, 2 on ttyb)
  2761.  
  2762. >From page 5-4 of the 1.2 Release Notes - Errata Pages
  2763.  
  2764. Create the appropriate device for your modem with the following series of
  2765. commands:
  2766.  
  2767.     # cd /dev
  2768.     # mknod cua0 c 12 128 (for ttya)
  2769.     # chmod 600 cua0
  2770.     # chown uucp cua0
  2771.     # mv ttya ttyd0
  2772.     # chmod 711 /usr/spool/uucp/{C.,D.,D.[systemname]}
  2773.  
  2774. One important point omitted from the discussion of setting up your modem
  2775. for both dial-out and dial-in on the same serial port is that the flags bit
  2776. in the kernel corresponding to the serial port you're trying to set up has
  2777. to be zero.  This enables hardware carrier detect, so the Sun can tell 
  2778. when someone calls in or hangs up.  If bit 'i' of flags is set to 1, this tells
  2779. the kernel that line 'i' should be treated as hard-wired with carrier always
  2780. present. For device zs0, bit 0 represents ttya and bit 1 represents ttyb.
  2781. The default value in the GENERIC kernel is 3, indicating software carrier on
  2782. both ports.  You must have ... a modem cabled correctly to the workstation:
  2783. you need a cable with pins 1 through 8 and pin 20 all wired straight thru.
  2784. A full 25-pin ribbon cable will also work.
  2785.  
  2786. Hope this helps him.
  2787.  
  2788.     Greg Earle
  2789.     JPL Spacecraft Data Systems group
  2790.     sdcrdcf!smeagol!earle (UUCP)
  2791.     ia-sun2!smeagol!earle@csvax.caltech.EDU (ARPA)
  2792.  
  2793. ------------------------------
  2794.  
  2795. Date: 22 January 86 14:59-PST
  2796. From: Kevin J. Burnett  <KJBSF%SLACVM.BITNET@WISCVM.WISC.EDU>
  2797. Subject: IDDD City Codes & Reverse Directories
  2798.  
  2799. 1) Is there a way to get a list of the "city codes" (or whatever they're
  2800. called) for the U.K., without calling an operator or anything?  This would
  2801. be useful for me..
  2802.  
  2803. 2) A Little while back A certain person called me up and somehow knew my
  2804. full name, when I had only given him my first name.  He said that he found
  2805. me in a "reverse directory" like CNA in the city library.  I thought that
  2806. the "phone company" wasn't supposed to give out such information.
  2807.  
  2808. [You typically have the right to REMOVE yourself from such a directory.
  2809.  They don't "give", they *SELL* it -elmo.]
  2810.  
  2811. - Kevin
  2812.  
  2813. ------------------------------
  2814.  
  2815. Date: Wed, 22 Jan 86 18:02:15 EST
  2816. From: Leonard Rosenblum <lrosen%buffalo.csnet@CSNET-RELAY.ARPA>
  2817. Subject: Re:  CNA and Number Databases
  2818.  
  2819. Subject: Re: CNA and Number Databases
  2820. Newsgroups: mod.telecom
  2821.  
  2822. > In Denmark, there are several separate service numbers for directory
  2823. > assistance:
  2824. >     0039 (??)    Number to name-and-address
  2825. >     (area code)    Number to name-and-address in that area code
  2826. >
  2827. > Would someone who grew up with the rules here explain in what way
  2828. > they personally feel that that policy would be wrong to introduce here ?
  2829.  
  2830. I think it could create a lot of junk calls.  That is:
  2831.  
  2832. 1- Autodialing machines trying to sell things could be programmed more
  2833.    efficiently.
  2834. 2- "private" telephone company codes (like test lines, etc) could be more
  2835.    easily discovered.
  2836. 3- Harrassment can occur by knowing who has certain numbers that spell
  2837.    phrases such as "IAMDUMB", etc and if they exist.
  2838.  
  2839. > (In other words, I don't want to hear how it happened to be the way it is,
  2840. > but would you object strongly if it were changed, and if so, why ?)
  2841.  
  2842. I am in favor of implementing a code "0039" since I am not afraid of
  2843. any harrassing phone calls (thanks anwering machine :-)    ) and that
  2844. this additional info could be helpful when one writes down a number
  2845. quickly and forgets who it belongs to.
  2846.  
  2847. <<<--- Lenny --->>>
  2848. ---------------------------------------------------------------------
  2849. UUCP   : {cmcl2,hao,harpo}!seismo!rochester!rocksvax!sunybcs!lrosen | 
  2850.          ...{allegra,decvax,watmath}!sunybcs!lrosen                 |
  2851. CSNET  : lrosen@buffalo                                             |
  2852. ARPA   : lrosen%buffalo.CSNET@csnet-relay                           |
  2853. BITNET : lrosen@sunybcs   OR   v131dllf@sunyabva                    |
  2854.  
  2855. ------------------------------
  2856.  
  2857. Date: 22 Jan 86 21:30:17 EST (Wed)
  2858. From: clyde!infopro!rf@ucbvax.berkeley.edu ()
  2859. Subject: Alternate circuits 
  2860.  
  2861. Some unknown commentator writes:
  2862.  
  2863. >> Another (more serious) problem I have experienced, is that when I use
  2864. >> many of the LD svcs other than AT&T and a couple of others, after being
  2865. >> connected for a few seconds, the other person will dissapear for a
  2866. >> fraction of a second.  This makes it impossible for me to use my modem
  2867. >> because carrier gets lost after being connected.  This doesn't seem
  2868. >> to happen to all areas...617 is one of them.  The pitch of the static
  2869. >> seems to change after that happens too, and often a lot of the static
  2870. >> goes away.  
  2871.  
  2872. The problem you've described occurs using Western Union's long distance
  2873. telephone service when a call goes between at least two of our six
  2874. switches to an area where equal access has not yet been installed.  It is
  2875. a known problem but has not even been adequately researched due to company
  2876. politics.  (I can't tell you it's expensive to fix; no-one knows how much
  2877. it would cost to fix.)  If Western Union is one of your trouble-giving
  2878. carriers (& keep in mind that WU carries some overflow from other
  2879. carriers), write: I'll forward you the address & number of our Office of
  2880. Consumer Affairs.
  2881.  
  2882. --
  2883. Randolph Fritz
  2884. {ihnp4,decvax}!philabs!wu1!rf
  2885.  
  2886. ------------------------------
  2887.  
  2888. Date: Thu, 23-Jan-86 09:06:02 PST
  2889. From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein)
  2890. Subject: Freefone and 1800 service (UK)
  2891.  
  2892. In Britain at this time, they have both Freefone service and (increasingly)
  2893. the International standard 1800 service.  Freefone is sort of like
  2894. Zenith numbers in the U.S.  You call the operator and they complete the
  2895. call.  In the U.S. we give a Zenith number, in Britain you usually give
  2896. a company name (not a number).  1800 service is being widely implemented
  2897. in Europe and apparently also in Japan.  Eventually many toll-free
  2898. international numbers will be available through this mechanism.
  2899.  
  2900. Also, when you compare phone rates in different countries, note that in
  2901. most parts of the world (particularly Europe) all timed calls (and this
  2902. usually includes all local calls) are billed on a pulse count basis.
  2903. You don't usually get an itemized bill--you get a bill for N pulses
  2904. at a particular time-of-day rate.  In most cases, there simply ISN'T
  2905. any itemized info available.  The pulse counts are very hard to 
  2906. argue about if you feel there are errors.  You can put in your own
  2907. pulse meter at home--but then if there are erroneous pulses coming
  2908. down the line both your meter and the telco meter will see it, and you
  2909. won't have any way to know they weren't legit pulses!  Even where the new
  2910. System X (ESS) has been installed in Britain, British telcom converts
  2911. the itemized billing info to pulse counts for billing
  2912. purposes.  Apparently they even have a little program which graphically
  2913. draws meters from the itemized data so the billing people will be
  2914. comfortable.  I suppose they do have the itemized data on tape somewhere
  2915. in this case if there are disputes--but good luck getting them to
  2916. dig it up, I'll bet.
  2917.  
  2918. Pulse count errors are almost always of the "too many pulses" variety,
  2919. by the way, so they almost always favor telco.
  2920.  
  2921. --Lauren--
  2922.  
  2923. ------------------------------
  2924.  
  2925. Date: Sun, 19 Jan 86 19:58:22 PST
  2926. From: ihnp4!islenet!bob@ucbvax.berkeley.edu
  2927. Subject: X*Press Cable TV Data Service
  2928.  
  2929. The local major TV cable service here will start a new service for personal
  2930. computer owners on Tuesday called X*Press, which provides an RS232
  2931. one-way broadcast data feed of news and financial information.
  2932.  
  2933. X*Press Information Services (a partnership between McGraw-Hill Inc.,
  2934. Telecommunications Inc. and Telecrafter Corp.) is headquartered in Boulder
  2935. Colorado and is said to have begun X*Press operations last September,
  2936. currently having about 500 subscribers in Colorado, Sunnyvale, and Buffalo.
  2937.  
  2938. Honolulu was apparently chosen to be the first major city in the country
  2939. (Honolulu is the 11th most populous city in the US) because Paul Maxwell,
  2940. president of X*Press has a "close business association" with the owners of
  2941. Oceanic Cablevision.
  2942.  
  2943. Maxwell aims to entice about 1% of Oceanic's 250,000 subscribers to sign up
  2944. for X*Press.  Installation fee is $50, which includes a decoder and wiring
  2945. to a personal computer, and a $19.95/month service charge.  Maxwell was
  2946. quoted in a local newspaper article today comparing X*Press to various
  2947. computer information utilities (specifically The Source, Compuserve and Dow
  2948. Jones News Retrieval) which charge fees based upon an hourly (vs. monthly
  2949. for X*Press) computer time charge which can exceed $20/hour during daytime
  2950. hours in Hawaii.
  2951.  
  2952. Bob Cunningham  {dual|vortex|ihnp4}!islenet!bob
  2953. Hawaii Institute of Geophysics, University of Hawaii
  2954.  
  2955. ------------------------------
  2956.  
  2957. Date: Sun, 19 Jan 86 19:58:57 PST
  2958. From: ihnp4!islenet!bob@ucbvax.berkeley.edu
  2959. Subject: new Pacific undersea fiber optic cable coming
  2960.  
  2961. A gaggle of PTT executives from around the world will officially sign a
  2962. complex $600 million contract Wednesday morning at the Kona Surf commiting
  2963. to the installation of the HAW 4 / TPC 3 trans-Pacific undersea fiber optic
  2964. cable system.
  2965.  
  2966. For comparison, here are the major existing Pacific undersea cables (all
  2967. analog/coax based):
  2968.  
  2969. HAW 1    California-Hawaii                1957, 51 circuits
  2970. HAW 2    California-Hawaii                1964, 143
  2971. HAW 3    California-Hawaii                1975, 845
  2972. TPC 1    Hawaii-Midway-Wake-Guam-Philippines        1964, <150
  2973. TPC 2    Hawaii-Guam-Okinawa-Japan-Shanghai        1975, 845
  2974. ANZCAN    Canada-Hawaii-Fiji-Norfolk-Sydney        ?, ?
  2975. COMPAC    Hawaii-Fiji-Auckland-Sydney            ?, ?
  2976. TASMAN    Auckland-Sydney                    ?, ?
  2977. SEACOM1    Guam-Hong Kong                    ?, ?
  2978. SEACOM2    Guam-Papua New Guinea-Australia            ?, ?
  2979. APNG    Papua New Guinea-Australia            ?, ?
  2980. TAIGU    Guam-Taiwan                    ?, ?
  2981. ?    Japan-Korea                    ?, ?
  2982. ?    Japan-Nakhodka                    ?, ?
  2983.  
  2984. HAW 4 will run from Point Arena in California (same terminus as HAW 1) to
  2985. Makaha on Oahu.  TPC 3 is essentially a continuation, running from Makaha
  2986. and then splitting to run to both Guam and Ninomiya, Japan.  Also set for
  2987. construction is a separate cable, GP 2, between Guam and the Philippines.
  2988.  
  2989. HAW 4 / TPC 3 is all fiber optic, with a capacity of 40,000 digitized phone
  2990. lines ... about 8 times the total current trans-Pacific cable capacity.
  2991.  
  2992. Roughly the same time, TAT 8 will be laid from North America to Europe,
  2993. using a similarly-constructed cable.  When complete, there will be a belt
  2994. of digital fiber spanning 3/4 of the Earth's circumference.
  2995.  
  2996. AT&T will be installing TAT 8, HAW 4, and approximately 1/2 of TPC 3.  The
  2997. remainder of TPC 3 (from the branching point) will be installed by Kokusai
  2998. Denshin Denwa Co. Ltd.  Completion is set for December, 1988.
  2999.  
  3000. The companies and countries' PTTs involved with HAW 4 / TPC 3 are:
  3001.  
  3002.     AT&T Communications
  3003.     Hawaiian Telephone (GTE subsidiary)
  3004.     Teleglobe Hawaii
  3005.     ITT
  3006.     RCA Global Communications
  3007.     MCI International
  3008.     Western Union
  3009.     FTC Communications
  3010.     GTE Sprint
  3011.     TRT Communications
  3012.     Japan
  3013.     Philippines
  3014.     Australia
  3015.     New Zealand
  3016.     Taiwan
  3017.     South Korea
  3018.     the United Kingdom
  3019.     West Germany (don't ask me why...)
  3020.  
  3021. The US companies originally wanted a direct Hawaii-Japan cable, but the
  3022. Department of Defense insisted that Guam be included.
  3023.  
  3024. Currently, despite extensive use of TASI on the undersea cables, the
  3025. majority of trans-Pacific telecommunications is via satellite (INTELSAT for
  3026. the international connections, domestic US satellites for the
  3027. California-Hawaii link).  After the new cables are installed, the balance
  3028. in the Pacific should shift to about 56% satellite, 44% cable.
  3029.  
  3030. Bob Cunningham  {dual|vortex|ihnp4}!islenet!bob
  3031. Hawaii Institute of Geophysics, University of Hawaii
  3032.  
  3033. ------------------------------
  3034.  
  3035. Date: Tue, 21 Jan 86 12:39:41 cst
  3036. From: ihnp4!stolaf!umn-cs!woolsey@ucbvax.berkeley.edu (Jeff Woolsey)
  3037. Subject: Re: Trivial Query
  3038.  
  3039. In article <8601181850.AA09500@ucbvax.berkeley.edu> you write:
  3040. >When I was younger, there was a book published in my town that listed people
  3041. >by their name and address, and included their occupation, employer, and phone
  3042. >number.  Many of the adjacent towns had similar books, all published by one
  3043. >company.  Understandably, this book is no longer available to the general 
  3044. >public, since it gave a lot of information that people in urban areas don't
  3045. >want floating around.
  3046.  
  3047. We have suburban directories published here which (last time I saw one)
  3048. included head-of-household's occupation, spouse's name, and names and year
  3049. of birth of children.
  3050.  
  3051. >What I'd like to know
  3052. >is what exchange names people    remember.  I'm afraid I've named the only 
  3053. >ones I can recall.
  3054. >
  3055. >                -Jim.
  3056. >                "Remember when Cap'n Crunch was a cereal?"
  3057. >------
  3058.  
  3059. Well, I remember WAlnut and TAylor here in Minneapolis.  And Cap'n Crunch
  3060. still is a cereal...
  3061. -- 
  3062. -- 
  3063. The aim of Nuclear Freeze is to prevent Nuclear Winter.
  3064.  
  3065.                 Jeff Woolsey
  3066.                 ...ihnp4{!stolaf}!umn-cs!woolsey
  3067.                 woolsey@umn-cs.csnet
  3068.  
  3069. ------------------------------
  3070.  
  3071. Date: Thu 23 Jan 86 10:03:41-PST
  3072. From: Doug <Faunt%HP-THOR@hplabs.arpa>
  3073. Subject: Exchange Names
  3074.  
  3075. I just remembered another, from Columbia SC, SUnset.
  3076.  
  3077. ------------------------------
  3078.  
  3079. Date: 23 Jan 86 10:56:24 PST (Thursday)
  3080. From: Swenson.PA@Xerox.COM
  3081. Subject: Named Exchanges
  3082.  
  3083. I grew up in Berkeley, Calif.  Berkeley had the only manual exchanges in
  3084. a sea of dial-us kids wanted to be modern & have dial phones; the adults
  3085. didn't always agree. 
  3086.  
  3087. The exchanges I grew up with were Berkeley, Ashburry, Thornwall.  Note
  3088. the capitalization-localy the two letter capitalization did not come
  3089. into use until about WWII.  I still have wooden coat hangers with
  3090. advertising printed on them where the phone number is spelled with 1
  3091. letter capitalized.  Party line identification: My phone was Berkeley
  3092. 1199W; 1199J was across the street, while 1199 was some frends of ours
  3093. in Albany, Calif, 4 or 5 miles away, on a 1 party line.  Albany grew &
  3094. finally got its own exchange, dial of course, LAndscape 5. This was the
  3095. first 3 character exchange I knew of in the Bay Area, it was used to
  3096. avoid conflicts with LAkehurst in Oakland. The number was then added to
  3097. all exchanges-probably 2 0r 3 years later.  BErkeley became BErkeley-7.
  3098. Finally came reorginazation and dials.  BErkeley was broken up (the
  3099. phone company did not want reginal names)-most phones were moved to
  3100. LAndscape 4 or 5 or 6 with the number unchanged.  Pay phones in BErkeley
  3101. were moved to CEdar-same dial pulses.
  3102.  
  3103. Then came the elimination of names, just two letters +1 number and then
  3104. conversion to all numbers.
  3105.  
  3106. During WWII phones installed grew so much that AShburry had some five
  3107. digit numbers.  This was fixed when dials came in.
  3108.  
  3109. Don't forget the San Francisco exchange CHina.  A manual exchange,
  3110. operators spoke Cantonese & English.  If the called party was not at
  3111. home, the operator would try to find him/her at other places.  Long
  3112. gone, of course.
  3113.  
  3114. ------------------------------
  3115.  
  3116. Date: Thu 23 Jan 86 11:20:13-PST
  3117. From: BLUCAS@SRI-KL.ARPA
  3118. Subject: Exchange Names
  3119.  
  3120. When I was growing up in SF we had at least 26 exchange names.  With a little
  3121. help from my friends, I think I got them all--all letters of the alphabet.
  3122. At one point Phoneco added a digit to the exchange--ours became Evergreen 6,
  3123. but there was no other Evergreen.  None of the exchanges in TELECOM so far
  3124. (except for the one Evergreen) duplicated SF names--and there is no common
  3125. thread apparent in the words--just what the alphabet required, I guess.
  3126. Any old SFers can have my list, but it doesn't seem as tho' it would have national appeal so I won't list them now.  Thanks to the person who injected this
  3127. interesting little exercise.   Barbara Lucas@SRI in California.
  3128.  
  3129. ------------------------------
  3130.  
  3131. From:     Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  3132. Subject:  Exchange Names
  3133.  
  3134. PEnnsylvania 6-5000 was in New York City.  A 1976 Phila. directory has
  3135. PEnnypacker 5.
  3136. ELgin, "way out in [ Phila.] suburbs", is at Newtown Square, between
  3137. Upper Darby and West Chester along West Chester Pike (Pa. route 3).
  3138.  
  3139. Exchange names were dropped to:
  3140. 1. save operator time by not having to spell out unfamiliar office names.
  3141. 2. eliminate confusion between O and 0.
  3142. Plus, some prefixes can't be rendered as names.
  3143.  
  3144. ------------------------------
  3145.  
  3146. Date: Thu 23 Jan 86 14:27:04-PST
  3147. From: HECTOR MYERSTON <MYERSTON@SRI-KL.ARPA>
  3148. Subject: Named Exchanges
  3149.  
  3150.     How about the non-exchange, non-dialable, ZEnith X-XXXX numbers?.
  3151. These were pre 800 800 numbers.  "Call you local operator and ask for
  3152. ZEnithX-XXXX, no cost to calling party".
  3153.     The California Highway Patrol was (is?) ZEnith 1-9000.  The
  3154. operator not only completed the call but completed it to the NEAREST
  3155. CHP office.  An early example of a brain-ware defined network.
  3156. +HECTOR+
  3157.  
  3158. ------------------------------
  3159.  
  3160. Date: Thu 23 Jan 86 23:38:07-EST
  3161. From: "Bob Soron" <Mly.G.Pogo%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
  3162. Subject: Exchange Names
  3163.  
  3164. Growing up in Arlington, Mass., we had MIssion Hill 3, 6, and 8.
  3165. I was always baffled about why they needed two words to represent
  3166. two letters, especially since they only used the first two
  3167. letters of the first word anyway.  We always just said "Mission."
  3168. I don't know if any of Arlington's neighborhoods were ever called
  3169. "Mission Hill," but if so I never heard of them.
  3170. ...Bob
  3171.  
  3172. ------------------------------
  3173.  
  3174. Date:  Fri, 24 Jan 86 09:50 EST
  3175. From:  Frankston@MIT-MULTICS.ARPA
  3176. Subject:  The origin of "MUrray Hill" and friends
  3177.  
  3178. The question of why telco got rid of the numbers is probably well
  3179. documented in their human factors studies.  I'll note that one problem
  3180. with exchange names is that they can be highly dependent upon correct
  3181. pronunciation and idiosyncracies.  For example, I still think that
  3182. "MUrray hill" as being "Murray Hill".  (MU vs MH).
  3183.  
  3184. Perhaps I am unusual, but I find the numeric exchange names easier to
  3185. deal with for two reasons.  One ks that I can touch-dial a numeric
  3186. exchange and don't have to worry about where the V or H keys are.  But
  3187. the other is that there are so many fewer of them.  445 is 225 and not
  3188. CAt-5 or CAtsup-5 (of course CA-5 is then the same as KE-5) or
  3189. ABacrombe-5 or ...
  3190.  
  3191. This is not to say that such things as 800-NOTHING is not easier than
  3192. 800-668-4464 but rather that the unobvious idea that a numeric string
  3193. can be the easier form is interesting and perhaps surprising.
  3194.  
  3195. But then again, maybe I've been working with computers too long.
  3196.  
  3197. ------------------------------
  3198.  
  3199. Date: Fri, 24 Jan 86 13:16:08 PST
  3200. From: ihnp4!houxm!hou2g!zap@ucbvax.berkeley.edu
  3201. Subject: Trivial Query
  3202.  
  3203. I can remember RIverside and DIamond.
  3204. locale was Sharon, PA.
  3205. pat corbett
  3206.  
  3207. ------------------------------
  3208.  
  3209. Date: 24 Jan 86   20:56-EST
  3210. From:   James Dorf   <smgkmmc%BOSTONU.bitnet@WISCVM.arpa>
  3211. Subject: Trivial Query
  3212.  
  3213. -----
  3214.                     ----Inserted Text Follows This Line----
  3215. >     It is interesting to note that after the NNN-XXXX conversion, names
  3216. > were dropped in place of non-mnemonic letters.  For example, MAdison 1234
  3217. > became TL3-1234, RIverside 1234 became TR5-1234, etc.  In the late 60's, the
  3218. > letters were replaced by numbers (with no actual dialed digit change).
  3219. the letters were meaningless - unless they felt it too "traumatic" for a
  3220.  
  3221. I disagree about them changing from mnemonic to non-mnemonic nnx
  3222. assignments on purpose (why, just to wean us off them?).  You cited
  3223. above "RIverside" being changed to "TR5" but "TR" stands for "TRafalgar".
  3224.  
  3225. I still first think of "TRafalgar6" and "ENdicott2" for my Aunt's in
  3226. N.Y.C.  Another memory of "LOngacre4" for my dad's old office in the
  3227. Empire State Bldg.  "TL" above doesn't strike a bell for me but I bet
  3228. it stands for something.../jad
  3229.  
  3230. ------------------------------
  3231.  
  3232. Date: 24 Jan 86   20:42-EST
  3233. From:   James Dorf   <smgkmmc%BOSTONU.bitnet@WISCVM.arpa>
  3234. Subject: Re:  Some named exchanges from the past
  3235.  
  3236. -----
  3237. So far, no one has mentioned that they have all kinds of them up here...
  3238.  
  3239. My phone number is BOston6-4404.  They have BOston2, BO6, and BO7...
  3240. A favorite of mine is the KEnmore6 exchange which encompasses
  3241. Boston's Kenmore Square (right near Boston Univ. (which has 353 and
  3242. soon 354 all to it's huge Centrex)).
  3243.  
  3244. This is getting a little boring, but those who know me are aware of
  3245. my need to get my 10 cents (now 25 in some cities) in! /jad
  3246.  
  3247.  
  3248. p.s.  Yeah!  It's still 10 cents here in Boston!
  3249.  
  3250. ------------------------------
  3251.  
  3252. End of TELECOM Digest
  3253. *********************
  3254. 27-Jan-86 03:31:25-EST,5987;000000000000
  3255. Mail-From: ELMO created at 27-Jan-86 03:03:02
  3256. Date: 27 Jan 86 03:03-EST
  3257. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  3258. Subject: TELECOM Digest V5 #94
  3259. To: Telecom@XX.LCS.MIT.EDU
  3260. Reply-To: Telecom@XX.LCS.MIT.EDU
  3261.  
  3262. TELECOM Digest                         Monday, January 27, 1986 3:03AM
  3263. Volume 5, Issue 94
  3264.  
  3265. Today's Topics:
  3266.  
  3267.                             Pulse metering
  3268.                     Equal access and the customer
  3269.   Re: PROJECT VICTORIA (multiple connections with only 1 phone line)
  3270.  
  3271. ----------------------------------------------------------------------
  3272.  
  3273. Date: Sat 25 Jan 86 10:11:28-PST
  3274. From: Ole Jorgen Jacobsen <OLE@SRI-NIC.ARPA>
  3275. Subject: Pulse metering
  3276.  
  3277.  
  3278. The pulse metering method used in the UK (as described by Lauren) is
  3279. used to the customers advantage in payphones where "you pays for what
  3280. you gets" (as the old saying goes). When you make a long-distance or
  3281. international call, the pulse rate changes, so that your 5 or 10 pence
  3282. doesn't last as long, BUT you can still make a call anywhere which is
  3283. nice. I hate having to deposit huge amounts for the "initial 3
  3284. minutes", when I make 20 second calls to say "I have arrived" or
  3285. whatever from US payphones. (Example: San Francisco to Palo Alto:
  3286. $.45, or New York to Barbados: $6.20).
  3287.  
  3288. The latest in pay-phones in the UK is the PhoneCard, you buy cards
  3289. which come in various values, 20 units, 40 units and so on.  (One
  3290. "unit" = 10 pence). These cards are used on special phones which
  3291. display the remaining units on your card (I believe they are stored
  3292. magnetically). Again you pay for what you get and you're not faced
  3293. with additional calling card or credit card overhead charges. Best of
  3294. all, you don't need change!
  3295.  
  3296. While I favor itemized billing, don't forget that it costs a great
  3297. deal of money to install that type of billing equipment and that
  3298. the operating conditions have not been as "market driven" in the
  3299. UK as they have in the US. Things are changing however and you
  3300. *can* get itemized billing in certain areas of the country.
  3301.  
  3302.  
  3303. Ole
  3304.  
  3305. ------------------------------
  3306.  
  3307. Date: 25 Jan 86 21:09:21 EST
  3308. From: *Hobbit* <AWalker@RED.RUTGERS.EDU>
  3309. Subject: Equal access and the customer
  3310.  
  3311. It is becoming increasingly clear to me that the local operating companies
  3312. [at least here in Bell Atlantic territory] are attempting to *suppress*
  3313. knowledge of 10XXX-format dialing capability.  [This, oddly enough, is 
  3314. called "Tenex dialing" by the biz office people ... are they going to have
  3315. twenex dialing someday?]  The point is, half the employees don't know what
  3316. no-pick is or how 10XXX really works.  A lot of them will tell you that you
  3317. need to sign up with the carrier before you can successfully use a different
  3318. carrier than your default 1+ one.  It is *company policy* that they cannot 
  3319. provide any information about other carriers, specifically what 10XXX carrier
  3320. codes are recognized by a given office.  To get this info you have to call 
  3321. the Teleconsumer people in DC and get the list for your area, which has
  3322. a good possibility of being outdated or inaccurate.  Bell people also don't
  3323. deal with 950 at all and will very likely deny all knowledge of its existence.
  3324.  
  3325. The point is that the general public is being in effect lied to, and not 
  3326. given the information they want about how divestiture is affecting their 
  3327. service.  This angers me and I am trying to educate as many people as I can
  3328. reach about equal access and how it works.  They are always amazed to learn
  3329. that they can dial a call through an alternate carrier without having an
  3330. account with them first.
  3331.  
  3332. Why is this suppresssion being done?  Because the billing arrangements with
  3333. the other carriers, i.e. you are what's called a "casual caller" on a carrier
  3334. you don't have your own account with, are so hairy and horrendous that making
  3335. a call on an alternate seems to introduce a nominal *6* month delay in 
  3336. getting the bill to the customer, and there seems to be a large margin for
  3337. screwup that may lose the billing completely.  In some areas that recently
  3338. went equal access, you walk up to a public phone, dial 10XXX 1 301 4nn qqqq,
  3339. and talk to your friend in Maryland for a while for free, because the carrier
  3340. had no idea that the calling number was a pay station.  This shows that a lot
  3341. of the carriers are still in their Mom-n-Pop stage and can't handle the 
  3342. intricacies of getting the bills to the right places.  The LOC's know this
  3343. too, and to avoid the chance that people will take advantage of this "legalized
  3344. toll fraud", they withhold the information.
  3345.  
  3346. Could some of the other readers who have had equal access for a while, and who
  3347. have made "casual" calls with different carriers relate their experiences 
  3348. with how the billing was handled [if at all] and what kind of charges showed 
  3349. up?  I am burningly curious if this lossage exists everywhere, or just around
  3350. here in NJ.  My home office is just about to go equal access [although the
  3351. Piscataway office that handles Rutgers has had it for a while].  I intend to
  3352. place calls and keep careful records of date/time and carrier used, and see
  3353. how long it takes them to figure out who I am.  I also urge my colleagues
  3354. to do likewise, so the carriers will be *forced* to get their acts together.
  3355. Maybe the local operating companies will get a little more reasonable about
  3356. the whole thing if they are forced to by the public.
  3357.  
  3358. _H*
  3359.  
  3360. ------------------------------
  3361.  
  3362. Date: Sat, 25 Jan 86 19:58:45 est
  3363. From: cbpavo.cbosgd.ATT.UUCP!mark (Mark Horton)
  3364. Subject: Re: PROJECT VICTORIA (multiple connections with only 1 phone line)
  3365.  
  3366.  
  3367. Is this one of those situations where the media strips out all technical
  3368. information from press releases so the general public can understand it?
  3369.     
  3370.         Mark
  3371.     
  3372. [Sounds like Pacific Bell is up to its usual tricks, trying to lock us into
  3373.  their system, and accordingly, their tariffs. -elmo]
  3374.  
  3375. ------------------------------
  3376.  
  3377. End of TELECOM Digest
  3378. *********************
  3379. 28-Jan-86 02:39:19-EST,5834;000000000000
  3380. Mail-From: ELMO created at 28-Jan-86 02:12:21
  3381. Date: 28 Jan 86 02:12-EST
  3382. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  3383. Subject: TELECOM Digest V5 #95
  3384. To: Telecom@XX.LCS.MIT.EDU
  3385. Reply-To: Telecom@XX.LCS.MIT.EDU
  3386.  
  3387. TELECOM Digest                        Tuesday, January 28, 1986 2:12AM
  3388. Volume 5, Issue 95
  3389.  
  3390. Today's Topics:
  3391.  
  3392.                             Pulse metering
  3393.                  pulse metering in the UK (payphones)
  3394.                  delays in 10XXX dialed call billing
  3395.                         Billing of 10XXX calls
  3396.                 MIT Communications Forum (Read! -Elmo)
  3397.     PROJECT VICTORIA (multiple connections with only 1 phone line)
  3398.  
  3399. ----------------------------------------------------------------------
  3400.  
  3401. Date: Mon, 27 Jan 86 03:40:41 EST
  3402. From: David Vinayak Wallace <GUMBY@MC.LCS.MIT.EDU>
  3403. Subject:  Pulse metering
  3404.  
  3405.     Date: Sat 25 Jan 86 10:11:28-PST
  3406.     From: Ole Jorgen Jacobsen <OLE at SRI-NIC.ARPA>
  3407.  
  3408.     The latest in pay-phones in the UK is the PhoneCard, you buy cards
  3409.     which come in various values, 20 units, 40 units and so on.  (One
  3410.     "unit" = 10 pence). These cards are used on special phones which
  3411.     display the remaining units on your card (I believe they are
  3412.     stored magnetically). Again you pay for what you get and you're
  3413.     not faced with additional calling card or credit card overhead
  3414.     charges. Best of all, you don't need change!
  3415.  
  3416. They have these in Japan.  Unfortunately, there aren't many phone
  3417. which accept them, so at this point they're more of a novelty.  The
  3418. NTT man I was visiting in the south of Japan was amused that I used
  3419. one to call him from Tokyo.
  3420.  
  3421. Another fact of about using Japanese pay phones is that, due to the
  3422. shortage of international lines, pay phones are dropped to the bottom
  3423. priority for (international) outgoing trunks.  Worse yet, the pay
  3424. phones themselves are specialised -- only the green ones (the same
  3425. ones which accept the cards) will make international calls.  So in
  3426. effect, if you want to make an international call from a pay phone in
  3427. Japan, do it at night from the centre of a big city.
  3428.  
  3429. ------------------------------
  3430.  
  3431. Date: Mon, 27-Jan-86 10:43:06 PST
  3432. From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein)
  3433. Subject: pulse metering in the UK (payphones)
  3434.  
  3435. Frankly, I found this to be one of the most annoying aspects of
  3436. payphones in the UK, at least on the older style phones (which still
  3437. seem to be in most areas) that won't refund over-deposits.  Even on
  3438. local calls, you're forced to stuff additional 10 pence coins into
  3439. the slot (interrupting your call at the start after the initial tone
  3440. pips as well).  But what may be the worst part is that you have to carry
  3441. around a wad of 10p coins to make even short calls, and those coins,
  3442. while only worth about 14.5 U.S. cents at current exchange rates, are
  3443. rather big and heavy coins--very inconvenient to carry around in
  3444. quantity.  Yes, the card phones are appearing, but they still seem
  3445. pretty rare and your card is useless at "ordinary" phone boxes.
  3446.  
  3447. --Lauren--
  3448.  
  3449. ------------------------------
  3450.  
  3451. Date: Mon 27 Jan 86 15:29:03-PST
  3452. From: David Roode <G.ROODE@SU-SCORE.ARPA>
  3453. Subject: delays in 10XXX dialed call billing
  3454.  
  3455. My request for SPRINT was lost in communication between SPRINT and the
  3456. local office, so I access SPRINT via 10XXX for a few calls during the
  3457. 2 month period I was still defaulting to AT&T.  SPRINT had my number
  3458. in their records.  Nevertheless, the calls I made that way were billed
  3459. with a 3-4 month delay by the local operating company for Sprint,
  3460. instead of being put on my Sprint bill.  Now, possibly
  3461. there had been a lag in recording data at Sprint, but maybe
  3462. Sprint bills all 10XXX dialed calls via the local company.
  3463.  
  3464. ------------------------------
  3465.  
  3466. Date: Mon 27 Jan 86 18:03:11-PST
  3467. From: Jim DeLaHunt <JDLH@SU-SUSHI.ARPA>
  3468. Subject: Billing of 10XXX calls
  3469.  
  3470. I am a Spring Equal Access customer under Pacific Bell in Northern California
  3471. (Palo Alto).  My phone was connected in September, but direct dial didn't
  3472. work for a while, so in the first few weeks I dialled via Sprint using 10-777.
  3473. Calls that I made from October 6 through October 27 appeared on my bill for 
  3474. the period November 15 - December 14, or about four weeks late.  Calls that 
  3475. I later made with 1+ dialling were billed on time.
  3476.     --Jim DeLaHunt        JDLH @ SU-Sushi        Stanford University
  3477.  
  3478. ------------------------------
  3479.  
  3480. Date:  Mon, 27 Jan 86 22:33 EST
  3481. From:  Kahin@MIT-MULTICS.ARPA
  3482. Subject:  MIT Communications Forum (Read! -Elmo)
  3483.  
  3484. A number of people have expressed an interest in documentation for the
  3485. MIT Communications Forum seminars.  Seminar reports are available a few
  3486. months after each seminar.  The first report is free; additional reports
  3487. are $2.00 each.  Requests should be addressed to Rena Themistocles, MIT
  3488. Communications Forum, E40-241, MIT, Cambridge, MA 02139.  Or phone
  3489. 617-253-3144.  Archival tapes may be borrowed for a $15.00 handling
  3490. charge; these are usually available right after the seminar.
  3491.  
  3492. ------------------------------
  3493.  
  3494. Date: Mon, 27 Jan 86 12:07:45 pst
  3495. From: amdcad!phil@lll-crg.ARPA (Phil Ngai)
  3496. Subject: PROJECT VICTORIA (multiple connections with only 1 phone line)
  3497.  
  3498. >They also seem to imply that you don't need more pairs.  ISDN needs 2
  3499. >pairs instead of 1.  I wonder if Victoria really only needs 1 pair?
  3500.  
  3501. I believe ISDN has several different interfaces and that one of them
  3502. uses a single 2-wire interface. The exact data format and whether and
  3503. what kind of echo cancellation will be used are still under
  3504. discussion.
  3505.  
  3506. -- 
  3507.  I love to go skiing on a Super Bowl Sunday.
  3508.  
  3509.  Phil Ngai +1 408 749 5720
  3510.  UUCP: {ucbvax,decwrl,ihnp4,allegra}!amdcad!phil
  3511.  ARPA: amdcad!phil@decwrl.dec.com
  3512.  
  3513. ------------------------------
  3514.  
  3515. End of TELECOM Digest
  3516. *********************
  3517. 29-Jan-86 01:34:31-EST,6414;000000000000
  3518. Mail-From: ELMO created at 28-Jan-86 23:33:22
  3519. Date: 28 Jan 86 23:33-EST
  3520. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  3521. Subject: TELECOM Digest V5 #96
  3522. To: Telecom@XX.LCS.MIT.EDU
  3523. Reply-To: Telecom@XX.LCS.MIT.EDU
  3524.  
  3525. TELECOM Digest                       Tuesday, January 28, 1986 11:33PM
  3526. Volume 5, Issue 96
  3527.  
  3528. Today's Topics:
  3529.  
  3530.                      Tones, and other fun things
  3531.                           Overseas Payfoehns
  3532.                       Re: Billing of 10XXX calls
  3533.                          Conferencing Device
  3534.  
  3535. ----------------------------------------------------------------------
  3536.  
  3537. Date: 28 Jan 86 03:25:19 EST
  3538. From: *Hobbit* <AWalker@RED.RUTGERS.EDU>
  3539. Subject: Tones, and other fun things
  3540.  
  3541. It sounds a tad less than legal for PacTel to *hassle* you for using 
  3542. touchtones and tell you that you can't.  If they are legally entitled
  3543. to charge you if they "find" you using tones, then there isn't much you
  3544. could do about that [although we know it's not a usage-sensitive charge].
  3545. But to call you up and rake you over the coals about it is not very
  3546. professional of them.  I would yell very loudly at the highest company rep
  3547. that you could find and make sure that something was done about it.  What
  3548. they should really do, if it worries them all that much, is to quietly 
  3549. disable your touchtone bit and wait for you to call in and place an order.
  3550.  
  3551. Well, I pick up my horn here in Highland Park, NJ and check if equal access
  3552. works here yet [it's promised Feb. 1].  10222# and I get this recording 
  3553. of a guy saying "channel 7, RA 1" repeatedly.  I get this on *all* 10XXX-
  3554. format calls, either to real numbers or just raising the carrier's switch
  3555. via 10XXX#.  Well, at least they appear to be working on the cutover.
  3556. Oh, interestinly enough 10288 is the only exception; it behaves like you'd
  3557. expect AT&T to.  Yippee.
  3558.  
  3559. _H*
  3560.  
  3561. ------------------------------
  3562.  
  3563. Date: Tue, 28 Jan 86  9:38:30 EST
  3564. From: Barry Nelson <bnelson@bbnccf.ARPA>
  3565. Subject: Overseas Payfoehns
  3566.  
  3567. I can relate to the mess in U.K. with payphones.  The Italian payphones
  3568. didn't give you any warning before your time was up so you had to stay
  3569. ahead of it or lose your connection (which took several tries to get).
  3570.  
  3571. While I was doing consulting in Italia it became obvious that the answer
  3572. was NOT carrying around five kilos of their special 'gettoni' (copper
  3573. slugs slotted for the fones).  Sure, you could buy them at newsstands,
  3574. if they were open.  So I got into the habit of seeking out a friendly
  3575. cafe/bar with a 'telefono a scatti'.
  3576.  
  3577. Literally translated it means 'clicking phone'.  It had a meter, which
  3578. the manager would reset before each use, and another which presumably
  3579. accumulated his monthly total.  The user would dial the call himself and
  3580. then, upon call acceptance, would hear clicks on the line.  The period
  3581. of these clicks varied with the distance to the callee -  local calls:
  3582. almost one per two minutes; intercontinental: several clicks per second.
  3583.  
  3584. At the end of your call, or series of calls, the manager would look at
  3585. the meter and charge you 150 liras for each click (or whatever the
  3586. market would bear!).  You then paid, or put it on your bar tab.
  3587.  
  3588. One interesting thing about this method was that calls to New York cost
  3589. about the same as calls to Hong Kong.  I think the maximum rate the
  3590. little machine could register was equivalent to seventy dollars an hour.
  3591.  
  3592. (The office in Milan also got a single, huge monthly bill with no real
  3593. way to determine who called where or when or for how long.  There's a
  3594. big Italian aftermarket in office Dialed Number Recorders.)
  3595.  
  3596. You also have to 'request' an overseas connection when calling from
  3597. certain areas of Italy.  They call you back (in a couple of hours) when
  3598. your line is ready to try making a call.
  3599.  
  3600. Do we Americans take great phone service for granted?  What would YOU do
  3601. if you often had to wait ten to fifteen minutes to get a dial tone?
  3602.  
  3603.  
  3604. 'This document contains opinions of the author which are not
  3605. attributable to BBN Communications Corp. or to its management.'
  3606.  
  3607. Barry C. Nelson
  3608. Network Consultant / International Product Marketing
  3609.  
  3610. ------------------------------
  3611.  
  3612. Date: Tue 28 Jan 86 16:07:40-EST
  3613. From: Robert Lenoil <LENOIL@DEEP-THOUGHT.MIT.EDU>
  3614. Subject: Re: Billing of 10XXX calls
  3615.  
  3616. Before my ALLNET dial 1 service started, I used 10444, as well as occassionally
  3617. dialing up their switch if I wasn't at home.  The 10444 calls appeared on my
  3618. New England Tel bill, the ones direct to the switch were billed directly by
  3619. ALLNET.  My bills didn't start coming directly from ALLNET until my 1+ took
  3620. effect, and I was told that even though my direct-to-switch and 10444 calls
  3621. together totalled above $25, I could not receive a volume discount, since they
  3622. were billed entirely separately.
  3623.  
  3624. The only 10xxx number that I've received bills direct from the carrier is MCI;
  3625. whether it costs the carrier more to do this or not I do not know.
  3626.  
  3627. (Humorous anecdote: ALLNET apparently contracted with New England Tel to handle
  3628. its 10444 billing; the number on the ALLNET portion of the New England Tel bill
  3629. to call about billing problems is New England Tel's own customer service
  3630. number.  I remember my first bill I had a billing problem, and gave the folks
  3631. at customer service a call; but they were unaware that they were doing Allnet's
  3632. billing, and gave me the standard "call the carrier" pitch.  After some
  3633. pleading, the attendant put me on hold and found out that, yes, I had come to
  3634. the right place.  She did not, however, know how to make the appropriate
  3635. adjustments, and called me back the next day, after having learned how to use
  3636. the new system.)
  3637.  
  3638. ------------------------------
  3639.  
  3640. Date: Monday, 27 January 1986  08:51-EST
  3641. From: todd%bu-cs.csnet@csnet-relay (Todd Cooper)
  3642. Subject: Conferencing Device
  3643.  
  3644. I saw the answer a while back -- I KNOW that you could probably answer
  3645. it -- How can I bridge two different phone lines to set up a
  3646. "conference' call between the two lines....
  3647. what electronics does it need?  -- where could I look up the parts
  3648. for this probably over simplistic circuit.
  3649. ---------------------------
  3650. Todd Cooper
  3651.  
  3652. UUCP:    ...!harvard!bu-cs!todd ...!harvard!think!festiv!todd
  3653. CSNET:    todd@bu-cs
  3654. BITNET:    cscpyqc@bostonu
  3655. USNail:    29 Gordon Street #201, Brighton, MA 02135
  3656.  
  3657. ------------------------------
  3658.  
  3659. End of TELECOM Digest
  3660. *********************
  3661. 30-Jan-86 12:42:57-EST,3185;000000000000
  3662. Mail-From: ELMO created at 30-Jan-86 04:30:34
  3663. Date: 30 Jan 86 04:30-EST
  3664. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  3665. Subject: TELECOM Digest V5 #97
  3666. To: Telecom@XX.LCS.MIT.EDU
  3667. Reply-To: Telecom@XX.LCS.MIT.EDU
  3668.  
  3669. TELECOM Digest                       Thursday, January 30, 1986 4:30AM
  3670. Volume 5, Issue 97
  3671.  
  3672. Today's Topics:
  3673.  
  3674.                   Re: Equal access and the customer
  3675.                  Telecommunications History & Trivia
  3676.  
  3677. ----------------------------------------------------------------------
  3678.  
  3679. Date:  Wed, 29 Jan 86 12:22 EST
  3680. From:  Frankston@MIT-MULTICS.ARPA
  3681. Subject:  Re: Equal access and the customer
  3682.  
  3683. A related question is how to specify the carrier one wants when calling
  3684. from a hotel.  They typically seem to disable 10xxx dialing and select a
  3685. carrier on the basis of minimum signal to noise ratio and maximum delay.
  3686.  
  3687. Also, what is the deal on the ATT calling card.  Since that number is
  3688. shared by the local operating company now, what are the rules on it
  3689. being usable by alternate carriers and what is the reality.
  3690.  
  3691. ------------------------------
  3692.  
  3693. From: kitty!larry@seismo.CSS.GOV
  3694. Date: Wed, 29 Jan 86 13:18:21 EST
  3695. Subject: Telecommunications History & Trivia
  3696.  
  3697.     Just today I found the real answer to a question which has piqued my
  3698. curiosity for many years: What does the `E' and `M' stand for in the term
  3699. ``E&M signaling''?  No one - including people I have asked who work for the
  3700. "Bell System" - has ever been able to answer other than "the letters have no
  3701. meaning, but were arbitrary lead designations in a long-forgotten signaling
  3702. system".
  3703.     According to an AT&T Long Lines training manual from the early 1940's
  3704. (which I recently rescued from the trash), the `E' stands for ``Ear'', and the
  3705. `M' stands for ``Mouth''.  Think about it; it actually makes SENSE.
  3706.     Telecommunications history has always been an interest of mine, and
  3707. one of my favorite reference sources is a two volume set entitled: "A History
  3708. of Science and Engineering in the Bell System", which is profusely illustrated
  3709. and covers the time period of 1875 to 1925 in Volume I, and 1925 to 1975 in
  3710. Volume II.  These books were both written and published by Bell Telephone
  3711. Laboratories.  I bought my set directly from the BTL publications department
  3712. about ten years ago.  I don't know if copies are still available, but I would
  3713. highly recommend these books for anyone with similar interests.  There are also
  3714. good sections on the history of computers and military electronics.
  3715. As detailed (~ 1,900 pages total) as these books are, though, they still
  3716. couldn't answer the E&M lead question...
  3717.  
  3718. ==>  Larry Lippman @ Recognition Research Corp., Clarence, New York        <==
  3719. ==>  UUCP    {decvax|dual|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry  <==
  3720. ==>  VOICE   716/741-9185                {rice|shell}!baylor!/             <==
  3721. ==>  FAX     716/741-9635 {G1, G2, G3 modes}    duke!ethos!/               <==
  3722. ==>                                               seismo!/                 <==
  3723. ==>  "Have you hugged your cat today?"           ihnp4!/                   <==
  3724.  
  3725. ------------------------------
  3726.  
  3727. End of TELECOM Digest
  3728. *********************
  3729. 31-Jan-86 02:44:51-EST,3823;000000000000
  3730. Mail-From: ELMO created at 31-Jan-86 00:16:24
  3731. Date: 31 Jan 86 00:16-EST
  3732. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  3733. Subject: TELECOM Digest V5 #98
  3734. To: Telecom@XX.LCS.MIT.EDU
  3735. Reply-To: Telecom@XX.LCS.MIT.EDU
  3736.  
  3737. TELECOM Digest                        Friday, January 31, 1986 12:16AM
  3738. Volume 5, Issue 98
  3739.  
  3740. Today's Topics:
  3741.  
  3742.                Re: Telecommunications History & Trivia
  3743.                     Info Needed on WECO Data Sets
  3744.  
  3745. ----------------------------------------------------------------------
  3746.  
  3747. Date: Thu, 30 Jan 86 11:58:28 pst
  3748. From: Curt Mayer <nsc!nsc!freak@decwrl.DEC.COM>
  3749. Subject: Re: Telecommunications History & Trivia
  3750. Reply-To: freak@nsc.UUCP (Curt Mayer)
  3751.  
  3752. In article <8601300934.AA08968@ucbvax.berkeley.edu> kitty!larry@SEISMO.CSS.GOV writes:
  3753. >
  3754. >    Just today I found the real answer to a question which has piqued my
  3755. >curiosity for many years: What does the `E' and `M' stand for in the term
  3756. >``E&M signaling''?  No one - including people I have asked who work for the
  3757. >"Bell System" - has ever been able to answer other than "the letters have no
  3758. >meaning, but were arbitrary lead designations in a long-forgotten signaling
  3759. >system".
  3760. >    According to an AT&T Long Lines training manual from the early 1940's
  3761. >(which I recently rescued from the trash), the `E' stands for ``Ear'', and the
  3762. >`M' stands for ``Mouth''.  Think about it; it actually makes SENSE.
  3763.  
  3764. another good one is the original meaning of the tip and ring lines.
  3765. funny thing about >ring<, is that it has nothing to do with the ringer in the
  3766. phone. the story i got from a telecommunications guru was there once was
  3767. a little plug, looked a lot like a coax plug, and the middle (the tip) was
  3768. called tip, and the outside (the ring) was called ring.
  3769.  
  3770. kind of makes you wonder about terms like UNIX mean :->
  3771.  
  3772. curt
  3773.  
  3774. ------------------------------
  3775.  
  3776. Date: Tuesday, 21 January 1986  09:37-MST
  3777. From: Larry Lippman <rochester!rocksanne!sunybcs!kitty!larry@SEISMO.CSS.GOV>
  3778. Subject:   Info Needed on WECO Data Sets
  3779.  
  3780.     Being a pack rat all my life who could never stand to see
  3781. "usable" items scrapped or otherwise discarded, I have a rather
  3782. formidable collection of WECO data sets; most, if not all of these
  3783. data sets are now MD-ed.  Some of these data sets still have potential
  3784. value to me for dedicated line use within our buildings (like 108's,
  3785. 201's, and 202's), but I am having difficulty in getting SD's, CD's
  3786. and BSP data from my "usual" sources because these data sets are now
  3787. MD-ed - even though some are only 4-5 years old.
  3788.     Can anyone be of assistance in furnishing this information, or
  3789. telling me where to obtain it?  Since these data sets are no longer
  3790. manufactured and are no longer competitive with state-of-the-art
  3791. items, I would think that the supporting information (SD's, etc.)
  3792. would no longer be considered proprietary by AT&T - so I do not
  3793. believe that I am asking anyone to furnish proprietary information.
  3794.     If there is a proper source in AT&T where I can formally
  3795. request such information, I would appreciate being advised of where to
  3796. contact; I will pay a reasonable document reproduction fee.
  3797.     I will furnish a more specific list of what information I
  3798. require upon request.
  3799.     Thanks for anyone's assistance.
  3800.  
  3801. ==>  Larry Lippman @ Recognition Research Corp., Clarence, New York        <==
  3802. ==>  UUCP    {decvax|dual|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry  <==
  3803. ==>  VOICE   716/741-9185                {rice|shell}!baylor!/             <==
  3804. ==>  FAX     716/741-9635 {G1, G2, G3 modes}    duke!ethos!/               <==
  3805. ==>                                               seismo!/                 <==
  3806. ==>  "Have you hugged your cat today?"           ihnp4!/                   <==
  3807.  
  3808. ------------------------------
  3809.  
  3810. End of TELECOM Digest
  3811. *********************
  3812.  1-Feb-86 23:05:32-EST,13032;000000000000
  3813. Mail-From: ELMO created at  1-Feb-86 22:39:21
  3814. Date: 1 Feb 86 22:39-EST
  3815. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  3816. Subject: TELECOM Digest V5 #99
  3817. To: Telecom@XX.LCS.MIT.EDU
  3818. Reply-To: Telecom@XX.LCS.MIT.EDU
  3819.  
  3820. TELECOM Digest                      Saturday, February 1, 1986 10:39PM
  3821. Volume 5, Issue 99
  3822.  
  3823. Today's Topics:
  3824.  
  3825.                   Re: Equal access and the customer
  3826.                             10xxx service
  3827.                        Reprint Re: 10XXX codes
  3828.                         Emergencies and modems
  3829.                         Emergencies and modems
  3830.                  Telecommunications History & Trivia
  3831.                  Telecommunications History & Trivia
  3832.                Re:  Telecommunications History & Trivia
  3833.  
  3834. ----------------------------------------------------------------------
  3835.  
  3836. Date: Fri, 31 Jan 86 13:29:37 est
  3837. From: ucdavis!lll-crg!seismo!rochester!ritcv!spw2562@ucbvax.berkeley.edu (D)
  3838. Subject: Re: Equal access and the customer
  3839.  
  3840.      Since you're educating people, how about educating me as to what
  3841.      10XXX, no-pick, and 950 are?  I've gathered from the discussions in
  3842.      mod.telecom that you can select different long distance carriers
  3843.      with 10XXX, but how does this work, how do you dial with it, and
  3844.      where can I write to find out what's available in my area?
  3845.      [Buffalo(home), and Rochester(college)]
  3846.      thanx in advance...
  3847.  
  3848. ==============================================================================
  3849.         Steve Wall @ Rochester Institute of Technology
  3850.         Usenet: ..!rochester!ritcv!spw2562        (Fishhook)   Unix 4.2 BSD
  3851.         BITNET: SPW2562@RITVAXC                   (Snoopy)     VAX/VMS 4.2
  3852.  
  3853. ------------------------------
  3854.  
  3855. From: NBaheti.es@PARC-MAXC.ARPA
  3856. Date: 31 Jan 86 17:18:48 PST
  3857. Subject: 10xxx service
  3858.  
  3859.      How exactly does the 10xxx method work?  I know it is only
  3860. available on ESS networks (the other spits it back out) and it is for
  3861. using an ALDS.  Could I, for instance, use it like so: I chose AT&T,
  3862. but would like to use MCI for a certain call; I dial 10xxx (xxx being
  3863. MCI's ALDS I.D. code #), then the areacode and number? Or would I have
  3864. to have chosen MCI as my carrier to do this?  This would be ideal, as
  3865. I could flip-flop between companies depending on their rates while
  3866. still keeping AT&T for normal useage.  Also, is there a list of the
  3867. 10xxx codes that I can choose from get somewhere?  Thanks in advance
  3868. for your help...
  3869.  
  3870. [Most ALDS' who have billing arrangements with the local telco 
  3871.  will allow you to place calls through them via 10XXX dialing, even
  3872.  if you have not chosen them as your primary carrier.  SBS, whose 
  3873.  rates are typically significantly lower, does not. -elmo]
  3874.  
  3875. --Arun Baheti
  3876.   arpa: NBaheti.es@Xerox.COM
  3877.   uucp: ...litvax!flkvax!trwrb!group3!anb02!arun
  3878.   arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!]
  3879.   RCPM: CP/M Connection @ 213-530-0670 [24hrs; 300/1200/2400]
  3880.  
  3881. ------------------------------
  3882.  
  3883. Date: Sat 1 Feb 86 22:18:16-EST
  3884. From: Eliot Moore <Telecom-Request@XX.LCS.MIT.EDU>
  3885. Subject: Reprint Re: 10XXX codes
  3886.  
  3887. Date: 27 Sep 85 19:18:56 EDT
  3888. From: *Hobbit* <AWalker@RED.RUTGERS.EDU>
  3889. Subject: Okay, buckaroos, here it is
  3890.  
  3891. Here, taken from a flyer sent out by the Teleconsumer Hotline people, is an
  3892. expanded carrier list.  They are pretty good people; it's a splinter group
  3893. of something called the Telecommunications Research and Action center, located
  3894. in Washington DC.  Call them at 800 332 1124 to get a similar list for your
  3895. own local area.  There will be a lot of overlap, so you may find this helpful.
  3896. [Equal access codes are prefixed with 10, of course..]
  3897.  
  3898. EA    Company            Cust. svc    [serving area,
  3899. code    name            number         defaults to "most"]
  3900. ---------------------------------------------------------------
  3901. tba    Garden State Telemktg.    201 539 6900    [Northern Jersey]
  3902. 007    Telemarketing        202 783 7213    [DC, Philly, parts of VA]
  3903. 054    Eastern Telephone    215 628 4111    [Philly]
  3904. 066    Lexitel            800 631 4835
  3905. 211    RCI            800 458 7000    [phy pbg +]
  3906. 220    WU            ???        [to be announced]
  3907. 221    Telesaver        201 488 4417, 202 982 1169 [eastern cities]
  3908. 222    MCI            800 624 6240
  3909. 235    Inteleplex        609 348 0050    [Southern NJ]
  3910. 288    AT&T            800 222 0300
  3911. 333    US Telecom        800 531 1985
  3912. 444    Allnet            800 982 8888
  3913. 488    ITT            800 526 3000
  3914. 777    GTE Sprint        800 521 4949
  3915. 850    Tollkall        800 646 1676    [Northern NJ]
  3916. 855    Network plus        703 352 1171    [DC metro area]
  3917. 888    SBS Skyline        800 368 6900,235 2001 [no auto EA, need acct]
  3918.  
  3919. Many of these allow what's called "casual callers", which is simply a person
  3920. who picks a given carrier for a given call, without actually having an 
  3921. account with them.  The carrier codes may vary, but the larger ones seem to
  3922. have the same number everywhere [how did they arrange this, I wonder??].
  3923.  
  3924. _H*
  3925.  
  3926. ------------------------------
  3927.  
  3928. Date: Fri, 31 Jan 86 22:53:47 EST
  3929. From: ihnp4!utzoo!lsuc!dave@seismo.CSS.GOV
  3930. Subject: Emergencies and modems
  3931.  
  3932. Well, if you're lucky, the operator cutting in will cause
  3933. one of the modems to disconnect. Call-waiting beeps do that,
  3934. of course.
  3935.  
  3936. Dave Sherman
  3937. The Law Society of Upper Canada
  3938. Toronto
  3939. ihnp4!utzoo!lsuc!dave
  3940.  
  3941. ------------------------------
  3942.  
  3943. Date: Fri, 31 Jan 86 22:53:42 EST
  3944. From: ihnp4!utzoo!lsuc!msb@seismo.CSS.GOV
  3945. Subject: Emergencies and modems
  3946.  
  3947. Consider this scenario:
  3948.  
  3949.     "Operator, can I help you?"
  3950.     "This is an emergency.  I have to call 967-1111, and the
  3951.      line is busy.  Can you break in, please?"
  3952.     "Certainly; one moment...
  3953.         <clickety clickety>
  3954.         <Screeeeeeeeeeeeeeeeeeee....MODEM TONE!>"
  3955.  
  3956. Well, what now?  What we'd like is for the operator to break the
  3957. existing connection and ring the phone.  Can operators actually
  3958. do this, or can they only break into calls and request that the
  3959. parties relinquish the line?  I don't want to miss an emergency
  3960. call just because I'm typing netnews into a home terminal...
  3961.  
  3962. uucp:         { decvax | ihnp4 | watmath | ... } !utzoo!lsuc!msb
  3963.           also via { hplabs | petsd | ... } !pesnta!lsuc!msb
  3964. Mark Brader        and           uw-beaver!utcsri!lsuc!msb
  3965.  
  3966. ------------------------------
  3967.  
  3968. Date: Fri, 31 Jan 86 12:25:02 PST
  3969. From: ihnp4!ihlpg!timborn@ucbvax.berkeley.edu
  3970. Subject: Telecommunications History & Trivia
  3971.  
  3972. The BTL classes use the Ear and Mouth designations to help you remember which
  3973. is which.  Frankly I like the Ear & Mouth story better, but I ran across this:
  3974.  
  3975. "Basic Telephone Switching Systems", second edition, David Tally, 
  3976. Hayden Publishing, p.41 
  3977.  
  3978. `The E and M system received its name from historical designations on 
  3979. old circuit drawings.  The E referred to the middle "e" in received 
  3980. and the M from the "m" in transmit.'
  3981.  
  3982. tim born
  3983. ...ihnp4!ihlpg!timborn
  3984.  
  3985. ------------------------------
  3986.  
  3987. Date: 31 Jan 86 11:59:33 EST (Fri)
  3988. From: floyd!clyde!burl!wts@ucbvax.berkeley.edu ()
  3989. Subject: Telecommunications History & Trivia
  3990.  
  3991. In article <8601300934.AA08968@ucbvax.berkeley.edu> you write:
  3992. >
  3993. >    Just today I found the real answer to a question which has piqued my
  3994. >curiosity for many years: What does the `E' and `M' stand for in the term
  3995. >``E&M signaling''?  No one - including people I have asked who work for the
  3996. >"Bell System" - has ever been able to answer other than "the letters have no
  3997. >meaning, but were arbitrary lead designations in a long-forgotten signaling
  3998. >system".
  3999. >    According to an AT&T Long Lines training manual from the early 1940's
  4000. >(which I recently rescued from the trash), the `E' stands for ``Ear'', and the
  4001. >`M' stands for ``Mouth''.  Think about it; it actually makes SENSE.
  4002. >    Telecommunications history has always been an interest of mine, and
  4003. >one of my favorite reference sources is a two volume set entitled: "A History
  4004. >of Science and Engineering in the Bell System", which is profusely illustrated
  4005. >and covers the time period of 1875 to 1925 in Volume I, and 1925 to 1975 in
  4006. >Volume II.  These books were both written and published by Bell Telephone
  4007. >Laboratories.  I bought my set directly from the BTL publications department
  4008. >about ten years ago.  I don't know if copies are still available, but I would
  4009. >highly recommend these books for anyone with similar interests.  There are also
  4010. >good sections on the history of computers and military electronics.
  4011. >As detailed (~ 1,900 pages total) as these books are, though, they still
  4012. >couldn't answer the E&M lead question...
  4013. >
  4014. >==>  Larry Lippman @ Recognition Research Corp., Clarence, New York        <==
  4015. >==>  UUCP    {decvax|dual|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry  <==
  4016. >==>  VOICE   716/741-9185                {rice|shell}!baylor!/             <==
  4017. >==>  FAX     716/741-9635 {G1, G2, G3 modes}    duke!ethos!/               <==
  4018. >==>                                               seismo!/                 <==
  4019. >==>  "Have you hugged your cat today?"           ihnp4!/                   <==
  4020.  
  4021. []
  4022. A variety of interesting publications are still available from AT&T.  A 
  4023. listing of the texts in the now 5 volume series that Larry mentions two 
  4024. of are listed below:
  4025.  
  4026.  
  4027. DESCRIPTION                          SELECT CODE    PRICE
  4028.  
  4029. A History of Engineering and Science in the Bell System   500-467    $47.00ea
  4030.         The Early Years (1875-1926)
  4031.  
  4032. This first volume the AT&T History Series of Engineering
  4033. and Science in the Bell System offers a detailed over-
  4034. view of the first 50 years of telephone technology. The
  4035. narrative goes well beyond a simple statement of events
  4036. to deal with the "how" and "why" of technological
  4037. innovation.
  4038.  
  4039. A History of Engineering and Science in the Bell System  500-468        $47.00ea
  4040.     National Service in War and Peace (1925-1975)
  4041.  
  4042. This second volume focuses on the Bell System's contri-
  4043. butions to national defense before and during WWII and
  4044. in the cold war missles crises that followed. The central
  4045. subject is engineering for urgent national defense - how
  4046. the technology of communications was adapted quickly and
  4047. in many ways to the compelling needs of a nation at war.
  4048. (Also, detailed descriptions of radar development,
  4049. Nike, Nike Ajax, Nike Hercules, Nike II, Nike-X,
  4050. Sprint, Spartan, Sentinal, Safeguard missle and ABM
  4051. programs, sonar, early gun directors, you-name-it. (wts))
  4052.  
  4053.  
  4054. A History of Engineering and Science in the Bell System  500-469        $47.00ea
  4055.     Switching Technology (1925-1975)
  4056.  
  4057. This third volume chronicles how switching, which during
  4058. the early years was characterized by the introduction of 
  4059. and improvements in manual switchboards, became completely
  4060. automated. Discussed are major innovations that produced
  4061. generations of switches operating at higher and higher
  4062. speeds and handling functions of increasing complexity
  4063. and flexibility.
  4064.  
  4065. A History of Engineering and Science in the Bell System  500-470        $47.00ea
  4066.     Physical Science (1925-1980)
  4067.  
  4068. This fourth volume records AT&T Bell Laboratories research
  4069. work in the area of physics, chemistry, and material
  4070. sciences. It tells the stories behind major discoveries
  4071. and inventions, including accounts by some of the people
  4072. involved in the work. Of special interest is an account 
  4073. of the genesis of the transistor, including reminiscences
  4074. written expressly for this volume by W.H. Brittain.
  4075.  
  4076. A History of Engineering and Science in the Bell System  500-471    $47.00ea
  4077.     Communications Sciences (1925-1980)
  4078. (No catalog description printed for this volume - wts)
  4079.  
  4080.  
  4081. The above may be obtained from:
  4082.  
  4083.         AT&T Customer Information Center
  4084.         Marketing Department
  4085.         P.O. Box 19901
  4086.         Indianapolis, IN 46219
  4087.  
  4088. Make checks payable to: AT&T Technologies Inc.
  4089.  
  4090. Phone orders: 800/432-6600  Operator 102
  4091. Outside Continental U.S. 317/352-8557
  4092. AMEX MasterCard VISA 
  4093.  
  4094. Foreign Orders - Payment Must be made by International Money Order or Checks
  4095. Drawn on U.S. banks payable in U.S. Dollars.
  4096.  
  4097. To receive a complete catalog of various other AT&T publications, call the
  4098. 800 number shown above, and ask Operator 102 for Select Code 000-011  
  4099. - Commercial Sales Documentation Catalog.
  4100.  
  4101.  
  4102.                     William T. Sykes
  4103.                     AT&T Federal Systems
  4104.                     Burlington, NC 27215
  4105.                     burl!wts
  4106.  
  4107. ------------------------------
  4108.  
  4109. Date:     Fri, 31 Jan 86 10:00:25 EST
  4110. From:     Ron Natalie <ron@BRL.ARPA>
  4111. Subject:  Re:  Telecommunications History & Trivia
  4112.  
  4113. re
  4114. >another good one is the original meaning of the tip and ring lines.
  4115. >funny thing about >ring<, is that it has nothing to do with the ringer in the
  4116. >phone. the story i got from a telecommunications guru was there once was
  4117. >a little plug, looked a lot like a coax plug, and the middle (the tip) was
  4118. >called tip, and the outside (the ring) was called ring.
  4119.  
  4120. Give me a break.  Of course tip and ring have nothing to do with the ringer.
  4121. The standard "PHONE" plug has two conducters one on the tip and the other
  4122. on the sleeve or "ring."  The "ring" side is more descriptive of the jack
  4123. where the contact actually is a ring.
  4124.  
  4125. UNIX by the way is a PUN, but the letters are not an acronym for anything.
  4126.  
  4127. -Ron
  4128.  
  4129. ------------------------------
  4130.  
  4131. End of TELECOM Digest
  4132. *********************
  4133.  4-Feb-86 04:17:23-EST,8987;000000000000
  4134. Mail-From: ELMO created at  4-Feb-86 03:50:31
  4135. Date: 4 Feb 86 03:50-EST
  4136. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  4137. Subject: TELECOM Digest V5 #100
  4138. To: Telecom@XX.LCS.MIT.EDU
  4139. Reply-To: Telecom@XX.LCS.MIT.EDU
  4140.  
  4141. TELECOM Digest                        Tuesday, February 4, 1986 3:50AM
  4142. Volume 5, Issue 100
  4143.  
  4144. Today's Topics:
  4145.  
  4146.                                 "Unix"
  4147.                     Equal access and the customer
  4148.                    Third party 900- number billing
  4149.                              10XXX Codes
  4150.                           Tip, ring & sleeve
  4151.                        10xxx Equal Access blues
  4152.                    Equal access for non-Bell areas
  4153.  
  4154. ----------------------------------------------------------------------
  4155.  
  4156. Date:  Sun, 2 Feb 86 17:11 EST
  4157. From:  Frankston@MIT-MULTICS.ARPA
  4158. Subject: "Unix"
  4159.  
  4160. The term "Unix" is derived from "Multics".  Whereas Multics emphasised
  4161. MULTI user, Unix was more personalized.  Of course, there is the
  4162. castrated Multics model also.
  4163.  
  4164. [End of discussion.  --Elmo]
  4165.  
  4166. ------------------------------
  4167.  
  4168. Date: Sun, 2 Feb 1986  18:22 EST
  4169. From: Jon Solomon <JSOL%BUCS20%bostonu.csnet@CSNET-RELAY.ARPA>
  4170. Subject: Equal access and the customer
  4171.  
  4172. First of all, each of these services (10XXX, no pick, and 950) are not
  4173. available in all areas yet, but if yours has it you can usually talk
  4174. to the Telephone company about it.
  4175.  
  4176.     950 service
  4177.  
  4178.         Basically it's a local call which you can make
  4179.         but you don't have to pay for even if you have
  4180.         measured service. This is usually what carriers
  4181.         use just before switching to Equal Access (that's 10xxx).
  4182.         (Sprint = 950-0777, MCI = 950-1022, ATT doesn't have
  4183.         one I think, one that usually works alot of places
  4184.         is SBS Skyline at 950-1088).
  4185.  
  4186.     10XXX - Equal Access. Your "default" carrier is what you get
  4187.         by dialing 1+ (ATT for non EA areas). If you want to
  4188.         use a different carrier, you can dial their 10xxx number
  4189.         (sprint is 10777 MCI is 10222, ATT is 10288 nationwide,
  4190.         there are others).
  4191.  
  4192.     No pick - that's what you can sometimes specify so that 1+ doesn't
  4193.         work. You *have* to pick a carrier each time you make
  4194.         a long distance call. It's a form of Equal Access.
  4195.  
  4196. Hope that helps.
  4197.  
  4198. --JSol
  4199.  
  4200. ------------------------------
  4201.  
  4202. Date: Mon,  3 Feb 86 02:48:26 EST
  4203. From: "Stephen C. Hill" <STEVEH@MC.LCS.MIT.EDU>
  4204. Subject:  Third party 900- number billing
  4205.  
  4206. I am currently at a small standstill with my LOC.  For three of the last four
  4207. months, I have been getting many 900 number calls billed to me.  They are
  4208. plainly marked as having come from a local hotel's main number.  (The calls
  4209. are all to sports lines, so would not be surprised to learn that bookmaking is
  4210. taking place.)
  4211.  
  4212. I have called the LOC each month and they have just told me to remove the
  4213. calls from my total (one fellow DID mention that I should remember to deduct
  4214. $nn for the rebated taxes.)  That's fine, but I really would like to
  4215. understand how this scam happens.  Is there anything that the list can suggest
  4216. to remedy the situation, short of removing my ability (as well as their's) to
  4217. place third party calls to my number?
  4218.  
  4219. The bogus bill is not over $20/month yet, but it is growing exponentially.
  4220.  
  4221. ------------------------------
  4222.  
  4223. Date: 3 Feb 86 12:09 EST
  4224. From: Denber.wbst@Xerox.COM
  4225. Subject: 10XXX Codes
  4226.  
  4227. I find it amusing that while EA codes consisting of three identical
  4228. digits (222, 333, etc.) seem to be very popular in the list you gave,
  4229. nobody chose the code 666.  We all know whose number *that* is.
  4230.  
  4231. Here is Rochester, we are only now beginning to get equal access.
  4232. Rochester Teleclone is cutting the system over one exchange at a time
  4233. over a period of two or three years.
  4234.  
  4235.             - Michel
  4236.  
  4237. ------------------------------
  4238.  
  4239. Date: Mon, 3 Feb 86 18:11:12 pst
  4240. From: Edward M. Embick <embick%tetra@nosc.ARPA>
  4241. Subject: Tip, ring & sleeve
  4242.  
  4243.  
  4244. >re
  4245. >>another good one is the original meaning of the tip and ring lines.
  4246. >>funny thing about >ring<, is that it has nothing to do with the ringer in the
  4247. >>phone. the story i got from a telecommunications guru was there once was
  4248. >>a little plug, looked a lot like a coax plug, and the middle (the tip) was
  4249. >>called tip, and the outside (the ring) was called ring.
  4250.  
  4251. >Give me a break.  Of course tip and ring have nothing to do with the ringer.
  4252. >The standard "PHONE" plug has two conducters one on the tip and the other
  4253. >on the sleeve or "ring."  The "ring" side is more descriptive of the jack
  4254. >where the contact actually is a ring. (ron@Brl)
  4255.  
  4256. I believe if you examine the standard "classic" phone plug you'll find it
  4257. has three contacts on it.  When I worked for Western Electric many many
  4258. years ago, much of the cabling we installed had several groups of 3 wires
  4259. in it.  These wires were referred to by the group designator and tip, ring,
  4260. or sleeve to identify the leads corresponding to the phone plug contacts.
  4261.  
  4262.                                     ______________________    
  4263.               ___  ___  ___________|                      |   
  4264.              /   ||   ||           |                      |   
  4265.              \___||___||___________|                      |   
  4266.              ^Tip  ^Ring  ^Sleeve  |______________________|   
  4267.                                                               
  4268. [Elmo- thanks to all who submitted on this. This msg had the best illustration]
  4269.  
  4270. ------------------------------------------------------------------------------
  4271. Ed Embick    (the more paths I make, the more paths they break! waaaaaaa....)
  4272. Computer Sciences Corp.                embick@noscvax.UUCP  or
  4273. 4045 Hancock St.      {akgua,allegra,decvax,ihnp4,ucbvax}!sdcsvax!noscvax!embick
  4274. San Diego, CA 92110                MILNET:  EMBICK@NOSC
  4275. (619) 225-8401 x516
  4276.  
  4277. ------------------------------
  4278.  
  4279. From: NBaheti.es@Xerox.COM
  4280. Date: 3 Feb 86 20:05:55 PST
  4281. Subject: 10xxx Equal Access blues
  4282. Reply-To: Arun <NBaheti.es@Xerox.COM>
  4283.  
  4284.     Thanks to all who replied to my earlier message about the
  4285. 10xxx equal access.  I now understand completely what is going on (no
  4286. thanks to the local operators).  It works fine on ESS number, but my
  4287. non-ESS blasts tones in my ear and tells me to call my operator. Hence
  4288. this message...
  4289.  
  4290.      AT&T is, as far as I'm concerned, the best phone company for my
  4291. needs and I would like to stay with it for my dial 1 access, but they
  4292. are quite hostile when it comes to    equal access.    I
  4293. called    my operator and asked him what was wrong with trying to use
  4294. 10xxx on my non-ESS # (I didn't at that time remember that it wasn't
  4295. under ESS *sigh*), but he simply gave me the run-around:
  4296.  
  4297. "I  am trying to use the 10 equal-access system and keep  getting
  4298. an error message. Can you help me, please?"
  4299. "Use 228 for AT&T, sir."
  4300. "I know; I want to use an ALDS, not AT&T for this call."
  4301. "Sorry sir, I don't know anything about that."
  4302. "But you just told me how to do it for AT&T..."
  4303. "That's different, sir."
  4304. "How  so?  Isn't  it  the  same  process  on  these  lines?  Just
  4305. 10+3digits, right?"
  4306. "I  suppose so.  But we only know how to work 10 access with  the
  4307. AT&T code, which is 228."
  4308. "Ahh. Now, lets say I wanted to use AT&T on this line for a call,
  4309. what would I do?"
  4310. "It obvious you know how to use the servcie,  sir.  I'm afraid    I
  4311. don't  know how to work the ALDS systems.  Sorry,  but it appears
  4312. that I can't help you, sir."
  4313. "Yes, it appears that way. Thank you, operator."
  4314. "Thank you for using AT&T, sir."
  4315.  
  4316. After remembering that the line I was trying to use wasn't ESS, I gave
  4317. up on trying to do it, but what is the problem    with the operators?
  4318. They never used to be this hostile.  "Life sure was
  4319. easier    before the break-up...    had to have been one of the only
  4320. things that worked in this country..."
  4321.  
  4322. --Arun Baheti
  4323.   arpa: NBaheti.es@Xerox.COM
  4324.   uucp: ...litvax!flkvax!trwrb!group3!anb02!arun
  4325.   arpa: Bug%Mit-OZ@Mit-MC [PLEASE reply to Xerox if possible!]
  4326.   RCPM: CP/M Connection @ 213-530-0670 [24hrs; 300/1200/2400]
  4327.  
  4328. ------------------------------
  4329.  
  4330. Subject: Equal access for non-Bell areas
  4331. Date: 04 Feb 86 00:22:48 EST (Tue)
  4332. From: "Christopher A. Kent" <cak@Purdue.EDU>
  4333.  
  4334. I have the distinct displeasure of living in an area served by GTE. At
  4335. the moment, I have no choice about my long distance carrier; it's AT&T.
  4336. Even so, I apparently can't take part in any of AT&T's premiums,
  4337. because I'm not a direct customer.
  4338.  
  4339. I have an account with Sprint, but they don't have a local access
  4340. point. (Some noise about abuse of accounts in a college town.) 950
  4341. service seems to be unheard of.
  4342.  
  4343. What I'm wondering is what requirements have been placed on operating
  4344. companies that *weren't* part of the Bell System before the Breakup, as
  4345. far as equal access goes? I don't expect to be here much longer, but
  4346. I'm curious if the folks in West Lafayette, IN, can ever expect to be
  4347. able to choose their favorite LD carrier?
  4348.  
  4349. Cheers,
  4350. chris
  4351.  
  4352. ------------------------------
  4353.  
  4354. End of TELECOM Digest
  4355. *********************
  4356.  5-Feb-86 03:06:46-EST,5410;000000000000
  4357. Mail-From: ELMO created at  5-Feb-86 02:29:21
  4358. Date: 5 Feb 86 02:29-EST
  4359. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  4360. Subject: TELECOM Digest V5 #101
  4361. To: Telecom@XX.LCS.MIT.EDU
  4362. Reply-To: Telecom@XX.LCS.MIT.EDU
  4363.  
  4364. TELECOM Digest                      Wednesday, February 5, 1986 2:29AM
  4365. Volume 5, Issue 101
  4366.  
  4367. Today's Topics:
  4368.  
  4369.                              Equal Access
  4370.                    Third party 900- number billing
  4371.                        10xxx Equal Access blues
  4372.                              Equal Access
  4373.                             Telco problems
  4374.                Re: Telecommunications History & Trivia
  4375.  
  4376. ----------------------------------------------------------------------
  4377.  
  4378. Date: Tue 4 Feb 86 08:19:38-PST
  4379. From: HECTOR MYERSTON <MYERSTON@SRI-KL.ARPA>
  4380. Subject: Equal Access
  4381.  
  4382.     1.  Acronym-confusion is behind much of the Equal Access
  4383. problems recently raised.  What is ALDS?  If you mean an alternate
  4384. Long Distance Service then I believe that IEC (Inter Exchange Carrier
  4385. or the older OCC (Other (than AT&T) Common Carrier) are more
  4386. descriptive.  The operator probably thought you were trying to call a
  4387. carrier called ALDS.  LEC for Local Exchange Carrier has replaced LOC.
  4388.  
  4389.     2.  In California (and I believe nation-wide) there is no such
  4390. thing as an EA "no-pick".  Per "The Judge"'s order anyone not choosing
  4391. an IEC is allocated to one based on % of those choosing.
  4392.  
  4393. They didn't say it was going to be easy (or efficient)
  4394. +HECTOR+
  4395.  
  4396. ------------------------------
  4397.  
  4398. Date: Tue, 4 Feb 1986  11:33 EST
  4399. From: Jon Solomon <JSOL%BUCS20%bostonu.csnet@CSNET-RELAY.ARPA>
  4400. Subject: Third party 900- number billing
  4401.  
  4402. As far as I know, you are not supposed to be able to third party bill
  4403. a 900 number. Around here (boston and suburbs), 900 service doesn't
  4404. work from coin phones or charge-a-calls and 0-900-xxx-xxxx doesn't work
  4405. at all from anywhere.
  4406.  
  4407. You should be able to point this out to the LOC and explain that
  4408. those calls shouldn't be on your bill at all.
  4409.  
  4410. Additionally, in most states calls from "non secure" (i.e. non public)
  4411. lines require verification before a call can be third-partied.
  4412.  
  4413. Do you have a calling card? You might consider changing the number
  4414. on your card. Another option is to change your number altogether though
  4415. that's a bit drastic.
  4416.  
  4417. If it were me and it weren't happening on my main incoming line, I would
  4418. change the number. The main line is sort of nice (it spells out my name),
  4419. so I might be more reluctant to change that number.
  4420.  
  4421. Interesting.
  4422. --JSol
  4423.  
  4424. ------------------------------
  4425.  
  4426. Date: Tue, 4 Feb 1986  11:35 EST
  4427. From: Jon Solomon <JSOL%BUCS20%bostonu.csnet@CSNET-RELAY.ARPA>
  4428. Subject: 10xxx Equal Access blues
  4429.  
  4430.  
  4431. misprint: ATT's number is 288 not 228.
  4432.  
  4433. --JSol
  4434.  
  4435. ------------------------------
  4436.  
  4437. Date: Tue 4 Feb 86 10:54:47-PST
  4438. From: David Roode <G.ROODE@SU-SCORE.ARPA>
  4439. Subject: Equal Access
  4440.  
  4441. After the message from the reader who was trying to badge
  4442. the AT&T operator into telling him how to use other services,
  4443. I now understand why the local phone company will convert
  4444. to a system where 00 or 10288 0 is required to reach the
  4445. AT&T operator, and a simple 0 reaches a new operator service
  4446. provided by the local company.  
  4447.  
  4448. ------------------------------
  4449.  
  4450. Date:  4 Feb 1986 1819-PST
  4451. From: STERNLIGHT@USC-ECL.ARPA
  4452. Subject: Telco problems
  4453.  
  4454. In a recent Telecom Digest, Arun Baheti tells a sad story of local
  4455. telco (or maybe it was AT&T) non-support.  He should know that
  4456. the magic words are "Let me talk to your supervisor."  Employees
  4457. seem to be required to drop everything and immediately pass the
  4458. call under those circumstances.  For EXTREMELY difficult cases,
  4459. the meta-magic words (spoken to a supervisor) are "Let me talk
  4460. to your manager."  That always works like a charm, although
  4461. they may need to take your number and have him call you back.
  4462. I have never found a supervisor who was uncooperative, although
  4463. occasionally some have been powerless or uninformed on very
  4464. technical points.  I have NEVER found a manager who couldn't
  4465. get things done, and they seem to be able to call each other and
  4466. work around the system where necessary.
  4467. P.S. The use of "him" isn't sexist; on the 3-4 occasions over
  4468. the past 10 years when I had to go to the manager level, they
  4469. have been male.
  4470.  
  4471. ------------------------------
  4472.  
  4473. Date: Tue, 4 Feb 86 12:42:51 pst
  4474. From: vax135!cornell!uw-beaver!tikal!amc!ivester@ucbvax.berkeley.edu (Paul Ivester)
  4475. Subject: Re: Telecommunications History & Trivia
  4476.  
  4477. >    According to an AT&T Long Lines training manual from the early 1940's
  4478. >(which I recently rescued from the trash), the `E' stands for ``Ear'', and the
  4479. >`M' stands for ``Mouth''.  Think about it; it actually makes SENSE.
  4480.  
  4481. The Ear and Mouth are supposedly mnemonics made up because no one knew
  4482. what E & M stand for.   Supposedly, the actual origin was that the
  4483. E came from the E in rEceive and the M came from the M in transMit.
  4484. (I think I read this in Talley's "Basic Telephone Switching Systems").
  4485. This seems to me to be a mnemonic also, however.  It probably came from
  4486. two terminals in a bank of terminals marked A to Z or something like
  4487. that in some long obsolete piece of equipment.
  4488.  
  4489. ps.  I found H of E & T in the B S to be very facinating too.  If I ever
  4490. find one I would probably buy myself a copy.
  4491.  
  4492. ------------------------------
  4493.  
  4494. End of TELECOM Digest
  4495. *********************
  4496.  6-Feb-86 02:48:39-EST,12982;000000000000
  4497. Mail-From: ELMO created at  6-Feb-86 02:31:29
  4498. Date: 6 Feb 86 02:31-EST
  4499. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  4500. Subject: TELECOM Digest V5 #102
  4501. To: Telecom@XX.LCS.MIT.EDU
  4502. Reply-To: Telecom@XX.LCS.MIT.EDU
  4503.  
  4504. TELECOM Digest                       Thursday, February 6, 1986 2:31AM
  4505. Volume 5, Issue 102
  4506.  
  4507. Today's Topics:
  4508.  
  4509.                             Non-Bell Areas
  4510.                                 Rumor
  4511.                      Re: Reprint Re: 10XXX codes
  4512.                             HR 3378 Text.
  4513.                      HR3378 Update/Latest Issues.
  4514.  
  4515. ----------------------------------------------------------------------
  4516.  
  4517. Date: Wed, 5 Feb 86 10:30:33 est
  4518. From: Marvin Sirbu <sirbu@gauss.ECE.CMU.EDU>
  4519. Subject: Non-Bell Areas
  4520.  
  4521. The FCC has placed the independents under roughly the same constraints as the
  4522. MFJ puts the BOCs to provide Equal Access.  However, since more of the
  4523. independents consist of small telcos with antiquated equipment, more of them
  4524. will be able to avoid the Sept 86 deadline for conversion, just as the BOCs
  4525. can avoid it if theya have old equipment.
  4526.  
  4527. ------------------------------
  4528.  
  4529. Date: Wed, 5 Feb 86 15:29:30 EST
  4530. From: Mike Grant <mgrant@brillig.umd.edu>
  4531. Subject: Rumor
  4532.  
  4533. [...]
  4534.  
  4535. I've heard that there's a company that's going to market a nationwide
  4536. directory assistance database on a CD-ROM for use with your favorite
  4537. home computer.  When this happens, all anyone will have to do to have
  4538. their own CNA database is sort the the data the way they need it.
  4539.  
  4540. -Mike
  4541.  
  4542. ------------------------------
  4543.  
  4544. Date: Wed, 5 Feb 86 16:50:29 EST
  4545. From: dyer@harvard.HARVARD.EDU (Steve Dyer)
  4546. Subject: Re: Reprint Re: 10XXX codes
  4547.  
  4548. If you call the 800 number in the previous posting, they say that they
  4549. don't handle New England and don't distribute a list with codes for
  4550. New England.
  4551.  
  4552. ------------------------------
  4553.  
  4554. Date: 5 Feb 1986 13:16-PST
  4555. Subject: HR 3378 Text.
  4556. From: the tty of Geoffrey S. Goodfellow <Geoff@SRI-CSL.ARPA>
  4557.  
  4558. An on-line copy of HR 3378, the proposed Electronic
  4559. Communications Privacy Act of 1985, can be FTP'd from
  4560. [SRI-CSL]<Geoff>HR3378.TXT with ANONYMOUS login.  If you're
  4561. unable to FTP a copy, i will be happy to netmail you a copy if
  4562. requested.
  4563.  
  4564. g
  4565.  
  4566. ------------------------------
  4567.  
  4568. Date: 5 Feb 1986 11:36-PST
  4569. Subject: HR3378 Update/Latest Issues.
  4570. From: the tty of Geoffrey S. Goodfellow <Geoff@SRI-CSL.ARPA>
  4571.  
  4572.      INDUSTRIAL COMMUNICATIONS, January 31, 1986--Page 11,12&13.
  4573.  
  4574.             TANDY JOINS AMATEURS IN EXPRESSING DOUBT OVER
  4575.                 "INTERCEPTION' TABOOS IN PRIVACY BILL
  4576.  
  4577. Capitol Hill this week resumed its work on a push to update the
  4578. Federal Wiretap Law (1968), which seeks to extend privacy protection
  4579. well beyond plain old-fashioned telephone talk. And as the third
  4580. round of hearings came to a close Thursday, it became apparent that in
  4581. trying to do too much at once, legislators may be unable to do
  4582. anything at all.
  4583.  
  4584. Providers of cellular telephone service previously said in a hearing
  4585. that their subscribers have the same right to protection of the
  4586. privacy of their conversations as do users of landline telephones (IC,
  4587. Oct. 4, 1985). And, not one person testifying before congressional
  4588. committees has disagreed that cellular conversations deserve to be
  4589. protected from eavesdroppers.
  4590.  
  4591. It is only when the conversation turns to the broader implications of
  4592. the current House bill (HR 3378) that the users of non-cellular radio
  4593. spectrum begin to muster a front of strong opposition. When Congress
  4594. looks to extend privacy protection to virtually all "electronic
  4595. communications," amateur radio operators lead the defense against what
  4596. they consider an assault on the public's right to free access of the
  4597. airwaves.
  4598.  
  4599. In moving to update the nation's privacy laws to include new and
  4600. future communications technologies, Congress overlooked some extremely
  4601. crucial technical considerations, according to at least one
  4602. manufacturer and several amateur radio groups.
  4603.  
  4604. The House Subcommittee on Courts, Civil Liberties and the
  4605. Administration of Justice this week heard from telephone companies and
  4606. amateur radio groups on the merits and faults of its version of the
  4607. pending Electronic Communications Privacy Act of 1985 (HR 3378). It
  4608. was introduced by subcommittee Chairman Robert Kastenmeier (D-Wis.)
  4609.  
  4610. If enacted, the bill would substantially redefine and extend the
  4611. protections of the 1968 Federal Wiretap Law to all "electronic
  4612. communications," which are defined as "any transmission of signs,
  4613. signals, writing, images, sounds, data, or intelligence of any nature
  4614. in whole or in part by a wire, radio, electromagnetic or photoelectric
  4615. system."
  4616.  
  4617. Further, the bill states that "interception" of this type of
  4618. electronic communications would be illegal--except for a few specific
  4619. exceptions.
  4620.  
  4621. Tandy Looks for More Explicit Language for Privacy Exception
  4622. ------------------------------------------------------------
  4623.  
  4624. Tandy Corp., in its schizophrenic capacity as maker/marketer of
  4625. scanners, cordless phones and (just recently) cellular phones, told
  4626. the subcommittee that it would have to withhold its support because
  4627. the Congress has failed to make these exceptions broad or explicit
  4628. enough.
  4629.  
  4630. While acknowledging that privacy needs to be protected for certain
  4631. types of communication, the manufacturer said, "The bill may be overly
  4632. inclusive and extend protection to categories of communications in
  4633. which there has never been any perception or expectation of privacy."
  4634.  
  4635. The company's position, made by George A. Kuhnreich, vice president
  4636. for corporate planning and governmental affairs, is that the
  4637. protection provided by the bill should be narrowed to "the willful
  4638. interception" of "cellular communications as well as to all forms of
  4639. encrypted communications."  
  4640.  
  4641. Tandy further recommends that the bill be amended to make clear that
  4642. it will remain legal to use scanners to intercept communications
  4643. "readily accessible to the public"--such as walkie-talkie, Citizens'
  4644. Band , and police or public safety channels. But the bill's
  4645. "over-inclusiveness," Kuhnreich said, protects such communications as
  4646. ship-to-shore, which traditionally have been monitored by "scores of
  4647. mariners" for safety reasons. "As a blue-water sailor myself--I want
  4648. everybody possible to hear my mayday," he said. 
  4649.  
  4650. Tandy estimates that there are more than 350,000 amateur radio
  4651. operators in the United States, 40-60 million CBs and walkie-talkies,
  4652. and more than 50 million short wave multiband receivers--perhaps over
  4653. 120 million receivers that potentially could be affected by HR 3378.
  4654. In order for these users to gain maximum benefit from their equipment,
  4655. the more narrow protections are recommended.
  4656.  
  4657. According to the bill's language, communications not covered under the
  4658. law would include those:
  4659.  
  4660. *Made through an electronic communications system "designed so that
  4661.  such electronic communications is readily accessible to the public."
  4662.  
  4663. *Transmitted by any station "for the use of the general public, which
  4664.  relates to ships, aircraft, vehicles, or persons in distress."
  4665.  
  4666. *Transmitted by a "walkie-talkie, or a police or fire communications
  4667.  system readily accessible to the public"'
  4668.  
  4669. *"By any amateur radio station operator or by a Citizens Band radio operator."
  4670.  
  4671. Amateur groups, while the beneficiary of some exemptions, told
  4672. Kastenmeier"s subcommittee that these exemptions don't go far enough.
  4673.  
  4674. Amateur Radio Reps See Freedom of the Airwaves as the Fundamental Issue.
  4675. ------------------------------------------------------------------------
  4676.  
  4677. Two amateur radio groups gave the user side of the picture,
  4678. presenting legislators with a virtual laundry list of exemptions they
  4679. would need before amateurs could support the bill.
  4680.  
  4681. Problems could result from the sweeping legislation, without adequate
  4682. attention to the "interception" issue, according to the American Radio
  4683. Relay League. ARRL President Dr. Larry E. Price stressed that his
  4684. folks neither expect nor want privacy in their communications.
  4685. Moreover, amateurs are "expected to, and do, provide regular public
  4686. service and emergency communications," particularly during disasters
  4687. when regular communications are disrupted. They have developed "packet
  4688. networks" of computer data banks and provide "phone patches" to
  4689. connect overseas servicemen with their families.
  4690.  
  4691. The ARRL requested that the language of the final bill clearly exempt
  4692. these and any other uses of the amateur bands and also the use of
  4693. scanner receivers by amateurs to monitor frequencies outside the
  4694. amateur bands (military, civil air patrol, Coast Guard, police, and
  4695. weather service frequencies).
  4696.  
  4697. The Association of North America Radio Clubs (ANARC), represented by
  4698. Executive Secretary Richard T. Colgan, had both the most detailed and
  4699. most strongly worded objections to the proposed bill. (The
  4700. organization represents 18 radio-short-wave and scanner-listening
  4701. organizations with more than 10,000 U.S. members.)
  4702.  
  4703. The bill"s "vague and overly broad language," he said, "could make it
  4704. possible to prohibit the public from using most of the spectrum." The
  4705. bill"s current wording, for example, would make it illegal for a radio
  4706. user to tune in to find the source of interference with his
  4707. television. The bill also does not exempt the General Mobile Radio
  4708. Service. Should GMRS users not be allowed to tune in to find an
  4709. available frequency?
  4710.  
  4711. Colgan called for a more specific definition of some of the bill"s
  4712. terminology: There should be a clear differentiation between the radio
  4713. signal itself and the information it carries. All radio signals are
  4714. "readily accessible to the public"' but the information they carry is
  4715. what should be protected. Therefore, the bill should make clear that
  4716. it is prohibiting "interception" of the signal, as acquisition of the
  4717. information content, and not "listening" or "monitoring," which is
  4718. merely receipt of the signal.
  4719.  
  4720. Push Between "Privacy" and "Security" Highlights Scanner/User Rights Debate
  4721. ---------------------------------------------------------------------------
  4722.  
  4723. The ANARC stand is that the airwaves should be free--those who expect
  4724. privacy should be provided it by encryption, either user or carrier
  4725. provided. Colgan mentioned and demonstrated a number of inexpensive
  4726. encryption devices for cellular telephones: A microchip for less than
  4727. $10 to provide voice inversion and a $40 digital voice-protection
  4728. system.
  4729.  
  4730. What this solution fails to take into account is that such encryption
  4731. technology must also be incorporated at the cellular switch, and, in
  4732. fact, must be on an end-to-end basis, according to Telocator Network
  4733. of America's Barbara Phillips, director of government relations.
  4734. Further, it puts more responsibility (and cost) on the shoulders of
  4735. the cellular user than is reasonable, she added.
  4736.  
  4737. These problems of a "free airwave" voiced by Tandy and the amateurs
  4738. brings up THE controversial aspect of the bill addressed by both
  4739. common carrier and private radio interests. And they point out the
  4740. basic philosophical controversy of the bill: Is it the responsibility
  4741. of the hobbyist to respect the privacy of radio users, or is it the
  4742. responsibility of the (cellular) radio user to take steps to guard
  4743. against the illegal and malicious interception of conversations.
  4744.  
  4745. In making these distinctions and trying to draw a legal line, Congress
  4746. may pit concerns over radio privacy directly against concerns over
  4747. longstanding proper radio practice.
  4748.  
  4749. The National Association of Business and Educational Radio Inc.
  4750. (NABER) (business radio) have both brought to the subcommittee"s
  4751. attention their concerns that "incidental" or "nonmalicious"
  4752. interception language should be added. NABER contends that under the
  4753. rules of the present bill, technicians servicing radios, or even
  4754. licensees looking for a vacant channel, could be found culpable.
  4755.  
  4756. At Telocator Network of America, cellular interests are persuaded that
  4757. there is ample protection for cellular users in other parts of the
  4758. bill's language, and agree that not all "reception" should be
  4759. considered "interception". According to the association"s president,
  4760. Thomas Lamoureux, "This kind of strict application is clearly not the
  4761. intent of our interest in privacy."
  4762.  
  4763. Encryption of communications that users wish to keep private might
  4764. provide the ultimate answer to the problem of illegal interception.
  4765. One of the points brought up by both the bill's sponsors and those
  4766. giving testimony was the difficulty of enforcement by an already
  4767. overtaxed criminal justice system. Given the 120 million-plus
  4768. receivers in operation, the law might prove to be ultimately
  4769. unenforceable and could make a whole group of otherwise law-abiding
  4770. citizens wonder if they are criminals.
  4771.  
  4772. The subcommittee will hold further hearings Feb. 26.
  4773.  
  4774. ------------------------------
  4775.  
  4776. End of TELECOM Digest
  4777. *********************
  4778.  9-Feb-86 23:03:52-EST,13606;000000000000
  4779. Mail-From: ELMO created at  9-Feb-86 01:01:07
  4780. Date: 9 Feb 86 01:01-EST
  4781. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  4782. Subject: TELECOM Digest V5 #103
  4783. To: Telecom@XX.LCS.MIT.EDU
  4784. Reply-To: Telecom@XX.LCS.MIT.EDU
  4785.  
  4786. TELECOM Digest                         Sunday, February 9, 1986 1:01AM
  4787. Volume 5, Issue 103
  4788.  
  4789. Today's Topics:
  4790.  
  4791.              Re: TELECOM Digest V5 #102 [Non-Bell Areas]
  4792.                      Re: 10xxx Equal Access blues
  4793.                        {delete}  HR 3378 Text.
  4794.                     More info on FoneAlone device
  4795.         Computer-Supported Cooperative Work:  CALL FOR PAPERS
  4796.                         Since you all asked...
  4797.                      X.PC and MNP implementations
  4798.                       Re: Emergencies and modems
  4799.                            10-EA follow-up
  4800.  
  4801. ----------------------------------------------------------------------
  4802.  
  4803. Subject: Re: TELECOM Digest V5 #102 [Non-Bell Areas]
  4804. Date: 06 Feb 86 13:55:15 EST (Thu)
  4805. From: "Christopher A. Kent" <cak@Purdue.EDU>
  4806.  
  4807. > From: Marvin Sirbu <sirbu@gauss.ECE.CMU.EDU>
  4808. > The FCC has placed the independents under roughly the same constraints as the
  4809. > MFJ puts the BOCs to provide Equal Access.  However, since more of the
  4810. > independents consist of small telcos with antiquated equipment, more of them
  4811. > will be able to avoid the Sept 86 deadline for conversion, just as the BOCs
  4812. > can avoid it if theya have old equipment.
  4813.  
  4814. Yah, but our exchange is a three-year-old ESS clone. I guess I'll call
  4815. the business office and see what I can find out about 317-463.
  4816.  
  4817. chris
  4818.  
  4819. ------------------------------
  4820.  
  4821. From: bellcore!ihnp4!ihlpl!res@ucbvax.berkeley.edu
  4822. Date: Thu, 6 Feb 86 18:25:27 est
  4823. Subject: Re: 10xxx Equal Access blues
  4824.  
  4825. >      AT&T is, as far as I'm concerned, the best phone company for my
  4826. > needs and I would like to stay with it for my dial 1 access, but they
  4827. > are quite hostile when it comes to equal access. I
  4828. > called my operator and asked him what was wrong with trying to use
  4829. > 10xxx on my non-ESS # (I didn't at that time remember that it wasn't
  4830. > under ESS *sigh*), but he simply gave me the run-around:
  4831. > "I am trying to use the 10 equal-access system and keep  getting
  4832. > an error message. Can you help me, please?"
  4833. > "Use 228 for AT&T, sir."
  4834. > "I know; I want to use an ALDS, not AT&T for this call."
  4835. > "Sorry sir, I don't know anything about that."
  4836. > After remembering that the line I was trying to use wasn't ESS, I gave
  4837. > up on trying to do it, but what is the problem with the operators?
  4838. > They never used to be this hostile.  "Life sure was
  4839. > easier before the break-up... had to have been one of the only
  4840. > things that worked in this country..."
  4841.  
  4842. Of course the operator encouraged you to use 288 -- you were NOT talking
  4843. to an ALDS operator.  Do you think that an MCI or SPRINT operator (if
  4844. such exist) would gladly tell you how to use AT&T??!!
  4845.  
  4846. Remember, the telecommunications world has changed.  You the consumer
  4847. are now getting the competitive telecommunications services the Justice
  4848. Department and the Courts have ordered.  It is tough, but AT&T is
  4849. learning how to survive and do business in this non-Bell-System
  4850. environment.  A good way to NOT survive is to tell your customers how
  4851. to easily use your competitor's services!  (Although, maybe they will
  4852. decide that they are willing to pay the small differential in cost to
  4853. get decent quality lines after sampling the alternatives!).
  4854.  
  4855.                     Rich Strebendt
  4856.                     ...!ihnp4!iwsl6!res
  4857.  
  4858. ------------------------------
  4859.  
  4860. Date: Fri,  7 Feb 86 02:35:21 EST
  4861. From: "Stephen C. Hill" <STEVEH@MC.LCS.MIT.EDU>
  4862. Subject:{delete}  HR 3378 Text.
  4863.  
  4864. Two items, Geoff:  1.  How do you get full text of legislation in
  4865. machine readable form.  Do you key it all in?
  4866.  
  4867. 2. Now that you are back in my neck of the country, would you
  4868. be interested in getting together?  I'm located in Alexandria, VA.
  4869.  
  4870. ------------------------------
  4871.  
  4872. Date: Fri, 7 Feb 86 09:43:24 pst
  4873. From: calma!smithson@ucbvax.berkeley.edu (Brian Smithson)
  4874. Subject: More info on FoneAlone device
  4875.  
  4876. A previous posting described a device called "FoneAlone" which disconnects
  4877. one telephone device when another device on the same line is picked up.
  4878. It is especially handy for interrupting an answering machine when you want
  4879. to actually *talk* to the person calling.
  4880.  
  4881. Well, I wrote for information and later ordered one.  It arrived promptly,
  4882. and does exactly what it is supposed to.  I connected it to my answering
  4883. machine, which is set to answer on two rings.  When someone calls and gets
  4884. the machine, picking up a telephone causes the machine to be disconnected
  4885. immediately, and allows the machine to complete its cycle and reset for the
  4886. next call.  This is much more convenient than dashing off to the room where
  4887. the machine is, turning it off, and then having to remember to turn it back
  4888. on and let it cycle through.
  4889.  
  4890. The device costs $29.95, and can be ordered from Sparrevohn Engineering,
  4891. 143 Nieto Ave., Long Beach, CA 90803 (213) 443-7240.  Of course, I have
  4892. nothing to do with this firm except as a customer.  It seems to be such
  4893. a useful device, I'm really suprised that no one else has marketed one!
  4894.  
  4895. Sparrevohn also has a portable autodialer with a built-in clock and
  4896. calculator for about $35 or so.  Looked pretty nice if you need something like
  4897. that.
  4898.  
  4899. -Brian Smithson
  4900. ucbvax!calma!smithson
  4901.  
  4902. ------------------------------
  4903.  
  4904. Date: Fri 7 Feb 86 16:39:40-EST
  4905. From: Irene Greif <GREIF@XX.LCS.MIT.EDU>
  4906. Subject: Computer-Supported Cooperative Work:  CALL FOR PAPERS
  4907.  
  4908.  
  4909. ----------------------------------------------------------------------
  4910.  
  4911.  
  4912.                      PRELIMINARY CALL FOR PAPERS
  4913.  
  4914. ------------------------------------------------------------------------
  4915.                            CONFERENCE ON
  4916.                   COMPUTER-SUPPORTED COOPERATIVE WORK
  4917.  
  4918.  
  4919.     Austin, Texas                                 December 3-5, 1986
  4920.  
  4921.                           sponsored by
  4922.  
  4923.        Microelectronics and Computer Technology Corporation (MCC)  
  4924.                  Software Technology Program (STP)
  4925.  
  4926.  
  4927. ------------------------------------------------------------------------
  4928.  
  4929.  
  4930. CONFERENCE CHAIR: Herb Krasner, MCC STP
  4931.  
  4932. PROGRAM CHAIR: Irene Greif, MIT Laboratory for Computer Science
  4933.  
  4934. PROGRAM COMMITTEE:
  4935.    John Seely Brown, Xerox PARC
  4936.    Christine Bullen, MIT Center for Information Systems Research (CISR)
  4937.    Paul Cashman, DEC
  4938.    Bill Curtis, MCC STP
  4939.    Clarence A. Ellis, MCC STP
  4940.    Douglas C. Engelbart, McDonnell Douglas
  4941.    George Huber, University of Texas
  4942.    Thomas Malone,  MIT Sloan School of Management
  4943.    Margarethe Olson, NYU Graduate School of Business Administration
  4944.    Ben Shneiderman, University of Maryland
  4945.    Mark Stefik, Xerox PARC
  4946.    Lucy Suchman, Xerox PARC
  4947.    Terry Winograd, Stanford University
  4948.  
  4949.  
  4950. LOCAL ARRANGEMENTS:   Bryan Fugate, MCC STP
  4951.  
  4952. -------------------------------------------------------------------------
  4953.                CONFERENCE THEME -- SUGGESTED TOPICS
  4954. ------------------------------------------------------------------------
  4955.  
  4956. This conference takes an interdisciplinary look at
  4957. computer-supported cooperative work from technological,
  4958. sociological, organizational, cognitive and task domain points
  4959. of view. It grows from two past conferences: the DEC/MIT
  4960. Workshop on Computer-Supported Cooperative Work in August, 1984
  4961. and the MCC Interdisciplinary Design Symposium in May, 1985.
  4962. The previous conferences drew participants from computer science,
  4963. organization design, cognitive science, sociology, artificial
  4964. intelligence and practical engineering disciplines.  We hope to
  4965. incorporate an even broader range of research and application
  4966. perspectives on groups and group work at this meeting.
  4967. We are soliciting new papers on the following
  4968. representative topics:
  4969.  
  4970.  * Experiences with  technology  for  cooperative work
  4971.  
  4972.  * Computer-based environments that support cooperation:
  4973.       co-authorship, project management, large-scale design of
  4974.       computer systems
  4975.  
  4976.  * Empirical studies of cooperation/teamwork
  4977.  
  4978.  * Impact of computer technology on group behavior, organizational
  4979.        structures and work practices
  4980.  
  4981.  * Underlying technologies: data bases, structured documents and
  4982.       hypertext, access controls and privacy
  4983.  
  4984.  * Theoretical models for analyzing group work:  "roles",
  4985.        communication protocols, coordination constraints
  4986.  
  4987.  *  Multi-media conferencing
  4988.  
  4989.  *  Group decision support systems
  4990.  
  4991.  *  Domain-specific requirements for computer-supported group work
  4992.  
  4993.  
  4994. In order to encourage an informal and informative atmosphere, the
  4995. conference's size will be limited.  The program will include invited 
  4996. speakers, paper sessions, panel sessions and informal interest groups. 
  4997. We invite proposals for panels and discussion groups as well as papers.
  4998.  
  4999. ------------------------------------------------------------------------
  5000.                         INFORMATION FOR AUTHORS
  5001. ------------------------------------------------------------------------
  5002. IMPORTANT DATES
  5003.  
  5004.       Submission deadline: July 1, 1986
  5005.       Acceptance Notification: Sept 1, 1986
  5006.       Final Version Due: Oct 1, 1986
  5007.       Conference Date: Dec 3-5, 1986
  5008.  
  5009. Fifteen (15) copies of a double-spaced extended abstract of
  5010. 10-12  pages in length should be submitted to:
  5011.  
  5012.             Dr. Irene Greif
  5013.             MIT Laboratory for Computer Science
  5014.             545 Technology Square
  5015.             Cambridge, MA 02139
  5016.              phone (617)- 253-5987
  5017.              e-mail:  greif@mit-xx.lcs.mit.edu
  5018.  
  5019. People who have limited access to copiers, or for whom overseas
  5020. airmail costs will be a burden, should submit only one copy.
  5021.  
  5022.  
  5023. Suggestions for panels and interest group meetings should be
  5024. 1-2 pages long.  Submit these short proposals either by sending
  5025. fifteen copies to the address above, or by mailing one copy
  5026. to the email address above.
  5027.  
  5028.  
  5029. A conference proceedings will be available at the meeting and
  5030. published by Ablex.
  5031.  
  5032.  
  5033. COOPERATING SOCIETIES:
  5034.  
  5035.  
  5036. Software Psychology Society
  5037. College of Information Systems of The Institute for Management Sciences
  5038. ACM SigOA (pending)
  5039. ACM SigCHI (pending)
  5040. ACM SigSOFT (pending)
  5041. IEEE Computer Society (pending)
  5042.  
  5043. For more information call Barbara Smith, MCC STP  at 512-834-3336
  5044. or by netmail to basmith@mcc.arpa
  5045.  
  5046. ------------------------------
  5047.  
  5048. Date: 7 Feb 86 18:33:08 EST
  5049. From: *Hobbit* <AWalker@RED.RUTGERS.EDU>
  5050. Subject: Since you all asked... 
  5051.  
  5052. A lengthy explanation of equal access can be had by grabbing, via anonymous
  5053. FTP, <awalker>equal.access from Rutgers [red.rutgers.edu for you new-wavers].
  5054. Printed copies will be available at upcoming Boskone, if you're going.
  5055.  
  5056. _H*
  5057.  
  5058. ------------------------------
  5059.  
  5060. Date: Sat, 8 Feb 86 01:10:47 est
  5061. From: Ken Mandelberg <km%emory.csnet-relay.csnet@CSNET-RELAY.ARPA>
  5062. Subject: X.PC and MNP implementations
  5063.  
  5064. I understood that there was a public domain source code implementation
  5065. of X.PC  available, can anyone send me a pointer?
  5066.  
  5067. As a related question, has anyone bought the $100 Microcom package
  5068. documenting MNP? If so what does it include?
  5069.  
  5070.  
  5071. Ken Mandelberg
  5072. Emory University
  5073. Dept of Math and CS
  5074. Atlanta, Ga 30322
  5075.  
  5076. {akgua,sb1,gatech,decvax}!emory!km   USENET
  5077. km@emory                      CSNET
  5078. km.emory@csnet-relay          ARPANET
  5079.  
  5080. ------------------------------
  5081.  
  5082. From: bellcore!ihnp4!chinet!editor@ucbvax.berkeley.edu
  5083. Date: Sat, 8 Feb 86 07:14:41 est
  5084. Subject: Re: Emergencies and modems
  5085.  
  5086. Nope. The operators can do nothing.  We succeed only once.  A friend
  5087.  
  5088. convinced a plant man to let him on and he whistled loud and long.
  5089. There was so much garbazh on my screen that I disconnected and
  5090. he was able to call me.  It's a daily event around here:  "I tried
  5091. to call you but your /deleted/ modem...!"  We finally got a second
  5092. line.   Meanwhile, if you leave the modem connected the caller
  5093. connects to the modem.  Unable to whistle ASCII, he's in trouble --
  5094. and so am I.
  5095. Alex Zell  ...ihnp4!chinet!editor...
  5096. -- 
  5097. Alex Zell                                     ihnp4!chinet!editor
  5098. I'd rather be on Pictou Island, N.S.
  5099.  
  5100. ------------------------------
  5101.  
  5102. From: NBaheti.es@Xerox.COM
  5103. Date: 8 Feb 86 20:32:20 PST
  5104. Subject: 10-EA follow-up
  5105.  
  5106. You mentioned asking for the supervisor, I tried again and explained
  5107. what I meant by ALDS, and got the same junk from the operator so
  5108. I said the magic words and got the supervisor. She was just as clued
  5109. out as the operator! I didn't go to the manager, but I figure
  5110. she/he would be just as confused or unwilling to help me. It seems
  5111. that they have been given orders not to help using other companies
  5112. than AT&T. *sigh* By the way, the company was Pacific Bell, and
  5113. it was an AT&T operator. For tho,se of you who can use the "choose-
  5114. a-servce" thing in your area I suggest it strongly. I have been
  5115. flip-flopping between companies all night and it works great. There
  5116. is a difference in quality, tho so for data you may have to
  5117. watch out.
  5118.  
  5119. --Arun Baheti
  5120.   NBaheti.es@Xerox.COM
  5121.   CP/M Connection @ 213-530-0670
  5122.  
  5123. ps - They don't say use "288" now, they say dial "AT&T"...
  5124. It actually makes sense, dial ATT to use AT&T via 10-EA.
  5125. One good thing about the breakup is that now they seem to be
  5126. thinking; I guess they have to, eh?
  5127.  
  5128. pps - To use 10-EA you will need a pricing chart. The non-AT&T
  5129. companies are willing to send you one with their prices if you
  5130. call their 800-number. AT&T's are in the phone book.
  5131.  
  5132. ------------------------------
  5133.  
  5134. End of TELECOM Digest
  5135. *********************
  5136. 12-Feb-86 02:25:09-EST,3768;000000000000
  5137. Mail-From: ELMO created at 11-Feb-86 01:26:12
  5138. Date: 11 Feb 86 01:26-EST
  5139. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  5140. Subject: TELECOM Digest V5 #104
  5141. To: Telecom@XX.LCS.MIT.EDU
  5142. Reply-To: Telecom@XX.LCS.MIT.EDU
  5143.  
  5144. TELECOM Digest                       Tuesday, February 11, 1986 1:26AM
  5145. Volume 5, Issue 104
  5146.  
  5147. Today's Topics:
  5148.  
  5149.             Where to get miscellaneous telephone supplies
  5150.                Nationwide Directory Assistance (on CD)
  5151.                               Re: Rumor
  5152.  
  5153. ----------------------------------------------------------------------
  5154.  
  5155. Date:           Sat, 8 Feb 86 22:25:05 PST
  5156. From:           "David G. Cantor" <dgc@LOCUS.UCLA.EDU>
  5157. Subject:        Where to get miscellaneous telephone supplies
  5158.  
  5159. There have a been a number of requests from telecom readers on where to
  5160. obtain items such as telephone faceplates, magnetos, networks, etc.
  5161.  
  5162. I have just received a small mail-order catalogue which lists many such
  5163. items.  It is from
  5164.  
  5165. Surplus Savings Center
  5166. P.O. Box 117
  5167. Waymart, PA 18472
  5168.  
  5169. dgc
  5170.  
  5171. ------------------------------
  5172.  
  5173. Date: Sun, 9 Feb 86 13:55:17 -0100
  5174. From: hplabs!seismo!ircam!mf@ucbvax.berkeley.edu (Michel Fingerhut)
  5175. Subject: Nationwide Directory Assistance (on CD)
  5176.  
  5177. In article <8602060733.AA12585@ucbvax.berkeley.edu> Mike says:
  5178.  
  5179. > I've heard that there's a company that's going to market a nationwide
  5180. > directory assistance database on a CD-ROM for use with your favorite
  5181. > home computer. [...]
  5182.  
  5183. France has a nation-wide computerized such system.  You hook your
  5184. Minitel (a special terminal-cum-modem given free by the Telephone
  5185. Company to any user upon request) to the phone line, dial 11, and
  5186. then can look up phone numbers anywhere in France according to
  5187. different search keys, such as name, occupation (e.g., physicians
  5188. or travel agencies etc...), street address.  And the service is free
  5189. for the 1st 2 minutes or so.
  5190.  
  5191. Incidentally, many nationwide computerized public and private services
  5192. now use this Minitel.  For instance, banks, which allow one to monitor
  5193. one's checking account through minitel; train and airlines; real estate;
  5194. entertainment; dating; and many more.  And it works!
  5195.  
  5196. Michel
  5197.  
  5198. ------------------------------
  5199.  
  5200. Date: Mon, 10 Feb 1986 00:43-EDT
  5201. From: Ralph.Hyre@ius2.cs.cmu.edu.ARPA
  5202. Subject: Re: Rumor
  5203.  
  5204. In article <8602060733.AA12585@ucbvax.berkeley.edu> you write:
  5205. >[...]
  5206. >
  5207. >I've heard that there's a company that's going to market a nationwide
  5208. >directory assistance database on a CD-ROM for use with your favorite
  5209. >home computer.  When this happens, all anyone will have to do to have
  5210. >their own CNA database is sort the the data the way they need it.
  5211. >-Mike
  5212. The interesting questions here are:
  5213.  
  5214. Will the company itself provide a CNA database with a number -> person index
  5215. as  well as the typical person -> number.  (The Grolier's encyclopedia disks
  5216. are interesting and useful for just this reason.)
  5217.  
  5218. What the government do (if anything) about possible abuses.  Will it be legal
  5219. for a person to sell his own CNA database?  (If so, why hasn't anyone done
  5220. this before?  Are there really Phone Police that enforce CNA access :-)
  5221. Where I come from (Cincinnati, OH) the only places I've heard of having CNA
  5222. databases are law enforcement and otherg government agencies.
  5223.  
  5224.  
  5225. As I understand it, CNA stands for Called Number Authority.  The phone company
  5226. keeps a list of number-person correspondences, which are available in many
  5227. cities by simply calling (presumably) secret phone number.  (The CNA operator
  5228. answers and says 'Number, please?', you give number, they give name.)  The
  5229. general public does not/is not supposed to have access to this information.
  5230.  
  5231. ------------------------------
  5232.  
  5233. End of TELECOM Digest
  5234. *********************
  5235. 13-Feb-86 23:25:51-EST,9466;000000000000
  5236. Mail-From: ELMO created at 13-Feb-86 03:57:48
  5237. Date: 13 Feb 86 03:57-EST
  5238. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  5239. Subject: TELECOM Digest V5 #105
  5240. To: Telecom@XX.LCS.MIT.EDU
  5241. Reply-To: Telecom@XX.LCS.MIT.EDU
  5242.  
  5243. TELECOM Digest                      Thursday, February 13, 1986 3:57AM
  5244. Volume 5, Issue 105
  5245.  
  5246. Today's Topics:
  5247.  
  5248.                              What if...?
  5249.                               CNA on CD
  5250.                                  CNA
  5251.                 French Directory Assistance Terminals
  5252.                   Re:  More info on FoneAlone device
  5253.                               CNA on CD
  5254.  
  5255. ----------------------------------------------------------------------
  5256.  
  5257. Date: Tue 11 Feb 86 13:51:35-PST
  5258. From: Ole Jorgen Jacobsen <OLE@SRI-NIC.ARPA>
  5259. Subject: What if...?
  5260.  
  5261. I have a (legal) question about the use of ALDS (with or without equal
  5262. access). Suppose I try to dial a number via carrier X and their
  5263. network doesn't cover that area (this is typically the case for a lot
  5264. of international calls), I get a recorded message which says:
  5265.  
  5266.     "To dial this number, you must hang up, dial 10288 plus
  5267.      the number"
  5268.  
  5269. Suppose further that I am a dumb user and blindly follow the instructions,
  5270. thinking I am still using the "cheap services of carrier X". Instead
  5271. I get a large bill from AT&T. Can I refuse to pay and sue carrier X??
  5272.  
  5273. Ole
  5274.  
  5275. PS. Recordings like the one cited *do* exist, no mention of AT&T is
  5276.     made which is rather interesting
  5277.  
  5278. ------------------------------
  5279.  
  5280. Date: Tue, 11 Feb 86 22:26:47 cst
  5281. From: allegra!ihnp4!umn-cs!woolsey@ucbvax.berkeley.edu (Jeff Woolsey)
  5282. Subject: CNA on CD
  5283.  
  5284. In article <8602110631.AA14409@ucbvax.berkeley.edu> Ralph.Hyre@IUS2.CS.CMU.EDU writes:
  5285. >
  5286. >What the government do (if anything) about possible abuses.  Will it be legal
  5287. >for a person to sell his own CNA database?  (If so, why hasn't anyone done
  5288. >this before?  
  5289.  
  5290. Here in the Minneapolis/Saint Paul area, there are four alternatives:
  5291.  
  5292. 1) There is a publication known as Cole's (I think) directory, available to
  5293.    businesses and without restriction to the public at libraries, which is a 
  5294.    compilation of name, address, and phone number data organized by name, 
  5295.    by address, and by phone number.  The information is collected by periodic 
  5296.    door-to-door survey.   It is possible to keep your name out of this 
  5297.    directory without a monthly charge.
  5298.  
  5299. 2) Polk's directory is very similar to Cole's above in every respect, including
  5300.    availablilty, except that I found it a little more current and complete.
  5301.  
  5302. 3) To quote from page 2 of the 1986 Minneapolis Consumer Directory (Yellow 
  5303.    Pages):
  5304.  
  5305.    "STREET ADDRESS DIRECTORIES AVAILABLE
  5306.  
  5307.    "Street Address directories are available for several Northwestern Bell
  5308.    communities.  Listings are arranged in street address order with the
  5309.    corresponding name and phone number following each listing.  In a separate
  5310.    section, listings are arranged in telephone number sequence.  Northwestern
  5311.    Bell publishes Street Address directories semi-annually for Minneapolis
  5312.    and St. Paul, Minnesota, Omaha, Nebraska, and Des Moines and Cedar Rapids,
  5313.    Iowa.  Call your Service Representative for pricing and ordering 
  5314.    information."
  5315.  
  5316.    I was able to peruse copies of these directories at my leisure at the larger
  5317.    county libraries in the area, but they want some form of ID so that you do
  5318.    not walk off with them, as they contain a notice inside the covers stating
  5319.    that they are leased and old editions must be returned in order to get new
  5320.    ones.
  5321.  
  5322. For the three cases above, the unconventional sortings are known variously as
  5323. pink pages and blue pages.
  5324.  
  5325. 4) To quote from page 11 of ibid. :
  5326.  
  5327.    "CURRENT NAME & ADDRESS SERVICE"
  5328.  
  5329.    "1 + 402-580-2255"
  5330.  
  5331.    "With this service you can obtain the name and address for any listed
  5332.    telephone number.  This service is updated daily and is available 24 hours
  5333.    a day, seven days a week and serves Northwestern Bell's five states 
  5334.    (Nebraska, Iowa, Minnesota, North Dakota, South Dakota).  For 50 cents, plus
  5335.    the long distance charge, you can obtain 2 listings per call.  Non-published
  5336.    numbers are not available.
  5337.  
  5338.    "For more information on current name and address service in Minnesota call
  5339.    535-5316."
  5340.  
  5341. This is essentially a very current version of the published directories above,
  5342. except that evidently "non-directory" listings are also available.
  5343.  
  5344. >As I understand it, CNA stands for Called Number Authority.  The phone company
  5345. >keeps a list of number-person correspondences, which are available in many
  5346. >cities by simply calling (presumably) secret phone number.  (The CNA operator
  5347. >answers and says 'Number, please?', you give number, they give name.)  The
  5348. >general public does not/is not supposed to have access to this information.
  5349.  
  5350. The number is obviously not secret here.  It is from the quoted text that I
  5351. had assumed that CNA meant Current Name & Address.
  5352.  
  5353. Some public libraries have a collection of recent telephone directories for most
  5354. major cities around the world.  It may be possible to glean this information
  5355. for other cities by consulting such a collection.
  5356.  
  5357. -- 
  5358. Honk honk!  Why, it's Wobbles, the goose!
  5359.  
  5360.                 Jeff Woolsey
  5361.                 ...ihnp4{!stolaf}!umn-cs!woolsey
  5362.                 woolsey@umn-cs.csnet
  5363.  
  5364. ------------------------------
  5365.  
  5366. Date: 12-Feb-1986 0800
  5367. From: covert%castor.DEC@decwrl.DEC.COM  (John Covert)
  5368. Subject: CNA
  5369.  
  5370.  
  5371. CNA stands for "Customer Name and Address."
  5372.  
  5373. Although not available to the public in most areas, it is available in
  5374. some.  For example, in Alabama, Directory Assistance provides this service
  5375. for the same price as a normal D.A. call.
  5376.  
  5377. This is also true in all of Northwestern Bell:  402 580-2255.
  5378.  
  5379. And Chicago:  312 796-9600.
  5380.  
  5381. /john
  5382.  
  5383. ------------------------------
  5384.  
  5385. Date: Wed, 12-Feb-86 12:23:45 PST
  5386. From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein)
  5387. Subject: French Directory Assistance Terminals
  5388.  
  5389. On the other hand, the terminals have only limited keyboards, operate
  5390. in 1200/75 bps mode (or some other similar rate) and have not
  5391. been very popular.  The whole idea was to save the cost of phone
  5392. books, but the population has been giving extremely mixed reviews to the
  5393. service, finding that in many cases a physical phone book is far more
  5394. convenient, and often can give faster response time!
  5395.  
  5396. --Lauren--
  5397.  
  5398. ------------------------------
  5399.  
  5400. Date: Wed, 12 Feb 86 09:53:55 pst
  5401. From: calma!smithson@ucbvax.berkeley.edu (Brian Smithson)
  5402. Subject: Re:  More info on FoneAlone device
  5403.  
  5404. One of the mod.telecom readers discovered that the phone number I had
  5405. posted was incorrect.  The correct phone number for Sparrevohn
  5406. Engineering (Long Beach, CA) is (213)433-7240.
  5407.  
  5408. ------------------------------
  5409.  
  5410. Date: Wed, 12 Feb 86 11:43:05 est
  5411. From: D Gary Grady <ecsvax!dgary%mcnc.csnet@CSNET-RELAY.ARPA>
  5412. Subject: CNA on CD
  5413. Reply-To: D Gary Grady <dgary%ecsvax.uucp@CSNET-RELAY.ARPA>
  5414.  
  5415. In article <8602110631.AA14409@ucbvax.berkeley.edu> Ralph.Hyre@IUS2.CS.CMU.EDU writes:
  5416. >As I understand it, CNA stands for Called Number Authority.  The phone company
  5417. >keeps a list of number-person correspondences, which are available in many
  5418. >cities by simply calling (presumably) secret phone number.  (The CNA operator
  5419. >answers and says 'Number, please?', you give number, they give name.)  The
  5420. >general public does not/is not supposed to have access to this information.
  5421.  
  5422. Most cities of any size have a "city directory."  This is distinct from
  5423. the usual phone book and is produced by one of a number of city
  5424. directory publishers for banks, real estate agents, and other
  5425. commercial users.  It contains business and government listings,
  5426. demographic information, and lists of individuals.  I believe at least
  5427. a few of these directories have multiple listings by different
  5428. sequences, including by street address and by telephone number.
  5429.  
  5430. I recall a movie in which the villain's henchmen were after a witness
  5431. to a crime.  They locate her former employer and tried to get her
  5432. address by claiming they had found something that belonged to her.  The
  5433. employer refused to reveal the address but did call her.  The evildoers
  5434. wrote down the number dialed and looked it up in the city directory.
  5435. So, in this far-fetched instance at least, there is potential for abuse
  5436. of such a listing.
  5437.  
  5438. At times there may be a potential benefit.  I trust you will keep the
  5439. following story to yourself.  One place I worked allowed employees to
  5440. make personal long distance calls for which we later made
  5441. reimbursement, after the bill came.  On one occasion I called Source
  5442. EDP (an employment agency) in Atlanta to get their free salary survey,
  5443. just for the heck of it.  I forgot to write down the number on my long
  5444. distance log.  The bill came.  No one claimed the call.  So the
  5445. bookkeeper called the phone company to find out what name went with the
  5446. number.  "Who called Source EDP?" we were asked.  I confessed and paid
  5447. up, and assumed that was the end of the matter.
  5448.  
  5449. Not so, however.  Evidently suspecting I was hunting for a new job (I
  5450. really wasn't) my employer soon gave me a *very* substantial raise and a
  5451. promotion.  It's an ill wind that blows nobody good!
  5452. -- 
  5453. D Gary Grady
  5454. Duke U Comp Center, Durham, NC  27706
  5455. (919) 684-3695
  5456. USENET:  {seismo,decvax,ihnp4,akgua,etc.}!mcnc!ecsvax!dgary
  5457.  
  5458. ------------------------------
  5459.  
  5460. End of TELECOM Digest
  5461. *********************
  5462. 21-Feb-86 21:17:46-EST,8831;000000000000
  5463. Mail-From: ELMO created at 21-Feb-86 21:15:51
  5464. Date: 17 Feb 86 00:36-EST
  5465. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  5466. Subject: TELECOM Digest V5 #106
  5467. To: Telecom@XX.LCS.MIT.EDU
  5468. Reply-To: Telecom@XX.LCS.MIT.EDU
  5469.  
  5470. TELECOM Digest                       Monday, February 17, 1986 12:36AM
  5471. Volume 5, Issue 106
  5472.  
  5473. Today's Topics:
  5474.  
  5475.      [The Economist] BRITAIN'S TELECOMS:  Value-added regulation
  5476.         [InfoWord-86/2/10]   pointer to 2 articles of interest
  5477.             Where phone solicitors get their numbers from
  5478.                           Network Interface
  5479.                                  CNA
  5480.   Re: TELECOM Digest V5 #105 [French Directory Assistance Terminals]
  5481.  
  5482. ----------------------------------------------------------------------
  5483.  
  5484. Date: Thu 13 Feb 86 03:48:06-CST
  5485. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  5486. Subject: [The Economist] BRITAIN'S TELECOMS:  Value-added regulation
  5487.  
  5488. [ from The Economist, Vol.298 #7432, February 8, 1986 ]
  5489.  
  5490. BRITAIN'S TELECOMS: Value-added regulation
  5491. --------------------------------------------
  5492.  
  5493. Britain's telecoms regulators are trying to ring a change.  Although British
  5494. Telecom and its officially sanctioned competitor, Mercury, are guaranteed until
  5495. at least 1990 a duopoly of basic telecoms services (including voice and telex
  5496. transmission), politicians propose to cut the red tape tying data-transmission
  5497. services, the fastest growing part of the business.  To do so, they must stand
  5498. the regulation of Britain's telecoms on its head.
  5499.  
  5500. The regulators are gathering comments on the second draft of their proposals to
  5501. put their political masters' wishes into effect.  Criticism of the first draft
  5502. centred on the proposed rules for newcomers and the distinction between
  5503. regulated basic services - like residential telephone services - and
  5504. "value-added" ones, such as videotext and electronic mail, in which more
  5505. competition will be allowed.
  5506.  
  5507. The line between basic and value-added services is nigh impossible to draw.
  5508. When BT was privatised in 1984, regulators drew up a definition of value-added
  5509. services, and then decreed that everything that did not fall into that category
  5510. should be regulated as basic service.  Now they propose to turn the approach
  5511. around by defining basic services, and allowing competition everywhere else.
  5512.  
  5513. Chief beneficiary of the new rules will be "managed data networks".  First
  5514. proposed by a joint venture between BT and IBM - but turned down by regulators
  5515. for fear that these two giants would suffocate the market - managed data
  5516. networks typically provide higher quality data transmission than is afforded by
  5517. BT's usual service.  They include, for example, more security against errors or
  5518. snooping, more facilities to allow different sorts of computers to talk to each
  5519. other.
  5520.  
  5521. Today, managed data networks fall into the regulated telecommunications
  5522. category simply because nobody had thought of them when the definition of
  5523. value-added service was written.  But reversing the regulatory burden of proof
  5524. is not the only way in which the new rules would promote such services.  The
  5525. official idea now (prompted by the telecoms industry) is to allow managed data
  5526. networks a special class of licence.
  5527.  
  5528. Instead of licensing the individual supplier of a MDN, the government would
  5529. limit itself to approving the service itself.  Anyone would then be allowed to
  5530. offer a similar package.  IBM (without BT), ICL, and GM's subsidiary EDS are
  5531. all designing such networks that - pace, the regulators - could eventually be
  5532. offered to the public.  Where these firms lead, others follow.
  5533.  
  5534. BT has little to fear from this new competition in the short term.  Although
  5535. the new MDN will take some business away from BT services like Packet Switch
  5536. Stream, they must send their data over BT's basic telephone lines.  By
  5537. extending the range of services, competition should boost sluggish growth in
  5538. demand for BT's basic services.
  5539.  
  5540. But MDN could evolve into a more serious threat to BT.  To provide the new
  5541. services, operators of MDN must build up switching and message-processing
  5542. capabilities outside BT's network.  They will use modern digital equipment and
  5543. aim at the most profitable high-volume customers.  The result could easily be a
  5544. group of mini-Mercuries all ready to jump into the more direct competition with
  5545. BT - and waiting to be unleashed by tomorrow's regulators.
  5546.  
  5547. ------------------------------
  5548.  
  5549. Date: Thu 13 Feb 86 04:20:06-CST
  5550. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  5551. Subject: [InfoWord-86/2/10]   pointer to 2 articles of interest
  5552.  
  5553. [ InfoWorld, Vol. 8 #6, Feb 10, 86 ]
  5554.  
  5555. (page 10) MICRO/PBX LINKS UNVEILED [ AT&T and Northern Telecom announced
  5556. products to increase use of their PBXs for data transmission between computers
  5557. ]
  5558.  
  5559. "'The PC/PBX Connection' provides transfer of ASCII and binary files .... it
  5560. offers built-in VT-100 adn AT&T-4410/5410 asynchronous terminal emulation,
  5561. modem pooling, and the capability to simultaneously transfer data, run a
  5562. microcomputer application, and use the phone [for voice].  The system also
  5563. provides enhanced phone services, including a directory of up to 255 voice and
  5564. data calling numbers, an a log of all phone calls made."  [ pointers to add-on
  5565. software from Touchstone Software to turn 'The PC/PBX Connection' into a
  5566. full-fledged LAN with file transfer, Email, printer sharing, etc. ]
  5567.  
  5568. "Northern Telecom's LANSTAR ...[supports Macintoshes, PCs and various other
  5569. micros, minis, and mainframes] "
  5570.  
  5571. (page 19) John Gantz's "TECH STREET" column: Can AT&T Make Money in Today's
  5572. Free Market?  [an interesting commentary and analysis of AT&T's present, past,
  5573. and future]
  5574.  
  5575. " The divestiture of 1984 was, in essence, AT&T's method of shedding assets
  5576. that were becoming technologically obsolete.  So AT&T marvels at the way the
  5577. government let it pull all this financial hocus-pocus and thanks its lucky
  5578. stars that it's no longer delivering dial tones."
  5579.  
  5580. ------------------------------
  5581.  
  5582. Date: Thu 13 Feb 86 04:33:33-PST
  5583. From: Lynn Gold <Lynn%PANDA@SUMEX-AIM.ARPA>
  5584. Subject: Where phone solicitors get their numbers from
  5585.  
  5586. As someone who, many years ago, worked as a telephone solicitor, yes,
  5587. Cole's looks just like a set of the white pages except that it organizes
  5588. phone numbers by address rather than by name.  This allows a phone solicitor
  5589. to, in effect, go "up and down the street."
  5590.  
  5591. I was under the impression that the phone company doesn't regularly make
  5592. Cole's readily available to the general public, though.
  5593.  
  5594. --Lynn
  5595.  
  5596. ------------------------------
  5597.  
  5598. Date: Thu, 13 Feb 86 11:24:47 EST
  5599. From: Bob Clements <clements@bbnccq.ARPA>
  5600. Subject: Network Interface
  5601.  
  5602.  
  5603. I would appreciate knowing what, if anything, is the difference
  5604. between a modular jack and a network interface, other than what's
  5605. written on it.  I seem to recall seeing ads for test gear that mentioned
  5606. the "electrical signature" of a network interface. Is that right, or
  5607. is my memory bad?
  5608.  
  5609. I'm not talking about the lightning arrestor at the building entrance.
  5610. Just the thing that looks like a RJ41 socket but says "Network Interface"
  5611. and has legalese written on it.  Is there anything in it besides the
  5612. socket?
  5613.  
  5614. Thanks,
  5615. /Rcc
  5616.  
  5617. ------------------------------
  5618.  
  5619. Date: Thursday, 13 Feb 1986 11:21:22-PST
  5620. From: waters%viking.DEC@decwrl.DEC.COM
  5621. Subject: CNA
  5622.  
  5623.  
  5624.  
  5625.     Calling the CNA in each area is not as simple as giving them
  5626. a phone number, then they give you a name.  A caller must first
  5627. provide an identification number and name.  I suppose one might
  5628. be able to find this information for a specific person and use that.
  5629.  
  5630.                 Lester Waters
  5631.  
  5632. [CNA policies vary from state to state. -Ed.]
  5633.  
  5634. ------------------------------
  5635.  
  5636. Subject: Re: TELECOM Digest V5 #105 [French Directory Assistance Terminals]
  5637. Date: 14 Feb 86 16:36:58 EST (Fri)
  5638. From: "Christopher A. Kent" <cak@Purdue.EDU>
  5639.  
  5640. While a lot of people may not care for the Minitel terminals for
  5641. directory assistance, there's a networking culture building up. Several
  5642. large catalog-based operations offer Minitel service instead of mail-
  5643. or voice-based ordering (for a fee to the PTT, of course.) 
  5644.  
  5645. There's also a conferencing service offered, much like the conference
  5646. groups on the Source and elsewhere. An article that I saw over
  5647. Christmas gave an outsiders view of the whole thing, describing a
  5648. culture much like Usenet for conferenced groups on various subjects, as
  5649. well as real-time communications, often for romantic encounters.
  5650. Communication is typcially based on handles rather than real names, and
  5651. there are some serious Minitel junkies out there. And my impression was
  5652. that it was quite expensive (but I don't recall any hard numbers.)
  5653.  
  5654. chris
  5655.  
  5656. ------------------------------
  5657.  
  5658. End of TELECOM Digest
  5659. *********************
  5660.  
  5661. -------
  5662.  6-Mar-86 04:11:34-EST,8916;000000000000
  5663. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  5664. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 6 Mar 86 04:11:28-EST
  5665. Date: 17 Feb 86 00:36-EST
  5666. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  5667. Subject: TELECOM Digest V5 #106
  5668. To: Telecom@XX.LCS.MIT.EDU
  5669. Reply-To: Telecom@XX.LCS.MIT.EDU
  5670.  
  5671. TELECOM Digest                       Monday, February 17, 1986 12:36AM
  5672. Volume 5, Issue 106
  5673.  
  5674. Today's Topics:
  5675.  
  5676.      [The Economist] BRITAIN'S TELECOMS:  Value-added regulation
  5677.         [InfoWord-86/2/10]   pointer to 2 articles of interest
  5678.             Where phone solicitors get their numbers from
  5679.                           Network Interface
  5680.                                  CNA
  5681.   Re: TELECOM Digest V5 #105 [French Directory Assistance Terminals]
  5682.  
  5683. ----------------------------------------------------------------------
  5684.  
  5685. Date: Thu 13 Feb 86 03:48:06-CST
  5686. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  5687. Subject: [The Economist] BRITAIN'S TELECOMS:  Value-added regulation
  5688.  
  5689. [ from The Economist, Vol.298 #7432, February 8, 1986 ]
  5690.  
  5691. BRITAIN'S TELECOMS: Value-added regulation
  5692. --------------------------------------------
  5693.  
  5694. Britain's telecoms regulators are trying to ring a change.  Although British
  5695. Telecom and its officially sanctioned competitor, Mercury, are guaranteed until
  5696. at least 1990 a duopoly of basic telecoms services (including voice and telex
  5697. transmission), politicians propose to cut the red tape tying data-transmission
  5698. services, the fastest growing part of the business.  To do so, they must stand
  5699. the regulation of Britain's telecoms on its head.
  5700.  
  5701. The regulators are gathering comments on the second draft of their proposals to
  5702. put their political masters' wishes into effect.  Criticism of the first draft
  5703. centred on the proposed rules for newcomers and the distinction between
  5704. regulated basic services - like residential telephone services - and
  5705. "value-added" ones, such as videotext and electronic mail, in which more
  5706. competition will be allowed.
  5707.  
  5708. The line between basic and value-added services is nigh impossible to draw.
  5709. When BT was privatised in 1984, regulators drew up a definition of value-added
  5710. services, and then decreed that everything that did not fall into that category
  5711. should be regulated as basic service.  Now they propose to turn the approach
  5712. around by defining basic services, and allowing competition everywhere else.
  5713.  
  5714. Chief beneficiary of the new rules will be "managed data networks".  First
  5715. proposed by a joint venture between BT and IBM - but turned down by regulators
  5716. for fear that these two giants would suffocate the market - managed data
  5717. networks typically provide higher quality data transmission than is afforded by
  5718. BT's usual service.  They include, for example, more security against errors or
  5719. snooping, more facilities to allow different sorts of computers to talk to each
  5720. other.
  5721.  
  5722. Today, managed data networks fall into the regulated telecommunications
  5723. category simply because nobody had thought of them when the definition of
  5724. value-added service was written.  But reversing the regulatory burden of proof
  5725. is not the only way in which the new rules would promote such services.  The
  5726. official idea now (prompted by the telecoms industry) is to allow managed data
  5727. networks a special class of licence.
  5728.  
  5729. Instead of licensing the individual supplier of a MDN, the government would
  5730. limit itself to approving the service itself.  Anyone would then be allowed to
  5731. offer a similar package.  IBM (without BT), ICL, and GM's subsidiary EDS are
  5732. all designing such networks that - pace, the regulators - could eventually be
  5733. offered to the public.  Where these firms lead, others follow.
  5734.  
  5735. BT has little to fear from this new competition in the short term.  Although
  5736. the new MDN will take some business away from BT services like Packet Switch
  5737. Stream, they must send their data over BT's basic telephone lines.  By
  5738. extending the range of services, competition should boost sluggish growth in
  5739. demand for BT's basic services.
  5740.  
  5741. But MDN could evolve into a more serious threat to BT.  To provide the new
  5742. services, operators of MDN must build up switching and message-processing
  5743. capabilities outside BT's network.  They will use modern digital equipment and
  5744. aim at the most profitable high-volume customers.  The result could easily be a
  5745. group of mini-Mercuries all ready to jump into the more direct competition with
  5746. BT - and waiting to be unleashed by tomorrow's regulators.
  5747.  
  5748. ------------------------------
  5749.  
  5750. Date: Thu 13 Feb 86 04:20:06-CST
  5751. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  5752. Subject: [InfoWord-86/2/10]   pointer to 2 articles of interest
  5753.  
  5754. [ InfoWorld, Vol. 8 #6, Feb 10, 86 ]
  5755.  
  5756. (page 10) MICRO/PBX LINKS UNVEILED [ AT&T and Northern Telecom announced
  5757. products to increase use of their PBXs for data transmission between computers
  5758. ]
  5759.  
  5760. "'The PC/PBX Connection' provides transfer of ASCII and binary files .... it
  5761. offers built-in VT-100 adn AT&T-4410/5410 asynchronous terminal emulation,
  5762. modem pooling, and the capability to simultaneously transfer data, run a
  5763. microcomputer application, and use the phone [for voice].  The system also
  5764. provides enhanced phone services, including a directory of up to 255 voice and
  5765. data calling numbers, an a log of all phone calls made."  [ pointers to add-on
  5766. software from Touchstone Software to turn 'The PC/PBX Connection' into a
  5767. full-fledged LAN with file transfer, Email, printer sharing, etc. ]
  5768.  
  5769. "Northern Telecom's LANSTAR ...[supports Macintoshes, PCs and various other
  5770. micros, minis, and mainframes] "
  5771.  
  5772. (page 19) John Gantz's "TECH STREET" column: Can AT&T Make Money in Today's
  5773. Free Market?  [an interesting commentary and analysis of AT&T's present, past,
  5774. and future]
  5775.  
  5776. " The divestiture of 1984 was, in essence, AT&T's method of shedding assets
  5777. that were becoming technologically obsolete.  So AT&T marvels at the way the
  5778. government let it pull all this financial hocus-pocus and thanks its lucky
  5779. stars that it's no longer delivering dial tones."
  5780.  
  5781. ------------------------------
  5782.  
  5783. Date: Thu 13 Feb 86 04:33:33-PST
  5784. From: Lynn Gold <Lynn%PANDA@SUMEX-AIM.ARPA>
  5785. Subject: Where phone solicitors get their numbers from
  5786.  
  5787. As someone who, many years ago, worked as a telephone solicitor, yes,
  5788. Cole's looks just like a set of the white pages except that it organizes
  5789. phone numbers by address rather than by name.  This allows a phone solicitor
  5790. to, in effect, go "up and down the street."
  5791.  
  5792. I was under the impression that the phone company doesn't regularly make
  5793. Cole's readily available to the general public, though.
  5794.  
  5795. --Lynn
  5796.  
  5797. ------------------------------
  5798.  
  5799. Date: Thu, 13 Feb 86 11:24:47 EST
  5800. From: Bob Clements <clements@bbnccq.ARPA>
  5801. Subject: Network Interface
  5802.  
  5803.  
  5804. I would appreciate knowing what, if anything, is the difference
  5805. between a modular jack and a network interface, other than what's
  5806. written on it.  I seem to recall seeing ads for test gear that mentioned
  5807. the "electrical signature" of a network interface. Is that right, or
  5808. is my memory bad?
  5809.  
  5810. I'm not talking about the lightning arrestor at the building entrance.
  5811. Just the thing that looks like a RJ41 socket but says "Network Interface"
  5812. and has legalese written on it.  Is there anything in it besides the
  5813. socket?
  5814.  
  5815. Thanks,
  5816. /Rcc
  5817.  
  5818. ------------------------------
  5819.  
  5820. Date: Thursday, 13 Feb 1986 11:21:22-PST
  5821. From: waters%viking.DEC@decwrl.DEC.COM
  5822. Subject: CNA
  5823.  
  5824.  
  5825.  
  5826.     Calling the CNA in each area is not as simple as giving them
  5827. a phone number, then they give you a name.  A caller must first
  5828. provide an identification number and name.  I suppose one might
  5829. be able to find this information for a specific person and use that.
  5830.  
  5831.                 Lester Waters
  5832.  
  5833. [CNA policies vary from state to state. -Ed.]
  5834.  
  5835. ------------------------------
  5836.  
  5837. Subject: Re: TELECOM Digest V5 #105 [French Directory Assistance Terminals]
  5838. Date: 14 Feb 86 16:36:58 EST (Fri)
  5839. From: "Christopher A. Kent" <cak@Purdue.EDU>
  5840.  
  5841. While a lot of people may not care for the Minitel terminals for
  5842. directory assistance, there's a networking culture building up. Several
  5843. large catalog-based operations offer Minitel service instead of mail-
  5844. or voice-based ordering (for a fee to the PTT, of course.) 
  5845.  
  5846. There's also a conferencing service offered, much like the conference
  5847. groups on the Source and elsewhere. An article that I saw over
  5848. Christmas gave an outsiders view of the whole thing, describing a
  5849. culture much like Usenet for conferenced groups on various subjects, as
  5850. well as real-time communications, often for romantic encounters.
  5851. Communication is typcially based on handles rather than real names, and
  5852. there are some serious Minitel junkies out there. And my impression was
  5853. that it was quite expensive (but I don't recall any hard numbers.)
  5854.  
  5855. chris
  5856.  
  5857. ------------------------------
  5858.  
  5859. End of TELECOM Digest
  5860. *********************
  5861.  
  5862. -------
  5863.  9-Mar-86 03:18:07-EST,10307;000000000000
  5864. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  5865. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 9 Mar 86 03:18:05-EST
  5866. Date: 9 Mar 86 01:12-EST
  5867. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  5868. Subject: TELECOM Digest V5 #107
  5869. To: Telecom@XX.LCS.MIT.EDU
  5870. Reply-To: Telecom@XX.LCS.MIT.EDU
  5871.  
  5872. TELECOM Digest                            Sunday, March 9, 1986 1:12AM
  5873. Volume 5, Issue 107
  5874.  
  5875. Today's Topics:
  5876.  
  5877.                           Network Interface
  5878.                      Answer Supervision problems
  5879.                     UK Telephone sets vs USA sets
  5880.                          MCI opinions wanted
  5881.                        Cheap Cellular Promotion
  5882.                   TIP: how to disable "Call Waiting"
  5883.                         Wireless Speakerfone?
  5884.                           Network Interface
  5885.          Wall Street Journal suppliment of February 24, 1986
  5886.  
  5887. ----------------------------------------------------------------------
  5888.  
  5889. Date: 22 Feb 1986 23:17:38-EST
  5890. From: rdsnyder at MIT-CCC
  5891. Subject:   Network Interface
  5892.  
  5893. The network interface itself is a small (~1.5cm*~3cm) pc board with 3
  5894. components on it.  (I haven't seen one for about 6 months, so I hope I
  5895. remember everything correctly.)  The components are wired in series.
  5896. They consist of a capacitor (.1uF < value < 1uF), a resistor, and a
  5897. device packaged in a WE case of the sort used for the 100A varistor
  5898. found across a U1 receiver in a phone handset.  This device was black
  5899. and had a red band painted around the middle (sic), so it must be
  5900. symmetrical.  I would guess it is a varistor rated somewhere in the
  5901. tens of volts.  I would guess that an AC voltage higher than the
  5902. varistor voltage is applied to the subscriber line and the impedance
  5903. is measured.  This test signal sounds a lot like a ringing voltage,
  5904. but it might be of a higher frequency to prevent ringing the
  5905. subscriber's ringer.
  5906.  
  5907. The first network interface I saw was just the plain, unenclosed pc board
  5908. connected across the protector block (lightning arrester), but I believe it
  5909. is more popular to use the type where the pc board is installed inside a
  5910. WE type 625 modular jack with the "Network Interface"+legalese label on it.
  5911.  
  5912. Since the network interface is installed on the telco side of the "point
  5913. of demarcation," I would suspect that its purpose is to allow the telco to
  5914. test the continuity of the subscriber's cable pair upon receiving a trouble
  5915. report from the subscriber so that they would not have to send a repairperson
  5916. to the customer premises.  Whether they would actually do this and lose
  5917. the exorbitant fee of a premises visit is another question.  I don't think
  5918. that a network interface or a lack thereof is that critical at this time.
  5919. Anyone who has heard the words "network interface"  knows how to test
  5920. his line at the protector and if you report trouble, the telco will probably
  5921. send a repairperson anyhow.
  5922.  
  5923. -Ross Snyder
  5924.  
  5925. ------------------------------
  5926.  
  5927. Date: 22 Feb 1986 23:17:50-EST
  5928. From: rdsnyder at MIT-CCC
  5929. Subject:   Answer Supervision problems
  5930.  
  5931. A few days ago, I received my monthly bill for my 950-1033 service from
  5932. US Telecom.  On the bill were two calls which I had made to an exchange
  5933. in NPA 303 (Colorado), but which only rang and were never answered. One
  5934. call was for 5.1 minutes and the other was for 1.6 minutes.  When I
  5935. called US Telecom customer service, the representative FLATLY REFUSED to
  5936. give me credit for the calls.  She said that they would not give credit
  5937. for calls of that length.  When I had her supervisor call me back, he also
  5938. refused to consider giving me credit.  I had heard a rumor that only ATT and
  5939. MCI actually get answer supervision from the BOCs, and that the other LD
  5940. carriers simply use a time-out method to determine whether a call is answered.
  5941. Since the phone I was calling was located in a somewhat remote location, I
  5942. let it ring quite some time before hanging up.  This caused the US Telecom
  5943. timer to time out, making them believe I had been connected.
  5944.  
  5945. When I asked the US Telecom supervisor whether they got answer supervision,
  5946. he said, "No, we don't get call supervision, but we have programmed our
  5947. computers so that they VIRTUALLY never make this sort of error."(emphasis
  5948. added)  He told me that I let the phone ring too long.  He said that
  5949. US Telecom suggests to only let the phone ring "8 to 10 times."  He seems
  5950. to be admitting that they occasionally do bill customers for unanswered
  5951. calls, but remaining unwilling to give credit (which totalled only $1.12).
  5952. I would hate to think what would happen if they incorrectly billed a
  5953. customer for several dollars or tens or hundreds of dollars...
  5954.  
  5955. I would appreciate it if someone verify this rumor about which LD carriers
  5956. actually get answer supervision.  I STRONGLY DISCOURAGE doing business with
  5957. US Telecom if customer service means anything to you.  As soon as I got off
  5958. the phone with US Telecom, I called MCI to get 950 service from them, since
  5959. they are the only LD carrier that offers it and presumably gets answer
  5960. supervision.  In the past, when I used ATT in a non-equal-access exchange,
  5961. I used to let the phone ring for 10 minutes or so without being charged.
  5962. ATT seems to have the right attitude: Why try to save a few erlangs if it
  5963. means losing a lot of customers?
  5964.  
  5965. -Ross Snyder
  5966.  
  5967. ------------------------------
  5968.  
  5969. Date: 23 Feb 86 20:58:23 PST (Sunday)
  5970. From: Kluger.osbunorth at Xerox.COM
  5971. Subject:   UK Telephone sets vs USA sets
  5972.  
  5973. Hello,
  5974.  
  5975. I'll be moving to the UK soon, to the London area.
  5976.  
  5977. Do you know if my trusty American manufactured phones can be used in
  5978. Britain? Info on pulse or DTMF would be appreciated.
  5979.  
  5980. If it's technically possible, is it approved by the UK regulators?
  5981.  
  5982. Thanks,
  5983.  
  5984. Larry
  5985.  
  5986. ------------------------------
  5987.  
  5988. Date: Mon, 24 Feb 86 12:44:42 EST
  5989. From: David Vinayak Wallace <GUMBY at MC.LCS.MIT.EDU>
  5990. Reply-To: Gumby at MC.LCS.MIT.EDU
  5991. Subject:   MCI opinions wanted
  5992.  
  5993. I was considering signing up for MCI, which will give me a good (read
  5994. convenient) deal through American Express.  Could any current/former
  5995. users of MCI comment on their:
  5996.  
  5997. 1> Signal quality.  I'm not planning on sending data; just voice when
  5998.    I'm travelling.
  5999. 2> Coverage.  Are their significant gaps in their service area?
  6000. 3> Service.  Do you have reservations about dealing with them?
  6001.  
  6002. Thanks,
  6003.  
  6004. david
  6005.  
  6006. ------------------------------
  6007.  
  6008. Date: Mon, 24 Feb 86 16:09:48 EST
  6009. From: Robert Jesse <rnj at BRL.ARPA>
  6010. Subject:   Cheap Cellular Promotion
  6011.  
  6012. [From Personal Communications Technology magazine, Feb. 1986, p. 48]
  6013.  
  6014. Commonwealth Mobile Services recently offered three months of
  6015. service to first-time cellular customers at $.99 a day including
  6016. equipment rental, plus air-time charges, in the Northeast Pennsylvania
  6017. market area.  The price includes a Motorola phone, free installation
  6018. and free access to the system.
  6019.  
  6020. ------------------------------
  6021.  
  6022. Date: Tue 25 Feb 86 07:41:54-CST
  6023. From: Werner Uhrig <CMP.WERNER at R20.UTEXAS.EDU>
  6024. Subject:   TIP: how to disable "Call Waiting" 
  6025.  
  6026. [ found in MacBriefs, Vol.1#2, page 14 ]
  6027.  
  6028. TIP: CALL WAITING ZAPPED by Tom Edwards, mini'app'les, 8/10, Oct 1, 1985, p12
  6029.  
  6030. Your "smart" modem goes to answer a second call while you're on-line,
  6031. downloading something.  The program jumps out of receive mode and tells you
  6032. FILE TRANSFER UNSUCCESSFUL.  CARRIER LOST.
  6033. To avoid this, phone company suggests:  1) prefix your dialing with 1170 (for
  6034. pulse dialers,  *70 (for tone dialers).  2) continue by dialing the number that
  6035. you want to reach; dial straight through the 'fast busy' signal you hear.
  6036.  
  6037. [ given this problem, I don't have the Call-Waiting feature.  so I can't
  6038.   verify that this works.  Also, while I've seen several postings warning
  6039.   people about the problem and asking for solutions, I've never seen anyone
  6040.   mentioning *70 or 1170.  Does this work everywhere?  Does anyone know
  6041.   other, potentially, useful 11xx/*xx codes?  ---Werner]
  6042.  
  6043. {Cancel-Call-Waiting has been carried in previous digests, but is worth
  6044.  mentioning again.  It only works in offices where the software is
  6045.  installed, on ESS and DMS switches.  You can test for it -
  6046.  dial *70; if you get a confirmation tone and then dialtone, you
  6047.  have the feature. -elmo}
  6048.  
  6049. ------------------------------
  6050.  
  6051. Date: Tue, 25 Feb 86 10:21:19 pst
  6052. From: dual!saber!msc at ucbvax.berkeley.edu (Mark Callow)
  6053. Subject:   Wireless Speakerfone?
  6054.  
  6055. I'm looking for a combination wireless and speaker phone.  I've seen
  6056. one in the Sharper Image catalogue which has two handsets (wireless
  6057. plus regular-phone) plus the speaker phone.  You can dial from
  6058. either the base station or from the wireless handset.  This is
  6059. what I'm looking for except I don't need the regular handset.
  6060.  
  6061. Can anyone recommend anything suitable?
  6062. --
  6063. >From the TARDIS of Mark Callow
  6064. msc@saber.uucp,  sun!saber!msc@decwrl.dec.com ...{ihnp4,sun}!saber!msc
  6065. "Boards are long and hard and made of wood"
  6066.  
  6067. ------------------------------
  6068.  
  6069. Date: Tue, 25 Feb 1986  15:02 EST
  6070. From: Jon Solomon <JSOL at bucs20.bunet>
  6071. Subject:   Network Interface
  6072.  
  6073. A Network Interface is a box which has a jack on it just like a
  6074. regular wall jack, but it also has a peice of electronics (Don't ask
  6075. me what it does, I don't know offhand, but I heard a while ago that it
  6076. simulated a telephone on the line for test purposes) within, which
  6077. accounts for why it looks larger than a regular phone jack.
  6078.  
  6079. Network Interfaces aren't meant to be used as jacks (although I use
  6080. mine for that purpose), you are expected to plug a wire adaptor into
  6081. them and wire your house from that, using standard jacks where you
  6082. would like them.
  6083.  
  6084. Hope that helps.
  6085. --JSol
  6086.  
  6087. ------------------------------
  6088.  
  6089. Date: 25 Feb 86 14:22:49 PST (Tue)
  6090. From: kremen at aero
  6091. Subject:   Wall Street Journal suppliment of February 24, 1986
  6092.  
  6093. On February 24, the Wall Street Journal was in three parts instead of
  6094. its usual two. The third part was a tabloid feature titled
  6095. "Telecommunications - Wrestling with choise". It is a series of
  6096. well-written articles about many of the topics that have been discussed
  6097. on this forum for the past several years.
  6098.  
  6099. If you can get a copy, I urge you to read it. 
  6100.  
  6101. ------------------------------
  6102.  
  6103. End of TELECOM Digest
  6104. *********************
  6105.  
  6106. -------
  6107.  9-Mar-86 05:45:08-EST,15289;000000000000
  6108. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  6109. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 9 Mar 86 05:45:05-EST
  6110. Date: 6 Mar 86 01:35-EST
  6111. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  6112. Subject: TELECOM Digest V5 #108
  6113. To: Telecom@XX.LCS.MIT.EDU
  6114. Reply-To: Telecom@XX.LCS.MIT.EDU
  6115.  
  6116. TELECOM Digest                          Thursday, March 6, 1986 1:35AM
  6117. Volume 5, Issue 108
  6118.  
  6119. Today's Topics:
  6120.  
  6121.                   Administravia - Mysterious Digests
  6122.                            WE wiring info?
  6123.                     wanted: cheap rs232 autodialer
  6124.                             RS-232 problem
  6125.                            How many digits?
  6126.                           Busy retry phones
  6127.                 IDDD to Overseas Directory Assistance
  6128.                           Country Code List
  6129.                   Equal Access in Southwestern Bell
  6130.  
  6131. ----------------------------------------------------------------------
  6132.  
  6133. Date: Fri 07 Mar 86 21:51:34-EST
  6134. From: Eliot Moore (The Moderator) <Telecom-Request@XX.LCS.MIT.EDU>
  6135. Subject: Administrvia - Mysterious Digests
  6136.  
  6137. Most of you should have received three copies of #106.  
  6138. A born-again copy of #107 should have preceeded this issued.
  6139.  
  6140. Regards,
  6141. Elmo
  6142. ------------------------------
  6143.  
  6144. Date: Thu 27 Feb 86 14:41:04-PST
  6145. From: Ole Jorgen Jacobsen <OLE@SRI-NIC.ARPA>
  6146. Subject: WE wiring info?
  6147.  
  6148.  
  6149. Today I had occasion to rewire an old rotary Western Electric phone
  6150. (built in October 1962). It had been used on a PBX and two out of the
  6151. four wires that go to the bell coil were hooked up to what is normally
  6152. "line 2", i.e. yellow and black.  Hence the bell did not work. After
  6153. much trial and error, I finally found another (much younger) rotary
  6154. phone and was relieved to find that the everything inside was exactly
  6155. the same, right down to the color coding of the wires. Thus I was able
  6156. to get the bell working again by hooking the two wires to "A" and "F"
  6157. on the network block.
  6158.  
  6159.  
  6160. These phones were obviously built to operate in many configurations,
  6161. (party-line, PBX, and so on). What I would like to know is where I
  6162. could get any documentation,- wiring diagrams,- that describes all of
  6163. this (both 500 and 2500 sets).
  6164.  
  6165.  
  6166. This may have been asked before, apologies if I missed it.
  6167.  
  6168.  
  6169.  
  6170. Ole
  6171.  
  6172. ------------------------------
  6173.  
  6174. Date: Mon, 3 Mar 86 08:01:42 est
  6175. From: jqj@gvax.cs.cornell.edu (J Q Johnson)
  6176. Subject: wanted: cheap rs232 autodialer
  6177.  
  6178. I need to purchase several (30?) inexpensive off the shelf touch-tone
  6179. autodialers that accept their dialing instructions as an RS232
  6180. connection and output to a standard rj11 jack.  The application is an
  6181. office where everyone has a networked workstation with a spare rs232
  6182. port, and a new pbx (ATT Sys 85) with woefully inadequate speed dialing
  6183. capabilities.  Price (I would guess about $20) and packaging (the smaller
  6184. the better) are critical characteristics.
  6185.  
  6186. If you can suggest a vendor, please contact me directly:
  6187.     jqj@cornell.arpa or jqj@gvax.cs.cornell.edu
  6188.     jqj@crnlcs.bitnet
  6189.     cornell!jqj
  6190.  
  6191. ------------------------------
  6192.  
  6193. Date: Tue 4 Mar 86 14:16:02-EST
  6194. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  6195. Subject: RS-232 problem
  6196.  
  6197. We have a noise problem with our RS-232 lines at work. We run pins 1,2, and 3
  6198. (with 7 shorted to 1)
  6199. for 2 lines in every office. Unfortunately, the 6 wires are run on a single
  6200. cable; the 2 lines are not shielded from each other. This still works OK
  6201. if someone has 2 terminals in their office or on terminals with multiple
  6202. ports. However, folks who use a T-switch to switch between their 2 lines
  6203. in their office will reliably send garbage down the unselected line.
  6204.  
  6205. Has anyone solved a similar problem? I'm guessing the what will 
  6206. is to put a load between pins 1 and 3 on the unselected line. To do this
  6207. automatically, we'd use a matrix switch instead of the t-switch:
  6208.  
  6209. Computer A ====== Terminal  *   Computer A ==  == Terminal
  6210.                             O                \/
  6211.                             R                /\
  6212. Computer B ====== Resistor  *   Computer B ==  == Resistor
  6213.  
  6214. Will this work? Am I in any danger of damaging our computer terminal
  6215. boards? Any estimate of an appropriate value for the resistor?
  6216.  
  6217. ------------------------------
  6218.  
  6219. Date: Wed,  5 Mar 86 01:14:45 EST
  6220. From: David Vinayak Wallace <GUMBY@MC.LCS.MIT.EDU>
  6221. Subject: How many digits?
  6222.  
  6223. In several countries they are in the process of changing the number of
  6224. digits in a phone number -- from four to five, five to six, or six to seven.
  6225. Since we're running out of area codes, I started to wonder how much
  6226. it would cost to make telephone numbers eight digits long.  For ease of
  6227. changeover assume a flag day on which everyone has, say, a zero appended
  6228. to their current phone number.  How much would it cost the phone companies
  6229. and how much would it cost everybody to change their COBOL programs?
  6230.  
  6231. any guesses?
  6232.  
  6233. ------------------------------
  6234.  
  6235. Date:     Wed, 5 Mar 86 08:44 EST
  6236. From:     "Steven H. Gutfreund" <GUTFREUND%umass-cs.csnet@CSNET-RELAY.ARPA>
  6237. Subject:  Busy retry phones
  6238.  
  6239. Could someone send me a list of companys that sell phones (or attachments)
  6240. that have automatic retry on busy signals. I am looking for something
  6241. inexpensive, perhaps only an add-on attachment. You can send directly to
  6242. me.
  6243.                 gutfreund@umass-cs.csnet
  6244.  
  6245. ------------------------------
  6246.  
  6247. Date: Wed, 5 Mar 86 19:34:34 cst
  6248. From: huynh@puff.wisc.edu (adventurer extraordinaire)
  6249. Subject: IDDD to Overseas Directory Assistance
  6250.  
  6251. Is there anyway to access directory assistance overseas ?  Someone has
  6252. told me that the local telephone network is an ESS no.5 (whatever it
  6253. means). If it is possible without going through the operator ....
  6254.  
  6255. I would like to get directory assistance in both France and Australia.
  6256.  
  6257. Thanx in advance ...
  6258.  
  6259.             Mike Huynh
  6260.  
  6261. huynh@puff.wisc.edu
  6262.      @pokey.wisc.edu
  6263.  
  6264. ------------------------------
  6265.  
  6266. Date: 01-Mar-1986 0237
  6267. From: covert%castor.DEC@decwrl.DEC.COM  (John Covert)
  6268. Subject: Country Code List
  6269.  
  6270.  
  6271. Attached is a country code list which includes all codes I know of.  If
  6272. you *know* of any corrections (new code assignments, incorrect assignments,
  6273. incorrect country names, etc.) please send them to me.  Thanks/john
  6274.  
  6275.     World Numbering Zone 1 (Integrated Numbering Area)
  6276. 1    Canada, USA Including Puerto Rico and the Virgin Islands,
  6277.     Jamaica, Barbados, Antigua, Cayman Islands, British Virgin
  6278.     Islands, Bermuda, Bahamas, Dominica, Grenada, Montserrat,
  6279.     St. Christopher and Nevis, St. Lucia, St. Vincent
  6280.  
  6281.     Note: Mexico locations with Zone 1 style area codes are a hack
  6282.     for use from the U.S. and Canada *only* and are not official.
  6283.  
  6284.     World Numbering Zone 2:  Africa, Greenland, Aruba
  6285. 20    Egypt
  6286. 212    Morocco (also has 210, 211 assigned, but not used)
  6287. 213    Algeria (also has 214, 214 assigned, but not used)
  6288. 216    Tunisia
  6289. 218    Libya (also has 219 assigned, but not used)
  6290. 220    The Gambia
  6291. 221    Senegal
  6292. 222    Mauritania
  6293. 223    Mali
  6294. 224    Guinea
  6295. 225    Ivory Coast
  6296. 226    Upper Volta
  6297. 227    Niger
  6298. 228    Togo
  6299. 229    Benin
  6300. 230    Mauritius
  6301. 231    Liberia
  6302. 232    Sierra Leone
  6303. 233    Ghana
  6304. 234    Nigeria
  6305. 235    Chad
  6306. 236    Central African Republic
  6307. 237    Cameroon
  6308. 238    Cape Verde Islands
  6309. 239    Sao Tome and Principe
  6310. 240    Equatorial Guinea
  6311. 241    Gabon
  6312. 242    Congo
  6313. 243    Zaire
  6314. 244    Angola
  6315. 245    Guinea-Bissau
  6316. 247    Ascension Island
  6317. 248    Seychelles
  6318. 249    Sudan
  6319. 250    Rwanda
  6320. 251    Ethiopia
  6321. 252    Somali
  6322. 253    Djibouti
  6323. 254    Kenya
  6324. 255    Tanzania
  6325. 256    Uganda
  6326. 257    Burundi
  6327. 258    Mozambique
  6328. 260    Zambia
  6329. 261    Malagasy Republic
  6330. 262    Reunion (France)
  6331. 263    Zimbabwe
  6332. 264    Namibia
  6333. 265    Malawi
  6334. 266    Lesotho
  6335. 267    Botswana
  6336. 268    Swaziland
  6337. 269    Comoros and Mayotte
  6338. 27    South Africa
  6339. 297    Aruba (remaining Netherlands Antilles are 599)
  6340. 299    Greenland
  6341. Spare:    246, 259, 28, 290, 291, 292, 293, 294, 295, 296, 298
  6342.  
  6343.     World Numbering Zones 3 & 4: Europe except Soviet Union
  6344. 30    Greece
  6345. 31    Netherlands
  6346. 32    Belgium
  6347. 33    France
  6348. 33 078    Andorra
  6349. 33 93    Monaco
  6350. 34    Spain
  6351. 350    Gibraltar
  6352. 351    Portugal
  6353. 352    Luxembourg
  6354. 353    Ireland
  6355. 354    Iceland
  6356. 355    Albania
  6357. 356    Malta
  6358. 357    Cyprus
  6359. 358    Finland
  6360. 359    Bulgaria
  6361. 36    Hungary
  6362. 37    German Democratic Republic (East)
  6363. 38    Yugoslavia
  6364. 39    Italy
  6365. 39 541    San Marino
  6366. 39 6    Vatican City
  6367. 40    Romania
  6368. 41    Switzerland
  6369. 41 75    Liechtenstein
  6370. 42    Czechoslovakia
  6371. 43    Austria
  6372. 44    United Kingdom
  6373. 45    Denmark
  6374. 46    Sweden
  6375. 47    Norway
  6376. 48    Poland
  6377. 49    Federal Republic of Germany (West)
  6378.  
  6379.     World Numbering Zone 5: Mexico, Central and South America
  6380.                 + St. Pierre & Miquelon
  6381. 501    Belize
  6382. 502    Guatemala
  6383. 503    El Salvador
  6384. 504    Honduras
  6385. 505    Nicaragua
  6386. 506    Costa Rica
  6387. 507    Panama
  6388. 508    St. Pierre et Miquelon (France)
  6389. 509    Haiti
  6390. 51    Peru
  6391. 52    Mexico
  6392. 53    Cuba
  6393. 53 99    Guantanamo Bay US Naval Base (located on Cuba)
  6394. 54    Argentina
  6395. 55    Brazil
  6396. 56    Chile
  6397. 57    Columbia
  6398. 58    Venezuela
  6399. 590    Guadaloupe (France)
  6400. 591    Bolivia
  6401. 592    Guyana
  6402. 593    Ecuador
  6403. 594    French Guiana
  6404. 595    Paraguay
  6405. 596    French Antilles (St. Barthelemy, Martinique, St. Martin)
  6406. 597    Suriname
  6407. 598    Uruguay
  6408. 599    Netherlands Antilles (St. Maarten, Saba, Statia, Curacao, Bonaire,
  6409.                 but not Aruba: 297)
  6410. Spare:    500
  6411.  
  6412.     World Numbering Zone 6: Pacific
  6413. 60    Malaysia
  6414. 61    Australia
  6415. 62    Indonesia
  6416. 63    Philippines
  6417. 64    New Zealand
  6418. 65    Singapore
  6419. 66    Thailand
  6420. 670    Saipan
  6421. 671    Guam
  6422. 672    Timor
  6423. 673    Brunei
  6424. 674    Nauru
  6425. 675    Papua New Guinea
  6426. 676    Tonga
  6427. 677    Solomon Islands
  6428. 678    New Hebrides
  6429. 679    Fiji
  6430. 681    Wallis and Futuna
  6431. 682    Cook Islands
  6432. 683    Niue
  6433. 684    American Samoa
  6434. 685    Western Samoa
  6435. 686    Gilbert and Ellice Islands
  6436. 687    New Caledonia
  6437. 688    Tuvalu
  6438. 689    French Polynesia
  6439. 691    Micronesia
  6440. 692    Marshall Islands
  6441. Spare:    680, 690, 693, 694, 695, 696, 697, 698, 699
  6442.  
  6443.     World Numbering Zone 7
  6444. 7    Union of Soviet Socialist Republics
  6445.  
  6446.     World Numbering Zone 8: East Asia + Marisat
  6447. 81    Japan
  6448. 82    South Korea
  6449. 84    Viet Nam
  6450. 852    Hong Kong
  6451. 853    Macao
  6452. 855    Khmer Republic
  6453. 856    Laos
  6454. 86    China (People's Republic)
  6455. 871    Marisat, Atlantic Ocean
  6456. 872    Marisat, Pacific Ocean
  6457. 873    Marisat, Indian Ocean
  6458. 880    Bangladesh
  6459. 886    Taiwan
  6460. Spare:    80, 83, 850, 851, 854, 857, 858, 859, 870, 874, 875, 876, 877, 878, 879,
  6461.     881, 882, 883, 884, 885, 887, 88, 889, 89
  6462.  
  6463.     World Numbering Zone 9: Middle East, Indian Subcontinent
  6464. 90    Turkey
  6465. 91    India
  6466. 92    Pakistan
  6467. 93    Afghanistan
  6468. 94    Sri Lanka
  6469. 95    Burma
  6470. 960    Maldives
  6471. 961    Lebanon
  6472. 962    Jordan
  6473. 963    Syria
  6474. 964    Iraq
  6475. 965    Kuwait
  6476. 966    Saudi Arabia
  6477. 967    Yemen Arab Republic
  6478. 968    Oman
  6479. 969    Yemen (People's Democratic Republic of) (Aden)
  6480. 971    United Arab Emirates
  6481. 972    Israel
  6482. 973    Bahrain
  6483. 974    Qatar
  6484. 976    Mongolia
  6485. 977    Nepal
  6486. 98    Iran
  6487. Spare:    970, 975, 978, 979, 99
  6488.  
  6489. ------------------------------
  6490.  
  6491. Date:     Sun, 2 Mar 86 19:10:46 CST
  6492. From: Paul Milazzo <milazzo@rice.edu>
  6493. Subject:  Equal Access in Southwestern Bell
  6494.  
  6495. I recently moved just outside the area served by my previous CO, and
  6496. thus had to order new service.  At that time I designated the LD
  6497. carrier I wanted for each new line.  One of the last pieces of mail to
  6498. arrive at my old address was a letter from Southwestern Bell announcing
  6499. Equal Access (which has been available for ages), and asking me to
  6500. designate a default LD carrier for one of my old lines.  Since I had
  6501. already cancelled service on that line, I simply discarded the letter.
  6502.  
  6503. Yesterday the post office forwarded another letter from SWB, this one
  6504. telling me I have been "randomly" assigned to AT&T, which will begin
  6505. providing +1 service on April 4th.  That's pretty amazing, considering
  6506. the line has been disconnected for almost six weeks...
  6507.  
  6508. At any rate, the letter was accompanied by several interesting pieces
  6509. of information, including a brochure explaining "Easy Access" (i.e. 1+)
  6510. dialing.  The brochure, in standard SWB silly-question/obvious-answer
  6511. format, includes the following points, some of which should help to
  6512. dispel the notion that all LOCs are trying to "suppress" information
  6513. about 10XXX dialing:
  6514.  
  6515.         Q:  Do I have to pick a long-distance company if I don't want
  6516.             Easy Access Dialing?
  6517.         A:  No.  [...]  Without Easy Access Dialing, you'll have to dial
  6518.             a five-digit access code to make most long-distance calls.
  6519.             If you decide you don't want Easy Access Dialing, you'll
  6520.             need to notify Southwestern Bell Telephone by calling the
  6521.             local business office.  Then, you'll contact the
  6522.             long-distance companies for their access codes and to
  6523.             establish an account, if required.
  6524.  
  6525.         Q:  If I pick a company for Easy Access Dialing, does that mean
  6526.             I can use only that company for long-distance calls?
  6527.         A:  No, not at all.  You may use another long-distance company
  6528.             by dialing that company's access code before dialing the
  6529.             number.  Long-distance companies can provide you with their
  6530.             access codes.
  6531.  
  6532.         Q:  Just how will you decide which company I'm assigned to?
  6533.         A:  The assigning to long-distance companies will be done
  6534.             randomly on a percentage basis.  Customers who do not
  6535.             respond to the first mailing will be assigned to various
  6536.             long-distance companies based on the number of customers who
  6537.             picked each long distance company after the first letter.
  6538.             [...]  A computer will randomly select the proper
  6539.             percentage of customers to be assigned to the various
  6540.             companies.  [...]
  6541.  
  6542. In my opinion, the brochure was reasonably informative, and did not
  6543. make any attempt to suppress knowledge of 10XXX dialing.  Of course,
  6544. they did not explicitly mention the 10XXX format.  Instead, all of the
  6545. documentation refers to "five-digit access codes" supplied by each LD
  6546. carrier.  This does not strike me as entirely unreasonable, as the
  6547. average customer will not know which carriers require you to have an
  6548. account, and will thus have to call the carrier anyway.
  6549.  
  6550. The letter I received DID include a list of all the carriers from among
  6551. which I could choose, and the access code and customer service telephone
  6552. number of each.  That list included a number of carriers of whom I had
  6553. never heard, so for all the 10XXX aficionados out there, I have
  6554. reproduced an abbreviated and re-sorted version below.  Forgive me if I
  6555. incorrectly capitalized anyone's company name; the original list was in
  6556. upper case only.
  6557.  
  6558.         080     Amtel
  6559.         084     LDS Metromedia Long Distance
  6560.         085     Westel, Inc.
  6561.         203     Cytel
  6562.         220     Western Union Long Distance
  6563.         222A    MCI
  6564.         222B    American Express Expressphone/MCI Dial "1"
  6565.         222C    Sears/MCI Dial "1"
  6566.         223     TDX Systems, Inc. (for business only)
  6567.         288     AT&T Long Distance Service
  6568.         333     US Telecom
  6569.         366     American Telco, Inc.
  6570.         444     ALLNET(r) Dial 1 Service
  6571.         464     Houston Network, Inc.
  6572.         488     ITT - Longer Distance Service
  6573.         777A    GTE Sprint Direct Dial Service
  6574.         800     Satelco
  6575.         824     ATC/Directline
  6576.         888     SBS Skyline
  6577.  
  6578.                 Paul G. Milazzo
  6579.                 Dept. of Computer Science
  6580.                 Rice University, Houston, TX
  6581.  
  6582. Domain:    milazzo@rice.EDU, milazzo@rice.ARPA
  6583. BITNET:    milazzo@ricenet, milazzo@ricecsvm
  6584. UUCP:    {cbosgd,convex,hp-pcd,sun,waltz}!rice!milazzo
  6585.  
  6586. ------------------------------
  6587.  
  6588. End of TELECOM Digest
  6589. *********************
  6590.  
  6591. 11-Mar-86 02:17:09-EST,9646;000000000000
  6592. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  6593. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Tue 11 Mar 86 02:17:06-EST
  6594. Date: 11 Mar 86 00:14-EST
  6595. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  6596. Subject: TELECOM Digest V5 #109
  6597. To: Telecom@XX.LCS.MIT.EDU
  6598. Reply-To: Telecom@XX.LCS.MIT.EDU
  6599.  
  6600. TELECOM Digest                         Tuesday, March 11, 1986 12:14AM
  6601. Volume 5, Issue 109
  6602.  
  6603. Today's Topics:
  6604.  
  6605.                        Re: UK vs USA Phonesets
  6606.                           Re: RS-232 problem
  6607.                         Re: Busy retry phones
  6608.                         answering supervision
  6609.                            How Many Digits?
  6610.                              CNA Bureaus
  6611.                     Not-so-Cheap rs232 autodialer
  6612.  
  6613. ----------------------------------------------------------------------
  6614.  
  6615. Date: Sun 9 Mar 86 02:45:33-PST
  6616. From: Ole Jorgen Jacobsen <OLE@SRI-NIC.ARPA>
  6617. Subject: Re: UK vs USA Phonesets
  6618.  
  6619.  
  6620. You can use rotary US phones in the UK without any problems, even
  6621. if the specs may be a little different (I am happily using a 1932
  6622. UK phone here, it's only different in that it goes ting-a-linga-ling
  6623. when you rotary dial on another phone connected to the same line,
  6624. in the UK the anti-tinkle circuit is done by mutually excluding the
  6625. bells of both phones when either is off hook, -if you get my
  6626. meaning).
  6627.  
  6628. Forget DTMF, Britain never had and never will have it. I have only
  6629. once used a phone there which had DTMF and it was connected to a
  6630. hotel PBX. When the famous "System X" gets installed, the functionality
  6631. (including * and #) of DTMF will be provided, but digitally. The
  6632. advantages of being conservative and centrally regulated is that
  6633. one can occasionally skip a generation of development, which is 
  6634. excatly what is happening with DTMF and the UK.
  6635.  
  6636. Of course, using US phones on UK lines is illegal and I doubt very
  6637. much that you can get an individual instrument certified, since
  6638. this requires "destructive testing" (I am serious!), but I wouldn't
  6639. let that worry you. (You should pay your TV licence however or
  6640. they might come after you with the detector van! But for 50 pounds
  6641. or so you'll get the best TV programs the world has to offer including
  6642. news from other countries, sorry about the digression).
  6643.  
  6644.  
  6645. Ole
  6646.  
  6647. ------------------------------
  6648.  
  6649. Date: Sat, 8 Mar 86 20:02:16 pst
  6650. From: ucdavis!lll-lcc!well!rab@ucbvax.berkeley.edu (Bob Bickford)
  6651. Subject: Re: RS-232 problem
  6652.  
  6653.    Methinks you should not tie pins 1 and 7 together.  Just leave pin 1
  6654. completely out of the connection; it's only a frame ground and if you're
  6655. in the same building you don't need it.  We don't use it!
  6656.  
  6657.    Most T-switches do *not* switch the pin #1 connection, so there may
  6658. be the source of the trouble:  they're always tied together.
  6659.  
  6660.    The resistors should go to a 12v reference, not to ground, although
  6661. ground will work with many receiver IC's.  I would expect there is
  6662. already a resistor in the interface PCB, going to 12v, and if you
  6663. added one to ground at the switch you'd get a tendency to float to 6v,
  6664. maybe leading to more noise than you have now.  (assuming you use the
  6665. same value, namely 10K ohms)
  6666.  
  6667. ------------------------------
  6668.  
  6669. Date:  9 Mar 86   19:53-EST
  6670. From:   James Dorf   <smgkmmc%BOSTONU.bitnet@WISCVM.arpa>
  6671. Subject: Re: Busy retry phones
  6672.  
  6673. I vote for the DEMON DIALER as the all-purpose dialer with the features
  6674. that beat out any competition.  The creators, who I seem to recall as
  6675. having associations with M.I.T., really thought of everything when
  6676. designing this *action-packed* little "black box".  In my nearly 5 years
  6677. of trouble-free experience, I cannot think of even one situation when
  6678. the DEMON was unable to handle *any* activity/task.  The only problem is
  6679. it's high cost:  I bought mine back then (in N.Y.C.) for about $180.00
  6680. (yuk!) but I cannot stress enough my EXTREME satisfaction!
  6681.  
  6682. I know that much of this has been discussed before, but here goes...
  6683.  
  6684. My favorite (notable) FEATURES:
  6685.  
  6686. * redial of ***BUSY*** or ***UNANSWERED*** phones
  6687.  
  6688.        The thing handles both of the above by sounding a somewhat
  6689.        loud, distinctive signal upon success.  A speaker phone or
  6690.        loudspeaker is very useful to hear the success signal.  Also,
  6691.        although the "receiver is off-the-hook" during these, incoming
  6692.        calls can come in during the WAITING TIME between automatic
  6693.        outgoing dialer attempts.
  6694.  
  6695. * MNEMONIC keyword codes for stored numbers:
  6696.  
  6697.        This is an *incredible* boon for autodialers!  One "names"
  6698.        each stored number with a 2-6 digit keyword.  The variable
  6699.        length keywords lend themselves to CHARACTER mnemonics like
  6700.        dialing the letters "OZ" for the MIT-OZ dialups or dialing
  6701.        the letters "JSOL" to call good 'ole JSol...  After all,
  6702.        what's the use of having to refer to a HARDCOPY LIST of
  6703.        keywords when one doesn't remember a keyword?
  6704.  
  6705. * great FLEXIBILITY for handling *special dialing* procedures
  6706.        (e.g. Long Distance carriers, "PBX" systems, etc.)
  6707.  
  6708. I hope I haven't bored anyone with this "time-honored" information
  6709. but... well... now I've cast my vote!  Regards to all/jad
  6710.  
  6711. ------------------------------
  6712.  
  6713. Date: Sun, 9-Mar-86 12:25:12 PST
  6714. From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein)
  6715. Subject: answering supervision
  6716.  
  6717. The question of whether or not a LD carrier properly detects answered calls
  6718. is based on two factors:
  6719.  
  6720. 1) The local network interface at the CALLED end of a given circuit
  6721. 2) Arrangements to pass supervision info back to billing computers
  6722.  
  6723. AT&T's network is designed to properly detect and pass back 
  6724. answering supervision for all calls.
  6725.  
  6726. The other carriers vary widely, not only on a carrier by carrier basis
  6727. but also in some cases on a call by call basis.  Some carriers simply 
  6728. don't pass info back at all, and operate totally on a
  6729. timed basis to "guess" about when a call is answered. 
  6730. Some other carriers pass the info back properly on SOME calls,
  6731. depending on the sort of trunk interfacing (e.g. equal access) in 
  6732. place at the CALLED end of the circuit.  In other words, if a carrier
  6733. has equal access in place at the point you're CALLING, and if they
  6734. have facilities to pass that info back to their billing computers,
  6735. answering supervision will be available for that call.  If you happen
  6736. to be calling a point that is not interfaced in that manner, you may
  6737. often find yourself billed based on a timing "guess" instead of answering
  6738. supervision--so you may well get billed for a call that never answered
  6739. in such a case.
  6740.  
  6741. --Lauren--
  6742.  
  6743. ------------------------------
  6744.  
  6745. Date: Mon, 10 Mar 86 08:49:25 est
  6746. From: Marvin Sirbu <sirbu@gauss.ECE.CMU.EDU>
  6747. Subject: How Many Digits?
  6748.  
  6749. The US does not have any plans to increase the number of digits in a phone 
  6750. number from seven to eight anytime soon.  After all, ten digits for
  6751. area codes and numbers is in theory ten billion telephones.
  6752.  
  6753. What is going to happen -- in about 1995 -- is that we are going to run
  6754. out of area codes if we can only use numbers of the form "N 0/1 N".
  6755.  
  6756. The current planning therefore, is that the restriction on area codes
  6757. to "N 0/1 N" will be lifted in about 1995.  This will necessitate
  6758. MANDATORY 1+ dialing for long distance calls, because it will no
  6759. longer be possible to differentiate area codes from exchange codes
  6760. by looking at the second digit.
  6761.  
  6762. All those COBOL programs out there that do edit checks on the area code
  6763. to restrict it to "N 0/1 N" will have to be changed, but -- thank heaven --
  6764. you won't have to change all the record sizes for eight digit phone numbers.
  6765.  
  6766. ------------------------------
  6767.  
  6768. Date: Sun, 9 Mar 86 20:46:58 EST
  6769. From: Douglas Humphrey <deh@eneevax.umd.edu>
  6770. Subject: CNA Bureaus
  6771.  
  6772. In the Washington D.C. area, the CNA Bureaus do not require any identification
  6773. from the caller; you just give them the number and they give you the data. 
  6774. Strangely the numbers are not local calls to the D.C. calling area though,
  6775. being down in West Virginia. The Non-Pub Bureau seems to work the same way,
  6776. allowing you to do DA lookup on Non-Published numbers. The only thing that 
  6777. has changes in either of these services in years is that the Bell breakup
  6778. caused the Bureaus to be broken up into different calling numbers for each
  6779. area, rather than a single number per company (i.e. C&P).
  6780.  
  6781. There was a list made available long before the breakup that listed all of the
  6782. numbers for the entire CONUS. These changed with the breakup, but our friend
  6783. Ma Bell made sure that most of the numbers had Intercept on them giving the
  6784. new numbers..... They even screw themselves up, so don't be so hard on them
  6785. when they screw you up too.....
  6786.  
  6787. Doug Humphrey
  6788. DEH @ ENEEVAX
  6789.  
  6790. ------------------------------
  6791.  
  6792. Date: Mon, 10 Mar 86 13:14:51 pst
  6793. From: sun!fluke.uucp!tikal!tna@ucbvax.berkeley.edu (Tom Anderson)
  6794. Subject: Not-so-Cheap rs232 autodialer
  6795.  
  6796. >I need to purchase several (30?) inexpensive off the shelf touch-tone
  6797. >autodialers that accept their dialing instructions as an RS232
  6798. >connection and output to a standard rj11 jack.  
  6799.  
  6800. The company I work for sells a product that has the line control features
  6801. of a modem without the modem, and thus, can be used as an autodialer.  
  6802. It is no where near your suggested price, however - I think it sells for
  6803. about $300.  If you want more info, let me know.
  6804.  
  6805.  
  6806. -- 
  6807. Thomas N. Anderson      ...uw-beaver!tikal!tna 
  6808. Teltone Corporation, 10801 120th Ave NE, Kirkland, WA 98033 (206) 827-9626
  6809.         "This Statement is False."
  6810.  
  6811. ------------------------------
  6812.  
  6813. End of TELECOM Digest
  6814. *********************
  6815. 20-Mar-86 00:48:30-EST,14413;000000000000
  6816. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  6817. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 20 Mar 86 00:48:28-EST
  6818. Date: 12 Mar 86 00:24-EST
  6819. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  6820. Subject: TELECOM Digest V5 #110
  6821. To: Telecom@XX.LCS.MIT.EDU
  6822. Reply-To: Telecom@XX.LCS.MIT.EDU
  6823.  
  6824. TELECOM Digest                       Wednesday, March 12, 1986 12:24AM
  6825. Volume 5, Issue 110
  6826.  
  6827. Today's Topics:
  6828.  
  6829.                             Speaker phone
  6830.                 Re: Equal Access in SW Bell territory
  6831.                 IDDD to Overseas Directory Assistance
  6832.                 IDDD to Overseas Directory Assistance
  6833.             Wanted: opinions on CDS and Multi-Tech modems
  6834.                    Want information on Zipper modem
  6835.                  Re: Want information on Zipper modem
  6836.                     Thoughts on ADCoMM 96/48 Modem
  6837.             Commercial Email:  AT&T, MCI, CompuServe news
  6838.                               AT&T mail
  6839.                               AT&T mail
  6840.  
  6841. ----------------------------------------------------------------------
  6842.  
  6843. From: NBaheti.es@Xerox.COM (Arun Baheti)
  6844. Date: 11 Mar 86 15:45:17 EST
  6845. Subject: Speaker phone
  6846.  
  6847. I'm looking for a cheap speakerphone for use at home. Quality
  6848. doesn't have to be th best, but it shouldn't sound like I have
  6849. my head in a bucket (echo echo echo...)  :-). Please reply via
  6850. telecom or directly to me with any info you may
  6851. have on the matter. Thanks...
  6852.  
  6853. --Arun Baheti
  6854.   NBaheti.es@Xerox
  6855.  
  6856. ------------------------------
  6857.  
  6858. Date:     Tue, 11 Mar 86 15:05:35 CST
  6859. From:     Will Martin -- AMXAL-RI <wmartin@ALMSA-1.ARPA>
  6860. Subject:  Re: Equal Access in SW Bell territory
  6861.  
  6862. Paul's experience with the chaotic mode in which SW Bell seems to be
  6863. implementing Equal Access is probably fairly universal in this BOC's area --
  6864. I'm in St. Louis, under SW Bell, and what has happened to me has been along
  6865. the same lines...
  6866.  
  6867. When the Equal Access push started here, early last year (I believe),
  6868. we residential subscribers got the usual handouts and mailings. AT&T
  6869. sent more than any other carrier, and only two or so of the alternates
  6870. ever sent me any literature at all. I wanted AT&T anyway, so sent back
  6871. their card with my phone number and signature. Some months later, I
  6872. received more literature from AT&T, with a request to send in a signed
  6873. card *again*, and, I do believe, this happened yet one more time, with
  6874. them asking for a third signed card. All of these were business-reply
  6875. mail, and I complied (at least one of the later mailings had some 
  6876. rather-flaky explanation about why they needed this info yet again, but
  6877. I don't recall the details).
  6878.  
  6879. Anyway, some months back, I receive a letter from SW Bell, stating that
  6880. I had never responded to their request that I choose an LD carrier, and
  6881. enclosing a form to mark, and an envelope, *not* business-reply mail,
  6882. but requiring postage, with an address in Michigan, not here in St. Louis
  6883. where SW Bell's regional HQ is located.
  6884.  
  6885. I then called the business office to inquire about this, because I not
  6886. only had already selected AT&T and notified them multiple times, and
  6887. they were supposed to pass this data on to SW Bell, but I had never
  6888. gotten the first "selection form" that this SW Bell letter referred to.
  6889. Also, I wanted to ask about the Michigan address, and why this was not
  6890. Business-Reply Mail, when AT&T had done us the courtesy of using that
  6891. format so we need not use our own postage for this nonsense.
  6892.  
  6893. They hemmed and hawed about the notification business, explained the
  6894. Michigan address by saying that they were using an outside firm to
  6895. tabulate the responses, and had no excuse for not using Business Reply
  6896. on the envelope. They DID, though, offer to register my choice then and
  6897. there, during that phone call, so that I would not have to send in the
  6898. form. I told them "AT&T" and that seemed to be that.
  6899.  
  6900. Then, not long ago, I got the exact same letter that Paul referred to,
  6901. telling me that I had been "randomly" assigned to AT&T because I had
  6902. not chosen a carrier. Since I had wanted AT&T anyway, I did nothing.
  6903. However, I wonder if this letter was really the result of a random
  6904. assignment, and all my preceeding notifications went into a black hole
  6905. somewhere, or if the "random assignment" was a lie and this was the
  6906. final result of my numerous notifications. I suppose I'll never know...
  6907.  
  6908. Have things been as off-the-wall in other BOC's, or is SW Bell leading
  6909. in the contest for "most confused operations"?
  6910.  
  6911. Regards, Will
  6912.  
  6913. ------------------------------
  6914.  
  6915. Date: Thu,  6 Mar 86 03:38:23 EST
  6916. From: David Vinayak Wallace <GUMBY@MC.LCS.MIT.EDU>
  6917. Subject:  IDDD to Overseas Directory Assistance
  6918.  
  6919.     Date: Wed, 5 Mar 86 19:34:34 cst
  6920.     From: huynh at puff.wisc.edu (adventurer extraordinaire)
  6921.  
  6922.     Is there anyway to access directory assistance overseas ?  Someone has
  6923.     told me that the local telephone network is an ESS no.5 (whatever it
  6924.     means). If it is possible without going through the operator ....
  6925.  
  6926.     I would like to get directory assistance in both France and Australia.
  6927.  
  6928. Your best bet is via the operator.  French directory assistance is
  6929. almost impossible to get even within France!  (They start out with a
  6930. recording telling you to look it up in the book!)
  6931.  
  6932. ------------------------------
  6933.  
  6934. From: ima!johnl@bbncca
  6935. Date: Fri Mar  7 13:24:45 1986
  6936. Subject: IDDD to Overseas Directory Assistance
  6937.  
  6938. I only know of two ways to get international D.A.:  Either through the
  6939. operator, not recommended because it costs, or else by calling AT&T's
  6940. international information service at 1-800-874-4000.  I expect that
  6941. direct dial for information is a long way off, because there doesn't
  6942. seem to be a whole lot of agreement from one country to another about
  6943. how you call D.A.
  6944.  
  6945. ------------------------------
  6946.  
  6947. Date: 20 Feb 86 21:39:27 GMT
  6948. From: roy%phri.UUCP@SEISMO.CSS.GOV (Roy Smith)
  6949. Subject: Wanted: opinions on CDS and Multi-Tech modems
  6950.  
  6951.     In evaluating 2400 bps rack-mount modems for regular dial-in and
  6952. uucp dial-out use, we've narrowed the list down to the Concord Data Systems
  6953. CDS-224 and the Multi-Tech MultiModem-224.  Both are in the $400-500 per
  6954. card price range and seem to have all the standard 212A/V.22bis features.
  6955. Both claim Hayes compatability (which isn't something I would brag about
  6956. myself).  The Multi-Tech has optional class 3 MNP error correction.
  6957.  
  6958.     Anybody out there have experience with either of these units (good
  6959. or bad) that they would like to share?  I'm especially interested in
  6960. hearing about the Multi-Tech because I've never heard of them before a
  6961. couple of weeks ago.
  6962. -- 
  6963. Roy Smith, {allegra,philabs}!phri!roy
  6964. System Administrator, Public Health Research Institute
  6965. 455 First Avenue, New York, NY 10016
  6966.  
  6967. ------------------------------
  6968.  
  6969. Date: 24 Feb 86 20:29:47 GMT
  6970. From: albert%kim.berkeley.edu.BERKELEY.EDU 
  6971. Subject: Want information on Zipper modem
  6972.  
  6973. In March, '86 Byte Magazine, there is an ad on page 431 for a: CCITT
  6974. V22, V22BIS, Bell 212A, and Bell 103 Compatible modem called the
  6975. Zipper for $399. It says 2400 baud, but I guess from the
  6976. compatibilities that it is 300 and 1200 also. It has a 2 year
  6977. warranty. Does anyone know anything about it? Also, does anyone have
  6978. any experience with Priority 1 Electronics (it's their ad).
  6979.                 Anthony Albert
  6980.                 ..!ucbvax!kim!albert
  6981.                 albert%kim.berkeley.edu
  6982.  
  6983. ------------------------------
  6984.  
  6985. Date: 2 Mar 86 05:59:18 GMT
  6986. From: mark%cbosgd.UUCP@SEISMO.CSS.GOV (Mark Horton)
  6987. Subject: Re: Want information on Zipper modem
  6988.  
  6989. I ordered a Zipper from Priority 1.  When it hadn't arrived in a
  6990. few days, I called to find out why.
  6991.  
  6992. It turns out that 2400 baud Zipper is in very short supply.  The
  6993. first shipment (of 30 modems) was in customs that day (Friday Feb 28)
  6994. and the 30 modems were expected at Priority 1 Monday the 3rd.  My
  6995. order was apparently not in the first 100 on their list.  They had
  6996. no idea when the second shipment might arrive.
  6997.  
  6998. They also tell me the Zipper is a Hayes clone - no extra features.
  6999.  
  7000. What I'm really looking for is a 2400 baud Hayes compatible modem
  7001. which also supports a reasonably user-friendly command set, with
  7002. things like a prompt, echoing, and a help command.  Things like
  7003. the old Ventel or Penril are fine, but not Cermetek.  I also need
  7004. Hayes compatibility because I'm tired of not being able to use
  7005. software that only knows how to dial a Hayes.  MNP would be nice
  7006. but isn't essential.  I understand Prometheus has Hayes compatible
  7007. modems with a user-friendly front end, but only goes to 1200 baud.
  7008.  
  7009. Modem ads don't mention user friendly interfaces - apparently they
  7010. all assume you have a program in your PC that handles all that.  Foo.
  7011.  
  7012. Any suggestions?
  7013.  
  7014.     Mark
  7015.  
  7016. ------------------------------
  7017.  
  7018. Date: 3 Mar 86 04:39:56 GMT
  7019. From: gatech!drillsys!sob@SEISMO.CSS.GOV (Stan Barber)
  7020. Subject: Thoughts on ADCoMM 96/48 Modem
  7021.  
  7022. The ADCoMM 96/48 High Speed Modem/Multiplexor allows the use of a
  7023. terminal and a separate printer at 9600 baud (adjusted for line
  7024. quality) over a standard dialup phone line or a leased line. It also
  7025. has auto-dial and auto-answer capabilities and can be controlled from
  7026. the terminal keyboard as can many other intelligent modems. The ADCoMM
  7027. can communicate with both the printer and the terminal at 9600 baud
  7028. with independent data streams fed from the remote unit. It uses data
  7029. compressions and Phase Shift Keying to maximize throughput. It will
  7030. also fall back to half speed automatically when line quality causes
  7031. large numbers of errors (which is will correct before sending the data
  7032. out the ports). Either serial or parallel printers can be supported
  7033. off the printer port with the other port being a standard serial line.
  7034.  
  7035. I had this unit for about a month using it to work on a programming
  7036. project on a system across town. I had absolutely no apparent errors
  7037. when using the systems. There did seems to be times when there was a
  7038. bit of delay between the time I pushed a key and having it echo on the
  7039. screen, but it was not annoying to me at all. I also tested the
  7040. built-in 300 baud Bell 103A standard mode which worked fine as well.
  7041.  
  7042. I have a few problems with the modem. First, the keyboard dialog with
  7043. the modem follows no current "standard" for intelligent modems.  This
  7044. is really just annoying and no big problem. It would seem they could
  7045. have had a "Hayes emulation mode" so that people who have programs
  7046. that are used to using a Hayes would have no problem using this modem
  7047. as well. Second, I wish the low-speed mode was 1200 baud Bell 212A.
  7048. The modem has a 10 number built-in directory which would be quiet
  7049. useful if the low-speed was 1200 baud instead of 300. One nice thing
  7050. about the low speed mode is that the terminal still runs at 9600 baud
  7051. and the modem speed matches the line so you don't have to mess with
  7052. your terminal set-up when you want to change speeds.
  7053.  
  7054. I did not have a chance to test the printer port option at all, nor do
  7055. I know how it does for long distance hops (some might argue that
  7056. across metro Houston is long distance). If someone does have a chance
  7057. to check these features out, please post an update to this overview.
  7058.  
  7059. This modem is made by Carterfone Communications Corporation, 1341 W.
  7060. Mockingbird Lane, Suite 1100 West, Dallas, TX 75247. The phone is
  7061. (214) 630-9700. I believe the price is about $1800 each, but I am not
  7062. sure.
  7063.  
  7064. I have no connection to this company what so ever, but I thought
  7065. someone might benefit from my experience with this modem.
  7066. -- 
  7067. Stan Barber
  7068. Netnews Administrator
  7069. Teleco DST
  7070.  
  7071. ------------------------------
  7072.  
  7073. Date: Thu 27 Feb 86 13:42:46-CST
  7074. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  7075. Subject: Commercial Email:  AT&T, MCI, CompuServe news
  7076.  
  7077. [ from the Austin American Statesman - Feb 26, 86 ]
  7078.  
  7079.  
  7080.       AT&T STARTS ELECTRONIC MAIL
  7081.  
  7082. Washington - AT&T on Tuesday began offerering an electronic mail service that
  7083. will instantly send a short message for 40 cents and more than 2 typewritten
  7084. pages for about 80 cents.  That compares to 22-cents to mail a letter.
  7085.  
  7086.  
  7087.       MCI, COMPUSERVE LINK UP
  7088.  
  7089. Washington - MCI Communications Corp. and CompuServe Inc on Tuesday linked
  7090. their electronic mail services, creating the world's largest interconnected
  7091. electronic mail network.  Together, the companies serve a half-million
  7092. subscribers.  Subscribers of the Washington based MCI and Columbus, Ohio-based
  7093. CompuServe can create and send messages to subscribers on either network using
  7094. the same access methods and commands they now use.
  7095.  
  7096. [ does anyone know more details? ---Werner ]
  7097.  
  7098. ------------------------------
  7099.  
  7100. From: <bang!root@nosc.ARPA>
  7101. Date: Wed, 5 Mar 86 17:13:35 PST
  7102. Subject: AT&T mail
  7103.  
  7104.  
  7105. MIS-Week just released a story on a new commercial electronic mail 
  7106. system by AT&T.
  7107.  
  7108. I'm not sure what they have to offer or what the costs will be but I
  7109. am intrigued by an interesting feature where they will forward your incoming
  7110. mail to your home UUCP account.
  7111.  
  7112. I'm lookng for details if anyone has info.  The AT&T information number
  7113. for it is (800) 367-7225 ext. 720.  They will send literature but are otherwise
  7114. uninformed.
  7115.  
  7116. Bret Marquis
  7117. (sdcsvax,ihnp4) bang!bam
  7118. bang!bam@NOSC.ARPA
  7119.  
  7120. ------------------------------
  7121.  
  7122. Date: Fri, 7 Mar 1986  15:06 EST
  7123. From: Jon Solomon <JSOL@bucs20.bunet>
  7124. Subject: AT&T mail
  7125.  
  7126. I just called the number and at least on this coast they are more informative.
  7127.  
  7128. Their service seems to be designed to compete with MCI Mail (surprise!). 
  7129. For $2.00/month you can maintain a mailbox on their system. You can have
  7130. mail forwarded to your unix machine for a fee. If you send mail out from
  7131. your unix machine into their network the service is free (I'll bet there's
  7132. just a uucp path). Inside the system they charge for outgoing mail but
  7133. not incoming mail. (This leaves a small hole where a company can have
  7134. field mailboxes in the system designed to receive broadcast messages,
  7135. and the originator can be on a unix system, and no additional charges
  7136. would incur). The rates are quite reasonable (40c for less than 400
  7137. characters, 80c for 400-7500 chars, and probably higher for more).
  7138.  
  7139. If I didn't have the vast resources of the ARPA Internet at my
  7140. fingertips, I'd consider this service a viable alternative.
  7141.  
  7142. Cheers,
  7143. --JSol
  7144.  
  7145. ------------------------------
  7146.  
  7147. End of TELECOM Digest
  7148. *********************
  7149.  3-Apr-86 04:48:19-EST,9333;000000000000
  7150. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  7151. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 3 Apr 86 04:48:18-EST
  7152. Date: 19 Mar 86 21:50-EST
  7153. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  7154. Subject: TELECOM Digest V5 #111 (2nd transmission, April 2nd)
  7155. To: Telecom@XX.LCS.MIT.EDU
  7156. Reply-To: Telecom@XX.LCS.MIT.EDU
  7157.  
  7158. TELECOM Digest                        Wednesday, March 19, 1986 9:50PM
  7159. Volume 5, Issue 111
  7160.  
  7161. Today's Topics:
  7162.  
  7163.           Re: Wanted: opinions on CDS and Multi-Tech modems
  7164.             Commercial Email:  AT&T, MCI, CompuServe news
  7165.                    telephone line interface needed
  7166.                             DTMF in the UK
  7167.                           Re: RS-232 problem
  7168.                           Re: RS-232 problem
  7169.                         addendum to area codes
  7170.                Correction Re: SW Bell and Equal Access
  7171.                         Telephone Credit Cards
  7172.  
  7173. ----------------------------------------------------------------------
  7174.  
  7175. Date: 12 Mar 1986 16:22:37-EST
  7176. From: rdsnyder@MIT-CCC
  7177. Subject: Re: Wanted: opinions on CDS and Multi-Tech modems
  7178.  
  7179. Multi-Tech is a small company located in New Brighton, MN, just outside
  7180. Minneapolis.  They have been around for about ten to fifteen years now and
  7181. have specialized in commercial and industrial modems.  We bought a MT212AH
  7182. 1200-bps 212A-compatible modem from them a few years ago.  It is obvious
  7183. from its design that they have not had much experience in the consumer market.
  7184. The DIP switches all come configured so that the modem could be
  7185. connected to a mainframe for dialup use, which is not always ideal for home
  7186. use.  They have since gained experience at building consumer-oriented modems,
  7187. but this is probably irrelevant since you are looking at rack-mount stuff.
  7188. Since we bought one of the first MT212AH's, we did have some trouble with
  7189. the auto-answer circuitry after a few months.  We took the modem back to the
  7190. factory, where they not only fixed the problem, which probably only took
  7191. a few minutes, but also replaced the lithium battery, updated the PROM's,
  7192. replaced plug-in AC transformer, and modified the amplifier circuit for the
  7193. built-in speaker to increase the volume.  This was all under the one-year
  7194. warranty and cost us nothing.
  7195.  
  7196. -Ross Snyder
  7197.  
  7198. ------------------------------
  7199.  
  7200. Date: Thu, 13 Mar 86 00:45:05 EST
  7201. From: David Vinayak Wallace <GUMBY@MC.LCS.MIT.EDU>
  7202. Subject:  Commercial Email:  AT&T, MCI, CompuServe news
  7203.  
  7204.     Date: Thu 27 Feb 86 13:42:46-CST
  7205.     From: Werner Uhrig <CMP.WERNER at R20.UTEXAS.EDU>
  7206.     [ from the Austin American Statesman - Feb 26, 86 ]
  7207.  
  7208.     Washington - MCI Communications Corp. and CompuServe Inc on Tuesday linked
  7209.     their electronic mail services, creating the world's largest interconnected
  7210.     electronic mail network.  Together, the companies serve a half-million
  7211.     subscribers.
  7212.  
  7213. How does the internet compare?  What about internet+bitnet+uucp+csnet?
  7214. That should add up to about 500k.
  7215.  
  7216. ------------------------------
  7217.  
  7218. Date: 14 Mar 1986 11:54-EST 
  7219. From: David.Anderson@K.CS.CMU.EDU
  7220. Subject: telephone line interface needed
  7221.  
  7222. A friend is designing a phone gadget, and is trying to locate an
  7223. inexpensive approved phone line interface chip.  Any recommendations?
  7224. The only one he has located so far costs $50, and that seems rather
  7225. high.
  7226.  
  7227. --david
  7228.  
  7229. ------------------------------
  7230.  
  7231. From: Derek Bergin <mcvax!stc!dbmk1@seismo.CSS.GOV>
  7232. Date: Fri, 14 Mar 86 13:27:07 GMT
  7233. Subject: DTMF in the UK
  7234.  
  7235. In reply to OLE@sri-nic.arpa.UUCP 
  7236.  
  7237. > Forget DTMF, Britain never had and never will have it. I have only
  7238. > once used a phone there which had DTMF and it was connected to a
  7239. > hotel PBX. When the famous "System X" gets installed, the functionality
  7240. > (including * and #) of DTMF will be provided, but digitally.
  7241.  
  7242. Uh I may be out of date but when I designed the in-exchange tester for DTMF
  7243. on system X they were still planning to put it in.  The digital signalling
  7244. only comes with ISDN - or so I understand it.
  7245.  
  7246. PS.  As far as I know the SEP 2 Local System X test site at Coventry Spires
  7247. is using DTMF (or MF4 as they call it) for some customers.
  7248.  
  7249. ------------------------------
  7250.  
  7251. From: ihnp4!rosevax!rose3!dan@ucbvax.berkeley.edu
  7252. Date: Mon, 17 Mar 86 17:09:45 cst
  7253. Subject: Re: RS-232 problem
  7254.  
  7255. In article <8603060705.AA05792@ucbvax.berkeley.edu> you write:
  7256. >We have a noise problem with our RS-232 lines at work.
  7257.  
  7258. We had a similiar problem with an HP computer.  Most computers and terminals
  7259. have termination on their inputs, so that an unconnected line doesn't
  7260. fly all over.  HP didn't on their older serial interfaces.  Without any
  7261. cable on the board, there was no problem.  But with a cable (and no terminal
  7262. at the other end) the board would see a solid stream of garbage.
  7263.  
  7264. So I suspect that your computer doesn't have any termination on its input
  7265. lines.  Or maybe the resistors are too high a value.
  7266.  
  7267. Your solution should work, but could be much simpliar.  Don't worry about
  7268. switching the resistors.  An RS-232 driver will have no problem driving
  7269. against a 4.7K resistor.  Just add resistors to the inputs (no need to
  7270. worry about the computer's serial output lines).  This will then keep
  7271. the lines quiet when there is no terminal on either line.
  7272.  
  7273. Dan Messinger
  7274. Rosemount Inc
  7275. ihnp4!rosevax!rose3!dan
  7276.  
  7277. ------------------------------
  7278.  
  7279. Date: Wed, 12 Mar 86 09:41:03 pst
  7280. From: Edward M. Embick <embick%tetra@nosc.ARPA>
  7281. Subject: Re: RS-232 problem
  7282.  
  7283. We have a similar setup here in CSC's complex in San Diego.  We
  7284. are running 3 wire communications, but unlike you we are running
  7285. pins 2 (TD), 3 (RD), and 7 (SG) only between the computer and the
  7286. terminals.  The RS-232 25 pin connectors have pins 4 and 5 and 
  7287. pins 6, 8 and 20 shorted at the terminal end and at the host.
  7288.  
  7289. We run our lines several hundred feet in a very noisy environment
  7290. without serious problems.  The terminals are operating at 9600 baud.
  7291.  
  7292. I believe the problem you are experiencing is due to the transmit line (pin 2)
  7293. not being terminated at the data terminal end.  It acts like a very
  7294. long antenna.  Any electrical noise, or something like a login
  7295. prompt from the host, will be transmitted to the host.  The host,
  7296. upon receiving the garbage, will respond with something if a terminating
  7297. character is detected.  This response goes out over the receive line (pin 3)
  7298. and is picked up by the transmit line (pin 2), etc., etc. etc.
  7299.  
  7300. This also can occur when a terminal is powered off and the UART completes
  7301. the connection between pins 2 and 3, as well as with an AB switch.  
  7302.  
  7303. We solved the problem by having the AB switch short pin 2 to pin 7
  7304. on the line to the host that is not connected to the terminal. 
  7305. This does no damage to the host port, and keeps it from talking to itself.
  7306. ------------------------------------------------------------------------------
  7307. Ed Embick    (the more paths I make, the more paths they break! waaaaaaa....)
  7308. Computer Sciences Corp.                embick@noscvax.UUCP  or
  7309. 4045 Hancock St.      {akgua,allegra,decvax,ihnp4,ucbvax}!sdcsvax!noscvax!embick
  7310. San Diego, CA 92110                MILNET:  EMBICK@NOSC
  7311. (619) 225-8401 x516
  7312.  
  7313. ------------------------------
  7314.  
  7315. Date:     Wed, 12 Mar 86 10:53:48 EST
  7316. From:     Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  7317. Subject:  addendum to area codes
  7318.  
  7319. Area codes were recently noted in this digest as having the form
  7320. "N 0/1 N".  They can also have the form "N 0 1" (excluding the 800
  7321. toll-free service or 900 "dial-it" service).
  7322.  
  7323. [Some telcos, notably Pacific[*]Bell insist that (800) is NOT an
  7324.  area code. -elmo]
  7325.  
  7326. ------------------------------
  7327.  
  7328. Date:     Thu, 13 Mar 86 9:33:34 CST
  7329. From:     William Martin <control@ALMSA-1.ARPA>
  7330. Subject:  Correction Re: SW Bell and Equal Access
  7331.  
  7332. Hi!
  7333.  
  7334. Thanks to Carl Moore for asking me about this -- it caused me to look
  7335. at my paperwork and I caught an error in my previous submission about
  7336. SW Bell and Equal Access. I had said that the users' choices were to be
  7337. mailed to "an address in Michigan" -- this was wrong, since I had 
  7338. misremembered the state abbreviation on the envelope. It was Minnesota,
  7339. not Michigan. For those who might find the info useful, here's the
  7340. address:
  7341.  
  7342. Easy Access Dialing
  7343. Southwestern Bell Telephone
  7344. Caller #8
  7345. Burnsville, MN  55337
  7346.  
  7347. (Perhaps this firm is handling the access assignment for a number of BOC's?)
  7348.  
  7349. I don't know if "caller #8" is the same as "Box #8" or "Drawer #8";
  7350. have not seen that address form before.
  7351.  
  7352. Regards, Will
  7353.  
  7354. ------------------------------
  7355.  
  7356. Date:     Wed, 12 Mar 86 20:32:09 EST
  7357. From:     Brint Cooper <abc@BRL.ARPA>
  7358. Subject:  Telephone Credit Cards
  7359.  
  7360.  
  7361.  
  7362. Information, please, on non-ATT carriers' credit cards.  In particular,
  7363.  
  7364.     1. Is the credit-card charge a fixed surcharge per call?
  7365.  
  7366.     2. Is a tone phone required for placing a call?
  7367.  
  7368.     3. Are there places in the US where the credit card cannot be used
  7369. for placing a call?
  7370.  
  7371.     4. Can the credit card be used for calling back to the U.S. from
  7372. any overseas points?
  7373.  
  7374.     5. Do any of these answers change when one's local service
  7375. obtains 'equal access?'
  7376.  
  7377. Thanks,
  7378.  
  7379. Brint Cooper
  7380.  
  7381.      ARPA:  abc@brl.arpa
  7382.      UUCP:  ...{seismo,decvax,cbosgd}!brl!abc
  7383.  
  7384. ------------------------------
  7385.  
  7386. End of TELECOM Digest
  7387. *********************
  7388.  
  7389. -------
  7390.  5-Apr-86 03:23:31-EST,12249;000000000000
  7391. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  7392. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sat 5 Apr 86 03:23:29-EST
  7393. Date: 27 Mar 86 01:14-EST
  7394. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  7395. Subject: TELECOM Digest V5 #112 (2nd transmission, April 4)
  7396. To: Telecom@XX.LCS.MIT.EDU
  7397. Reply-To: Telecom@XX.LCS.MIT.EDU
  7398.  
  7399. TELECOM Digest                         Thursday, March 27, 1986 1:14AM
  7400. Volume 5, Issue 112
  7401.  
  7402. Today's Topics:
  7403.  
  7404.                    data and voice over leased line
  7405.   Alternative 2400 bps, Hayes compatible, X.PC & MNP multi-modem...
  7406.                  Re: telephone line interface needed
  7407.                    Another line interface question
  7408.                     nonPrivacy of Electronic Mail
  7409.                          18Kbps dial-Up modem
  7410.                   Need contact address at Bell South
  7411.  
  7412. ----------------------------------------------------------------------
  7413.  
  7414. Date: Fri, 21 Mar 86 10:57:06 EST
  7415. From: munnari!natmlab.oz!mse@seismo.CSS.GOV (Martin Ewing)
  7416. Subject: data and voice over leased line
  7417.  
  7418. I am interested in multiplexed data and voice on voice-grade lines.
  7419. The typical circuit is a leased line of 300 km or so, used between our
  7420. University PBX and our field station (maybe a PBX or maybe something
  7421. more primitive).  During the day the line would be used more than 50%
  7422. of the time for normal voice calls, and voice would have priority.
  7423. Off-hours, however, we would give equal priority to computer traffic
  7424. (VAX DECnet at whatever baud rate we can get).
  7425.  
  7426. Presently, we have a scheme by which the remote VAX can originate a call
  7427. to the campus over the tieline, but this is awkward to use.  What I'd
  7428. really like is a data channel (1200 bps or more, preferably synchronous)
  7429. multiplexed with a digital (if necessary) voice channel, with the usual
  7430. PBX control signals.  Flow control (XON/XOFF if asynchronous) on the data
  7431. line would be acceptable to throttle back during speech.  Ideally, the
  7432. full bandwidth would be available for data during periods of no speech or
  7433. no voice circuit.
  7434.  
  7435. Four or five years ago I looked into commercial products offering some
  7436. of these features, but I couldn't find anything credible at a reasonable
  7437. price.  (Has to be competitive with the tieline rental - i.e. <<$800/mo).
  7438. There was a digital speech product with multiplexors from Codex(?), but
  7439. it was quite expensive.  I was told it was suitable for dedicated 
  7440. satellite links.
  7441.  
  7442. Does anyone have information on this?  I have the same situation in both
  7443. the US and Australia, so either CCITT or US standards would be relevant.
  7444.  
  7445. Thanks.
  7446. -Martin Ewing, CSIRO Div. of Radiophysics
  7447.  Mail:  P.O. Box 76, Epping, NSW 2121 Australia
  7448.  Caltech/NRAO: mse@phobos or PHOBOS::mse
  7449.  Internet: munnari!natmlab.oz!mse@seismo.CSS.GOV
  7450.  BITnet: mse@CITPHOBO
  7451.  UUCP:    ...!seismo!munnari!natmlab.oz!mse
  7452.  Telephone: +61 2 868-0222    Telex:  AA26230 ASTRO
  7453.  
  7454. ------------------------------
  7455.  
  7456. Date: 21 Mar 86 23:40:00 EST
  7457. From: "CHRISTOPHER E. SHULL" <shull@wharton-10.ARPA>
  7458. Subject: Alternative 2400 bps, Hayes compatible, X.PC & MNP multi-modem...
  7459. Reply-To: "CHRISTOPHER E. SHULL" <shull@wharton-10.ARPA>
  7460.  
  7461.  
  7462. We just got a CTS Fabri-Tek modem.  It seems to perform as specified,
  7463. although we have not yet checked out many of its features.  The news
  7464. item from PC Week (Vol.3,No.4, January 28, 1986, page 19) follows without
  7465. permission:
  7466.  
  7467.     2,400-bps Modems Introduce For $395 from CTS Fabri-Tek
  7468.  
  7469. EDEN PRAIRIE, MN -- CTS Fabri-Tek Inc. has introduced a new line of 2,000-
  7470. bit-per-second (bps) modems priced less than $400.
  7471.      The CTS 2400 series modems are auto-answer, auto-dial, Hayes-compatible
  7472. 2,400-bps modems, each priced at $395, according to Joseph A. Scarpa, general
  7473. manager of CTS Datacomm Products Division.
  7474.      The modems in the series include stand-alone, internal half-card and
  7475. rack-mount models and support full-duplex (simultaneous two-way) operation
  7476. and both synchronous and asynchronous transmission.
  7477.      The modems support speeds of 110, 300, 600, 1,200, and 2,400 bps.  They
  7478. are compatible with the CCITT V.22 bis and Bell 212A and 103/113 standards,
  7479. as well as the Hayes AT commands set, according to Scarpa.
  7480.      The modems feature remote and local diagnostics and "integral adaptive
  7481. equalizing" to reduce transmission errors.  Adaptive equalizing is the
  7482. capability to automatically detect poor or "noisy" telephone line quality and
  7483. adjust transmission speed to reduce errors.
  7484.      CTS also offers optional built-in Micro-com Networking Protocol (MNP)
  7485. error correction and the X.PC error correcting protocol in the bundled
  7486. communications software, Scarpa added.
  7487.      The CTS 2424AD is the stand-alone model and supports both synchronous
  7488. and asynchronous transmissions at both 1,200 and 2,400 bps.
  7489.      The CTS 2424ADH is the Hayes-compatible equivalent model.[sic]
  7490.      The CTS Half-Pak #24 is the 2,400-bps half-card internal modem that fits
  7491. into any expansion slot in the IBM PC, XT, AT or Portable PC and compatibles.
  7492. It includes an on-board speaker for line monitoring and Hayes compatibility.
  7493.      The CTS 2424RM is the rack-mount model that fits into CTS's 16-slot
  7494. Universal RackModem System, along with the company's 1,200-bps 212RM modem.
  7495.      For additional information, contact CTS Datacomm at 6900 Shady Oak Road,
  7496. Eden Prairie, Minn. 55344 (612) 941-9100.
  7497.  
  7498.  
  7499. Note:  CTS Datacomm does not sell their modems directly, but will refer you to
  7500. a local distributor.  I ended up getting a very nice educational discount.
  7501.  
  7502. Good luck.
  7503.  
  7504. Chris
  7505.  
  7506. Christopher E. Shull
  7507. Decision Sciences Department
  7508. The Wharton School                            Shull@Wharton.ARPA
  7509. University of Pennsylvania
  7510. Philadelphia, PA  19104-6366                  (215) 898-5930
  7511.  
  7512. ------------------------------
  7513.  
  7514. Date: Sat, 22 Mar 86 09:37:55 pst
  7515. From: ssc-vax!clark@uw-beaver.arpa (Roger Clark Swann)
  7516. Subject: Re: telephone line interface needed
  7517.  
  7518. > The only one he has located so far costs $50, and that seems rather
  7519. > high.
  7520.  
  7521. David,
  7522.  
  7523. The unit your friend has found for $50 is a bargin if it's an FCC
  7524. Registered device with the usual isolation and protection that goes
  7525. along with that certification.
  7526. My guess is that your friend can get by with a much less sophisticated
  7527. interface circuit for a *cheap* home project.
  7528.  
  7529. As I understand it, there are two rules that need to be followed :
  7530.  
  7531. 1)    The equipment to be hooked on the line should be well
  7532.     isolated from any *high* power source such as the local
  7533.     power utility (i.e. the 120 Volt outlet ). This is very 
  7534.     important since it would be very easy for a ground loop or
  7535.     some kind of fault to distroy the phone network and/or cause
  7536.     harm to some technician    working on the network.
  7537.  
  7538.     If I remember corretly, the FCC registration requirements
  7539.     include a section that states that the unit being certified
  7540.     must stand a 1000 volt plus surge (don't remember how long).
  7541.     This is why much of the consumer telephone equipment on the
  7542.     market is powered from batteries or from the phone line
  7543.     directly.
  7544.  
  7545.     For building up some home project, one can usually get away
  7546.     with using a transformer module that plugs into the outlet.
  7547.     It would be best to add some transient protection on the low
  7548.     voltage side of the power supply.
  7549.  
  7550. 2)    The other item concerns the signal levels transmitted over
  7551.     the phone network. There should be some limiting circuits in
  7552.     the equipment to be connected to the phone network that prevents
  7553.     over-driving the line. I don't have the *standards* right now,
  7554.     and I am sure there is someone else more qualified than I in
  7555.     this area.
  7556.  
  7557. Without knowing more details on the type device your friend is trying to
  7558. connect to the line, I can't be specific about the circuitry involved.
  7559.  
  7560. One other bit of advice, please don't use the public phone network
  7561. as a *test-bed* to check out home brew telecom equipment. Do the
  7562. test and verification on the bench before the equipment is placed in
  7563. sevice....
  7564.  
  7565. >>>>
  7566.  
  7567. Roger Swann        !ssc-vax!clark
  7568.  
  7569. ------------------------------
  7570.  
  7571. Date: Sat, 22 Mar 86 09:50:01 pst
  7572. From: ssc-vax!clark@uw-beaver.arpa (Roger Clark Swann)
  7573. Subject: Another line interface question
  7574.  
  7575. The posting by David Anderson recently prompted the question :
  7576.  
  7577. I would like to how telcos around the nation are currently handling
  7578. customer provided terminal equipment ?
  7579.  
  7580. When customer provided equipment first came on the market several
  7581. years ago, Pacific Northwest Bell made a big deal about having the
  7582. FCC reg. numbers and the manufacturer, etc., when non PNB devices
  7583. were connected to the line.  However, in the last year or so , they
  7584. have taken a much more open policy .   I have interpreted it as:
  7585.  
  7586. Hook what ever you want to the network, but if it causes a problem,
  7587. (i.e disrupts service ), we will come after you.
  7588.  
  7589.  
  7590. Roger Swann     !ssc-vax!clark
  7591.  
  7592. ------------------------------
  7593.  
  7594. Date:  Tue, 25 Mar 86 17:51 EST
  7595. From:  Frankston@MIT-MULTICS.ARPA
  7596. Subject:  nonPrivacy of Electronic Mail
  7597.  
  7598. I am sending this to telecom as opposed to email mailing lists since the
  7599. issues are ones of policy and not technical.  I was looking at the GEnie
  7600. service.  In reading through their user agreement, I was struck by the
  7601. following clause:
  7602.  
  7603.     b) The Company reserves the right to monitor access to the GEnie
  7604. Service by its subscribers and to remove, at its sole discretion,
  7605. without notice, any information, material or software which it believes
  7606. to be unlawful or objectionable.
  7607.  
  7608.  
  7609. Does anyone know more about the stated policies of other service
  7610. providers?  Or how this compares with the US post office?  I realize
  7611. that some services go through great lengths to assure that their
  7612. employees don't read the mail, but I'd like to know more about which
  7613. ones are careful and what stated policies are.
  7614.  
  7615. Thanks.
  7616.  
  7617. ------------------------------
  7618.  
  7619. Date:     Tue, 25 Mar 86 16:36 EST
  7620. From:     "Steven H. Gutfreund" <GUTFREUND%umass-cs.csnet@CSNET-RELAY.ARPA>
  7621. Subject:  18Kbps dial-Up modem
  7622.  
  7623. The March 24, ELECTRONICS has an interesting article about a 18 KBPS modem. 
  7624.  
  7625. The modem uses data compresion, so the actual throughput is 14Kbs, but the
  7626. interesting part is what they are calling Damqam (dynamically adaptive
  7627. multicarrier quadrature amplitude mdulation).                               
  7628.  
  7629. Basically they have 512 avaliable carries each spaced at 7.9 Hz. In real time
  7630. it senses the line quality (S/N ratios and other data) and chooses 400 carries
  7631. to send on simultaneously. Each carrier can be encoded with up to six bits of
  7632. data (depending on line quality at that frequency). Some carriers may be
  7633. sending at speeds as low as 7.3 baud. 
  7634.  
  7635. They expect the system to be used for both file transfer and interactive
  7636. applications (they see the need for fast interactive applications) so
  7637. they send in either large or small packets (also decided on the fly).
  7638.  
  7639. In addition they are 103, 212A, and V.22 compatible.
  7640.  
  7641. I have no connection with this company. If you want information about the
  7642. Fastlink Modem, the company name is Digital Communications Associates Inc &
  7643. Telebit Corp. They are located in Alpharetta, GA. They sell it stand alone and
  7644. as an IBM PC card. The price seemed right for those markets. 
  7645.  
  7646.                         - Steven Gutfreund
  7647.  
  7648. [So now they claim 18kbps, huh? Hopefully with the advent of V.32-compliant
  7649.  modems (CDS is "shipping") we will see the end of proprietary 
  7650.  protocols for high bit rate communication.  -elmo]
  7651.  
  7652. ------------------------------
  7653.  
  7654. Date: 26 March 86 21:10 EST
  7655. From:  RMXJ%CORNELLA.BITNET@WISCVM.WISC.EDU
  7656. Subject: Need contact address at Bell South
  7657.  
  7658.  
  7659. I am trying to obtain the name and mailing address of a contact person at
  7660. Bell South who is responsible for the Conference that they (Bell South)
  7661. organized in China in October, 1985.  I recollect seeing this information in
  7662. a quarterly statement from them that came out in either November or
  7663. December of 1985, but cannot locate my own.
  7664.  
  7665. I would appreciate any leads on this information.
  7666. Thank you for your assistance with this matter.
  7667.  
  7668. Sincerely yours,
  7669.  
  7670. --- Gligor Tashkovich
  7671.  
  7672.     RMXJ%CORNELLA.BITNET@WISCVM.WISC.EDU
  7673.  
  7674. ------------------------------
  7675.  
  7676. End of TELECOM Digest
  7677. *********************
  7678.  
  7679. -------
  7680. 10-Apr-86 06:30:14-EST,14872;000000000000
  7681. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  7682. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 10 Apr 86 06:30:11-EST
  7683. Date: 10 Apr 86 02:55-EST
  7684. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  7685. Subject: TELECOM Digest V5 #113
  7686. To: Telecom@XX.LCS.MIT.EDU
  7687. Reply-To: Telecom@XX.LCS.MIT.EDU
  7688.  
  7689. TELECOM Digest                         Thursday, April 10, 1986 2:55AM
  7690. Volume 5, Issue 113
  7691.  
  7692. Today's Topics:
  7693.  
  7694.              USR Password Modem burns up while turned off
  7695.                                MCI info
  7696.                       Modeling software request
  7697.             nonPrivacy of Electronic Mail - GEnie replies
  7698.                 Privacy of commercial electronic mail
  7699.                        Re: 18Kbps dial-Up modem
  7700.                           Re: 18Kbps Modems
  7701.                           wireless extension
  7702.                 International Directory Assistance/ESS
  7703.                           Re: DTMF in the UK
  7704.  
  7705. ----------------------------------------------------------------------
  7706.  
  7707. Date: Sun, 30 Mar 86 13:38:45 EST
  7708. From: J Eric Roskos <princeton!peora.CCUR.UUCP!jer@seismo.CSS.GOV>
  7709. Subject: USR Password Modem burns up while turned off
  7710.  
  7711. This anecdote is about a problem with my USR Password modem.  It is a
  7712. potentially dangerous problem, so I thought I should write a posting about
  7713. it, so you can avoid the problem.
  7714.  
  7715. This morning I worked for about 4 hours using my USR Password modem, then
  7716. turned off the modem and computer and went to get lunch at Burger King.
  7717.  
  7718. When I came back about a half hour later, I smelled a burned phenolic PC
  7719. board, so I started looking around for where the smell was coming from.
  7720. When I felt my modem, I found it was very hot, and looking at the top
  7721. noticed a small circular depression about the size of a dime near the
  7722. power cord.  About that time, the transformer made a strange noise, so I
  7723. unplugged it.  When I unplugged the transformer, it was extremely hot.
  7724.  
  7725. Looking more closely at the outside while it cooled off, I found a similar
  7726. hole in the bottom of the modem, and that the transformer had begun to melt,
  7727. such that there was a big sag in the middle of its plastic cover.  Once it
  7728. had cooled off, I took the modem apart.
  7729.  
  7730. Inside, I found that the problem was a small ceramic capacitor, C34.  It had
  7731. completely burned up, leaving only ash, some melted metal from its plates,
  7732. and a lot of smoke inside the modem.  The nearby phenolic material of the PC
  7733. board had also boiled off, leaving exposed fiberglass fabric; and a nearby
  7734. ferrite toroid with some enameled wire wound on it seemed to have had the
  7735. enamel partly evaporated off.
  7736.  
  7737. Well, I replaced C34 and put the modem back together, and I'm typing this
  7738. with it, so it at least seems to be working; although the speaker doesn't
  7739. work any more (I haven't taken it apart again to see why that is yet).
  7740. However, if I hadn't come back when I did, I suspect it would have continued
  7741. to melt, which could have been a fire hazard.
  7742.  
  7743. The reason it happened is that C34 is apparently part of an RFI filter on
  7744. the incoming power supply cord, which stays connected (along with the
  7745. small coil wound around the toroid, and another capacitor, C35) even when
  7746. the modem is off.  For some reason, C34 shorted (I don't know why; there
  7747. is no lightning (it's a clear day, in fact) and it wasn't hot in here),
  7748. causing the above problems.
  7749.  
  7750. This is an early model of the modem; it has handwritten serial number 2950
  7751. on it, so newer models may not be built the same way.  However, the moral
  7752. of this story is: it's best not to leave the modem plugged in, and if you
  7753. really want to be safe, put a fuse on there...
  7754.  
  7755. [Another moral of this story, for you folks who design these things, is to
  7756. keep in mind this sort of failure mode!  Nowadays I see a lot of things
  7757. designed with components out beyond the power switch...]
  7758. -- 
  7759. -- 
  7760. E. Roskos
  7761.  
  7762. ------------------------------
  7763.  
  7764. Date: Mon,  7 Apr 86 06:00:53 EST
  7765. From: David Vinayak Wallace <GUMBY@MC.LCS.MIT.EDU>
  7766. Subject:  MCI info
  7767.  
  7768. A while back I sent out a message asking people what they thought of
  7769. MCI, which I could get via American Express.  Six people wrote back
  7770. saying "Their transmission quality is poor."  Three wrote back and
  7771. said "Their transmission quality is acceptable."  One of those nine
  7772. said "They're hard to use outside your home area" (which is not a
  7773. problem in the Amex case).  So general opinion of this small sample is
  7774. not good.
  7775.  
  7776. However I received this response also (the only one pertaining to the
  7777. specific service I mentioned):
  7778.  
  7779. ---------- Begin Forwarded Message ----------
  7780. Date: 11 Mar 86 09:34:02 PST
  7781. From: POWERS at IBM-SJ.ARPA
  7782. To:   gumby
  7783.  
  7784. I have used the MCI service through American Express for my personal
  7785. calls (easy way to separate them from regular business calls) for over
  7786. 2 years, with good results. Transmission is usually good for both
  7787. voice and data... there's an occasional bad connection, but I'm not
  7788. sure it is any more often than with any other carrier. I haven't
  7789. gotten the "that location is not available on the network" recording
  7790. in a very long time... I suspect they go to WATS for the locations
  7791. they don't serve directly.
  7792.  
  7793. I like it, personally.
  7794. ----------- End Forwarded Message -----------
  7795.  
  7796. ------------------------------
  7797.  
  7798. Date:    Thu, 27 Mar 86 08:40:17 PST
  7799. From:     august@Jpl-VLSI.ARPA
  7800. Subject: Modeling software request
  7801.  
  7802. I am in need of software (operational on IBMPC or VAX, source if possible)
  7803. which performs Longley-Rice and any other propagation analysis/prediction
  7804. analysis.
  7805.  
  7806. I am primarily interested in VHF and UHF spectrum, however will tak anything
  7807. which may be modified to perform in those spectrum.
  7808.  
  7809. Thanks in advance.
  7810.  
  7811. Richard
  7812.  
  7813. ------------------------------
  7814.  
  7815. Date: Sat, 5 Apr 1986  08:30 MST
  7816. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  7817. Subject: nonPrivacy of Electronic Mail - GEnie replies
  7818.  
  7819. I sent a copy of the recent Telecom posting questioning the policy of
  7820. GEnie with regards to privacy of electronic mail.  Here is the
  7821. official response from the Manager, Bill Louden:
  7822.  
  7823. Date: March 31, 1986 08:21 EST
  7824. From: LOUDEN@GENIE              Bill Louden
  7825. To:   W8SDZ                     Keith Petersen, CP/M SysOp
  7826. Sub:  privacy of email
  7827.  
  7828. The wording in paragraph b) refers to any public message left on any
  7829. of the various bulletin boards (or any public area) on GEnie and does
  7830. not include electronic mail sent from one individual to another
  7831. individual.
  7832.  
  7833. GEnie is similar to other broadcast media (such as television,
  7834. newspapers etc) and as such we are bound by federal laws and commonly
  7835. accepted standards of practice to remove public messages that do not
  7836. conform to these standards or laws.
  7837.  
  7838. Electronic mail is a totally private communications vehicle and as
  7839. such, GEnie has a policy that prohibits GEnie staff members from
  7840. covertly reading another user's mail.
  7841.  
  7842. The GEnie Service and Staff will conform to existing laws and
  7843. regulations regarding privacy of information and will protect the
  7844. privacy of the user from internal and/or external influences according
  7845. to the laws.
  7846.  
  7847. ------------------------------
  7848.  
  7849. Date: Sat, 29 Mar 86 17:19:47 EST
  7850. From: "Keith F. Lynch" <KFL@AI.AI.MIT.EDU>
  7851. Subject: Privacy of commercial electronic mail
  7852.  
  7853.     From:  Frankston@MIT-MULTICS.ARPA
  7854.  
  7855.     b) The Company reserves the right to monitor access ...
  7856.  
  7857.   They might not read your mail.  They might say this only so that you
  7858. can't sue them if one of their employees starts snooping in your mail.
  7859.   Assuming this is their real policy, and they do read much much of
  7860. everyone's mail, I would be curious as to their reaction if someone
  7861. started sending encrypted mail (encrypted and decrypted in the PCs of
  7862. the sender and recipient).
  7863.                                 ...Keith
  7864.  
  7865. ------------------------------
  7866.  
  7867. From: caip!unirot!halloran@seismo.CSS.GOV
  7868. Date: Thu, 3 Apr 86 08:42:57 est
  7869. Subject: Re: 18Kbps dial-Up modem
  7870. Reply-To: unirot!halloran@seismo.CSS.GOV (Bob Halloran)
  7871.  
  7872. In article <8603270640.AA06695@ucbvax.berkeley.edu> GUTFREUND@UMASS-CS.CSNET ("Steven H. Gutfreund") writes:
  7873. >The March 24, ELECTRONICS has an interesting article about a 18 KBPS modem. 
  7874.  
  7875.  
  7876. >[So now they claim 18kbps, huh? Hopefully with the advent of V.32-compliant
  7877. > modems (CDS is "shipping") we will see the end of proprietary 
  7878. > protocols for high bit rate communication.  -elmo]
  7879.  
  7880. DCA's response to V.32 is that it may give you 9600 on a relatively
  7881. clean line, but that the fallback-by-halves (4800, 2400, ...) that
  7882. is used as line quality degrades cuts potential throughput rather
  7883. sharply.  The method used in the Fastlink allows for very small
  7884. decrements (< 100bps) in line speed.  Another advantage of the
  7885. Fastlink is builtin error-correction.
  7886.  
  7887. [V.32 specifies forward-error-correction -elmo]
  7888.  
  7889. A client is using these on an 'intra-state' link (DC metro to Richmond VA).
  7890. Over alternative common carrier they're still getting about 7200 bps
  7891. throughput.  On a multihop test, coast-to-coast and back on about three
  7892. different carriers, they still got over 7Kb/s throughput on standard
  7893. voice lines (and error-free).  That's not bad, in my book.
  7894.  
  7895.                     Robert Halloran
  7896. =============================================================================
  7897. UUCP: ..topaz!caip!unirot!halloran
  7898. USPS: 19 Culver Ct, Old Bridge NJ 08857        Ph: (201) 251-7514
  7899. Disclaimer: My opinions are my own.
  7900. Quote: "When the going gets weird, the weird turn pro..." -- Hunter Thompson
  7901.  
  7902. ------------------------------
  7903.  
  7904. Date: Wed, 9 Apr 86 22:28:17 EST
  7905. Subject: Re: 18Kbps Modems
  7906.  
  7907. Being a user of these things, I have to say that Elmo's comment about
  7908. non-standard modems and the hoped-for demise of non-standard modems
  7909. is not for everyone. I have fastlinks, and they run very well indeed, and 
  7910. they manage to get unreal amounts of data across phone lines that 
  7911. would normaly not support bell 212 useage. Being a commercial establishment
  7912. (when not using this vax I'm on) I would be glad for everyone else in the
  7913. world to have to back off to 4800 baud half of the time while I continue 
  7914. to operate at over 9600 (often much higher) on the same phone lines. 
  7915. Certainly gives me the edge. Also, we have turned off the extensive 
  7916. software driven error correction that we used to run on both ends of
  7917. our links because in the thousands of hours of transmission time we have
  7918. used since we got them, over sprint, mci and other horrors, we have NEVER
  7919. had so much as one error from the modems. Their error detection and 
  7920. re-transmission works very well too. 
  7921.  
  7922. Let the people in the standards world (I used to be on CCITT questions)
  7923. get it together and understand that technology has made it possible to 
  7924. have your cake and eat it too, and that an obsolete standard does more
  7925. harm than good. 
  7926.  
  7927. Also, when was the last time you were able to buy a new set of ROMs for
  7928. your standard compliant modem for $99 that took its top speed from 
  7929. 14kbps to 18kbps ? Some time soon, maybe I'll be able to buy a set that
  7930. do LAPB pad stuff for me ? Who knows ?
  7931.  
  7932. Doug Humphrey
  7933. DEH @ ENEEVAX
  7934.  
  7935. Digital Express Inc.
  7936.  
  7937. ------------------------------
  7938.  
  7939. From: Liudvikas Bukys  <bukys@rochester.arpa>
  7940. Subject: wireless extension
  7941.  
  7942. I am buying a new house which has had no phone lines wired inside.
  7943. Does anyone know of any products which would allow me to avoid fishing
  7944. wire through walls?  All of the wireless phones I have seen have the
  7945. hook switch (I don't know what else to call it) built into the base;
  7946. the phone can only be far away when it is off-hook.  I need a phone
  7947. which will have the hook switch in the phone, not the base.
  7948.  
  7949. Liudvikas Bukys
  7950. bukys@rochester.arpa
  7951.  
  7952. ------------------------------
  7953.  
  7954. Date: Tue 1 Apr 86 16:22:36-EST
  7955. From: D.Reuben  <S.D-REUBEN%KLA.WESLYN%Wesleyan.Bitnet@WISCVM.WISC.EDU>
  7956. Subject: International Directory Assistance/ESS
  7957.  
  7958. I noticed in Telecom 110 that someone mentioned that using the
  7959. operator to get international directory assistance costs...As far as I
  7960. know, its free, and I've called the operator numerous times from
  7961. payphones and asked for DA in England or Australia, and it didn't cost
  7962. anything.  Directory assistance to Canada (by dialing an area code in
  7963. Canada +555-1212) is also free, and if you go to an older payphone and
  7964. the call doesn't go through, tell the operator...I've done it a few
  7965. time, and all they keep saying is "60 Cents, please...". When you tell
  7966. them its to Canada they say ""What state is Canada in?", so you might
  7967. have to remind them that Canada is actually an international call and
  7968. that the ac-555-1212 call should go through for free. On many newer
  7969. payphones (ie, in ESS exchanges that have been told what the Canadian
  7970. area codes are, or something like that) it seems that they go through
  7971. without any problem...
  7972.     Also, there are direct numbers for DA in foreign countries, but
  7973. your AT&T will bill you for them since I don't think they have the capability
  7974. to single out calls for international locations which should be toll free.
  7975. So you have to call the operator and she will do international (non-Canadian)
  7976. DA calls for you for free. Also, if you have trouble getting DA in France,
  7977. have the US operator route you to an operator in France (not a DA operator,
  7978. just a regular operator), and from there ask the French operator to get DA.
  7979. I've tried this a few times and it seems to work if the US operator
  7980. can't get French DA directly...
  7981.  
  7982. Finally, does anyone know what the difference is between an ESS exchange
  7983. and a DMS-100? I think a DMS-100 is a type of ESS, but what is the
  7984. difference? Is it designed to cover a few exchanges and act like it was
  7985. a single exchange, or is it a slight variation on a 5ESS or what? Also,
  7986. what type of ESS's can accept (ie, be programmed for) "Select Call Waiting"
  7987. with the *71 (or 1171 for pulse) feature? I was under the impression that
  7988. all could but recently was told it could only be made available on a
  7989. ESS5.  Any help would be appreciated...
  7990.  
  7991. Thanks,
  7992.  
  7993. D. Reuben
  7994.  
  7995. Reuben@Weslyn.Bitnet
  7996.  
  7997. ------------------------------
  7998.  
  7999. Date: Thu 3 Apr 86 08:47:50-PST
  8000. From: Ole Jorgen Jacobsen <OLE@SRI-NIC.ARPA>
  8001. Subject: Re: DTMF in the UK
  8002.  
  8003.  
  8004. Sorry bout that, didn't mean to put your design on the shelf, honest!
  8005. I guess I spoke too confidently about the (non-) future of DTMF in
  8006. Britain. Taking a US phone to the UK and waiting for them to go DTMF
  8007. could turn out to be a lenghty exercise however. Britain recently went
  8008. from rotary to push-button (with rotary converters) style phones, so
  8009. it seems there are no immediate plans to go tone, experimental areas
  8010. notwithstanding. In fact, I would hazard to guess that by the time
  8011. they are ready to do so ISDN will be upon us. (But this time I am
  8012. *guessing* rather than *stating*)
  8013.  
  8014. Blush, blush!
  8015.  
  8016.     <OLE>
  8017.  
  8018. ------------------------------
  8019.  
  8020. End of TELECOM Digest
  8021. *********************
  8022. 13-Apr-86 03:50:53-EST,8373;000000000000
  8023. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  8024. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 13 Apr 86 03:50:52-EST
  8025. Date: 13 Apr 86 02:03-EST
  8026. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  8027. Subject: TELECOM Digest V5 #114
  8028. To: Telecom@XX.LCS.MIT.EDU
  8029. Reply-To: Telecom@XX.LCS.MIT.EDU
  8030.  
  8031. TELECOM Digest                           Sunday, April 13, 1986 2:03AM
  8032. Volume 5, Issue 114
  8033.  
  8034. Today's Topics:
  8035.  
  8036.                 Put the quarter back in the pay phone!
  8037.         Auto-dial modems and Alternate Long Distance Carriers
  8038.                       DCA Fastlinks (10-18Kbps)
  8039.               Re: International Directory Assistance/ESS
  8040.                        error correcting modems
  8041.  
  8042. ----------------------------------------------------------------------
  8043.  
  8044. Date:           Wed, 9 Apr 86 23:44:11 PST
  8045. From:           "David G. Cantor" <dgc@LOCUS.UCLA.EDU>
  8046. Subject:        Put the quarter back in the pay phone!
  8047.  
  8048. If the pay phone returns your quarter after you have completed a call,
  8049. be sure to put it back in; otherwise the Hackensack Cops will get you.
  8050.  
  8051. Today's (Wednesday, April 9, 1986) New York Times carries an article
  8052. headlined "In Hackensack, Phone Call Overseas Presented Bargain".
  8053.  
  8054. Here are some excerpts"
  8055.  
  8056.     "Hackensack, NJ, April 8 -- For weeks, people have been
  8057.     travelling far and wide to reach the pay phones here:  The
  8058.     attraction is free international telepnone calls.
  8059.  
  8060.     "Technology in an electronic switching center here failed
  8061.     New Jersey Bell, and for nearly two months perhaps half the
  8062.     international calls placed from 400 pay phones around town
  8063.     went through without charge, according to a spokesman for the
  8064.     Company, Ted Spencer.
  8065.  
  8066.     "'Apparently a problem developed in a computer program -- in the
  8067.     software,' Mr. Spencer said.  'We don't have a record of the
  8068.     calls that got through.  They bypassed the billing system.'
  8069.  
  8070.     "Mr. Spencer said the problem has been resolved, adding that New
  8071.     Jersey Bell had no way of determining financial loss.
  8072.  
  8073.     "The problem came to light, Capt. Emil Canestrino, a Hackensack
  8074.     Detective, said today, after the arrest Saturday of an Israeli
  8075.     Vice Consul, Hannan Moked, after he and his wife, Ilana, had
  8076.     made a two-hour call from the lobby of a Sears office tower here
  8077.     without paying.  Mr. Spencer said the charge for the call was
  8078.     $104.82.
  8079.  
  8080.     "Mr. and Mrs. Moked were charged with theft of service, Captain
  8081.     Canestrino said. ...
  8082.  
  8083.     "Hackensack police say they became suspicious about the pay
  8084.     phones in early February ...  [they] notified New Jersey Bell.
  8085.  
  8086.     "Detectives were assigned to the Sears lobby.  People who talked
  8087.     for long periods without depositing coins were followed to their
  8088.     cars, Captain Canestrino said.  License plates were jotted down,
  8089.     and the callers were traced back to New York City and towns in
  8090.     New Jersey, ...
  8091.  
  8092.     "Mr.  Spencer said the phone company had acted as quickly as it
  8093.     could.  "It took us a few weeks to determine there was a problem
  8094.     and set up the surveillance."
  8095.  
  8096. A number of questions arise:
  8097.  
  8098. 1.  Why didn't the "phone company" force operator intervention for all
  8099.     calls on these phones?
  8100.  
  8101. 2.  Failing that, why didn't it post signs stating that the phones were
  8102.     broken and operating under the honor system, and that users should
  8103.     put the estimated cost of the call in the telephone (or mail a check
  8104.     later).
  8105.  
  8106. 3.  Since the system was broken, how did Mr. Spencer know that the
  8107.     charge for the call was $104.82?
  8108.  
  8109. 4.  Is there any possibility that Mr. and Mrs. Moked will ever go to
  8110.     trial? or will the DA simply quietly drop the charges?  Will the DA
  8111.     chew out the police for wasting his time on this kind of idiocy? 
  8112.     Will Captain Canestrino become Chief of Police?  What would have
  8113.     happened if the pay phones had been privately owned?
  8114.  
  8115. Once again we see why, for years, the "phone company" was referred to as
  8116. "Ma Bell" (If you don't behave by her rules, she will spank you!).
  8117.  
  8118. dgc
  8119.  
  8120. David G. Cantor
  8121.  
  8122. ARPA:    dgc@LOCUS.UCLA.EDU
  8123. UUCP:    ...!{ihnp4, randvax, sdcrdcf, ucbvax}!ucla-cs!dgc
  8124.  
  8125. ------------------------------
  8126.  
  8127. Date: 10 Apr 1986 13:40:06-EST
  8128. From: prindle@NADC
  8129. Subject: Auto-dial modems and Alternate Long Distance Carriers
  8130.  
  8131. Why do most ALDCs chose a dial-tone which sounds so bizarre (more like a
  8132. high pitched hum) that some auto-dial modems cannot recognize it as a dial-tone?
  8133. Thus, dial sequences which dial into an ALDC switch, wait for second dial tone,
  8134. and dial access code/phone number, end up waiting forever.  I thought the pitch
  8135. and frequency content of a dial-tone was fairly well standardized in the
  8136. civilized U.S.  Are modem manufacturers (or makers of the associated tone
  8137. recognition chips) aware of this problem and taking any steps to alleviate
  8138. it?  Is the proper solution to mandate standard tones on the ALDCs or to build
  8139. the modems to accept a looser definition of a dial-tone (like anything that
  8140. has a constant frequency spectrum, regardless of what it is, for a second or
  8141. more)?  Has the problem already been solved by newer modems?  Does this problem
  8142. also plague phone instruments with memory dialers which wait for dial tones?
  8143. Frank Prindle
  8144. Prindle@NADC.arpa
  8145.  
  8146. ------------------------------
  8147.  
  8148. Date: Fri, 11 Apr 86 01:55:55 EST
  8149. From: "Minh N. Hoang" <MINH@MC.LCS.MIT.EDU>
  8150. Subject:  DCA Fastlinks (10-18Kbps)
  8151.  
  8152. I've just read a few comparisons between the DCA Fastlinks and the
  8153. coming V.32 modems and I'm a bit confused.
  8154.  
  8155. The Fastlinks should be inherently half-duplex while the V.32s are
  8156. full-duplex using echo-cancellation techniques.  There were a few claims
  8157. that the avg. rate for the Fastlinks is 7.2 Kbps.  Is that for both ends
  8158. or just one end streaming and the other side ack'ing?  If it's just from
  8159. one end then the real rate of the V.32 is 2 x 9.6 = 19.2 Kbps, more than
  8160. twice the Fastlinks'.  Then they don't seem that great, costing roughly
  8161. half the price and delivering about half the performance, if your data
  8162. transmission is mostly one way.
  8163.  
  8164. However, if your data transmission requirement is heavy bidirectional
  8165. traffic, the V.32 wins big.  Typically, it will also be used with 
  8166. synchronous protocols (Fastlinks can't) and that boots the 'real data'
  8167. rate up by 20% by not sending start/stop bits.
  8168.  
  8169. --- Minh
  8170.  
  8171. ------------------------------
  8172.  
  8173. Date: Fri, 11 Apr 86 10:17:26 est
  8174. From: Robert Atkinson <rgatkinson%watmum%waterloo.csnet@CSNET-RELAY.ARPA>
  8175. Subject: Re: International Directory Assistance/ESS
  8176. Reply-To: Robert Atkinson <rgatkinson%watmum%waterloo.csnet@CSNET-RELAY.ARPA>
  8177.  
  8178. >Finally, does anyone know what the difference is between an ESS exchange
  8179. >and a DMS-100? I think a DMS-100 is a type of ESS, but what is the
  8180. >difference? Is it designed to cover a few exchanges and act like it was
  8181. >a single exchange, or is it a slight variation on a 5ESS or what? Also,
  8182. >
  8183. >D. Reuben
  8184. >Reuben@Weslyn.Bitnet
  8185.  
  8186. It is my understanding that the DMS family and the ESS family of exchanges
  8187. are competing products.  The DMS family (of which DMS-100 is a member)
  8188. is manufactured by Northern Telecom, while Western Electric is responsible
  8189. for the ESS.  The DMS is totally digital.  I don't know about the ESS.
  8190.  
  8191.     -bob atkinson    
  8192.     rgatkinson%waterloo.csnet
  8193.  
  8194. ------------------------------
  8195.  
  8196. Date: Fri, 11-Apr-86 12:06:46 PST
  8197. From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein)
  8198. Subject: error correcting modems
  8199.  
  8200. It is a fallacy to assume that when error correcting modems are in
  8201. place you don't need error detection/correction in the software.
  8202. In practice, not only do noise errors creep in between the modems and the
  8203. computers, but the problems of buffer overflow and flow control 
  8204. related errors, on both sides, can be quite serious, particularly at
  8205. "higher" speeds.
  8206.  
  8207. In my own experiments with various software, I've found that removing
  8208. or even relaxing the per-packet error checking characteristics of 
  8209. software when using error-correcting modems generally does little
  8210. or nothing to increase throughput, and in fact you frequently end up with
  8211. decreased throughput since flow control problems (and the resulting need
  8212. to resend large quantities of data) can be intense on even slightly noisy
  8213. phone lines or when dealing with even moderately loaded systems.
  8214.  
  8215. --Lauren--
  8216.  
  8217. ------------------------------
  8218.  
  8219. End of TELECOM Digest
  8220. *********************
  8221. 19-Apr-86 01:48:28-EST,6095;000000000000
  8222. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  8223. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sat 19 Apr 86 01:48:20-EST
  8224. Date: 18 Apr 86 23:45-EST
  8225. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  8226. Subject: TELECOM Digest V5 #115
  8227. To: Telecom@XX.LCS.MIT.EDU
  8228. Reply-To: Telecom@XX.LCS.MIT.EDU
  8229.  
  8230. TELECOM Digest                          Friday, April 18, 1986 11:45PM
  8231. Volume 5, Issue 115
  8232.  
  8233. Today's Topics:
  8234.  
  8235.                      Error Correction for V.22bis
  8236.               Re: Put the quarter back in the pay phone!
  8237.                           AT&T Calling Cards
  8238.                           RS232 Line Monitor
  8239.                           conference phones
  8240.  
  8241. ----------------------------------------------------------------------
  8242.  
  8243. Date: 14 Apr 1986 15:50-EST
  8244. Subject: Error Correction for V.22bis 
  8245. From: WTHOMPSON@F.BBN.COM
  8246.  
  8247. I notice that several vendors of 2400 bps modems forego using MNP
  8248. or other error-correcting protocols.  I am curious about this,
  8249. since it would seem that a *blip* on a 2400 bps dial-up connection
  8250. would do much  more harm than on a 1200 bps link.  Yes?  (By "much
  8251. more"  I mean more than twice as much data would be affected.)
  8252. Why then, not protect the transmission?  
  8253.  
  8254. One reason would seem to be economics.  As I understand it, adding
  8255. MNP adds about $100 to the cost.  Another reason might be overhead,
  8256. that adding packetization reduces the net throughput.  Are there
  8257. other considerations?
  8258.  
  8259. ------------------------------
  8260.  
  8261. Date: Mon, 14 Apr 86 15:23:00 est
  8262. From: David Leibold <djcleibold%watrose%waterloo.csnet@CSNET-RELAY.ARPA>
  8263. Subject: Re: Put the quarter back in the pay phone!
  8264. Reply-To: David Leibold <djcleibold%watrose%waterloo.csnet@CSNET-RELAY.ARPA>
  8265.  
  8266. In article <860410.074411z.07079.dgc@JASON.LOCUS.UCLA.EDU> dgc@LOCUS.UCLA.EDU ("David G. Cantor") writes:
  8267. >A number of questions arise:
  8268. . . .
  8269. >3.  Since the system was broken, how did Mr. Spencer know that the
  8270. >    charge for the call was $104.82?
  8271.  
  8272. ... and since when did payphones begin to accept pennies. Maybe we've been
  8273. missing an innovation up here in the Great White North. [1/2 * :-)]
  8274.  
  8275. ------------------------------
  8276.  
  8277. Date: Wed 16 Apr 86 00:44:59-EST
  8278. From:   * D. Reuben *  <S.D-REUBEN%KLA.WESLYN%Wesleyan.Bitnet@WISCVM.WISC.EDU>
  8279. Subject: AT&T Calling Cards
  8280.  
  8281.  
  8282.    Recently after dialing 0+ac+dest # on a paypohne to use my calling
  8283. card, I noticed that all I got was the AT&T CAlling Card tone and
  8284. failed to get the "Please dial your card number or 0 for an operator
  8285. now" message. I believe that the message hasnt been used for some
  8286. time, yet I was used to dialing in my calling card # directly after
  8287. the tone and thus not waiting for the message. I have noticed this in
  8288. the New York/NJ metro area, as well as in the Southern New England
  8289. Telephone (a BOC) territory of Connecticut. However, the message still
  8290. seems to be used in Pacific Telephone territory as well as in other
  8291. areas of the country.
  8292.     Why would Ny Telephone, New Jersey Bell, SNET, and whatever other
  8293. company remove this message, leading to more confusion for both
  8294. inexperienced calling card users as well as for operators who
  8295. inevitably field the calls when the customer doesnt hear the message
  8296. and waits? I would think that it make more sense to free the operators
  8297. of this sort of work, and removing the messages doesnt facilitate this.
  8298.     I also noticed that if you intially dial an out-of-state (or inter-
  8299. LATA as well, I guess) call, you get a recording that says "Thank you
  8300. for choosing AT&T", rather than the normal, soft "Thahhhnk you...".
  8301. For every other call (regardless of the destination number) the
  8302. "Thank you " message is returned, be it a "sequence" call or a local
  8303. call (and thus handled by the BOC or other operating co.). Does this
  8304. have anything to do with the doing away of the "please dial..." message?
  8305.     Well, I realize this isnt exactly a "hot" topic in telecommunications,
  8306. but Id be interested in hearing why they bothered to change the message.
  8307.  
  8308.  
  8309. Thanks,
  8310.  
  8311. Doug Reuben
  8312.  
  8313. Reuben@Weslyn.Bitnet
  8314.  
  8315. ____________________________________________________________________
  8316.  
  8317. ------------------------------
  8318.  
  8319. Date: Fri, 18 Apr 86 14:10:14 EST
  8320. From: Michael Grant <mgrant@mimsy.umd.edu>
  8321. Subject: RS232 Line Monitor
  8322.  
  8323.  
  8324. On many occasions I need to monitor an RS232 line.  I grab a spare
  8325. terminal at work, insert a breakout box in the line I want to examine,
  8326. pull off pin 1 and either 2 or 3 depending on wether I want to look at
  8327. transmit or recieve.  I feed them into pins 1 and 3 on the spare
  8328. terminal.  At work, we use vt220's, (barf), and if you are familiar
  8329. with them, you may know that you can put them into a mode where they
  8330. display any control characters that are send down the line.  This
  8331. setup makes a real nice debugging tool for modems, and such.
  8332.  
  8333. But, if I want to examine both what's going to the device, and comming
  8334. from it, I need 2 terminals set up in this way, (one looking at pin 2,
  8335. the other looking at pin 3.)  Any of you bright EE's out there know of
  8336. any way to combine the output of those 2 pins without disturbing them,
  8337. and feeding them into one pin?
  8338.  
  8339. An OR gate won't really work because data can get lost.  What I think
  8340. is needed is 2 seperate circuts to decode the serial into parrallel,
  8341. mash the 2 possible incomming bytes together, and feed it to the
  8342. terminal at twice the incomming speed.  Any ideas on how to build such
  8343. a circut?
  8344.  
  8345. -Mike Grant
  8346.  
  8347. ------------------------------
  8348.  
  8349. Date: Fri, 18 Apr 86 09:29:17 est
  8350. From: idis!george (George Rosenberg)
  8351. Subject: conference phones
  8352.  
  8353. I have two two line phones that each have a conference feature.
  8354. I installed them on the same two lines, but I am not certain whether
  8355. I wired up the polarity the same in each unit.
  8356. Is there a possibility of a short if the conference feature
  8357. is accidentally enabled on both phones?
  8358. Is it required that there be circuitry in the phones to prevent this?
  8359.  
  8360.         George Rosenberg
  8361.         {decvax,mcnc,pitt,cmucspt}!idis!george
  8362.  
  8363. ------------------------------
  8364.  
  8365. End of TELECOM Digest
  8366. *********************
  8367. 28-Apr-86 03:29:08-EDT,17653;000000000000
  8368. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  8369. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Mon 28 Apr 86 03:29:06-EDT
  8370. Date: 28 Apr 86 01:12-EDT
  8371. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  8372. Subject: TELECOM Digest V5 #116
  8373. To: Telecom@XX.LCS.MIT.EDU
  8374. Reply-To: Telecom@XX.LCS.MIT.EDU
  8375.  
  8376. TELECOM Digest                           Monday, April 28, 1986 1:12AM
  8377. Volume 5, Issue 116
  8378.  
  8379. Today's Topics:
  8380.  
  8381. HBO gets Hacked:: We Interrupt This Program ... for a Viewer Protest.
  8382. HBO gets Hacked:: We Interrupt This Program ... for a Viewer Protest.
  8383.                      How the time REALLY changes
  8384.                           Re: RS232 Monitors
  8385.                        error correcting modems
  8386.                      Privately owned payphones...
  8387.                 forwarding feature on two-line phone?
  8388.                          Two-line conference
  8389.                          Call forwarding bug?
  8390.                     5ESS upgrade and modem noise?
  8391.                               KSU Blues
  8392.                 Bug in Racal-Vadic Maxwell 1200 Modem
  8393.  
  8394. ----------------------------------------------------------------------
  8395.  
  8396. Date: 27 Apr 1986 15:51-PDT
  8397. Subject: HBO gets Hacked:: We Interrupt This Program ... for a Viewer Protest.
  8398. From: the tty of Geoffrey S. Goodfellow <Geoff@SRI-CSL.ARPA>
  8399.  
  8400.     
  8401.     NEW YORK (AP) - A video hacker calling himself ''Captain Midnight''
  8402. startled cable television viewers from Maine to the Plains early
  8403. Sunday when he interrupted a movie on Home Box Office with a printed
  8404. message protesting HBO's scrambling of its satellite-to-earth TV
  8405. signals.
  8406.     ''It's a criminal, willful interference of a government-licensed
  8407. satellite broadcast,'' fumed David Pritchard, an HBO vice president,
  8408. who said the cable system had received sabotage threats in recent
  8409. months.
  8410.     Pritchard said HBO planned to report the incident to the Federal
  8411. Communications Commission.
  8412.     ''It's kind of like terrorism of the airwaves,'' said Greg Mahany,
  8413. who was watching in Middletown, Ohio, when the message interrupted
  8414. ''The Falcon and The Snowman.''
  8415.     The message, printed in white letters on a color-bar test pattern
  8416. background, read: ''Goodevening HBO from Captain Midnight. $12.95 a
  8417. month? No way! (Showtime-Movie Channel Beware.)''
  8418.     Mahany said that at first the picture flipped back and forth between
  8419. the message and the movie, making it seem like ''HBO was trying to
  8420. get its signal back. ... It looked like a fight for control of the
  8421. microwave beam.''
  8422.     The message appeared at 12:30 a.m., Eastern time, and remained on
  8423. the air about five minutes. It was seen in the eastern two-thirds of
  8424. the nation, which accounts for more than half of HBO's 14.6 million
  8425. subscribing households.
  8426.     Pritchard said the hacker, apparently with the use of a satellite
  8427. dish and a powerful transmitter, effectively replaced HBO's signal
  8428. with his own.
  8429.     For some reason - possibly because Captain Midnight's signal was
  8430. better-timed or more powerful - HBO's satellite received the hacker's
  8431. signal instead of HBO's and beamed it down to HBO's earth relay
  8432. stations.
  8433.     Sunday's intrusion was immediately noticed at HBO's communications
  8434. center in Hauppauge, N.Y., but it was not clear whether the hacker
  8435. ended his own message or was forced off by HBO.
  8436.     Pritchard said HBO would have no comment on that. ''We have
  8437. implemented some technical remedies, and we're pursuing others,'' he
  8438. said. ''This represents a clear danger to every satellite user.''
  8439.     Pritchard said action like Sunday morning's had been threatened in
  8440. letters to HBO and in magazines read by dish owners.
  8441.     ''We'd been threatened for the last four or five months with
  8442. something like this if we didn't reconsider our plan to scramble,''
  8443. he said. ''They said they'd do something. They didn't say what.''
  8444.     The HBO cable signal is scrambled to prevent reception in homes
  8445. wired for cable television but not equipped with an HBO converter.
  8446. Until earlier this year, satellite dish owners were able to intercept
  8447. the unscrambled signal HBO bounces off satellites to the earth
  8448. stations that relay the signal via cable.
  8449.     In January, however, HBO began scrambling all its satellite-to-earth
  8450. signals. HBO told dish owners who had been watching for free they
  8451. would have to buy a descrambler for $395 and pay $12.95 a month.
  8452.     Another leading pay cable service, Showtime, announced plans for a
  8453. similar system.
  8454.     Pritchard said about 6,000 dish owners put down the cash for the
  8455. decoder and signed up for HBO or its sister service, Cinemax. But the
  8456. proposal has been unpopular with others.
  8457.     ''They say things like, 'The airwaves are free,' and 'They (HBO) are
  8458. using government satellites that our taxes pay for,''' Pritchard
  8459. said.
  8460.     Pritchard said HBO's programs are its property, and it leases space
  8461. from privately owned satellites.
  8462.  
  8463. ------------------------------
  8464.  
  8465. Date: Sun, 27 Apr 1986  22:39 MDT
  8466. From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
  8467. Subject: HBO gets Hacked:: We Interrupt This Program ... for a Viewer Protest.
  8468.  
  8469.     Until earlier this year, satellite dish owners were able to
  8470.     intercept the unscrambled signal HBO bounces off satellites to the
  8471.     earth stations that relay the signal via cable.
  8472.  
  8473. It is interesting to note that while protective "alledgedly" and
  8474. similar words are freely sprinkled in newsprint, the writer of the
  8475. above chose "intercept" over "receive".  The word "intercept" implies
  8476. "theft", a criminal act.  That "intercept" was unmodified and not a
  8477. quote implies the allegation was accepted as fact proven in court.  Is
  8478. this indeed the case, or simply the viewpoint held by the programming
  8479. services?  If the latter, then it was inappropriate and perhaps biased
  8480. to use "intercept".
  8481.  
  8482. Just asking...
  8483.  
  8484. --Frank
  8485.  
  8486. ------------------------------
  8487.  
  8488. Date: Sun 27 Apr 86 15:40:57-PDT
  8489. From: Jim DeLaHunt <JDLH@su-sushi.arpa>
  8490. Subject: How the time REALLY changes
  8491.  
  8492. Since the definition of the correct time is the speaking clock one hears by
  8493. calling 767-nnnn (e.g. POP-CORN), I decided to see how it handled the change
  8494. to daylight time.  (This is the same curiosity that prompts one to climb into
  8495. the fridge to see if the light really goes out when the door is shut, or to 
  8496. hide in a forest and wait for a tree to fall.)
  8497.  
  8498. To avoid the rush of other curious folks, I called at 1:25 A.M. PST, and put
  8499. the phone down ... only to hear, "The time is 1:27 and thirty seconds.  The 
  8500. time is 2:27 and forty seconds."
  8501.  
  8502. So that's how the time REALLY changes.  Now I'm off to the refrigerator....
  8503.  
  8504.     --Jim DeLaHunt, Stanford University    JDLH @ SU-Sushi.ARPA
  8505.  
  8506. ------------------------------
  8507.  
  8508. Date: Sat 19 Apr 86 14:40:49-EST
  8509. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  8510. Subject: Re: RS232 Monitors
  8511.  
  8512.     What I think is needed is 2 seperate circuts to decode the serial into
  8513.     parrallel, mash the 2 possible incomming bytes together, and feed it to
  8514.     the terminal at twice the incomming speed.  Any ideas on how to build
  8515.     such a circut?
  8516.  
  8517. If you need to look at both lines, it seems as if you would need to know
  8518. what's coming in from what line. What you're describing obviously won't do
  8519. that. You could get a terminal with windowing and multiple input ports (like
  8520. the Human Designed Systems 200 terminal), displaying the two character streams
  8521. in different windows. However, such terminals are usually notoriously slow
  8522. at switching between lines. Also, you get no static information about the
  8523. timing interaction between the character streams.
  8524.  
  8525. If you really do need to see the timing interaction, use the right tools.  Last
  8526. time I needed to do anything like this, I used the Spectron D-584 scope.  It
  8527. passively captures up to 4k of ASCII in both directions, displaying transmit
  8528. and receive data on alternate lines on the display. The 584 will also let you
  8529. calculate the CRC-16 polynomial on an arbitrary block of characters, useful
  8530. for debugging our communictions problem. At the time I was doing this ('81),
  8531. these guys cost about $15K a piece, but prices must have come down. They're
  8532. also available for weekly/monthly rental.
  8533.  
  8534. If you're doing simple terminal connections, a breakout box and/or literal
  8535. mode on a terminal is probably adequate. If you have a real communications
  8536. problem, it's worth it to bring in the heavy guns.
  8537.  
  8538. ------------------------------
  8539.  
  8540. Date: Sat, 19-Apr-86 11:33:31 PST
  8541. From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein)
  8542. Subject: error correcting modems
  8543.  
  8544. There are some interesting reasons why the "fancy" error correcting
  8545. systems (e.g. MNP) can cause problems with 2400 bps modems.  Without going
  8546. into massive detail here, these include flow control complexities on
  8547. both ends of the connection, increased microcode problems, etc.
  8548. A number of 2400 bps modems that worked OK without MNP have been
  8549. seriously reduced in both reliability and basic compatibility 
  8550. (i.e. broken!) by their manufacturers in the process of attempts 
  8551. at MNP implementations.
  8552.  
  8553. There are other issues, both technical and economic, that can also play 
  8554. a significant role.
  8555.  
  8556. --Lauren--
  8557.  
  8558. ------------------------------
  8559.  
  8560. Date: Sat, 19 Apr 1986  23:49 EST
  8561. From: "David D. Story" <FTD%MIT-OZ @ MC.LCS.MIT.EDU>
  8562. Subject: Privately owned payphones...
  8563.  
  8564.  
  8565.     I recently received a phone solicitation offering privately
  8566. owned payphones where the owner is responsible for the servicing and
  8567. and collection and only pays the phone company the line charge + noise
  8568. charge. Has anyone else heard of this and what are the problems
  8569. regarding safeguarding privacy, refunding. If I own the phone do I
  8570. have the right to tap the phone at the box ? (I live in a very high
  8571. crime neighborhood). If I don't have a lock-out on the coin slot and
  8572. leave the phone in disrepair (regardless of the line charge) can I be
  8573. forced to maintenance the phone.
  8574.  
  8575.     Has anyone tried this for an investment (ha ha). I think
  8576. the price is about 1200 dollars for the phone itself but I don't know
  8577. yet about how this company is set up. Perhaps they do the maintenance
  8578. and other services.
  8579.  
  8580. ------------------------------
  8581.  
  8582. Date: Mon, 21 Apr 86 12:38:57 est
  8583. From: saj@PREP.AI.MIT.EDU (Scott Jones)
  8584. Subject: forwarding feature on two-line phone?
  8585.  
  8586. Has anyone ever seen a "dynamic" forwarding feature on a two-line phone?
  8587. I want to be able to call into the phone, have it answer, and then allow  
  8588. me to call another number (from the two-line phone site). It wouldn't be
  8589. very hard to make such a device... I just wondered if anyone was already
  8590. selling it?
  8591.  
  8592. --Scott Jones
  8593.  
  8594. ------------------------------
  8595.  
  8596. Date: Wed 23 Apr 86 16:40:07-EST
  8597. From:   * D. Reuben *  <S.D-REUBEN%KLA.WESLYN%Wesleyan.Bitnet@WISCVM.WISC.EDU>
  8598. Subject: Two-line conference
  8599.  
  8600. I have a couple of two line conference phones at home, and it has been
  8601. my experience that if the polarity is reversed, Touch Tones wont work on
  8602. the line that has the wrong polarity, or if placing a new call using the
  8603. conference feature, you wont be able to dial any Touch Tones if one of the
  8604. lines has reverse polarity. A second problem that SOMETIMES occurs if the
  8605. polarity is reversed is that the conference will be noisy, IE, have
  8606. electric humming and buzzing sounds. This generally occurs if you have an
  8607. old three wire system installed in your house, with current both for the
  8608. telephone set (48 volts DC?) and current to light up the dial of your
  8609. handset (on Trimline, Princess, and other assorted older phones that used
  8610. separate current). You will probably know for sure that the polarity is
  8611. reversed in this case since the buzzing will be so loud from the AC for
  8612. the light that you wont be able to hear to conversation...
  8613.  
  8614. Incidentally, I have very little use for these "conference" phones...
  8615. Most of them seem only to connect the two lines together, which can
  8616. easily be done by a simple 2-circuit switch, saving you the cost of getting
  8617. a phone with this "enhanced" feature. The conference quality is really
  8618. poor, usually the three parties cant hear each other well (especially
  8619. the people who are being conferenced together- the originator can usually
  8620. hear them pretty well, but weaker). Instead of a special phone that
  8621. does this, I would recommend getting Three-Way calling from your
  8622. local BOC or other operating co. This way, all the phones on the line
  8623. will have the conference feature...I realize that in many cases paying
  8624. $2 extra a month isn't worth it, but I've found that despite the
  8625. cost its preferable to conference phones...
  8626.  
  8627. (I realize I got a bit off the topic here...sorry...)
  8628.  
  8629. Doug Reuben
  8630.  
  8631. Reuben@Weslyn.Bitnet
  8632.  
  8633. ____________________________________________________________________________
  8634.  
  8635. ------------------------------
  8636.  
  8637. Date:           Thu, 24 Apr 86 22:00:12 PST
  8638. From:           "David G. Cantor" <dgc@LOCUS.UCLA.EDU>
  8639. Subject:        Call forwarding bug?
  8640.  
  8641. I recently set my UCLA office phone to call-forward to my home, where
  8642. I was working.  I received a call from a Department secretary stating
  8643. that she was going to call-transfer an incoming call to me.  She was
  8644. calling my UCLA office phone and being forwarded to my home phone (she
  8645. was unaware of this).
  8646.  
  8647. The telephone exchange is a Northern-Telecom DL100 owned by UCLA.  I
  8648. checked with the UCLA telephone office and it seems that call-transfer
  8649. requires that at least one of the parties be on a line local to the
  8650. exchange, itself -- this means that as long as the secretary remained
  8651. part of the call, everything worked (which explains why she was able to
  8652. switch back and forth between me and the person calling me).  But when
  8653. she hung up, this rule was violated and hence we were disconnected.  Is
  8654. this a bug in the system or is it required by some arcane rule of a
  8655. regulatary agency?
  8656.  
  8657. dgc
  8658.  
  8659. ------------------------------
  8660.  
  8661. Date: Thursday, 27 March 1986  19:36-MST
  8662. From: Mark Horton <gatech!cbosgd!mark@SEISMO.CSS.GOV>
  8663. Subject:   5ESS upgrade and modem noise?
  8664.  
  8665. Our central office recently upgraded from a #5 Crossbar to a #5ESS.
  8666. Our dialup/dialout lines are on a Centrex, so they changed from a
  8667. crossbar Centrex to an ESS Centrex at the same time.
  8668.  
  8669. I've been getting complaints from people about our calling them.
  8670. It seems that we're having noise problems that I never used to
  8671. notice.  This isn't the famous }~ phase shift problem.  Two examples:
  8672.  
  8673. (1) When we call oucs (in a GTE area of Athens, Ohio) the connection
  8674. starts up fine, but a few minutes into the connection carrier is lost.
  8675. This also happens when they call us.
  8676.  
  8677. (2) When we call utcs (in Toronto, Canada) the connection starts up OK,
  8678. but if we send them two or more ASCII characters together at 1200 baud
  8679. (which of course UUCP does) some of them get garbled.  For example,
  8680. with the three character sequence "70\r", the 7 is OK, but the 0 and
  8681. return turn into something else.  If I insert delays between the three
  8682. characters, it gets as far as the next thing we send them.
  8683.  
  8684. Our dialout modems are Penrils, mostly at 1200 baud with 212 protocol.
  8685. Our dialups are 212's at 1200 baud.  We also have 300 and 2400 baud
  8686. capability.
  8687.  
  8688. Any explanations or suggestions would be much appreciated.  In
  8689. particular, a blurb from PC Network claims that line noise goes away
  8690. at 2400 baud, due to an adaptive line adjustment.  I haven't been
  8691. noticing problems at 2400 baud, but we talk to relatively few hosts at
  8692. that speed.  Should we be urging these impoverished universities to
  8693. shell out cash for 2400 baud?  Is there something we can ask Ohio Bell
  8694. to do?  What causes this?  Is it likely to be related to the 5ESS
  8695. upgrade?
  8696.  
  8697. Thanks,
  8698.  
  8699.     Mark Horton
  8700.  
  8701. ------------------------------
  8702.  
  8703. From: mark a roman <marcus@ATHENA.MIT.EDU>
  8704. Date: Wed, 23 Apr 86 18:41:02 EST
  8705. Subject: KSU Blues
  8706. Reply-To: marcus@athena.mit.edu  (mark a roman)
  8707.  
  8708. Greetings.
  8709.  
  8710. I'm working on a 5 line KSU and I could use some info, pointers, etc.
  8711.  
  8712. I've got a couple of units giving me problems on this setup, a K207
  8713. and a K216.  Haven't been able to dig up any documentation, etc. etc
  8714. despite by best efforts.  The problem is in the ringing.  Apparently one
  8715. of the units has malfunctioned and now I am unable to hear fones ring
  8716. when they should be.  Power supply appears to be OK.  400D KTU's still
  8717. operate fine.  They're mounted on a 584C backplane with the rest of the 
  8718. gear, and an interrupter is installed for the blinking lights.  (The
  8719. steady lamp feature for a busy line has also recently bit it.  Possibly
  8720. related?)
  8721.  
  8722. Any  pointers  to  sources  of  parts  for  this  insanity  &/or   info,
  8723. documentation,   advice,   (no   sorrow  please),  etc.  would  be  most
  8724. appreciated.  Reply as above or post on net if there is link problem.
  8725.  
  8726.         mark
  8727.  
  8728. ------------------------------
  8729.  
  8730. Date: 22 Mar 86 20:14:45 GMT
  8731. From: "William C. Carton" <harvard!adelie!axiom!bill@SEISMO.CSS.GOV>
  8732. Subject: Bug in Racal-Vadic Maxwell 1200 Modem
  8733.  
  8734. Beware: maxwell 1200s dial the DTMF tone for "3" when you dial "#".
  8735. This caused the field service department of Axiom Technology much
  8736. anxiety and consternation, attempting to access a secret trunk through
  8737. a ROLM switch recently.
  8738.  
  8739. Racal-Vadic engineering is FINALLY on the case, after trying to
  8740. discredit me by saying "You know, over 20,000 of these things have
  8741. been shipped; how can YOU be reporting a NEW bug?!?"
  8742.  
  8743. Get the new PROMS, they are up to REV 70, at least, by now. This
  8744. feature is a documented feature; if you need it, it SHOULD NOT BE
  8745. a charge-for fix.
  8746.  
  8747.  
  8748. Bill Carton (the Roadie), Axiom Technology Corp., Newton. MA
  8749.  
  8750. ------------------------------
  8751.  
  8752. End of TELECOM Digest
  8753. *********************
  8754.  7-May-86 02:29:02-EDT,17886;000000000000
  8755. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  8756. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Wed 7 May 86 02:29:00-EDT
  8757. Date: 3 May 86 16:51-EDT
  8758. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  8759. Subject: TELECOM Digest V5 #117
  8760. To: Telecom@XX.LCS.MIT.EDU
  8761. Reply-To: Telecom@XX.LCS.MIT.EDU
  8762.  
  8763. TELECOM Digest                            Saturday, May 3, 1986 4:51PM
  8764. Volume 5, Issue 117
  8765.  
  8766. Today's Topics:
  8767.  
  8768.                                HBO Hack
  8769.                        service areas, by prefix
  8770.                 modem evaluation - Telebit Trailblazer
  8771.                 modem evaluation - Telebit Trailblazer
  8772.                 modem evaluation - Telebit Trailblazer
  8773.                       Privately owned payphones
  8774.                          Interminable ringing
  8775.            Getting a long-distance line inside one exchange
  8776.  
  8777. ----------------------------------------------------------------------
  8778.  
  8779. Date: Mon 28 Apr 86 09:38:54-MDT
  8780. From: William G. Martin <WMartin@SIMTEL20.ARPA>
  8781. Subject: HBO Hack
  8782.  
  8783. One aspect I haven't heard mentioned in the news coverage and net comments
  8784. about that HBO overpowering hack... Was the pirate uplink signal also in
  8785. a scrambled mode? If not, and it was cleartext or unscrambled, how was it
  8786. visible on the cable systems where the signal was going through a 
  8787. descrambler? Does the descrambler automatically turn itself off when a 
  8788. clear  or unscrambled signal appears at its input? If not, I would have
  8789. thought that the pirate's clear signal would have been garbaged by 
  8790. descramblers on each downlink, which would have been acting as "scramblers"
  8791. in this case.
  8792.  
  8793. Will
  8794.  
  8795. ------------------------------
  8796.  
  8797. Date:     Wed, 30 Apr 86 23:36:23 EDT
  8798. From:     Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  8799. Subject:  service areas, by prefix
  8800.  
  8801. Some phone books will show you the different areas served by the
  8802. local prefixes (example: calling area of Laurel, Maryland), and
  8803. some will go even further:
  8804.      The Wilmington (Del.) directory used to show the distinction
  8805. between Holly Oak prefixes 475 (Arden and vicinity) and 792,798
  8806. (Claymont, Holly Oak proper, & vicinity); and the distinction between
  8807. Wilmington prefixes 478 (Talleyville area) and 762,764 (northeast
  8808. city of Wilmington plus nearby suburbs including Edgemoor) and
  8809. 652 etc. (downtown Wilmington and suburbs north & south).  Having
  8810. the same calling area as Wilmington but using the place name "Newport"
  8811. are 994,995,998,999 in western suburbs (Newport, Stanton, Midway,
  8812. Marshallton, most of Elsmere).
  8813.  
  8814. My question: how to determine such breakdowns in other areas without
  8815. resorting to "the hard way" of data collection.
  8816.  
  8817. ------------------------------
  8818.  
  8819. Date: Wednesday, 23 April 1986  10:49-MST
  8820. From: Brian Kantor <brian@SDCSVAX.UCSD.EDU>
  8821. Subject:   modem evaluation - Telebit Trailblazer
  8822.  
  8823. I recently had a pair of Telebit Trailblazer modems here for
  8824. evaluation.  These are the multiple-carrier devices that claim 9600
  8825. bits/sec or better on a normal dial-up phone line.  The price seemed
  8826. to be around $2000-$2500 or so, but was clearly adjustable.
  8827.  
  8828. They apparently to work by packetising your input, spreading the bits
  8829. out over a bunch of low-baud-rate carriers, reassembling that at the
  8830. far end, and unpacketising it.  There is some sort of error checking
  8831. and correction (retransmission??) as part of the
  8832. packeting/unpacketing.  Or at least, that is how the salescritter
  8833. explained it to me - the manual was kinda thin on that point.
  8834.  
  8835. These things are sophisticated - they have enough circuitry in them
  8836. that the wall-mount power supply is larger than most, and there is a
  8837. (thankfully quiet) cooling fan.  I'm told it has a 68000 in it.
  8838.  
  8839. I tested them both in interactive dial-up service (vi, rn, and other
  8840. typical things you'd do in a normal Unix session) and in file transfer
  8841. (uucp, kermit, xmodem) applications.
  8842.  
  8843. In interactive use, they are FAST!  It's lovely to see your screen
  8844. paint in just a second or so.  Its really GREAT for paging through a
  8845. file or reading news.  BUT:  These modems aren't full-duplex in the
  8846. FAST mode.  They apparently simulate full-duplex by turning the line
  8847. around quickly, but there is a very noticeable echo delay when using
  8848. them with a terminal.  This is especially true when using 'vi', which
  8849. often generates a burst of cursor positioning commands in response to a
  8850. single keystroke.  It looks jumpy.  In the several days that I had the
  8851. modems hooked up, I found the 1-3 second delay quite disconcerting and
  8852. annoying.
  8853.  
  8854. Note that in 300, 1200, or 2400 bits/sec mode, there is no delay - it
  8855. works just like my USR Courier - perhaps better.
  8856.  
  8857. In microcomputer file transfer use (kermit and xmodem) it works pretty
  8858. well.  Unfortunately, it doesn't seem to run all that fast!  Apparently
  8859. the packetising and turnaround delay are enough that the protocol
  8860. doesn't run at anywhere near full speed because its waiting for the
  8861. acknowledgement of the previous packet.  Undoubtably a protocol that
  8862. allows for more than one packet to be in flight would work much
  8863. better.  Telebit has a version of Crosstalk for the IBM PC that they
  8864. claim makes very fast file transfers - I guess its tuned for use with
  8865. their modem's time delays and error correction characteristics.  I
  8866. didn't test it.
  8867.  
  8868. With uucp, these modems work really well.  However, the uucp transfers
  8869. weren't much faster than those at 480 char/sec.  I've seen (somewhere
  8870. in the dark past of the net) a note that showed that normal uucp gained
  8871. very little speed running above 4800 baud.  It is probably that effect
  8872. that I'm seeing here, rather than anything the modem is doing.  Thus
  8873. there is some question in my mind as to whether it would be worth
  8874. having this fast a modem for uucp use.
  8875.  
  8876. The error correction seems to work very well.  I can't recall having
  8877. seen even one garbled or spurious character in the 3 or 4 days I was
  8878. using the modem.  We're on a NT DMS-100 telephone switch, and its real
  8879. unusual to see that low an error rate.
  8880.  
  8881. Also, the modem maintains a couple of statistics, including the
  8882. average bit rate being achieved.  It seemed to run around 17Kbit for
  8883. my usage, and slightly lower for another person who tried them from a
  8884. bit farther away (presumably a slightly different quality of the phone
  8885. connection).
  8886.  
  8887. Conclusions: for windowed protocols that don't falter on line
  8888. turnaround delays, and for interactive use where you either can use
  8889. local echo or tolerate long echo delays, these will work well.  I'm
  8890. not going to buy any of them now, because the price/performance ratio
  8891. for our applications just doesn't seem to make it worthwhile.
  8892. (Especially since 9600 baud modems are supposed to be just around the
  8893. June corner at about $700 each, or so the salescritters would have me
  8894. believe.)
  8895.  
  8896.             decvax\     brian@sdcsvax.ucsd.edu
  8897.     Brian Kantor    ihnp4  >---  sdcsvax  --- brian
  8898.             ucbvax/        Kantor@Nosc 
  8899.  
  8900. ------------------------------
  8901.  
  8902. Date: Thursday, 24 April 1986  14:06-MST
  8903. From: Phil Ngai <gatech!amdcad!phil@SEISMO.CSS.GOV>
  8904. Subject:   modem evaluation - Telebit Trailblazer
  8905.  
  8906. In article <1703@sdcsvax.UUCP> brian@sdcsvax.UUCP (Brian Kantor) writes:
  8907. >It looks jumpy.  In the several days that I had the
  8908. >modems hooked up, I found the 1-3 second delay quite disconcerting and
  8909. >annoying.
  8910.  
  8911. I was expecting this to be the case.
  8912.  
  8913. >With uucp, these modems work really well.  However, the uucp transfers
  8914. >weren't much faster than those at 480 char/sec.  I've seen (somewhere
  8915. >in the dark past of the net) a note that showed that normal uucp gained
  8916. >very little speed running above 4800 baud.  
  8917.  
  8918. 4.3 BSD uucp has a couple of alternatives to the normal "g" protocol
  8919. which may be worth trying. The "f" protocol is intended for use over
  8920. an X.25 network and may be better able to deal with delays.  The "t"
  8921. protocol is intended to let you run uucp over a TCP network.  We use
  8922. it here as a kludge for transferring news and it runs really fast. It
  8923. would be interesting to find out if either of these protocols worked
  8924. better with the Telebit.
  8925.  
  8926. >since 9600 baud modems are supposed to be just around the June corner
  8927. >at about $700 each, or so the salescritters would have me believe.)
  8928. [More V.29 kludges, no doubt -elmo]
  8929.  
  8930. I've seen the CDS V.32 full duplex 9600 over dialup modems but they
  8931. are about $3500. Also, they are sync only, although you can get
  8932. converters I assume.
  8933.  
  8934.     phil
  8935. -- 
  8936.  Phil Ngai +1 408 749 5720
  8937.  UUCP: {ucbvax,decwrl,ihnp4,allegra}!amdcad!phil
  8938.  ARPA: amdcad!phil@decwrl.dec.com
  8939.  
  8940. ------------------------------
  8941.  
  8942. Date: Friday, 25 April 1986  03:54-MST
  8943. From: Phil Sih <lll-crg!lll-lcc!vecpyr!atari!portal!phil@SEISMO.CSS.GOV>
  8944. Subject:   modem evaluation - Telebit Trailblazer
  8945.  
  8946. In article <1703@sdcsvax.UUCP>, brian@sdcsvax.UUCP (Brian Kantor) writes:
  8947. ...
  8948. > These things are sophisticated - they have enough circuitry in them
  8949. > that the wall-mount power supply is larger than most, and there is a
  8950. > (thankfully quiet) cooling fan.  I'm told it has a 68000 in it.
  8951.  
  8952. I was quite surprised to find out the Trailblazer has more CPU power in 
  8953. it than just about any PC out there today. Specifically it has a 68K and
  8954. a TI 320 signal processing CPU. I'm even more surprised to hear it has
  8955. a fan in a wall-mount power supply! (Never seen that yet.)
  8956.  
  8957. ...
  8958. > file or reading news.  BUT:  These modems aren't full-duplex in the
  8959. > FAST mode.  They apparently simulate full-duplex by turning the line
  8960. > around quickly, but there is a very noticeable echo delay when using
  8961. ...
  8962. > modems hooked up, I found the 1-3 second delay quite disconcerting and
  8963. > annoying.
  8964.  
  8965. Telebit is supposed to be working on or have completed a new rev of
  8966. their modem which I was told significantly reduces this problem. You
  8967. should make sure you don't have old product. Lower bit rates are FDX.
  8968.  
  8969. > In microcomputer file transfer use (kermit and xmodem) it works pretty
  8970. > well.  Unfortunately, it doesn't seem to run all that fast!  Apparently
  8971. > the packetising and turnaround delay are enough that the protocol
  8972. > doesn't run at anywhere near full speed because its waiting for the
  8973. > acknowledgement of the previous packet.  Undoubtably a protocol that
  8974. > allows for more than one packet to be in flight would work much
  8975. > better.  Telebit has a version of Crosstalk for the IBM PC that they
  8976. > claim makes very fast file transfers - I guess its tuned for use with
  8977. > their modem's time delays and error correction characteristics.  I
  8978. > didn't test it.
  8979.  
  8980. The limit on file xfers in this case may not be the modem/comm line. I
  8981. heard Telebit needed the special version of Crosstalk because the PC
  8982. could not keep up with the data rate from the modem. Also, since the
  8983. Trailblazer protocol is reliable, there is no need for host level
  8984. packet acks. You just dump the data and it comes out correct on the
  8985. other end. That's what their "Packetized Ensemble Protocol" is
  8986. supposed to do for you. This makes me think they just cut out the file
  8987. level packet acks all together in their Xtalk.
  8988.  
  8989. > With uucp, these modems work really well.  However, the uucp transfers
  8990. > weren't much faster than those at 480 char/sec.  I've seen (somewhere
  8991. > in the dark past of the net) a note that showed that normal uucp gained
  8992. > very little speed running above 4800 baud.  It is probably that effect
  8993. > that I'm seeing here, rather than anything the modem is doing.  Thus
  8994. > there is some question in my mind as to whether it would be worth
  8995. > having this fast a modem for uucp use.
  8996.  
  8997. If anyone has any information on this I would very much like to hear
  8998. about it.
  8999.  
  9000. > Also, the modem maintains a couple of statistics, including the average
  9001. > bit rate being achieved.  It seemed to run around 17Kbit for my usage,
  9002. > and slightly lower for another person who tried them from a bit farther
  9003. > away (presumably a slightly different quality of the phone
  9004. > connection).
  9005.  
  9006. I heard a president from one very well known Scotts Valley micro
  9007. software company took one to Europe, hooked the sucker up and got
  9008. 8-9kbps throughput.  Variable performance is to be expected with this
  9009. product. It adjusts the rate at which it can send information over the
  9010. line based on the channel characteristics and noise.  There have been
  9011. some good articles in mags like Datacommunications covering this and
  9012. Telebit has some reasonable lit.
  9013.  
  9014. > Conclusions: for windowed protocols that don't falter on line
  9015. > turnaround delays, and for interactive use where you either can use
  9016. > local echo or tolerate long echo delays, these will work well.  I'm not
  9017. > going to buy any of them now, because the price/performance ratio for
  9018. > our applications just doesn't seem to make it worthwhile.  (Especially
  9019. > since 9600 baud modems are supposed to be just around the June corner
  9020. > at about $700 each, or so the salescritters would have me believe.)
  9021.  
  9022. They could sell it for a lot less, but part of the problem is there
  9023. are not enough applications out there yet that can adequately exploit
  9024. a >10kbps dialup connection that is reliable.  I would like to see
  9025. more myself.
  9026.  
  9027. Thanks for your report, this is the first one I have seen from a real
  9028. end user.
  9029.  
  9030. ------------------------------
  9031.  
  9032. Date: Thu 1 May 86 23:19:24-EDT
  9033. From:   * D. Reuben *  <S.D-REUBEN%KLA.WESLYN%Wesleyan.Bitnet@WISCVM.WISC.EDU>
  9034. Subject: Privately owned payphones
  9035.  
  9036.  
  9037. >I recently received a phone solicitation for privately owned payphones
  9038. > where the owner is responsible for the servicing...
  9039. >Has anyone heard of this and what are the problems regarding ...privacy,
  9040. > and refunding?
  9041.  
  9042. I really wouldn't recommend that you purchase a non-Bell payphone or use
  9043. one in a place of business that cant protect the phones against vandalism.
  9044. I have seen many locations in the New York area that purchase these phones
  9045. only to find them very quickly vandalized.
  9046.  
  9047. Secondly, another reason I wouldn't recommend purchasing these phones is
  9048. that many do not allow for 0+ calls or 950 calls. (Let alone Equal Access
  9049. 10xxx calls...!). I tried making a calling card call on one of these, and
  9050. after dialing the 0+305 (the area code I was calling), the phone cancelled
  9051. the dial tone and sent me a message on its little display "please
  9052. deposit 25 cents". So I put the 25 cents in, dialed the call, it accepted
  9053. the quarter after I dialed 0+305, and then hung up. After calling the 800
  9054. number to get a refund (which came 7 weeks later), I decided to go to
  9055. a familiar Bell payphone and use my calling card, which needless to say
  9056. worked the first time without any difficulty. When making any type of
  9057. 0+ calls or for that matter 950 calls the same problem always happens.
  9058.  
  9059. Thirdly, the phones only seem to be programmed to charge 50 cents for
  9060. out-of-state directory assistance calls, when AT&T charges 60 cents. I
  9061. tried 1-700-555-4141 to see if the phone used an alternate LD (since
  9062. it wasn't an assigned payphone line I assume the store could have chosen
  9063. another LD co.), but needless to say it didn't work either. If the
  9064. phone were still using AT&T, wouldn't the owners be losing 10 cents
  9065. per directory assistance call? Also, the phones are the flimsy GTE kind,
  9066. with the square, hard-to-push metal casing around the buttons, which
  9067. makes it even easier to misdial (How people in GTE territory get used
  9068. to this I'll never know...) Almost everyone who tried to use the payphones
  9069. finally gave up and used the row of phones outside rather than waste
  9070. time with the private ones...
  9071.  
  9072. Well, I guess this sounded very pro-Bell, but lets face it, they
  9073. knew what they were doing when they designed the payphone, and these
  9074. other companies have a lot of catching up to do...A WHOLE LOT!!
  9075.  
  9076. Reuben@Weslyn.Bitnet
  9077.  
  9078. ------------------------------
  9079.  
  9080. Date:     Fri, 2 May 86 17:14:58 EDT
  9081. From:     Will Martin <wmartin@BRL.ARPA>
  9082. Subject:  Interminable ringing
  9083.  
  9084. Under what circumstances will a called but unanswered telephone continue
  9085. to ring after the calling party has hung up? This seems to happen here
  9086. at the office sometimes; we are under Centrex, and also can be reached
  9087. via arcane systems like Autovon and FTS, if that makes any difference.
  9088. A phone in an empty office may ring forever; when finally picked up,
  9089. there will be silence or some indeterminate noises heard. Hanging it up
  9090. and picking up again gets dial tone immediately, so there is no party
  9091. left at the calling end.
  9092.  
  9093. Will
  9094.  
  9095. ------------------------------
  9096.  
  9097. Date: Fri, 2 May 86 13:04:45 edt
  9098. From: allegra!phri!roy@seismo.CSS.GOV (Roy Smith)
  9099. Subject: Getting a long-distance line inside one exchange
  9100.  
  9101.     Does anybody know a (legal) way to force a local call to be routed
  9102. over long-distance trunks?  Here's the situation:
  9103.  
  9104.     I've got some new modems that are just about unusable at 2400 baud
  9105. because of line noise.  I usually dial in from home (718 area -> 212 area)
  9106. and get lots of garbage.  Other users elsewhere in the 212 and 718 areas
  9107. have the same problem.
  9108.  
  9109.     When I try to play with the modems at work, I can't reproduce the
  9110. problem because the local phone lines are cleaner than the long distance
  9111. lines (I guess).  If I make an intra-PBX call from my office to the
  9112. machine, I get no noise.  If I dial 9 to get an outside line and then 7
  9113. digits to get back into the building's PBX and thence to the modems (like
  9114. I'm doing right now), everything is still nice and clean.
  9115.  
  9116.     What I would like to do is be able to sit next to the answer modem
  9117. so I can fiddle with it while I'm connected via a long-distance line.  Is
  9118. there any way I can get a intra-exchange call routed like this?  I'm even
  9119. willing to pay for the toll call (rather a switch from your typical
  9120. phone-phreak, no?)
  9121.  
  9122. Roy Smith, {allegra,philabs}!phri!roy
  9123. System Administrator, Public Health Research Institute
  9124. 455 First Avenue, New York, NY 10016
  9125.  
  9126. ------------------------------
  9127.  
  9128. End of TELECOM Digest
  9129. *********************
  9130.  
  9131. -------
  9132. 21-May-86 03:01:08-EDT,18079;000000000000
  9133. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  9134. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Wed 21 May 86 03:01:06-EDT
  9135. Date: 12 May 86 23:45-EDT
  9136. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  9137. Subject: TELECOM Digest V5 #118
  9138. To: Telecom@XX.LCS.MIT.EDU
  9139. Reply-To: Telecom@XX.LCS.MIT.EDU
  9140.  
  9141. TELECOM Digest                            Monday, May 12, 1986 11:45PM
  9142. Volume 5, Issue 118
  9143.  
  9144. Today's Topics:
  9145.  
  9146.                        May '86 Consumer Reports
  9147.                        Dear CommunicationsWeek
  9148.                  I've got a "coupling transformer"..
  9149.                  Re: Interminable ringing; LD billing
  9150.                            Premiere service
  9151.                              Re: HBO Hack
  9152.                               HBO pirate
  9153.                          Telebit modem, etc.
  9154.                         Long Distance routing
  9155.                          Faster modem article
  9156.                      Directory Assistance Billing
  9157.  
  9158. ----------------------------------------------------------------------
  9159.  
  9160. Date: Sat 3 May 86 23:23:18-EDT
  9161. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  9162. Subject: May '86 Consumer Reports
  9163.  
  9164. The May issue of Consumer Reports dedicates 16 pages to telecom:
  9165. phones, answering machines, long-distance carriers, and measured vs.
  9166. flat rate for local service. The long-distance article points out
  9167. exactly what Lauren has said would happen--there isn't a heck of a lot
  9168. of difference in pricing between the companies.
  9169.  
  9170. They list the 10xxx codes for the 7 (soon to be 6) major LD carriers
  9171. and describe how to experiment with various carriers. (The information
  9172. packet from NYNEX didn't even hint that other carriers could be used.)
  9173. The LD article is the most useful consumer information I've seen on
  9174. equal access (next to telecom, of course). If you have friends with a 
  9175. lot of questions, this may be a good document to have them read first.
  9176.  
  9177. ------------------------------
  9178.  
  9179. Date: 4 May 1986 14:02-PDT
  9180. Subject: Dear CommunicationsWeek
  9181. From: the tty of Geoffrey S. Goodfellow <Geoff@SRI-CSL.ARPA>
  9182.  
  9183. It was a sorrowful sight to see CommunicationsWeek pejoratively malign 
  9184. the image of hackers in your April 21st article on "Toll Carrier 
  9185. American Network Fears Being 'Hacked' To Pieces" by Brian Watson.
  9186.  
  9187. You portrayed hackers as bands of juvenile delinquents and unscrupulous 
  9188. trespassers who are bent on ripping off the telephone system.
  9189.  
  9190. This is not what hacking is about in the least.  Hackers are individuals 
  9191. who take delight in learning about computing, seek to stretch a system's 
  9192. capabilities, write code for the sheer fun of it and appreciate the 
  9193. intrinsic beauty of software.
  9194.  
  9195. Persons engaged in the theft of long distance toll service should not  
  9196. be erroneously labeled as hackers.  There is not a jot of evidence of 
  9197. improper conduct in hacking and I wish CommunicationsWeek would not use 
  9198. the term as if there were.  You're giving a lot of us hackers a bad 
  9199. name.
  9200.  
  9201.  
  9202. Geoffrey S. Goodfellow
  9203. Director, Technology Development,
  9204. Cellular Radio Corp., Vienna, VA,
  9205. Hacker & Coauthor,
  9206. "The Hacker's Dictionary --
  9207. A Guide To The World of
  9208. Computer Wizards." (Harper & Row)
  9209.  
  9210. ------------------------------
  9211.  
  9212. Date: Sun 4 May 86 23:43:06-EDT
  9213. From: "Mark Becker" <Cent.Mbeck%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
  9214. Subject: I've got a "coupling transformer"..
  9215.  
  9216. ..that has six (!) windings on it.  I've got the manufacturer's spec
  9217. sheet; this thing appears to be a Prem "SPT-126".  Okay.
  9218.  
  9219. The interconnect shown on the sheet has me confused.  I see where the
  9220. tip and ring leads get wired into the transformer.. but there are two
  9221. leads coming out on the primary side; one is labelled the "A" lead and
  9222. the other the "B" lead .
  9223.  
  9224. What is supposed to go there?  Should I short the leads together?  Is
  9225. there some kind of balancing or compensation network which should be
  9226. inserted?
  9227.  
  9228. Please reply directly - I'm not on the distribution list.
  9229.  
  9230. Thanks -
  9231.  
  9232. ------------------------------
  9233.  
  9234. Date: Mon, 5 May 86 18:27:21 CDT
  9235. From: bill@crys.wisc.edu (Bill Cox)
  9236. Subject: Re: Interminable ringing; LD billing
  9237.  
  9238. In article <8605041018.AA06207@ucbvax.berkeley.edu>, wmartin@BRL.ARPA (Will Martin) writes:
  9239. > Under what circumstances will a called but unanswered telephone continue
  9240. > to ring after the calling party has hung up? 
  9241. > ...
  9242. > A phone in an empty office may ring forever; when finally picked up,
  9243. > there will be silence or some indeterminate noises heard. Hanging it up
  9244. > and picking up again gets dial tone immediately, so there is no party
  9245. > left at the calling end.
  9246.  
  9247. I believe that at least one cause is the increasing popularity of 3-way
  9248. calling (from your local phone company and on pbxs).  If the caller doesn't
  9249. go on-hook for the 5 seconds or so it takes to disconnect, the ringing
  9250. continues while the caller makes a second call.  I do this myself from time
  9251. to time.
  9252.  
  9253. If the called party 'answers', they get the blind end of what the pbx
  9254. thinks is a 3-way call.  The ringing continues until answered, or until
  9255. the caller goes on-hook for > 5 seconds.
  9256.  
  9257. By the way, what is the effect on long-distance billing of these ghost
  9258. calls?  I've often wondered what happens if you have 3-way calling,
  9259. dial a number, and hang up.  The called number keeps ringing for at least
  9260. five seconds, yes?  Then if it's picked up, you get charged for the call.
  9261.  
  9262. Long distance carriers that bill by elapsed time rather than using
  9263. supervision could have a real windfall here...the calls wouldn't always
  9264. show as the 1-minute ones Western Union used to bill me for, they would
  9265. look more like 'real' calls.
  9266.  
  9267.     bill
  9268.  
  9269. ------------------------------
  9270.  
  9271. Date: 6 May 86 17:30:59 EDT
  9272. From: *Hobbit* <AWalker@RED.RUTGERS.EDU>
  9273. Subject: Premiere service
  9274.  
  9275. Around here they just started dunning us with a similar package called
  9276. RSVP [Residence Service Variety Package].  
  9277.  
  9278. With all the cheap processing power on the market these days, it seems kind of
  9279. silly to do all this local-type stuff in your home by making the CO do it.
  9280. Anyway:
  9281.  
  9282. Standard:
  9283.     User transfer - transfer a call to another of your RSVP lines
  9284.     Call hold - what you'd expect
  9285.     Call pickup - snarf an incoming call from another line
  9286.     Automatic transfer - transfer on busy or no answer
  9287.     Conferencing - what you'd expect
  9288.     Intercom - call from one RSVP line to another with a digit
  9289. Standard feature package costs $8/month.  But of course you need lots of 
  9290. lines, which will bring this much higher...
  9291.  
  9292. Optional:
  9293.     Distinctive ring/call wait tone - Allows you to tell where an incoming
  9294.      call originated from
  9295.     Toll restriction - block either long distance or >1 message unit calls
  9296.     Additional call pickup - create your own "blocks" of pickup groups
  9297. Optional features are an additional $3.50/month each.
  9298.  
  9299. The last sentence in the flyer is "Either way, you'll start a simpler, more
  9300. liveable life - today."  I wonder how hard they thought about that before 
  9301. they sent it off to the print shop???
  9302.  
  9303. _H*
  9304.  
  9305. ------------------------------
  9306.  
  9307. Date: Wed 7 May 86 12:55:54-MDT
  9308. From: William G. Martin <WMartin@SIMTEL20.ARPA>
  9309. Subject: Re: HBO Hack
  9310.  
  9311. To answer my own question that was included in Telecom #117:
  9312.  
  9313. This has been thrashed out pretty thoroughly on the Videotech list by now
  9314. (I had sent my query to both Telecom and Videotech). It appears that the
  9315. descramblers will automatically go to pass-through mode when an
  9316. unscrambled signal appears at its input, and that the pirate's signal
  9317. overrode the HBO uplink signal until they boosted their normally low
  9318. power to override him. The pirate signal, being in the clear, just
  9319. turned off the descramblers for the period of time it was being
  9320. relayed by the satellite.
  9321.  
  9322. Will
  9323.  
  9324. ------------------------------
  9325.  
  9326. Date: Wed, 7-May-86 10:36:32 PDT
  9327. From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein)
  9328. Subject: HBO pirate
  9329.  
  9330. The pirate "simply" captured the transponder with ordinary, unscrambled
  9331. video.  When the far-end decoders sensed the loss of scrambling, they 
  9332. switched to "clear" mode and passed the video directly.  The pirate almost
  9333. certainly was at a commercial uplink point and not using homemade 
  9334. equipment.  Finding him or her would be exceedingly complex unless someone
  9335. associated with the person starts bragging.
  9336.  
  9337. --Lauren--
  9338.  
  9339. ------------------------------
  9340.  
  9341. Date: Wed, 7-May-86 10:19:57 PDT
  9342. From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein)
  9343. Subject: Telebit modem, etc.
  9344.  
  9345. To get decent performance from these modems is complicated.
  9346. The problems of system loading, flow control, dropped input 
  9347. characters, and other similar problems require very careful analysis 
  9348. to choose an "optimum" solution that will be generally useful.
  9349.  
  9350. An earlier version of the following message was sent to net.dcom
  9351. a few days ago.  Below is an updated verson:
  9352.  
  9353. ----
  9354.  
  9355. It would be best to wait for some time before drawing any final
  9356. conclusions one way or the other on the Trailblazer.  I've done
  9357. (and continue to do) various testing with a pair of these, and there
  9358. are a number of firmware problems in the unit that I've pointed out
  9359. to them and that they are working on fixing.  There have already
  9360. been significant variations between previous firmware revisions.
  9361. The "half-duplex" nature of the modem is actually less important than
  9362. one would think, since the modems buffer data in both directions and
  9363. perform a variety of other tricks.
  9364.  
  9365. However, a more serious problem relates to flow control.  While the 
  9366. modems do error correct (between the modems) in 9600 bps mode, data overflow
  9367. errors and other errors can frequently appear between the modems and the 
  9368. computers.  This is especially serious with many Unix systems, which
  9369. may have problems accepting longish streams of input even at moderately
  9370. low speeds on serial lines.  Since most standard Unix systems have
  9371. no (or unreliable) serial line hardware flow control, and since
  9372. ^S/^Q flow controls may be unreliable and usually introduce other 
  9373. problems, the flow control issues become quite sticky.  To get
  9374. good performance, you end up needing to keep normal per-packet
  9375. checking in programs like xmodem, uucp, kermit, etc.,
  9376. otherwise computer<->modem and flow control error rates get very high 
  9377. very fast.  Protocols (like for running above real X.25/TCP links) designed 
  9378. to run on top of "conventional" error-free links generally perform badly 
  9379. in these sorts of situations, both due to modem characteristics and flow
  9380. control problems.  That is, when the underlying communications path
  9381. isn't already totally error-corrected and flow-controlled from computer
  9382. to computer, not just from modem to modem, there's trouble with those
  9383. sorts of protocols.  In other words, protocols designed to run over 
  9384. X.25 or TCP links will not perform well when they're not actually being
  9385. run over X.25/TCP-type computer to computer error corrected and
  9386. flow-controlled links.  Factors such as system loading, type of
  9387. serial port hardware, and a variety of other issues all enter the picture.
  9388.  
  9389. I'm in communication with the modem manufacturer about the issues involved,
  9390. and have been discussing possible solutions with their engineers. 
  9391. Experiments are also being conducted involving minimal changes to software
  9392. to help avoid such problems, the most promising of which currently
  9393. would seem to include continuing to use normal per-packet checking and
  9394. correcting but bumping software packet sizes to higher values as but one
  9395. step among a number of other changes that will be needed.  As I implied 
  9396. above, however, this is not as simple as it might sound, due to a 
  9397. variety of issues.
  9398.  
  9399. In any case, it's being worked on.  Since the Telebit engineers
  9400. have been quite responsive, I expect to see future firmware revisions give
  9401. increasingly good performance, and other changes may also help solve some
  9402. of the more general issues associated with this sort of technology.  One
  9403. possibility is the addition of a true full duplex "reverse channel" to the
  9404. modem, which would enable much more software to work without modification.
  9405.  
  9406. Whether or not all of this effort is worthwhile, in the light of existing
  9407. 9600 bps full-duplex modems, is not clear.  I have yet to have
  9408. any hands-on experience with V.32 (Trellis coding) full-duplex modems, 
  9409. so I don't have any personal data on their performance characteristics
  9410. in various environments.  Presumably the pricing of V.32 modems
  9411. will fall, but the exact timing of such price changes is unclear
  9412. at this moment.  There are indeed rumors that these V.32 modems may
  9413. have problems on some sorts of telephone circuits.  This whole area
  9414. of Telebit vs. V.32, etc. is so volatile right now that I personally
  9415. feel the best solution is to just sit back and wait a while to see 
  9416. what happens and take a good look after the dust settles.
  9417.  
  9418. The telebit modem firmware is in a state of flux currently--that's one of 
  9419. the reasons I recommend a "wait and see" philosophy for the time being.
  9420. Minor changes in the firmware may make major differences in terms of
  9421. improving or degrading performance with any given communications protocols,
  9422. so putting too much effort into this area at this time, with the firmware
  9423. being subject to change in some significant areas shortly, doesn't seem 
  9424. like a really good idea.  In the meantime, my own experiments with a pair
  9425. of these modems are continuing, and I've been promised alpha releases of
  9426. all new firmware for the beasties.  Once the firmware settles down and I
  9427. have some solid results from my experiments, I should be able to make some
  9428. more concise recommendations one way or another.
  9429.  
  9430. --Lauren--
  9431.  
  9432. ------------------------------
  9433.  
  9434. Date: Thu 8 May 86 23:09:20-EDT
  9435. From:   * D. Reuben *  <S.D-REUBEN%KLA.WESLYN%Wesleyan.Bitnet@WISCVM.WISC.EDU>
  9436. Subject: Long Distance routing
  9437.  
  9438.  
  9439. >Does anyone know of a (legal) way to force a local call to be routed
  9440. >over long distance trunks?
  9441.  
  9442.    There are a few ways that I know of to route a local call over long
  9443. distance trunks, and still do it legally, without seizing the trunks.
  9444.  
  9445.    One expensive was is to use Alliance Teleconferencing. To do this, dial
  9446. 0-700-456-1000 (or 100x where X is from 1 to 4 for different Alliance centers.
  9447. The -1000 is the nearest one, in the case of the 212 area code it would
  9448. be Alliance in White Plains). After you are connected, you will be prompted
  9449. by a series of messages on how to use it. Basically, you should ask for a
  9450. conference size of 2, and then proceed to dial the (local) number that
  9451. you wanted routed over a long distance trunk. If you want a really long
  9452. connection, try 0-700-456-1001, which is Alliance in LA. By using
  9453. Alliance, you are calling a "bridge", and then calling your office
  9454. back after you reached the bridge. The Alliance rates are 25 cents per
  9455. minute to call the bridge, plus the rates from the bridge (conference
  9456. center) to the location(s) you are dialing. To NYC from White Plains
  9457. it is about 14 cents during the daytime, so it would cost about
  9458. 19 cents a minute to use Alliance.
  9459.     You can also get someone with Call Forwarding in an area a distance
  9460. away to temporarily forward his calls back to you, thus also placing the
  9461. call over long distance circuits. This is probably cheaper than Alliance
  9462. (depending where this person who forwards the calls is), but I would think
  9463. more difficult to set up for now and then for testing purposes.
  9464.     If you subscribe to an alternate service like Metrophone, Sprint, or
  9465. any other service which lists their nationwide dialups, you can call
  9466. one port in a long distance city, and then call yourself back FROM
  9467. that city. (IE, if you use Sprint, call lets say the port in Fresno,
  9468. and from Fresno call back to NY...This should be a real test of long
  9469. distance connections over your modem since most of these long distance
  9470. services have pitiful transcontinental connections...AT&T's Alliance,
  9471. on the other hand, seems to always have the highest grade possible,
  9472. even better than a normal AT&T call...Strange...). In any event, depending
  9473. on your long distance service, this call may or may not be cheaper
  9474. than Alliance or call forwarding, so check the LD co's rate sheet.
  9475.      If you need more details about how to try this out, please let me
  9476. know...Hope this helped a bit...
  9477.  
  9478. Doug Reuben
  9479.  
  9480. Reuben@Weslyn.Bitnet
  9481.  
  9482. ------------------------------
  9483.  
  9484. Date:  Thu, 8 May 86 19:32 MST
  9485. From:  DPickett@HIS-PHOENIX-MULTICS.ARPA
  9486. Subject:  Faster modem article
  9487.  
  9488.  
  9489. There is a very nice article in the latest Electronic Design on the new
  9490. faster modems.  Individual descriptions and pricing and comparative
  9491. ability and features and extent to which they match standards, if any.
  9492. This mag is free to the influential engineers who fill out a
  9493. questionaire successfully, and gives very good perspective on the
  9494. progress of semi- conductors and their uses.
  9495.  
  9496. ------------------------------
  9497.  
  9498. From: ima!johnl@bbncca
  9499. Date: Fri May  9 13:51:19 1986
  9500. Subject: Directory Assistance Billing
  9501.  
  9502. My home phone is subscribed to SBS for long distance service.  I dial my
  9503. calls with 1+ and SBS completes them and sends me the bill.  So far so good.
  9504. But most months, my regular local phone bill arrives and on it AT&T is
  9505. charging me for one or two long distance directory assistance calls.
  9506.  
  9507. I've called them each time and they take the charge off, but it's pretty 
  9508. strange.  AT&T claims that they couldn't be wrong -- my local telco (New
  9509. England Tel) must be misrouting some of my D.A. calls.  This seems pretty
  9510. unlikely to me.  I do make occasional D.A. calls, and they do show up on the
  9511. SBS bill, as they should.  To make things worse, AT&T says they cannot provide
  9512. the details of the alleged D.A. calls but will starting sometime soon.
  9513.  
  9514. Needless to say, New England Tel hasn't the slightest idea, either.  Any
  9515. brigt ideas.  Has some evil daemon hacked the Cambridge phone exchange?
  9516. Do other readers have the same problem?
  9517.  
  9518. Signed,
  9519. Puzzled
  9520. (John Levine, ima!johnl or Levine@YALE.EDU)
  9521.  
  9522. ------------------------------
  9523.  
  9524. End of TELECOM Digest
  9525. *********************
  9526.  
  9527. -------
  9528.  5-Jun-86 22:59:31-EDT,8229;000000000000
  9529. Mail-From: JSOL created at  5-Jun-86 22:56:51
  9530. Date: 5 Jun 86 22:53-EDT
  9531. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  9532. Subject: TELECOM Digest V5 #120
  9533. To: Telecom@XX.LCS.MIT.EDU
  9534. Reply-To: Telecom@XX.LCS.MIT.EDU
  9535.  
  9536. TELECOM Digest                          Thursday, June 5, 1986 10:53PM
  9537. Volume 5, Issue 120
  9538.  
  9539. Today's Topics:
  9540.  
  9541.               Selective call waiting feature on GTEDS-5?
  9542.               Rescued from the brink of the garbage can
  9543.                          Truth in Advertising
  9544.                              MNP Protocol
  9545. [I have resumed moderating TELECOM for the time being. ELMO has been
  9546. unable to get online. The last issue never made it to print, so if
  9547. you don't see an entry you submitted, submit it again. Don't expect
  9548. issue 119 to come out, and if it does, it will be a miracle. Also if
  9549. you submitted a "please add me/please remove" request to TELECOM-REQUEST@XX
  9550. and it hasn't been done, please resubmit it again. --JSol]
  9551.  
  9552. ----------------------------------------------------------------------
  9553.  
  9554. Date: Fri, 23 May 86 12:50:55 PDT
  9555. From: crg@uw-june.arpa (Charlie Garthwaite)
  9556. Subject: Selective call waiting feature on GTEDS-5?
  9557.  
  9558.  
  9559. Can anyone tell me if I should be able to have the selective call waiting
  9560. feature discussed here previously on a line served by a GTEDS-5 (206-822-)?
  9561. The ability to block call waiting signal during data calls is what I'm
  9562. interested in.
  9563.  
  9564. The service rep at GTE/NW says they don't offer the feature but I'm
  9565. wondering if they don't know they have it or really don't have it.
  9566. If there are more specific questions I should ask GTE about the
  9567. CO gear please advise.  Thank you.
  9568.  
  9569. ------------------------------
  9570.  
  9571. Date: 1 Jun 86 17:37:08 EDT
  9572. From: *Hobbit* <AWalker@RED.RUTGERS.EDU>
  9573. Subject: Rescued from the brink of the garbage can
  9574.  
  9575. [From Communications Week, May 12 1986]
  9576.  
  9577.     SOFTWARE BUGS COST GTE SPRINT MILLIONS IN UNBILLED CALLS
  9578.         by Dave Rovnan
  9579.  
  9580. Burlingame, Calif - GTE Sprint Communications Corp. failed to bill customers
  9581. for millions of dollars worth of calls made between Feb. 21 and April 26 of
  9582. this year, Communications Week has learned.
  9583.  
  9584. Sources said the failure cost Sprint between $10 million and $20 million.
  9585. GTE Sprint confirmed an error had been made but would not comment on the value
  9586. of missed calls.
  9587.  
  9588. The errors were made through 10 of Sprint's 58 switches because programming 
  9589. bugs prevented software from recognizing regular long distance calls, a 
  9590. company spokeswoman said.
  9591.  
  9592. Regular calls made by Sprint's business and residential customers went 
  9593. undetected in those 10 switches until officials at Sprint noticed a drop in
  9594. the overall number of messages, said the spokeswoman.  Other Sprint services
  9595. were unaffected by the billing mistakes.
  9596.  
  9597. With Sprint collecting approximately $1 billion in revenues a year, $20 million
  9598. represents about 2 percent of the company's annual revenue.
  9599.  
  9600. But one analyst called the size of the error unprecedented.  All of the
  9601. carriers have had billing troubles to a certain extent, according to Fritz
  9602. Ringling of the Gartner Group, Stamford, Conn.  But mistakes amounting to 2
  9603. percent of Sprint's yearly revenue are "substantial", Ringling said.
  9604.  
  9605. Sprint employees are currently consulting records to see which among the
  9606. thousands of calls made during that period were billed and which went unbilled.
  9607.  
  9608. The company will soon begin to bill customers retroactively for the calls, the
  9609. spokeswoman said.  While Sprint is uncertain how it will recover its lost
  9610. revenue, the spokeswoman said customers will not receive a single enormous
  9611. bill aimed at collecting the unpaid amounts.
  9612.  
  9613. The errors apparently happened because programmers made billing software 
  9614. changes in some, but not all, of Sprint's switches.  The omissions have since
  9615. been corrected.
  9616.  
  9617. The locations of the switches were not released by the company.  A Sprint 
  9618. sales official in Chicago said he was not aware of any billing problems
  9619. affecting his customers in Wisconsin or Illinois.
  9620.  
  9621. Some analysts, like Ringling, were surprised at the size of the error and the
  9622. length of time it went unnoticed.  One knowledgeable observer, who preferred
  9623. to remain anonymous, said that no carrier had previously committed an error
  9624. of this magnitude.  Most analysts, however, observed that billing errors by
  9625. interexchange carriers are common.
  9626.  
  9627. The analysts said that due to the numerous changes the companies have made
  9628. with the advent of equal access, some errors have occurred and may recur.
  9629.  
  9630. While Sprint's error is relatively large, it will not make the difference
  9631. between profit and loss for the carrier, according to Jack Grubman of Paine
  9632. Webber.  "At $350 million a quarter in revenue, $20 million, if only one time,
  9633. isn't going to represent that big a deal."
  9634.  
  9635. GTE Sprint is in the process of consummating a merger with Kansas City-based
  9636. US Telecom Inc., the long distance unit of United Telecom Inc.  The agreement
  9637. is expected to be consummated in July.
  9638.  
  9639. **************************************
  9640.  
  9641. A toast to equal access!
  9642.  
  9643. _H*
  9644.  
  9645. ------------------------------
  9646.  
  9647. Date: Tue 3 Jun 86 11:28:12-PDT
  9648. From: HECTOR MYERSTON <MYERSTON@SRI-KL.ARPA>
  9649. Subject: Truth in Advertising
  9650.  
  9651.     <Part of text of GTE-Sprint's current ad under the drawing
  9652. of the Concord (see page 7 of Tuesday's WSJ)> ...."Sprint's International
  9653. WATS service offers 1st cabin sound quality at super saver rates"
  9654.         Hmmmm.... an apt metaphor...Sprint DOES sound like one is the
  9655. cabin of an in-flight jet.
  9656.         BTW didn't they change their name to US Sprint??
  9657.  
  9658. +HECTOR+
  9659.  
  9660. ------------------------------
  9661.  
  9662. Date: Tue 3 Jun 86 18:20:20-EDT
  9663. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  9664. Subject: MNP Protocol
  9665.  
  9666. I recently got a pair of Vadic 2400PA. They implement Class 3
  9667. MNP communications. My company's file transfer protocol uses DEC DDCMP
  9668. for error-free transmissions. Generally, we can specify the windowing
  9669. (pipelining) for DDCMP to 0 or 1, but one of our implementations only has
  9670. a windowing of 0 (no pipelining).
  9671.  
  9672. The reults of a timing trials are as follows:
  9673. Window        No Error Correction    Error Correction
  9674. 1        213 cps            210 cps
  9675. 0        190 cps            127 cps
  9676.  
  9677. The dramatic fall off with no windowing seems to be caused by the
  9678. timeout that the modem takes before it decides to packetize a sub-size
  9679. number of characters (there's clearly a precise term for this...). We
  9680. probably lose on the last part of our data packet and on the returned
  9681. acknowledge packet. Since everything hangs until that ack is returned,
  9682. the timeout time is probably added in twice per packet. A pipelining
  9683. implementation has enough time to get the ACK back and the timeouts
  9684. are (mostly) not impeding throughput.
  9685.  
  9686. Other than knowing how our DDCMP implementation works, the above paragraph
  9687. is guesswork.  The Vadic documentation contains NO information about how
  9688. MNP works, how much memory their beasties have, how big the packet size
  9689. is, etc. Vadic technical support doesn't when it comes to MNP.
  9690.  
  9691. I would be very interested to know what MNP is up to. Specifically, what is
  9692. the minimal number of characters in a MNP Class 3 packet? How long does the
  9693. protocol take to decide that it should go ahead and send a partial packet
  9694. out? Is this rigidly specified in the protocol?  Would bad things happen
  9695. if the timeout were set to the 1/240 of a second (one character)? 
  9696.  
  9697. Why do I care? Why not just turn off error correction?  Or turn it on
  9698. when we need it? Mostly because it would be really nice if it worked,
  9699. and we could just leave it on with a small performance loss. Everything
  9700. is too complicated.
  9701.  
  9702. My apologies if this sounds like a condemnation of Vadic. I have no idea
  9703. if anyone else is doing any better. If there are any Vadic employees on this
  9704. list who can help me out, send me personal mail.
  9705.  
  9706. --phil
  9707.  
  9708. PS One general caveat about the 2400PAs with MNP on: when no
  9709. characters are being sent in either direction, the modems are still
  9710. sending characters to each other (This is useful??). When things aren't
  9711. working and you see the transmit light going off on its own, it's 
  9712. a tremendous source of confusion.
  9713.  
  9714. ------------------------------
  9715.  
  9716. End of TELECOM Digest
  9717. *********************
  9718. 12-Jun-86 23:28:28-EDT,7990;000000000000
  9719. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  9720. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 12 Jun 86 23:28:26-EDT
  9721. Date: 12 Jun 86 21:39-EDT
  9722. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  9723. Subject: TELECOM Digest V5 #121
  9724. To: Telecom@XX.LCS.MIT.EDU
  9725. Reply-To: Telecom@XX.LCS.MIT.EDU
  9726.  
  9727. TELECOM Digest                          Thursday, June 12, 1986 9:39PM
  9728. Volume 5, Issue 121
  9729.  
  9730. Today's Topics:
  9731.  
  9732.                              DDCMP + MNP?
  9733.                       Updated Country Code list
  9734.                              MNP Protocol
  9735.  
  9736. ----------------------------------------------------------------------
  9737.  
  9738. Date: 06-Jun-1986 0919
  9739. From: goldstein%delni.DEC@decwrl.DEC.COM  (Fred R. Goldstein dtn226-7388)
  9740. Subject: DDCMP + MNP?
  9741.  
  9742. While it may be interesting to speculate over why MNP Class 3 and DDCMP
  9743. work slowly together, I've gotta ask, WHY BOTHER?  Both DDCMP and MNP
  9744. are error-detecting Data Link Layer (OSI model Layer 2) protocols.
  9745. DDCMP has been around a lot longer, and is typically implemented in
  9746. the host computer (i.e., on the DMR board in a VAX).  MNP is implemented
  9747. in the modem, and handles terminal traffic, which (by definition, since
  9748. async terminals don't correct for errors) could use the help.  But 
  9749. running them both together is a waste, since DDCMP will correct the same
  9750. errors that MNP is trying to correct, so if you have MNP on, DDCMP will
  9751. never see an error (if MNP works as well).  You also have overhead
  9752. from each protocols' checksum field.
  9753.  
  9754. So turn off MNP when using DDCMP!  Turn it back on when running async
  9755. terminals.  One good data link layer at a time is enough.
  9756.        fred
  9757.  
  9758. ------------------------------
  9759.  
  9760. Date: 15-May-1986 1352
  9761. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  9762. Subject: Updated Country Code list
  9763.  
  9764. This list has now been "harmonized" with CCITT Recomendation E.163,
  9765. Australian and French telephone books, and AT&T literature.  Please
  9766. send me any information you may have showing differences.    /john
  9767.  
  9768.     World Numbering Zone 1 (Integrated Numbering Area)
  9769. 1    Canada, USA including Puerto Rico and the Virgin Islands,
  9770.     Jamaica, Barbados, Anguilla, Antigua and Barbuda, Cayman Islands,
  9771.     British Virgin Islands, Bermuda, Bahamas, Dominica, Dominican
  9772.     Republic, Grenada, Montserrat, St. Christopher and Nevis,
  9773.     St. Lucia, St. Vincent and the Grenadines (Bequia, Mustique,
  9774.     Prune (Palm) Island, Union Island), Trinidad and Tobago
  9775.  
  9776.     Note: Mexico locations with Zone 1 style area codes are a hack
  9777.     for use from the U.S. and Canada *only* and are not official.
  9778.  
  9779.     World Numbering Zone 2:  Africa, Greenland, Faroe Islands, Aruba
  9780. 20    Egypt
  9781. 21    Integrated Numbering Area:
  9782.     Morocco (212 in service, also has 210, 211 assigned, but not used)
  9783.     Algeria (213 in service, also has 214, 215 assigned, but not used)
  9784.     Tunisia (216 in service, also has 217 assigned, but not used)
  9785.     Libya    (218 in service, also has 219 assigned, but not used)
  9786. 220    The Gambia
  9787. 221    Senegal
  9788. 222    Mauritania
  9789. 223    Mali
  9790. 224    Guinea
  9791. 225    Ivory Coast
  9792. 226    Burkina Faso (Upper Volta)
  9793. 227    Niger
  9794. 228    Togo
  9795. 229    Benin
  9796. 230    Mauritius
  9797. 231    Liberia
  9798. 232    Sierra Leone
  9799. 233    Ghana
  9800. 234    Nigeria
  9801. 235    Chad
  9802. 236    Central African Republic
  9803. 237    Cameroon
  9804. 238    Cape Verde
  9805. 239    Sao Tome and Principe
  9806. 240    Equatorial Guinea
  9807. 241    Gabon
  9808. 242    Congo
  9809. 243    Zaire
  9810. 244    Angola
  9811. 245    Guinea-Bissau
  9812. 246    Diego Garcia
  9813. 247    Ascension Island
  9814. 248    Seychelles
  9815. 249    Sudan
  9816. 250    Rwanda
  9817. 251    Ethiopia
  9818. 252    Somalia
  9819. 253    Djibouti
  9820. 254    Kenya
  9821. 255    Tanzania including Zanzibar
  9822. 256    Uganda
  9823. 257    Burundi
  9824. 258    Mozambique
  9825. 259    Zanzibar (this code is assigned in E.163, but use Tanzania, 255 54)
  9826. 260    Zambia
  9827. 261    Madagascar
  9828. 262    Reunion (France)
  9829. 263    Zimbabwe
  9830. 264    Namibia
  9831. 265    Malawi
  9832. 266    Lesotho
  9833. 267    Botswana
  9834. 268    Swaziland
  9835. 269    Comoros and Mayotte
  9836. 27    South Africa
  9837. 297    Aruba (Autonomous from the Netherlands Antilles as of 1 Jan 86)
  9838. 298    Faroe Islands (Denmark)
  9839. 299    Greenland
  9840. Spare:    28, 290, 291, 292, 293, 294, 295, 296
  9841.  
  9842.     World Numbering Zones 3 & 4: Europe except Soviet Union
  9843. 30    Greece
  9844. 31    Netherlands
  9845. 32    Belgium
  9846. 33    France
  9847. 33 078    Andorra
  9848. 33 93    Monaco
  9849. 34    Spain
  9850. 350    Gibraltar
  9851. 351    Portugal
  9852. 352    Luxembourg
  9853. 353    Ireland
  9854. 354    Iceland
  9855. 355    Albania
  9856. 356    Malta
  9857. 357    Cyprus
  9858. 358    Finland
  9859. 359    Bulgaria
  9860. 36    Hungary
  9861. 37    German Democratic Republic (East)
  9862. 38    Yugoslavia
  9863. 39    Italy
  9864. 39 541    San Marino
  9865. 3966982    Vatican City
  9866. 40    Romania
  9867. 41    Switzerland
  9868. 41 75    Liechtenstein
  9869. 42    Czechoslovakia
  9870. 43    Austria
  9871. 44    United Kingdom
  9872. 45    Denmark
  9873. 46    Sweden
  9874. 47    Norway
  9875. 48    Poland
  9876. 49    Federal Republic of Germany (West)
  9877.  
  9878.     World Numbering Zone 5: Mexico, Central and South America
  9879.                 + St. Pierre & Miquelon
  9880. 500    Falkland Islands
  9881. 501    Belize
  9882. 502    Guatemala
  9883. 503    El Salvador
  9884. 504    Honduras
  9885. 505    Nicaragua
  9886. 506    Costa Rica
  9887. 507    Panama
  9888. 508    St. Pierre et Miquelon (France)
  9889. 509    Haiti
  9890. 51    Peru
  9891. 52    Mexico
  9892. 53    Cuba
  9893. 53 99    Guantanamo Bay US Naval Base (located on Cuba)
  9894. 54    Argentina
  9895. 55    Brazil
  9896. 56    Chile
  9897. 57    Columbia
  9898. 58    Venezuela
  9899. 590    Guadeloupe (France)
  9900. 591    Bolivia
  9901. 592    Guyana
  9902. 593    Ecuador
  9903. 594    French Guiana
  9904. 595    Paraguay
  9905. 596    French Antilles (St. Barthelemy, St. Martin), Martinique
  9906. 597    Suriname
  9907. 598    Uruguay
  9908. 599    Netherlands Antilles (Sint Maarten, Saba, Statia, Curacao, Bonaire)
  9909.  
  9910.     World Numbering Zone 6: Pacific
  9911. 60    Malaysia
  9912. 61    Australia
  9913. 62    Indonesia
  9914. 63    Philippines
  9915. 64    New Zealand
  9916. 65    Singapore
  9917. 66    Thailand
  9918. 670    Northern Mariana Islands (Saipan)
  9919. 671    Guam
  9920. 672    Australian External Territories (Norfolk Island)
  9921. 673    Brunei
  9922. 674    Nauru
  9923. 675    Papua New Guinea
  9924. 676    Tonga
  9925. 677    Solomon Islands
  9926. 678    Vanuatu (New Hebrides)
  9927. 679    Fiji
  9928. 680    Palau
  9929. 681    Wallis and Futuna
  9930. 682    Cook Islands
  9931. 683    Niue
  9932. 684    American Samoa
  9933. 685    Western Samoa
  9934. 686    Kiribati Republic (Gilbert Islands)
  9935. 687    New Caledonia
  9936. 688    Tuvalu (Ellice Islands)
  9937. 689    French Polynesia
  9938. 690    Tokelan
  9939. 691    Micronesia
  9940. 692    Marshall Islands
  9941. Spare:    693, 694, 695, 696, 697, 698, 699
  9942.  
  9943.     World Numbering Zone 7
  9944. 7    Union of Soviet Socialist Republics
  9945.  
  9946.     World Numbering Zone 8: East Asia + Marisat
  9947. 81    Japan
  9948. 82    Korea (Republic of) (South)
  9949. 84    Viet Nam
  9950. 850    Democratic People's Republic of Korea (North)
  9951. 852    Hong Kong
  9952. 853    Macao
  9953. 855    Khmer Republic
  9954. 856    Laos
  9955. 86    China (People's Republic)
  9956. 871    Marisat, Atlantic Ocean
  9957. 872    Marisat, Pacific Ocean
  9958. 873    Marisat, Indian Ocean
  9959. 880    Bangladesh
  9960. 886    Taiwan
  9961. Spare:    80, 83, 851, 854, 857, 858, 859, 870, 874, 875, 876, 877, 878, 879,
  9962.     881, 882, 883, 884, 885, 887, 888, 889, 89
  9963.  
  9964.     World Numbering Zone 9: Middle East, Indian Subcontinent
  9965. 90    Turkey
  9966. 91    India
  9967. 92    Pakistan
  9968. 93    Afghanistan
  9969. 94    Sri Lanka
  9970. 95    Burma
  9971. 960    Maldives
  9972. 961    Lebanon
  9973. 962    Jordan
  9974. 963    Syria
  9975. 964    Iraq
  9976. 965    Kuwait
  9977. 966    Saudi Arabia
  9978. 967    Yemen Arab Republic
  9979. 968    Oman
  9980. 969    Yemen (People's Democratic Republic of) (Aden)
  9981. 971    United Arab Emirates
  9982. 972    Israel
  9983. 973    Bahrain
  9984. 974    Qatar
  9985. 976    Mongolia
  9986. 977    Nepal
  9987. 98    Iran
  9988. Spare:    970, 975, 978, 979, 99
  9989.  
  9990. ------------------------------
  9991.  
  9992. Date:  Wed, 11 Jun 86 11:20 MST
  9993. From:  DPickett@HIS-PHOENIX-MULTICS.ARPA
  9994. Subject:  MNP Protocol
  9995.  
  9996.      If the modem sends characters all the time, TYMNET will love it, as
  9997. they charge "by the character".  I suppose that they will filter this
  9998. out when they support it.
  9999.      It would be nice if they would send the first character right away,
  10000. and if they accumulate a few more before they can send again, increase
  10001. the packet size to that number.  They might wait until the start bit of
  10002. the next character is possible (in async) and send immediately only if
  10003. the device is not keeping up (i.e.  no sort of block mode is active),
  10004. otherwise fill a standard block, or one that increases in size
  10005. dynamically in response to the host activity and decreasing with
  10006. increasing error rate.  This is too much to hope for (They probably
  10007. tried it once, and it worked too good, so the dropped it).  The block
  10008. sizes can also reflect the balance of in/out flow so as to avoid too
  10009. large a delay of input when massive output is active.
  10010.  
  10011. ------------------------------
  10012.  
  10013. End of TELECOM Digest
  10014. *********************
  10015. 13-Jun-86 21:09:30-EDT,7990;000000000000
  10016. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  10017. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Fri 13 Jun 86 21:09:23-EDT
  10018. Date: 12 Jun 86 21:39-EDT
  10019. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  10020. Subject: TELECOM Digest V5 #121
  10021. To: Telecom@XX.LCS.MIT.EDU
  10022. Reply-To: Telecom@XX.LCS.MIT.EDU
  10023.  
  10024. TELECOM Digest                          Thursday, June 12, 1986 9:39PM
  10025. Volume 5, Issue 121
  10026.  
  10027. Today's Topics:
  10028.  
  10029.                              DDCMP + MNP?
  10030.                       Updated Country Code list
  10031.                              MNP Protocol
  10032.  
  10033. ----------------------------------------------------------------------
  10034.  
  10035. Date: 06-Jun-1986 0919
  10036. From: goldstein%delni.DEC@decwrl.DEC.COM  (Fred R. Goldstein dtn226-7388)
  10037. Subject: DDCMP + MNP?
  10038.  
  10039. While it may be interesting to speculate over why MNP Class 3 and DDCMP
  10040. work slowly together, I've gotta ask, WHY BOTHER?  Both DDCMP and MNP
  10041. are error-detecting Data Link Layer (OSI model Layer 2) protocols.
  10042. DDCMP has been around a lot longer, and is typically implemented in
  10043. the host computer (i.e., on the DMR board in a VAX).  MNP is implemented
  10044. in the modem, and handles terminal traffic, which (by definition, since
  10045. async terminals don't correct for errors) could use the help.  But 
  10046. running them both together is a waste, since DDCMP will correct the same
  10047. errors that MNP is trying to correct, so if you have MNP on, DDCMP will
  10048. never see an error (if MNP works as well).  You also have overhead
  10049. from each protocols' checksum field.
  10050.  
  10051. So turn off MNP when using DDCMP!  Turn it back on when running async
  10052. terminals.  One good data link layer at a time is enough.
  10053.        fred
  10054.  
  10055. ------------------------------
  10056.  
  10057. Date: 15-May-1986 1352
  10058. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  10059. Subject: Updated Country Code list
  10060.  
  10061. This list has now been "harmonized" with CCITT Recomendation E.163,
  10062. Australian and French telephone books, and AT&T literature.  Please
  10063. send me any information you may have showing differences.    /john
  10064.  
  10065.     World Numbering Zone 1 (Integrated Numbering Area)
  10066. 1    Canada, USA including Puerto Rico and the Virgin Islands,
  10067.     Jamaica, Barbados, Anguilla, Antigua and Barbuda, Cayman Islands,
  10068.     British Virgin Islands, Bermuda, Bahamas, Dominica, Dominican
  10069.     Republic, Grenada, Montserrat, St. Christopher and Nevis,
  10070.     St. Lucia, St. Vincent and the Grenadines (Bequia, Mustique,
  10071.     Prune (Palm) Island, Union Island), Trinidad and Tobago
  10072.  
  10073.     Note: Mexico locations with Zone 1 style area codes are a hack
  10074.     for use from the U.S. and Canada *only* and are not official.
  10075.  
  10076.     World Numbering Zone 2:  Africa, Greenland, Faroe Islands, Aruba
  10077. 20    Egypt
  10078. 21    Integrated Numbering Area:
  10079.     Morocco (212 in service, also has 210, 211 assigned, but not used)
  10080.     Algeria (213 in service, also has 214, 215 assigned, but not used)
  10081.     Tunisia (216 in service, also has 217 assigned, but not used)
  10082.     Libya    (218 in service, also has 219 assigned, but not used)
  10083. 220    The Gambia
  10084. 221    Senegal
  10085. 222    Mauritania
  10086. 223    Mali
  10087. 224    Guinea
  10088. 225    Ivory Coast
  10089. 226    Burkina Faso (Upper Volta)
  10090. 227    Niger
  10091. 228    Togo
  10092. 229    Benin
  10093. 230    Mauritius
  10094. 231    Liberia
  10095. 232    Sierra Leone
  10096. 233    Ghana
  10097. 234    Nigeria
  10098. 235    Chad
  10099. 236    Central African Republic
  10100. 237    Cameroon
  10101. 238    Cape Verde
  10102. 239    Sao Tome and Principe
  10103. 240    Equatorial Guinea
  10104. 241    Gabon
  10105. 242    Congo
  10106. 243    Zaire
  10107. 244    Angola
  10108. 245    Guinea-Bissau
  10109. 246    Diego Garcia
  10110. 247    Ascension Island
  10111. 248    Seychelles
  10112. 249    Sudan
  10113. 250    Rwanda
  10114. 251    Ethiopia
  10115. 252    Somalia
  10116. 253    Djibouti
  10117. 254    Kenya
  10118. 255    Tanzania including Zanzibar
  10119. 256    Uganda
  10120. 257    Burundi
  10121. 258    Mozambique
  10122. 259    Zanzibar (this code is assigned in E.163, but use Tanzania, 255 54)
  10123. 260    Zambia
  10124. 261    Madagascar
  10125. 262    Reunion (France)
  10126. 263    Zimbabwe
  10127. 264    Namibia
  10128. 265    Malawi
  10129. 266    Lesotho
  10130. 267    Botswana
  10131. 268    Swaziland
  10132. 269    Comoros and Mayotte
  10133. 27    South Africa
  10134. 297    Aruba (Autonomous from the Netherlands Antilles as of 1 Jan 86)
  10135. 298    Faroe Islands (Denmark)
  10136. 299    Greenland
  10137. Spare:    28, 290, 291, 292, 293, 294, 295, 296
  10138.  
  10139.     World Numbering Zones 3 & 4: Europe except Soviet Union
  10140. 30    Greece
  10141. 31    Netherlands
  10142. 32    Belgium
  10143. 33    France
  10144. 33 078    Andorra
  10145. 33 93    Monaco
  10146. 34    Spain
  10147. 350    Gibraltar
  10148. 351    Portugal
  10149. 352    Luxembourg
  10150. 353    Ireland
  10151. 354    Iceland
  10152. 355    Albania
  10153. 356    Malta
  10154. 357    Cyprus
  10155. 358    Finland
  10156. 359    Bulgaria
  10157. 36    Hungary
  10158. 37    German Democratic Republic (East)
  10159. 38    Yugoslavia
  10160. 39    Italy
  10161. 39 541    San Marino
  10162. 3966982    Vatican City
  10163. 40    Romania
  10164. 41    Switzerland
  10165. 41 75    Liechtenstein
  10166. 42    Czechoslovakia
  10167. 43    Austria
  10168. 44    United Kingdom
  10169. 45    Denmark
  10170. 46    Sweden
  10171. 47    Norway
  10172. 48    Poland
  10173. 49    Federal Republic of Germany (West)
  10174.  
  10175.     World Numbering Zone 5: Mexico, Central and South America
  10176.                 + St. Pierre & Miquelon
  10177. 500    Falkland Islands
  10178. 501    Belize
  10179. 502    Guatemala
  10180. 503    El Salvador
  10181. 504    Honduras
  10182. 505    Nicaragua
  10183. 506    Costa Rica
  10184. 507    Panama
  10185. 508    St. Pierre et Miquelon (France)
  10186. 509    Haiti
  10187. 51    Peru
  10188. 52    Mexico
  10189. 53    Cuba
  10190. 53 99    Guantanamo Bay US Naval Base (located on Cuba)
  10191. 54    Argentina
  10192. 55    Brazil
  10193. 56    Chile
  10194. 57    Columbia
  10195. 58    Venezuela
  10196. 590    Guadeloupe (France)
  10197. 591    Bolivia
  10198. 592    Guyana
  10199. 593    Ecuador
  10200. 594    French Guiana
  10201. 595    Paraguay
  10202. 596    French Antilles (St. Barthelemy, St. Martin), Martinique
  10203. 597    Suriname
  10204. 598    Uruguay
  10205. 599    Netherlands Antilles (Sint Maarten, Saba, Statia, Curacao, Bonaire)
  10206.  
  10207.     World Numbering Zone 6: Pacific
  10208. 60    Malaysia
  10209. 61    Australia
  10210. 62    Indonesia
  10211. 63    Philippines
  10212. 64    New Zealand
  10213. 65    Singapore
  10214. 66    Thailand
  10215. 670    Northern Mariana Islands (Saipan)
  10216. 671    Guam
  10217. 672    Australian External Territories (Norfolk Island)
  10218. 673    Brunei
  10219. 674    Nauru
  10220. 675    Papua New Guinea
  10221. 676    Tonga
  10222. 677    Solomon Islands
  10223. 678    Vanuatu (New Hebrides)
  10224. 679    Fiji
  10225. 680    Palau
  10226. 681    Wallis and Futuna
  10227. 682    Cook Islands
  10228. 683    Niue
  10229. 684    American Samoa
  10230. 685    Western Samoa
  10231. 686    Kiribati Republic (Gilbert Islands)
  10232. 687    New Caledonia
  10233. 688    Tuvalu (Ellice Islands)
  10234. 689    French Polynesia
  10235. 690    Tokelan
  10236. 691    Micronesia
  10237. 692    Marshall Islands
  10238. Spare:    693, 694, 695, 696, 697, 698, 699
  10239.  
  10240.     World Numbering Zone 7
  10241. 7    Union of Soviet Socialist Republics
  10242.  
  10243.     World Numbering Zone 8: East Asia + Marisat
  10244. 81    Japan
  10245. 82    Korea (Republic of) (South)
  10246. 84    Viet Nam
  10247. 850    Democratic People's Republic of Korea (North)
  10248. 852    Hong Kong
  10249. 853    Macao
  10250. 855    Khmer Republic
  10251. 856    Laos
  10252. 86    China (People's Republic)
  10253. 871    Marisat, Atlantic Ocean
  10254. 872    Marisat, Pacific Ocean
  10255. 873    Marisat, Indian Ocean
  10256. 880    Bangladesh
  10257. 886    Taiwan
  10258. Spare:    80, 83, 851, 854, 857, 858, 859, 870, 874, 875, 876, 877, 878, 879,
  10259.     881, 882, 883, 884, 885, 887, 888, 889, 89
  10260.  
  10261.     World Numbering Zone 9: Middle East, Indian Subcontinent
  10262. 90    Turkey
  10263. 91    India
  10264. 92    Pakistan
  10265. 93    Afghanistan
  10266. 94    Sri Lanka
  10267. 95    Burma
  10268. 960    Maldives
  10269. 961    Lebanon
  10270. 962    Jordan
  10271. 963    Syria
  10272. 964    Iraq
  10273. 965    Kuwait
  10274. 966    Saudi Arabia
  10275. 967    Yemen Arab Republic
  10276. 968    Oman
  10277. 969    Yemen (People's Democratic Republic of) (Aden)
  10278. 971    United Arab Emirates
  10279. 972    Israel
  10280. 973    Bahrain
  10281. 974    Qatar
  10282. 976    Mongolia
  10283. 977    Nepal
  10284. 98    Iran
  10285. Spare:    970, 975, 978, 979, 99
  10286.  
  10287. ------------------------------
  10288.  
  10289. Date:  Wed, 11 Jun 86 11:20 MST
  10290. From:  DPickett@HIS-PHOENIX-MULTICS.ARPA
  10291. Subject:  MNP Protocol
  10292.  
  10293.      If the modem sends characters all the time, TYMNET will love it, as
  10294. they charge "by the character".  I suppose that they will filter this
  10295. out when they support it.
  10296.      It would be nice if they would send the first character right away,
  10297. and if they accumulate a few more before they can send again, increase
  10298. the packet size to that number.  They might wait until the start bit of
  10299. the next character is possible (in async) and send immediately only if
  10300. the device is not keeping up (i.e.  no sort of block mode is active),
  10301. otherwise fill a standard block, or one that increases in size
  10302. dynamically in response to the host activity and decreasing with
  10303. increasing error rate.  This is too much to hope for (They probably
  10304. tried it once, and it worked too good, so the dropped it).  The block
  10305. sizes can also reflect the balance of in/out flow so as to avoid too
  10306. large a delay of input when massive output is active.
  10307.  
  10308. ------------------------------
  10309.  
  10310. End of TELECOM Digest
  10311. *********************
  10312. 21-Jun-86 04:22:13-EDT,15721;000000000000
  10313. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  10314. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sat 21 Jun 86 04:22:09-EDT
  10315. Date: 21 Jun 86 03:22-EDT
  10316. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  10317. Subject: TELECOM Digest V5 #122
  10318. To: Telecom@XX.LCS.MIT.EDU
  10319. Reply-To: Telecom@XX.LCS.MIT.EDU
  10320.  
  10321. TELECOM Digest                          Saturday, June 21, 1986 3:22AM
  10322. Volume 5, Issue 122
  10323.  
  10324. Today's Topics:
  10325.  
  10326.            Northern Telecom DMS-100 digital switch problems
  10327.           Legal Safety Pins (Satellite Dishes and Scanners)
  10328.                        Leased line comparisons
  10329.                New Long Distance Rate Comparison Chart
  10330.  
  10331. ----------------------------------------------------------------------
  10332.  
  10333. Date: Fri, 13 Jun 1986  06:06 MDT
  10334. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  10335. Subject: Northern Telecom DMS-100 digital switch problems
  10336.  
  10337. On Wednesday, May 28, the Southfield, MI (suburb of Detroit) Michigan
  10338. Bell ESS office's Northern Telecom DMS100 digital switch went down for
  10339. almost the whole afternoon, reportedly depriving 35,000 subscribers of
  10340. service (they couldn't even get a dial tone).
  10341.  
  10342. Thursday, May 29, it occurred again sometime in mid-morning and the
  10343. digital switch was down for almost the entire business day (it came
  10344. back around 5:30 pm local time), this time reportedly taking out
  10345. 50,000 subscribers, including the police and fire departments.
  10346.  
  10347. In an interview, a spokesman for Michigan Bell was quoted as saying
  10348. they don't know what caused the problem.  He went on to say they are
  10349. working closely with Northern Telecom to find the cause.
  10350.  
  10351. A spokesman for Northern Telecom, in a recent telephone conversation,
  10352. said that some 20-30 software updates for the DMS100 were necessary to
  10353. cure certain problems with passing 212a and V22.bis modem signals
  10354. through the switch.  It is unclear at this time if these updates have
  10355. any bearing on the outages of the past two days.  According to sources
  10356. at Michigan Bell and Northern Telecom, the updates have not been done
  10357. to the DMS100 digital switch in the Southfield central office.  They
  10358. are reportedly scheduled to be done on June 7th.
  10359.  
  10360. Stay tuned...
  10361.  
  10362. --Keith Petersen
  10363. Arpa: W8SDZ@SIMTEL20.ARPA
  10364. uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
  10365.  
  10366. ------------------------------
  10367.  
  10368. From: nomdenet@isi-vaxa.ARPA (Bert White)
  10369. Date: 18 Jun 1986 1247-PDT (Wednesday)
  10370. Subject: Legal Safety Pins (Satellite Dishes and Scanners)
  10371.  
  10372.  
  10373.    Strictly speaking, the article below shouldn't be here, but it seems
  10374. relevant.  Followups probably should go to telecom.
  10375.    Has anyone heard of the Senate Bill, S 1667, referred to below?
  10376.  
  10377.  
  10378.  
  10379.    From Alexander Cockburn's column "Ashes and Diamonds" in the Los Angeles
  10380. Weekly, June 6-12, 1986. (C) 1986, Los Angeles Weekly, Inc.  (The Weekly
  10381. is a region-wide throw-away.)
  10382.  
  10383.  
  10384.    There are people in this world who buy a lot of expensive  gear  in
  10385. electronics stores and then try to talk to astronauts or hear the news
  10386. coming in and out of Air Force One.  In both categories is to be found
  10387. a  26-year-old  fellow  of my acquaintance named David Torres, a free-
  10388. lance photojournalist who lives on the upper West Side of Manhattan  a
  10389. mile  or  so  south  of  the  George Washington Bridge.  Among David's
  10390. coups, which have made him a byword in the ham-radio  world,  was  his
  10391. triumph  in  talking  from his lodgings to Owen Garriott (call letters
  10392. W5LFL), an astronaut who was on that date (November 29,  1983)  aboard
  10393. the  space  shuttle  Columbia.  David  also monitored President Reagan
  10394. aboard Air Force One as Reagan gave the go-ahead to  the  Pentagon  to
  10395. intercept  the  plane  taking off from Cairo with the hijackers of the
  10396. Achille Lauro. (The scrambler aboard Air Force One was broken on  that
  10397. particular day.)
  10398.    More recently, Torres had an enjoyable time reviewing  a  long  and
  10399. rather desperate conversation between a secretary aboard Air Force One
  10400. and an office temp in the White House Situation Room.  There was, said
  10401. the  temp,  a  message for Reagan's eyes only.  The woman on the plane
  10402. told here the president wasn't there -- he'd gone off to the  Waldorf.
  10403. Eventually  they  decided  that  if  the  people in the Situation Room
  10404. really thought it was urgent they'd contact Nancy and she  could  take
  10405. it out to Andrews Air Force Base, where she was due to meet Ron before
  10406. going off for the weekend  to  Camp  David.  [  ...  irrelevant  snide
  10407. comment ...]
  10408.    This is the kind of thing that makes Torres'  blood  pulse  faster.
  10409. After  the  Reagan-to-Pentagon  intercept he was visited by the Secret
  10410. Service and the FBI, who asked him how he knew classified frequencies.
  10411. Torres  directed  their  attention  to an informative book compiled by
  10412. noted radio enthusiast Tom Kneitel  (call  letters  KTAES  [sic])  and
  10413. published by CRB Research, P.O.  Box 56, Commack, NY 11725.
  10414.    But Torres' pleasures may be short-lived.  A bill now  working  its
  10415. way  through  the Senate and the House (S 1667) would outlaw a scanner
  10416. from listening  to  mobile  phones,  800-MHz  cellular  telephones  or
  10417. frequencies  from  151 to 153 MHz, any federal government transmission
  10418. between 163 and 174 MHz, and the classified military band between  216
  10419. MHz  and 420 MHz.  Under the proposed bill (though the House Judiciary
  10420. Committee will soon review a new draft), if you listen to  these,  you
  10421. ae  subject to a $5,000 fine, confiscation of equipment, six months in
  10422. jail -- or all of the above.
  10423.    Torres is very mad about this, and  I  don't  blame  him.  Scanners
  10424. don't  kill  people, guns kill people.  And look how nice Congress has
  10425. been to the gun lobby. "They're trying to stuff plugs  in  our  ears,"
  10426. Torres  laments. "The present act says we can listen to any broadcasts
  10427. as long as we don't interfere with TV broadcasts  or  tap  in.  I  see
  10428. nothing  wrong  in  listening to anything over the airwaves unless the
  10429. government has proof that I am using this to commit a crime,  or  blow
  10430. up  a  building, or assassinate the president, or jump into the middle
  10431. of a federal investigation."
  10432.    Chalk up another one for secrecy in the age of Reagan, even  though
  10433. the  Senate  sponsors are the "liberals" Leahy and Matthias.  Liberals
  10434. are always like that.  It takes a libertarian to hold the line on such
  10435. matters.  Or a powerful network.
  10436.  
  10437. ------------------------------
  10438.  
  10439. Date:     Thu, 19 Jun 86 13:53:14 EDT
  10440. From:     Schragge@huey.udel.EDU
  10441. Subject:  Leased line comparisons
  10442.  
  10443.  
  10444. At the University of Delaware, we are looking to install
  10445. 9600 and 56 kb long distance lines to other universities.
  10446. The lines are to conform to AT&T 3002 conditioning for
  10447. synchronous, full duplex data transmission.
  10448. At present we are receiving bids from AT&T, MCI, and SPRINT.
  10449.  
  10450. Does anyone have some relevant experiences with any of these
  10451. companies with leased lines?
  10452.  
  10453. If you do please relay them to :
  10454.  
  10455. schragge@huey.udel.edu
  10456.  
  10457.                                 Thanks in advance,
  10458.                                      
  10459.                                 Paul Schragger
  10460.  
  10461. [On the left coast, MCI and Sprint seem quite disinterested in providing
  10462.  data circuits.  All MCI quotes I've received for intrastate service have
  10463.  been higher than AT&T.  I've never heard of 3002 series for 56Kb, only DDS.
  10464.  Suggest you also consult ITT; they don't serve many cities, but have
  10465.  extremely competitive rates for microwave circuits where you can get them.
  10466.  -Elmo]
  10467.  
  10468. ------------------------------
  10469.  
  10470. Date: Fri, 20 Jun 86 07:52:53 pdt
  10471. From: Jim Celoni S.J. <celoni@su-navajo.ARPA>
  10472. Subject: New Long Distance Rate Comparison Chart
  10473. Reply-To: celoni@Navajo.UUCP (Jim Celoni, S.J.)
  10474.  
  10475. Long-distance rate comparison  6-18-86
  10476.  
  10477.     ALL: Allnet
  10478.     SPR: US Sprint (GTE Sprint + US Telecom)
  10479.     MCI: MCI Communications (MCI + SBS)
  10480.     ITT: ITT Longer Distance
  10481.     ATT: AT&T Communications
  10482.  
  10483.     Rates below are standard residential, assume no minimum
  10484.     monthly usage, and may be in error.  Low-mileage intrastate
  10485.     rate bands merged.  Corrections welcome.
  10486.  
  10487.  
  10488. Interstate calls:
  10489.  
  10490.        First minute                   Additional minute
  10491.  
  10492. As of       5'86   7'85   7'86   7'85   6'86
  10493.      DAY    ALL    SPR    MCI    ITT    ATT    ALL    SPR    MCI    ITT    ATT
  10494.  
  10495.      1-10  19.24  35.00  19.30  29.00  24.14   17.76  17.40  15.89  17.70  12.07
  10496.     11-22  24.60  42.00  24.66  36.00  31.03   23.07  23.30  20.85  22.70  16.38
  10497.     23-40  32.40  47.00  32.46  39.00  36.20   27.66  27.40  23.83  27.90  21.55
  10498.     41-55  32.40  47.00  32.46  39.00  36.20   27.66  27.40  23.83  27.90  21.55
  10499.     56-70  35.04  49.00  35.10  43.00  43.96   32.61  31.70  27.80  31.90  28.45
  10500.    71-110  35.04  49.00  35.10  43.00  43.96   32.61  31.70  27.80  31.90  28.45
  10501.   111-124  35.04  49.00  35.10  43.00  43.96   32.61  31.70  27.80  31.90  28.45
  10502.   125-170  36.12  49.00  36.18  45.00  43.96   34.59  32.90  29.79  33.90  30.17
  10503.   171-245  36.12  49.00  36.18  45.00  43.96   34.59  32.90  29.79  33.90  30.17
  10504.   246-292  36.12  49.00  36.18  45.00  43.96   34.59  32.90  29.79  33.90  30.17
  10505.   293-430  43.94  50.00  39.15  46.00  44.82   36.41  34.80  31.78  33.90  31.89
  10506.   431-925  46.92  52.00  40.55  51.00  47.41   37.34  35.30  32.77  35.90  32.76
  10507.  926-1910  49.14  53.00  42.24  53.00  49.13   38.48  36.30  33.76  36.90  33.62
  10508. 1911-3000  53.27  62.00  46.32  59.00  56.03   41.52  38.70  35.75  39.90  37.07
  10509. 3001-4250  57.33  64.00  51.04  65.00  57.75   42.32  42.40  38.73  44.90  38.79
  10510. 4251-5750  57.77  67.00  52.80  68.00  60.34   43.27  44.50  40.71  46.90  40.51
  10511.  
  10512.  
  10513.  
  10514.       EVE    ALL    SPR    MCI    ITT    ATT     ALL    SPR    MCI    ITT    ATT
  10515.  
  10516.      1-10  13.65  20.00  13.68  17.40  14.48   10.66  10.80   9.49  10.62   7.24
  10517.     11-22  16.53  24.00  16.56  21.60  18.62   14.18  14.40  12.49  13.62   9.83
  10518.     23-40  21.37  25.00  18.58  23.40  21.72   16.60  15.10  14.33  16.74  12.93
  10519.     41-55  21.37  25.00  18.58  23.40  21.72   16.60  15.10  14.33  16.74  12.93
  10520.     56-70  21.37  29.40  19.06  25.80  26.38   19.57  19.50  16.72  19.14  17.07
  10521.    71-110  21.37  29.40  19.06  25.80  26.38   19.57  19.50  16.72  19.14  17.07
  10522.   111-124  21.37  29.40  19.06  25.80  26.38   19.57  19.50  16.72  19.14  17.07
  10523.   125-170  21.46  29.40  19.06  27.00  26.38   20.76  20.40  17.91  20.34  18.10
  10524.   171-245  21.46  29.40  19.06  27.00  26.38   20.76  20.40  17.91  20.34  18.10
  10525.   246-292  21.46  29.40  19.06  27.00  26.38   20.76  20.40  17.91  20.34  18.10
  10526.   293-430  21.46  30.20  19.07  27.60  26.89   21.37  21.60  19.06  20.34  19.14
  10527.   431-925  28.58  32.00  25.38  30.60  28.45   22.54  22.00  19.70  21.54  19.65
  10528.  926-1910  31.26  32.40  25.92  31.80  29.48   23.14  22.60  20.30  22.14  20.17
  10529. 1911-3000  34.60  36.80  30.24  35.40  33.62   24.92  24.40  21.49  23.94  22.24
  10530. 3001-4250  33.82  38.20  31.32  39.00  34.65   25.39  26.70  23.28  26.94  23.27
  10531. 4251-5750  34.21  40.40  32.40  40.80  36.20   25.69  27.90  24.48  28.14  24.31
  10532.  
  10533.  
  10534.  
  10535.      NITE    ALL    SPR    MCI    ITT    ATT     ALL    SPR    MCI    ITT    ATT
  10536.  
  10537.      1-10  14.39   9.00   9.12  11.60  10.64    7.19   6.00   6.98   7.08   5.32
  10538.     11-22  17.19  14.20  11.04  14.40  13.68    9.59   8.00   9.16   9.08   7.22
  10539.     23-40  19.19  18.00  13.30  15.60  15.96   11.19  11.00  10.46  11.16   9.50
  10540.     41-55  19.19  18.00  13.30  15.60  15.96   11.19  11.00  10.46  11.16   9.50
  10541.     56-70  20.39  19.20  13.40  17.20  19.38   13.19  13.00  12.21  12.76  12.54
  10542.    71-110  20.39  19.20  13.40  17.20  19.38   13.19  13.00  12.21  12.76  12.54
  10543.   111-124  20.39  19.20  13.40  17.20  19.38   13.19  13.00  12.21  12.76  12.54
  10544.   125-170  20.39  19.40  13.49  18.00  19.38   13.99  14.00  13.08  13.56  13.30
  10545.   171-245  20.39  19.40  13.49  18.00  19.38   13.99  14.00  13.08  13.56  13.30
  10546.   246-292  20.39  19.40  13.49  18.00  19.38   13.99  14.00  13.08  13.56  13.30
  10547.   293-430  20.79  19.40  13.49  18.40  19.76   14.79  14.70  13.40  13.56  14.06
  10548.   431-925  21.99  21.00  18.61  20.40  20.90   15.19  15.00  14.39  14.36  14.44
  10549.  926-1910  22.39  21.40  20.06  21.20  21.66   15.59  15.30  14.83  14.76  14.82
  10550. 1911-3000  25.99  25.00  20.94  23.60  24.70   16.79  16.40  15.70  15.96  16.34
  10551. 3001-4250  26.79  25.40  23.95  26.00  25.46   17.99  18.00  17.01  17.96  17.10
  10552. 4251-5750  27.99  27.00  24.90  27.20  26.60   18.79  18.40  17.88  18.76  17.86
  10553. Calls within California:
  10554.  
  10555.        First minute                   Additional minute
  10556.  
  10557.    CA-DAY    ALL    SPR    MCI    ITT    ATT     ALL    SPR    MCI    ITT    ATT
  10558.  
  10559.      1-10  18.05  38.95  21.00  22.70  23.00    8.46  22.95   9.90  18.70  11.00
  10560.     11-22  25.00  38.95  29.00  27.00  29.00   15.00  22.95  16.00  18.70  16.00
  10561.     23-40  35.00  38.95  36.00  37.00  37.00   20.00  22.95  22.00  22.00  21.00
  10562.     41-55  38.77  42.85  43.00  43.00  44.00   22.63  24.85  24.75  24.50  25.00
  10563.     56-70  38.77  42.85  43.00  43.00  44.00   22.63  24.85  24.75  24.50  25.00
  10564.    71-110  40.97  45.75  44.00  46.00  47.00   23.97  26.75  26.00  27.00  27.00
  10565.   111-124  41.47  46.75  45.00  47.00  50.00   24.97  27.75  28.00  28.50  29.00
  10566.   125-170  41.47  46.75  45.00  47.00  50.00   24.97  27.75  28.00  28.50  29.00
  10567.   171-245  44.97  47.75  48.60  49.00  54.00   27.97  28.75  30.00  29.50  31.00
  10568.   246-292  47.47  55.75  51.30  54.00  57.00   29.97  33.75  33.00  34.00  34.00
  10569.   293-430  47.47  55.75  51.30  54.00  57.00   29.97  33.75  33.00  34.00  34.00
  10570.   431-925  47.47  55.75  51.30  54.00  57.00   29.97  33.75  33.00  34.00  34.00
  10571.  
  10572.  
  10573.  
  10574.    CA-EVE    ALL    SPR    MCI    ITT    ATT     ALL    SPR    MCI    ITT    ATT
  10575.  
  10576.      1-10  12.83  29.95  15.50  17.02  17.25    6.01  17.20   7.42  14.03   8.25
  10577.     11-22  20.00  29.95  21.00  20.25  21.75   11.00  17.20  12.00  14.03  12.00
  10578.     23-40  26.00  29.95  27.00  27.75  27.75   15.00  17.20  16.00  16.50  15.75
  10579.     41-55  29.20  30.85  32.00  32.25  33.00   17.03  18.70  18.57  18.37  18.75
  10580.     56-70  29.20  30.85  32.00  32.25  33.00   17.03  18.70  18.57  18.37  18.75
  10581.    71-110  30.70  33.75  33.00  34.50  35.25   17.95  19.75  19.25  20.25  20.25
  10582.   111-124  31.08  34.75  33.74  35.25  37.50   18.70  20.75  20.75  21.37  21.75
  10583.   125-170  31.08  34.75  33.74  35.25  37.50   18.70  20.75  20.75  21.37  21.75
  10584.   171-245  33.70  35.75  36.45  36.75  40.50   20.95  21.75  22.25  22.12  23.25
  10585.   246-292  35.58  39.75  38.48  40.50  42.75   22.45  24.75  24.50  25.50  25.50
  10586.   293-430  35.58  39.75  38.48  40.50  42.75   22.45  24.75  24.50  25.50  25.50
  10587.   431-925  35.58  39.75  38.48  40.50  42.75   22.45  24.75  24.50  25.50  25.50
  10588.  
  10589.  
  10590.  
  10591.   CA-NITE    ALL    SPR    MCI    ITT    ATT     ALL    SPR    MCI    ITT    ATT
  10592.  
  10593.      1-10   8.55  19.95  10.00  11.35  11.50    4.01  11.45   4.95   9.35   5.50
  10594.     11-22  13.00  19.95  14.00  13.50  14.50    7.00  11.45   8.00   9.35   8.00
  10595.     23-40  17.00  19.95  18.00  18.50  18.50   10.00  11.45  11.00  11.00  10.50
  10596.     41-55  19.45  20.85  21.00  21.50  22.00   11.34  12.45  12.37  12.25  12.50
  10597.     56-70  19.45  20.85  21.00  21.50  22.00   11.34  12.45  12.37  12.25  12.50
  10598.    71-110  20.45  21.75  22.00  23.00  23.50   11.95  13.45  12.50  13.50  13.50
  10599.   111-124  20.70  22.75  22.50  23.50  25.00   12.45  14.45  13.50  14.25  14.50
  10600.   125-170  20.70  22.75  22.50  23.50  25.00   12.45  14.45  13.50  14.25  14.50
  10601.   171-245  22.45  23.75  24.30  24.50  27.00   13.95  15.45  14.50  14.75  15.50
  10602.   246-292  23.70  24.75  25.65  27.00  28.50   14.95  16.75  16.00  17.00  17.00
  10603.   293-430  23.70  24.75  25.65  27.00  28.50   14.95  16.75  16.00  17.00  17.00
  10604.   431-925  23.70  24.75  25.65  27.00  28.50   14.95  16.75  16.00  17.00  17.00
  10605.  
  10606. ------------------------------
  10607.  
  10608. End of TELECOM Digest
  10609. *********************
  10610. 27-Jun-86 04:48:25-EDT,9767;000000000000
  10611. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  10612. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Fri 27 Jun 86 04:48:24-EDT
  10613. Date: 27 Jun 86 03:27-EDT
  10614. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  10615. Subject: TELECOM Digest V5 #123
  10616. To: Telecom@XX.LCS.MIT.EDU
  10617. Reply-To: Telecom@XX.LCS.MIT.EDU
  10618.  
  10619. TELECOM Digest                            Friday, June 27, 1986 3:27AM
  10620. Volume 5, Issue 123
  10621.  
  10622. Today's Topics:
  10623.  
  10624.                      MNP, File Transfer Integrity
  10625.                      5 Digit Carrier Access Codes
  10626.                  Telephone Line Interfacing Circuits
  10627.                        Area code occupancy list
  10628.  
  10629. ----------------------------------------------------------------------
  10630.  
  10631. Date: Mon 23 Jun 86 23:06:58-EDT
  10632. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  10633. Subject: MNP, File Transfer Integrity
  10634.  
  10635. > While it may be interesting to speculate over why MNP Class 3 and DDCMP
  10636. > work slowly together, I've gotta ask, WHY BOTHER?
  10637. I was using the DDCMP throughput as a metric for the effects of MNP.
  10638. If I had had some sophisticated test equipment, I could have measured the
  10639. exact latency for various-sized packets across the modems.
  10640.  
  10641. Vadic should provide the exact technical information about MNP and their
  10642. implementation of it. Using reverse engineering to get this information is a
  10643. poor second. Why do manufactures make high-performance equipment and then 
  10644. fail to provide information on how to maximize its performance?
  10645.  
  10646. > But running them both together is a waste, since DDCMP will correct the same
  10647. > errors that MNP is trying to correct, so if you have MNP on, DDCMP will
  10648. > never see an error (if MNP works as well).
  10649. Wrong. Over an all-night transfer session, I lost 5 DDCMP packets while using
  10650. MNP.  Why? Probably because of inadequate buffering.  Perhaps I had a marginal
  10651. connection of one of my RS232 cables.  Perhaps the night janitor accidentally
  10652. unplugged a connection and then put it back.  ....
  10653.  
  10654. Anyone who simply trusts modem MNP to get their data across will eventually
  10655. lose. Any competent network designer trusting modem MNP for file transfer
  10656. data integrity should know better.
  10657.  
  10658. > So turn off MNP when using DDCMP!  Turn it back on when running async
  10659. > terminals.  One good data link layer at a time is enough.  
  10660. How about when I want to have an interactive connection to a remote machine
  10661. then run a file transfer?  Since MNP can only be turned on/off at the start of
  10662. the connection, you're suggesting I should keep re-establishing the connection
  10663. to alternate between interactive connection (with MNP) and DDCMP file transfer
  10664. (without). I'd have enough headaches keeping it straight--never mind trying
  10665. to train other people to do this. If MNP were optimally tuned, the loss in
  10666. throughput for DDCMP would be much less. We could just leave MNP on all the
  10667. time and forget about it.
  10668.  
  10669. The 2400PA modems have about a 100ms delay for full-duplex echoing of
  10670. a single character. Vadic claims the origional MicroCom modems they
  10671. saw had a 100ms timeout, giving a latency of about 220ms! These delays
  10672. are enough to really bother most typists.
  10673.  
  10674.  
  10675. The crux of my problem with MNP is that such protocols could support
  10676. quick-response and high throughput simultaneously. From what I've
  10677. seen, MNP is optimized for high total throughput of continuous streams
  10678. of data, particularly when line quality starts to degrade. I would be far
  10679. more satisfied if they targeted for fast packet turnaround (which may
  10680. imply a little faster performance dropoff if line quality is bad). I feel
  10681. this would maximize the usefulness of error-correction for terminal users
  10682. while minimizing the loss in throughput to the end-to-end file transfer
  10683. programs.
  10684.  
  10685. ------------------------------
  10686.  
  10687. Date: 23 Jun 86 23:30:00 EDT
  10688. From: <gregg@aim.rutgers.edu>
  10689. Subject: 5 Digit Carrier Access Codes
  10690. Reply-To: <gregg@aim.rutgers.edu>
  10691.  
  10692.     Does anyone have a list of the current 5 digit carrier access codes?
  10693. Please send all lists to me.  I will compile and post one massive list to the
  10694. digest if there is enough interest.
  10695.  
  10696. Gregg
  10697. gregg@ru-aim.arpa
  10698.  
  10699. ------------------------------
  10700.  
  10701. From: topaz!petsd!pedsgo!tom@seismo.CSS.GOV
  10702. Date: Wed, 25 Jun 86 07:25:41 edt
  10703. Subject: Telephone Line Interfacing Circuits
  10704. Reply-To: pedsgo!tom@seismo.CSS.GOV (Tom Gillispie)
  10705.  
  10706.  
  10707. Can anyone point me to some good books or magazine articles about
  10708. converting between the 600-ohm 2-wire interface used on dial lines and
  10709. op-amp type audio circuits?  Practical circuits/examples would help me the
  10710. most, but well-written theory will still help.
  10711.  
  10712. I have purchased an old UDS DAA which does not separate the transmitted and
  10713. received signals.  It has only a 600-ohm 2-wire connection for the 'data'
  10714. signals.  I want to use it with circuitry that handles the received portion
  10715. alone (DTMF decoding) and with circuitry that handles the transmitted
  10716. portion alone (voice synthesis, etc.).  The DAA will give me a legal I/F
  10717. to a dial line, but that wont do me much good if I cant get audio data into
  10718. and out of the thing.
  10719.  
  10720. I have a EE degree but have spent the past 5 years doing software work, and
  10721. alot of my efforts in school went to learning practical digital circuits,
  10722. not analog circuits.
  10723.  
  10724. If I get some good leads I will check them out (this may take some time)
  10725. and post a summary.  Thanks very much, in advance!
  10726.  
  10727. NAME:   Tom Gillispie 
  10728. UUCP:   ...{pesnta|prcrs|princeton|topaz|hjuxa|vax135}!petsd!pedsgo!tom
  10729. USnail: CONCURRENT Computer Corporation (a Perkin-Elmer Company)
  10730.     M/S 307, 106 Apple St., Tinton Falls, NJ  07724
  10731. MA BELL:(201) 758-7321
  10732.  
  10733. ------------------------------
  10734.  
  10735. Date: 26-Jun-1986 1109
  10736. From: goldstein%delni.DEC@decwrl.DEC.COM  (Fred R. Goldstein dtn226-7388)
  10737. Subject: Area code occupancy list
  10738.  
  10739. New England Telephone has announced that NPA617 (Eastern Mass.) is 
  10740. being split, with the area outside (inner) Metro Boston and some of
  10741. the South Shore being moved into the new NPA508.  Joy of joys for
  10742. the affected!  Worcester, Lowell, Maynard and New Bedford all get
  10743. a new area code, along with suburbs like Framingham and Concord.
  10744. Yet the Western Mass. NPA413 is practically empty.  (Who drew the
  10745. original lines?!?)
  10746.  
  10747. In the meantime, the ISDN Standards Committee T1D1 (which I'm on)
  10748. has faced the question of how to set up a numbering plan for North
  10749. America, based on extending the present plan to include non-local
  10750. exchange ISDNs?  For example, Telenet wants their own NXX codes.
  10751. Bellcore has offered them an area code, but from the "interchangeable" 
  10752. range (like  "552"), so it won't be dialable from telephones until
  10753. we prepare to run out of current-style area codes.
  10754.  
  10755. If we give the other carriers NXX codes, some area codes may exhaust
  10756. earlier.  That will, of course, force the rest of the network to
  10757. catch up and go to universal 1+ dialing before the presently-estimated
  10758. 1995 date.
  10759.  
  10760. This got me thinking:  How close to full up are the NPAs?  So I hacked
  10761. the following together based upon the V&H tape used for billing.
  10762. Sorry I couldn't make it multi-column or get states listed.  This
  10763. may be a clue as to which codes split next.  (I've added my own comments.)
  10764.          fred
  10765.  
  10766.  
  10767. NPA    COUNT       COMMENTS
  10768.  
  10769. 201     543    North Jersey.  Getting right up there.
  10770. 202     437
  10771. 203     349
  10772. 204     308
  10773. 205     522
  10774. 206     431
  10775. 207     306
  10776. 208     246
  10777. 209     257
  10778. 212     467
  10779. 213     524     Los Angeles already split off 818.
  10780. 214     542     A Dallas split is rumored soon.
  10781. 215     481
  10782. 216     477
  10783. 217     325
  10784. 218     267
  10785. 219     307
  10786. 301     538    Maryland.  Busier than 617.
  10787. 302      73    Delaware.  Every state gets one, y'know.
  10788. 303     557    Colorado has been growing...
  10789. 304     298
  10790. 305     540    Miami too.
  10791. 306     416
  10792. 307     133     Wyoming.  
  10793. 308     186
  10794. 309     237
  10795. 312     640    Why hasn't Chicago split yet?
  10796. 313     504    
  10797. 314     454
  10798. 315     228
  10799. 316     332
  10800. 317     325
  10801. 318     298
  10802. 319     308
  10803. 401     108      Rhode Island.
  10804. 402     385
  10805. 403     544    Alberta and some NWT - Canada's busiest
  10806. 404     456
  10807. 405     462
  10808. 406     316
  10809. 407       0
  10810. 408     216
  10811. 409     255
  10812. 410       0
  10813. 412     377
  10814. 413     109    W. Mass - what a waste of a good code!
  10815. 414     378
  10816. 415     483    San Francisco, also rumored for split.
  10817. 416     433
  10818. 417     181
  10819. 418     327
  10820. 419     304
  10821. 501     480
  10822. 502     310
  10823. 503     441
  10824. 504     267
  10825. 505     261
  10826. 506     143
  10827. 507     249
  10828. 508       0
  10829. 509     213
  10830. 512     501    San Antonio, TX.
  10831. 513     396
  10832. 514     363
  10833. 515     377
  10834. 516     283
  10835. 517     285
  10836. 518     211
  10837. 519     286
  10838. 601     358
  10839. 602     440
  10840. 603     193
  10841. 604     480
  10842. 605     310
  10843. 606     240
  10844. 607     146
  10845. 608     210
  10846. 609     204
  10847. 610       0
  10848. 612     424
  10849. 613     220
  10850. 614     338
  10851. 615     430
  10852. 616     317
  10853. 617     533    E. Mass - splitting off 508 in 1988
  10854. 618     300
  10855. 619     329
  10856. 701     333
  10857. 702     195
  10858. 703     415
  10859. 704     265
  10860. 705     239
  10861. 706      96    Northwest Mexico hack, not a real NPA
  10862. 707     145
  10863. 708       0
  10864. 709     237
  10865. 710       0    Unlisted code used for AT&T Government services.
  10866. 712     265
  10867. 713     414
  10868. 714     364
  10869. 715     288
  10870. 716     322
  10871. 717     410
  10872. 718     294
  10873. 719       0
  10874. 801     265
  10875. 802     167
  10876. 803     396
  10877. 804     371
  10878. 805     193
  10879. 806     225
  10880. 807      97    W. Ontario - another waste.
  10881. 808     163
  10882. 809     340
  10883. 810       0
  10884. 812     243
  10885. 813     344
  10886. 814     237
  10887. 815     255
  10888. 816     401
  10889. 817     381
  10890. 818     240
  10891. 819     282
  10892. 900      24
  10893. 901     178
  10894. 902     221
  10895. 903       0
  10896. 904     356
  10897. 905     206
  10898. 906     109     Upper Michigan, tied with 413.
  10899. 907     340
  10900. 908       0
  10901. 909       0
  10902. 910       0
  10903. 912     270
  10904. 913     399
  10905. 914     256
  10906. 915     257
  10907. 916     319
  10908. 917       0
  10909. 918     257
  10910. 919     510    North Carolina's growing quickly.
  10911.  
  10912. ------------------------------
  10913.  
  10914. End of TELECOM Digest
  10915. *********************
  10916.  1-Jul-86 03:33:09-EDT,14326;000000000000
  10917. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  10918. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Tue 1 Jul 86 03:32:50-EDT
  10919. Date: 1 Jul 86 02:02-EDT
  10920. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  10921. Subject: TELECOM Digest V5 #124
  10922. To: Telecom@XX.LCS.MIT.EDU
  10923. Reply-To: Telecom@XX.LCS.MIT.EDU
  10924.  
  10925. TELECOM Digest                            Tuesday, July 1, 1986 2:02AM
  10926. Volume 5, Issue 124
  10927.  
  10928. Today's Topics:
  10929.  
  10930.                                NPA 413
  10931.                    Re: phone line surges and spikes
  10932.                    Re: phone line surges and spikes
  10933.                    2400 bps modem incompatabilities
  10934.  
  10935. ----------------------------------------------------------------------
  10936.  
  10937. Date: Fri, 27 Jun 86  9:11:54 EDT
  10938. From: John Linn <linn@ccy.bbn.com>
  10939. Subject: NPA 413
  10940.  
  10941. With regard to the area code occupancy list in TELECOM Digest V5 #123 --
  10942.  
  10943. I've also wondered about why Massachusetts was split between 617 and 413 in
  10944. such an unbalanced fashion, and why the shorter-to-dial code was given to the
  10945. smaller and less populous portion.  I have a vague recollection from some
  10946. historical literature that Springfield, MA (in 413) was involved in some of the
  10947. earliest DDD service tests in the 50's, and this might account for assignment
  10948. of a low-numbered code (Does anyone have any specifics on this? I don't have
  10949. any references available.).  Alternately, it might result from the heuristic
  10950. "thou shalt try not to put an NPA boundary through a heavily populated region".
  10951. Whatever the reason, the result is surely anomalous!
  10952.  
  10953. --jl
  10954.  
  10955. ------------------------------
  10956.  
  10957. Date: 13 Jun 86 03:58:13 GMT
  10958. From: larry%kitty.UUCP@SEISMO.CSS.GOV (Larry Lippman)
  10959. Subject: Re: phone line surges and spikes
  10960.  
  10961. In article <3607@reed.UUCP>, kamath@reed.UUCP (Sean Kamath) writes:
  10962. > Well, there has been a lot of talk lately about line voltages, and I
  10963. > don't know if this has come up.  I know it is possible to buy surge
  10964. > suppressors for AC & phone lines.  I know there are such thing as phone
  10965. > line spikes (I hear them at 1 am on my ultra-cheap phone from time-life
  10966. > books, or whatever.), so the question is, is it as easy as installing a
  10967. > MOV in the line?  I'm sort of worried what might be getting rammed into
  10968. > my internal modem.  Anyone got any ideas?
  10969.  
  10970. Most telephone line transients result from lightning strikes causing 
  10971. current to be dissipated through the sheath of the telephone cable to 
  10972. ground. This INCLUDES cable which is buried underground. A voltage is 
  10973. induced in the individual telephone cable conductors due to the HUGE 
  10974. currents and magnetic fields which accompany a lightning strike (to 
  10975. give you an idea how large the currents are, lightning strike currents 
  10976. are measure in KILOamperes, with a typical lightning strike being 100 
  10977. kA).
  10978.  
  10979. Except in extreme cases, the lightning voltage itself therefore never 
  10980. hits the individual conductors (which would cause destruction of 
  10981. dielectric), but its propagated through capacitance and inductance 
  10982. between the cable sheath and its pairs. The resulting transients are 
  10983. "longitudinal" in nature, being from each wire of a pair to ground; 
  10984. these transients are NOT generally from conductor-to-conductor.
  10985.  
  10986. What does the above mean in practical terms? For one, placing a MOV 
  10987. (Metal Oxide Varistor) just across tip and ring will do almost zip for 
  10988. providing transient protection. You need TWO MOV's, one from tip to 
  10989. ground, and one from ring to ground. And I mean GROUND, like a #12 AWG 
  10990. wire to a water pipe - NOT the third wire of an AC power outlet. Because 
  10991. the MOV is not going to be very effective unless a low impedance path 
  10992. to earth ground exists.
  10993.  
  10994. So, it is possible to build your own telephone line surge protector 
  10995. using two MOV's as indicated above. However, it is not quite that 
  10996. simple since the MOV's have to be carefully selected. First, the MOV 
  10997. should exhibit a leakage current flow at 50 volts DC of LESS THAN 500 
  10998. microamperes, which is equivalent to a resistance of at LEAST 100,000 
  10999. ohms. At 130 volts DC, the leakage current should still be less than 
  11000. 1,000 microamperes. Exceeding these values can CAUSE TROUBLE with your 
  11001. telephone line, such as: (1) false ring tripping; (2) hum and noise due 
  11002. to longitudinal unbalance; and (3) trouble indications at the telephone 
  11003. company central office due to automatic line insulation testing 
  11004. equipment thinking your line is in trouble. The effective breakdown 
  11005. potential of the MOV should be around 180 volts DC to preclude any 
  11006. false trouble indications.
  11007.  
  11008. In my opinion, any product which claims to be a telephone line surge 
  11009. protector and consists of a single MOV across tip and ring is ALMOST 
  11010. WORTHLESS. You need to go between the conductors and ground, for the 
  11011. reasons mentioned above.
  11012.  
  11013. I don't want to get off on a tangent here, but there is something which 
  11014. is better than a a MOV: a gaseous discharge tube, especially what is 
  11015. called a "three element" gaseous discharge tube. These devices exhibit 
  11016. an infinite impedance in the "off" state, and conduct much faster than 
  11017. a MOV. In telephone parlence, these are referred to as "rare gas 
  11018. protectors". However, the cost of such a component is several times the 
  11019. cost of a MOV.
  11020.  
  11021. ==>  Larry Lippman @ Recognition Research Corp., Clarence, New York
  11022. ==>  UUCP  {bbncca|decvax|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry
  11023. ==>  VOICE   716/688-1231                {rice|shell}!baylor!/
  11024. ==>  FAX     716/741-9635 {G1, G2, G3 modes}        seismo!/
  11025. ==>  "Have you hugged your cat today?"             ihnp4!/
  11026.  
  11027. ------------------------------
  11028.  
  11029. Date: 13 Jun 86 04:15:16 GMT
  11030. From: wtm%neoucom.UUCP@SEISMO.CSS.GOV (Bill Mayhew)
  11031. Subject: Re: phone line surges and spikes
  11032.  
  11033. The author of the original article mentions hearing chips from his 
  11034. cheap phone at about 1:00 am. Sounds like an automated test procedure 
  11035. being run on his loop.
  11036.  
  11037. Where I live is what used to be Bell territory. I think we have ESS-IV 
  11038. (but I'm not sure, so please no flames, I'm ignorant). I've noticed 
  11039. that regularly at 2:30 a.m. my circa 1930 Stromberg-Carlson crank phone 
  11040. emits a single "ding-dong", while all the other phones are silent. I 
  11041. think that it's bell coil and coupling capacitor have a low enough 
  11042. frequency response to pick up the polarity reversal of some kind of 
  11043. automated subscriber loop test.
  11044.  
  11045. Now for the real question. Ma Bell has a protector block where the line 
  11046. comes in the house. Everybody has these, as this is regulated by law as 
  11047. well as internal telephone edict. Basically, the protector is a spark 
  11048. gap(s) and silicon resistors that blow when the gap sparks, thus 
  11049. isolating the network from you. Sorry if the descirption isn't 100% 
  11050. correct--this is the kind I know, but there are several types of 
  11051. protectors around. I'm describing mine, which was installed in 1929.
  11052.  
  11053. Point is, the protector block is really more meant to protect the 
  11054. network from you rather than you from it. You might want to consider 
  11055. some additional protection. A gas discharge tube is the best way to go, 
  11056. as it responds quickly enough to present a reasonable amount of 
  11057. protection. Several places sell phone spike protectors, which are 
  11058. actually gas tubes in little plastic boxes sold at considerable mark-
  11059. up.
  11060.  
  11061. Since modems mix outside power & electronics with Ma Bell electronics, 
  11062. they are quite closely regulated and scrutinized. Of course, in these 
  11063. days of deregulation and Hong Kong imports, there may be some laxity in 
  11064. quality control of off-brands. As long as you have a major brand modem, 
  11065. you can probably be reasonably assured that it already has mov and/or 
  11066. gas tube protection inside. (I've torn quite a few apart, and so far 
  11067. all the ones I've seen have it!) Note that a gas tube often looks like 
  11068. an overgrown ceramic diode with glass/metal seals on the ends. Check 
  11069. your modem.
  11070.  
  11071. Most of all beware about what you connect to your phone line. It sure 
  11072. isn't cool the screw up the network by attaching a weird device. You 
  11073. might possibly screw up your neighbor's line too if you goof up--this 
  11074. is because many lines are spilt by using duplexing transformers. (This 
  11075. practice is common in my neighborhood which is fairly old, and has fews 
  11076. lines.)
  11077.  
  11078. By the way, 2 years ago my house had a direct lightning hit. It blew up 
  11079. part of the chimney and shattered a big mirror (due to current flow in 
  11080. the silver heating the glass). Several of the light switches were 
  11081. vaporized. At the time, I had three Bell phones and a cordless. The 
  11082. three Bell phones and protector block were o.k., but the cordless was 
  11083. fried. (There were just two wires sticking out of the pc board where 
  11084. the MOV used to be!) Needless to say, everytime there is a 
  11085. thunderstorm, I still get a little nervous now! (I was home at the 
  11086. time.) ~~Bill
  11087.  
  11088. Bill Mayhew -Elec. Engr.
  11089. Div. Basic Medical Sciences
  11090. N. E. Ohio Coll. of Med.
  11091. Rootstown, OH  44272  USA  (216) 325-2511
  11092. ...!allegra!neoucom!wtm   (wtm@neoucom)
  11093.  
  11094. ------------------------------
  11095.  
  11096. Date: 14 Jun 86 19:09:33 GMT
  11097. From: brian@sdcsvax.berkeley.edu (Brian Kantor)
  11098. Subject: 2400 bps modem incompatabilities
  11099.  
  11100. Recently whilst trying to select 2400 baud modems for our dial-in lines 
  11101. on campus, I ran into an interesting problem. Some 2400 bps modems 
  11102. wouldn't connect to others at 2400 bps, but would connect by falling 
  11103. back to 1200.
  11104.  
  11105. After casting about with a certain degree of futility trying to find 
  11106. someone who could tell me WHY this was, I finally got ahold of an 
  11107. engineer at Anchor Automation who explained it to me. (By the way, I'm 
  11108. completely impressed with these people and their willingness to solve 
  11109. problems!)
  11110.  
  11111. [Brief flame to other modem companies: Yes, goddamnit, I know your 
  11112. modems talk to each other. My problem is that I've got one hundred and 
  11113. seven dial-in lines (at last count) and I have no control over what the 
  11114. people out there are going to dial in with. Telling me to have them all 
  11115. buy your modem to solve the problem is not the answer.]
  11116.  
  11117. So here's how I understand it (imperfect at best, but I couldn't find 
  11118. this information written anywhere, so here goes):
  11119.  
  11120. When you call a 1200/2400 bps modem, it answers in either of two ways. 
  11121. If it is a CCITT-V.22bis compliant modem, it answers with 3.3 seconds 
  11122. of 2100Hz tone, then 75 mS of silence, and then a burst of training 
  11123. signals to get the other modem to adjust to the line.
  11124.  
  11125. If the answering modem receives training signals in response, it 
  11126. assumes that it will be talking 2400 bps using 16-QAM and you have a 
  11127. 2400 bps connection. If instead of the training signals, it receives 4-
  11128. PSK from the originating modem in response to its answering tones, it 
  11129. assumes that it will be a 1200 bps connection and switches off the 
  11130. training and (in the USA) uses 4-PSK (Bell 212 standard). [European 
  11131. modems use CCITT-V.22 (not V.22bis) for 1200 bps. Some modems claim to 
  11132. handle this as well as 212 for 1200 bps, but I've not been testing 
  11133. that!]
  11134.  
  11135. Here's the rub: some of the 1200/2400 modems don't answer using the 
  11136. CCITT V.22bis handshake. They instead answer with a different handshake 
  11137. (the engineer referred to it as the Bell 2400 bps handshake): After 
  11138. going off-hook, the "Bell handshake" answering modem sends 2125Hz 
  11139. (which is pretty close to the CCITT 2100Hz tone) and waits for the 
  11140. originating modem to respond either with 1200bps 4-PSK or with QAM 
  11141. training signals. It then switches to the appropriate mode, and either 
  11142. sends some training signals for 2400, or 4-PSK for 1200.
  11143.  
  11144. Some modems can handle both kinds of handshakes. I have, for example, 
  11145. no problem calling a Courier with a Courier, anything with a Racal-
  11146. Vadic or a MultiTech, etc. But my Courier can't call my Case-Rixon; an 
  11147. Anchor didn't connect to the Courier, etc. No, I don't have a chart of 
  11148. what talks to what, for reasons that I'll explain:
  11149.  
  11150. The point here is that I'm not interested really in what talks to what 
  11151. on a brand-name basis. I want instead to find some brands that "do the 
  11152. right thing" for both handshakes, and recommend those. So far I've 
  11153. found a couple (Racal-Vadic and Multitech come to mind) and I'll choose 
  11154. among those and others based on other factors, such as interface, 
  11155. reliability, mounting, etc. for the list of ones I recommend. (And then 
  11156. the purchasing people and telephone people get into the act, so who 
  11157. knows what we'll buy - or when....)
  11158.  
  11159. But the other manufacturers need to get on the stick and get it right. 
  11160. It seems to me that stating that a modem is CCITT-V.22bis compliant 
  11161. also means that it does the CCITT handshake, and yet I can call several 
  11162. of the modems out there and just by listening (no 75mS interruption, 
  11163. guys!) tell that they're using the "bell handshake".
  11164.  
  11165. And the ones that I've tested that answer with the "bell handshake" 
  11166. don't seem to accept the CCITT handshake when you dial out. Moral: It 
  11167. may be 2400 bps but they're not all compatable. C'mon, guys!
  11168.  
  11169. ------------------------------------------------------------------------
  11170. Modem manufacturers!  Heed my words!  Since there is a published
  11171. international standard and one other non-compliant "standard", you need
  11172. to accept both!  And you should probably default to the international
  11173. standard when you answer.
  11174. ------------------------------------------------------------------------
  11175.  
  11176. Listening test: I call the modem and listen. After it goes off hook, I 
  11177. hear in my telephone either
  11178.  
  11179.  1) a steady high-pitched tone, then a very brief interruption,
  11180.  then another slightly-different-pitch tone, then it
  11181.  disconnects.
  11182. -or-
  11183.  2) a steady high-pitched tone that lasts until it disconnects.
  11184.  
  11185. I surmise that #1 is the CCITT handshake. I just tried this with a 
  11186. Case-Rixon 1224 and a USR Courier. The Case-Rixon did #1, the Courier 
  11187. did #2. If I call both on a conference call, I hear what could be a 
  11188. 25Hz beat note between them during the first tone on answer.
  11189.  
  11190. So, I'm not disparaging anybody's modems.  But I wish there was more 
  11191. standardisation so that I don't have to buy one of each to test them 
  11192. before we make some big mistake....
  11193.  
  11194.  Brian Kantor
  11195.  
  11196.  decvax\  brian@sdcsvax.ucsd.edu
  11197.  ihnp4  >---  sdcsvax  --- brian
  11198.  ucbvax/  Kantor@Nosc 
  11199.  
  11200. ------------------------------
  11201.  
  11202. End of TELECOM Digest
  11203. *********************
  11204.  4-Jul-86 03:02:25-EDT,3625;000000000000
  11205. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11206. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Fri 4 Jul 86 03:02:24-EDT
  11207. Date: 4 Jul 86 02:20-EDT
  11208. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11209. Subject: TELECOM Digest V5 #125
  11210. To: Telecom@XX.LCS.MIT.EDU
  11211. Reply-To: Telecom@XX.LCS.MIT.EDU
  11212.  
  11213. TELECOM Digest                             Friday, July 4, 1986 2:20AM
  11214. Volume 5, Issue 125
  11215.  
  11216. Today's Topics:
  11217.  
  11218.                              The MNP Spec
  11219.                         Yellow Pages Gotcha's
  11220.                      Equal Access in Pound Ridge
  11221.  
  11222. ----------------------------------------------------------------------
  11223.  
  11224. Date: Tue 1 Jul 86 12:53:43-EDT
  11225. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  11226. Subject: The MNP Spec
  11227.  
  11228. MicroCom has a 50-page public-domain spec of the lower-class levels of MNP.
  11229. They charge a publication fee of $100. Does anyone on the east coast already
  11230. have a copy of this spec they would let me copy?
  11231. [$100 for 50 pages doesn't sound very public-domain to me -elmo]
  11232.  
  11233. MicroCom also claims to do much better in minimizing the latency in
  11234. sending out a packet. In particular, when they get the first
  11235. character, they immediately start shipping the packet header out the
  11236. comm line. This sounds much more promising than the 20ms delay Vadic
  11237. described. I'll try to get a demo of a full-duplex connection of
  11238. MicroCom modems in a couple of weeks.  -------
  11239.  
  11240. ------------------------------
  11241.  
  11242. Date: Wed, 2 Jul 86 16:36:34 edt
  11243. From: David Fay <daf1%gte-labs.csnet@CSNET-RELAY.ARPA>
  11244. Subject: Yellow Pages Gotcha's
  11245.  
  11246. We've all had the experience of looking in the Yellow Pages for some
  11247. common business category and being unable to find it. The cross-referencing
  11248. systems added recently by phone companies help but don't always include even
  11249. common categories. At the same time, if you browse through the
  11250. Yellow Pages as I do, you will find wonderfully archaic or obscure categories
  11251. listed. It's a wonder that the average person can find anything at all
  11252. in the Yellow Pages.
  11253.  
  11254. I'm looking for examples of really irritating Yellow Pages categorizations.
  11255. Any contributions? I'll kick it off with my current gripes about my
  11256. local 1986-87 NYNEX YP. I can't find any listing for video arcades,
  11257. not under video, games, or even amusements. There are listings for
  11258. manufacturers and distributors of video games (or amusement devices in the
  11259. phone company dialect), but none for arcades. They must be in
  11260. there somewhere.
  11261.  
  11262. No video arcades, but if you're looking for an abbatoir - no problem. That
  11263. happens to be the first listing in the book.
  11264.  
  11265. Just to make this interesting, accompany submissions with information about
  11266. who publishes your Yellow Pages so we know who the culprits are.
  11267.  
  11268. David Fay
  11269. ...!harvard!bunny!daf1
  11270.  
  11271. ------------------------------
  11272.  
  11273. Date: 03 July 86 19:36 EDT
  11274. From: RMXJ@CORNELLA
  11275. Subject: Equal Access in Pound Ridge
  11276.  
  11277. The phone companies finally got their act together in my small town of
  11278. Pound Ridge, NY in the upper northeast corner of Westchester County.  We
  11279. used to be able to dial our neighbors simply by dialing the last 4
  11280. digits and our local calling area spilled over into Connecticut towns as
  11281. well.  Well, this past Saturday, everything has been changed.  We know
  11282. have to dial all 7 digits to call our neighbors and the phone has been
  11283. having palpitations as it adjusts to the new system.  Ma Bell (we
  11284. selected AT&T since the other companies don't adequately service our
  11285. area) says it is for the better, but this town of 4,500 isn't so sure.
  11286.  
  11287. ------------------------------
  11288.  
  11289. End of TELECOM Digest
  11290. *********************
  11291. 10-Jul-86 02:50:39-EDT,3921;000000000000
  11292. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11293. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 10 Jul 86 02:50:20-EDT
  11294. Date: 10 Jul 86 01:53-EDT
  11295. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11296. Subject: TELECOM Digest V5 #126
  11297. To: Telecom@XX.LCS.MIT.EDU
  11298. Reply-To: Telecom@XX.LCS.MIT.EDU
  11299.  
  11300. TELECOM Digest                          Thursday, July 10, 1986 1:53AM
  11301. Volume 5, Issue 126
  11302.  
  11303. Today's Topics:
  11304.  
  11305.                getting a busy signal at the wrong time
  11306.                              Yello Pages
  11307.                              Yellow Pages
  11308.                       AT&T vs. Novation lawsuit?
  11309.  
  11310. ----------------------------------------------------------------------
  11311.  
  11312. Date: Fri 4 Jul 86 06:05:04-EDT
  11313. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  11314. Subject: getting a busy signal at the wrong time
  11315.  
  11316. My home phone is in the (617) 354 exchange, and the modems at work are
  11317. in (617) 426. About 10% of the time when I call work, I get a fast busy 
  11318. signal on the line for about 2 seconds, then the modem answers the phone.
  11319. In other words, I get a fast busy when I should be getting a ringing sound!
  11320.  
  11321. Is there some reasonable explanation why I should be hearing the fast busy
  11322. or is something broken? If something is broken, who should I report it to?
  11323.  
  11324. ------------------------------
  11325.  
  11326. Date: Sat, 5 Jul 86 12:39:24 EDT
  11327. From: Michael Grant <mgrant@mimsy.umd.edu>
  11328. Subject: Yello Pages
  11329.  
  11330. In Washington DC, we will soon have 3, (or is it going to be 4?)  yellow
  11331. pages.  One published by C&P, another by SouthWestern Bell, and yet another
  11332. by the Independent Yellow Pages Co.  Why 3?  Why more than one?  Why do I
  11333. have to look in multiple books to find what I want?  Seems like complete
  11334. overkill to me.  Some cities even have a different YP for the east half of
  11335. the city than the west half.  YP adds are *expensive*.  These companies,
  11336. (at least C&P is), are making a killing!  The next thing you know, they'll be
  11337. charging us to list in the white pages, and then to find someone's number,
  11338. you'll need 20 books!  Death to all but one YP company per region!  
  11339. -Mike
  11340. p.s. I don't want to start people flaming about their regional YP's, flame
  11341. at me, not the list.
  11342.  
  11343. ------------------------------
  11344.  
  11345. Date: Mon, 7 Jul 86 17:20:50 edt
  11346. From: Graeme Hirst <gh%ai.toronto.edu@CSNET-RELAY.ARPA>
  11347. Subject: Yellow Pages
  11348.  
  11349.  
  11350. > I'm looking for examples of really irritating Yellow Pages categorizations.
  11351.  
  11352. The Toronto Yellow pages (published by Tele-Direct) does not list Handymen
  11353. (or Handypersons) under any conceivable category.  Nor was the Yellow Pages
  11354. Shopper's Aid number (which offers assistance in the use of the Yellow Pages)
  11355. able to help me.
  11356.  
  11357. Looking for a shop that specializes in fine fountain pens, I found that Pens
  11358. is listed only in the Business Directory, not Consumers.  The stores I wanted
  11359. were lumped in with companies that print promotional slogans on pens for
  11360. advertising.
  11361.  
  11362. And prostitutes are listed under Escort Services.
  11363.  
  11364. ------------------------------
  11365.  
  11366. Date: 9 July 86 11:03-PST
  11367. From: KJBSF@SLACVM
  11368. Subject: AT&T vs. Novation lawsuit?
  11369.  
  11370. Date: 9 July 1986, 10:58:34 PST
  11371. From: Kevin J. Burnett          x3330                <KJBSF@SLACVM>
  11372. To:   <TELECOM@XX.LCS.MIT.EDU>
  11373. Subject: AT&T vs. Novation lawsuit?
  11374.  
  11375. There has been some talk on info-apple that AT&T have successfully sued
  11376. Novation over the Apple-Cat modem, which apparently is the premier modem
  11377. among phone phreaks.  The Cat can generate all the tones phreaks love,
  11378. 2600Hz, KP, MF tones. (it doesn't support them DIRECTLY, but the modem has
  11379. oscillators (or whatever) in it that make it capable of many sounds, even
  11380. crude voice synthesis)
  11381.   I don't understand how AT&T could get away with this kind of bullying.
  11382. The people they should be suing are the ones who developed TSPS in their
  11383. infinite wisdom.
  11384.  
  11385. ------------------------------
  11386.  
  11387. End of TELECOM Digest
  11388. *********************
  11389. 13-Jul-86 22:19:08-EDT,5885;000000000000
  11390. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11391. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 13 Jul 86 22:19:07-EDT
  11392. Date: 12 Jul 86 22:34-EDT
  11393. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11394. Subject: TELECOM Digest V5 #127
  11395. To: Telecom@XX.LCS.MIT.EDU
  11396. Reply-To: Telecom@XX.LCS.MIT.EDU
  11397.  
  11398. TELECOM Digest                         Saturday, July 12, 1986 10:34PM
  11399. Volume 5, Issue 127
  11400.  
  11401. Today's Topics:
  11402.  
  11403.                         Multiple Yellow Pages
  11404.                      Late night call problems...
  11405.                           Apple Cat II Modem
  11406.                     COCOT reform in Philadelphia!
  11407.  
  11408. ----------------------------------------------------------------------
  11409.  
  11410. Date: Thu 10 Jul 86 07:57:15-PDT
  11411. From: HECTOR MYERSTON <MYERSTON@SRI-KL.ARPA>
  11412. Subject: Multiple Yellow Pages
  11413.  
  11414.     The idea for a single Yellow Pages per city is terrific.  It makes
  11415. for a much orderly and efficient society.  Next we could do the same for
  11416. newsmagazines (why both Time AND Newsweek?), newspapers and eventually
  11417. textbooks.  We could export the excess Yellow Page capacity to places like
  11418. the Soviet Union where there are none.
  11419.  
  11420. ------------------------------
  11421.  
  11422. Date: Wed 2 Jul 86 03:01:26-EDT
  11423. From: D. Reuben  <S.D-REUBEN%KLA.WESLYN@Wesleyan.Bitnet>
  11424. Subject: Late night call problems...
  11425.  
  11426.  
  11427.         Recently I tried making a call from my ESS line (ESS-5, I
  11428. think) at about 3 AM, EDT, from New York to California. Each time I
  11429. tried the call, I was sent to a nonsense recording stating that "You
  11430. have reached a non-working number in the 976 exchange in New York".
  11431. Obviously, I wasn't dialing 212 for NY, nor was I dialing a 976
  11432. number. I assume that it was just sent there since they didn't have a
  11433. better recording, but what interests me is that why this happens EVERY
  11434. day, at about 3AM?
  11435.  
  11436.         Is it due to testing, or are they getting the day's billing records
  11437. or something? I noticed that this only holds true for AT&T, and on ESS
  11438. exchanges. (My Crossbar doesn't seem to do this, and any Equal Access code
  11439. other than AT&T's will let the call go through...) Seems interesting
  11440. that they would have to do this on an ESS and NOT on a Crossbar...
  11441.  
  11442.         Also, I have noticed at time that features such as Call Forwarding
  11443. and Speed Calling won't work on the ESS. For example, I tried forwarding my
  11444. calls out-of-state, which normally works fine, but a few times (in the
  11445. early evening it seems) all I get is a re-order, and when I call the Telco
  11446. they say "It must be a problem on YOUR end"...(IE, I must have forwarded it
  11447. wrong) However, after trying it repeated times, the same thing still
  11448. happens. Occasionally, a Speed Calling call will return a re-order, but
  11449. if I dial it direct (IE, enter all the digits) it will go through fine.
  11450. Anyone know why it does this?
  11451.  
  11452.         I would be interested to hear if anyone does,
  11453.  
  11454.         Thanks,
  11455.  
  11456.         Doug
  11457.  
  11458.         Reuben@Weslyn.Bitnet
  11459.  
  11460. ------------------------------
  11461.  
  11462. Date: Wed 9 Jul 86 00:25:52-EDT
  11463. From: D. Reuben <> <S.D-REUBEN%KLA.WESLYN@Wesleyan.Bitnet>
  11464. Subject: Apple Cat II Modem
  11465.  
  11466.  
  11467.         I think that the POSSESSION of a Blue Box or any device that can
  11468. be used as a blue box is illegal. However, I realize that this is somewhat
  11469. ridiculous, since the human voice can make the 2600 HZ signal that will
  11470. drop a trunk in your control. (I am not sure about MF tones, as I have never
  11471. heard of anyone routing calls by whistling :-) ) Therefore, perhaps AT&T does
  11472. have a case.
  11473.  
  11474.         I am really not sure if its POSSESSION or USE, or perhaps even use
  11475. with intent to defraud, however, I think I can recall reading of people
  11476. who had blue boxes taken away from them simply because they had one, and
  11477. not because there was any proof that they used it.
  11478.  
  11479.         Maybe some of the Bell people could answer this more fully...
  11480.  
  11481. Doug
  11482.  
  11483. Reuben@Weslyn.Bitnet
  11484. or
  11485. doug@unirot.UUCP (if you can't send over Bitnet, not that this relatively
  11486.                   short post should generate much response :-) )
  11487.  
  11488. ------------------------------
  11489.  
  11490. Date: 11 Jul 1986 22:57:31-EDT
  11491. From: prindle@NADC
  11492. Subject: COCOT reform in Philadelphia!
  11493.  
  11494. Walked up to one of those new *programmable* pay phones (Customer Owned Coin
  11495. Operated Telephone) and dialed 950-1xxx (my friendly, and cheap, long distance
  11496. company, toll free number) and was told to deposit something on the order of
  11497. $2.10!!  Looked all over the phone for who to contact - found nothing!  Com-
  11498. plained bitterly to Pa. PUC.  Got a call from Bell of Pa. to get details.
  11499. They said that it was probably OK that they didn't put through my 950 call
  11500. properly (?), but that it was quite wrong not to post an address or phone
  11501. number to contact in case of trouble.  They would contact the owner.  Got a
  11502. copy of letter to owner - shape up or ship out within X days.  Lo and behold,
  11503. about X-1 days later, a sticker appears on the pay phone with the number of
  11504. the owning company (no surprise), and the 950-1xxx now works perfectly (big
  11505. surprise) right down to the LCD display on the phone thanking me for placing
  11506. a FREE call.  Now, as far as I can tell, the phone works just about like a
  11507. regular Bell of Pa. pay phone (wait till equal access!).  Now, if they could
  11508. just figure out how to keep the general public from bashing that little LCD
  11509. display with a rock or whatever, they would have caught up with *TPC*.
  11510. Frank Prindle
  11511. Prindle@NADC.arpa
  11512.  
  11513. [We have a pair of these at the corner convenience store - they nicely
  11514.  charge $.25 for a $.20 local coin call, and $.55 for some local calls that
  11515.  cross area code boundaries.  While they do list the "trouble" number,
  11516.  the phone that recognizes it as a "free call" traps to some error
  11517.  handler after dialtone, and the other one wants $.25!  I don't think
  11518.  these beasts will last long.  -elmo]
  11519.  
  11520. ------------------------------
  11521.  
  11522. End of TELECOM Digest
  11523. *********************
  11524. 22-Jul-86 03:10:28-EDT,5885;000000000000
  11525. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11526. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Tue 22 Jul 86 03:10:26-EDT
  11527. Date: 12 Jul 86 22:34-EDT
  11528. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11529. Subject: TELECOM Digest V5 #127
  11530. To: Telecom@XX.LCS.MIT.EDU
  11531. Reply-To: Telecom@XX.LCS.MIT.EDU
  11532.  
  11533. TELECOM Digest                         Saturday, July 12, 1986 10:34PM
  11534. Volume 5, Issue 127
  11535.  
  11536. Today's Topics:
  11537.  
  11538.                         Multiple Yellow Pages
  11539.                      Late night call problems...
  11540.                           Apple Cat II Modem
  11541.                     COCOT reform in Philadelphia!
  11542.  
  11543. ----------------------------------------------------------------------
  11544.  
  11545. Date: Thu 10 Jul 86 07:57:15-PDT
  11546. From: HECTOR MYERSTON <MYERSTON@SRI-KL.ARPA>
  11547. Subject: Multiple Yellow Pages
  11548.  
  11549.     The idea for a single Yellow Pages per city is terrific.  It makes
  11550. for a much orderly and efficient society.  Next we could do the same for
  11551. newsmagazines (why both Time AND Newsweek?), newspapers and eventually
  11552. textbooks.  We could export the excess Yellow Page capacity to places like
  11553. the Soviet Union where there are none.
  11554.  
  11555. ------------------------------
  11556.  
  11557. Date: Wed 2 Jul 86 03:01:26-EDT
  11558. From: D. Reuben  <S.D-REUBEN%KLA.WESLYN@Wesleyan.Bitnet>
  11559. Subject: Late night call problems...
  11560.  
  11561.  
  11562.         Recently I tried making a call from my ESS line (ESS-5, I
  11563. think) at about 3 AM, EDT, from New York to California. Each time I
  11564. tried the call, I was sent to a nonsense recording stating that "You
  11565. have reached a non-working number in the 976 exchange in New York".
  11566. Obviously, I wasn't dialing 212 for NY, nor was I dialing a 976
  11567. number. I assume that it was just sent there since they didn't have a
  11568. better recording, but what interests me is that why this happens EVERY
  11569. day, at about 3AM?
  11570.  
  11571.         Is it due to testing, or are they getting the day's billing records
  11572. or something? I noticed that this only holds true for AT&T, and on ESS
  11573. exchanges. (My Crossbar doesn't seem to do this, and any Equal Access code
  11574. other than AT&T's will let the call go through...) Seems interesting
  11575. that they would have to do this on an ESS and NOT on a Crossbar...
  11576.  
  11577.         Also, I have noticed at time that features such as Call Forwarding
  11578. and Speed Calling won't work on the ESS. For example, I tried forwarding my
  11579. calls out-of-state, which normally works fine, but a few times (in the
  11580. early evening it seems) all I get is a re-order, and when I call the Telco
  11581. they say "It must be a problem on YOUR end"...(IE, I must have forwarded it
  11582. wrong) However, after trying it repeated times, the same thing still
  11583. happens. Occasionally, a Speed Calling call will return a re-order, but
  11584. if I dial it direct (IE, enter all the digits) it will go through fine.
  11585. Anyone know why it does this?
  11586.  
  11587.         I would be interested to hear if anyone does,
  11588.  
  11589.         Thanks,
  11590.  
  11591.         Doug
  11592.  
  11593.         Reuben@Weslyn.Bitnet
  11594.  
  11595. ------------------------------
  11596.  
  11597. Date: Wed 9 Jul 86 00:25:52-EDT
  11598. From: D. Reuben <> <S.D-REUBEN%KLA.WESLYN@Wesleyan.Bitnet>
  11599. Subject: Apple Cat II Modem
  11600.  
  11601.  
  11602.         I think that the POSSESSION of a Blue Box or any device that can
  11603. be used as a blue box is illegal. However, I realize that this is somewhat
  11604. ridiculous, since the human voice can make the 2600 HZ signal that will
  11605. drop a trunk in your control. (I am not sure about MF tones, as I have never
  11606. heard of anyone routing calls by whistling :-) ) Therefore, perhaps AT&T does
  11607. have a case.
  11608.  
  11609.         I am really not sure if its POSSESSION or USE, or perhaps even use
  11610. with intent to defraud, however, I think I can recall reading of people
  11611. who had blue boxes taken away from them simply because they had one, and
  11612. not because there was any proof that they used it.
  11613.  
  11614.         Maybe some of the Bell people could answer this more fully...
  11615.  
  11616. Doug
  11617.  
  11618. Reuben@Weslyn.Bitnet
  11619. or
  11620. doug@unirot.UUCP (if you can't send over Bitnet, not that this relatively
  11621.                   short post should generate much response :-) )
  11622.  
  11623. ------------------------------
  11624.  
  11625. Date: 11 Jul 1986 22:57:31-EDT
  11626. From: prindle@NADC
  11627. Subject: COCOT reform in Philadelphia!
  11628.  
  11629. Walked up to one of those new *programmable* pay phones (Customer Owned Coin
  11630. Operated Telephone) and dialed 950-1xxx (my friendly, and cheap, long distance
  11631. company, toll free number) and was told to deposit something on the order of
  11632. $2.10!!  Looked all over the phone for who to contact - found nothing!  Com-
  11633. plained bitterly to Pa. PUC.  Got a call from Bell of Pa. to get details.
  11634. They said that it was probably OK that they didn't put through my 950 call
  11635. properly (?), but that it was quite wrong not to post an address or phone
  11636. number to contact in case of trouble.  They would contact the owner.  Got a
  11637. copy of letter to owner - shape up or ship out within X days.  Lo and behold,
  11638. about X-1 days later, a sticker appears on the pay phone with the number of
  11639. the owning company (no surprise), and the 950-1xxx now works perfectly (big
  11640. surprise) right down to the LCD display on the phone thanking me for placing
  11641. a FREE call.  Now, as far as I can tell, the phone works just about like a
  11642. regular Bell of Pa. pay phone (wait till equal access!).  Now, if they could
  11643. just figure out how to keep the general public from bashing that little LCD
  11644. display with a rock or whatever, they would have caught up with *TPC*.
  11645. Frank Prindle
  11646. Prindle@NADC.arpa
  11647.  
  11648. [We have a pair of these at the corner convenience store - they nicely
  11649.  charge $.25 for a $.20 local coin call, and $.55 for some local calls that
  11650.  cross area code boundaries.  While they do list the "trouble" number,
  11651.  the phone that recognizes it as a "free call" traps to some error
  11652.  handler after dialtone, and the other one wants $.25!  I don't think
  11653.  these beasts will last long.  -elmo]
  11654.  
  11655. ------------------------------
  11656.  
  11657. End of TELECOM Digest
  11658. *********************
  11659. 22-Jul-86 05:41:13-EDT,13273;000000000000
  11660. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11661. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Tue 22 Jul 86 05:41:11-EDT
  11662. Date: 22 Jul 86 01:51-EDT
  11663. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11664. Subject: TELECOM Digest V5 #128
  11665. To: Telecom@XX.LCS.MIT.EDU
  11666. Reply-To: Telecom@XX.LCS.MIT.EDU
  11667.  
  11668. TELECOM Digest                           Tuesday, July 22, 1986 1:51AM
  11669. Volume 5, Issue 128
  11670.  
  11671. Today's Topics:
  11672.  
  11673.                        Residential hunt groups
  11674.                          Blue Box Legalities
  11675.               Programmable devices emulating blue boxes
  11676.                             vanity numbers
  11677.      Just when AT&T thought it was safe to go back into the water
  11678.                            telephone query
  11679.             Northern Telecom DMS-100 digital switch update
  11680.                       Communications Act of 1986
  11681.  
  11682. ----------------------------------------------------------------------
  11683.  
  11684. Date: 13 Jul 1986  14:57 EDT (Sun)
  11685. From: "Leonard N. Foner" <FONER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
  11686. Subject: Residential hunt groups
  11687.  
  11688. I'm moving to Watertown, MA, area code 617.  I want two lines
  11689. installed, with hunting between them (I don't care if the upper line
  11690. hunts back down to the lower one, since I expect I'll only give out
  11691. the bottom line in the group).
  11692.  
  11693. Now, before I talk to telephone people who probably don't know what's
  11694. going on, I'd like to check something.  I recall that hunt groups, of
  11695. any size, are free if you just ask for them---no additional charges
  11696. over what you'd be charged for N lines that aren't in a hunt group.
  11697. Is this correct?
  11698.  
  11699. Also, a hypothetical:  while I expect that both lines will have
  11700. identical service on them, is it possible to get different types of
  11701. service for lines in a hunt group?  (In other words, one line might
  11702. have Suburban Contiguous while the other might have a smaller
  11703. non-message-unit range or whatever.)
  11704.  
  11705. Thanx much.
  11706.  
  11707.                         <LNF>
  11708.  
  11709. ------------------------------
  11710.  
  11711. Date: Sun, 13 Jul 86 21:34:56 PDT
  11712. From: Phil Lapsley <phil@titan.arc.nasa.gov>
  11713. Subject: Blue Box Legalities
  11714.  
  11715. In some states (California being the one I know) possession of a
  11716. blue boxe or plans for a blue box is illegal (502.7 California
  11717. Penal Code).  Actually, this generalizes to any scheme or device
  11718. to avoid payment of toll charges.
  11719.  
  11720. But hasn't telecom digest gone through this subject already? ...
  11721.  
  11722.                     Phil
  11723.  
  11724. [Telecom occasionally re-hashes old subjects.  If you read 502.7 closely,
  11725.  you will note that with regards to PLANS, only possession for sale,
  11726.  advertisement of, transfer of or offer of are criminal acts.  Mere
  11727.  possession (for "educational purposes", no doubt) is not covered. -Elmo]
  11728.  
  11729. ------------------------------
  11730.  
  11731. Date: 14-Jul-1986 1843
  11732. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  11733. Subject: Programmable devices emulating blue boxes
  11734.  
  11735. >The Cat can generate all the tones phreaks love, 2600Hz, KP, MF tones.
  11736.  
  11737. Almost any computer with any sort of audio output (even just a driver
  11738. on a register bit) can be programmed to do this.
  11739.  
  11740. >I think that the POSSESSION of a Blue Box or any device that can be used
  11741. >as a blue box is illegal.  I am really not sure if its POSSESSION or USE,
  11742. >or perhaps even use with intent to defraud.
  11743.  
  11744. As usual, it depends on the state.  In some states, even the PLANS for a
  11745. blue box (such as were published in the ham magazine 73 some years ago)
  11746. are illegal to possess.
  11747.  
  11748. If there's any truth to the stories that Novation was successfully sued,
  11749. I would hope someone would post the details here.  Was it a criminal or
  11750. a civil suit?  My guess is that Novation was simply unfortunate.  I suspect
  11751. some phone phreak wrote the program to generate the tones and got it widely
  11752. distributed, leaving no trace as to his own identity.  Someone could probably
  11753. deliberately shaft a competitor (maybe anyone smaller than AT&T; that leaves
  11754. out IBM even though they have hardware that will do this) by the right phone
  11755. calls to AT&T security.
  11756.  
  11757. /john
  11758.  
  11759. ------------------------------
  11760.  
  11761. Date: Wed 16 Jul 86 19:11:43-PDT
  11762. From: Mark Lottor <MKL@SRI-NIC.ARPA>
  11763. Subject: vanity numbers
  11764.  
  11765. Pacific Bell will start offering personalized phone numbers.
  11766. It will be $10 to get and $1.50 a month.  No further details,
  11767. I just heard it on the news.
  11768.  
  11769. ------------------------------
  11770.  
  11771. Date: 18-Jul-1986 1346
  11772. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  11773. Subject: Just when AT&T thought it was safe to go back into the water
  11774.  
  11775. >From the Wall Street Journal, 26-June-86, included without permission.
  11776.  
  11777. Survey:  Sharks Prefer AT&T Lines By Wide Margin Over Sprint, MCI
  11778. ------   ------ ------ ---- ----- -- ---- ------ ---- ------- ---
  11779.  
  11780.             By Bob Davis
  11781.     Staff Reporter of The Wall Street Journal
  11782.  
  11783. Just when American Telephone & Telegraph Co. thought it was safe to go
  11784. into the water, sharks began dining on its newest undersea
  11785. telephone-communications cable.
  11786.  
  11787. It seems the sharks just can't get enough of AT&T experimental
  11788. underwater fiber-optic telephone cable near the Canary Islands. They
  11789. munch on its plastic covering, gnaw on its electrical innards and
  11790. eventually short-circuit it-even though they may electrocute
  11791. themselves in the process.  At least, "we came up with some pretty
  11792. effective shark bait," says an AT&T spokeswoman.
  11793.  
  11794. At first, AT&T engineers didn't know what was causing the cable
  11795. failures.  Then they raised the cable and found rows of shark teeth
  11796. sticking out of it.  "Sharks will always be attracted to magnetic
  11797. fields," which the fiber-optic cables create, says James Barrett, an
  11798. AT&T engineering official.
  11799.  
  11800.         Transatlantic Race
  11801.  
  11802. That's the big problem because AT&T is hurrying to complete the
  11803. world's first transatlantic fiber-optic cable by 1988. The cable uses
  11804. glass fibers instead of copper wires to transmit conversation and
  11805. data.  AT&T's old cables generally are shark- free because they don't
  11806. emit much magnetism.  But a shark bite helped knock out the Canary
  11807. Island fiber-optic cable for a full week.
  11808.  
  11809. AT&T says it can combat the sharks by reinforcing stretches of the
  11810. cable with steel wire and quickly patching breaks that occur. But the
  11811. company's shark problem has attracted another kind of predator.
  11812.  
  11813.         Space Shark
  11814.  
  11815. Communications Satellite Corp. (Comsat) a Washington, D.C., satellite
  11816. company, is pressing Congress to spend $119 million next fiscal year
  11817. on a new satellite system that will compete with fiber optics.
  11818. Meanwhile, Comsat officials are turning AT&T fish difficulty to their
  11819. own advantage: Shark attacks "may cause a delay of six months to a
  11820. year," in laying AT&T's transatlantic cable, asserts John Evans, a
  11821. Comsat vice president.
  11822.  
  11823. AT&T denies any such delay.  And even Comsat's lobbyist, Thomas
  11824. Scully, doubts that Congress will swallow the fish story.
  11825.  
  11826. He reasons: "If I were at AT&T and I saw an article saying the biggest
  11827. problem facing fiber optics is that fish eat the cable, I'd say, "Boy,
  11828. the satellite people are desperate."
  11829.  
  11830.         -30-
  11831.  
  11832. Notes: The person from whom I originally received this article was
  11833. immediately sceptical of the reports of magnetic fields from fiber
  11834. optic cables.  But unlike short-haul terrestrial fiber cables, where
  11835. the fiber would not emit any fields, undersea cables must carry high
  11836. voltage power to the undersea repeaters, which would result in both
  11837. electric and magnetic fields around and along the cable.
  11838.  
  11839. The article is further misleading in stating that old cables are
  11840. shark-free because they don't emit much magnetism.  It appears that
  11841. the real reason here is more likely to be because the conventional
  11842. cables are a larger diameter which the sharks can't so easily get
  11843. their teeth around.
  11844.  
  11845. And finally, experiments have shown that sharks are attracted to
  11846. electrical fields which many of their prey emit.  There is little to
  11847. no data about magnetic fields and shark.  I have, however, read
  11848. articles about other animals using magnetic fields for navigation.
  11849.  
  11850. /john
  11851.  
  11852. ------------------------------
  11853.  
  11854. Date: 18 Jul 86 10:45:00 PST
  11855. From: <art@acc.arpa>
  11856. Subject: telephone query
  11857. Reply-To: <art@acc.arpa>
  11858.  
  11859.  
  11860. I'll soon be moving to a new house, and am planning on turning in the
  11861. phones I'm renting from GTE and buying new phones.  I'd appreciate
  11862. any recomendations or warnings about the following types:
  11863.  
  11864. 1) Cordless
  11865.     
  11866.     I'm thinking top-of-the-line here, preferably with:
  11867.         selectable channels (for neighbor interference)
  11868.         programmable security codes (for unauthorized line use)
  11869.         two-way paging
  11870.         speakerphone base station
  11871.         pulse/tone dialing
  11872.         49/46 mHz
  11873.  
  11874. 2) Desk/Office
  11875.  
  11876.     Here I'm thinking of a two line phone.  I'd like to put one line
  11877.     on my residence number and the other on the line my modem normally
  11878.     uses.  Thus I can use the modem line if the other line is in use.
  11879.     Features of interest:
  11880.         10-30 stored number autodial
  11881.         separate ringer tone and ringer controls
  11882.         conference capability (between the two lines)
  11883.         pulse/tone dialing
  11884.  
  11885. 3) Clock/Radio/Telephone
  11886.  
  11887.     This one would be for the master bedroom.  Features I can think of:
  11888.         adjustable display brightness
  11889.         adjustable ringer volume (hopefully to off)
  11890.  
  11891. Thanks in advance for any help!
  11892.  
  11893.                     Art@ACC.ARPA
  11894.  
  11895. ------------------------------
  11896.  
  11897. Date: Fri, 18 Jul 1986  22:12 MDT
  11898. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  11899. Subject: Northern Telecom DMS-100 digital switch update
  11900.  
  11901. The 20-30 software updates that were scheduled to be made to the
  11902. Northern Telecom DMS-100 switch (which were supposed to solve the
  11903. problems of garbled modem connections) were done in the Southfield
  11904. Michigan exchange ESS office.  Now, instead of 2 out of 3 calls being
  11905. garbled, it's about 1 out of 3 - certainly an improvement but still
  11906. more to go.
  11907.  
  11908. About two weeks ago Michigan Bell changed several more ESS offices in
  11909. the Detroit area to Northern Telecom DMS-100 digital switches,
  11910. including the one where my RCP/M system is located.  This has resulted
  11911. in numerous complaints from my modem callers about garbled
  11912. connections.  Even from my home, which is only one exchange away,
  11913. about one out of three calls to that system result in garble problems
  11914. at 1200 or 2400 bps.  Some 300 baud callers report being unable to
  11915. connect at all and others say they lose the connection during their
  11916. session.  That phone number was previously on a crossbar switch.
  11917.  
  11918. A Michigan Bell employee who asked not to be quoted by name said that
  11919. the Royal Oak office (a major hub center for the suburbs) was slated
  11920. to have a DMS-100 installed soon and Michigan Bell has decided to put
  11921. that switch in another office of less importance.  He went on to say
  11922. (this is unsubstantiated) that Michigan Bell has cancelled all future
  11923. orders with Northern Telecom for DMS-100's and will instead in the
  11924. future be using Western Electic digital switches.  He also said that
  11925. in order to fix these problems they are going to have to lock all the
  11926. oscillators in the various digital switch frames together to a common
  11927. master oscillator, and further that they are going to have to lock all
  11928. the exchanges to a master oscillator at some central point.
  11929.  
  11930. Another source told me that he has heard that 70% of ALL digital
  11931. switches being installed in ESS offices in the U.S.A. are Northern
  11932. Telecom DMS-100's.
  11933.  
  11934. Looks like modem users are in for it.  We'll probably have to change
  11935. the technology of modems to make them ignore the discontinuities
  11936. caused by the 8 kHz switching in these digital switches.
  11937.  
  11938. --Keith
  11939.  
  11940. Disclaimer: I have no proof that the above is true, only the word of
  11941. sources that I trust.  Tests I have personally made, however, did
  11942. track down modem garble problems at work to the DMS-100 digital switch
  11943. in the central office.  The problems disappeared after I got them to
  11944. change that phone number over to a crossbar switch.
  11945.  
  11946. ------------------------------
  11947.  
  11948. Date: Sun, 20 Jul 86 00:52:24 pdt
  11949. From: well!tenney@lll-lcc.ARPA (Glenn S. Tenney)
  11950. Subject: Communications Act of 1986
  11951.  
  11952.  
  11953. I am submitting this to mod.telecom.  If I see it appear on the net,
  11954. I'll post a reference to it in net.legal/news/mail.
  11955.  
  11956. The Electronic Communications Privacy Act of 1986, which has passed the
  11957. House, now is a bill in the Senate (S.2575).  This one Act affects every
  11958. usenet, bitnet, bbs, shortwave listener, TV viewer, etc.  So that you
  11959. can see what is being proposed, I have keyed it in fairly quickly.
  11960. There may be some errors, so please do NOT consider this as the
  11961. official bill.  I have made a few abbreviations (ie. FCC, FBI, USC)
  11962. which should be obvious in context.  I entered this in four parts and
  11963. later combined them and think I got all 52 pages.
  11964.  
  11965. If you want your own official copy, send your request to:
  11966.   Senate Document Room
  11967.   Hart Senate Office Building, B 004
  11968.   Washington, D.C. 20510-7016
  11969.  
  11970. I disclaim my typing skills, but good luck anyway.  Maybe this will
  11971. evoke some discussion or maybe even letters to our Senators.
  11972.  
  11973. [This text is available as 
  11974.  XX:<TELECOM>ELECTRONIC-COMMUNICATIONS-PRIVACY.ACT-OF-1986
  11975.  and is available for public FTP -elmo]
  11976.  
  11977.  
  11978. -- Glenn Tenney 
  11979.  
  11980. UUCP: {hplabs,glacier,lll-crg,ihnp4!ptsfa}!well!tenney
  11981. ARPA: well!tenney@LLL-CRG.ARPA        Delphi and MCI Mail: TENNEY
  11982.  
  11983. ------------------------------
  11984.  
  11985. End of TELECOM Digest
  11986. *********************
  11987. 23-Jul-86 04:05:13-EDT,13273;000000000000
  11988. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11989. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Wed 23 Jul 86 04:05:04-EDT
  11990. Date: 22 Jul 86 01:51-EDT
  11991. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  11992. Subject: TELECOM Digest V5 #128
  11993. To: Telecom@XX.LCS.MIT.EDU
  11994. Reply-To: Telecom@XX.LCS.MIT.EDU
  11995.  
  11996. TELECOM Digest                           Tuesday, July 22, 1986 1:51AM
  11997. Volume 5, Issue 128
  11998.  
  11999. Today's Topics:
  12000.  
  12001.                        Residential hunt groups
  12002.                          Blue Box Legalities
  12003.               Programmable devices emulating blue boxes
  12004.                             vanity numbers
  12005.      Just when AT&T thought it was safe to go back into the water
  12006.                            telephone query
  12007.             Northern Telecom DMS-100 digital switch update
  12008.                       Communications Act of 1986
  12009.  
  12010. ----------------------------------------------------------------------
  12011.  
  12012. Date: 13 Jul 1986  14:57 EDT (Sun)
  12013. From: "Leonard N. Foner" <FONER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
  12014. Subject: Residential hunt groups
  12015.  
  12016. I'm moving to Watertown, MA, area code 617.  I want two lines
  12017. installed, with hunting between them (I don't care if the upper line
  12018. hunts back down to the lower one, since I expect I'll only give out
  12019. the bottom line in the group).
  12020.  
  12021. Now, before I talk to telephone people who probably don't know what's
  12022. going on, I'd like to check something.  I recall that hunt groups, of
  12023. any size, are free if you just ask for them---no additional charges
  12024. over what you'd be charged for N lines that aren't in a hunt group.
  12025. Is this correct?
  12026.  
  12027. Also, a hypothetical:  while I expect that both lines will have
  12028. identical service on them, is it possible to get different types of
  12029. service for lines in a hunt group?  (In other words, one line might
  12030. have Suburban Contiguous while the other might have a smaller
  12031. non-message-unit range or whatever.)
  12032.  
  12033. Thanx much.
  12034.  
  12035.                         <LNF>
  12036.  
  12037. ------------------------------
  12038.  
  12039. Date: Sun, 13 Jul 86 21:34:56 PDT
  12040. From: Phil Lapsley <phil@titan.arc.nasa.gov>
  12041. Subject: Blue Box Legalities
  12042.  
  12043. In some states (California being the one I know) possession of a
  12044. blue boxe or plans for a blue box is illegal (502.7 California
  12045. Penal Code).  Actually, this generalizes to any scheme or device
  12046. to avoid payment of toll charges.
  12047.  
  12048. But hasn't telecom digest gone through this subject already? ...
  12049.  
  12050.                     Phil
  12051.  
  12052. [Telecom occasionally re-hashes old subjects.  If you read 502.7 closely,
  12053.  you will note that with regards to PLANS, only possession for sale,
  12054.  advertisement of, transfer of or offer of are criminal acts.  Mere
  12055.  possession (for "educational purposes", no doubt) is not covered. -Elmo]
  12056.  
  12057. ------------------------------
  12058.  
  12059. Date: 14-Jul-1986 1843
  12060. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  12061. Subject: Programmable devices emulating blue boxes
  12062.  
  12063. >The Cat can generate all the tones phreaks love, 2600Hz, KP, MF tones.
  12064.  
  12065. Almost any computer with any sort of audio output (even just a driver
  12066. on a register bit) can be programmed to do this.
  12067.  
  12068. >I think that the POSSESSION of a Blue Box or any device that can be used
  12069. >as a blue box is illegal.  I am really not sure if its POSSESSION or USE,
  12070. >or perhaps even use with intent to defraud.
  12071.  
  12072. As usual, it depends on the state.  In some states, even the PLANS for a
  12073. blue box (such as were published in the ham magazine 73 some years ago)
  12074. are illegal to possess.
  12075.  
  12076. If there's any truth to the stories that Novation was successfully sued,
  12077. I would hope someone would post the details here.  Was it a criminal or
  12078. a civil suit?  My guess is that Novation was simply unfortunate.  I suspect
  12079. some phone phreak wrote the program to generate the tones and got it widely
  12080. distributed, leaving no trace as to his own identity.  Someone could probably
  12081. deliberately shaft a competitor (maybe anyone smaller than AT&T; that leaves
  12082. out IBM even though they have hardware that will do this) by the right phone
  12083. calls to AT&T security.
  12084.  
  12085. /john
  12086.  
  12087. ------------------------------
  12088.  
  12089. Date: Wed 16 Jul 86 19:11:43-PDT
  12090. From: Mark Lottor <MKL@SRI-NIC.ARPA>
  12091. Subject: vanity numbers
  12092.  
  12093. Pacific Bell will start offering personalized phone numbers.
  12094. It will be $10 to get and $1.50 a month.  No further details,
  12095. I just heard it on the news.
  12096.  
  12097. ------------------------------
  12098.  
  12099. Date: 18-Jul-1986 1346
  12100. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  12101. Subject: Just when AT&T thought it was safe to go back into the water
  12102.  
  12103. >From the Wall Street Journal, 26-June-86, included without permission.
  12104.  
  12105. Survey:  Sharks Prefer AT&T Lines By Wide Margin Over Sprint, MCI
  12106. ------   ------ ------ ---- ----- -- ---- ------ ---- ------- ---
  12107.  
  12108.             By Bob Davis
  12109.     Staff Reporter of The Wall Street Journal
  12110.  
  12111. Just when American Telephone & Telegraph Co. thought it was safe to go
  12112. into the water, sharks began dining on its newest undersea
  12113. telephone-communications cable.
  12114.  
  12115. It seems the sharks just can't get enough of AT&T experimental
  12116. underwater fiber-optic telephone cable near the Canary Islands. They
  12117. munch on its plastic covering, gnaw on its electrical innards and
  12118. eventually short-circuit it-even though they may electrocute
  12119. themselves in the process.  At least, "we came up with some pretty
  12120. effective shark bait," says an AT&T spokeswoman.
  12121.  
  12122. At first, AT&T engineers didn't know what was causing the cable
  12123. failures.  Then they raised the cable and found rows of shark teeth
  12124. sticking out of it.  "Sharks will always be attracted to magnetic
  12125. fields," which the fiber-optic cables create, says James Barrett, an
  12126. AT&T engineering official.
  12127.  
  12128.         Transatlantic Race
  12129.  
  12130. That's the big problem because AT&T is hurrying to complete the
  12131. world's first transatlantic fiber-optic cable by 1988. The cable uses
  12132. glass fibers instead of copper wires to transmit conversation and
  12133. data.  AT&T's old cables generally are shark- free because they don't
  12134. emit much magnetism.  But a shark bite helped knock out the Canary
  12135. Island fiber-optic cable for a full week.
  12136.  
  12137. AT&T says it can combat the sharks by reinforcing stretches of the
  12138. cable with steel wire and quickly patching breaks that occur. But the
  12139. company's shark problem has attracted another kind of predator.
  12140.  
  12141.         Space Shark
  12142.  
  12143. Communications Satellite Corp. (Comsat) a Washington, D.C., satellite
  12144. company, is pressing Congress to spend $119 million next fiscal year
  12145. on a new satellite system that will compete with fiber optics.
  12146. Meanwhile, Comsat officials are turning AT&T fish difficulty to their
  12147. own advantage: Shark attacks "may cause a delay of six months to a
  12148. year," in laying AT&T's transatlantic cable, asserts John Evans, a
  12149. Comsat vice president.
  12150.  
  12151. AT&T denies any such delay.  And even Comsat's lobbyist, Thomas
  12152. Scully, doubts that Congress will swallow the fish story.
  12153.  
  12154. He reasons: "If I were at AT&T and I saw an article saying the biggest
  12155. problem facing fiber optics is that fish eat the cable, I'd say, "Boy,
  12156. the satellite people are desperate."
  12157.  
  12158.         -30-
  12159.  
  12160. Notes: The person from whom I originally received this article was
  12161. immediately sceptical of the reports of magnetic fields from fiber
  12162. optic cables.  But unlike short-haul terrestrial fiber cables, where
  12163. the fiber would not emit any fields, undersea cables must carry high
  12164. voltage power to the undersea repeaters, which would result in both
  12165. electric and magnetic fields around and along the cable.
  12166.  
  12167. The article is further misleading in stating that old cables are
  12168. shark-free because they don't emit much magnetism.  It appears that
  12169. the real reason here is more likely to be because the conventional
  12170. cables are a larger diameter which the sharks can't so easily get
  12171. their teeth around.
  12172.  
  12173. And finally, experiments have shown that sharks are attracted to
  12174. electrical fields which many of their prey emit.  There is little to
  12175. no data about magnetic fields and shark.  I have, however, read
  12176. articles about other animals using magnetic fields for navigation.
  12177.  
  12178. /john
  12179.  
  12180. ------------------------------
  12181.  
  12182. Date: 18 Jul 86 10:45:00 PST
  12183. From: <art@acc.arpa>
  12184. Subject: telephone query
  12185. Reply-To: <art@acc.arpa>
  12186.  
  12187.  
  12188. I'll soon be moving to a new house, and am planning on turning in the
  12189. phones I'm renting from GTE and buying new phones.  I'd appreciate
  12190. any recomendations or warnings about the following types:
  12191.  
  12192. 1) Cordless
  12193.     
  12194.     I'm thinking top-of-the-line here, preferably with:
  12195.         selectable channels (for neighbor interference)
  12196.         programmable security codes (for unauthorized line use)
  12197.         two-way paging
  12198.         speakerphone base station
  12199.         pulse/tone dialing
  12200.         49/46 mHz
  12201.  
  12202. 2) Desk/Office
  12203.  
  12204.     Here I'm thinking of a two line phone.  I'd like to put one line
  12205.     on my residence number and the other on the line my modem normally
  12206.     uses.  Thus I can use the modem line if the other line is in use.
  12207.     Features of interest:
  12208.         10-30 stored number autodial
  12209.         separate ringer tone and ringer controls
  12210.         conference capability (between the two lines)
  12211.         pulse/tone dialing
  12212.  
  12213. 3) Clock/Radio/Telephone
  12214.  
  12215.     This one would be for the master bedroom.  Features I can think of:
  12216.         adjustable display brightness
  12217.         adjustable ringer volume (hopefully to off)
  12218.  
  12219. Thanks in advance for any help!
  12220.  
  12221.                     Art@ACC.ARPA
  12222.  
  12223. ------------------------------
  12224.  
  12225. Date: Fri, 18 Jul 1986  22:12 MDT
  12226. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  12227. Subject: Northern Telecom DMS-100 digital switch update
  12228.  
  12229. The 20-30 software updates that were scheduled to be made to the
  12230. Northern Telecom DMS-100 switch (which were supposed to solve the
  12231. problems of garbled modem connections) were done in the Southfield
  12232. Michigan exchange ESS office.  Now, instead of 2 out of 3 calls being
  12233. garbled, it's about 1 out of 3 - certainly an improvement but still
  12234. more to go.
  12235.  
  12236. About two weeks ago Michigan Bell changed several more ESS offices in
  12237. the Detroit area to Northern Telecom DMS-100 digital switches,
  12238. including the one where my RCP/M system is located.  This has resulted
  12239. in numerous complaints from my modem callers about garbled
  12240. connections.  Even from my home, which is only one exchange away,
  12241. about one out of three calls to that system result in garble problems
  12242. at 1200 or 2400 bps.  Some 300 baud callers report being unable to
  12243. connect at all and others say they lose the connection during their
  12244. session.  That phone number was previously on a crossbar switch.
  12245.  
  12246. A Michigan Bell employee who asked not to be quoted by name said that
  12247. the Royal Oak office (a major hub center for the suburbs) was slated
  12248. to have a DMS-100 installed soon and Michigan Bell has decided to put
  12249. that switch in another office of less importance.  He went on to say
  12250. (this is unsubstantiated) that Michigan Bell has cancelled all future
  12251. orders with Northern Telecom for DMS-100's and will instead in the
  12252. future be using Western Electic digital switches.  He also said that
  12253. in order to fix these problems they are going to have to lock all the
  12254. oscillators in the various digital switch frames together to a common
  12255. master oscillator, and further that they are going to have to lock all
  12256. the exchanges to a master oscillator at some central point.
  12257.  
  12258. Another source told me that he has heard that 70% of ALL digital
  12259. switches being installed in ESS offices in the U.S.A. are Northern
  12260. Telecom DMS-100's.
  12261.  
  12262. Looks like modem users are in for it.  We'll probably have to change
  12263. the technology of modems to make them ignore the discontinuities
  12264. caused by the 8 kHz switching in these digital switches.
  12265.  
  12266. --Keith
  12267.  
  12268. Disclaimer: I have no proof that the above is true, only the word of
  12269. sources that I trust.  Tests I have personally made, however, did
  12270. track down modem garble problems at work to the DMS-100 digital switch
  12271. in the central office.  The problems disappeared after I got them to
  12272. change that phone number over to a crossbar switch.
  12273.  
  12274. ------------------------------
  12275.  
  12276. Date: Sun, 20 Jul 86 00:52:24 pdt
  12277. From: well!tenney@lll-lcc.ARPA (Glenn S. Tenney)
  12278. Subject: Communications Act of 1986
  12279.  
  12280.  
  12281. I am submitting this to mod.telecom.  If I see it appear on the net,
  12282. I'll post a reference to it in net.legal/news/mail.
  12283.  
  12284. The Electronic Communications Privacy Act of 1986, which has passed the
  12285. House, now is a bill in the Senate (S.2575).  This one Act affects every
  12286. usenet, bitnet, bbs, shortwave listener, TV viewer, etc.  So that you
  12287. can see what is being proposed, I have keyed it in fairly quickly.
  12288. There may be some errors, so please do NOT consider this as the
  12289. official bill.  I have made a few abbreviations (ie. FCC, FBI, USC)
  12290. which should be obvious in context.  I entered this in four parts and
  12291. later combined them and think I got all 52 pages.
  12292.  
  12293. If you want your own official copy, send your request to:
  12294.   Senate Document Room
  12295.   Hart Senate Office Building, B 004
  12296.   Washington, D.C. 20510-7016
  12297.  
  12298. I disclaim my typing skills, but good luck anyway.  Maybe this will
  12299. evoke some discussion or maybe even letters to our Senators.
  12300.  
  12301. [This text is available as 
  12302.  XX:<TELECOM>ELECTRONIC-COMMUNICATIONS-PRIVACY.ACT-OF-1986
  12303.  and is available for public FTP -elmo]
  12304.  
  12305.  
  12306. -- Glenn Tenney 
  12307.  
  12308. UUCP: {hplabs,glacier,lll-crg,ihnp4!ptsfa}!well!tenney
  12309. ARPA: well!tenney@LLL-CRG.ARPA        Delphi and MCI Mail: TENNEY
  12310.  
  12311. ------------------------------
  12312.  
  12313. End of TELECOM Digest
  12314. *********************
  12315. 23-Jul-86 05:17:05-EDT,8960;000000000000
  12316. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  12317. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Wed 23 Jul 86 05:17:04-EDT
  12318. Date: 23 Jul 86 03:15-EDT
  12319. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  12320. Subject: TELECOM Digest V5 #129
  12321. To: Telecom@XX.LCS.MIT.EDU
  12322. Reply-To: Telecom@XX.LCS.MIT.EDU
  12323.  
  12324. TELECOM Digest                         Wednesday, July 23, 1986 3:15AM
  12325. Volume 5, Issue 129
  12326.  
  12327. Today's Topics:
  12328.  
  12329.                           Re: vanity numbers
  12330.                      Re: Residential hunt groups
  12331.             Electronic Communications Privacy Act of 1986
  12332.                      Legalalities Re: Blue Boxes
  12333.  
  12334. ----------------------------------------------------------------------
  12335.  
  12336. Date: Tue, 22 Jul 86 07:35:09 EDT
  12337. From: Chris Maio <chris@columbia.edu>
  12338. Subject: Re: vanity numbers
  12339.  
  12340. Those "vanity numbers" sound like the user just gets to specify their own phone
  12341. number; New York Telephone provides this for free, including searching for an
  12342. unallocated phone number based on simple criteria (e.g. for my two home phones,
  12343. I specified the last 4 digits and they found two exchanges where those numbers
  12344. weren't in use).  I'd imagine that such searches require almost no effort, so
  12345. charging for that kind of non-service seems pretty slimy; I wonder how they
  12346. justify the monthly fee?
  12347.                         Chris
  12348.  
  12349. P.S. One thing to watch out for is what the number was used for in the past,
  12350. and why it isn't in use: it would be pretty annoying to pay extra for a vanity
  12351. number and wind up with a number that's etched into the wall in a men's room
  12352. somewhere, or very close to a radio station's phone-in contest line.
  12353.  
  12354. [Pacific Bell has to-date been willing to check number availability, although
  12355.  only about 10% of "disconnected" numbers have ever been available when
  12356.  I've requested them.  Unfortunately, I'm afraid, this service will only
  12357.  heighten demand for "vanity" numbers, now that the public will KNOW they
  12358.  can have them.  -Elmo]
  12359.  
  12360. ------------------------------
  12361.  
  12362. Date:  Tue, 22 Jul 86 07:45 EDT
  12363. From:  Frankston@MIT-MULTICS.ARPA
  12364. Subject:  Re: Residential hunt groups
  12365.  
  12366.  
  12367.  
  12368. I've had residential hunt in Boston for the last 15 years.  There is no
  12369. charge.  They will give you a little grief if you want to have different
  12370. services.  Since I've always gone with metropolitan unlimited I haven't
  12371. had to face this, but I have the impression one can get the split if one
  12372. tries hard enough.
  12373.  
  12374. ------------------------------
  12375.  
  12376. Date:     Tue, 22 Jul 86 9:48:02 EDT
  12377. From:     Bobby Jesse <rnj@BRL.ARPA>
  12378. Subject:  Electronic Communications Privacy Act of 1986
  12379.  
  12380. To spark further interest and letter writing, I submit excerpts of
  12381. a letter I sent to several parties in February 1986:
  12382.  
  12383. Dear Senator Mathias:
  12384.  
  12385.      [....]
  12386.      Let me state clearly that I believe the Act in its present form
  12387. is *bad* legislation.  There is a need to strengthen the 1968 wire-
  12388. tapping laws in some respects, but S-2575 extends "protection"
  12389. beyond that which is technically reasonable or even believable.
  12390.  
  12391.      In particular, I agree that wiretapping protection should be
  12392. independent of the *content* and representation of a message.  That
  12393. is, video, facsimile, digital, etc. signals deserve just the same
  12394. protection as voice signal.
  12395.  
  12396.      The problem is that S-2575 treats the medium of transmission
  12397. (radio, wire, photoelectric) just as generally as the content, and
  12398. this is in fundamental conflict with the differing physical behavior
  12399. of the different media.
  12400.  
  12401.      Some means of transmission are inherently point-to-point -- wire,
  12402. narrowbeam microwave, and the like.  Information thus sent is targeted
  12403. to a particular recipient, much as first class mail is enveloped and
  12404. addressed to a particular person.  And those communications deserve much
  12405. the same legal protection as first class mail.
  12406.  
  12407.      Most electromagnetic emissions (radio), in contrast, are inherently
  12408. omnidirectional -- that is, just as physically available to many people
  12409. as to the intended recipient.  It is no more reasonable to make illegal
  12410. the reception of [some] such broadcasts than it would be to forbid the
  12411. reading of certain pages of the Washington Post.
  12412.  
  12413.      But if this argument is ignored, with the claim that it is *vital*
  12414. that the public not be permitted to receive some radio broadcasts (or
  12415. to read certain pages of the Post), would the resulting legislation be
  12416. useful?  The answer is no -- a prudent, informed businessman would no
  12417. sooner discuss confidential matters on an unencrypted cellular radio-
  12418. telephone call than he would publish the same material in the Post.
  12419.  
  12420.      In both cases, he knows [or should know] that the media of trans-
  12421. mission are inherently available to the public, and that with or without
  12422. S-2575, it would not be prudent to shout his affairs to the public.
  12423.  
  12424.      [...]  the sort of protection S-2575 attempts to provide is worse
  12425. than useless.  It lulls those who don't understand the technology
  12426. into a false sense of security, believing that their communications are
  12427. not being overheard, simply because it is illegal to overhear them.
  12428. No doubt this is exactly why the cellular telephone industry supports
  12429. the Bill -- a pacified public will buy more cellphones and use them
  12430. more freely.
  12431.  
  12432.      [....]
  12433.                         Respectfully yours,
  12434.                         /s/ R. Jesse
  12435.  
  12436. =======
  12437. The Mobile Communications Division of the Electronic Industries Assoc.
  12438. [EIA] distributed around Capitol Hill an excellent letter dated July
  12439. 10, 1986 to the same general effect as the above, with some additional
  12440. points:
  12441.  
  12442. +  "In the case of cordless telephones the FCC requires product labeling
  12443.    to inform the consumer that 'privacy of communications may not be ensured
  12444.    when using this phone.'  We believe that consumer education is a more
  12445.    appropriate response to this issue than is the proposed legislation."
  12446.  
  12447. +  the General Counsel of the FCC told the US DoJ in April 86 "'...we
  12448.    propose that the Safe Streets Act not prohibit interception of the
  12449.    radio portion of telephone communications where the interception is
  12450.    neither divulged nor used for the benefit of the interceptor or
  12451.    another not entitled thereto.'"
  12452.  
  12453. +  "There is also Congressional precedent acknowledging the concept of
  12454.    encryption.  When Congress adopted Section 705 of the Communications
  12455.    Act in 1984, it exempted from penalty the interception of satellite
  12456.    cable programming by individuals for private viewing if 'the programming
  12457.    involved is not encrypted.'"
  12458.  
  12459. =======
  12460. Readers of Telecom might think that there would be widespread opposition
  12461. to this bill.  Not so!  The ease (unanimous voice vote?) and silence
  12462. with which it passed the House is evidence.  The EIA appears to be the
  12463. first major voice to rise against it generally.  [I understand that the
  12464. Amateur Radio Relay League was objecting in the early stages, but was
  12465. placated by additional language excluding ham bands, and has been more or
  12466. less quiet since.]
  12467.  
  12468. In contrast, the support for the Bill is vocal and very well organized.
  12469. And the weight of the booboisie is behind it with the simplistic notion
  12470. that "decent people don't listen in on other people's phone calls.  let's
  12471. make it illegal."
  12472.  
  12473. And we can guess that if the bill becomes law, we'll hear no objection
  12474. from the Supreme Court.
  12475.  
  12476. ------------------------------
  12477.  
  12478. Date: Tue, 22 Jul 86 15:33:57 EDT
  12479. From: Douglas Humphrey <deh@eneevax.umd.edu>
  12480. Subject: Legalalities Re: Blue Boxes
  12481.  
  12482. Concerning Blue Boxes, and what is illegal, it depends upon the laws of 
  12483. the State that you are in. In most states, they can get you for 
  12484. 'possession of a device capable of defrauding the phone company' which 
  12485. is a literal quote from some summons papers I have here from a time
  12486. when a friend in Virginia got nailed. No need to show intent because the
  12487. device has only one obvious purpose and capability which is defrauding
  12488. the phone company. Possession of it is defacto evidence of intent (in
  12489. the eyes of the courts, anyway).
  12490.  
  12491. Blue boxes still work very well, but it is getting to be a game of 
  12492. Find The MF Trunk, since so much of the long distance facilities are
  12493. onto CCIS and other out-of-band signaling methods. Still, there are a 
  12494. lot of trunks out there, and many of them will do the 'right thing'
  12495. when whistled at. Rumor has it that there are places where trunks
  12496. cross over into Canada which have a set of MF translaters on them 
  12497. to let the CCIS gear talk inband to some older MF gear up north,
  12498. allowing the 2600 to go to the border unseen (who looks for it on
  12499. CCIS trunks ?) but have the desired effect just over the border. 
  12500. >From there it would be possible to hit international senders and come
  12501. back into the US, or go wherever else the sender can take you.
  12502.  
  12503. Me ? No. Haven't touched the stuff in years. Too risky by half.
  12504.  
  12505.  
  12506. Shamefully paying for all my long distance.....
  12507.  
  12508. Doug
  12509.  
  12510. ------------------------------
  12511.  
  12512. End of TELECOM Digest
  12513. *********************
  12514. 24-Jul-86 04:16:45-EDT,13789;000000000000
  12515. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  12516. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 24 Jul 86 04:16:42-EDT
  12517. Date: 24 Jul 86 03:00-EDT
  12518. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  12519. Subject: TELECOM Digest V5 #130
  12520. To: Telecom@XX.LCS.MIT.EDU
  12521. Reply-To: Telecom@XX.LCS.MIT.EDU
  12522.  
  12523. TELECOM Digest                          Thursday, July 24, 1986 3:00AM
  12524. Volume 5, Issue 130
  12525.  
  12526. Today's Topics:
  12527.  
  12528.                   Interview with MNP protocol author
  12529.  
  12530. ----------------------------------------------------------------------
  12531.  
  12532. Date: Tue, 22 Jul 1986  22:30 MDT
  12533. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  12534. Subject: Interview with MNP protocol author
  12535.  
  12536. By permission of the publisher...
  12537.  
  12538. [Micom Propoganda removed, this article is rather biased, as one would
  12539.  expect.  In that light, I will allow for one series of rebuttals in the
  12540.  next digest.  Any further discussion will be directed to the
  12541.  Protocols@Rutgers digest. -Elmo]
  12542.  
  12543.  
  12544. ====
  12545.  
  12546. Originally published by Black Box Corporation in the Black Box 
  12547. COMMUNICATOR.
  12548.  
  12549.  
  12550.  
  12551.  
  12552.  
  12553.  
  12554.           ERROR CORRECTION IN MODEMS... AND THE MNP PROTOCOL
  12555.  
  12556.                    An Interview with Greg Pearson, 
  12557.                          the Developer of MNP
  12558.  
  12559.  
  12560.          
  12561.        ******************************************************
  12562.                                                                     
  12563.         "(Error correction in modems) is a transparent solution   
  12564.         to a problem that's been with us all the time -- noisy    
  12565.         telephone lines."                                         
  12566.  
  12567.        ******************************************************
  12568.  
  12569.  
  12570. Sending information, minus the errors, is a top priority among data 
  12571. communicators everywhere.  As a result, more and more modems are being 
  12572. equipped with the MNP link protocol in their firmware.  Many people 
  12573. feel that this is the most effecicent way to eliminate errors in 
  12574. today's high-speed dial-up communications.  And Greg Pearson, MICOM's 
  12575. Chief Software Development Manager for Analog Products, is one of them.  
  12576. The MNP Protocol is his brainchild -- the product of Greg Pearson's 
  12577. attempt to develop a complete protocol, one with several layers that 
  12578. perform independently of the others.  Needless to say, he was 
  12579. successful.
  12580.  
  12581.  
  12582.  
  12583. BBC: In much of your published material on MNP, you've stressed that 
  12584. MNP has the richest set of protocols -- that it includes both a full-
  12585. fledged link protocol as well as higher level protocols like session 
  12586. and file transfer.  To begin our discussion on error correction in 
  12587. modems, can you tell us what you mean by a "full-fledged link protocol" 
  12588. -- and then give an overview of the different types of error correcting 
  12589. techniques?
  12590.  
  12591. PEARSON: For one thing, a full-fledged link protocol has to provide 
  12592. layer independence.  By that I mean that it doesn't depend on the layer 
  12593. above it to operate effectively.  Since error-control is offered at the 
  12594. link protocol layer, it's important that it be independent.  And that's 
  12595. not the case with the X.PC protocol.  X.PC is actually a layer 3 
  12596. protocol that integrates certain aspects of layer 2 from the OSI 
  12597. Reference Model.  If you're a real architectural purest, you wouldn't 
  12598. do this.  
  12599.  
  12600. As for the different types of error correcting techniques used for 
  12601. point-to-point error correction to date, in the hobbyiest world -- or 
  12602. rather, the retail-oriented market -- three come to mind right away.  
  12603. They are Xmodem, X.PC and MNP.  
  12604.  
  12605. In a sense, these three techniques have been used to accomplish the 
  12606. same work, but in different environments.  For example, many personal 
  12607. computer software packages use the Xmodem protocol for the error-free 
  12608. transmission of files over a dial-up telephone connection.  But if a 
  12609. user wants to send an error-free file from a PC into TYMNET(R), X.PC 
  12610. would be used since it's the protocol used by TYMNET.  On the other 
  12611. hand, if you wanted to do the same thing -- that is, send any data 
  12612. error-free over a dial-up connection -- with the protocol built into 
  12613. the modems themselves, you would use MNP.
  12614.  
  12615.  
  12616. BBC:  Can one protocol be replaced by another?
  12617.  
  12618. PEARSON:  Well, you could use X.PC or MNP in the same application as 
  12619. the Xmodem protocol.  Basically, Xmodem is a very simple technique --
  12620. one that's good for file transfer but not for interactive traffic.  
  12621.  
  12622. And, as I just mentioned, X.PC is a software protocol approach used by 
  12623. TYMNET.  A couple of companies have put X.PC into the firmware of 
  12624. their modems, but there are some significant disadvantages in doing 
  12625. that -- and the most noticable to the user is the difference in 
  12626. throughput.  If you take a look at the market, the use of the MNP 
  12627. error-control protocol in modems is by far the preferred choice.  It's 
  12628. currently used in the products of something like 16 or 18 modem 
  12629. vendors.
  12630.  
  12631.  
  12632.        **************************************************
  12633.                                                             
  12634.          "Imagine sending all of WAR AND PEACE with the
  12635.          probability of getting only one 1-bit error."     
  12636.  
  12637.        **************************************************
  12638.  
  12639.  
  12640. BBC:  Can you explain what you mean by throughput?
  12641.  
  12642. PEARSON:  Yes.  When you have a 2400 bps modem without error control, 
  12643. the user can expect to send 2400 bits per second.  When you implement 
  12644. X.PC in the firmware of that modem, it uses 9% of those 2400 bits per 
  12645. second for protocol purposes.  So you could expect, in the best case, 
  12646. a throughput that would be 91% of the line speed.
  12647.  
  12648. Now when using MNP in the firmware, you have a different situation.  
  12649. This, for the most part, is due to a feature that I refer to as 
  12650. "switch-to-sync."
  12651.  
  12652.  
  12653. BBC:  You talk about this feature in one of your articles, saying that 
  12654. it's an exclusive advantage of the MNP protocol.  Can you explain what 
  12655. happens as a result of switch-to-sync?
  12656.  
  12657. PEARSON:  What happens is the transmission starts in the character-
  12658. oriented mode -- or asynchronous mode.  But if the modems at both ends 
  12659. of that transmission are equipped with MNP error-correction, the 
  12660. transmission will switch to bit-synchronous between the modems.  As a 
  12661. result, the transmission is much more efficient.
  12662.  
  12663.  
  12664. BBC:  How does that affect the through-put of an MNP-equipped modem?
  12665.  
  12666. PEARSON:  Let me take you through the whole argument.  When a user is 
  12667. connected to a V.22 bis 2400 bps modem, that user is operating in an 
  12668. asynchronous character mode.  For every eight data bits transmitted, 
  12669. there is a start bit and a stop bit.  That means that the user is 
  12670. sending 240 characters in 2400 bits -- or ten bits per character.  
  12671.  
  12672. Now, when an MNP error-correcting modem is sending data, it doesn't 
  12673. send the user's start and stop bits required in the asynchronous mode.  
  12674. So for every ten bits sent by the user, MNP only sends eight -- i.e. 
  12675. MNP is sending data 20% more efficiently than the user because it's 
  12676. sending 20% fewer bits.  
  12677.  
  12678. As for the bandwidth, MNP uses 11% for protocol mechanisms.  So even 
  12679. though it loses 11% efficiency there, it gains 20% from the switch-
  12680. to-sync operation -- and that puts you 9% ahead of the game.   
  12681.  
  12682. What that all boils down to is that MNP, on an error-free line, will 
  12683. impose no throughput degradation when built into the firmware of your 
  12684. modem.  And because of the unique switch-to-sync feature, MNP is 
  12685. functionally like SDLC or HDLC, the two popular synchronous link 
  12686. layer protocols.  
  12687.  
  12688.  
  12689. BBC:  What does this all mean to the user?  
  12690.  
  12691. PEARSON:  You can have your cake and eat it too.  The ideal aspect of 
  12692. the MNP link protocol is that you can have it either way -- character-
  12693. oriented or bit-synchronous.  Other protocols give you no options.  
  12694.  
  12695.  
  12696. BBC:  What you're saying, then, is that MNP offers you a lot more 
  12697. flexibility than other protocols.  
  12698.  
  12699. PEARSON:  That's right.  And it has all the classical features of a 
  12700. layer 2 protocol:  it's full-duplexed -- that is, it can send and 
  12701. receive data at the same time -- it has error detection based on a 
  12702. very powerful 16-bit CRC, ithas retransmission for error correction, 
  12703. and it can reliably send a keyboard break signal... all of which 
  12704. actually makes it more powerful than HDLC.  
  12705.  
  12706.  
  12707. BBC:  You mentioned the 16-bit CRC, or Cyclic Redundancy Check.  Can 
  12708. you explain that?  Also, tell us what actually happens in this type of 
  12709. retransmission error correction.  I believe you refer to it as the 
  12710. 'go-back-n' method of correction.  
  12711.  
  12712. PEARSON:  Any protocol, in order to provide an error-free transmission, 
  12713. must have two things.  One -- it has to provide a way for the receiver 
  12714. to know if an error has occurred.  That's error detection.  The 
  12715. technique employed in MNP for this error detection uses a polynomial 
  12716. function to calculate a 16-bit number which is a function of all the 
  12717. data sent in a particular message.  The MNP error-correcting protocol 
  12718. then sends those 16-bits at the end of its message.
  12719.  
  12720. The receiver -- as it is receiving the message -- calculates its own 
  12721. version of this 16-bit number.  Then it compares its number with the 
  12722. 16-bit number sent with the message.  If the numbers are the same, the 
  12723. message is free from errors.  If the numbers are different, an error 
  12724. has occurred somewhere in the message.  That's how errors are detected.
  12725.  
  12726. Once an error is detected, the receiver brings the error correction 
  12727. mechanism provided by the MNP link protocol into play.  That correction 
  12728. mechanism calls for the receiver to send a message back to the sender.  
  12729. The sender -- recognizing that the last correct message sent before the 
  12730. error was data message number 'n' -- is cued to go back to the message 
  12731. following message 'n'.  In other words, if the sender has sent five 
  12732. messages, and the receiver detects an error in message 4, the sender 
  12733. will 'go back' to message 4 and begin retransmitting information again.
  12734.  
  12735. For all practical purposes, the result of the MNP link is error-free 
  12736. transmission.  Using the 16-bit redundancy check, it will detect every 
  12737. error which is 16 bits or smaller, with 100% probability.  As a result, 
  12738. the chances of an error occurring are actually so small that you can, 
  12739. in practice, ignore them.  Imagine sending all of WAR AND PEACE with 
  12740. the probability of getting only one 1-bit error.  That's what you could 
  12741. expect from an error-control protocol that uses the 16-bit CRC.  
  12742.  
  12743.        ********************************************************
  12744.                                                                
  12745.        "(MNP) is a very healthy protocol over long-delay       
  12746.        channels, and that's important to dial-up users.  You'd 
  12747.        be surprised how many of your local calls today are     
  12748.        being routed over satellite..."                         
  12749.                                                                
  12750.        ********************************************************
  12751.  
  12752.  
  12753. BBC:  MNP also has the ability to send a number of messages before any 
  12754. acknowledgement is required.  Can you explain this?
  12755.  
  12756. PEARSON: Any link protocol that's going to work well over telephone 
  12757. lines must have this ability.  If you're making a transcontinental call 
  12758. and it's transmitted by satellite, you don't want to wait for an 
  12759. acknowledgement from the receiver after each message.  That's how 
  12760. Xmodem works.
  12761.  
  12762. What you want to be able to do is send a number of messages at one 
  12763. time.  MNP lets you have up to eight outstanding messages before an 
  12764. acknowledgement is required.  And MNP is designed in such a way that 
  12765. only under the worst conditions would a sender ever have to wait 
  12766. between transmissions.  It's a very healthy protocol over long-delay 
  12767. channels, and that's important to dial-up users. You'd be surprised how 
  12768. many of your local calls today are being routed over satellite or 
  12769. microwave.  
  12770.  
  12771.  
  12772. BBC:  You've talked about MNP becoming the de facto standard -- the 
  12773. unofficial standard for dial-up connections.  On what factors would 
  12774. this really depend?  How much does the demand for error-controlling, 
  12775. high-speed modems influence this?
  12776.  
  12777. PEARSON:  A year ago, there was some question as to whether the V.22 
  12778. bis 2400 bps modem was really going to take off.  I don't think that's 
  12779. much of an issue anymore.  The price of these modems has come way down 
  12780. -- to the point that a 2400 bps modem can cost less than a Hayes(R) 
  12781. 1200.  The higher speed modems are here to stay.
  12782.  
  12783. What affect does this have on the demand for error control in modems?  
  12784. First of all, we're pushing more bits through the same width pipe --
  12785. and we're getting more errors as a result.  Secondly -- because we're 
  12786. sending more bits at a time -- whenever we do get an error, it really 
  12787. clobbers more bits.  Finally, there's the way we're sending bits 
  12788. through the channels.  When we get an error, it takes longer for the 
  12789. modem to recover -- so when you lose one character, you're actually 
  12790. losing a whole slew of characters.  
  12791.  
  12792. In short, our communications are much more error sensitive today.  And 
  12793. we have a dramatically increased need to control errors because of 
  12794. that.  A good way of doing that is by putting the protocol right in the 
  12795. firmware of a modem -- a way that doesn't really interfere with your 
  12796. through-put.
  12797.  
  12798. It's a transparent solution to a problem that's been with us all the 
  12799. time -- noisy telephone lines.
  12800.  
  12801.  
  12802.                               #   #   #
  12803.  
  12804.  
  12805.  
  12806.  
  12807.  
  12808.                 
  12809.  
  12810.                                          -by Betsy Momich
  12811.                                           Publications Department
  12812.                                           Black Box Corporation
  12813.  
  12814. ------------------------------
  12815.  
  12816. End of TELECOM Digest
  12817. *********************
  12818. 27-Jul-86 21:12:17-EDT,16102;000000000000
  12819. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  12820. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 27 Jul 86 21:12:15-EDT
  12821. Date: 27 Jul 86 20:00-EDT
  12822. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  12823. Subject: TELECOM Digest V5 #131
  12824. To: Telecom@XX.LCS.MIT.EDU
  12825. Reply-To: Telecom@XX.LCS.MIT.EDU
  12826.  
  12827. TELECOM Digest                            Sunday, July 27, 1986 8:00PM
  12828. Volume 5, Issue 131
  12829.  
  12830. Today's Topics:
  12831.  
  12832.                      Do long cords cause errors?
  12833.                            Hunting charges
  12834.           Re: Electronic Communications Privacy Act of 1986
  12835.             Re: Programmable devices emulating blue boxes
  12836.                   HBO Hacker Captian Midnight Caught
  12837.                      Re: Residential hunt groups
  12838.  
  12839. ----------------------------------------------------------------------
  12840.  
  12841. Date: 24 July 1986, 09:12:22 EDT
  12842. Subject: Do long cords cause errors?
  12843.  
  12844. The following is an excerpt from a local bulletin board concerning
  12845. accessing our main computer from home.  Would anybody care to
  12846. comment on the assertion that long telephone cords/long modem cables
  12847. might cause the error rate on a line to go up drastically?
  12848.  
  12849. > I think I have more-or-less solved my line error problem.  While I was
  12850. > crawling under my PC desk disconnecting a defective monitor, I noticed
  12851. > that I had the remaining 5 feet of the 6-foot RS232 cable neatly coiled
  12852. > & tied with cable ties, and hanging down behind the desk.  Laying right
  12853. > on top of it was an equally neat coil of the remaining 5 feet of the
  12854. > 6-foot modem telephone cable!  I separated the two, and the error rate
  12855. > dropped somewhat.  Then I made up a new short telephone cable -- just
  12856. > long enough to reach from the modem to the telephone outlet, and the
  12857. > error rate dropped significantly.  I vaguely remember when I undid
  12858. > the rat's nest & coiled those cables -- it roughly corresponds to when
  12859. > the error problem became persistent.
  12860. >
  12861. > I have had the new arrangement for about two months now, & the error
  12862. > rate has remained reasonably low, so (knock wood) I feel safe in
  12863. > saying that my problem is solved.
  12864. >
  12865. > I don't know whether the mechanism causing the errors was coupling
  12866. > from the phone line to the RS232 cable or vice-versa.  One would
  12867. > normally expect the RS232 cable to be more noise-resistent, but one
  12868. > also wouldn't expect the RS232 cable to radiate noise when the terminal
  12869. > was idle, and I was indeed getting errors while idle.
  12870. >
  12871. > The connection still isn't rock-solid -- I think I am getting more
  12872. > errors than with the original rats-next arrangement.  Some day I will
  12873. > get around to making up a short RS232 cable and see if that improves
  12874. > things further.
  12875.  
  12876.                            Victor S. Miller
  12877.                             victor@ibm.com
  12878.                             IBM Research, Yorktown Heights
  12879.  
  12880. ------------------------------
  12881.  
  12882. Date: Wed, 23 Jul 1986  20:59 MDT
  12883. From: WANCHO@SIMTEL20.ARPA
  12884. Subject: Hunting charges
  12885.  
  12886. Apparently there is a charge for converting to hunting (it used to be
  12887. free when we were under Mountain Bell and before the Split - we are
  12888. now under Southwestern Bell...).  I converted my lines to hunt (and
  12889. dropped call forwarding) after I was told it would be free, and then
  12890. got the bill.  I complained and the charges were removed, but only
  12891. because it was their mistake for the misinformation by the order
  12892. taker, an old-timer...
  12893.  
  12894. Note that I said it was a conversion.  The initial installation of
  12895. hunting may be free.  The only requirements for hunting at no charge
  12896. is that the lines terminate in the same residence even though two
  12897. different exchanges may be involved.
  12898.  
  12899. It seems that there are few qualified order takers who even know what
  12900. hunting is, much less anything else about it, like charges.  I've
  12901. always been referred to a specialist who will "call back no later
  12902. than" +2 working days...
  12903.  
  12904. The best part about hunting is that you get one combined bill and no
  12905. monthly additional charge.  (The bill is charged to the first number
  12906. in the hunt group, which also means that any other numbers in the
  12907. group are automatically unlisted, for free!)
  12908.  
  12909. --Frank
  12910.  
  12911. ------------------------------
  12912.  
  12913. Subject: Re: Electronic Communications Privacy Act of 1986
  12914. Date: Wed, 23 Jul 86 14:31:57 -0500
  12915. From: ptb@mitre-bedford.ARPA
  12916.  
  12917. This seems like a "off the wall" solution to a potentially serious problem.
  12918.  
  12919. I can sympathize with the feeling of "I dont want people listening to
  12920. my cellular telephone".  The problem is that I dont see THIS really
  12921. solving the problem.
  12922.  
  12923. In the first place, how is someone who is new to scanning (as I am)
  12924. going to be able to distinguish between unencrypted police and fire
  12925. communications, which are unprotected, and an unencrypted DoD or other
  12926. communication, that is protected, before the carrier comes on if a
  12927. radio is in search mode.  Is the Congress going to make illegal (at a
  12928. felony level) something that can be "committed" by someone without
  12929. their knowledge.
  12930.  
  12931. What about if I am in the bathroom or otherwise unable to hear the
  12932. scanner. Is this still a crime?
  12933.  
  12934. How are law enforcement agencies going to enforce this law?  Are they
  12935. going to get search warrants for everyone who has an outdoor antenna?
  12936. (And this will not work at all for people who have a scanner in a
  12937. room, with an indoor antenna....)  Are they going to subpoena all of
  12938. Bearcat's, Radio Shack's, etc. sales slips looking for people who have
  12939. scanners and then place bugs in the devices to make sure that they are
  12940. not picking up anything illegal?  This wont work for those of us who
  12941. bought the little buggers from someone second-hand....  C'mon guys....
  12942.  
  12943. Even if they can prove that someone HAS A DEVICE TO DO THIS, it does
  12944. not seem possible to prove that the person involved has actually
  12945. broken the law, because there is no way of telling if the scanner
  12946. actually stopped on a particular channel. (Even if that channel is
  12947. programmed into its memory, it is possible that any signals were out
  12948. of range or not transmitting at the time the scanner was kerchunking
  12949. through that frequency).
  12950.  
  12951. Nor will making possession of a device capable of receiving certain
  12952. transmissions work because:
  12953.     a) It is a very large category, involving almost all
  12954.     scanners, general coverage receivers, etc.
  12955.     b) The scanners can be used for legal purposes (I use mine for
  12956.     monitoring the Amateur Radio 2 meter and 440 mhz bands.)
  12957.  
  12958. It seems the last time we had a law that tried to do something like
  12959. this was at the time of Prohibition.  It seems like that got repealed
  12960. too, but only after the law practically spawned a lot of the Organized
  12961. Crime around today.  Does history have to repeat itself here?
  12962.  
  12963. The current law is probably adequate for dealing with people who
  12964. divulge the content of common carrier messages to someone else or use
  12965. it for their own personal gain.
  12966.  
  12967. What is really needed here is some kind of encryption key, maybe based
  12968. on the (unique) telephone number of the cordless phone, if that is really what
  12969. people want to protect.  FCC certainly has the power (they regualte
  12970. all transmitters of common carriers) to promulgate a standard to take
  12971. care of this problem.  A bit can be set in a digitized data stream to
  12972. indicate if the caller is running the encryption or not.
  12973.  
  12974. I agree that there is a privacy problem to be dealt with, but making it
  12975. illegal to receive items is not going to really prevent problems
  12976. because it is just not enforceable.  The solution is to develop a
  12977. unified encryption standard, and then let the users choose between
  12978. whether or not privacy is important to them.  I just do not have
  12979. sympathy for people who on one hand want complete secrecy of what they
  12980. are saying and on the other hand want to put it on a broadcast medium
  12981. at the cheapest possible price and have legislation "solve" the problem
  12982. for them.  My feeling is that at least some of the responsibility lies
  12983. with the sender to send a private message over a secured medium.
  12984.  
  12985.                     Peter Baldwin
  12986.                     (ptb@mitre-bedford)
  12987.  
  12988. ------------------------------
  12989.  
  12990. Date: Wed, 23 Jul 86 19:14:02 EDT
  12991. From: kitty!larry@seismo.CSS.GOV
  12992. Subject: Re: Programmable devices emulating blue boxes
  12993.  
  12994. In article <8607142300.AA01181@decwrl.DEC.COM>, covert@COVERT.DEC.COM (John R. Covert) writes:
  12995. > >I think that the POSSESSION of a Blue Box or any device that can be used
  12996. > >as a blue box is illegal.  I am really not sure if its POSSESSION or USE,
  12997. > >or perhaps even use with intent to defraud.
  12998. > As usual, it depends on the state.  In some states, even the PLANS for a
  12999. > blue box (such as were published in the ham magazine 73 some years ago)
  13000. > are illegal to possess.
  13001.  
  13002.     In New York State, possession of a ``blue box'' is only a crime if
  13003. the device is actually used for toll fraud, or attempted toll fraud.  The
  13004. possession of a blue box is no different from other criminal possession
  13005. laws, such as "possession of burglar tools", "possession of a deadly weapon",
  13006. "possession of eavesdropping devices", etc.  A common screwdriver can be
  13007. considered a "burglar tool" or even a "deadly weapon", provided that it
  13008. WAS USED AS SUCH.  Possession of a screwdriver per se, is of course, not
  13009. illegal.  A blue box is merely an electronic device which generates tones,
  13010. and is no different from a number of pieces of test equipment sold to
  13011. the electronics or telecommunications industry. In New York State, anyone can
  13012. possess such devices PROVIDED they are not used for unlawful purposes; i.e.,
  13013. unlawful possession can ONLY be charged IN CONJUNCTION WITH a charge for
  13014. unlawful use (or attempted unlawful use).
  13015.     I would be awfully suprised if possession of "plans" for a blue box
  13016. were unlawful in any state, since such a situation would impinge on freedom
  13017. of speech issues.  On the other hand, DISSEMINATION of "plans" for blue
  13018. boxes for the specific INTENT (with intent being clearly proven) of being
  13019. used to defraud may be unlawful in some states.  However, neither possession
  13020. (per se) nor dissemination of plans for blue boxes are unlawful in New York
  13021. State.
  13022.  
  13023. > If there's any truth to the stories that Novation was successfully sued,
  13024. > a civil suit?  My guess is that Novation was simply unfortunate. 
  13025.  
  13026.     I would be awfully surprised if Novation were actually sued unless
  13027. they openly advertised the device for fraudulent purposes (which I find
  13028. improbable to believe).  MF signaling has clearly entered the private
  13029. sector, as it has been available for several years in many areas from a
  13030. telephone company CO on DID trunks to customer-owned PABX's equipped with
  13031. direct inward dialing.  Clearly customers owning and companies maintaining
  13032. such PABX's have a need to possess MF senders for test purposes.  Northeast
  13033. Electronics (divsion of Northern Telcom) will be glad to sell anyone a TTS-59C
  13034. MF sender for about $ 1.5 K; this device will certainly make a "first class"
  13035. blue box. :-)
  13036.  
  13037.  
  13038. ==>  Larry Lippman @ Recognition Research Corp., Clarence, New York
  13039. ==>  UUCP:  {allegra|decvax|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry
  13040. ==>  VOICE: 716/688-1231                {hplabs|ihnp4|seismo}!/
  13041. ==>  FAX:   716/741-9635 {G1,G2,G3}      "Have you hugged your cat today?" 
  13042.  
  13043. ------------------------------
  13044.  
  13045. Date: 23 Jul 1986 17:08-PDT
  13046. Subject: HBO Hacker Captian Midnight Caught
  13047. From: the tty of Geoffrey S. Goodfellow <Geoff@SRI-CSL.ARPA>
  13048.  
  13049.     
  13050.     JACKSONVILLE, Fla. (AP) - Investigators using a complicated process
  13051. of elimination have unmasked ''Captain Midnight,'' who admitted in
  13052. court he overrode HBO's satellite delivery system to transmit a
  13053. message.
  13054.     John R. MacDougall, owner of a home satellite dish business in Ocala
  13055. that officials said was hurt by cable companies' decisions to
  13056. scramble their signals, agreed to plead guilty to illegal
  13057. transmission of a satellite signal in exchange for a $5,000 fine and
  13058. one year probation.
  13059.     He could have faced a maximum $10,000 fine and a year imprisonment.
  13060.     MacDougall, who was released on a $5,000 bond, and his attorney,
  13061. John M. Green Jr., refused to comment as they left the federal court
  13062. building Tuesday after entering the plea before a U.S. magistrate.
  13063.     Sentencing is set for Aug. 26 and MacDougall can retract his plea if
  13064. the judge will not accept the arrangement.
  13065.     Early on April 27, MacDougall was the only one working at a
  13066. satellite transmission center called Central Florida Teleport with
  13067. the kind of equipment needed to disrupt the HBO signal, officials
  13068. said.
  13069.     Although the video sneak attack was only a minor annoyance to HBO
  13070. and its viewers, the Federal Communications Commission launched a
  13071. massive investigation because of the potential problems a less
  13072. selective video hacker might cause.
  13073.     ''The potential for damage to critical satellite frequencies cannot
  13074. be underestimated,'' said Richard M. Smith, chief of the FCC's field
  13075. operations bureau. He noted that critical telephone calls, air
  13076. traffic control, military data and medical information are sent by
  13077. satellite and that even an accidental interruption of one of these
  13078. messages could cause dire consequences.
  13079.     On April 27, HBO viewers saw a message replace the movie ''The
  13080. Falcon and the Snowman.'' The message said:
  13081.     ''Goodevening HBO
  13082.     ''From Captain Midnight
  13083.     ''$12.95 month
  13084.     ''No way!
  13085.     ''(Showtime Movie Channel beware.)''
  13086.     The wording was an apparent reference to HBO's decision to scramble
  13087. its satellite-delivered signal so it could not be watched by those
  13088. not paying for HBO, officials said.
  13089.     ''His company was sustaining substantial losses because of the
  13090. scrambing of HBO and threats of other scrambling,'' said Assistant
  13091. U.S. Attorney Lawrence Gentile III.
  13092.     MacDougall also interrupted HBO video signals on April 20, when he
  13093. transmitted a color bar pattern, officials said.
  13094.     On Jan. 15, HBO became the first cable TV network to scramble its
  13095. signal full time. Showtime and The Movie Channel scrambled their
  13096. programming full time on May 27.
  13097.     The scrambling makes pictures unwatchable without a descrambler and
  13098. slowed sales of satellite dishes.
  13099.     Of 580 satellite facilities with a transmitting dish large enough to
  13100. overpower HBO's signal, less than a dozen had sufficient power and
  13101. the right kind of electronic typewriter to write the protest message
  13102. Captain Midnight transmitted, investigators said.
  13103.     The investigation focused on Ocala after a tipster vacationing in
  13104. Florida reported to the FCC an overheard telephone call about Captain
  13105. Midnight. The tipster provided the caller's description and license
  13106. plate number.
  13107.     The caller who was overheard was not the suspect, but the FCC said
  13108. the information provided proved extremely beneficial.
  13109.  
  13110. ------------------------------
  13111.  
  13112. Date: Wed, 23 Jul 86 21:21:47 EDT
  13113. From: Ken Rossen <krossen@ccp.bbn.com>
  13114. Subject: Re: Residential hunt groups
  13115.  
  13116. >     while I expect that both lines will have identical service on them, is
  13117. >     it possible to get different types of service for lines in a hunt
  13118. >     group?  (In other words, one line might have Suburban Contiguous while
  13119. >     the other might have a smaller non-message-unit range or whatever.)
  13120.  
  13121. I doubt you can do this.  My exchange is served by New England Telephone as
  13122. well, though I don't live in the same area code, and the company reps
  13123. refused to allow me different grades of basic service in the same residence.
  13124.  
  13125. I've wondered, though, what would happen if the phone is in another
  13126. building, though on the same property.  This only becomes an issue when we
  13127. build our barn.  e.g., They won't let me have measured service on my second
  13128. line in the house because I can make all my local calls on the unlimited
  13129. line, but am I allowed to have measured service on the barn phone, since
  13130. I'd have to go into my house to make a "free" local call?
  13131.  
  13132. I'd be interested to hear what you find out about hunt groups.
  13133. --
  13134. Ken Rossen    ...!{ihnp4,harvard,seismo}!bbnccv!krossen
  13135. ____or____    krossen@bbn.com   -or-  krossen@bbnccp.arpa
  13136.  
  13137. ------------------------------
  13138.  
  13139. End of TELECOM Digest
  13140. *********************
  13141. 29-Jul-86 05:24:04-EDT,5916;000000000000
  13142. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  13143. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Tue 29 Jul 86 05:24:02-EDT
  13144. Date: 29 Jul 86 04:03-EDT
  13145. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  13146. Subject: TELECOM Digest V5 #132
  13147. To: Telecom@XX.LCS.MIT.EDU
  13148. Reply-To: Telecom@XX.LCS.MIT.EDU
  13149.  
  13150. TELECOM Digest                           Tuesday, July 29, 1986 4:03AM
  13151. Volume 5, Issue 132
  13152.  
  13153. Today's Topics:
  13154.  
  13155.                        Usage Sensitive Pricing
  13156.                            Re: hunt groups
  13157.                        Residential hunt groups
  13158.                    Re:  answering machine security
  13159.  
  13160. ----------------------------------------------------------------------
  13161.  
  13162. Date: Sun, 27 Jul 86 18:05:59 edt
  13163. From: Marvin Sirbu <sirbu@gauss.ECE.CMU.EDU>
  13164. Subject: Usage Sensitive Pricing
  13165.  
  13166. Rolla Edward Park and Bridger Mitchell of the Rand Corporation have just
  13167. published a VERY interesting study on the economics of Usage Sensitive
  13168. Pricing.  (Rand Report R-3404-RC, "Optimal Peak-Load Pricing for Local
  13169. Telephone Calls, June 1986")
  13170.  
  13171. They conclude that, in most cases, usage sensitive pricing for telephone
  13172. calls does very little to improve economic efficiency, and may actually 
  13173. REDUCE total welfare.  The essence of their argument is as follows:
  13174.  
  13175. The idea of usage sensitive pricing is to shift usage away from the peak
  13176. hours so you don't have to build as much peak capacity, thus saving money.
  13177. In practice however, there may be twenty hours a year that account for the
  13178. real peak demand.  Yet a practical usage sensitive pricing scheme will set
  13179. some charge for the same hours of the day (say 10 am to 4 pm) during every
  13180. business day of the year.  For most of those days, traffic is below the peak
  13181. anyway and the charge serves only to reduce welfare by discouraging calls
  13182. which could have been handled easily.  Ideally, if you could just set a 
  13183. usage sensitive charge differently for every hour of the year (8736 separate
  13184. rates) you could get some improvement; in practice you can't so you don't.
  13185.  
  13186. This type of argument could slow the move to USP in State rate cases.  Well
  13187. worth reading if you are thinking of filing comments.
  13188.  
  13189. Marvin Sirbu
  13190. Carnegie Mellon
  13191.  
  13192. ------------------------------
  13193.  
  13194. Date: Sun, 27 Jul 86 19:32:47 PDT
  13195. From: Jordan Hayes <jordan@titan.arc.nasa.gov>
  13196. Subject: Re: hunt groups
  13197.  
  13198. Here in California (Pacific Bell) there are two seemingly identical
  13199. services that have radically different pricing schemes. One is called a
  13200. "hunt group" that costs $20/line to install (2 lines == $40, even if
  13201. line a -> line b is the only thing you want) + $0.50/month per line.
  13202.  
  13203. The other is called "Auto Busy Forwarding" that is $10 to install for
  13204. the a->b and $3.50/month ...
  13205.  
  13206. All of my questions to the various people on the phone (and their
  13207. supervisors ...) brought no concrete answers ("Oh, well, yes, I suppose
  13208. it *does* sound like the same service, doesn't it?" ... it's tough to
  13209. get good help these days ...)
  13210.  
  13211. /jordan
  13212.  
  13213. [Actually the first-year pricing is exactly the same.  Call
  13214.  Forwarding-Busy goes one step farther than regular hunting in that it
  13215.  will work across exchanges.  If you want some more fun, try and have
  13216.  them explain the difference between Call Forwarding-Busy and Call
  13217.  Forwarding-Busy/Extended. -elmo]
  13218.  
  13219. ------------------------------
  13220.  
  13221. Date: Sun, 27 Jul 86 23:06:55 EDT
  13222. From: Jon Solomon <jsol@BUIT1.BU.EDU>
  13223. Subject: Residential hunt groups
  13224.  
  13225. New England Telephone doesn't allow measured service and unmeasured
  13226. (flat rate) service to exist in the same residential area (barns would
  13227. be covered under this). However of the flat rate services (suburban,
  13228. metropolitan, and just flat rate service), you can have whatever
  13229. combination you want. At my residence I have 4 metropolitan services
  13230. and 1 bay state service plan.
  13231.  
  13232. --jsol
  13233.  
  13234. ------------------------------
  13235.  
  13236. Date: Sun, 27 Jul 86 16:34:39 EDT
  13237. From: Douglas Humphrey <deh@eneevax.umd.edu>
  13238. Subject: Re:  answering machine security
  13239.  
  13240. I am reminded by this machine of the hack that you can do to any regular
  13241. telephone, in which you place a PLL (phase locked loop) in the phone, and 
  13242. change the wiring on the switchook so that the phone can be taken off hook
  13243. without the removal of the handset. When calling the phone, you transmit
  13244. the tone that the PLL is looking for down the line. In most cases 
  13245. a connection to the target phone is made during the 'quiet' period of the 
  13246. interupter (the thing that determines your ringing cycle and timing), 
  13247. allowing the PLL to see the audio tone and answer the phone before it 
  13248. actualy rings. Even if it hits on the start of a ring signal, all you wil 
  13249. will hear is a brief blip of a ring from the phone once. 
  13250.  
  13251. Now the phone is off hook, just as if someone had answered it. Think 
  13252. about how sensitive phone microphones are; with amplification, you
  13253. can hear anything said just about anywhere in the house. 
  13254.  
  13255. Modern technology is moving to make this impossible, but slowly. 
  13256. Most ESS systems will not connect the voice path to the local 
  13257. loop (your phone line) until after the signaling (ringing) has
  13258. been answered, so in that case this would not work. Large parts of
  13259. the country are still on crossbar, and in fact there are areas that
  13260. are served by ESS systems which actualy are on #5 crossbar with 
  13261. electronic translation, and they may never go to real ESS.
  13262.  
  13263. In this world where people will but poison in cold capsules just for fun,
  13264. I would recomend that you carefully check out any device that you place
  13265. in your home that allows for ANY level of remote control. Will it 
  13266. shoot cyanide at you while you sleep ? Hardly likely. But do be on 
  13267. the lookout for some sort of code that does the 'listen in on the house'
  13268. trick WITHOUT the bleep or the 30 second timeout.....
  13269.  
  13270. Paranoid ? No. Who's asking ?!?
  13271.  
  13272. Doug
  13273.  
  13274. ------------------------------
  13275.  
  13276. End of TELECOM Digest
  13277. *********************
  13278. 31-Jul-86 04:23:26-EDT,8720;000000000000
  13279. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  13280. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 31 Jul 86 04:23:24-EDT
  13281. Date: 31 Jul 86 02:25-EDT
  13282. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  13283. Subject: TELECOM Digest V5 #133
  13284. To: Telecom@XX.LCS.MIT.EDU
  13285. Reply-To: Telecom@XX.LCS.MIT.EDU
  13286.  
  13287. TELECOM Digest                          Thursday, July 31, 1986 2:25AM
  13288. Volume 5, Issue 133
  13289.  
  13290. Today's Topics:
  13291.  
  13292.                         No. 5 X-Bar with ETS?
  13293.                        Only DTMF on DID trunks
  13294.                         Vadic 2400PA Modem Bug
  13295.                                  MNP
  13296.           Re: Hunting charges - Now: Unlisted number charges
  13297.                      line hunting rules; AppleCat
  13298.                           E-Com Privacy Act
  13299.  
  13300. ----------------------------------------------------------------------
  13301.  
  13302. Date: 29-Jul-1986 0523
  13303. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  13304. Subject: No. 5 X-Bar with ETS?
  13305.  
  13306. >and in fact there are areas that are served by ESS systems which
  13307. >actualy are on #5 crossbar with  electronic translation, and they
  13308. >may never go to real ESS.
  13309.  
  13310. Really?  I've never heard of this sort of central office.  I bet you're
  13311. thinking of 4A toll machines with ETS.
  13312.  
  13313. /john
  13314.  
  13315. ------------------------------
  13316.  
  13317. Date: 29-Jul-1986 0534
  13318. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  13319. Subject: Only DTMF on DID trunks
  13320.  
  13321. >MF signaling has clearly entered the private sector, as it has been available
  13322. >for several years in many areas from a telephone company CO on DID trunks to
  13323. >customer-owned PABX's equipped with direct inward dialing.  Clearly customers
  13324. >owning and companies maintaining such PABX's have a need to possess MF senders
  13325. >for test purposes.
  13326.  
  13327. Only partly true.  I have yet to see a TELCO willing to send anything but dial
  13328. pulse or DTMF (Touch-Tone) on PBX DID trunks, and in some cases even getting
  13329. that is quite difficult.  MF seems to only be used on PBX-PBX tie trunks, and
  13330. never on any PBXs from Western Electric.
  13331.  
  13332. /john
  13333.  
  13334. ------------------------------
  13335.  
  13336. Date:  Tue, 29 Jul 86 22:43 EDT
  13337. From:  Earnhardt@MIT-MULTICS.ARPA
  13338. Subject:  Vadic 2400PA Modem Bug
  13339.  
  13340. The Vadic 2400PA modem has a bug in the support of the break signal.
  13341. When using the modem with a terminal at 1200 baud, break works fine.
  13342. When using with a terminal at 2400 baud to a remote 1200 baud system
  13343. (using the 212 protocol) the break signal does NOT work.  Presumably the
  13344. "speed conversion" feature of the 2400PA is not clever enough to double
  13345. the time that the signal line is held by the terminal when transmitting
  13346. out on the line.
  13347.  
  13348. Even though the lack of a break signal with speed conversion will
  13349. probably not lose a lot of customers, this is another example of my
  13350. experience with the option-loaded 2400 baud modems:  they are
  13351. complicated.  Setup can take a long time.  There can be permutations of
  13352. the configurations that are useless in non-obvious ways.
  13353.  
  13354. Modems are getting pretty close to being computers all by themselves.
  13355. Modem manufacturers are pretty inexperienced in software.  It may be a
  13356. while before modems gain the robustness and ease of use that was around
  13357. in the 1200 baud days.
  13358.  
  13359. ------------------------------
  13360.  
  13361. Date:  Tue, 29 Jul 86 23:17 EDT
  13362. From:  Earnhardt@MIT-MULTICS.ARPA
  13363. Subject:  MNP
  13364.  
  13365. Several big problems with MicroCom MNP were not mentioned in the
  13366. interview.  First, while there are N companies who have implemented the
  13367. protocol, there is no immediate way of knowing if the implementations
  13368. are tuned.  MicroCom does have seminars in implemting MNP, but companies
  13369. are often interested in reienventing (or perhaps reiemplemting) the
  13370. wheel.  In fact, since MicroCom sells modems itself, it has a vested
  13371. interest in having its implementation of MNP work "better" than anyone
  13372. else's.
  13373.  
  13374. Only Class 1 through Class 3 MNP are free for other modem companies to
  13375. use.  Class 3 only has about a 10% increase in efficiency over the
  13376. carrier speed.  The dramatic throughput increases start appearing in
  13377. Class 4 and Class 5, which must be licensed.  I'd be interested in
  13378. knowing what percentage of non-MicroCom MNP modems are above and below
  13379. the Class 3 boundary.
  13380.  
  13381. There are already modem manufacturers that are using a "superset" of
  13382. MNP.  Some manufacturers are extending capabilities of MNP; some are
  13383. circumventing the royalties associated with the higher-level
  13384. implementations.  These actions will limit the universality of the
  13385. high-performance MNP levels.
  13386.  
  13387. Finally, as has been noted in Telecom already, no modem-to-modem
  13388. packetization protocol can guarantee reliable end-to-end transmission of
  13389. information.  There must be some additional mechanism to assure that the
  13390. information is correctly getting transferred.  Any reliable byte stream
  13391. must have its packetization/retransmission facilities exist in the
  13392. source and destination machines.  By its implementation, MNP is not be
  13393. the answer for error-free communications.
  13394.  
  13395. ------------------------------
  13396.  
  13397. Date: Mon, 28 Jul 86 23:01:08 edt
  13398. From: Henry Schaffer <ecsvax!hes%mcnc.csnet@CSNET-RELAY.ARPA>
  13399. Subject: Re: Hunting charges - Now: Unlisted number charges
  13400.  
  13401. >... 
  13402. > The best part about hunting is that you get one combined bill and no
  13403. > monthly additional charge.  (The bill is charged to the first number
  13404. > in the hunt group, which also means that any other numbers in the
  13405. > group are automatically unlisted, for free!)
  13406. > --Frank
  13407.  
  13408.   Southern Bell doesn't charge for unlisted numbers if you
  13409. also have a listed number.  (This is logical considering why they
  13410. have a charge for unlisted numbers.)
  13411.  
  13412. --henry schaffer  n c state univ
  13413.  
  13414. ------------------------------
  13415.  
  13416. Date: 30-Jul-1986 1053
  13417. From: goldstein%delni.DEC@decwrl.DEC.COM  (Fred R. Goldstein dtn226-7388)
  13418. Subject: line hunting rules; AppleCat
  13419.  
  13420. Whether or not it is possible to have line hunting between lines with
  13421. different services is a matter of tariff.  New England Telephone's 
  13422. Rhode Island and New Hampshire tariffs, as I recall, allow residential
  13423. measured service only if there is no flat-rate service on site.  RI
  13424. only allows it if it's the one and only line on the premises -- they
  13425. view it as a lifeline option.  Mass., on the other hand, views it as
  13426. a perfectly normal option so there are no restrictions on mixing measured
  13427. ($5.25/month including $2 CALC) with, say, Bay State East or Metropolitan.
  13428. The Mass. tariff is full of complex options which you can mix and match.
  13429. For example, there's: Measured, Contiguous, Suburban, Metropolitan,
  13430. Circle, Bay State East, Extended Community Calling.  Not all in all
  13431. places, though.
  13432.  
  13433.  
  13434. Re: The Novation modem is a blue box?  Having just read "Hackers" by
  13435. Steven Levy (hey, it's in paperback), I can pass along the tidbit that
  13436. the AppleCat modem was designed by none other than John Draper, a.k.a.
  13437. Captain Crunch, the notorious and compulsive phone phreak.  He knew
  13438. exactly what he was doing!  Great hack, though.  I wonder if I can
  13439. get one to work with my PDT-11.
  13440.  
  13441. Someone mentioned that MF is common on customer premises because of
  13442. DID service.  Not true, at least in the US of A!  There is no readily
  13443. available telco service that uses MF signaling in CPE.  PBXs don't
  13444. have MF registers or outpulsers.  DID service is usually rotary pulse
  13445. only, because that works when the line is split prior to answer supervision.
  13446. The CO to PBX talk path only opens up when there's an answer and the call
  13447. is billed.  The PBX to CO direction is always open in order to pass
  13448. ringback or intercept, which are free (unsupervised).  DTMF (Touch-tone)
  13449. is now available for DID, but the PBX has to promise not to cheat.
  13450. MF is not used, period.  MF is used on Centrex to Centrex tie lines,
  13451. but not on Centrex to PBX tie lines, since that would hit the customer
  13452. premise.  Phone companies are a bit paranoid about MF, I guess.
  13453.        fred
  13454.  
  13455. ------------------------------
  13456.  
  13457. Date:     Wed, 30 Jul 86 17:59:55 EDT
  13458. From:     Bobby Jesse <rnj@BRL.ARPA>
  13459. Subject:  E-Com Privacy Act
  13460.  
  13461. The Electronic Communications Privacy Act of 1986 has passed the house
  13462. and is now being considered by the Senate (S-2575).  It is expected to
  13463. pass committee within a week, and could pass the Senate floor anytime
  13464. thereafter.
  13465.  
  13466. Most people automatically consider "privacy protection" to be a good
  13467. thing.  Indeed, the vote in the House was unanimous.  Only technologically
  13468. aware people readily see the deficiencies.   Fellow TELECOM readers
  13469. who feel strongly about the issue are urged to WRITE and TELEPHONE
  13470. their senators (and Senators Mathias, Moynihan, and Gore) to help
  13471. them understand the scientific reality.
  13472.  
  13473. ------------------------------
  13474.  
  13475. End of TELECOM Digest
  13476. *********************
  13477.  6-Aug-86 02:15:48-EDT,5140;000000000000
  13478. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  13479. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Wed 6 Aug 86 02:15:46-EDT
  13480. Date: 4 Aug 86 02:10-EDT
  13481. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  13482. Subject: TELECOM Digest V5 #134
  13483. To: Telecom@XX.LCS.MIT.EDU
  13484. Reply-To: Telecom@XX.LCS.MIT.EDU
  13485.  
  13486. TELECOM Digest                           Monday, August 4, 1986 2:10AM
  13487. Volume 5, Issue 134
  13488.  
  13489. Today's Topics:
  13490.  
  13491.                    Re:  answering machine security
  13492.                       captain midnight's demise
  13493.                               Long Cords
  13494.             Electronic Communications Privacy Act of 1986
  13495.                   Colorado Springs -- new area code
  13496.                       different kinds of service
  13497.  
  13498. ----------------------------------------------------------------------
  13499.  
  13500. Date: Thu, 31 Jul 86 09:40:47 edt
  13501. From: Henry Schaffer <ecsvax!hes%mcnc.csnet@CSNET-RELAY.ARPA>
  13502. Subject: Re:  answering machine security
  13503.  
  13504. > I am reminded by this machine of the hack that you can do to any regular
  13505. > telephone, in which you place a PLL (phase locked loop) in the phone, and 
  13506. > will hear is a brief blip of a ring from the phone once. 
  13507. > ...
  13508. > Now the phone is off hook, just as if someone had answered it. Think 
  13509. > about how sensitive phone microphones are; with amplification, you
  13510. > can hear anything said just about anywhere in the house. 
  13511. > Modern technology is moving to make this impossible, but slowly. 
  13512. > ... 
  13513. > Doug
  13514.   I believe that this is known in the trade as an "infinity tap".  My
  13515. understanding of the origin of the term is that you can be any
  13516. distance away from the premises and still listen in.
  13517. --henry schaffer  n c state univ
  13518.  
  13519. ------------------------------
  13520.  
  13521. Date: 1 Aug 86 00:01:53 EDT
  13522. From: *Hobbit* <AWalker@RED.RUTGERS.EDU>
  13523. Subject: captain midnight's demise
  13524.  
  13525. I want to know how this "tipster" "overheard" certain phone calls and how he 
  13526. could glean any idea that he was listening to the perpetrators???  Something
  13527. smells awfully fishy here.
  13528.  
  13529. _H*
  13530.  
  13531. ------------------------------
  13532.  
  13533. Date: Wed, 30 Jul 86 14:30:34 edt
  13534. From: hplabs!caip!seismo!c3pe!charles@ucbvax.Berkeley.EDU
  13535. Subject: Long Cords
  13536.  
  13537. In article <8607280012.AA15349@ucbvax.Berkeley.EDU> you write:
  13538. >The following is an excerpt from a local bulletin board concerning
  13539. >accessing our main computer from home.  Would anybody care to
  13540. >comment on the assertion that long telephone cords/long modem cables
  13541. >might cause the error rate on a line to go up drastically?
  13542.  
  13543. It sounds like the *coiling* of the telephone cord is the most likely
  13544. culprit.  Considering the length from home to central office, I really
  13545. don't think that shortening the length from wall jack to modem, per se,
  13546. helped matters.  I *do* know that automobile ignition wires have a cross-
  13547. induction problem when you run them side-by-side for long distances, and if
  13548. a data communication path is marginal anyway (as this one sounds), any
  13549. "signal-shaping" modifications (like a coil to cut high frequencies??)
  13550. would likely only hurt matters.
  13551.  
  13552. On the other hand, I'd still be surprised to find that coiling the phone
  13553. cord could make any noticeable difference in signal quality.
  13554.  
  13555. -Charles Green at C3 Inc.    {{styx!seismo,cvl}!decuac,dolqci}!c3pe!charles
  13556. You hear the howling of the Winchester. The voltage spike hits! You crash.-More
  13557.  
  13558. ------------------------------
  13559.  
  13560. Date: Sat, 2 Aug 1986  14:21 EDT
  13561. From: "David D. Story" <FTD%MIT-OZ @ MC.LCS.MIT.EDU>
  13562. Subject: Electronic Communications Privacy Act of 1986
  13563.  
  13564.  
  13565.     This is nothing compared to living in the City with nosy
  13566.   building people near your junction box, especially N.Y., where
  13567.   you might think the way they are treated that they are the Senate
  13568.   Buruea of Investigation.  They come complete with priviledged radio
  13569.   communications to Police and others. These Guys Are the Ones to
  13570.   Control. Not only do they have networks for spotting but work
  13571.   in close enough proximity to go through your garbage, bug your
  13572.   apartment, tap your phone, use information gathered. I know !
  13573.   I have been a victim of some of their partial information gathering
  13574.   and I it has costed me contractual business !!!!!
  13575.  
  13576. ------------------------------
  13577.  
  13578. Date: 02-Aug-1986 2223
  13579. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  13580. Subject: Colorado Springs -- new area code
  13581.  
  13582. The Colorado Springs LATA will be leaving 303 and moving into a new
  13583. area code, 719, some time in 1988.
  13584.  
  13585. This leaves only 407, 708, 908, and 909 vacant.  Chicago (312) is expected to
  13586. split fairly soon; it will probably be 708 or 909, since 407 and 908 are valid
  13587. NXXs within 312.
  13588.  
  13589. /john
  13590.  
  13591. ------------------------------
  13592.  
  13593. Date: 3 Aug 86 00:17:33 EDT
  13594. From: *Hobbit* <AWalker@RED.RUTGERS.EDU>
  13595. Subject: different kinds of service
  13596.  
  13597. A relatively reliable way to obtain flat rate and measured in the same
  13598. residence is to put in two separate work orders.  Costs a bit more but 
  13599. it usually works, since they never seem to cross-check what kind of service
  13600. exists in the residence already.
  13601.  
  13602. _H*
  13603.  
  13604. ------------------------------
  13605.  
  13606. End of TELECOM Digest
  13607. *********************
  13608.  
  13609. -------
  13610. 10-Aug-86 18:10:31-EDT,9730;000000000000
  13611. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  13612. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 10 Aug 86 18:10:22-EDT
  13613. Date: 10 Aug 86 16:59-EDT
  13614. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  13615. Subject: TELECOM Digest V5 #135
  13616. To: Telecom@XX.LCS.MIT.EDU
  13617. Reply-To: Telecom@XX.LCS.MIT.EDU
  13618.  
  13619. TELECOM Digest                          Sunday, August 10, 1986 4:59PM
  13620. Volume 5, Issue 135
  13621.  
  13622. Today's Topics:
  13623.  
  13624.                      Charges for Unlisted Service
  13625.                       Cancel-Call-Waiting (*70)
  13626.                                950-1088
  13627.                         Mixing Service Classes
  13628.                               Area Codes
  13629.                      Telecommunications in Israel
  13630.            Telenet PC Pursuit will not upload certain files
  13631.  
  13632. ----------------------------------------------------------------------
  13633.  
  13634. Date: 4 Aug 86 13:38:30 PDT (Monday)
  13635. Subject: Charges for Unlisted Service
  13636. From: "Arthur_Axelrod.WBST128"@Xerox.COM
  13637.  
  13638.  
  13639.      " Southern Bell doesn't charge for unlisted numbers if you
  13640.     also have a listed number.  (This is logical considering why they
  13641.     have a charge for unlisted numbers.)
  13642.  
  13643.     --henry schaffer  n c state univ"
  13644.  
  13645. Why does the TelCo have a charge for unlisted numbers?  I've never
  13646. really understood that.  Why is it logical to not charge for unlisting
  13647. one if you have another that is listed?
  13648.    Art Axelrod
  13649.    Xerox Webster Research Center
  13650.  
  13651. ------------------------------
  13652.  
  13653. Date: Mon, 4 Aug 86 15:54:23 pdt
  13654. From: ssc-vax!clark@uw-beaver.arpa (Roger Clark Swann)
  13655. Subject: Cancel-Call-Waiting (*70)
  13656.  
  13657. Someone recently asked me about cancelling call waiting while using
  13658. a modem on the line...
  13659.  
  13660. Someone else suggested using:  *70 555-1234    to do this....
  13661.  
  13662. I have never heard of being able to turn off this feature.  Has anyone else ?
  13663.  
  13664. Roger        uucp:    ssc-vax!clark
  13665.  
  13666.  
  13667. [Cancel-call-waiting is a long overdue feature slowly being implemented
  13668.  in ESS and DMS switches across the country.  You'll have to check with
  13669.  your local business office to see if it yet available in your area.
  13670.  To use the feature, preceed your call with *70; you will hear the
  13671.  "confirmation tone" and then dial tone, after which you dial your
  13672.  destination number.  --Elmo]
  13673.  
  13674. ------------------------------
  13675.  
  13676. Date:  Tue, 5 Aug 86 23:53 EDT
  13677. From:  Frankston@MIT-MULTICS.ARPA
  13678. Subject:  950-1088
  13679.  
  13680. Who is 1088?
  13681.  
  13682. There is an ad (in Computer Retail News) that gies the number to dial as
  13683.  
  13684.    Newfangled toll-free phone:
  13685.    950-1088 (tone) 2-CRANIUM
  13686.       If no access try
  13687.    800-446-4462 (tone) 2-CRANIUM
  13688.  
  13689. who is supplying the service?  Looks like a telemarketing service that
  13690. has national access as if it were an ALDC.
  13691.  
  13692.  
  13693. [950-1088 was SBS, now MCI.  Like the other carriers, they are stuck
  13694. offering non-800 toll-free numbers.  These services ("InSprint") have
  13695. been available for years, but the confusion in usage obviously
  13696. inhibits their effectiveness.  -elmo]
  13697.  
  13698. ------------------------------
  13699.  
  13700. Date: Wed 6 Aug 86 00:19:06-PDT
  13701. From: Mark Crispin <MRC%PANDA@SUMEX-AIM.ARPA>
  13702. Subject: Mixing Service Classes
  13703.  
  13704. Here in Pacific Bell land, I have 5 phone lines to my residence.  Three
  13705. are flat rate (1 voice, 2 data); the other two are measured since they
  13706. are only used for incoming data connections.  They're quite happy to
  13707. offer flat rate and measured to the same residence.  What they won't do
  13708. is offer lifeline (the cheapest rate) and some other service.
  13709.  
  13710. Now, here's what pisses me off.  I only want my voice line listed, but
  13711. they are charging me for unlisted service on one of my data lines.  They
  13712. claim that you have to pay for unlisted service for at least one of your
  13713. lines.  I'm also paying a couple of bucks a month to have busy transfer
  13714. between the data line I give everybody the phone number for and its backup.
  13715.  
  13716. I guess I'm getting back in my own little way.  Out here they charge you to
  13717. have the lines collected into a single bill (you can get two lines put
  13718. together on one bill at no charge if they are on the same exchange).  Since
  13719. I pay my bills by electronic banking, it is no skin off my back to pay for
  13720. each line separately.  Pac Bell has to pay a few extra pennies to bill me
  13721. 5 times a month.  Maybe someday they'll learn and make consolidated billing
  13722. a free (or preferably discounted) service.
  13723.  
  13724. ------------------------------
  13725.  
  13726. Date: 06-Aug-1986 1250
  13727. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  13728. Subject: Area Codes
  13729.  
  13730. In Issue 134 I wrote:
  13731.  
  13732. >The Colorado Springs LATA will be leaving 303 and moving into a new
  13733. >area code, 719, some time in 1988.
  13734. >
  13735. >This leaves only 407, 708, 908, and 909 vacant.  Chicago (312) is expected to
  13736. >split fairly soon; it will probably be 708 or 909, since 407 and 908 are valid
  13737. >NXXs within 312.
  13738.  
  13739. It has been pointed out that I missed another vacant one, 917.  In addition,
  13740. 903 has been retired for about five years now and could be reused.  The future
  13741. of N10, N00, and N10 codes is unknown.
  13742.  
  13743. /john
  13744.  
  13745. ------------------------------
  13746.  
  13747. Date: Fri, 8 Aug 86 20:02:32 PDT
  13748. From: ihnp4!chinet!wmf@ucbvax.berkeley.edu
  13749. Subject: Telecommunications in Israel
  13750. Reply-To: chinet!wmf@ucbvax.Berkeley.EDU (William M. Fischer)
  13751.  
  13752.  
  13753. I'm posting this for a friend -- so please, no net replies.
  13754.  
  13755. He is moving from Chicago to Tel Aviv at the end of August.  He has
  13756. been an active telecommunicator here for a couple of years, and wants
  13757. to stay involved.  He has a couple of questions:
  13758.  
  13759. (1) Are there any PC-DOS-oriented BBSes in Israel?  If so, what are
  13760.     the phone numbers?
  13761.  
  13762. (2) What is the easiest way of sending messages and files between
  13763.     Tel Aviv and Chicago?  One way he knows of is via Bitnet between
  13764.     Tel Aviv University and Northwestern University.  Is there a
  13765.     better way?
  13766.  
  13767. (3) He has a Courier 2400 modem.  Are there any problems in running
  13768.     this?
  13769.  
  13770. I will summarize replies here at a later date.
  13771.  
  13772. Thanx to all in advance,
  13773.  
  13774. Bill Fischer
  13775.  
  13776. ------------------------------
  13777.  
  13778. Date: Sat, 9 Aug 1986  21:59 MDT
  13779. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  13780. Subject: Telenet PC Pursuit will not upload certain files
  13781.  
  13782. The following is relayed from GEnie's CP/M RoundTable.
  13783.  
  13784. --Keith Petersen
  13785. Arpa: W8SDZ@SIMTEL20.ARPA
  13786. uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
  13787. GEnie Mail: W8SDZ
  13788. RCP/M Royal Oak: 313-759-6569
  13789.  
  13790. ---forwarded message---
  13791. TO:       All PC Pursuit Users
  13792.  
  13793. WARNING:  PC Pursuit will not upload certain files!
  13794.  
  13795. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  13796.  
  13797. As if the busy signals and disconnects were not enough (sigh),
  13798. listen to this...
  13799.  
  13800. Under certain circumstances, files may not be uploaded to a
  13801. remote system with Christensen ("XMODEM") protocol using the PC
  13802. Pursuit service of GTE Telenet.  In particular, the three-byte
  13803. ASCII sequence <CR, '@', CR> (binary <0DH, 40H, 0DH>) is ALWAYS
  13804. interpreted as an escape to Telenet command level.  If this
  13805. sequence occurs in an appropriate place within a file, that file
  13806. cannot be uploaded!  The typical effect with most file transfer
  13807. programs is the occurrence of repeated local timeout errors, and
  13808. an apparent loss of connection when the user returns to terminal
  13809. mode to attempt recovery after the transfer is aborted.
  13810.  
  13811. I have verified the above with Telenet customer service and
  13812. engineering representatives.  Their response was that this is an
  13813. unfortunate result of the established Telenet command structure,
  13814. and it is not likely that any attempt will be made to provide a
  13815. solution to this problem for PC Pursuit customers!  (Considering
  13816. the difficulty of making network connections at almost any hour
  13817. of the night, I'm sure there must be A LOT of us PC Pursuers out
  13818. there...  At $25 per month each, I had hoped we deserved a better
  13819. response than that.)
  13820.  
  13821. Note that this situation is unlikely to occur within an ASCII
  13822. text file produced on CP/M or MS-DOS systems, since CR is almost
  13823. always followed by LF in such files.  But it is certainly
  13824. possible within a binary (e.g. .COM) file.  (The high bit of each
  13825. byte is insignificant to Telenet, so there are actually eight
  13826. different 3-byte binary sequences which may cause this problem.) 
  13827. Also, there is a small likelihood of this occurring even during a
  13828. text file transfer, due to the binary record count and checksum
  13829. or CRC bytes which are generated by the protocol.  From my own
  13830. experience, the problem seems most likely to occur within
  13831. SQueezed files.
  13832.  
  13833. As a possible workaround to this problem, I would suggest trying
  13834. either of the following:
  13835.  
  13836. 1.  Change the file compression.  I.e., (un)SQueeze or (un)CRUNCH
  13837.     the file, as appropriate to its original form.  Then leave a
  13838.     message to the remote system's SysOp requesting that the file
  13839.     be restored after it is received.
  13840.  
  13841. 2.  If you are using XMODEM-CRC mode, try Checksum mode (or vice-
  13842.     versa).  If you are using 1K-byte (YMODEM) transfers, try
  13843.     using the slower 128-byte transfers instead.  Either of these
  13844.     changes may allow recovery from a small class of situations
  13845.     which could cause the problem.
  13846.  
  13847. The following facts should also be noted:
  13848.  
  13849. 1.  This problem occurs only with uploads.  Downloads from a
  13850.     remote system are not affected.
  13851.  
  13852. 2.  Once such a file transfer has been aborted, you have NOT lost
  13853.     your connection to the remote system!  Simply issue the
  13854.     command CONT (continue) at the Telenet @ prompt.
  13855.  
  13856. I hope this information will save others the hours of aggravation
  13857. it has caused me.
  13858.  
  13859.                                 Bob Freed
  13860.                                 Newton Centre, MA
  13861.                                 August 6, 1986
  13862.  
  13863. ------------------------------
  13864.  
  13865. End of TELECOM Digest
  13866. *********************
  13867. 13-Aug-86 06:24:45-EDT,9597;000000000000
  13868. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  13869. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Wed 13 Aug 86 06:24:44-EDT
  13870. Date: 13 Aug 86 04:25-EDT
  13871. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  13872. Subject: TELECOM Digest V5 #136
  13873. To: Telecom@XX.LCS.MIT.EDU
  13874. Reply-To: Telecom@XX.LCS.MIT.EDU
  13875.  
  13876. TELECOM Digest                       Wednesday, August 13, 1986 4:25AM
  13877. Volume 5, Issue 136
  13878.  
  13879. Today's Topics:
  13880.  
  13881.                       Re: Mixing Service Classes
  13882.                       Re: Mixing Service Classes
  13883.                    Re: Charges for Unlisted Service
  13884.       Telephone/Clock Radio with direct keyboard entry alarm(s)
  13885.             Community College Course in Telecommunications
  13886.             Telenet PC Pursuit file upload problem solved
  13887.  
  13888. ----------------------------------------------------------------------
  13889.  
  13890. Date: Mon 11 Aug 86 07:24:40-CDT
  13891. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  13892. Subject: Re: Mixing Service Classes
  13893.  
  13894. RE: They're quite happy to offer flat rate and measured to the same residence
  13895.  
  13896.     when I asked SWB here in Austin, they did not cede that option.
  13897.     But then, I think I did not try to push the matter with any higher-ups
  13898.     which (now it seems) I should have done.
  13899.  
  13900. RE: Now, here's what pisses me off.  I only want my voice line listed, but
  13901. they are charging me for unlisted service on one of my data lines.  They
  13902. claim that you have to pay for unlisted service for at least one of your
  13903. lines.
  13904.  
  13905.     I solved that problem by having the numbers listed with fictitious
  13906.     names without a street-address.  try:  QWERTY, NOANSWER  if you
  13907.     want to be conspicuous.  no extra charge.
  13908.  
  13909. [Hear hear! -Elmo]
  13910.  
  13911. ------------------------------
  13912.  
  13913. Date: Mon, 11 Aug 86 11:52:05 pdt
  13914. From: well!mo@lll-crg.ARPA (Maurice Weitman)
  13915. Subject: Re: Mixing Service Classes
  13916. Reply-To: mo@well.UUCP (Maurice Weitman)
  13917.  
  13918. In article <8608102105.AA09209@ucbvax.Berkeley.EDU> MRC%PANDA@SUMEX-AIM.ARPA (Mark Crispin) writes:
  13919. >Here in Pacific Bell land, I have 5 phone lines to my residence.  
  13920. >[...]
  13921. >Now, here's what pisses me off.  I only want my voice line listed, but
  13922. >they are charging me for unlisted service on one of my data lines.  They
  13923. >claim that you have to pay for unlisted service for at least one of your
  13924. >lines. 
  13925. >[...]
  13926. >I guess I'm getting back in my own little way.  
  13927. >[...]
  13928. Here's a better way to get back at the tarriff-quoting, beaurocratic
  13929. bimbos: beat them at their own game.  Tell them you want the other lines
  13930. listed in some fictitious name.  I've got mine listed in W.C. Fields's
  13931. character's names.  Here's your chance to be R. Milhouse Nixon, Che
  13932. Guevera, Y.A. Boguslisting, etc.  My understanding is they've got to do 
  13933. and it's free.  Some day they'll catch on and stop charging for things
  13934. that don't cost, or actually save them money.  Til then, we can play their
  13935. silly games, can't we?
  13936.  
  13937. ------------------------------
  13938.  
  13939. Date: Tue, 12 Aug 86 04:48:35 PDT
  13940. From: hoptoad!gnu@lll-crg.ARPA (John Gilmore)
  13941. Subject: Re: Charges for Unlisted Service
  13942.  
  13943. Consider it a stupidity charge.  My "unlisted" phones are simply
  13944. listed "in the name of another roommate" whose name is unlikely
  13945. to be looked up.  Some of my friends have "Emma Goldman"s phone
  13946. in their house.
  13947.  
  13948. ------------------------------
  13949.  
  13950. Date: 12 Aug 86 15:26:50 PDT (Tuesday)
  13951. Subject: Telephone/Clock Radio with direct keyboard entry alarm(s)
  13952. From: schwartz.osbunorth@Xerox.COM (Victor S. Schwartz)
  13953.  
  13954.  
  13955. I have purchased a number of clock radios over the years, and I have
  13956. developed a list of features I have found very useful.  Now I am
  13957. contemplating the purchase of a combination clock radio/telephone, but
  13958. the one feature I deem essential to such a combination seems to be
  13959. missing from every model on the market:
  13960.  
  13961. I would like to be able to set the alarm time(s) by direct keyboard
  13962. entry... which would logically be accomplished via the keypad on the
  13963. telephone.  I.e., to set an alarm for 6:30 AM I would key in
  13964. 6...3...0... perhaps followed by an AM indicator.  This technique is
  13965. opposed to the clumsy Fast/Slow or Hour/Minute buttons found on most
  13966. digital clock radios.
  13967.  
  13968. Unfortunately, virtually all the combination clock radio/telephones on
  13969. the market consist of a clock radio with a telephone "stuck" on the
  13970. cabinet.  Aside from a mute switch (to quiet the radio when you pick up
  13971. the telephone), there is NO integration between the telephone functions
  13972. and the clock radio functions.
  13973.  
  13974. If anyone has discovered a model which meets this requirement, please
  13975. provide details.
  13976.  
  13977. Many thanx,
  13978.  
  13979. Victor Schwartz
  13980.  
  13981. ------------------------------
  13982.  
  13983. Date:     Mon, 11 Aug 86 22:09:02 EDT
  13984. From:     "Cpt. Jerome A. DiGennaro AV 298-2703" <jerryd@BRL.ARPA>
  13985. Subject:  Community College Course in Telecommunications
  13986.  
  13987. The local community college where I teach has asked me to put together a
  13988. course on telecommunications.  I am wondering if anyone on the net could
  13989. provide some of the answers to the following questions.
  13990.  
  13991. Are any 2 or 4 year colleges offering a degree in telecommunications?  If
  13992. so, what is the curriculum like?
  13993.  
  13994. Are there any decent textbooks that could be used in teaching this course?
  13995.  
  13996. What topics would you the people in the field expect to be taught in such a
  13997. course?
  13998.  
  13999. Please respond directly to me. Thanks.
  14000.  
  14001. [Please CC Telecom -Elmo]
  14002.  
  14003. Jerry DiGennaro
  14004.  
  14005. ARPA/BITNET:  jerryd@brl.arpa        AT&T: (301) 278-2703/5759
  14006. UUCP:  ...{seismo,unc,decvax,cbosgd}!brl-smoke!jerryd
  14007.  
  14008. ------------------------------
  14009.  
  14010. Date: Tue, 12 Aug 1986  00:27 MDT
  14011. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  14012. Subject: Telenet PC Pursuit file upload problem solved
  14013.  
  14014. A fix for the PC Pursuit XMODEM file upload problem has been found.
  14015.  
  14016. --cut here--PCP-FIX.MSG--cut here--
  14017. TO:       All PC Pursuit Users
  14018.  
  14019. SUBJECT:  PC Pursuit file upload problem solved!
  14020.  
  14021. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  14022.  
  14023. My previous warning message (PCP-WARN.MSG) reported the inability 
  14024. of GTE Telenet's PC Pursuit service to upload certain files using 
  14025. Christensen ("XMODEM") protocol.  In particular, files containing 
  14026. the three-byte ASCII sequence <CR, '@', CR> (binary <0DH, 40H, 
  14027. 0DH>) cannot normally be uploaded, since this sequence (and any 
  14028. variation with high bits set in any of the three bytes) causes an 
  14029. escape to Telenet command level.
  14030.  
  14031. In response to my initial inquiry about this problem, Telenet 
  14032. customer service and engineering representatives informed me that 
  14033. no solution was likely.  I am now pleased to report that this 
  14034. information was incorrect!  It is possible to upload files 
  14035. containing the three-byte Telenet escape sequence by following 
  14036. the procedure described below.
  14037.  
  14038. After connecting to the remote modem (C DIALxxx/xx command), 
  14039. escape to Telenet command level by typing (cr) @ (cr).  Then 
  14040. issue the following two commands at the Telenet @ prompts (where 
  14041. (cr) indicates RETURN or ENTER as appropriate to your keyboard):
  14042.  
  14043.         @SET? 1:0 (cr)
  14044.         PAR1:0
  14045.  
  14046.         @CONT (cr)
  14047.  
  14048. The SET? (Set Parameter) command disables subsequent recognition 
  14049. of the normal Telenet escape sequence.  (The PAR1:0 message is a 
  14050. response from Telenet.)  The CONT (Continue) command then returns 
  14051. control to the remote modem.  Note that the above commands may be 
  14052. entered at any time after connecting to the remote dialing area 
  14053. via the Telenet C (Connect) command (i.e., before or after 
  14054. issuing a Hayes modem ATDT dialing command to connect to a remote 
  14055. system).  However, these commands should be used with caution...
  14056. Once they have been entered, there is no way to escape back to 
  14057. Telenet command level in order to issue a D (Disconnect) command! 
  14058. I.e., connection to another dialing area can only be made by 
  14059. hanging up (dropping carrier) and then re-dialing into your local 
  14060. Telenet access node.
  14061.  
  14062. My thanks to Telenet Director of Marketing, Kevin Abt (the 
  14063. "Father of PC Pursuit") for researching this problem and 
  14064. providing the above information.  Kevin also reports that GTE is 
  14065. actively responding to the enormous popularity of PC Pursuit by 
  14066. expanding capacity and enhancing the system.  They have just 
  14067. completed a several-week effort to increase the number of 
  14068. outgoing modems in each of the 14 metropolitan areas currently 
  14069. served by PC Pursuit.  (I have personally noticed a marked 
  14070. improvement in the time required to obtain network connections.)  
  14071. They are now in the process of testing 2400 bps service and new 
  14072. modems which provide enhanced call progress reporting, for 
  14073. deployment in all PC Pursuit cities.  They are also soliciting 
  14074. requests for additional cities for future service.  To keep 
  14075. abreast of the latest developments and/or to provide feedback to 
  14076. Kevin, call the NET-EXCHANGE, a FIDO BBS in the Washington, DC 
  14077. (DIAL202) area at (703)-689-3561.
  14078.  
  14079.  
  14080.                                 Bob Freed
  14081.                                 Newton Centre, MA
  14082.                                 August 11, 1986
  14083.  
  14084. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
  14085.  
  14086. [Footnote: PC Pursuit has additional toll restriction in some cities.
  14087.  There is a list of prefixes available from the marketing folks.
  14088.  What worked previously may now yield "BUSY"... generally they're
  14089.  allowing short-distance calls (Pac Bell calls 'em "ZUM") but not
  14090.  the toll calls ("Nearby Rate").  Also, I discovered some weeks back that
  14091.  N0X/N1X prefixes universally yield "BUSY" - presumably necessary 
  14092.  for the 415 dialouts.  No word on a fix yet. -Elmo]
  14093.  
  14094. ------------------------------
  14095.  
  14096. End of TELECOM Digest
  14097. *********************
  14098. 19-Aug-86 03:40:53-EDT,7498;000000000000
  14099. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  14100. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Tue 19 Aug 86 03:40:52-EDT
  14101. Date: 19 Aug 86 02:38-EDT
  14102. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  14103. Subject: TELECOM Digest V5 #137
  14104. To: Telecom@XX.LCS.MIT.EDU
  14105. Reply-To: Telecom@XX.LCS.MIT.EDU
  14106.  
  14107. TELECOM Digest                         Tuesday, August 19, 1986 2:38AM
  14108. Volume 5, Issue 137
  14109.  
  14110. Today's Topics:
  14111.  
  14112.                     Communications Course Material
  14113.                            Telecom Colleges
  14114.                      Combined billing curiosities
  14115.                              Re: 950-1088
  14116.                      New Generic in Acton #2BESS
  14117.  
  14118. ----------------------------------------------------------------------
  14119.  
  14120. Date:     Wed, 13 Aug 86 11:12:04 EDT
  14121. From:     Robert Willis <rwillis@labs-b.bbn.com>
  14122. Subject:  Communications Course Material
  14123.  
  14124. Jerry,
  14125.  
  14126. Telecommunications is a large subject area.  You did not give any indication
  14127. of particular subareas.  You also didn't mention the background level of
  14128. the students.
  14129.  
  14130. Since you said that the course is for a local community college (2 year?),
  14131. I assume that you are looking for an introductory survey course for people
  14132. interested in computers (e.g., potential C.S/E.E. or management majors).
  14133.  
  14134. Andrew Tanenbaum's "Computer Networks" [Prentice-Hall, 1981] covers
  14135. the ISO OSI model at a level that can be appreciated by people whose
  14136. backgrounds differ widely.  It is also humorous at times.  By his own words:
  14137.   
  14138.   "The book is intended as a text for juniors, seniors, and graduate students
  14139.    in computer science, electrical engineering, and related disciplines.
  14140.    The only prerequisites are a general familiarity with computer systems
  14141.    and programming, although a little knowledge of elementary calculus and
  14142.    elementary probability theory is useful, but not essential."
  14143.  
  14144. This book explains *what* a network is, and *how* it logically operates.
  14145. Topics include topology design, routing issues, delay and throughput
  14146. analysis, layer protocols, packet-switching vs. virtual-circuit
  14147. tradeoffs, and network security, to mention just a few.  This could
  14148. be sufficient for an introductory course.
  14149.  
  14150. Other things that might be included in an advanced telecommunications
  14151. course are *how* a network physically works (e.g., principles of transmission,
  14152. AM/FM theory, modulation, fiber optics), elementary coding and information 
  14153. theory, and the history, economics and politics of communications (e.g., 
  14154. phone company monopoly, deregulation, F.C.C.).
  14155.  
  14156. Many of these topics were taught in several graudate telecommunications courses
  14157. given at M.I.T. [Hi Marvin!]
  14158.  
  14159. Good luck with the course.
  14160.  
  14161. Bob
  14162.  
  14163. ------------------------------
  14164.  
  14165. Date: Thu 14 Aug 86 08:06:07-PDT
  14166. From: HECTOR MYERSTON <MYERSTON@SRI-KL.ARPA>
  14167. Subject: Telecom Colleges
  14168.  
  14169.     The number of colleges offering some sort of Telecom degree is
  14170. growing.  Univ of Colorado at Boulder has had a program for quite a while
  14171. as does Golden Gate University in SF where I teach.  A search of the
  14172. recent trades will reveal at least half a dozen more.  Golden Gate offers
  14173. both an Undergraduate and a Graduate program.
  14174.  
  14175.     Decision #1.  What type of program?  There are basically three
  14176. approaches:           (1)  EE level Telecom Engineering
  14177.                       (2)  Hands-on Telecom Technology
  14178.                       (3)  Telecom Management
  14179.  
  14180.     Nr (1) produces Engineers who go into research and development and
  14181. are seldom heards from again (in the Telecom World).
  14182.  
  14183.     Nr (2) produces Technicians who are now being called Service Engrs
  14184. or Service Managers.  No glamor but they make around $40K in this area almost
  14185. right off the bat.
  14186.  
  14187.     Nr (3) produces folks who  (should) know how to manage systems with
  14188. out being tied by the minutae of cabling, levels etc
  14189.  
  14190.     Golden Gate is Nr (3)
  14191.  
  14192.     Question #2.  There ARE quite a few good texts as well as some real
  14193. clinkers.  James Martin has about a dozen on the market which seems to be
  14194. a ramdon scramble of the same paragraphs in each.  Lee's ABC's of Tel-
  14195. communications is nice for anthropologist studying Stroeger Step-by-Step
  14196. switching and barbed wire ground-return loops. They were was last updated
  14197. after the big war, If a (management) book was written prior to 1985 it is
  14198. probably useless
  14199.  
  14200. +HECTOR+
  14201.  
  14202. ------------------------------
  14203.  
  14204. Date: Thu, 14 Aug 86 13:50:08 pdt
  14205. From: dual!paul@ucbvax.Berkeley.EDU (Paul Wilcox-Baker)
  14206. Subject: Combined billing curiosities
  14207.  
  14208. In article <8608102105.AA09209@ucbvax.Berkeley.EDU> Mark Crispin writes:
  14209.  
  14210. > I guess I'm getting back in my own little way.  Out here they charge you to
  14211. > have the lines collected into a single bill (you can get two lines put
  14212. > together on one bill at no charge if they are on the same exchange).
  14213.  
  14214. Consolidated billing is interesting.  Despite what the phone company
  14215. says initially, it is not the same as just having the two bills added.
  14216. If you have ORTS (Optional Residence Telephone Service), you pay a
  14217. certain amount to get cheaper calls to certain prefixes.  With separate
  14218. billing you need this service for each line.  With combined billing,
  14219. this applies to both lines in the combined billing.
  14220.  
  14221. Paul Wilcox-Baker
  14222.  
  14223. ------------------------------
  14224.  
  14225. Date: Fri, 15 Aug 86 11:41:50 EDT
  14226. From: johnl%ima.UUCP@CCA.CCA.COM
  14227. Subject: Re: 950-1088
  14228.  
  14229. 950-1088 was indeed the feature group B access number for SBS.  Now I
  14230. can't figure out what it is.  When MCI took over SBS' customers, they
  14231. sent us all MCI cards, which work on MCI's number, 950-1022.  They
  14232. also said that 950-1088 would continue to work for a month or so.
  14233. That was two months ago.  Now, 950-1088 still answers, but neither my
  14234. SBS number nor my MCI number work for making calls -- I always get a
  14235. recording saying that the number is bad.
  14236.  
  14237. Any ideas?  Here's a hint -- SBS had you dial your code and the
  14238. desired number, without pause.  MCI has you dial 0+number, wait for
  14239. tone, then your 14-digit charge number which is in the same format as
  14240. a telco calling card but not the same number.  I get the message after
  14241. dialing about 7 digits (SBS numbers were of varying lengths, but
  14242. usually 7 or 10 digits.)  Perhaps 1088 is now just for SBS'
  14243. auto-collect service, in which the caller dials a code number and it
  14244. calls the phone number associated with the code and bills the
  14245. recipient.
  14246.  
  14247. John Levine, ima!johnl or Levine@YALE.EDU
  14248.  
  14249. ------------------------------
  14250.  
  14251. Date: 16-Aug-1986 1013
  14252. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  14253. Subject: New Generic in Acton #2BESS
  14254.  
  14255. In preparation for the arrival of Equal Access in Acton (November date)
  14256. the new Generic has just been loaded.
  14257.  
  14258. In addition to Equal Access (10xxx, but no translations loaded yet), this
  14259. new Generic includes *70-Cancel Call Waiting, acceptance of the "#" after
  14260. "0" when calling the operator to disable timing (this used to result in
  14261. reorder), acceptance of the "#" after a 12-digit IDDD number (though only
  14262. useful on 11-digit or shorter numbers, it is now ignored rather than causing
  14263. a reorder), 0 for local telco operator, 00 for "your long-distance company"
  14264. operator (though at the moment both are going to AT&T, I'm sure the NET trunks
  14265. will be brought in very soon, since the next towns on both sides have them)
  14266. and "010" for your LD company operator with the overseas light lit (that may
  14267. have already been there, but I think not).
  14268.  
  14269. /john
  14270.  
  14271. ------------------------------
  14272.  
  14273. End of TELECOM Digest
  14274. *********************
  14275. 22-Aug-86 04:37:31-EDT,4108;000000000000
  14276. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  14277. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Fri 22 Aug 86 04:37:30-EDT
  14278. Date: 22 Aug 86 03:44-EDT
  14279. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  14280. Subject: TELECOM Digest V5 #138
  14281. To: Telecom@XX.LCS.MIT.EDU
  14282. Reply-To: Telecom@XX.LCS.MIT.EDU
  14283.  
  14284. TELECOM Digest                          Friday, August 22, 1986 3:44AM
  14285. Volume 5, Issue 138
  14286.  
  14287. Today's Topics:
  14288.  
  14289.                        10xxx from phone booths
  14290.                            Course Material
  14291.                How much data in the telephone network?
  14292.                            Telephone Costs
  14293.  
  14294. ----------------------------------------------------------------------
  14295.  
  14296. From: NBaheti.es@Xerox.COM
  14297. Date: 19 Aug 86 15:44:14 EDT
  14298. Subject: 10xxx from phone booths
  14299.  
  14300.     At many of Pacific Bell's phone booths (none of GTE's tho) I
  14301. notice the curious label "10xxx dialing available from this phone".
  14302. First I tried to simply connect to a few companies carriers (as can be
  14303. done at home on my ESS line) via 10xxx# which worked fine; I got thru
  14304. to the companies carriers but since I didn't have a valid charge code
  14305. I couldn't do anything.  From home if I dial "10xxx-xxx-xxx-xxxx" I
  14306. can connect to a long distance number and my line will be billed; is
  14307. there some way to do this at a pay phone?  Perhaps putting in coins
  14308. and then trying to dial out thru an ALDS?  Calling the operator got me
  14309. nowhere -- some didn't even appear to know what 10xxx dialing was!
  14310.  
  14311.     GTE's booths don't support any form of 10xxx, but their
  14312. operators knew it existed.
  14313.  
  14314.     While on the topic of ESS: do any of you Pac-Tel'ers know when
  14315. they plan to upgrade the last few exchanges???  On one of my phone
  14316. lines I can't even direct-dial international calls.
  14317.  
  14318. --Arun Baheti
  14319.   arpa: NBaheti.es@Xerox
  14320.   arpa: Baheti%MIT-OZ@MIT-MC.ARPA
  14321.   uucp: ...ucbvax!trwrb!flkvax!group3!anb02!arun
  14322.                     ...scgvaxd!group3!anb02!arun
  14323.                             ...wright!anb02!arun
  14324.  
  14325. ------------------------------
  14326.  
  14327. Date: Tue, 19 Aug 86 17:20:23 edt
  14328. From: Marvin Sirbu <sirbu@gauss.ECE.CMU.EDU>
  14329. Subject: Course Material
  14330.  
  14331. I have been searching for some time for a good text on telecommunications
  14332. for IS managers:  no such text exists.  Among those *acceptable* if not
  14333. *good* texts, you should examine:  
  14334.  
  14335. Telecommunications for Management, Meadow and TEdesco (McGraw Hill, 1985)
  14336.  
  14337. Telecommunications Primer, Langley, (Pitman 1983)
  14338.  
  14339. Understanding Modern Communications, Dordick (McGraw Hill 1986)
  14340.  
  14341. Data Communications, Techo (Plenum 1980)
  14342.  
  14343. Understanding Communications Systems, Cannon and Luecke (Texas Instruments,
  14344. 1984)
  14345.  
  14346. Good luck!
  14347.  
  14348. Marvin Sirbu
  14349. Carnegie Mellon University
  14350.  
  14351. ------------------------------
  14352.  
  14353. From: Erik E. Fair <fair%lll-tis-b.ARPA@lll-tis-gw.arpa>
  14354. Subject: How much data in the telephone network?
  14355.  
  14356. Excluding explicit data services, does anyone know what percentage of
  14357. the calls made through the telephone network are really data transfers
  14358. (i.e. modems)?
  14359.  
  14360.     Erik E. Fair    styx!fair    fair@lll-tis-b.arpa
  14361.  
  14362. ------------------------------
  14363.  
  14364. Date:     Wed, 20 Aug 86 13:46:11 EDT
  14365. From:     Brint Cooper <abc@BRL.ARPA>
  14366. Subject: Telephone Costs
  14367.  
  14368. The local free newspaper at Aberdeen Proving Ground today carried a
  14369. story about the costs of telephone service.  In summary, it reported
  14370. that the APG telephone bill averages about $25,000 per month.  Other
  14371. public sources have put the number of personnel at APG at approximately
  14372. 12,000.  There are three or four major laboratories at APG and several
  14373. other important activities.
  14374.  
  14375. I'd like comparative information for commercial and industrial
  14376. organizations of a similar size.  The total telecommunications
  14377. (excluding datacom) bill for a typical month or year, the size of the
  14378. organization, and the type of work that it does.
  14379.  
  14380. As usual, if there are sufficient responses, I'll post a table to the
  14381. distribution.
  14382.  
  14383. Thanks,
  14384.  
  14385.  
  14386. ---
  14387. Brint Cooper
  14388.  
  14389.      ARPA:  abc@brl.arpa
  14390.      UUCP:  ...{seismo,unc,decvax,cbosgd}!brl-smoke!abc
  14391.  
  14392. ------------------------------
  14393.  
  14394. End of TELECOM Digest
  14395. *********************
  14396. 24-Aug-86 06:42:22-EDT,5001;000000000000
  14397. Mail-From: ELMO created at 24-Aug-86 05:20:14
  14398. Date: 24 Aug 86 05:20-EDT
  14399. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  14400. Subject: TELECOM Digest V5 #139
  14401. To: Telecom@XX.LCS.MIT.EDU
  14402. Reply-To: Telecom@XX.LCS.MIT.EDU
  14403.  
  14404. TELECOM Digest                          Sunday, August 24, 1986 5:20AM
  14405. Volume 5, Issue 139
  14406.  
  14407. Today's Topics:
  14408.  
  14409.                      Problem with Multitech 224E
  14410.                   Average cost of phones in business
  14411.                            Telecom Colleges
  14412.                     AT&T to build Air Traffic Link
  14413.                      Re: 10xxx from phone booths
  14414.                         10xxx from pay phones
  14415.  
  14416. ----------------------------------------------------------------------
  14417.  
  14418. Date: Thursday, 7 August 1986  12:21-MDT
  14419. From: naftoli%aecom.UUCP@BRL.ARPA (Robert N. Berlinger)
  14420. Subject:   Problem with Multitech 224E
  14421.  
  14422. I use a Multitech 224E modem to connect to our system from home at
  14423. 2400 baud with group 3 MNP protocol.  This all worked fine until
  14424. recently when it mysteriously stopped working.  The modem works fine
  14425. on any other phone line, and also works fine at 1200 baud. 2400 is a
  14426. no go.  I measured the voltage on the phone line and it was only ~13
  14427. volts.  I thought that all phone lines are supposed to be 48 volts
  14428. (all others that I tested were).  Could this be causing the problem?
  14429. It works ok (a bit noisy and low volume) for voice.
  14430.  
  14431. How would I go about getting NY Tel. to fix this?  They usually are 
  14432. unwilling to listen to any problems dealing with data equipment.
  14433.  
  14434. Robert Berlinger
  14435. Systems Analyst
  14436. Albert Einstein College of Medicine
  14437.  
  14438. UUCP:       ...{philabs,cucard,pegasus,ihnp4,rocky2}!aecom!naftoli
  14439.  
  14440. ------------------------------
  14441.  
  14442. Date: 22-Aug-1986 0951
  14443. From: goldstein%delni.DEC@decwrl.DEC.COM  (Fred R. Goldstein dtn226-7388)
  14444. Subject: Average cost of phones in business
  14445.  
  14446. While most companies consider their actual phone bills to be proprietary
  14447. information, one guideline commonly used by consultants, PBX companies
  14448. etc. is to expect a usage bill to average $50/month/phone.  So if a
  14449. company has 1000 phones, their annual phone bill, exclusive of equipment,
  14450. runs about $600k.  Of course there's a HUGE range of variation around
  14451. that seat-of-the-pants number.
  14452.  
  14453. If Aberdeen has 12k employees and $25k monthly bill, then they're
  14454. making most of their calls off the bill.  Perhaps the $25k bill is
  14455. for the local phone company only, and most usage is on Autovon and FTS.
  14456.  
  14457. Heavy e-mail users run smaller phone bills.  Purchasing agent types run
  14458. huge bills; if they don't, they're not doing their job!
  14459.      fred
  14460.  
  14461. ------------------------------
  14462.  
  14463. Date: Fri, 22 Aug 86 12:49:40 CDT
  14464. From: wucec2!rfh0023@seismo.CSS.GOV (Ramon Fernando Herrera)
  14465. Subject: Telecom Colleges
  14466.  
  14467.     The September 1, 1985 issue of Datamation has an article:
  14468.     "Who's Teaching Telecom" by David Stamps.
  14469.  
  14470. ------------------------------
  14471.  
  14472. Date: Sat 23 Aug 86 16:26:31-CDT
  14473. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  14474. Subject: AT&T to build Air Traffic Link
  14475.  
  14476. [ from Electronics Week, August 21, page 100 ]
  14477.  
  14478. The FAA has picked AT&T to design, test, and manufacture a new voice
  14479. and signaling system to control communications bewteen air-traffic
  14480. controllers adn pilots.  It will be installed at 2,035 locations over
  14481. the next six years.  The initial contract award is worth $66 million
  14482. with a total value of over $120 million.
  14483.  
  14484. ------------------------------
  14485.  
  14486. Date: Sat, 23 Aug 86 13:04:51 pdt
  14487. From: Michael C. Berch <mcb%lll-tis-b.ARPA@lll-tis-gw.arpa>
  14488. Subject: Re: 10xxx from phone booths
  14489. Reply-To: mcb%lll-tis-b.ARPA@lll-tis-gw.arpa (Michael C. Berch)
  14490.  
  14491. >     While on the topic of ESS: do any of you Pac-Tel'ers know when
  14492. > they plan to upgrade the last few exchanges???  On one of my phone
  14493. > lines I can't even direct-dial international calls.
  14494.  
  14495. My home is in the "Millbrae" central office area (415-697), and we
  14496. cannot perform IDDD, and do not have 1+ or 10xxx dialing. At a community 
  14497. fair PacBell had an information booth. When I asked about these items
  14498. they couldn't find our exchange in the scheduled list for Equal Access,
  14499. and said that some "would never be done" because the CO equipment is
  14500. too archaic.
  14501.  
  14502. Is this possible? Is there a certain data by which all access work must
  14503. be completed? Is this covered by the AT&T judgment or by state PUCs?
  14504. This isn't a rural crossbar exchange; it's right next to SF
  14505. International Airport...
  14506.  
  14507. Michael C. Berch
  14508. ARPA: mcb@lll-tis-b.ARPA
  14509. UUCP: {ihnp4,dual,sun}!lll-lcc!styx!mcb
  14510.  
  14511. ------------------------------
  14512.  
  14513. Date: 22 Aug 1986 08:36:33-EDT
  14514. From: prindle@NADC
  14515. Subject: 10xxx from pay phones
  14516.  
  14517. Here in Bell-of-Pa territory, you just dial 10xxx-1-xxx-xxx-xxxx and
  14518. it ties you in to 10xxx's switch waiting for your authorization number
  14519. - no need to follow the authorization by the number being called,
  14520. since it has already been entered.
  14521.  
  14522. Frank Prindle 
  14523. Prindle@NADC.arpa
  14524.  
  14525. ------------------------------
  14526.  
  14527. End of TELECOM Digest
  14528. *********************
  14529. 28-Aug-86 05:16:41-EDT,14374;000000000000
  14530. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  14531. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 28 Aug 86 05:16:39-EDT
  14532. Date: 28 Aug 86 04:01-EDT
  14533. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  14534. Subject: TELECOM Digest V5 #140
  14535. To: Telecom@XX.LCS.MIT.EDU
  14536. Reply-To: Telecom@XX.LCS.MIT.EDU
  14537.  
  14538. TELECOM Digest                        Thursday, August 28, 1986 4:01AM
  14539. Volume 5, Issue 140
  14540.  
  14541. Today's Topics:
  14542.  
  14543.                            Toll Restrictor
  14544.                      Problem with Multitech 224E
  14545.                       Dialing Sequence Question
  14546.                             10xxx dialing
  14547.                   New Area Code for Central Florida
  14548.                        India Telephone Torture.
  14549.  
  14550. ----------------------------------------------------------------------
  14551.  
  14552. Date: 25 Aug 86 11:25 EST
  14553. From: davidsen%kbsvax.tcpip@ge-crd.arpa
  14554. Subject: Toll Restrictor
  14555.  
  14556. I would like to have a device to prevent outgoing long distance calls
  14557. from my system. This will prevent abuse when rates are high. What I
  14558. want is a box which will go between the modem and phone line, and
  14559. monitor the outgoing tones. If the first tone is not a "1", the call is
  14560. allowed, otherwise the line is disconnected.
  14561.  
  14562. This sounds like an obvious item to have available, but I haven't seen
  14563. it advertized, and the local phone stores don't seem to have it. Can
  14564. anyone recommend such a device, or should I just build my own?
  14565.     -bill davidsen
  14566.  
  14567.     seismo!rochester!steinmetz!--\
  14568.        /                               \
  14569. ihnp4!              unirot ------------->---> crdos1!davidsen
  14570.        \                               /
  14571.         chinet! ---------------------/        (davidsen@ge-crd.ARPA)
  14572.  
  14573. "Stupidity, like virtue, is its own reward"
  14574.  
  14575. ------------------------------
  14576.  
  14577. Date: Sun, 24 Aug 86 19:11:46 EDT
  14578. From: jsol@BU-CS.BU.EDU
  14579. Subject: Problem with Multitech 224E
  14580.  
  14581. If you are getting low volume on voice calls, you can complain about that.
  14582. Otherwise, you are probably out of luck.
  14583.  
  14584. --jsol
  14585.  
  14586. ------------------------------
  14587.  
  14588. Date: 25 Aug 1986  12:31 CDT (Mon)
  14589. From: Paul Fuqua <FUQUA%ti-csl.csnet@CSNET-RELAY.ARPA>
  14590. Subject: Dialing Sequence Question
  14591.  
  14592.  
  14593.      I have a question about equal access:  is the dialing sequence supposed
  14594. to be 10xxx + ac + number, or am I mistaken?  My exchange (214-340) changed
  14595. over several months ago, and I've tried occasionally to dial using the
  14596. sequence above, but never successfully.  Last night I had an idea, and tried
  14597. 10xxx + 1 + ac + number instead, and that worked.  Anybody know what's going
  14598. on?
  14599.  
  14600.                               pf
  14601.  
  14602. [The latter is correct -Elmo]
  14603.  
  14604. ------------------------------
  14605.  
  14606. Date: 26 Aug 1986 07:20-EDT 
  14607. From: Daniel.Zigmond@spice.cs.cmu.edu
  14608. Subject: 10xxx dialing
  14609.  
  14610.  
  14611. Just for fun, I tried dialing 10xxx calls last night.  I surprised to
  14612. find that it worked, actually.  I called 10xxx-1-nnn-nnn-nnnn and was
  14613. immediately connected.  Now, my question is: How will I be billed for
  14614. this call?  Will the company whose code is xxx actually send me a
  14615. separate bill for the one call I made using their service?  I'm anxious
  14616. to find out.
  14617.  
  14618. [Some of the charges will appear on your regular phone bill, as the 
  14619.  RBOC's are in the business of bill-processing for 10XXX calls for some
  14620.  carriers.  Naturally, they retain an effective means of enforcing payment
  14621.  where the ALDS folks don't: they can shut off your phone.   -Elmo]
  14622.  
  14623. By the way, here is a list (complete?) of companies available through 10xxx:
  14624.  
  14625.     xxx        Company
  14626. ------------------------------------------
  14627.     007        Telemarketing
  14628.     054        Eastern Telephone
  14629.     066        Lexitel
  14630.     080        Amtel
  14631.     084        LDS Metromedia
  14632.     085        Westel
  14633.     203        Cytel
  14634.     211        RCI
  14635.     220        Western Union
  14636.     221        Telesaver
  14637.     222        MCI
  14638.     223        TDX Systems
  14639.     235        Inteleplex
  14640.     288        AT&T
  14641.     333        US Telecom
  14642.     366        American Telco
  14643.     444        Allnet
  14644.     464        Houston Network
  14645.     488        ITT
  14646.     777        GTE Sprint
  14647.     800        Satelco
  14648.     824        ATC/Directline
  14649.     850        Tollkal
  14650.     855        Network Plus
  14651.     888        SBS Skyline
  14652.  
  14653. The list comes from this month's 2600 magazine.  I tried 220, 444, and
  14654. 777 last night, so I can only be sure about those services.  Not all of
  14655. the companies serve the entire country (specifically, Telemarketing,
  14656. Eastern Telephone, Telesaver, Inteleplex, Tollkal, and Network Plus do
  14657. not).  If there are some companies that provide 10xxx service that are
  14658. not on the list, please let me know as I plan to check out all of these
  14659. to see who has the lowest price/best service.
  14660.  
  14661.     Dan
  14662.  
  14663. ------------------------------
  14664.  
  14665. Date: 26-Aug-1986 2343
  14666. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  14667. Subject: New Area Code for Central Florida
  14668.  
  14669. Effective April 1988, the northern part of area code 305 will split
  14670. off to become 407.
  14671.  
  14672. This leaves only 708, 903, 908, 909, and 917 vacant.  (And 708 is still
  14673. rumored to be about to be assigned to Chicago.)
  14674.  
  14675. /john
  14676.  
  14677. ------------------------------
  14678.  
  14679. Date: 26 Aug 1986 07:46-PDT
  14680. Subject: India Telephone Torture.
  14681. From: the tty of Geoffrey S. Goodfellow <Geoff @ CSL.SRI.COM>
  14682.  
  14683.     
  14684. Telephone Torture Sends Politican on Rampage, Operators on Strike
  14685. By VICTORIA GRAHAM
  14686.     NEW DELHI, India (AP) - This is a true story about modern India. The
  14687. villain is the telephone, taken for granted in much of the world, but
  14688. in India regarded as an instrument of torture.
  14689.     The leading man is a former Cabinet minister, once a powerful
  14690. politician who defied Sikh death threats, but a man humbled by the
  14691. telephone and a call that wouldn't come through, even at gunpoint.
  14692.     Twenty-six hours and 20 minutes after booking, he got the call.
  14693.     The leading lady is played by hundreds of low-paid, sari-clad,
  14694. shrieking operators, described by the politician as ''fat, lazy
  14695. gossips, drinking tea in a lousy telephone system, the worst in the
  14696. world.''
  14697.     Comparing themselves to Kali, the Hindu goddess of destruction, the
  14698. operators went on a three-day wildcat strike, smashing switchboards,
  14699. crippling service and demanding that the politician, former Home
  14700. Minister Prakash Chand Sethi, be jailed or held as insane.
  14701.     Some call the telephone melodrama farce, or soap opera, or morality
  14702. play. The drama has not been played out, but this is how it began:
  14703.     Last Friday at 12:50 a.m., Sethi, a member of Parliament, decided
  14704. enough was enough. He had waited four hours and 20 minutes and made
  14705. five pleas to an operator to get a top priority ''lightning'' call to
  14706. Bombay from his home.
  14707.     He warned the operator he was on his way to her office and set off
  14708. with his son-in-law and three armed bodyguards, assigned to him
  14709. because his life had been threatened. He was in charge of domestic
  14710. security when the army attacked the Sikhs' Golden Temple in June
  14711. 1984.
  14712.     Sethi took his Czechoslovak-made, licensed revolver, explaining
  14713. later that security rules ''require me to hold onto my gun.''
  14714. Brushing past guards at the downtown exchange, the capital's
  14715. telephone nerve center, the midnight raiders stormed to the ninth
  14716. floor and demanded to see the offending operator, Miss Kiran.
  14717.     ''I am a public man with a grouse,'' he later said. ''This place
  14718. should be thrown open to citizens so they can see what a mess the
  14719. telephone system is.''
  14720.     Then accounts differ.
  14721.     Miss Kiran said she peeked from the ladies room and saw a man in a
  14722. white pajama suit - drunk, staggering, swaggering and abusive -
  14723. advancing with three guards toward the switchboard. She said she came
  14724. out and he grabbed her arms, waving his revolver and blowing cigar
  14725. smoke into her face.
  14726.     ''Do you know who I am? Do you want to live in this world?''
  14727. witnesses quoted Sethi as saying. ''I can buy girls like you for five
  14728. rupees (40 cents).''
  14729.     They said a male shop steward interceded, but the 65-year-old Sethi
  14730. roughed him up and tore his clothes, then collapsed on the floor for
  14731. 30 minutes. Miss Kiran bolted the exit to keep him there until police
  14732. arrived.
  14733.     ''I'll jump from the ninth floor and die but I will have justice,''
  14734. she told reporters.
  14735.     Police charged Sethi with trespassing, disturbing the peace, using
  14736. filthy and abusive language and assaulting a public servant on duty.
  14737. He was not arrested.
  14738.     Sethi says he was petrified when operators surrounded him and
  14739. wouldn't let him go. Then, he says, the shop steward knocked him out.
  14740. He got home at 3:30 a.m. Saturday and says a doctor certified he was
  14741. not drunk.
  14742.     But about 4,000 operators and staff disputed Sethi's account. By
  14743. dawn they launched a strike, demanding his arrest.
  14744.     Domestic and overseas bookings weere paralyzed. Some emergency
  14745. police numbers were dead. Other services were crippled. Women sat
  14746. atop switchboards, twisted their headsets apart and shouted, ''Death
  14747. to Sethi!''
  14748.     Still, Sethi's fury struck a responsive chord.
  14749.     India's telephone system is notorious for inefficiency, rude
  14750. operators, equipment that smacks of bullock-cart technology, and
  14751. thousands of dead phones. Frustrated subscribers have been known to
  14752. smash telephones.
  14753.     ''The level of inefficiency, callousness and simple insolence in the
  14754. telephone exchanges would drive anyone mad,'' the Hindustan Times
  14755. editorialized Monday.
  14756.     But the strike was an embarrassment. Over the weekend, police and
  14757. soldiers got involved. Signal corps engineers worked without pause to
  14758. repair equipment.
  14759.     Outside, husbands and boyfriends waited for their women.
  14760.     The women dropped notes complaining they were locked on the top
  14761. floor, unable to eat or go to the bathroom, because they refused to
  14762. work.
  14763.     After 2 1/2 days, on Sunday night the government announced the strike
  14764. was over and Sethi had apologized, but many strikers denied it and so
  14765. did Sethi.
  14766.     Sethi claimed the goverment fabricated a letter over his signature.
  14767.     The protest subsided Monday, but the telephone saga went on.
  14768.     Sethi, waving a cordless Japanese telephone, said, ''In India, you
  14769. just cannot get a call through.''
  14770.  
  14771.     
  14772. Ring of Telephone in India More Sign of Frustration than Conversation
  14773. By G.G. LaBELLE
  14774.     NEW DELHI, India (AP) - The ring of a telephone in India is more
  14775. often a signal for frustration than conversation.
  14776.     Faulty equipment creates a plague of wrong numbers. Frequent
  14777. cross-connections mean the person answering may find two strangers
  14778. already talking. Often, too, there is dead silence or a tiny voice
  14779. straining to be heard.
  14780.     That may be why one leading Indian newspaper offered backhanded
  14781. sympathy Monday for the gun-toting politician who set off a three-day
  14782. phone strike in New Delhi by insulting operators at a telephone
  14783. office.
  14784.     Former Cabinet Minister Prakash Chand Sethi barged into the exchange
  14785. Thursday when he could not get a long-distance phone call through
  14786. from home.
  14787.     His actions set off the strike, but at its end, the Hindustan Times
  14788. wrote: ''Let not in the midst of Sethi's acts of indiscretion a
  14789. crucial point be missed - the level of inefficiency, callousness and
  14790. simple insolence in the telephone exchanges in India would drive
  14791. anyone mad.''
  14792.     Even the government admitted in a statement last year that India
  14793. ''perhaps has the lowest level of telephone service in the world.''
  14794.     To begin with, there are only 3 million phones for the 780 million
  14795. populace. That's one for every 260 people, compared to one for every
  14796. two people in England and France and one for every 1.3 people in the
  14797. United States.
  14798.     As of January, 997,000 Indians were on the waiting list to get a
  14799. telephone.
  14800.     A study by the Federation of Indian Chambers of Commerce and
  14801. Industry says the country needs 28 million phones to function
  14802. properly with its present population.
  14803.     Then there is the matter that telephones break down so often that
  14804. the visit of the repairman is a favorite subject of cartoonists. One
  14805. cartoon features a frustrated customer saying to the lineman, ''Sorry
  14806. to bother you perpetually. Why don't you just stay with us?''
  14807.     During last year's monsoon season, 30,000 phones went out in New
  14808. Delhi at once when the annual heavy rains hit. The same thing happens
  14809. regularly in Bombay and Calcutta, much soggier cities.
  14810.     In Calcutta in 1982, one angry citizen put up a tombstone for his
  14811. dead telephone. It remains today, bearing the poem:
  14812.     ''Oh, child of communication,
  14813.     ''You were born to bridge the gap.
  14814.     ''But corruption has caused a mishap,
  14815.     ''Inefficiency and procrastination
  14816.     ''Caused the telephone lines to go snap.''
  14817.     Even when India's phones are working, they are not up to those in
  14818. most places in the world.
  14819.     Sometimes there is a long wait for a dial tone. It often takes
  14820. several dials to get a call through. There are so many wrong numbers
  14821. that many people begin conversations by asking if they've reached the
  14822. number they dialed.
  14823.     For long distance, the few direct-dial facilities are so overloaded
  14824. that most times it's necessary to book a call through an operator.
  14825.     In recognition that the system is less than perfect, there is one
  14826. number for bookings and another for complaining that the call did not
  14827. go through.
  14828.     One woman wrote a newspaper article chronicling how she spent an
  14829. entire day dialing the two numbers trying to make one call.
  14830.     She finally gave up, but was awakened at 11:55 p.m. when an operator
  14831. called asking whether she would she like to rebook the call for the
  14832. next day.
  14833.     Complaints about phones are not only sent to the telephone company
  14834. but debated in newspaper editorials and on the floor of Parliament.
  14835.     It's not that the government isn't trying. At India's independence
  14836. in 1947, there were 82,000 phones, about one for every 4,150 Indians.
  14837. But India's population has more than doubled since then and is
  14838. expected to pass the 1 billion mark around the year 2000.
  14839.     Indian writer Ranjit Lal theorized in a recent article in the Times
  14840. of India that the country's phone troubles resulted because
  14841. telephones, like India's Hindus, believe in reincarnation.
  14842.     ''Most telephones in India suffer from a collective and impelling
  14843. death wish,'' he concluded. ''This is because they wish to be
  14844. reincarnated as something better as quickly as possible.''
  14845.     He added: ''It is also likely that if you have sinned grievously in
  14846. this life, you may be born an Indian telephone in your next life.''
  14847.  
  14848. ------------------------------
  14849.  
  14850. End of TELECOM Digest
  14851. *********************
  14852. 31-Aug-86 22:23:01-EDT,10185;000000000000
  14853. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  14854. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 31 Aug 86 22:23:00-EDT
  14855. Date: 31 Aug 86 21:28-EDT
  14856. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  14857. Subject: TELECOM Digest V5 #141
  14858. To: Telecom@XX.LCS.MIT.EDU
  14859. Reply-To: Telecom@XX.LCS.MIT.EDU
  14860.  
  14861. TELECOM Digest                          Sunday, August 31, 1986 9:28PM
  14862. Volume 5, Issue 141
  14863.  
  14864. Today's Topics:
  14865.  
  14866.               IBM Challenges Pac Bell's Project Victoria
  14867.                          Re: Toll Restrictor
  14868.               An Interesting Call             (Foo Bar)
  14869.                            Digit backspace
  14870.                         10xxx from pay phones
  14871.                          Pac-Tel ESS upgrades
  14872.                       "We don't really care..."
  14873.  
  14874. ----------------------------------------------------------------------
  14875.  
  14876. Date: Tue 26 Aug 86 03:11:54-CDT
  14877. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  14878. Subject: IBM Challenges Pac Bell's Project Victoria
  14879.  
  14880. [ see INFOWORLD, 86/8/26, page 3 ]
  14881.  
  14882. ... experimental system to produce an integrated digital voice and data network
  14883. [see TELECOM back-issues] for home telephone users, has drawn fire from IBM and
  14884. severak communications vendors.
  14885.  
  14886. IBM charged in a complaint with the FCC that it includes Customer Premises
  14887. Equipment (CPE) which, under fivestiture ruling, baby-Bells are not allowed
  14888. to do.
  14889.  
  14890. A Pac-Bell spokesman said that the network does not rely on CPE ...
  14891.  
  14892. ------------------------------
  14893.  
  14894. Date: Thu 28 Aug 86 13:34:21-EDT
  14895. From: Robert Lenoil <LENOIL@DEEP-THOUGHT.MIT.EDU>
  14896. Subject: Re: Toll Restrictor
  14897.  
  14898.     Date: 25 Aug 86 11:25 EST
  14899.     From: davidsen%kbsvax.tcpip@ge-crd.arpa
  14900.     Subject: Toll Restrictor
  14901.  
  14902.     I would like to have a device to prevent outgoing long distance calls
  14903.     from my system. This will prevent abuse when rates are high. What I
  14904.     want is a box which will go between the modem and phone line, and
  14905.     monitor the outgoing tones. If the first tone is not a "1", the call is
  14906.     allowed, otherwise the line is disconnected.
  14907.  
  14908. My fraternity bought just such a device (against my advice) from a
  14909. electronics surplus place in Peabody, Mass. called BNR (I think).
  14910. Although the device does prevent people from inadvertantly using your
  14911. phone, it CANNOT stop someone who is intentionally trying to cheat you.
  14912.  
  14913. The device we got was an in-line passive black box that disconnected the
  14914. line if the first digit was one OR zero.  It was reset by the presence
  14915. of a dial tone.  By eliminating zero, people couldn't even use the phone
  14916. to make collect or credit card calls; they needed a Sprint account or
  14917. something.  This was no good, so I had to find a way around that.
  14918. So...there is now a sign over that phone that reads:
  14919.  
  14920. "To make a collect call: Depress the switchhook once rapidly, then press
  14921.  # + 02880 + area code + number."
  14922.  
  14923. Telecom readers should understand what's going on here.  Depressing the
  14924. switchhook once "dials" a one (remember pulse-code dialing?).  Pressing
  14925. the # deactivates the toll restrictor, but is otherwise ignored by the
  14926. phone company.  After dialing the rest of the sequence, you have
  14927. effectively dialed 10288 + 0 + area code + number, i.e. you have dialed
  14928. an AT&T operator-assisted call.
  14929.  
  14930. The above works, but anybody that understands the underlying reason can
  14931. figure out how to dial a long distance number.  Or, they can just ask
  14932. the operator when she comes on to complete the call for them, because
  14933. they were having trouble dialing or something.  To thwart this, your
  14934. device would also need to count pulses and disallow one or zero.  But a
  14935. person can usually call 555-1212 and have the information operator
  14936. connect you to an operator, or...
  14937.  
  14938. You can't win.  The best solution is to keep the phone under lock and
  14939. key.
  14940.  
  14941. ------------------------------
  14942.  
  14943. Date: 25 Aug 86 15:59:25 EDT
  14944. From: GERSHO@GREEN.RUTGERS.EDU
  14945. Subject: An Interesting Call             (Foo Bar)
  14946.  
  14947.  
  14948.  
  14949.  
  14950. AN UNUSUAL TELEPHONE SERVICE CALL
  14951.  
  14952. This story was related by Pat Routledge of Winnepeg, ONT about an unusual
  14953. telephone service call he handled while living in England.
  14954.  
  14955. It is common practice in England to signal a telephone subscriber by
  14956. signaling with 90 volts across one side of the two wire circuit and ground
  14957. (earth in England). When the subscriber answers the phone, it switches to
  14958. the two wire circuit for the conversation. This method allows two parties
  14959. on the same line to be signalled without disturbing each other.
  14960.  
  14961. This particular subscriber, an elderly lady with several pets called to
  14962. say that her telephone failed to ring when her friends called and that on
  14963. the few occasions when it did manage to ring her dog always barked first.
  14964. Torn between curiosity to see this psychic dog and a realization that
  14965. standard service techniques might not suffice in this case, Pat proceeded
  14966. to the scene. Climbing a nearby telephone pole and hooking in his test
  14967. set, he dialed the subscriber's house.  The phone didn't ring. He tried
  14968. again. The dog barked loudly, followed by a ringing telephone. Climbing
  14969. down from the pole, Pat found:
  14970.  
  14971.     a.   Dog was tied to the telephone system's ground post via an iron
  14972.          chain and collar 
  14973.     b.   Dog was receiving 90 volts of signalling current 
  14974.     c.   After several jolts, the dog was urinating on ground and barking 
  14975.     d.   Wet ground now conducted and phone rang.
  14976.  
  14977. Which goes to prove that some grounding problems can be passed on.
  14978.  
  14979. This annecdote excerpted from Syn-Aud-Con Newsletter, Vol4, No 3, April 1977.
  14980.  
  14981. ------------------------------
  14982.  
  14983. Date: Fri, 29 Aug 86 11:53:37 pdt
  14984. From: Paul Ruel <ruel%lll-tis-b.ARPA@lll-tis-gw.arpa>
  14985. Subject: Digit backspace
  14986.  
  14987. Is it possible for the newer ESS's to be programmed so that the `*' key
  14988. on the telephone could be used as a single digit backspace?  I think that
  14989. it's high time the telephone companies provide such a feature given the
  14990. extended dialing sequences (sometimes) needed nowadays.  It's frustrating
  14991. to have to hang up after dialing "n" digits...I'd much rather...
  14992.  
  14993.     Press:    1-617-555-123        Say: Blast!  I meant "1"!
  14994.     Press:    *12
  14995.  
  14996. ...and complete my call to 1-617-555-1212.  Multiple presses of `*' ought
  14997. to have the expected result, of course.
  14998.  
  14999. Note:
  15000.     a)  I have never subscribed to any of the features offered by
  15001.         the operating companies (call waiting, etc.), so forgive my
  15002.         ignorance if the `*' is already spoken for.
  15003.     b)  I imagine that some telephone manufacturers have implemented
  15004.         local backspace, kill and other canonical input processing,
  15005.         but I'm more interested in an operating company solution since
  15006.         I would also like to use this feature at a friend's home.
  15007.  
  15008. ------------------------------
  15009.  
  15010. From: NBaheti.es@Xerox.COM
  15011. Date: 28 Aug 86 13:15:12 PDT
  15012. Subject: 10xxx from pay phones
  15013.  
  15014.      I  have  been getting replies in private mail telling me  to 
  15015. use  the following method:  10xxx+1+xxx-xxx-xxxx <wait for  tone> 
  15016. charge  code.   That would work fine except for the fact  that  I 
  15017. don't have an account with any of the companies and was hoping to 
  15018. not need one.  What I am interested in doing is using 10xxx [Easy 
  15019. Access]  from a pay phone by putting in coins to pay for the call 
  15020. at the chosen ALDS's rates.  Is this possible?
  15021.  
  15022.      As  there  are a few more  people  interested,  please  'cc' 
  15023. telecom  with  your  answer(s)  to save lazy-me  the  trouble  of 
  15024. forwarding messages all over the place.   Thanks for all of  your 
  15025. replies  to  date;  now  if we could only get the  phone  company 
  15026. operators to bone up on this stuff... :-)
  15027.  
  15028. --Arun Baheti
  15029.   arpa: NBaheti.es@Xerox
  15030.   arpa: Baheti%mit-oz@mit-mc
  15031.   uucp: {group3, wright}!anb02!arun
  15032.  
  15033. ------------------------------
  15034.  
  15035. From: NBaheti.es@Xerox.COM
  15036. Date: 28 Aug 86 13:15:39 PDT
  15037. Subject: Pac-Tel ESS upgrades
  15038.  
  15039.      I called my Pac-Tel office [again] to ask about when my second
  15040. phone line [213-325-xxxx] would be upgraded to ESS.  Reply: maybe
  15041. easly next year, maybe and more probably never.  Great!  I am not in a
  15042. rural area either and yet I can't use IDDD, Easy Access, or any of the
  15043. special features getting advertised down here like Call-Waiting,
  15044. Call-Forwarding, Speed-Calling, Three-Way, et cetera ad naseum in
  15045. finium.
  15046.  
  15047.      I then thought that I could get my phone number changed (although
  15048. VERY inconvenient, it may be worth it).  I can, she said, if I was
  15049. willing to PAY something like $20 for it.  I asked if I wanted one of
  15050. those special features how would I get it.  Reply: we would change
  15051. your number to an ESS line for free [give you any ideas, guys?].
  15052.  
  15053.      Barring Easy Access do any of the ALDS companies offer an
  15054. alternate way of using their services other than choosing them as your
  15055. primary LDC?  Something like a generic 950-port that lets you dial out
  15056. and charges the line you are using [or is that too far-fetched?]?
  15057.  
  15058. --Arun Baheti
  15059.   arpa: NBaheti.es@Xerox
  15060.   arpa: Baheti%mit-oz@mit-mc
  15061.   uucp: {group3, wright}!anb02!arun
  15062.  
  15063. ------------------------------
  15064.  
  15065. Date: Fri 29 Aug 86 14:50:23-PDT
  15066. From: Ole Jorgen Jacobsen <OLE@SRI-NIC.ARPA>
  15067. Subject: "We don't really care..."
  15068.  
  15069.  
  15070. I just got off the phone with a Pacific Bell representative.  They
  15071. have a nice little folder (produced quarterly) called "Easy Access
  15072. Shoppers Guide", which I wanted another copy of.  I also suggested
  15073. they produce a handy little quick reference card with all the 10XXX
  15074. codes on it. He responded with "...we don't really care. We're just
  15075. providing a contact between you and the various long distance
  15076. carriers." I responded that someone SHOULD care and that one of the
  15077. main features of easy access is that you can choose your carrier on a
  15078. per-call basis. His said that most people want just one long distance
  15079. carrier and don't care about the rest. I couldn't argue with that
  15080. except to point out that the 10XXX feature has been very carefully
  15081. kept in the obscure by everyone from the BOCs to the LDDs and the BIG
  15082. issue in all advertising and such has been the selection of your
  15083. default carrier. I guess this ploy worked.
  15084.  
  15085. Foo
  15086.             Ole
  15087.  
  15088. ------------------------------
  15089.  
  15090. End of TELECOM Digest
  15091. *********************
  15092.  1-Sep-86 20:35:56-EDT,5623;000000000000
  15093. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  15094. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Mon 1 Sep 86 20:35:55-EDT
  15095. Date: 1 Sep 86 19:36-EDT
  15096. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  15097. Subject: TELECOM Digest V5 #142
  15098. To: Telecom@XX.LCS.MIT.EDU
  15099. Reply-To: Telecom@XX.LCS.MIT.EDU
  15100.  
  15101. TELECOM Digest                        Monday, September 1, 1986 7:36PM
  15102. Volume 5, Issue 142
  15103.  
  15104. Today's Topics:
  15105.  
  15106.                          Re: Toll Restrictor
  15107.                     Re: "...we don't really care"
  15108.              Speech Digitizing / Phone Boards for IBM PC
  15109.                             10xxx Dialing
  15110.          Electronic Communication Privacy Act (S.2575) update
  15111.  
  15112. ----------------------------------------------------------------------
  15113.  
  15114. Date: Sun 31 Aug 86 23:36:23-EDT
  15115. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  15116. Subject: Re: Toll Restrictor
  15117.  
  15118. > You can't win.  The best solution is to keep the phone under lock and key.
  15119.  
  15120. True true. Even real phone systems have difficulty with this. Our company
  15121. uses MCI. We accesses it via the local 7-digit number, even though we've had
  15122. equal access for over 6 months. Besides the loss in quality and added delay
  15123. in connecting, the MCI number is often busy during the day (and our phone
  15124. system is too stupid to detect a busy signal)!
  15125.  
  15126. A while back, I discovered you could bypass the long-distance programming
  15127. by dialing 1 then #######. This gave me an outside line and dialed a 1 on 
  15128. it. I then dial the area code and the number normally.
  15129.  
  15130. ------------------------------
  15131.  
  15132. Date: Sun 31 Aug 86 23:54:49-EDT
  15133. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  15134. Subject: Re: "...we don't really care"
  15135.  
  15136. I was paying a bill in the NET Cambridge, MA office and decided to ask them
  15137. about the 10xxx codes. The representative knew nothing about them. He
  15138. said that, if there were codes, the individual LD companies would have to
  15139. tell me about them, since they didn't know anything about them. I pointed out
  15140. that THEIR computer that had to know the codes, since it had to route
  15141. the calls. He didn't understand.
  15142.  
  15143. >From what I've heard, I almost get the feeling the local operating companies
  15144. have set a policy of pleading ignorance. It's as if their lawyers have told
  15145. them exactly what they should say about the whole equal access question, and
  15146. their response is limited to info about choosing a primary LD carrier.
  15147.  
  15148. Alternatively, perhaps they simply like to discourage experimentation with
  15149. other carriers, since there may be problems setting up the company billings.
  15150. They'd probably be lots happier if they got a "start up" fee for your first
  15151. use of a LD carrier.  (It makes about as much sense as a $42 connection fee
  15152. for just flipping a switch at the CO).
  15153.  
  15154. Or perhaps they just really don't care.
  15155.  
  15156. Has anyone out there gotten useful information (either in a printed form or
  15157. personally) from a local company about the 10xxx codes?
  15158.  
  15159. ------------------------------
  15160.  
  15161. Date: Mon 1 Sep 86 12:46:15-EDT
  15162. From: Thomas S. Wanuga <WANUGA@XX.LCS.MIT.EDU>
  15163. Subject: Speech Digitizing / Phone Boards for IBM PC
  15164.  
  15165. Has anyone out there used one of the speech digitizing boards that
  15166. plug into the IBM PC and interface to the phone lines?  I know of
  15167. three companies that have such products - VYNET Corporation, Votrax,
  15168. and Natural Microsystems.  I am interested in anyone's experience with
  15169. these (or any other similar) boards.  Thanks.
  15170.  
  15171. Tom Wanuga
  15172. wanuga@xx.lcs.mit.edu
  15173.  
  15174. ------------------------------
  15175.  
  15176. Date: Mon, 1 Sep 86 15:23:33 edt
  15177. From: Marvin Sirbu <sirbu@gauss.ECE.CMU.EDU>
  15178. Subject: 10xxx Dialing
  15179.  
  15180. Regarding the failure to publicize 10xxx for long distance carrier selection.
  15181.  
  15182. The last thing the long distance companies -- or the local operating companies
  15183. for that matter -- want the public to do is start using 10xxx to select the
  15184. lowest priced caller on a per call basis.  This would lead to:
  15185.  
  15186. 1) higher billing costs since users would now need multiple long distance
  15187. bills each month rather than one.
  15188.  
  15189. 2)  The possibility of intensive price-based competition, which would
  15190. lower profitability.
  15191.  
  15192. 3) If users were really responsive to price changes, minor fluctuations
  15193. in relative prices could lead to major shifts in carrier usage causing
  15194. enormous capacity planning problems, both for the inter-exchange 
  15195. carrier and for the local exchange carrier with respect to access lines.
  15196.  
  15197. In short, there are lots of reasons why no one is talking about 10xxx.
  15198.  
  15199. Marvin Sirbu
  15200. CMU
  15201.  
  15202. ------------------------------
  15203.  
  15204. Date: Mon, 1 Sep 1986  16:16 MDT
  15205. From: Keith Petersen <W8SDZ@SIMTEL20.arpa>
  15206. Subject: Electronic Communication Privacy Act (S.2575) update
  15207.  
  15208. The latest version of the Electronic Communication Privacy Act
  15209. (S.2575), dated August 12, 1986, is now available from SIMTEL20,
  15210. thanks to Bill Bogstad <bogstad@hopkins-eecs-bravo.arpa>, who added
  15211. them into the posting by Glenn Tenney.
  15212.  
  15213. Filename            Type     Bytes     CRC
  15214.  
  15215. Directory PD:<MISC.BBS>
  15216. PRIVCY2.BILL.1            ASCII     75835  4E46H
  15217.  
  15218. For those who can handle binary FTP transfers and unsqueeze:
  15219.  
  15220. Directory PD:<CPM.RCPM>
  15221. PRIVCY2.BQL.1            BINARY     45056  D16DH
  15222.  
  15223. Reviewing:
  15224.  
  15225. The Electronic Communications Privacy Act of 1986, which has passed the
  15226. House, now is a bill in the Senate (S.2575).  This one Act affects every
  15227. usenet, bitnet, bbs, shortwave listener, TV viewer, etc.
  15228.  
  15229. --Keith Petersen
  15230. Arpa: W8SDZ@SIMTEL20.ARPA
  15231. uucp: {ihnp4,allegra,cmcl2,decvax,mcnc,mcvax,vax135}!seismo!SIMTEL20.ARPA!w8sdz
  15232. GEnie Mail: W8SDZ
  15233. RCP/M Royal Oak: 313-759-6569
  15234.  
  15235. ------------------------------
  15236.  
  15237. End of TELECOM Digest
  15238. *********************
  15239.  
  15240.  9-Sep-86 04:07:48-EDT,17034;000000000000
  15241. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  15242. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Tue 9 Sep 86 04:07:33-EDT
  15243. Date: 9 Sep 86 02:32-EDT
  15244. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  15245. Subject: TELECOM Digest V5 #143
  15246. To: Telecom@XX.LCS.MIT.EDU
  15247. Reply-To: Telecom@XX.LCS.MIT.EDU
  15248.  
  15249. TELECOM Digest                       Tuesday, September 9, 1986 2:32AM
  15250. Volume 5, Issue 143
  15251.  
  15252. Today's Topics:
  15253.  
  15254.                            modem chip sets
  15255.              I wonder if the Congress considered this one
  15256.                          Re: Digit backspace
  15257.                            Wilderness Phone
  15258.                  Re: Speech Digitizing / Phone Boards
  15259.          Call diverters / bell 403 modems / answerers/dialers
  15260.                         Worst idea of the week
  15261.                       Using US modems in the UK
  15262.                            CSCW '86 Program
  15263.  
  15264. ----------------------------------------------------------------------
  15265.  
  15266. Date: Tue 2 Sep 86 09:38:03-EDT
  15267. From: Thomas S. Wanuga <WANUGA@XX.LCS.MIT.EDU>
  15268. Subject: modem chip sets
  15269.  
  15270. I'd like to compile a list of modem chip sets (especially single chip
  15271. ones).  If anyone knows of any, and/or has any experience with them,
  15272. I'd very much like to hear about it.  Thanks so much.
  15273.  
  15274. Tom Wanuga
  15275. wanuga@xx.lcs.mit.edu
  15276.  
  15277. ------------------------------
  15278.  
  15279. From: Phil Karn <karn@ka9q.bellcore.COM>
  15280. Subject: I wonder if the Congress considered this one
  15281.  
  15282. I picked up a copy of the magazine "Free Inquiry" at the bookstore
  15283. today.  The cover article was written by James Randi (the magician who
  15284. debunks lots of ESP frauds). In fact, the magazine seems to be run by
  15285. the same folks who do the Skeptical Inquirer, but is slanted more
  15286. towards religious debunking.
  15287.  
  15288. Randi's article was titled "Peter Popoff Reaches Heaven via 39.17
  15289. Megahertz".  Popoff is one of the most notorious TV faith healers.
  15290. Randi's group went to the shows and noticed that Popoff wore a hearing
  15291. aid. Then they got a scanner and quickly found the frequency his wife
  15292. was using to tell him the names and ills of people whom she had pumped
  15293. for information before the show.
  15294.  
  15295. Now ponder the fact that the proposed Communications Privacy Act now
  15296. pending in the US Senate would have made this expose illegal.  The
  15297. conversation was meant to be private, and Popoff certainly would have
  15298. objected to its interception.
  15299.  
  15300. Could there be a connection here? Hmm......
  15301.  
  15302. Phil
  15303.  
  15304. ------------------------------
  15305.  
  15306. Date: Tue, 2 Sep 86 12:20:10 PDT
  15307. From: ihnp4!chinet!editor@ucbvax.Berkeley.EDU
  15308. Subject: Re: Digit backspace
  15309. Reply-To: chinet!editor@ucbvax.Berkeley.EDU (Alex Zell)
  15310.  
  15311.  
  15312. The * is already spoken for. It is already in use by the telcos as --
  15313. believe -- it or not -- #11 equivalent.  In those central offices
  15314. where call waiting has been implemented and where "disable" call
  15315. waiting has also been implemented, *70 (DTMF) or 1170 (pulse) are used
  15316. to temporarily disable call waiting.
  15317.  
  15318. ---
  15319. Alex Zell                                     ihnp4!chinet!editor
  15320. I'd rather be on Pictou Island, N.S.
  15321.  
  15322. ------------------------------
  15323.  
  15324. Date:  2 Sep 1986 1616-PDT
  15325. From: VANBUER@USC-ECL.ARPA
  15326. Subject: Wilderness Phone
  15327.  
  15328. Problem: remote cabins miles from last telephone pole so estimated
  15329. cost to install a conventional local loop is over $20,000.  The
  15330. nearest metropolitan area with "mobile" phones is a mountainous 100
  15331. miles away, so that's out.  But in these days of (sort of) cheap
  15332. satellite uplink/downlinks and other repeaters, is seems like there
  15333. ought to be something cheaper to install (cost per call not too
  15334. important since only light use expected).  What's out there which ties
  15335. to DDD network, can send and receive calls [and uses under 10 watts
  15336. standby]?  Who and where would I even ask?  
  15337.  
  15338. Darrel J. Van Buer
  15339. VANBUER@USC-ECL or usenet ...!sdcrdcf!darrelj 
  15340.  
  15341. ------------------------------
  15342.  
  15343. Date:  4 Sep 1986 15:10:41 PDT
  15344. Subject: Re: Speech Digitizing / Phone Boards
  15345. From: Richard Gillmann <GILLMANN@B.ISI.EDU>
  15346.  
  15347. I have experience with two speech digitizing cards for the PC, the
  15348. CompuTalker board and the Dialogic board(s).
  15349.  
  15350. The CompuTalker board is a fairly old design and I got it some years
  15351. ago, but it has some nice features.  In particular, it has an
  15352. excellent AGC circuit that deals well with the volume variations in
  15353. long distance calls vs. local calls.  It can playback and record
  15354. speech at various rates, the lowest being 1200 bytes/second, and 2000
  15355. bytes/second for most telephone applications.  It can detect and send
  15356. TouchTones and it has good call progression software.  The board works
  15357. with either the telephone line or a mike/speaker setup.  I believe the
  15358. price is $600.  CompuTalker can be reached at 213-828-6546.
  15359.  
  15360. I have also used the Dialog/40 card from Dialogic.  This card can
  15361. handle up to 4 telephone lines at once, and you can install multiple
  15362. cards for even more lines.  It has a very nice event queueing package
  15363. that allows you to write software for it in a semi-reasonable way (too
  15364. bad DOS doesn't do tasking!).  It does the usual playback/record and
  15365. TouchTones, the rate is something like 2500 bytes/second.  The PC only
  15366. gets interrupted once per buffer, rather than once per byte, so it's
  15367. not overloaded.  The board only connects to telephone lines.  The
  15368. Dialog/40 card costs $1000 and their number is 201-334-8450.  They
  15369. also make a single line board.
  15370.  
  15371. I have also use the Texas Instruments and IBM speech cards.  Both of
  15372. these are more elaborate.  They both use the TMS320 chip to do LPC
  15373. speech and can also do text-to-speech synthesis.  Billy has covered
  15374. them in detail in past digests, so I won't repeat the info here.
  15375.  
  15376. Dick Gillmann
  15377.  
  15378. [See Info-IBMPC@B.ISI.EDU for relevant back-issues and such. -Elmo]
  15379.  
  15380. ------------------------------
  15381.  
  15382. From: Michael Grant <mgrant@mimsy.umd.edu>
  15383. Date: Thu, 4 Sep 86 18:53:43 EDT
  15384. Subject: Call diverters / bell 403 modems / answerers/dialers
  15385.  
  15386.  
  15387. I am trying to construct a call diverter out of my old apple2.  I can buy
  15388. what I want for about $800, but I'm cheap and I'd rather build the thing
  15389. myself.  Anyone know of any cheap call diverters?  (a call diverter is a
  15390. device which you connect 2 telephone lines.  When a call comes in on the 1st
  15391. line, the diverter autodials a number on the 2nd line and connects the call
  15392. through.)
  15393.  
  15394. A friend gave me some old bell 403 modems.  These beats take votrax in and
  15395. ascii out.  They are supposed to answer the phone and accept touch tones.
  15396. There is no manufacturer markings on the board; the board fits into a rack
  15397. which I don't have.  Anyone have any experience with these?
  15398.  
  15399. What I'd like to find is a card that fits into my apple that will pick up
  15400. a phone line and accept touchtones like the 403 above.  Infact, a 403 for
  15401. my apple would be great.  Anyonw know where I find such a card?
  15402.  
  15403. I hope to use a couple of these and a votrax to make a nifty call diversion
  15404. toy.  I may even couple the thing in with an answering machine.  Ideas?
  15405. suggestions?  (I'm not going to sell this, but if anyone is interested in the
  15406. outcome of my project, send me mail.)
  15407.  
  15408. -Mike Grant
  15409.  
  15410. ------------------------------
  15411.  
  15412. Date: Fri, 5 Sep 86 18:26:18 EDT
  15413. From: johnl%ima.UUCP@CCA.CCA.COM
  15414. Subject: Worst idea of the week
  15415. Reply-To: johnl@ima.UUCP (John R. Levine)
  15416.  
  15417. From the September 1 Network World, excerpted without permission:
  15418.  
  15419. Advertisers may read out and grab callers if startup-up firm has its way
  15420. ...
  15421. A start-up company here has filed for a patent on a concept that would enable
  15422. telephone companies to make money by selling advertisements that callers would
  15423. hear while waiting for calls to be answered.
  15424. [They field tested it in Sullivan, MO, last year.]
  15425. With $oft-Ads, telephone companies could sell roughly four-second spot
  15426. advertisements that would be injected between the rings callers hear while
  15427. waiting for the called party to answer the phone.
  15428.  
  15429. They go on to suggest that monthly connect fees might be waived for people who
  15430. volunteered to listed to the ads.  A lot of the stuff in the patents is
  15431. involved in injecting the ads at the caller's exchange, even though it'd be
  15432. a lot easier to inject them where the ring was generated.
  15433.  
  15434. I can hardly wait:   ---RING--- Eat Twinkies! ---RING--- ...
  15435. -- 
  15436. John R. Levine, Javelin Software Corp., Cambridge MA +1 617 494 1400
  15437. { ihnp4 | decvax | cbosgd | harvard | yale }!ima!johnl, Levine@YALE.EDU
  15438.  
  15439. ------------------------------
  15440.  
  15441. Date: Sat, 6 Sep 86 12:10:09 PDT
  15442. From: ihnp4!mhuxh!rex@ucbvax.Berkeley.EDU
  15443. Subject: Using US modems in the UK
  15444.  
  15445. Is it physically possible to use a US modem in the UK, given that
  15446. it is capable of operating the CCITT V22 (1200 baud) standard?
  15447. Please respond via electronic mail or to netnews.
  15448.  
  15449. Rex Godby                                       ..ihnp4!mhuxh!rex       
  15450. AT&T Bell Labs, Murray Hill, NJ 07974         Tel. (201) 582-3628
  15451.  
  15452. ------------------------------
  15453.  
  15454. Date: Tue 2 Sep 86 15:20:55-EDT
  15455. From: Irene Greif <GREIF@XX.LCS.MIT.EDU>
  15456. Subject: CSCW '86 Program
  15457.  
  15458.  
  15459.  
  15460. Following is the program for CSCW '86: the Conference on
  15461. Computer-Supported Cooperative Work .  Registration material can
  15462. be obtained from Barbara Smith at MCC (basmith@mcc).
  15463.  
  15464.  
  15465.                    ***             CSCW '86          ***
  15466.  
  15467.  
  15468.  
  15469.                              DECEMBER 3 - 5, 1986
  15470.                                  AUSTIN, TEXAS
  15471.  
  15472.                            Tuesday, December 2, 1986
  15473.  
  15474. 6:00pm - 10:00pm    Registration
  15475. 6:00pm - 10:00pm    Reception/Refreshments
  15476.  
  15477.  
  15478.  
  15479.  
  15480.                           Wednesday, December 3, 1986
  15481.  
  15482. 8:00am - 5:00pm     Registration
  15483.  
  15484. 8:30am - 9:00am     Opening Remarks
  15485.      Welcome:       Herb Krasner, Conference Chair
  15486.      Conference Themes:  Irene Greif, Program Chair
  15487.  
  15488. 9:00am - 10:30am    Supporting Face-to-Face Groups
  15489.      Chair:    George Huber
  15490.                University of Texas, Austin
  15491.  
  15492.    - Project NICK: Meetings Augmentation and Analysis
  15493.      Michael  Begeman,  Peter  Cook, Clarence Ellis, Mike Graf, Gail Rein,
  15494.      and Tom Smith
  15495.      MCC
  15496.  
  15497.    - Cognoter, Theory and Practice of a Colab-orative Tool
  15498.      Gregg Foster
  15499.      University of California, Berkeley
  15500.  
  15501.    - A Group  Decision  Support  System  for  Idea  Generation  and  Issue
  15502.      Analysis in Organizational Planning
  15503.      Lynda M. Applegate, Benn R. Konsynski, J. F. Nunamaker
  15504.      University of Arizona
  15505.  
  15506. 10:30am - 11:00am   Break
  15507.  
  15508. 11:00am - 12:30am   Empirical Studies
  15509.      Chair:    Bill Curtis
  15510.                MCC
  15511.  
  15512.    - The  Variable  Impact of Computer Technologies on the Organization of
  15513.      Work Activities
  15514.      Jeanette Blomberg
  15515.      Xerox
  15516.  
  15517.    - Cognitive Science and Organizational Design: A Case Study of Computer
  15518.      Conferencing
  15519.      Kevin Crowston, Thomas W. Malone, and F. Lin
  15520.      M. I. T.
  15521.  
  15522.    - Narratives at Work, Story Telling as Cooperative Diagnostic Activity
  15523.      Julian Orr
  15524.      Xerox
  15525.  
  15526. 12:30pm - 2:00pm    Lunch
  15527.  
  15528. 2:00pm - 4:00pm     Supporting Distributed Groups
  15529.      Chair:    Irene Greif
  15530.                M. I. T.
  15531.  
  15532.    - Constraints on Communication and Electronic Messaging
  15533.      Martha Feldman
  15534.      University of Michigan
  15535.  
  15536.    - Evolving Electronic Communication Networks:  An Empirical Assessment
  15537.      J. D. Eveland and Tora Bikson
  15538.      The Rand Corporation
  15539.  
  15540.    - Semi-Structured   Messages   as   a   Basis   for  Computer-Supported
  15541.      Coordination
  15542.      Thomas W. Malone, Kenneth R. Grant,  Kum-Yew  Lai,  Ramana  Rao,  and
  15543.      David Rosenblitt
  15544.      M. I. T.
  15545.  
  15546.    - The   Amigo   Project:   Advanced   Group   Communication  Model  for
  15547.      Computer-Based Communications Environment
  15548.      Thore Danielsen, University of Tromsoe, Norway
  15549.      Uta  Pankoke-Babatz  and  Wolfgang  Prinz,  Institute   for   Applied
  15550.      Information Technology, West Germany
  15551.      Ahmed Patel, University College Dublin, Ireland
  15552.      Paul-Andre Pays, Department Informatique Appliquee, France
  15553.      Knut Smalland, University of Oslo, Norway
  15554.      Rolf Speth, Commission of the European Communities, Belgium
  15555.  
  15556. 4:00pm - 4:30pm     Break
  15557.  
  15558. 4:30pm - 6:00pm     Panel Sessions in Parallel
  15559.  
  15560.      Panel I:  Cooperative Work in the Office
  15561.                Moderator:  Clarence Ellis, MCC
  15562.  
  15563.      Panel II:  Collaborative Design:  Technology Futures
  15564.                Moderator:  Herb Krasner, MCC
  15565.  
  15566. 8:00pm              Special Session with Doug Engelbart:
  15567.                High Performance Teams
  15568.  
  15569.  
  15570.  
  15571.  
  15572.                           Thursday, December 4, 1986
  15573.  
  15574. 9:00am - 10:30am    Hypertext Systems
  15575.      Chair:    Lucy Suchman
  15576.                Xerox
  15577.  
  15578.    - Contexts -- A Partitioning Concept for Hypertext
  15579.      Norman Delisle and Mayer Schwartz
  15580.      Tektronix Laboratories
  15581.  
  15582.    - Supporting Collaboration in NoteCards
  15583.      Randall Trigg, Lucy Suchman and Frank Halasz
  15584.      Xerox
  15585.  
  15586.    - Intermedia:  Issues,  Strategies,  and  Tactics  in  the  Design of a
  15587.      Hypermedia Document System
  15588.      L. Nancy Garrett, Karen Smith and Norman Meyrowitz
  15589.      Brown University
  15590.  
  15591. 10:30am - 11:00am   Break
  15592.  
  15593. 11:00am - 12:30pm   Underlying Technology for Collaborative Systems
  15594.      Chair:    Thomas Malone
  15595.                M. I. T.
  15596.  
  15597.    - Data Sharing in Group Work
  15598.      Irene Greif, M. I. T.
  15599.      Sunil Sarin, Computer Corporation of America
  15600.  
  15601.    - Network-based Systems for Asynchronous Group Communication
  15602.      Nancy F. Jarrell and Bill Barrett
  15603.      IBM Cambridge Scientific Center
  15604.  
  15605.    - Tools Help People Co-operate Only To The Extent That They  Help  Them
  15606.      Share Goals and Terminology
  15607.      Robert Neches
  15608.      USC Information Sciences Institute
  15609.  
  15610. 12:30pm - 2:00pm    Lunch and CSCW '88 Planning Meeting (Open)
  15611.  
  15612. 2:00pm - 4:00pm     Collaboration Research
  15613.      Chair:    Margrethe Olson
  15614.                N. Y. U.
  15615.  
  15616.    - A Language Perspective on the Design of Cooperative Work
  15617.      Terry Winograd
  15618.      Stanford University
  15619.  
  15620.    - A Framework for Studying Research Collaboration
  15621.      Lucy Suchman and Randall Trigg
  15622.      Xerox
  15623.  
  15624.    - Relationships and Tasks in Scientific Research Collaborations
  15625.      Robert Kraut, Bell Communications Research,
  15626.      Jolene Galegher, University of Arizona
  15627.      Carmen Egido, Bell Communications Research
  15628.  
  15629.    - Collaboration Research in SCL
  15630.      George Goodman and Mark Abel
  15631.      Xerox Palo Alto Research Center Northwest
  15632.  
  15633. 4:00pm - 4:30pm     Break
  15634.  
  15635. 4:30pm - 6:00pm     Panel Sessions in Parallel
  15636.      Panel I:  From Theories to Systems
  15637.                Moderator: Paul Cashman, Digital Equipment Corporation
  15638.  
  15639.      Panel II:  Computer-Supported Groups:  Trends & Markets
  15640.                Moderator:  Robert Johansen, Institute for the Future
  15641.  
  15642. 7:00pm         Banquet
  15643.  
  15644.  
  15645.  
  15646.  
  15647.                            Friday, December 5, 1986
  15648.  
  15649. 9:00am - 10:30am    Interfaces: Multi-media and Multi-user
  15650.      Chair:    Ben Shneiderman
  15651.                University of Maryland
  15652.  
  15653.    - A Performing Medium for Working Group Graphics
  15654.      Fred Lakin
  15655.      Stanford University
  15656.  
  15657.    - An Experiment in Integrated Multimedia Conferencing
  15658.      Keith Lantz
  15659.      Stanford University
  15660.  
  15661.    - WYSIWIS Reconsidered:  Early Experiences with Multi-User Interfaces
  15662.      Mark Stefik, Gregg Foster, Stan Lanning, Deborah Tatar
  15663.      Xerox
  15664.  
  15665. 10:30am - 11:00am   Break
  15666.  
  15667. 11:00am - 12:30am   Industrial Experiences with Computer-Supported Groups
  15668.      Chair:    Mark Stefik
  15669.                Xerox
  15670.  
  15671.    - Computer Teleconferencing: Experience at Hewlett Packard
  15672.      Tony Fanning and Bert Raphael
  15673.      Hewlett Packard Company
  15674.  
  15675.    - Achieving  Sustainable  Complexity  Through  Information  Technology:
  15676.      Theory and Practice
  15677.      Paul Cashman and David Stroll
  15678.      Digital Equipment Corporation
  15679.  
  15680.    - Computer-Supported Cooperative Work:   Examples  and  Issues  in  One
  15681.      Federal Agency
  15682.      Cathleen Stasz and Tora Bikson
  15683.      The Rand Corporation
  15684.  
  15685. 12:30pm - 2:00pm    Lunch
  15686.  
  15687. 2:00pm - 4:00pm     Coordination and Decision Making
  15688.      Chair:    Chris Bullen
  15689.                M. I. T.
  15690.  
  15691.    - CHAOS as a Coordination Technology
  15692.      F. De Cindio, G. De Michelis, C. Simone, R. Vassallo, and A. Zanaboni
  15693.      Universita di Milano
  15694.  
  15695.    - Using  a  Computer  Based  Tool  to  Support  Collaboration:  A Field
  15696.      Experiment
  15697.      Robert Dunham, Management Effectiveness and Planning
  15698.      Bonnie M. Johnson, Aetna Life and Casualty
  15699.      Grady McGonagill, Merron & McGonagill Associates
  15700.      Margrethe Olson, New York University
  15701.      Gerladine M. Weaver, Aetna Life and Causalty
  15702.  
  15703.    - Computer-Based Systems for Group Decision Support: Status of Use  and
  15704.      Problems in Development
  15705.      Kenneth Kraemer and John King
  15706.      University of California, Irvine
  15707.  
  15708.    - SYNVIEW:  The  Design  of  a  System  for  Cooperative Structuring of
  15709.      Information
  15710.      David Lowe
  15711.      New York University
  15712.  
  15713. 4:00pm - 4:30pm     Break
  15714.  
  15715. 4:30pm - 5:30pm     Invited Speaker:  John Seely Brown
  15716.                Vice President, Advanced Research
  15717.                Xerox Palo Alto Research Center
  15718.  
  15719. ------------------------------
  15720.  
  15721. End of TELECOM Digest
  15722. *********************
  15723. 14-Sep-86 03:18:15-EDT,7649;000000000000
  15724. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  15725. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 14 Sep 86 03:18:08-EDT
  15726. Date: 14 Sep 86 02:23-EDT
  15727. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  15728. Subject: TELECOM Digest V5 #144
  15729. To: Telecom@XX.LCS.MIT.EDU
  15730. Reply-To: Telecom@XX.LCS.MIT.EDU
  15731.  
  15732. TELECOM Digest                       Sunday, September 14, 1986 2:23AM
  15733. Volume 5, Issue 144
  15734.  
  15735. Today's Topics:
  15736.  
  15737.                    Reading Touch Tones on an Apple
  15738.                          $299 2400 bps modem
  15739.                     Using U.S. Modems in the U.K.
  15740.         Communications Expert System - does anyone know more ?
  15741.  
  15742. ----------------------------------------------------------------------
  15743.  
  15744. Date: 9 September 86 10:20-PST
  15745. From: KJBSF@SLACVM.STANFORD.EDU
  15746. Subject: Reading Touch Tones on an Apple
  15747.  
  15748. Date: 9 September 1986, 10:19:35 PST
  15749. From: Kevin J. Burnett          x3330                <KJBSF@SLACVM>
  15750. To:   <TELECOM@XX.LCS.MIT.EDU>
  15751. Subject: Reading Touch Tones on an Apple
  15752.  
  15753. The Apple-Cat modem for the apple can be equipped with an 'option' chip that
  15754. will let the modem recognize touch-tone signals.
  15755.  
  15756. ------------------------------
  15757.  
  15758. Date: Tue, 9 Sep 1986  22:44 MDT
  15759. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  15760. Subject: $299 2400 bps modem
  15761.  
  15762. I just received the following file from Steve Sanders on my RCP/M:
  15763.  
  15764. --cut here--2400$299.MDM--cut here--
  15765.  
  15766.                    Best Deal Yet for 2400 Baud
  15767.  
  15768. Basic Time 2400 baud modems  ------------>>> $ 2 9 9 . 0 0
  15769.  
  15770.                      Auto-Dial  Auto-Answer
  15771.  
  15772. Either internal (IBM-PC) or external standalone type modems, fully Hayes 
  15773. dial compatible and 2400/1200/600/300/110 bps capable conforming to the
  15774. CCITT V.22/V.22 bis and Bell 212A standards.  Automatic adaptive equal-
  15775. ization which adjusts to telephone lines and decreases error rate.  
  15776.  
  15777. Internal modem uses only a 1/2 slot on the IBM-PC and gives you an 
  15778. external RS-232C port.  Comes with PC-Talk III software on disk.
  15779.  
  15780. External version has 8 LED indicators and a snap hatch front for easy 
  15781. access to DIP switches.  External version is also asynch or synchronous 
  15782. capable.  Tough plastic case.  Modem cable req'd for external modems.
  15783.  
  15784. Both modems are supplied with modular phone cords.
  15785.  
  15786.    >>> Full 30-day money-back guarantee if not satisfied <<<
  15787.  
  15788. QUBIE
  15789. 570 Calle San Pablo
  15790. Camarillo, Calif 93010
  15791.  
  15792. 1-800-821-4479  Visa/ Master Card
  15793.  
  15794. +++++++++++++++++++
  15795.  
  15796. Addt'l comments 08/08/86
  15797.  
  15798. I now have one of the Basic Time 2400 modems, I placed an order
  15799. for it on a Monday and rec'd the modem on Thursday ($5 extra for
  15800. UPS Blue Label service.)  As you know, I already have 2 Courier
  15801. 2400 modems and have been 100% satisfied with them, but I wanted 
  15802. to try one of the BT modems - the price looked to good to be true.
  15803.  
  15804. The BT2400E (external RS-232C version) is housed in a slimline
  15805. plastic enclosure with 8 LEDs on the front and NO hardware DIP
  15806. switches - all configuration is done via software.  I was a little
  15807. bothered by the lack of the familiar DIP switches until I found
  15808. out how easy the modem is to software program - now I don't
  15809. miss the DIP switches at all!  The BT2400E modem has more features
  15810. than the Couriers (did I say that!) and at a savings of around
  15811. $75 - latest mail order price on Courier is $375.00
  15812.  
  15813. I have been giving the BT2400E a real work-out the last 3 or
  15814. 4 days and am happy to report that it works fine at 1200 or 2400
  15815. baud to all the systems I have called.  The modem appears to have
  15816. good filtering as I have not experienced any more line noise than
  15817. I do with the Couriers.  I am using the modem with PibTerm and
  15818. ProComm modem programs for the IBM-PC and it's a perfect match.
  15819. The only thing you need do is issue an intialization string when
  15820. the modem is first brought online.  The default settings have
  15821. the DTR and DCD lines ALWAYS HIGH - so for normal modem mode
  15822. you need to issue the following string:
  15823.  
  15824.                    AT &D2 &S1 &C1 &W <return>
  15825.  
  15826. This command tells the modem to respond normally to the flow
  15827. control on the DTR line and DCD line and then stores this data
  15828. internally in its non-volatile memory.  Configuring a modem via
  15829. software is much simpler than changing DIP switches which usually
  15830. entails pulling off a faceplate to access the switches.
  15831.  
  15832. All in all, I give the BT2400E modem 5 stars out of a possible
  15833. 5 stars.  The price is great, the delivery is quick, the modem
  15834. performs 100% and seems to be very compatible with most other
  15835. 2400 baud modems, and the supplier (QUBIE) stands behind the 
  15836. product with a 30-day money back guarantee of satisfaction.  
  15837. How could you lose on a deal like this - you have 30 days to 
  15838. try it and see if it meets your needs.
  15839.  
  15840.  
  15841.               Steve Sanders - DataCOM Systems
  15842.  
  15843.             (813) 791-1454 modem 300/1200/2400
  15844.  
  15845. {eof}
  15846.  
  15847. ------------------------------
  15848.  
  15849. Date: Wed, 10 Sep 86 09:10:58 pdt
  15850. From: dual!paul@ucbvax.Berkeley.EDU (Paul Wilcox-Baker)
  15851. Subject: Using U.S. Modems in the U.K.
  15852. Reply-To: dual!paul@ucbvax.Berkeley.EDU (Paul Wilcox-Baker)
  15853.  
  15854. > Rex Godby AT&T Bell Labs asks if it is physically possible to use a US
  15855. > modem in the UK, given that it is capable of operating the CCITT V22
  15856. > (1200 baud) standard?
  15857.  
  15858. The answer is basically yes.  Electrically the two systems are similar enough
  15859. that I would not expect any difficulties, unless you have a Modem that is
  15860. powered by current from the telephone line.  Technically, you will be breaking
  15861. the law, as you would by connecting a U.K. telephone to the network here.
  15862.  
  15863. Almost all British telephone exchanges use dial pulse only, so your Modem
  15864. must be capable of dialling in this fashion.  In the unlikely event that
  15865. tone dialling is available, the U.S. tones are the same as the U.K. tones.
  15866.  
  15867. If the Modem is the only device attached to the phone line, then you will
  15868. just require a cable that connnects the U.S. jack to its British equivalent.
  15869. If you have some British phones connected to the line as well as the Modem,
  15870. you will get a "ping" from the phone bell for every dial pulse dialled by
  15871. the Modem.  There are two solutions to this, one is to replace your British
  15872. phone by an American one, the other is to use a more complicated adaptor
  15873. that shunts the bell during dialling.
  15874.  
  15875. For the simple connection method, connect the Red & white wires from the
  15876. British cable to the Red & Green wires from the U.S. jack.
  15877.  
  15878. As a slightly commercial aside, I can supply you with either a U.K. jack
  15879. and cable or with an adaptor box that does the correct thing with the
  15880. bells.  I can also send you a schematic by U.S. Mail.
  15881.  
  15882. Paul Wilcox-Baker
  15883.  
  15884. Tel [415] 549 3854 Ext 36
  15885. Telex ITT 470844
  15886.  
  15887. Assuming the British location uses the British equivalent of the modular jack, you will need an adaptor
  15888. cable.
  15889.  
  15890. ------------------------------
  15891.  
  15892. Date: Wed 10 Sep 86 15:49:36-CDT
  15893. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  15894. Subject: Communications Expert System - does anyone know more ?
  15895.  
  15896. [ from InfoWorld, Sep 8, page 16 ]
  15897.  
  15898. COMMUNICATIONS PROGRAM TO HELP NOVICES, EXPERTS
  15899.  
  15900. Smyran, Ga - A communications software pulisher said it wil sell an on-line
  15901. expert system that helps computer users solve data communications problems and
  15902. work out idiosyncracies in the interaction of popular communications hardware
  15903. and software.
  15904.  
  15905. Line Expert, which will sell for $49.95 when it is released October 1, will ask
  15906. users questions about their particular configuration and suggest solutions,
  15907. according to Nat Atwell, director of marketing for publisher Concept
  15908. Development Systems.
  15909.  
  15910. ..........
  15911.  
  15912. ------------------------------
  15913.  
  15914. End of TELECOM Digest
  15915. *********************
  15916. 16-Sep-86 04:07:01-EDT,7290;000000000000
  15917. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  15918. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Tue 16 Sep 86 04:06:59-EDT
  15919. Date: 16 Sep 86 01:34-EDT
  15920. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  15921. Subject: TELECOM Digest V5 #145
  15922. To: Telecom@XX.LCS.MIT.EDU
  15923. Reply-To: Telecom@XX.LCS.MIT.EDU
  15924.  
  15925. TELECOM Digest                      Tuesday, September 16, 1986 1:34AM
  15926. Volume 5, Issue 145
  15927.  
  15928. Today's Topics:
  15929.  
  15930.           CCMI/McGraw-Hill Inter-LATA Programs and Databases
  15931.                      Cost of 10xxx to the Locals
  15932.                       Cellular phone background
  15933.  
  15934. ----------------------------------------------------------------------
  15935.  
  15936. Date: Mon, 15 Sep 1986  00:16 EDT
  15937. From: "David D. Story" <FTD%MIT-OZ @ MC.LCS.MIT.EDU>
  15938. Subject: CCMI/McGraw-Hill Inter-LATA Programs and Databases
  15939.  
  15940.  
  15941.     I am querying in regards to packages sold by the above
  15942.     under the following names and whether persons or companies
  15943.     on this list have used them. These are as follows:
  15944.  
  15945.     Master Planning Series - 3 Volume set with rate and tariff
  15946.                  data on Inter-LATA, Intra-ATA and
  15947.                  data communications. ONLY $1,795
  15948.                  Cheap - Right !
  15949.  
  15950.     X-1 Planning Guide     - Condensed version of the above
  15951.                  covering only V1 - Inter-LATA.
  15952.                  ONLY $365 - Cheap - Right !
  15953.  
  15954.     Q-Tel 9000/5000/1000   - Database information on rates and
  15955.                  services - Price on request -
  15956.                  Cheap - Right !
  15957.  
  15958.     CALL-PRICER            - Least Cost Service Program 
  15959.                  from ONLY $295 to $1,295
  15960.  
  15961.     It would seem that with all the Unix UUCPing around here
  15962.     that someone on the ARPA/DDN/MILNET and UUCP would already
  15963.     have constantly updated databases for FTPing. 
  15964.  
  15965.     Thanks for any info that might be handy.
  15966.  
  15967. ------------------------------
  15968.  
  15969.  
  15970. Sender: GZT.TDF%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU
  15971. From: "David D. Story" <FTD%MIT-OZ @ MC.LCS.MIT.EDU>
  15972. To:   telecom@XX.LCS.MIT.EDU
  15973. CC:   hewitt@XX.LCS.MIT.EDU
  15974. Subject: We had L; then N; Now T Carrier Equipment...
  15975. Phase-Of-The-Moon: FQ+4D.3H.30M.24S.
  15976.  
  15977.  
  15978.     S-Carrier equipment has not yet been produced but I
  15979.     understand that ATT and ITT among others (ha ha)
  15980.     are carving specifications and Standards for the S-1
  15981.     Voice/Data/Video Networks. Are these out yet ?
  15982.     Does anyone have a net copy of these standards or proposed
  15983.     engineering standards ? If I get one before you do
  15984.     I will put it on the list.
  15985.  
  15986.                 Thanks,
  15987.                 Dave
  15988.  
  15989. ------------------------------
  15990.  
  15991. Date: Mon 15 Sep 86 00:43:19-EDT
  15992. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  15993. Subject: Cost of 10xxx to the Locals
  15994.  
  15995.     From: Marvin Sirbu <sirbu@gauss.ECE.CMU.EDU>
  15996.     Subject: 10xxx Dialing
  15997.     1) higher billing costs since users would now need multiple long distance
  15998.     bills each month rather than one.
  15999. Does it really cost the Local Operating Companies more to bill? I thought that
  16000. the local billing service was optionally provided by the Locals and, in fact,
  16001. would probably be a reasonable source of revenue.
  16002.  
  16003.     2)  The possibility of intensive price-based competition, which would
  16004.     lower profitability.
  16005. The price of LD service should have little effect on the Locals. They're not
  16006. in that market.
  16007.  
  16008.     3) If users were really responsive to price changes, minor fluctuations
  16009.     in relative prices could lead to major shifts in carrier usage causing
  16010.     enormous capacity planning problems, both for the inter-exchange 
  16011.     carrier and for the local exchange carrier with respect to access lines.
  16012. I find it difficult to believe that a significant number of residental users
  16013. would go to the trouble of looking up individual call rates. On the other
  16014. hand, if it were worth the trouble to route calls based on their price
  16015. changes, I'd be large business who would do it. The large volume users would
  16016. have the knowledge and computrons to make this kind of switching feasable.
  16017. (Personally, I don't think it would fly. Can you imagine dialing a remote
  16018. modem and potentially getting a different LD carrier on a daily basis...)
  16019.  
  16020. In short, the high-volume businesses are the ones who will find the loopholes.
  16021. Residental users don't have the patience or the resources to do it. Besides,
  16022. your capacity problems are typically during the business day, when the 
  16023. residental users are the minority.
  16024.  
  16025.  
  16026. If 10xxx were as widely publicized as the voting process has been, two main
  16027. patterns would probably emerge. First, users would try a few carriers for a
  16028. month or two, then select one as their primary carrier. Second, some users
  16029. would usually use their primary carrier, but would occasionally "fall back" to
  16030. some secondary carrier. These uses of 10xxx seem to me to be fundamental 
  16031. elements of equal access. It's a shame that no telephone company seems to be
  16032. talking about them.
  16033.  
  16034. ------------------------------
  16035.  
  16036. From: dyer%spdcc.UUCP@harvard.HARVARD.EDU
  16037. Subject: Cellular phone background
  16038. Date: Mon Sep 15 14:55:12 1986
  16039.  
  16040. Can anyone point me to references on how cellular phones work, how well they
  16041. work in practice, etc.?  My new GE portable unit has a programming procedure
  16042. which is filled with references to "Home System Identification", "extended
  16043. address information", "access overload class", "group id mark", "autonomous
  16044. registration" and similar jargon.
  16045.  
  16046. References to earlier TELECOM digests are just fine.
  16047.  
  16048. For locals in the eastern Mass area, which service (Cellular One or Nynex)
  16049. do you prefer?
  16050.  
  16051. Steve Dyer
  16052. dyer@harvard.HARVARD.EDU
  16053. {linus,wanginst,bbnccv,harvard,ima,ihnp4}!spdcc!dyer
  16054.  
  16055. ------------------------------
  16056.  
  16057.  
  16058. Date:     Mon, 15 Sep 86 14:08:06 CDT
  16059. From:     Will Martin -- AMXAL-RI <wmartin@ALMSA-1.ARPA>
  16060. To:       telecom@MIT-XX.ARPA
  16061. Subject:  Prevalence of modular jacks
  16062.  
  16063. Are there any available statistics showing what percentage of subscriber 
  16064. premises in the US are equipped with modular jacks? Are there breakouts 
  16065. separating them by "residential" and "business" categories?
  16066.  
  16067. It seems to me that advertising and literature about telephone equipment,
  16068. and related items like modems, is beginning to assume that "everybody"
  16069. has modular jacks available. Yet, in my personal experience in homes
  16070. here in St. Louis, MO, in the city itself (therefor mostly older homes),
  16071. modular jacks are the rare exception. Four-prong plug-and-jack equipment
  16072. is even rarer, and ordinary traditional-style screw-and-wire connections
  16073. are the rule. (And most homes have wiring for one phone, usually in a 
  16074. hallway. Those that have extra wiring added to get to an upstairs bedroom,
  16075. say, tend to have amazing routings of wire along baseboards, up stairwells,
  16076. over and around doorframe woodwork, and usually ending in a screwblock
  16077. situated where you will always have to move the bed to get to it! :-)
  16078.  
  16079. I've been wondering if this is really the case all over the country, and
  16080. the ad copywriters have been projecting a higher-tech image than the
  16081. reality can support? Or is everybody else farther advanced into the
  16082. quick-plug future than we are?
  16083.  
  16084. (I know that adapter devices are readily available and anyone who knows
  16085. which end of a screwdriver does what can easily install their own
  16086. modular wiring. But I have the feeling that this is going to be
  16087. necessary well into the 21st century...)
  16088.  
  16089. Will Martin
  16090.  
  16091. ------------------------------
  16092.  
  16093. End of TELECOM Digest
  16094. *********************
  16095. 20-Sep-86 02:31:38-EDT,7843;000000000000
  16096. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  16097. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sat 20 Sep 86 02:31:37-EDT
  16098. Date: 20 Sep 86 01:16-EDT
  16099. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  16100. Subject: TELECOM Digest V5 #146
  16101. To: Telecom@XX.LCS.MIT.EDU
  16102. Reply-To: Telecom@XX.LCS.MIT.EDU
  16103.  
  16104. TELECOM Digest                     Saturday, September 20, 1986 1:16AM
  16105. Volume 5, Issue 146
  16106.  
  16107. Today's Topics:
  16108.  
  16109.                           X.25 Board Inquiry
  16110.                      Prevalence of Modular Jacks
  16111.                             3b20s and ESS
  16112.          Summary of responses on prevalence of modular jacks
  16113.  
  16114. ----------------------------------------------------------------------
  16115.  
  16116. Date: Tue, 16 Sep 86 12:19:06 edt
  16117. From: alexp@xios.XIOS.CA (Alex Pepple)
  16118. Subject: X.25 Board Inquiry
  16119. Reply-To: xios!alexp@seismo.CSS.GOV (Alex Pepple)
  16120.  
  16121. I'm looking for X.25 boards (Full X.25) for Multibus and VMEbus machines
  16122. to interface to tcp-ip and other protocols. Would anyone have a list of
  16123. companies offering QUALITY products of that nature?
  16124. Please reply directly to me. Sufficient Interest = Net Summary.
  16125.  
  16126. I'm waiting in anticipation for E-mail bits of your brainwaves! -:)
  16127.  
  16128. -- Alex
  16129.  
  16130. ...The bitterness of POOR QUALITY is remembered long after the
  16131.      sweetness of LOW PRICE is forgotten.  
  16132.  
  16133. ------------------------------
  16134.  
  16135. Date: Tue, 16 Sep 86 23:50:08 EDT
  16136. From: campbell%maynard.UUCP@harvisr.HARVARD.EDU (Larry Campbell)
  16137. Subject: Prevalence of Modular Jacks
  16138.  
  16139. I've had ten or eleven different residences in the past fifteen years,
  16140. all but one in eastern or central Massachusetts.  The only ones I can
  16141. remember as not having modular jacks were real slum dwellings (would
  16142. you believe $7.60/week rent?).  Oh, and my dorm room at UMass.  (Is
  16143. that a slum?)
  16144.  
  16145. Since all phones today require modular jacks, it seems to me that any
  16146. dwelling that gets moved in to is going to have modular hardware installed
  16147. by the new occupants.  At what, three years or something between moves
  16148. for the average family, it shouldn't take long for all the housing
  16149. stock to be converted.
  16150. -- 
  16151. Larry Campbell                             The Boston Software Works, Inc.
  16152. ARPA: campbell%maynard.uucp@harvard.ARPA   120 Fulton Street, Boston MA 02109
  16153. UUCP: {alliant,wjh12}!maynard!campbell     (617) 367-6846
  16154.  
  16155. ------------------------------
  16156.  
  16157. Date: Wed, 17 Sep 86 10:10:29 EDT
  16158. From: Alexander Dupuy <dupuy%amsterdam@columbia.edu>
  16159. Subject: 3b20s and ESS
  16160. Reply-To: dupuy%amsterdam@columbia.edu (Alexander Dupuy)
  16161.  
  16162.     I learned some time ago that Western Electrics ESS's are actually just
  16163. 3b20D (duplex cpu) machines, or vice versa, that 3b20s are just ESS's running
  16164. Unix.  It occurred to me to wonder what OS the ESS run.  Surely not System V?
  16165. Do they even run an OS at all, or are they just running a single application
  16166. program that does all the switching, call logging, etc.?  Perhaps someone out
  16167. there could enlighten me.
  16168.  
  16169. @alex
  16170.  
  16171. ------------------------------
  16172.  
  16173.  
  16174. Date: Wed, 17 Sep 86 00:47:49 edt
  16175. From: decwrl!decvax!LOCAL!utzoo!henry@ucbvax.Berkeley.EDU
  16176. To: telecom@xx.lcs.mit.edu
  16177. Subject: Re: Wilderness Phone
  16178.  
  16179. > Problem: remote cabins miles from last telephone pole so estimated
  16180. > cost to install a conventional local loop is over $20,000... there
  16181. > ought to be something cheaper to install...
  16182.  
  16183. I'm not aware of anything operational right now.  Canada's M-Sat proposal
  16184. would provide the equivalent of cellular phone service over the entire
  16185. continent, but US cooperation on frequency assignment etc. is considered
  16186. essential to it... and last I heard the project was dying because the FCC
  16187. wanted to do something different with the frequencies.
  16188.  
  16189.                 Henry Spencer @ U of Toronto Zoology
  16190.                 {allegra,ihnp4,decvax,pyramid}!utzoo!henry
  16191.  
  16192. ------------------------------
  16193.  
  16194. Date:     Fri, 19 Sep 86 12:33:09 CDT
  16195. From:     Will Martin -- AMXAL-RI <wmartin@ALMSA-1.ARPA>
  16196. Subject:  Summary of responses on prevalence of modular jacks
  16197.  
  16198. I had a couple requests to post the results, so here is a summary of
  16199. the responses to my query about the prevalence of modular jacks.
  16200.  
  16201. Many mentioned that their BOC offered a free conversion to modular at
  16202. one time; I do not recall this ever happening here (in SW Bell territory).
  16203. I get the impression that things vary a great deal between BOC areas,
  16204. in this and in many other phone-related things!
  16205.  
  16206. Will Martin
  16207. ***   ***   ***
  16208. Date: Tue, 16 Sep 86 11:14:17 EDT
  16209. From: jsol@bu-cs.bu.edu
  16210.  
  16211. About 3 years ago I got a note in my phone bill that if my phones weren't
  16212. modular that the phone company would come out and Modular-Ize for free.
  16213.  
  16214. Probably this is no longer the case, but I also believe that most places
  16215. in my region (Eastern Mass) have been modularized.
  16216. ***   ***   ***
  16217. Date: Tue, 16 Sep 86 07:51:53 edt
  16218. From: Steven Bellovin <ulysses!smb%ucbvax.ucb-vax.arpa@ALMSA-1.ARPA>
  16219.  
  16220. A few years ago, I read that 80% of homes were equipped with modular jacks.
  16221. ***   ***   ***
  16222. Date: Tue, 16 Sep 86 17:32:35 edt
  16223. From: Mark Horton <mark@cbosgd.att.com>
  16224.  
  16225. Every apartment building I've seen in the last 10 years has
  16226. modular jacks, and they account for a huge fraction of the
  16227. turnover that really matters.
  16228.  
  16229. People with screwblocks are quite common, but they tend to
  16230. be people who haven't changed their telephone service in
  16231. at least 10 years, because telco would usually put in a
  16232. modular jack whenever they came out for any other reason.
  16233.  
  16234. New construction is, of course, wired for a phone in just about
  16235. every room, sometimes two.
  16236.  
  16237. Now what bugs me is hotels.  I get a portable PC with a modem,
  16238. and the modem has a RJ11 jack.  The hotel phone has some PBX
  16239. phone with a hard-screwed phone.  I guess they're afraid that
  16240. someone will steal the phone.  I wind up having to open it up
  16241. and screw into L1 and L2 directly to use the modem.
  16242.  
  16243.     Mark
  16244. ***   ***   ***
  16245. From: xxx!utzoo!dciem!msb@seismo.css.gov
  16246. Date: Thu, 18 Sep 86 01:46:42 edt
  16247.  
  16248. I know that in the Toronto area, Bell Canada started a program
  16249. some years ago to install modular jacks in all existing residences, free.
  16250. You only got the free jacks in places that were already wired, i.e., they
  16251. just replaced the screwblock with a jack.
  16252.  
  16253. This was proceeding on a neighborhood by neighborhood basis.  My impression
  16254. is that it was about 1/4 done when Bell suddenly realized that they were
  16255. not only making it easier for customers to install and deinstall Bell phones
  16256. but also making it possible for them to install others' phones, and killed
  16257. the program.  New houses do get modular jacks, of course.
  16258.  
  16259. I don't have any numbers, but I thought you'd be interested.
  16260.  
  16261. Mark Brader        "'Taxpayer' includes any person whether or not liable
  16262. utzoo!dciem!msb        to pay tax."    -- Income Tax Act of Canada, s.248(1)
  16263. ***   ***   ***
  16264. Date: Wed, 17 Sep 86 17:36:01 PDT
  16265. From: Murray.pa@xerox.com
  16266.  
  16267. Please summarize if you get any good info.
  16268.  
  16269. My guess is that any particular house/residence will get
  16270. updated/converted whenever it becomes interesting. Your comment about
  16271. the 21st century is probably accurate, but we could discuss how
  16272. important it will be then.
  16273.  
  16274. My house (Menlo Park, Ca) has a modular jack. It's been there at least
  16275. 10 years. When I moved out here, I just called the phone company and
  16276. asked for a phone. That's what I ended up with. It may have been there
  16277. already, I didn't watch and/or don't remember. I think it was phone co
  16278. policy back then to install modular jacks if necessary anytime they
  16279. installed a phone.
  16280.  
  16281. I seem to remember a bill-stuffing blurb about modular jacks. Details
  16282. are fuzzy, but I think they offered to install them for free if you
  16283. wanted them. It was many years ago, probably just before or during the
  16284. transition to the new way of life.
  16285. *** End ***
  16286.  
  16287. ------------------------------
  16288.  
  16289. End of TELECOM Digest
  16290. *********************
  16291. 24-Sep-86 03:40:30-EDT,16386;000000000000
  16292. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  16293. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Wed 24 Sep 86 03:40:27-EDT
  16294. Date: 24 Sep 86 02:26-EDT
  16295. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  16296. Subject: TELECOM Digest V5 #147
  16297. To: Telecom@XX.LCS.MIT.EDU
  16298. Reply-To: Telecom@XX.LCS.MIT.EDU
  16299.  
  16300. TELECOM Digest                    Wednesday, September 24, 1986 2:26AM
  16301. Volume 5, Issue 147
  16302.  
  16303. Today's Topics:
  16304.  
  16305.                          MCI Call Completion
  16306.                   How Not to Protect Communications
  16307.                    Pacific Bell's Project Victoria
  16308.                Telecom V5 #90: Hackers vs. Conservatism
  16309.                 College Courses in Telecommunications
  16310.  
  16311. ----------------------------------------------------------------------
  16312.  
  16313. Date: Sat 20 Sep 86 04:30:49-EDT
  16314. From:   Doug Reuben   <S.D-REUBEN%KLA.WESLYN%Wesleyan.Bitnet@WISCVM.WISC.EDU>
  16315. Subject: MCI Call Completion
  16316.  
  16317.      In a recent letter to Time magazine, Howard Crane, MCI senior V.P., writes
  16318. that:
  16319.  
  16320.      "The assertion that MCI has been overcharging customers for uncompleted
  16321.       calls is not simply not true. We do no begin to bill for a call after a
  16322.       certain number of seconds or a certain number of rings. We begin to bill
  16323.       when the call is answered and have very sophisticated means for
  16324.       determining when that occurs"
  16325.  
  16326.  
  16327.       Is this correct? I was under the impression that only AT&T could detect
  16328. a pick-up in *ALL* exchanges, and that mci (not to mention alternate LD
  16329. carriers) were not able to. I think mci can detect it in certain exchanges,
  16330. supposedly where equal access is in place, but never heard that they were able
  16331. to detect an answer in all areas.
  16332.  
  16333.      If they can, what sort of "very sophisticated equipment" do they use?
  16334. and why do they do it when most other LD CO'S still can't seem to tell the
  16335. difference? (i Believe that after a call is answered on AT&T, a signal is
  16336. sent back to the originating office to indicate that billing should start.
  16337. could MCI, by some means, use that signal as well? Or is this totally wrong?)
  16338.  
  16339.      Any answers would be greatly appreciated!
  16340.  
  16341.      Thanks,
  16342.  
  16343.      -DOUG
  16344.  
  16345.  
  16346. S.D-REUBEN%KLA.WESLYN@WESLEYAN.BITNET
  16347. S.D-REUBEN%KLA.WESLYN%WESLEYAN.BITNET@WISCVM.ARPA
  16348.  
  16349. ------------------------------
  16350.  
  16351. Date: 20 Sep 1986 06:44-PDT
  16352. Subject: How Not to Protect Communications
  16353. From: the tty of Geoffrey S. Goodfellow <Geoff@csl.sri.com>
  16354.  
  16355.     
  16356.   [The New York Times, September 13, 1986]
  16357.  
  16358.   BALTIMORE - The Senate should avoid repeating the mistake made by the 
  16359. House when it unanimously passed the Electronic Communications Privacy 
  16360. Act.  Purportedly a benign updating of the 1968 Federal wiretap law 
  16361. designed to guarantee privacy in the electronic age, the bill actually 
  16362. promotes the cellular telephone industry at the expense of the public 
  16363. good.
  16364.  
  16365.   True enough, obsolete language in the existing wiretap law fails to 
  16366. address digital, video, and other new forms of communications.  The 
  16367. proposed law would fix that.  But it would also declare certain 
  16368. communications legally private regardless of the electronic medium 
  16369. employed to transport them.  The mere act of receiving radio signals, 
  16370. except for certain enumerated services like commercial broadcasts, would 
  16371. become a federal crime.
  16372.  
  16373.   To disregard the medium is to ignore the essence of the privacy issue.  
  16374. Some media, such as wire, are inherently private.  That is, they are 
  16375. hard to get at except by physical intrusion into a residence or up a 
  16376. telephone pole.  Others media, notably radio signals, are inherently 
  16377. accessible to the public.  Commercial radio and television broadcasts, 
  16378. cellular car telephone transmissions and other "two-way" radio 
  16379. communications enter our homes and pass through our bodies.  Cellular 
  16380. phone calls, in fact, can be received by most TV sets in America on UHF 
  16381. channels 80 through 83.
  16382.  
  16383.   If radio is public by the laws of physics, how can a law of Congress 
  16384. say that cellular communications and other forms of radio are private?  
  16385. The unhappy answer is that the proposed law appears to be a product of 
  16386. technological ignorance or wishful thinking.  A similar edict applied to 
  16387. print media would declare newspapers, or portions of them, to be as 
  16388. private as first class mail.  The result is plainly absurd and contrary 
  16389. to decades of reasonable legislative and judicial precedent.
  16390.  
  16391.   In contrast, present Federal statute prescribes a sensible policy for 
  16392. oral communications, protecting only those "uttered by a person 
  16393. exhibiting an expectation that such communication is not subject to 
  16394. interception under circumstances justifying such expectation."  To 
  16395. illustrate, a quiet chat in one's parlor would likely be protected.  
  16396. Substitute for the parlor a crowded restaurant or the stage of a packed 
  16397. auditorium, the expectation of privacy is no longer justified.  The law 
  16398. would not grant it.
  16399.   
  16400.   Congress should apply this same logic to electronic communications.  
  16401. The broadcasting of an unencrypted radio telephone call, or anything 
  16402. else, is an inherently public act, whether so intended or not.  Thus it 
  16403. violates the "justifiable expectation" doctrine, and warrants no Federal 
  16404. privacy protection.  
  16405.  
  16406.   Protection or no, people will not be stopped from receiving radio 
  16407. signals.  Even Representative Robert W. Kastenmeier, Democrat of 
  16408. Wisconsin, who championed the bill in the House, confesses that its 
  16409. radio provisions are essentially unenforceable.  They will have no 
  16410. deterrent effect, and they will not increase the privacy of cellular 
  16411. phone calls or other broadcasts.  Worse, the act would lull the public 
  16412. into a false presumption of privacy.
  16413.  
  16414.   On further examination, it appears that the legislation is really more 
  16415. a sham than an honest, if puerile, attempt by Congress to deal with new 
  16416. technology.  Its sponsors say they aim to protect all electronic 
  16417. communications equally.  Yet the bill sets out at least four categories 
  16418. of phone calls, with varying penalties for interception.  Cellular radio 
  16419. calls are guarded by threat of prison, but there is no interdiction 
  16420. whatsoever against eavesdropping on "cordless" telephones of the sort 
  16421. carried around the apartment backyard.
  16422.  
  16423.   So Congress is about to give the cellular telephone industry ammunition 
  16424. for advertising and bamboozling, promising privacy that does not 
  16425. actually exist.  Cellular service companies thereby hope to avoid losing 
  16426. revenue from customers who might use the service less if they understood 
  16427. its vulnerability.
  16428.  
  16429.   If Congress were serious about privacy in the communications age, it 
  16430. would scrap the Electronic Communications Privacy Act and begin anew.  
  16431. Legislators and the public must first grasp the true properties of new 
  16432. technologies.  Are those properties inadequate or unsavory?  If so, 
  16433. relief will only come from research and more technology not wishful 
  16434. legislation.
  16435.  
  16436.   ============
  16437.   Robert Jesse is a technology consultant.
  16438.   [known to us all as rnj@brl]
  16439.  
  16440. ------------------------------
  16441.  
  16442. Date: Sun, 21 Sep 1986 21:30 PDT
  16443. From:   "Michael Fleming"  <HMICHEL%CALSTATE.BITNET@WISCVM.WISC.EDU>
  16444. Subject: Pacific Bell's Project Victoria
  16445.  
  16446.  
  16447.      InfoWorld Sept 15, 1986 (page 17) has an article about the completion of
  16448. the test phase of Pac Bell's Project Victoria.  The project enables 2 voice
  16449. channels and 5 data channels (1 at 9600 baud and 4 at 1200 baud) over a
  16450. special multiplexor on a 2 wire telephone line.
  16451.  
  16452.      According to the article the service may be commercially available by
  16453. late 1987 depending on whether or not they feel they can make enough money
  16454. with it.
  16455.  
  16456.      I'm not very familiar with this project and am hoping that there is
  16457. someone on the list who can answer a few questions I have about it.
  16458.  
  16459.   Can it use existing lines, ESS's, etc?
  16460.   Will third party vendors be able to supply the muxes or will they be the
  16461.      domain of the BOC's only?
  16462.   Will it just be an extra service similar to touch tone, call waiting, call
  16463.      forwarding, etc?
  16464.   Any ideas at all on minimum cost (service, mux, ...)?
  16465.  
  16466.      Any feedback from anybody knowledgable about the project would be
  16467. appreciated.  Thanks.
  16468.  
  16469.  
  16470.    Michael W. Fleming
  16471.    Instructional Computing Consultant
  16472.    Computer Services
  16473.    California State College
  16474.    9001 Stockdale Highway
  16475.    Bakersfield, Ca. 93311-1099
  16476.    Telephone: (805) 833-2309  -or-  (805) 833-2115  {message}
  16477.  
  16478.    BITNET:      HMICHEL@CALSTATE
  16479.    ARPANET:     HMICHEL%CALSTATE.BITNET@WISCVM.WISC.EDU
  16480.    COMPUSERVE:  72437,2270       {Seldom used, too expensive}
  16481.  
  16482. ------------------------------
  16483.  
  16484. Date: Mon 22 Sep 86 00:56:24-EDT
  16485. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  16486. Subject: Telecom V5 #90: Hackers vs. Conservatism
  16487.  
  16488. > ANGRY CALLER TITHES UP FALWELL'S LINE
  16489. >     A self-employed computer whiz in Atlanta is under orders from a
  16490. > telephone company to stop making harassing computerized calls to the
  16491. > Rev. Jerry Falwell's toll-free tithing line. 
  16492. >  .... (12/31/86)
  16493.  
  16494. This may have had some effect. Falwell's television program now lists a
  16495. non-800 number and AT&T WATS information has no listing for an 800 number.
  16496.  
  16497. Alternatively, Jerry may have gotten the word from On High to drop WATS.
  16498.  
  16499. ------------------------------
  16500.  
  16501. Date:     Mon, 22 Sep 86 7:56:34 EDT
  16502. From:     "Cpt. Jerome A. DiGennaro AV 298-2703" <jerryd@BRL.ARPA>
  16503. Subject:  College Courses in Telecommunications
  16504.  
  16505. A while back I asked this group for information concerning telecommunications
  16506. courses.  Herewith are the replies I received.  My thanks to all who helped.
  16507. I will keep the net posted with happenings at this end as they occur.
  16508.  
  16509. Jerry DiGennaro
  16510.  
  16511. ARPA/BITNET:  jerryd@brl.arpa        AT&T: (301) 278-2703/5759
  16512. UUCP:  ...{seismo,unc,decvax,cbosgd}!brl-smoke!jerryd
  16513.  
  16514. Date: Wed, 13 Aug 86 05:52:32 edt
  16515. From: Charles Hedrick <hedrick@topaz.ARPA>
  16516.  
  16517. As far as I know, telecomm courses are still rare, much less degrees
  16518. in the subject.  There are several good texts.  MacNamara is the
  16519. classic, but I have seen a more recent one on the shelf in our
  16520. telecomm guy's office.  You might ask rcrispin@red.rutgers.edu for the
  16521. name.  The texts typically deal with what I would call "classical
  16522. telecommunications", namely modems, rs232, bisync, and various other
  16523. synchronous protocols, and all that.  Our staff are more heavily
  16524. involved with Ethernet and networking of that kind.  I haven't seen
  16525. any good texts on that subject, though DEC has an intro to networking
  16526. put out by their marketing people that might be interesting to look
  16527. at.  I'd be inclined to require the Ethernet Blue Book as a text in
  16528. any course I taught.  Ethernet is the prototypical local area net, and
  16529. the Blue Book discusses all kinds of issues about configuration rules,
  16530. etc.  I think it's better to go into one network in detail than to
  16531. just teach them buzzwords applying to a variety of them.  Similarly,
  16532. I'd pick one protocol family and describe it in detail.  Pick one you
  16533. can talk about.  TCP/IP, DECnet, XNS, or even PUP, would all be
  16534. perfectly reasonable.  If I were doing TCP/IP, I'd make sure they
  16535. understand ARP, IP, TCP, and one or two applications, probably telnet
  16536. and SMTP.  If I had just one semester, I think what I would do is
  16537. spend half of it on old-style telecommunications, and the other half
  16538. on Ethernet and TCP/IP.  Whether you could make this fly in a
  16539. community college depends upon how good your students are.
  16540.  
  16541. =====
  16542.  
  16543. From: Robert Lenoil <LENOIL%DEEP-THOUGHT@mit-eddie.ARPA>
  16544.  
  16545. Stephen Burns teaches a telecommunications seminar every other year
  16546. here at MIT.  It's not a full-scale course, but perhaps he can give
  16547. you some pointers.  Tell him a satisfied student sent you.
  16548.  
  16549. Robert Lenoil
  16550.  
  16551. =====
  16552.  
  16553. Date:     Wed, 13 Aug 86 11:12:04 EDT
  16554. From:     Robert Willis <rwillis@bbn-labs-b.ARPA>
  16555.  
  16556. Telecommunications is a large subject area.  You did not give any indication
  16557. of particular subareas.  You also didn't mention the background level of
  16558. the students.
  16559.  
  16560. Since you said that the course is for a local community college (2 year?),
  16561. I assume that you are looking for an introductory survey course for people
  16562. interested in computers (e.g., potential C.S/E.E. or management majors).
  16563.  
  16564. Andrew Tanenbaum's "Computer Networks" [Prentice-Hall, 1981] covers
  16565. the ISO OSI model at a level that can be appreciated by people whose
  16566. backgrounds differ widely.  It is also humorous at times.  By his own words:
  16567.   
  16568.   "The book is intended as a text for juniors, seniors, and graduate students
  16569.    in computer science, electrical engineering, and related disciplines.
  16570.    The only prerequisites are a general familiarity with computer systems
  16571.    and programming, although a little knowledge of elementary calculus and
  16572.    elementary probability theory is useful, but not essential."
  16573.  
  16574. This book explains *what* a network is, and *how* it logically operates.
  16575. Topics include topology design, routing issues, delay and throughput
  16576. analysis, layer protocols, packet-switching vs. virtual-circuit
  16577. tradeoffs, and network security, to mention just a few.  This could
  16578. be sufficient for an introductory course.
  16579.  
  16580. Other things that might be included in an advanced telecommunications
  16581. course are *how* a network physically works (e.g., principles of transmission,
  16582. AM/FM theory, modulation, fiber optics), elementary coding and information 
  16583. theory, and the history, economics and politics of communications (e.g., 
  16584. phone company monopoly, deregulation, F.C.C.).
  16585.  
  16586. Many of these topics were taught in several graudate telecommunications courses
  16587. given at M.I.T. [Hi Marvin!]
  16588.  
  16589. Good luck with the course.
  16590.  
  16591. Bob
  16592.  
  16593. =====
  16594.  
  16595. Date: Tue, 19 Aug 86 17:20:23 edt
  16596. From: Marvin Sirbu <sirbu@gauss.ECE.CMU.EDU>
  16597. Subject: Course Material
  16598.  
  16599. I have been searching for some time for a good text on telecommunications
  16600. for IS managers:  no such text exists.  Among those *acceptable* if not
  16601. *good* texts, you should examine:  
  16602.  
  16603. Telecommunications for Management, Meadow and TEdesco (McGraw Hill, 1985)
  16604.  
  16605. Telecommunications Primer, Langley, (Pitman 1983)
  16606.  
  16607. Understanding Modern Communications, Dordick (McGraw Hill 1986)
  16608.  
  16609. Data Communications, Techo (Plenum 1980)
  16610.  
  16611. Understanding Communications Systems, Cannon and Luecke (Texas Instruments,
  16612. 1984)
  16613.  
  16614. Good luck!
  16615.  
  16616. Marvin Sirbu
  16617. Carnegie Mellon University
  16618.  
  16619. =====
  16620.  
  16621. Date: Fri, 22 Aug 86 12:49:40 CDT
  16622. From: wucec2!rfh0023@seismo.CSS.GOV (Ramon Fernando Herrera)
  16623. Subject: Telecom Colleges
  16624.  
  16625.     The September 1, 1985 issue of Datamation has an article:
  16626.     "Who's Teaching Telecom" by David Stamps.
  16627.  
  16628. =====
  16629.  
  16630. Date: Thu 14 Aug 86 08:06:07-PDT
  16631. From: HECTOR MYERSTON <MYERSTON@SRI-KL.ARPA>
  16632. Subject: Telecom Colleges
  16633. To: Jerry@BRL.ARPA
  16634. cc: telecom@mit-xx.ARPA, myerston@SRI-KL.ARPA
  16635.  
  16636.     The number of colleges offering some sort of Telecom degree is
  16637. growing.  Univ of Colorado at Boulder has had a program for quite a while
  16638. as does Golden Gate University in SF where I teach.  A search of the
  16639. recent trades will reveal at least half a dozen more.  Golden Gate offers
  16640. both an Undergraduate and a Graduate program.
  16641.  
  16642.     Decision #1.  What type of program?  There are basically three
  16643. approaches:           (1)  EE level Telecom Engineering
  16644.                       (2)  Hands-on Telecom Technology
  16645.                       (3)  Telecom Management
  16646.  
  16647.     Nr (1) produces Engineers who go into research and development and
  16648. are seldom heards from again (in the Telecom World).
  16649.  
  16650.     Nr (2) produces Technicians who are now being called Service Engrs
  16651. or Service Managers.  No glamor but they make around $40K in this area almost
  16652. right off the bat.
  16653.  
  16654.     Nr (3) produces folks who  (should) know how to manage systems with
  16655. out being tied by the minutae of cabling, levels etc
  16656.  
  16657.     Golden Gate is Nr (3)
  16658.  
  16659.     Question #2.  There ARE quite a few good texts as well as some real
  16660. clinkers.  James Martin has about a dozen on the market which seems to be
  16661. a ramdon scramble of the same paragraphs in each.  Lee's ABC's of Tel-
  16662. communications is nice for anthropologist studying Stroeger Step-by-Step
  16663. switching and barbed wire ground-return loops. They were was last updated
  16664. after the big war, If a (management) book was written prior to 1985 it is
  16665. probably useless
  16666.  
  16667. +HECTOR+
  16668.     
  16669. ===== End of forwarded messages
  16670.  
  16671. ------------------------------
  16672.  
  16673. End of TELECOM Digest
  16674. *********************
  16675.  8-Oct-86 00:16:48-EDT,9629;000000000000
  16676. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  16677. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Wed 8 Oct 86 00:16:46-EDT
  16678. Date: 5 Oct 86 03:14-EDT
  16679. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  16680. Subject: TELECOM Digest V5 #148
  16681. To: Telecom@XX.LCS.MIT.EDU
  16682. Reply-To: Telecom@XX.LCS.MIT.EDU
  16683.  
  16684. TELECOM Digest                          Sunday, October 5, 1986 3:14AM
  16685. Volume 5, Issue 148
  16686.  
  16687. Today's Topics:
  16688.  
  16689.           CCMI/McGraw-Hill Inter-LATA Programs and Databases
  16690.                  Re: Pacific Bell's Project Victoria
  16691.               Non-ATT carriers detecting call answering
  16692.                              { line noise
  16693.                           Re: 3b20s and ESS
  16694.           What's special about AT&T phones in 2 line house?
  16695.                        RE: MCI call completion
  16696.                         Hum Suppression Wanted
  16697.  
  16698. ----------------------------------------------------------------------
  16699.  
  16700. Date: Wed, 24 Sep 86 12:59:44 edt
  16701. From: moscom!de@rochester.arpa
  16702. Subject: CCMI/McGraw-Hill Inter-LATA Programs and Databases
  16703.  
  16704. >I am querying in regards to packages sold by the above
  16705. >under the following names and whether persons or companies
  16706. >on this list have used them. These are as follows:
  16707.  
  16708. >Master Planning Series - 3 Volume set with rate and tariff
  16709. >             data on Inter-LATA, Intra-ATA and
  16710. >             data communications. ONLY $1,795
  16711. >             Cheap - Right !
  16712.  
  16713. Right, and worthless too.  We took a look at it for a while.  It included
  16714. information on the New Jersey corridor, which according to my best information
  16715. was thought of but never implemented.  It further contained information, for
  16716. example, on NY intrastate-intralata rates for both ATT and NYNEX.  Again 
  16717. according to our best information, only the local operating company is allowed
  16718. to carry intrastate-intralata calls. Contained no information on LATAs that
  16719. crossed state lines, etc etc etc.  For 1800 dollars they could have done better.
  16720.  
  16721.  
  16722. >It would seem that with all the Unix UUCPing around here
  16723. >that someone on the ARPA/DDN/MILNET and UUCP would already
  16724. >have constantly updated databases for FTPing. 
  16725.  
  16726. We have lots of databases, and information on 30+ carriers.  But what is FTPing?
  16727.  
  16728.  
  16729.                rochester \
  16730. David Esan                | moscom ! de
  16731.                     ritcv/
  16732.  
  16733. ===============================================================================
  16734.  
  16735. ------------------------------
  16736.  
  16737. Date: Wed, 24 Sep 86 19:21:29 PDT
  16738. From: ihnp4!utzoo!henry@ucbvax.Berkeley.EDU
  16739. Subject: Re: Pacific Bell's Project Victoria
  16740.  
  16741. >   Any ideas at all on minimum cost (service, mux, ...)?
  16742.  
  16743. High.  Most people will not need/want it, therefore there will be little
  16744. pressure to hold rates down.  On the contrary, there will be plenty of
  16745. internal pressure to milk it for all it's worth, to compensate for the
  16746. inability to do likewise with basic voice service.  Expect it to be priced
  16747. well beyond what you'd want to pay yourself.
  16748.  
  16749.                 Henry Spencer @ U of Toronto Zoology
  16750.                 {allegra,ihnp4,decvax,pyramid}!utzoo!henry
  16751.  
  16752. ------------------------------
  16753.  
  16754. Date: Wed, 24-Sep-86 11:50:43 PDT
  16755. From: vortex!lauren@rand-unix.ARPA (Lauren Weinstein)
  16756. Subject: Non-ATT carriers detecting call answering
  16757.  
  16758. As I understand the current situation, unless a non-ATT carrier has
  16759. equal access (or a special "answering supervision" feature package,
  16760. the details of which I won't go into here) in the TERMINATING central
  16761. office for a call, they are unable to positively identify supervision status.
  16762.  
  16763. The letter from MCI says they don't start timing after a certain
  16764. number of rings or interval of time.  But they didn't mention the
  16765. OTHER technique some non-ATT carriers use--trying to watch the path
  16766. to detect when non-recurring audio (e.g. speech) begins.  As anyone
  16767. who has tried to do this will tell you, it is tricky at best.  And
  16768. of course you'll be fooled by intercept operators and recordings.
  16769.  
  16770. I'm not saying that this is what MCI is using--but given their 
  16771. statement about a "highly sophisticated" means of detecting when
  16772. a call is answered, it sounds like they might be using this for
  16773. termination in non-supervision central offices.  After all, true answering
  16774. supervision status, when properly handled, isn't "highly sophisticated"
  16775. at all--but it works.
  16776.  
  16777. --Lauren--
  16778.  
  16779. ------------------------------
  16780.  
  16781. Date: Thu, 25 Sep 86 11:17:42 EDT
  16782. From: Michael Grant <mgrant@mimsy.umd.edu>
  16783. Subject: { line noise
  16784.  
  16785. I remember that several months ago we were discussing some line noise that
  16786. came in the form of '{' characters on a periodic basis.  Can anyone out there
  16787. tell me what they found, and if the problem was ever corrected?
  16788.  
  16789. We just recently went to a new all digital 5-ESS; that's when the
  16790. noise started.  I have also noticed that we only get it using Bell 212
  16791. protocol.  The Vadic 3400 protocol seems to be immune to it.
  16792.  
  16793. -Mike Grant
  16794.  
  16795. ------------------------------
  16796.  
  16797. From: heiby@cuae2.att.com (Ron Heiby)
  16798. Date: 26 Sep 86 15:12:28 GMT
  16799. Subject: Re: 3b20s and ESS
  16800.  
  16801. The AT&T 3B20D computer is at the heart of some ESS made by AT&T.  There is
  16802. a lot more hardware to an ESS than just the computer, though.  The 3B20D
  16803. does run a release of the UNIX system, called UNIX/RTR (for Real-Time Reliable)
  16804. which is planned (I think) to be upgraded to SVID compatability some time.
  16805. The 3B20D and UNIX/RTR are not generally available except to RBOCs (Regional
  16806. Bell Operating Companies, the "baby bells").
  16807.  
  16808. That's about all I know, as I'm not in the switching area.
  16809. -- 
  16810. Ron Heiby heiby@cuae2.ATT.COM   Moderator: mod.newprod & mod.os.unix
  16811. AT&T-IS, /app/eng, Lisle, IL    (312) 810-6109
  16812. "Hay una mujer desaparecida...."
  16813.  
  16814. ------------------------------
  16815.  
  16816. Date: Sun 28 Sep 86 13:00:32-CDT
  16817. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  16818. Subject: What's special about AT&T phones in 2 line house?
  16819.  
  16820. [ I forward this message from USENET as I am interested myself in the answer.
  16821.   I'm also interested in knowing if reporting to the phone company that I
  16822.   have N devices (phones, answering machines, etc) connected to a line should
  16823.   result in any raised signal-levels which I could test for having been done
  16824.   or not;  yep, sometimes only some phones ring ...  ---Werner
  16825. BTW: you can respond to the author of the message below directly from ARPA by
  16826.     mailing to:  jljl%sphinx.uucp@seismo.css.gov ]
  16827.  
  16828. Subject: What's special about AT&T phones in 2 line house?
  16829. From: jljl@sphinx.UChicago.UUCP (james e levin @ Univ. of Chicago Computation Ce
  16830. nter)
  16831.  
  16832.         What is it about AT&T phones?  My sister has two
  16833. telephone lines into her home, and 8 or 9 two line phones.
  16834. Recently, she tried "upgrading" with two new telephones.  They
  16835. were made by different reputable manufacturers (i.e., Panasonic),
  16836. but neither would work with her second line.  Both companies
  16837. suggested that she had too many phones for theirs to work
  16838. properly.  She even tried unplugging all of her existing phones,
  16839. but the new ones still didn't work.  Other than buying AT&T, can
  16840. anyone suggest a way to pick telephone sets that will work for
  16841. her?  Illinois Bell told her that there was nothing that they
  16842. could do.  Is there something she could do to boost the power of
  16843. her system?  Why does the first line work but not the second?
  16844. How many phones, answering machines, and modems can you resonably
  16845. expect to put on one residential line?  Even AT&T phones.
  16846.  
  16847. ------------------------------
  16848.  
  16849. Date: Tue, 30 Sep 86 10:18:41 cdt
  16850. From: <tness1!hcsjgh%ots.UUCP@rice.edu>
  16851. Subject: RE: MCI call completion
  16852.  
  16853.  
  16854.     This is not my area of expertise, but I think this is the way
  16855.     it works. When the called party answers, a tip and ring reversal
  16856.     is sent back to the calling end to indicate the party has answered.
  16857.  
  16858.     In the beginning of alternate carrier usage, the customer
  16859.     got dial tone out of his central office, and dialed a number
  16860.     to reach the LD carriers circuits. Then he was given a
  16861.     2nd dial tone from the LD company. At this point in time,
  16862.     it appeared to the calling equipment to be an answer.
  16863.  
  16864.     With the addition of "equal access" features to the calling
  16865.     end, the 2nd dial tone isn't used. The calling end pulses
  16866.     the numbers into the LD equipment, and when the called party
  16867.     answers, the reversal is sent back to allow correct billing.
  16868.     The equal access feature is not available in most
  16869.     electromechanical offices, and I think that nation wide
  16870.     about 80 some odd percent of the offices are supposed to
  16871.     be equal access in 1986.
  16872.  
  16873.     I cannot say how the LD carrier's equipment works or what
  16874.     "sophisticated equipment" they have.
  16875.  
  16876.     By the way, in offices with equal access, billing records
  16877.     are recorded at the calling end regardless of whether or not
  16878.     the LD carrier records it. Then for a fee, the local operating
  16879.     company can handle the billing.
  16880.     
  16881.  
  16882.  
  16883. Greg Hackney
  16884. Southwestern Bell
  16885. Texas Network Engineering Support Systems
  16886. Houston, Texas
  16887.  
  16888. ---- The preceeding was my own opinion and not those of A.G. Bell,
  16889.      S.W. Bell, Judge Green, my mother, or my wife ----
  16890.  
  16891. ------------------------------
  16892.  
  16893. From: kyle.wbst@Xerox.COM
  16894. Date: 1 Oct 86 22:56:40 EDT
  16895. Subject: Hum Suppression Wanted
  16896.  
  16897. A friend has a new gift of a "Ring-On" Model TL-6630 AM/FM Clock
  16898. Radio/Telephone with built-in speaker phone feature that has a fairly
  16899. loud humming noise when using it as an ordinary phone. The sound is
  16900. similar to the noise I often hear in jumbo jets when listening to music
  16901. on the headphones (that's a 400 Hz tone, I think).
  16902.  
  16903. Any suggestions to solving this problem?
  16904.  
  16905. Thanks,
  16906.  
  16907. Earle.
  16908.  
  16909. ------------------------------
  16910.  
  16911. End of TELECOM Digest
  16912. *********************
  16913.  
  16914. -------
  16915. 12-Oct-86 22:16:26-EDT,8015;000000000000
  16916. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  16917. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 12 Oct 86 22:16:25-EDT
  16918. Date: 12 Oct 86 21:28-EDT
  16919. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  16920. Subject: TELECOM Digest V5 #149
  16921. To: Telecom@XX.LCS.MIT.EDU
  16922. Reply-To: Telecom@XX.LCS.MIT.EDU
  16923.  
  16924. TELECOM Digest                         Sunday, October 12, 1986 9:28PM
  16925. Volume 5, Issue 149
  16926.  
  16927. Today's Topics:
  16928.  
  16929.                Radio Shack Cellular Phone Review (long)
  16930.         Re: What's special about AT&T phones in 2 line house?
  16931.                             Microcom modem
  16932.                        pc-based RS232 monitors
  16933.                              Clock/Radio
  16934.  
  16935. ----------------------------------------------------------------------
  16936.  
  16937. Date: Sun, 5 Oct 86 16:39:20 EDT
  16938. From: Michael Grant <mgrant@mimsy.umd.edu>
  16939. Subject: Radio Shack Cellular Phone Review (long)
  16940.  
  16941.  
  16942. I recently had the chance to use a Radio Shack cellular phone for a
  16943. few weeks.  This is the transportable, (read: luggable), phone which,
  16944. with the proper mounting hardware, (included), can be installed in
  16945. your car.  It looks like a lunch pail, (filled with bricks), with a
  16946. rubber antenna on top and a handset on the side.  There is a coil cord
  16947. going from the handset to the unit which is a detachable DB-25.  The
  16948. original manufacturer is Mobira. (Nokia-Kinex; Mobira division, 2300
  16949. Tall Pines Dr., suite 100, Largo, FL 33540, (813)-536-5553)
  16950.  
  16951. The phone has very clear voice quality, but if you put the handset
  16952. volume up to high clipping occurs.  I liked the squishy rubber
  16953. buttons, it's too bad they weren't a bit more recessed.  This fact,
  16954. and because they were on the back of the handset made it impossible to
  16955. rest the phone on your shoulder.  I did like the fact that it had a
  16956. delete key so that you could somewhat edit your phone number before
  16957. sending it.  The unit has a 4 digit factory settable lock code, a call
  16958. timer, recall last number, and a 16 character LCD display.  On the
  16959. display the * and # keys displayed as A and P.  You can enter up to a 32
  16960. digit phone number, the display rolls.  The unit can be switched to
  16961. either carrier.  (In each area there are up to 2 carriers, a wire-line
  16962. carrier, and a non-wire-line carrier.  The wire-line carrier is
  16963. usually run by the local telco, or subsidiary there of, and the
  16964. non-wire-line carrier is run by some other company.  System A is the
  16965. non-wire-line carrier, and system B is the wire-line carrier.  This
  16966. function is known as an A/B switch.)  I also liked that it was a
  16967. full 3 watts, I was hardly ever without service.
  16968.  
  16969. On the handset, the ear piece wasn't cupped as much as a real Western
  16970. Electric telephone making it a bit uncomfortable for long
  16971. conversations.  The microphone was placed in such a way that I almost
  16972. always covered it with my hand.  I found the 4 hour standby time / 10
  16973. minute talk time on one battery to be completely unacceptable.  Also,
  16974. one cannot use the phone when the battery is being charged.  I'm told
  16975. that the battery life can be extended by getting more expensive
  16976. batteries.  When the battery life gets too low, the phone beeps about
  16977. every 10 seconds.  There is apparently no way to stop these beeps.  If
  16978. one wants to drain the battery, one must put up with about an hour of
  16979. incessant beeping, (for certain types of batteries, draining the
  16980. battery before you recharge it is supposed to extend the life of your
  16981. battery).  The phone was constructed primarily of plastic, which in
  16982. this phone creeked when it was carried.  (It made me wonder if it was
  16983. about to fall apart).  When buttons were pressed, the phone produces
  16984. an annoying beep.  This can be turned off from the keyboard, but comes
  16985. back on again when the phone is next powered up.  I also experienced
  16986. the antenna base becoming loose which I had to tighten with an alan
  16987. wrench.
  16988.  
  16989. It isn't by any means the best phone I've ever seen or played with.  I
  16990. would suggest that one look around before purchasing this thing, there
  16991. are several other transportables out there.  There are even some real
  16992. portables around like the Motorola 8000, the Walker, and the GE Mini
  16993. which are slightly larger than your average trim-line telephone
  16994. handset.  Let me tell you, after lugging this thing around in a back
  16995. pack for a day, I really wish this thing was all in the handset!
  16996. Other transportable manufacturers that deserve looking into are NEC,
  16997. DiamondTel by Mitsubishi, and Panasonic.  The price of the Radio Shack
  16998. phone is $1199.00, and the battery back runs 119.95, but you need to
  16999. purchase 2 batteries at $9.95 each.  The battery pack comes with the
  17000. rubber antenna, a wall charger, and a car adapter for a cigarette
  17001. lighter.
  17002.  
  17003. -Mike Grant
  17004.  
  17005. ------------------------------
  17006.  
  17007. Date:  Sun, 5 Oct 86 18:46 EDT
  17008. From:  Frankston@MIT-MULTICS.ARPA
  17009. Subject:  Re: What's special about AT&T phones in 2 line house?
  17010.  
  17011. This sounds like a problem I had.  As I noted in my previous letter to
  17012. this list, the problem with a 2-line Panasonic phone in which one line
  17013. works and the other doesn't is likely to be that the line is being split
  17014. with a mux that seems to also split the voltage such that the second
  17015. line as about 16 volts.  The Panasonic interprets this as indicating
  17016. that another phone on the line is offhook.
  17017.  
  17018. ------------------------------
  17019.  
  17020. Date: Tuesday, 7 October 1986  12:47-MDT
  17021. From: Sergiu Hart <hart%taurus.BITNET@WISCVM.WISC.EDU>
  17022. Subject:   Microcom modem
  17023.  
  17024. I am looking for information on the following 2400 modem:
  17025. Microcom AX/2400.
  17026.  
  17027. If anyone has any experience with these (or similar Microcom
  17028. products) - we will be glad to hear about it.
  17029.  
  17030. Thanks,
  17031.            Sergiu Hart
  17032. =====================================================================
  17033.      MAIL:      School of Mathematical Sciences
  17034.                 Tel-Aviv University
  17035.                 69978  Tel-Aviv,  Israel
  17036.      BITNET:    hart@taurus.bitnet
  17037.      ARPA:      hart%taurus.bitnet@wiscvm.wisc.edu
  17038. =====================================================================
  17039.  
  17040. ------------------------------
  17041.  
  17042. Date: Wed 8 Oct 86 12:57:36-EDT
  17043. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  17044. Subject: pc-based RS232 monitors
  17045.  
  17046. My company is interested in getting an RS-232 monitor box. I remember seeing
  17047. some software packages available that do this through a PC. Are these "toy"
  17048. programs or will they on the level of the Spectron D-584 scope:
  17049.  
  17050.     o Monitoring of both sides of a full-duplex connection at selectable
  17051.       speeds. Must handle at least 9600 baud.
  17052.     o Some sort of intelligent way of seeing the timing interaction 
  17053.       between the two ends (the 584 uses alternating lines of the display).
  17054.     o The ability to capture data based on various signatures -- certain
  17055.       data strings, parity errors, etc.
  17056.     o An interface that causes minimal signal loss.
  17057.  
  17058. Finally, the program should have the ability to record the data on disk. 
  17059.  
  17060. Any leads? Alternatively, are there custom boxes that do this in the 3-5K 
  17061. range? Thanks.
  17062.  
  17063. ------------------------------
  17064.  
  17065. Date: Wed, 8 Oct 86 09:06:52 PDT
  17066. From: Steve_Pershing%UBC.MAILNET@MIT-MULTICS.ARPA
  17067. Subject: Clock/Radio
  17068.  
  17069. Following is a reply to Message-ID: (8610050731.AA01362@ucbvax)
  17070. Dated: 2 Oct 86 02:56:40 GMT
  17071. From: kyle.wbst@xerox.com
  17072.  
  17073.  Your clock-radio/telephone probably has a fluorescent or LED clock display...
  17074.  These displays scan across each digit in a sequential fashion, and the
  17075.  scanning is probably what you are hearing on the phone receiver. It is just
  17076.  due to cheap design.
  17077.  The easiest thing to do is disable the scanning when you pick up the handset
  17078.  to dial...have you tried to unplug the radio from the AC line? If that works,
  17079.  you might be able to disable only the line powering the display, and then
  17080.  rig an internal switch connected physically to the telephone's switch-hook,
  17081.  which could cut off the power to the display whenever you wanted to callout
  17082.  or answer the line.
  17083.  
  17084. ------------------------------
  17085.  
  17086. End of TELECOM Digest
  17087. *********************
  17088. 19-Oct-86 17:36:46-EDT,8798;000000000000
  17089. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  17090. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 19 Oct 86 17:36:45-EDT
  17091. Date: 19 Oct 86 16:32-EDT
  17092. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  17093. Subject: TELECOM Digest V5 #150
  17094. To: Telecom@XX.LCS.MIT.EDU
  17095. Reply-To: Telecom@XX.LCS.MIT.EDU
  17096.  
  17097. TELECOM Digest                         Sunday, October 19, 1986 4:32PM
  17098. Volume 5, Issue 150
  17099.  
  17100. Today's Topics:
  17101.  
  17102.                       N0X/N1X impact on dialing
  17103.                     Re: "...we don't really care"
  17104.                       10xxx dialing and billing
  17105.                      Cost of 10xxx to the Locals
  17106.                      Re: pc-based RS232 monitors
  17107.                          range of car alarms
  17108.                        pc-based rs232 monitors
  17109.  
  17110. ----------------------------------------------------------------------
  17111.  
  17112. Date:     Fri, 3 Oct 86 14:40:41 EDT
  17113. From:     Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  17114. Subject:  N0X/N1X impact on dialing
  17115.  
  17116. I have just seen N0X/N1X in use in 214 area (includes Dallas, TX, in the
  17117. same state where 713 split without going to N0X/N1X?).  The phone book says
  17118. to use areacode 214 for direct-dial long-distance calls within that area.
  17119. Since the Dallas & suburban N0X/N1X points I saw are not far from the
  17120. 817 areacode boundary, it's necessary to check for their being local to
  17121. points in 817 area!  (It turns out that 2 of those N0X/N1X prefixes do
  17122. have local service into 817 area, which, like 214, requires area code for
  17123. direct-dial long distance calls within itself.)
  17124.  
  17125. New Jersey 201 area also has N0X/N1X, and it and 609 both now require 1+ on
  17126. direct-dial out-of-area calls (but what about those out-of-area calls which
  17127. were local earlier--i.e., you could dial them AND all points in your N.J.
  17128. area code with just the 7-digit local number).
  17129.  
  17130. ------------------------------
  17131.  
  17132. From: ihnp4!tropix!ritcv!moscom!de@ucbvax.Berkeley.EDU
  17133. Date: Tue, 23 Sep 86 02:34:20 EDT
  17134. Subject: Re: "...we don't really care"
  17135.  
  17136. In article <8609012345.AA19872@ucbvax.Berkeley.EDU> S.PAE@DEEP-THOUGHT.MIT.EDU (Philip A. Earnhardt) writes:
  17137. >Has anyone out there gotten useful information (either in a printed form or
  17138. >personally) from a local company about the 10xxx codes?
  17139.  
  17140. The Rochester Telephone telephone book, not only includes about a dozen 10XXX
  17141. codes, but describes how to use them.  It also includes two pages on the
  17142. difference between Inter and Intra LATA calls.
  17143.  
  17144. My exchange has not yet gone Equal Access, but I understand that the 
  17145. information included in the kits gives a fairly good explanation of how
  17146. to use 10XXX dialling, and how Equal Access works.
  17147.  
  17148. Of course, Rochester Telephone is an independant phone company, and not part
  17149. of the ex-Bell System.
  17150.  
  17151.  
  17152.                rochester \
  17153. David Esan                | moscom ! de
  17154.                     ritcv/
  17155.  
  17156. ------------------------------
  17157.  
  17158. Date: 16 September 86 10:04-PST
  17159. From: KJBSF@SLACVM
  17160. Subject: 10xxx dialing and billing
  17161.  
  17162. When I have used an ALDS service through 10xxx dialing, the charges for the
  17163. call have always come on my Pacific Bell bill, right along with the AT&T
  17164. bill.  I don't understand how this could cost all that much.. Maybe other
  17165. regional companies don't bill the same way..
  17166.  
  17167. ------------------------------
  17168.  
  17169. Date: Mon 15 Sep 86 00:43:19-EDT
  17170. From: Philip A. Earnhardt <S.PAE@DEEP-THOUGHT.MIT.EDU>
  17171. Subject: Cost of 10xxx to the Locals
  17172.  
  17173.     From: Marvin Sirbu <sirbu@gauss.ECE.CMU.EDU>
  17174.     Subject: 10xxx Dialing
  17175.     1) higher billing costs since users would now need multiple long distance
  17176.     bills each month rather than one.
  17177. Does it really cost the Local Operating Companies more to bill? I thought that
  17178. the local billing service was optionally provided by the Locals and, in fact,
  17179. would probably be a reasonable source of revenue.
  17180.  
  17181.     2)  The possibility of intensive price-based competition, which would
  17182.     lower profitability.
  17183. The price of LD service should have little effect on the Locals. They're not
  17184. in that market.
  17185.  
  17186.     3) If users were really responsive to price changes, minor fluctuations
  17187.     in relative prices could lead to major shifts in carrier usage causing
  17188.     enormous capacity planning problems, both for the inter-exchange 
  17189.     carrier and for the local exchange carrier with respect to access lines.
  17190. I find it difficult to believe that a significant number of residental users
  17191. would go to the trouble of looking up individual call rates. On the other
  17192. hand, if it were worth the trouble to route calls based on their price
  17193. changes, I'd be large business who would do it. The large volume users would
  17194. have the knowledge and computrons to make this kind of switching feasable.
  17195. (Personally, I don't think it would fly. Can you imagine dialing a remote
  17196. modem and potentially getting a different LD carrier on a daily basis...)
  17197.  
  17198. In short, the high-volume businesses are the ones who will find the loopholes.
  17199. Residental users don't have the patience or the resources to do it. Besides,
  17200. your capacity problems are typically during the business day, when the 
  17201. residental users are the minority.
  17202.  
  17203.  
  17204. If 10xxx were as widely publicized as the voting process has been, two main
  17205. patterns would probably emerge. First, users would try a few carriers for a
  17206. month or two, then select one as their primary carrier. Second, some users
  17207. would usually use their primary carrier, but would occasionally "fall back" to
  17208. some secondary carrier. These uses of 10xxx seem to me to be fundamental 
  17209. elements of equal access. It's a shame that no telephone company seems to be
  17210. talking about them.
  17211.  
  17212. ------------------------------
  17213.  
  17214. Date: Tue, 14 Oct 86 12:15:14 PDT
  17215. From: ihnp4!mtune!jhc@ucbvax.Berkeley.EDU
  17216. Subject: Re: pc-based RS232 monitors
  17217. Reply-To: mtune!jhc@ucbvax.Berkeley.EDU (Jonathan Clark)
  17218.  
  17219. In article <8610130141.AA12497@ucbvax.Berkeley.EDU> S.PAE@DEEP-THOUGHT.MIT.EDU (Philip A. Earnhardt) writes:
  17220. >My company is interested in getting an RS-232 monitor box.
  17221. >Alternatively, are there custom boxes that do this in the 3-5K range?
  17222.  
  17223. Check out the Hewlett-Packard 4951B protocol analyzer. About $5K, does
  17224. everything you mentioned plus X.25, SDLC and bisync, 19200 baud, except
  17225. that it records on tape cartridges not on disk.
  17226.  
  17227. -- 
  17228. Jonathan Clark
  17229. [NAC,attmail]!mtune!jhc
  17230.  
  17231. My walk has become rather more silly lately.
  17232.  
  17233. ------------------------------
  17234.  
  17235. Date:         Tue, 14 Oct 86 12:46:51 EDT
  17236. From:           CHRISTOPHER CHUNG  <ST802414%BROWNVM.BITNET@WISCVM.WISC.EDU>
  17237. Reply-To:  ST802414%BROWNVM.BITNET@WISCVM.ARPA
  17238. Subject:      range of car alarms
  17239.  
  17240. I have a car alarm that pages you when the alarm goes off.  It is
  17241. supposed to be a 4 watt system that can transmit for 8 miles.
  17242. I recently tested it in a very large shopping mall parking lot.
  17243. I parked the car about 200-300 feet from the front entrance and
  17244. stood outside and had someone set it off.  It worked fine.  Then I
  17245. moved a few feet just inside the glass doors of the mall and it didn't
  17246. beep me when the alarm went off.  I called the company and they said
  17247. that the range could be reduced to be that little.
  17248.      Does this happen to all the makes of beeper car alarms or is this
  17249. a cheaply made alarm system?  Is there a way to boost the range with
  17250. some kind of booster or an addition antenna (I am using my car radio
  17251. antenna)?  Does this also happen to CB's and cellular phones or do
  17252. they have much higher power transmitters?
  17253.  
  17254. Thanks,
  17255. Chris
  17256.  
  17257. ------------------------------
  17258.  
  17259. Date: Thu, 16 Oct 86 18:29:28 edt
  17260. Subject: pc-based rs232 monitors
  17261. From: Telecom@XX
  17262.  
  17263. In article <8610130141.AA12497@ucbvax.Berkeley.EDU> S.PAE@DEEP-THOUGHT.MIT.EDU
  17264. (Philip A. Earnhardt) writes:
  17265. > My company is interested in getting an RS-232 monitor box. I remember seeing
  17266. > some software packages available that do this through a PC.... Any leads?
  17267.  
  17268. BLACK BOX sells a software package that might do what you want.  Their
  17269. catalog (p.62) says
  17270.  
  17271.     IBM PC, XT, or At computers can monitor RS-232 data interfaces
  17272.     with BreakOut....  BreakOut enables you to monitor, raise or
  17273.     lower interface leads; send messages to the interface; and
  17274.     capture and save monitored data to disk.
  17275.  
  17276.     Use Breakout on either COM1 or COM2 under PC-DOS 2.00 or
  17277.     higher, or MS-DOS 2.11 or higher.
  17278.  
  17279.     Requires 360K drive, 128k RAM.
  17280.  
  17281.     Order# GC-TD002        $125.00
  17282.  
  17283. I have never used this program, so I can't tell you anything about how
  17284. well it works.  
  17285.  
  17286. Their customer support/information number is (412) 746-5565.  
  17287.  
  17288.                     Andy Behrens
  17289.  
  17290. {astrovax,ihnp4,linus,harvard,decvax}!dartvax!burlcoat!andyb
  17291. andyb%burlcoat@dartmouth.CSNET
  17292. andyb%burlcoat@dartmouth.EDU
  17293. andyb%burlcoat%dartmouth@csnet-relay.ARPA
  17294. RFD 1 Box 116, Union Village, Vt. 05043
  17295.  
  17296. ------------------------------
  17297.  
  17298. End of TELECOM Digest
  17299. *********************
  17300. 30-Oct-86 23:43:55-EST,20488;000000000000
  17301. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  17302. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 30 Oct 86 23:43:53-EST
  17303. Date: 30 Oct 86 21:26-EST
  17304. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  17305. Subject: TELECOM Digest V5 #151
  17306. To: Telecom@XX.LCS.MIT.EDU
  17307. Reply-To: Telecom@XX.LCS.MIT.EDU
  17308.  
  17309. TELECOM Digest                       Thursday, October 30, 1986 9:26PM
  17310. Volume 5, Issue 151
  17311.  
  17312. Today's Topics:
  17313.  
  17314.    Computerized Sales Call Gets Stuck, Ties Up Phone for Three Days
  17315.                       A Calling Card Feature/Bug
  17316.                        Re: range of car alarms
  17317.                        Re: range of car alarms
  17318.      PC-Pursuit now available in 400 cities and 18,000 exchanges
  17319.   Various Submissions from National Public Radio in Washington, D.C.
  17320.  
  17321. ----------------------------------------------------------------------
  17322.  
  17323. Date: Fri, 24 Oct 86 14:02:58 cdt
  17324. From: werner@ngp.UTEXAS.EDU (Werner Uhrig)
  17325. Subject: Computerized Sales Call Gets Stuck, Ties Up Phone for Three Days
  17326.  
  17327. [ this is a pointer to an interesting article in RISKS alias mod.risks.
  17328.   please check this group for details.  If this article reaches you somehow
  17329.   where RISKS/mod.risks is not available, please advise me.  ---WRU]
  17330.  
  17331. RISKS-LIST: RISKS-FORUM Digest,  Tuesday, 22 October 1986  Volume 3 : Issue 84
  17332.  
  17333. Contents:
  17334.   Risks of using an automatic dialer (Bill Keefe)
  17335.   ....
  17336.  
  17337.   Computerized Sales Call Gets Stuck, Ties Up Phone for Three Days
  17338.  
  17339.      GREENWICH, Conn. (AP) - A shipping broker who does all his work
  17340.   on the phone says he lost at least one deal because a computerized
  17341.   sales pitch called him nearly every two minutes for 72 hours, tying
  17342.   up his lines.
  17343.  
  17344.     ......
  17345.  
  17346. ------------------------------
  17347.  
  17348. Subject: A Calling Card Feature/Bug
  17349. Date: Sat, 25 Oct 86 14:53:20 -0500
  17350. From: Henry Mensch <henry@ATHENA.MIT.EDU>
  17351.  
  17352. I've just received my NET Calling Card; there are spaces on the front
  17353. for a "Calling Card Number" and a "International Number" but only the
  17354. Calling Card Number is filled in.  Are International Numbers used
  17355. anymore?
  17356.  
  17357. -- Henry Mensch / <henry@athena.mit.edu>
  17358.  
  17359. ------------------------------
  17360.  
  17361. Date: Wed, 22 Oct 86 02:03:39 PDT
  17362. From: ihnp4!chinet!cabbie@ucbvax
  17363. Subject: Re: range of car alarms
  17364. Reply-To: chinet!cabbie@ucbvax (Richard Andrews)
  17365.  
  17366. >I have a car alarm that pages you when the alarm goes off.  It is
  17367. >supposed to be a 4 watt system that can transmit for 8 miles.
  17368. >I recently tested it in a very large shopping mall parking lot.
  17369. >I parked the car about 200-300 feet from the front entrance and
  17370. >stood outside and had someone set it off.  It worked fine.  Then I
  17371. >moved a few feet just inside the glass doors of the mall and it didn't
  17372. >beep me when the alarm went off.  I called the company and they said
  17373. >that the range could be reduced to be that little.
  17374. >     Does this happen to all the makes of beeper car alarms or is this
  17375. >a cheaply made alarm system?  Is there a way to boost the range with
  17376. >some kind of booster or an addition antenna (I am using my car radio
  17377. >antenna)?  Does this also happen to CB's and cellular phones or do
  17378. >they have much higher power transmitters?
  17379. >
  17380. >Thanks,
  17381. >Chris
  17382.  
  17383.     If that is a true 4 watt rf output system then it should transmit
  17384. much farther than what you are receiving now.  In any transmitter system,
  17385. the single most significant improvement anyone can make to their transmitting
  17386. range is through antennas.  Remember the CB boom?  There were literally
  17387. dozens of antennas to pick from, each one having its virtues and failings.
  17388. The absolute worst antenna was the one that converted your regular AM FM
  17389. broadcast radio antenna into a CB antenna.  In answer to your question,
  17390. and solution to your problem, FCC rules notwithstanding, is to replace
  17391. the antenna.  CB radios have a 4 watt output and cell phones have a 25
  17392. watt output (if I remember correctly).
  17393.  
  17394.                     Rich Andrews
  17395.                     ...ihnp4!chinet!cabbie
  17396.  
  17397. ------------------------------
  17398.  
  17399. From: mcvax!axis!philip@seismo.CSS.GOV
  17400. Date: Thu, 30 Oct 86 11:05:08 -0100
  17401. Subject: Re: range of car alarms
  17402. Reply-To: mcvax!axis!philip@seismo.CSS.GOV (Philip Peake)
  17403.  
  17404.  
  17405. Your problem is a very common one with radio communications.
  17406. Most large buildings (shopping centers being generaly the worst) just seem
  17407. to stop dead almost all radio communications.
  17408.  
  17409. I have had similar experiences with ham radio equipment, in one case
  17410. a local repeater (less than a mile away, running 25 watts) just vanished
  17411. upon entering a department store.
  17412.  
  17413. I really don't see much hope for your system working in such circumstances.
  17414.  
  17415. You can probably console yourself with the fact that even if you get
  17416. your warning while more than a few hundred feet away from the car, by
  17417. the time you get there either the car or its contents will be long gone.
  17418.  
  17419. Philip
  17420.  
  17421. ------------------------------
  17422.  
  17423. Date: Fri, 24 Oct 86 14:35:03 cdt
  17424. From: werner@ngp.UTEXAS.EDU (Werner Uhrig)
  17425. Subject: PC-Pursuit now available in 400 cities and 18,000 exchanges
  17426.  
  17427. [Readers are encouraged to submit on their experience with Telenet PC
  17428.  Pursuit.  Mine has been very discouraging, typical of GTE. -elmo]
  17429.  
  17430. Luck has it, that in "cleaning house", I found the letter I had received
  17431. from the PC PURSUIT MARKETING REPRESENTATIVE of TELENET COMMUNICATIONS
  17432. CORPORATION,  Steve Del Rocco, who offered more info to be obtained by
  17433. calling him at 1-800-368-4215, M-F 8am-5pm EDT.
  17434.  
  17435. Calling him provided me with an 800-number of a FidoNet-BBS to call to
  17436. download several files with more info about the current status of PC-Pursuit:
  17437.  
  17438.     1-800-835-3001.  (300/1200baud, no parity, 8 data & 1 stop bits).
  17439.  
  17440. it instructs you to login with a generic login-name "PC PURSUIT", pwd=PC.
  17441.  
  17442. There is a 15 minute limit and you may have to dial in twice to get all info.
  17443. It seems that there is a daily limit of 30 minutes usage for each account,
  17444. so you may find the system refusing to log you in with a message to that
  17445. effect - I just asked, and they do reset that periodically (I assume after
  17446. minutes, but don't really know how long it takes).
  17447.  
  17448. Very nice and convenient set-up.  Everything has a very good "feel" to it.
  17449.  
  17450. At this point I am torn between uploading some of those files and writing
  17451. a quick summary; I guess, I'll do both.  To the best of my knowledge .....:
  17452.  
  17453. GTE has a X.25 packet switching network in place between major business
  17454. centers in the US, and in August '85, they introduced PC-Pursuit, a new type
  17455. of service between some (12) areas; i.e. unlimited data-calls at 300/1200baud
  17456. during non-business hours at a fixed rate.  I assume this looked very
  17457. promising, but did not fill the capacity, possibly because at these hubs many
  17458. people already have such a variety of BBSes available locally - but out in the
  17459. boonies, you could hear the "masses" salivating .... (-:.
  17460.  
  17461. Around June '86 they must have finalized a deal with TeleNet to offer access
  17462. to PC-Pursuit via their network and when I heard about that I contacted them.
  17463. The service was "not yet" offered in Austin, Texas then, but in mid September:
  17464.  
  17465. "TELENET WAS PLEASED TO ANNOUNCE THAT PC-PURSUIT IS NOW ACCESSIBLE FROM EVERY
  17466. LOCAL ACCESS NUMBER ON ITS PUBLIC DATA NETWORK.  PC-USERS FROM HUNDREDS OF
  17467. CITIES ACROSS THE US CAN NOW MAKE LONG-DISTANCE DATA CONNECTIONS THAT ARE
  17468. ONLY A LOCAL PHONE-CALL AWAY.  PC PURSUIT ALLOWS USERS TO REACH OTHER PERSONAL
  17469. COMPUTER USERS IN 14 MAJOR METROPOLITAN AREAS, 24 HOURS A DAY, VIA THE TELENET
  17470. NETWORK.  SUBSCRIBERS ALSO HAVE THE ABILITY TO DIAL THOUSANDS OF FREE PUBLIC
  17471. DATABASES AT 300 OR 1200 BPX [sic] AND DOWNLOAD AND UPLOAD PUBLIC DOMAIN
  17472. SOFTWARE, RESEARCH PROFESSIONAL PROJECTS THROUGH FREE DATA-BASES, SHOP AND
  17473. ADVERTISE IN ELECTRONIC CATALOGS, AND SEND/RECEIVE MESSAGES.  ALL AT ONE LOW
  17474. FLAT MONTHLY RATE!
  17475.  
  17476. ...UNLIMITED CALLS DURING THE EVENING AND WEEKEND FOR A FLAT RATE OF $25/MONTH.
  17477. DAYTIME USAGE IS EITHER $10.50/HOUR OR $14/HOUR, DEPENDING ON ACCESS LOCATION.
  17478. THERE IS ALSO A ONE-TIME REGISTRATION FEE OF $25 PER USER."
  17479.  
  17480. My investigation today presents me with the following picture:
  17481.  
  17482. Currently, there are 14 population centers accessable by dialing into the
  17483. system via Telenet.  By the end of the year it is planned to expand to 25.
  17484.  
  17485. [FAT chance.  Telenet said they'd have 2400bps service in October '85... -elmo]
  17486.  
  17487. The 14 current areas are:  (drum roll...)
  17488.  
  17489.     Atlanta, Boston, Chicago, Dallas, Denver, Detroit, Houston, L.A.,
  17490.     N.Y., Philladelphia, San Francisco, Wash DC, Seattle, Newark.
  17491.     (there is a file listing all exchanges on the BBS)
  17492.  
  17493. Very shortly, 3 new areas will be added, which I believe to be in the
  17494. sub-tropical south-east, somewhere near Dallas, and close to L.A. (well, I was
  17495. asked not to spell them out).
  17496.  
  17497. You need a Visa or M/C-card, with American Express and CheckFree E-transfers
  17498. available shortly.
  17499.  
  17500. Did I ask about bottlenecks and service level?  you bet!!!  Chicago and
  17501. San Francisco are currently the busiest ones (anyone care to guess why?)
  17502. New capacity is added in such cases within 3 weeks (no idea why that magic
  17503. number).  at 1200 baud, XMODEM transfers are effectively giving you a rate
  17504. of ~800baud (unless you use the SuperCharged one without error-detection,
  17505. of course), and YMODEM using 1K blocks, achieves over 1000baud.  2400baud
  17506. connections are "not yet" available, but expect them shortly (by January?).
  17507.  
  17508. Questions I still have open and will try to get answered tomorrow:
  17509.  
  17510. 1) is there an additional cost for dialing into TELENET?  probably not.
  17511.     ANSWER: NO
  17512. 2) can I access from more than one location?  i.e. while traveling?
  17513.     I hope so, but anticipate a 'no'.
  17514.     ANSWER: YES.  TELENET is available in 400 cities and 18,000 exchanges
  17515.     unfortunately, you have to carry a "booklet" listing the access numbers.
  17516.     no such thing as a standard number, 800, 950, or otherwise.
  17517. 3) WHAT are the "evening hours"?  5pm to 8am, local time, I'd expect.
  17518.     ANSWER: 6pm to 7am local time (strikes me as reasonable)
  17519. 4) WHEN will 2400 baud be available?  give me a definite data (yep, I'm
  17520.     already spoiled)
  17521.     ANSWER: starting January (probably not everywhere at the same time?)
  17522. 5) Is there a guaranteed quality of service?  Hah, that should be a hard one.
  17523.     ANSWER:  UH, hmmm, well, .... NO.
  17524. 6) How do bottlenecks manifest themselves?  slow response? can't get in?
  17525.     ANSWER:  you get a busy signal and get in or through.
  17526. 7) Is there any concern about how much you are online?
  17527.     ANSWER: NO.  but if the system detects you being idle, you get logged
  17528.     off after 25 minutes.
  17529.  
  17530. ...I have this image of a scene like in that pizza commercial where a guy made
  17531. an announcement to the press that you could get this special-good deal just
  17532. for the asking, and nobody waits around until he finishes but all run off to
  17533. get there first ....  Hey, tell them Werner from Austin brought this to your
  17534. attention.  Maybe they'll thank me for it.  <-- blatant, self-promoting ad (-:
  17535.  
  17536. PS:  I'll post the online newsletter of August 86 shortly, which explains
  17537.     things in their words.  It wasn't copyrighted but I asked their
  17538.     permission anyway.  Flame me if you think I'm doing a commercial
  17539.     enterprise "too much" a favor; I'll, probably, cringe and get on with
  17540.     my life anyway ....
  17541.  
  17542. PS: their August news-letter is available from the FTP-directory on NGP in
  17543.     file public/pc-pursuit.news-8608.  I may upload some other files
  17544.     I grabbed from the BBS.  Check if a directory  "~ftp/public/pc-pursuit"
  17545.     exists and if there is anything in it.
  17546.  
  17547.     This may give World-Net an incredible boost.  I suspect many Fidonet
  17548.     and Usenet sites are already taking advantage of this.
  17549.  
  17550. ------------------------------
  17551.  
  17552. Date: 24-Oct-1986 1627
  17553. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  17554. Subject: Various Submissions from National Public Radio in Washington, D.C.
  17555.  
  17556. From:    "John Keator - National Public Radio" 23-OCT-1986 19:52
  17557. To:    COVERT
  17558. Subj:    NPR Staff comments re: Telecom Digest
  17559.  
  17560.  
  17561. From:VAX1::MONTI   National Public Radio     20-OCT-1986 11:21
  17562. To:KEATOR
  17563. Subj:NUMBER OF PHONES ALLOWED ON A LINE
  17564.  
  17565. >how many phones can be hooked up to a 1-pair loop from the central office?
  17566.  
  17567. according to a recent issue of "consumer reports" magazine, you can figure
  17568. this out yourself easily if you know this:  the sum of the "ringer equivalence
  17569. numbers" of all phones, modems, answering machines, etc. is not to exceed 5.
  17570. most phones have ringer equivalence numbers of 0.8 or 0.9, some cheap ones
  17571. are over 1.0.  so having 8 or 9 phones is a bit much.  probably it depends
  17572. on how far one is from the c.o.  likely the limit of 5 is based on being the
  17573. furthest party from the c.o., so a larger number of phones will ring properly
  17574. closer in.  presumably, the house where all these phones are isn't so huge
  17575. that you can hear some of the phones ring from other rooms.  disconnecting
  17576. the ringer (inside the phone) should make the r.e.n for that phone go to
  17577. something near zero.  once the ringers in half the phones are disconnected,
  17578. things oughta be copascetic.  um, right?
  17579.  
  17580.  
  17581.  
  17582.  
  17583. From:VAX1::MONTI National Public Radio       22-OCT-1986 17:51
  17584. To:KEATOR
  17585. Subj:N0X/N1X IN 214 AND 201 (FOR CARL MOORE)
  17586.  
  17587.      (1)  N0X/N1X prefixes in areacode 214 are not that new.  When there in
  17588. April 1986, the beat-up directory in the hotel room already listed many of them.
  17589.      (2)  No, the Dallas phone directory does not require you to dial 214 +
  17590. a 7-digit number for long distance calls within 214, it requires you to dial
  17591. 1 + 214 + 7-digit number.  This is logical.  Before N0X/N1X prefixes, the "1"
  17592. was used to distinguish long distance from local calls.  With the advent of
  17593. N0X/N1X prefixes, the "1" can no longer do this job since there'd be ambiguous
  17594. cases where an N0X/N1X prefix would follow a "1" and the switch would have no
  17595. way of knowing if it was long distance (and to wait for 7 more digits) or
  17596. local (and to wait for 4 more digits).  Now, it's the "214" that distinguishes
  17597. between local and long distance within 214.  Got that?  It's a bass-ackwards
  17598. way of doing things, but this results from having 1 + dialing before the 
  17599. existence of N0X/N1X prefixes.  Think about it:  1 + is never REALLY required
  17600. in ANY area code until N0X/N1X prefixes begin to exist.  This is the way it
  17601. was in New York City and probably other places before N0X/N1X.
  17602.      (3)  Ideally, if you were calling a local 214 number from within 817,
  17603. the equipment would "know" how to route the call no matter if you dialed
  17604. 7 digits or 1 + 214 + 7 digits.  Both would be billed as local calls.  The
  17605. user shouldn't need to know whether a call is long distance, just one
  17606. positive rule as to how to dial it.  Sadly, many local comapnies haven't
  17607. figured this out yet.
  17608.      Some other places (like New York City) either allow or REQUIRE (from
  17609. some pay phones) you to dial 1 + area code + 7 digits for LOCAL calls
  17610. withing your area code!  The coin phones at Kennedy Airport require
  17611. 1 + 718 + 7 digits for local calls.  From there, ALL calls to 212 and 718
  17612. are local (plus a goodly number of those to 914 and 516).
  17613.      (4)  Use care in Dallas-Fort Worth.  They have a twist!  There are
  17614. certain prefixes which have "metrowide" or "areawide" service (or some
  17615. similar name) which exist as local prefixes in BOTH the Dallas metro and
  17616. Fort Worth metro areas.  In other words, these prefixes have TWO area codes
  17617. as seen by the outside world.  Probably, they can be reached by dialing
  17618. either 817 or 214 from elsewhere.  The service costs a pretty penny (over
  17619. $25 a month, I think) for unlimited local calling to both the Dallas and
  17620. Fort Worth metros.  Presumably, you have to dial 1 + an area code + 7
  17621. digits for some of these local calls since not all the prefixes in the
  17622. Fort Worth metro portion of 817 and the Dallas metro portion of 214 are
  17623. mutually exclusive.  Am I off the mark on this?
  17624.      They don't have such "double metro" service in Washington and
  17625. Baltimore, where I live.  We do have our quirks here on what needs an area
  17626. code in front of it and what doesn't however.
  17627.      (5)  201 is a likely candidate for an area code split in a couple years,
  17628. they'll probably divide it east and west, with all the population in the east.
  17629.      I suspect what happened in 201 when N0X/N1X was introduced is that any-
  17630. thing that was a local call before remained one.  The current situation is
  17631. probably as follows:
  17632.      - Local calls within 201, dial 7 digits
  17633.      - Long distance within 201, dial 7 digits
  17634.      - Local calls into 609, dial 1 + 609 + 7 digits.
  17635.      - Long distance calls into 609 or anywhere else, 1 + area + 7 digits.
  17636. Aren't things nice and logical when you didn't have 1 + dialing prior to
  17637. N0X/N1X?  The "1" distinguishes area codes from prefixes.  Period.  The
  17638. switches know what's LD and what ain't (and what's intraLATA and what ain't).
  17639.      (6)  Dialing instructions in the fronts of Bell Atlantic directories
  17640. aren't always reliable.  The front on my Norther Virginia directory gives
  17641. the following instructions for long distance calls within the LATA:
  17642.      - Within 703, dial 1 + 7 digits
  17643.      - Outside 703, dial 1 + area code + 7 digits
  17644. These are both wrong.  The actual rule is:
  17645.      - Within 703, dial 703 + 7 digits
  17646.      - Outside 703, dial area code + 7 digits
  17647. Dial-1 is neither used inside the Washington metro area nor within areas
  17648. which are outside the metro but inside the local calling area to 202.
  17649.      Of course, the directory doesn't explain how to dial LD calls outside
  17650. the LATA, telling you to check with your long distance carrier.  The actual
  17651. rule is, dial (optionally 10XXX) + area code + 7 digits.
  17652.  
  17653.  
  17654.  
  17655. From:VAX1::MONTI  National Public Radio      22-OCT-1986 18:00
  17656. Subj:976 FROM VIRGINIA
  17657.  
  17658.      New subject:  how come Northern Virginians can't dial (202) 976-XXXX
  17659. calls AT ALL?  Since these are local calls, 7 digit dialing is called for.
  17660. 976 numbers are trapped to the general "cannot be completedmas dialed"
  17661. recording.  If you dial 202 first, you get the same thing.  If the 976
  17662. service provider has also signed up for the 976 exchange in Baltimore, you
  17663. can reach it by dialing 301 + 976-XXXX, but you'll be charged for an
  17664. interLATA LD call on the carrier of your choice, assuming that carrier
  17665. accepts 976 calls (Sprint and MCI do not).  
  17666.      Actually, there is a way to reach 202-976 numbers from Northern
  17667. Virginia:  use a ALDS which accepts calls via you dialing a 7-digit
  17668. local access number which their switch answers.  Do your security code,
  17669. then 202-976-XXXX and the call will go through.  The only ALDS which
  17670. accepts 976 calls to my knowledge is Allnet (formerly Max), and they
  17671. charge $2.00 plus tax for each call regardless of length of time or distance.
  17672. AT&T accepts 976 calls, but only to other LATAs.  AT&T also charges only
  17673. the cost of the long distance call itself to 976 numbers; they dpn't carry
  17674. back the 976 provider's premium charge to the caller.  Presumably, this is
  17675. the reason most ALDS's either don't allow 976 or charge through the nose
  17676. for it.  Neither of these reasons appear to bother AT&T.
  17677.  
  17678. [The Virginia PUC does not allow the "dial it calls" as they believe they
  17679. cost too much and are of dubious value, {ie. dial-porn}jk]
  17680.  
  17681. --------------
  17682.  
  17683. From: John Keator, National Public Radio
  17684. Subj: 811-xxxx for PacBell Business offices
  17685.  
  17686. From a Pacific Bell bill insert:
  17687.  
  17688. A new prefix - 811- will soon be available for you to call your Pacific Bell 
  17689. Business office toll-free from any area served by us.  All our business office 
  17690. numbers will be replaced by toll-free numbers with an 811 prefix.
  17691.  
  17692. If your PaCBell BO numbers changed to an 811 prefix, the new prefix and number 
  17693. will appear on your telephone bill...
  17694.  
  17695. After this change, you only dial 811-XXXX from any PacBell area in the state
  17696. to reach your local office toll-free. However, if you are calling from an area 
  17697. where 1+ dialing is required, you must continue to dial the 1 before dialing 
  17698. the seven digit 811 number.
  17699.  
  17700. Some of you who have specialized equipment could have a problem in dialing the 
  17701. 811 prefix.  You may need contact your vendor.  Until equipment modification 
  17702. is made, you may continue dialing the old business office numbers available 
  17703. from 411.  
  17704.  
  17705. This change will save you thecost of a toll call to PacBell when a calls is 
  17706. made to all non-local offices.  (Today, calls to our BO's are normally toll 
  17707. free from a customers home or business area.)
  17708.  
  17709. /jk
  17710.  
  17711. ------------------------------
  17712.  
  17713. End of TELECOM Digest
  17714. *********************
  17715.  2-Nov-86 21:44:11-EST,4439;000000000000
  17716. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  17717. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Sun 2 Nov 86 21:44:09-EST
  17718. Date: 2 Nov 86 20:23-EST
  17719. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  17720. Subject: TELECOM Digest V5 #152
  17721. To: Telecom@XX.LCS.MIT.EDU
  17722. Reply-To: Telecom@XX.LCS.MIT.EDU
  17723.  
  17724. TELECOM Digest                         Sunday, November 2, 1986 8:23PM
  17725. Volume 5, Issue 152
  17726.  
  17727. Today's Topics:
  17728.  
  17729.                               PC-Pursuit
  17730.                 strange failure mode on home telephone
  17731.                     Re: A Calling Card Feature/Bug
  17732.  
  17733. ----------------------------------------------------------------------
  17734.  
  17735. From: rick@seismo.CSS.GOV (Rick Adams)
  17736. Date: 31 Oct 86 18:46:39 GMT
  17737. Subject: PC-Pursuit
  17738. Date: 31 Oct 86 18:46:39 GMT
  17739.  
  17740. We use PC Pursuit at seismo. It works. It saves us OVER $1500 per month
  17741. in long distance charges. We have used it since October, 1985 with no real
  17742. problems.
  17743.  
  17744. There are three drawbacks. 
  17745.     1) The throughput with "normal" unix uucp 'g' protocol is bad.
  17746.         You get about 600 bps on a 1200 baud connection.
  17747.         However, the cost is not dependant on time, so it is reasonable
  17748.         to use. They are supposedly installing 2400 baud modems.
  17749.         This will help.
  17750.     2) Some cities are hard to get to. Because they have been 
  17751.         agressiveley pushing this service, the demand has far
  17752.         outstripped the capacity of the service in some cities
  17753.         (Especially San Francsico and Chicago. Boston isn't great
  17754.         either). They claim to be monitoring traffic and adding
  17755.         capacity. I haven't noticed any improvement. (Then again,
  17756.         demand may be increasing as fast as they add service so it
  17757.         may just not be getting worse).
  17758.     3) For interactive (i.e. human) use its not too great. The character
  17759.         delay inherent with telenet/tymnet/etc is quite apparent and
  17760.         annoying if you are a decent typist. For browsing a 
  17761.         b-board its probably ok. For using a screen editor is sucks.
  17762.  
  17763. However, for data transmission I think it is a big win and people should look
  17764. into it.
  17765.  
  17766. We send over 170 megabytes of electronic mail per month  through PC Pusuit
  17767. and will keep doing it.
  17768.  
  17769. ---rick
  17770.  
  17771. ------------------------------
  17772.  
  17773. Date: Fri 31 Oct 86 16:29:57-EST
  17774. From: Robert W. Baldwin <BALDWIN@XX.LCS.MIT.EDU>
  17775. Subject: strange failure mode on home telephone
  17776.  
  17777.     Over the past month I've encountered a strange failure mode on
  17778. my home telephone (617-492 in Cambridge MA).  Often I can't break dial
  17779. tone with my touch tone phone (its a GTE phone from before the
  17780. breakup).  Flashing the switch hook does break dial tone.  The problem
  17781. is solved by hanging up and trying again one or more times.  An added
  17782. twist that appeared this week is that calls don't complete after I've
  17783. dialed them.  I just hear click, click, silence.  Pressing extra
  17784. digits does not solve the problem.
  17785.     It seems like a large fraction of the tone decoders serving my
  17786. line are broken or dying.  Has anyone else in 617-492 had this problem
  17787. (replys to me, not the list)?  Does anyone have ideas on what could be
  17788. wrong (I wonder whether an auto dialing modem could cope with this)?
  17789. Finally, any advice on getting the phone company to fix this?  I've
  17790. reported the problem twice in the past month.
  17791.  
  17792.         --Bob
  17793.  
  17794. ------------------------------
  17795.  
  17796. Date: Sun, 2 Nov 86 13:40:52 pst
  17797. From: Michael C. Berch <styx!mcb@lll-crg.ARPA>
  17798. Subject: Re: A Calling Card Feature/Bug
  17799. Reply-To: styx!mcb (Michael C. Berch)
  17800.  
  17801. henry@ATHENA.MIT.EDU (Henry Mensch) writes:
  17802. > I've just received my NET Calling Card; there are spaces on the front
  17803. > for a "Calling Card Number" and a "International Number" but only the
  17804. > Calling Card Number is filled in.  Are International Numbers used
  17805. > anymore?
  17806.  
  17807. I don't know what the official situation is, but I was in Japan about
  17808. a year ago and tried to call the US on my PacBell Calling Card, but
  17809. KDD (the primary Japanese international carrier) declined to accept
  17810. the "International Number" but was willing to accept the (normal)
  17811. calling card number. I ended up not using it anyway since the hotel
  17812. operator warned me that for some reason that particular hotel charged a
  17813. service fee for credit card calls (including foreign cards) but not
  17814. for collect calls, so I called collect.
  17815.  
  17816. Michael C. Berch
  17817. ARPA: (for now) mcb@lll-crg.arpa
  17818. UUCP: ...!lll-lcc!styx!mcb   ...!lll-crg!styx!mcb  ...!ihnp4!styx!mcb
  17819.  
  17820. ------------------------------
  17821.  
  17822. End of TELECOM Digest
  17823. *********************
  17824. 12-Nov-86 00:36:23-EST,12347;000000000000
  17825. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  17826. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Wed 12 Nov 86 00:36:18-EST
  17827. Date: 8 Nov 86 20:33-EST
  17828. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  17829. Subject: TELECOM Digest V5 #153 (2nd Sending)
  17830. To: Telecom@XX.LCS.MIT.EDU
  17831. Reply-To: Telecom@XX.LCS.MIT.EDU
  17832.  
  17833. TELECOM Digest                       Saturday, November 8, 1986 8:33PM
  17834. Volume 5, Issue 153
  17835.  
  17836. Today's Topics:
  17837.  
  17838.                       A Calling Card Feature/Bug
  17839.                 strange failure mode on home telephone
  17840.                       A Calling Card Feature/Bug
  17841.                               PC-Pursuit
  17842.          Gee--The Bells Aren't Ringing on His GTE Phone Line.
  17843.  
  17844. ----------------------------------------------------------------------
  17845.  
  17846. Date: Sun, 2 Nov 1986  23:00 EST
  17847. From: Jon Solomon <M.JSOL@DEEP-THOUGHT.MIT.EDU>
  17848. Subject: A Calling Card Feature/Bug
  17849.  
  17850. You need to get an AT&T or SPRINT credit card to make international
  17851. calls from outside your home. International service is considered
  17852. competitive, like intra-US, inter LATA long distance is.
  17853.  
  17854. ------------------------------
  17855.  
  17856. Date: Sun, 2 Nov 86 22:57 EST
  17857. From: Jeffrey Del Papa <dp@JASPER.Palladian.COM>
  17858. Subject: strange failure mode on home telephone
  17859. Reply-To: Jeffrey Del Papa <DP%JASPER@LIVE-OAK.LCS.MIT.EDU>
  17860.  
  17861.     Date: Fri 31 Oct 86 16:29:57-EST
  17862.     From: Robert W. Baldwin <BALDWIN@XX.LCS.MIT.EDU>
  17863.  
  17864.         Over the past month I've encountered a strange failure mode on
  17865.     my home telephone (617-492 in Cambridge MA).  Often I can't break dial
  17866.     tone with my touch tone phone (its a GTE phone from before the
  17867.     breakup).  Flashing the switch hook does break dial tone.  The problem
  17868.     is solved by hanging up and trying again one or more times.  An added
  17869.     twist that appeared this week is that calls don't complete after I've
  17870.     dialed them.  I just hear click, click, silence.  Pressing extra
  17871.     digits does not solve the problem.
  17872.         It seems like a large fraction of the tone decoders serving my
  17873.     line are broken or dying.  Has anyone else in 617-492 had this problem
  17874.     (replys to me, not the list)?  Does anyone have ideas on what could be
  17875.     wrong (I wonder whether an auto dialing modem could cope with this)?
  17876.     Finally, any advice on getting the phone company to fix this?  I've
  17877.     reported the problem twice in the past month.
  17878.  
  17879.             --Bob
  17880.     -------
  17881.  
  17882. it is far more likely that the tone generators in your telephone have
  17883. drifted off spec. Try a different phone. (I have had it happen to
  17884. several phones, including WE co.  phones.) It may be possible (but
  17885. given that it is a gte phone, not likely) to adjust the tone
  17886. generators, and cause the phone to start working again. (GTE tends to
  17887. over cost-reduce their phones, I remember a desk phone that had a
  17888. large capicitor held only by the leads, which were push on
  17889. connectored, not soldered. The third time the phone fell off my desk,
  17890. one of the leads popped out, and the phone lost the ability to ring.
  17891. (I suppose if they had soldered it, the lead would have broken, making
  17892. it harder to fix... all to save a $.002 blob of adhesive))
  17893.  
  17894. <dp>
  17895.  
  17896. ------------------------------
  17897.  
  17898. Date: Sun, 2 Nov 86 23:40:53 EST
  17899. From: johnl%ima.UUCP@harvard.harvard.edu
  17900. Subject: A Calling Card Feature/Bug
  17901.  
  17902. In response to the person who wondered why his New England Tel calling card
  17903. had a space for the international number, but no number there -- it turns out
  17904. that calling card numbers are assigned by the local operating companies, and
  17905. then given to AT&T.  You actually have two calling cards.  Your local telco
  17906. calling card is used for intra-lata calls, even outside your local company's
  17907. territory, and your AT&T card is used for inter-lata and international calls.
  17908. Since the two cards have the same number, this distinction makes little
  17909. difference except for which page of the phone bill the calls show up on.
  17910.  
  17911. The international number is slightly different from the domestic number,
  17912. presumably because it has to adhere to some CCITT standard.  Since the local
  17913. telco's card isn't useful for international calls and AT&T's is, the
  17914. international number now appears only on the AT&T card.
  17915.  
  17916. Something I do not understand at all is MCI's calling card scheme.  It appears
  17917. that they are making up their own calling card numbers which are in the same
  17918. format as telco numbers (generally your 10-digit phone number followed by a
  17919. four-digit PIN) but the number is different.  This is a huge pain.  It seems
  17920. to me that if the local telcos can supply calling card numbers to AT&T, they
  17921. should equally well be able to provide them to MCI and other carriers.  If MCI
  17922. used the regular numbers, then anybody who had a calling card could use MCI
  17923. pay phones in airports without having to slide through a Visa card, which would
  17924. be a big marketing advantage over the current scheme.
  17925.  
  17926. I also note that MCI almost has 0+number working -- if I dial 0+number from my
  17927. MCI subscribed line it sometimes gives me a recording encouraging me to dial my
  17928. MCI card number, although dialing the card number doesn't work.
  17929.  
  17930. John Levine, ima!johnl or Levine@YALE.somethingorother
  17931.  
  17932. ------------------------------
  17933.  
  17934. Date: Mon 3 Nov 86 08:28:36-EST
  17935. From: "Hank R. "Jim" Dixon" <MDCG.HRD%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
  17936. Subject: PC-Pursuit
  17937.  
  17938. [Readers please feel free to submit your comments re: PC-Pursuit. -Elmo]
  17939.  
  17940. I am presently working as a consultant for US Sprint/Telenet. I am
  17941. quite familiar with the Pc Pursuit network and how it runs. First of all
  17942. there are several items in your message that I wanted to clarify.
  17943. First, PC Pursuit is operated by Telenet themselves. It is not by any means
  17944. an outside entity. Second, YES, they REALLY are adding the 11 cities within
  17945. the next 3 weeks, and are doubling (and in some cases more then doubling)
  17946. the capacity in most of the exsisting cities. The 2400 baud didnt happen
  17947. bacuase they are still having technical problems. If you are a Pursuit
  17948. customer and want to help them with the 2400 bps, connect to DIAL909/24
  17949. which is a test 2400bps site at the Telenet HQ in Reston VA, and use it
  17950. (or at least try) to call 2400bps systems in the Washington Metro area.
  17951. At this time, the system expansion is taking presedence over the 2400bps.
  17952. It WILL be dealt with shortly. Also I am directly involved with the
  17953. implementation of what is most likely going to be the "Next step" in
  17954. Pursuit expansion. Presently anybody in one of the 400 or so cities
  17955. can call any system local to the 15 outdial cities. What I am working
  17956. on would allow A Host (bbs or other type system) to dial in to his
  17957. local access port, and have his system available for anyone in any
  17958. one of the 400 cities to connect to him. This would allow access to or
  17959. from any city to any city. IF you are interested in this, please
  17960. call RBBSPC-LAMBDA (which is the new system test BBS) at (617)
  17961. 742-2229 between 7am and 6pm M-F, or if you are on PCP, connect
  17962. to it at the address 617312.80 (NO, Not a DIALFOO/BAR port..).
  17963. (In other words instead of DIALFOO/BAR, use 617312.80). The first
  17964. time you connect the echo and stuff will be screwed up, but there
  17965. is an online document telling how to fix this. Anyway, if you
  17966. cant do either of the above, then at least leave me mail, and
  17967. ill try to return it when I can (which at times is impossible).
  17968.  
  17969. ------------------------------
  17970.  
  17971. Date: 4 Nov 1986 20:34-PST
  17972. Subject: Gee--The Bells Aren't Ringing on His GTE Phone Line.
  17973. From: the tty of Geoffrey S. Goodfellow <Geoff @ CSL.SRI.COM>
  17974.  
  17975.  
  17976. LOS ANGELES TIMES, Sunday, Oct 19th 1986, Op-Ed Section:
  17977.  
  17978. By Doug Gamble
  17979.  
  17980.   When I told friends a couple of months ago that I'd be moving
  17981. from the San Fernando Valley to Manhattan Beach they reacted in
  17982. different ways.  One winced, one gasped, one turned pale and
  17983. another cringed.
  17984.  
  17985.   "I sure hope you know what you're letting yourself in for," one
  17986. of them warned.
  17987.  
  17988.   "What are you talking about?"  I asked.  "Manhattan Beach is a
  17989. terrific community."
  17990.  
  17991.   "I'm not referring to the community," he said.  "I'm referring
  17992. to the phone company that serves that whole South Bay area."
  17993.  
  17994.   He then spoke three letters that made my knees go weak.
  17995. Letters that rank in infamy with KGB, DDT and IRS: "GTE."  That's
  17996. right, GTE.  The company reputed to have done for phone service
  17997. what the Hindenburg did for dirigible travel.
  17998.  
  17999.   Oh sure, I'd heard horror stories about the GTE phone system
  18000. for years, but I'd always assumed they were exaggerated.  No
  18001. American telephone service could be that bad.  In Egypt or India
  18002. maybe, but not here.  But I should have suspected something when
  18003. the phone company I was leaving behind in the Valley, Pacific
  18004. Bell, sent me a sympathy card.
  18005.  
  18006.   My GTE phone was installed in my new Manhattan Beach house on
  18007. July 11.  It broke down seven minutes later.  I walked to a pay
  18008. phone to report the problem to the service department, and the
  18009. typical and inevitable phone company conversation ensued:
  18010.  
  18011.   "What's the trouble?"
  18012.  
  18013.   "There's no dial tone, nothing."
  18014.  
  18015.   "Are you calling from that number now?"
  18016.  
  18017.   "If I were calling from that number now, I wouldn't be
  18018. reporting the phone broken."
  18019.  
  18020.   "Is there a number where we can reach you?"
  18021.  
  18022.   "There *will* be a number where you can reach me as soon as you
  18023. come and fix my phone."
  18024.  
  18025.   Etc, etc.
  18026.  
  18027.   I've lost track of the number of times my phone line has broken
  18028. down since then but I'm developing a close friendship with the
  18029. repairman.  We'll probably exchange cards at Christmas.  The only
  18030. good thing I can say about the service so far is that my phones
  18031. haven't attacked me in my sleep yet.
  18032.  
  18033.   Recently I discovered that one of my phones would not make
  18034. outgoing calls and the other would not receive incoming calls.
  18035. And one phone would keep ringing after the receiver had been
  18036. lifted.  I'm so tired of hearing that recording saying, "We're
  18037. sorry, your call cannot be completed as dialed," when I know I've
  18038. dialed correctly, I'm considering writing, "Sorry, your bill
  18039. cannot be paid as submitted," on the phone company's next
  18040. invoice.
  18041.  
  18042.   What I want to know is, how did the Soviets, the Sandinistas or
  18043. Col.  Moammar Kadafi's operatives manage to infiltrate GTE this
  18044. way?  One of our enemies must have, because surely no company on
  18045. *our* side would inflict such service on an innocent population.
  18046.  
  18047.   One night recently, when my line had broken down yet again, I
  18048. found myself feeling strangely nostalgic for the bygone days of
  18049. phone service.  So I drove to a friend's house in Studio City,
  18050. back in Pac-Bell territory, and headed straight for the phone.
  18051. Cradling the receiver in my arm, I listened in rapture to the
  18052. sweet purr of the once familiar dial tone.  Wonderful memories of
  18053. uninterrupted phone service came flooding back.  Then I dialed up
  18054. another friend and asked him to call me right back so I would
  18055. refresh my memory about what the ringing of a phone sounded like.
  18056. It sounded good.  It sounded real good.  I called my friend back
  18057. and pleaded, "Ring it again, Sam.  You rang it for her, you can
  18058. ring it for me."
  18059.  
  18060.   The GTE repairman was at my house again yesterday.  I've seen
  18061. those TV commercials that say you can establish close
  18062. relationships over the telephone, but I never dreamed mine would
  18063. be a close relationship with 611.  Anyway, as he left he had good
  18064. news and bad news.  The good news was that equipment
  18065. modifications are being made in my neighborhood and my phone
  18066. service should improve.
  18067.  
  18068.   The bad news was that some people in my prefix area would be
  18069. assigned a brand new phone number.  Including me.  GTE somehow
  18070. sound out that I've just spent over $400 having my number printed
  18071. on new stationery, and that the number has been sent out to
  18072. clients and potential clients all over the country.
  18073.  
  18074.   You know what would be perfect?  If GTE came out with a phone
  18075. book that had a picture of The Three Stooges on the cover.  But
  18076. then, maybe that suggestion is a little insulting.  To Curly,
  18077. Larry and Moe.
  18078.  
  18079.   As I write this my line has gone dead again, but I understand
  18080. there's a possibility of service being restored in time for me to
  18081. phone my relatives at Thanksgiving.
  18082.  
  18083.   Gee.  No, GTE.
  18084.  
  18085. --
  18086.  
  18087. [Doug Gamble is a comedy writer.]
  18088.  
  18089. ------------------------------
  18090.  
  18091. End of TELECOM Digest
  18092. *********************
  18093. 17-Nov-86 03:40:35-EST,11733;000000000000
  18094. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  18095. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Mon 17 Nov 86 03:40:28-EST
  18096. Date: 17 Nov 86 02:41-EST
  18097. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  18098. Subject: TELECOM Digest V5 #154
  18099. To: Telecom@XX.LCS.MIT.EDU
  18100. Reply-To: Telecom@XX.LCS.MIT.EDU
  18101.  
  18102. TELECOM Digest                        Monday, November 17, 1986 2:41AM
  18103. Volume 5, Issue 154
  18104.  
  18105. Today's Topics:
  18106.  
  18107.                       Re: PC-Pursuit suggestions
  18108.                  save PC-Pursuit $25 sign-up fee ...
  18109.                               PC Pursuit
  18110.                               PC Pursuit
  18111.                      RE: home phone failure mode
  18112.  
  18113. ----------------------------------------------------------------------
  18114.  
  18115. Date: Fri, 14 Nov 86 05:36:27 PST
  18116. From: hoptoad!gnu@lll-crg.ARPA (John Gilmore)
  18117. Subject: Re: PC-Pursuit suggestions
  18118.  
  18119. I have a few :-) suggestions for PC Pursuit:
  18120.  
  18121. (1)  I don't understand why there are separate contention groups
  18122. for 300 and 1200 baud dialers.  E.g. often I can connect to DIAL415/3
  18123. when all the DIAL415/12 dialers are busy.  The modems can certainly
  18124. handle both.  It seems like they could reduce the contention problems
  18125. by fixing their software to just switch to the desired baud rate
  18126. on ANY free dialer.
  18127.  
  18128. (2)  There are people now using PC Pursuit to call in to systems which
  18129. are already on Telenet.  This is because PC Pursuit is flat rate, while
  18130. Telenet collect calls are billed to the receiving computer, which then
  18131. bills the customer for them.  For example, people will tie up a dialer
  18132. calling the Well in Sausalito, CA, when they could just type "c well"
  18133. to get to it.  Surely it costs Telenet more for these people to connect
  18134. via a dialer than it costs to connect them directly, so why is
  18135. Telenet burning its resources, particularly dialers, and thereby
  18136. denying them to other PC Pursuit users?  It should be easy to allow
  18137. prepaid PC Pursuit calls to existing Telenet hosts.  This shouldn't
  18138. eat into existing revenue much, since if the users have any sense they
  18139. are calling out on the dialers now anyway.
  18140.  
  18141. (3)  If Telenet was to register as an alternative long distance
  18142. service, then people could reach modem locations long-distance using
  18143. the Telenet data network by just dialing 01yyy and the area code and
  18144. phone number.  In other words, it would be almost as easy to call via
  18145. Telenet as it would be to call via AT&T.  Sounds like a win, no?  I
  18146. realize that getting an ALDS hookup to the local telcos is an arduous
  18147. process, but they'd be the first long distance data service reachable by
  18148. mortals from the regular phone network.  You'd have to autobaud the
  18149. connection, but when the remote modem answered, they'd have a good idea
  18150. of its baud rate.
  18151.  
  18152. (4)  It would be easier on people if they would make the "id" command
  18153. work with PC Pursuit accounts, so we didn't have to keep typing our
  18154. account name and password info on each "connect" command.
  18155.  
  18156. (5)  I am glad to see that Telenet has put in SOME kind of host name
  18157. service (e.g. "c well" instead of "c 415 123456").  I think this should
  18158. be integrated into the "reverse PC Pursuit" stuff early, so that people
  18159. can connect to "RBBSPC-LAMBDA" rather than a bunch of gobbledygook
  18160. numbers.  What are computers for, anyway?  (I just uploaded the initial
  18161. protocol specs and, like in the Arpanet, this is a separate service
  18162. that you have to connect to and ask the address of the name, then
  18163. get out and issue a connect command to the address.  In 8 years they
  18164. haven't learned.  I didn't expect BBN to learn, but Telenet is selling
  18165. to people other than the government...)  Surely if they can check your
  18166. PC Pursuit account name/password as they make a connection, they can
  18167. also look up the name=>address of the host you are connecting to!
  18168.  
  18169. (6)  It would be nice to know what the "technical problems" are with
  18170. the 2400 baud modems -- we might have already run into them ourselves
  18171. and be able to offer solutions.  (E.g. not all 2400's talk to each other;
  18172. extended status codes break existing software.)
  18173.  
  18174. (7)  It would seem like a better solution than making poor BBS users
  18175. call in to Telenet nodes, to put modern modems on all the Telenet nodes,
  18176. and support dialin and dialout on the same telephone lines.  Why can't
  18177. the Telenet node in Podunk dial out on the modems it gets incoming calls on?
  18178. (Yes, there is a problem with funding the upgrade to modern modems, but
  18179. only one or two will be needed in each Telenet office, until traffic
  18180. warrants more.  Presumably when traffic warrants more, it will be because
  18181. the service is making money and can afford more modems.)
  18182.  
  18183. (8)  The worst aspect of the proposed "dial in and provide a host on
  18184. Telenet" service is that the typical micro BBS system would then ONLY
  18185. be accessible via PC Pursuit, since its phone line is now tied up
  18186. to call into the local Telenet node.
  18187.  
  18188. (9)  Ever play "PC Pursuit Roulette"?  That's where you connect to a
  18189. dialer somewhere (anywhere) and then type "A/".  With luck, you will
  18190. connect to some random bulletin board system somewhere in the country.
  18191. An interesting way to broaden your horizons, e.g. I got a Christian
  18192. BBS.
  18193.  
  18194. (10)  What I'd really like is "dial in to Telenet and then start passing
  18195. X.25 data at the packet level" service.  In other words, give me a way
  18196. to cut out the PAD after calling in.  This would let me do some
  18197. serious long-haul networking without getting a leased line to a Telenet
  18198. Central Orfice.  After trying that for a while, the next step is to
  18199. allow such a caller to dial using a remote dialer, and then pull the remote
  18200. PAD out of the line, so that neither party needs a leased line to the TCO.
  18201.  
  18202. Fun fun fun...
  18203.  
  18204. PS: I wonder what $25/mo times thousands of people comes to?  Anybody
  18205. know if PC Pursuit has repaid its development and operating costs yet
  18206. and what the margin on the service is?  Anything in their Annual Report
  18207. about it?
  18208.  
  18209. ------------------------------
  18210.  
  18211. Date: Sat 15 Nov 86 11:35:03-CST
  18212. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  18213. Subject: save PC-Pursuit $25 sign-up fee ...
  18214.  
  18215. I read in some Macintosh publication (I forgot which - Macazine, maybe?)
  18216. that Computer Clubs can sign up their members for free.
  18217.  
  18218. ------------------------------
  18219.  
  18220. Date: Sun, 16 Nov 86 02:29:53 EST
  18221. From: "Keith F. Lynch" <KFL@MX.LCS.MIT.EDU>
  18222. Subject: PC Pursuit
  18223.  
  18224.     [Readers are encouraged to submit on their experience with Telenet PC
  18225.      Pursuit.  Mine has been very discouraging, typical of GTE. -elmo]
  18226.  
  18227.   There are several things I don't like about PC Pursuit:
  18228.  
  18229.   o  Lines from here (DC area) to Boston are frequently busy  (I seldom
  18230.      connect to other cities).
  18231.   o  The modems (or perhaps the phone lines) in Boston are often very
  18232.      susceptable to noise.
  18233.   o  You have to include the baud rate in your connect command, which
  18234.      is silly because the system must already know what baud rate you
  18235.      are at.
  18236.   o  When a city is busy, you have to reenter the city command, baud
  18237.      rate, your username, and your password.  There is no queueing for
  18238.      a busy city, you have to keep re-entering all these things over
  18239.      and over again.
  18240.   o  If you mistype the city, baud rate, username, or password, you
  18241.      can't correct it with <DEL> or <BS>.  You have to retype the
  18242.      whole thing.
  18243.   o  They claim they hang up on you if you are idle for 25 minutes -
  18244.      actually it is more like ten minutes.  This is too short.
  18245.   o  Sometimes I get connected to a modem someone is trying to call in
  18246.      on.  I see "RING" every few seconds and can enter no modem
  18247.      commands.  If I disconnect and reconnect, I get the same modem.
  18248.      I can do nothing until the caller gives up.
  18249.   o  There is no way to let the user specify a given modem in a city.
  18250.      One might want to do this if one modem seemed to be unusually
  18251.      susceptible to line noise, or if someone was trying to call in
  18252.      on one modem.
  18253.   o  There is no way to disconnect and specify that the modem should
  18254.      wait a minute before disconnecting.  One might want to do this
  18255.      if one telephone trunk was unusually noisy and one wants a chance
  18256.      to get another.
  18257.   o  They only accept payment by credit card, not by check or cash,
  18258.      even if you offer to pay in advance.  This is a considerable
  18259.      incovenience for those of us who have chosen not to have credit
  18260.      cards.
  18261.   o  If you neglect to reset or hangup the distant modem when you are
  18262.      done, or if PC Pursuit hangs up on you, the next caller can
  18263.      have the distant modem redial the number you dialed, which is a
  18264.      security misfeature.
  18265.  
  18266.   However, for all its faults, it is the best thing in its class,
  18267. otherwise I wouldn't use it.  I look forward to improvements and
  18268. competitors.
  18269.  
  18270.   Does anyone know what the "terminal" prompt is for?  If I say
  18271. anything but "D1" it seems to work almost as well, but pauses briefly
  18272. after each line of text from the far host.
  18273.                                 ...Keith
  18274. [The terminal prompt is similar to the old TIP command @D C which sets
  18275.  the number of padding characters sent after a carriage return.   Telenet's
  18276.  is a bit more sophisticated, allowing some variation as to WHERE the
  18277.  padding is placed.  What I found discouraging is that the Telenet technicians
  18278.  don't know anything beyond how to cross-reference your given terminal
  18279.  in their chart.  Not very useful when I said "Ann Arbor Ambassador"...
  18280.  As I recall D1 specifies NO padding.  -Elmo]
  18281.  
  18282. ------------------------------
  18283.  
  18284. Date: Sun, 16 Nov 86 18:36:29 EST
  18285. From: "Keith F. Lynch" <KFL@MX.LCS.MIT.EDU>
  18286. Subject: PC Pursuit
  18287.  
  18288.     From: rick@seismo.CSS.GOV (Rick Adams)
  18289.  
  18290.     3) For interactive (i.e. human) use its not too great. The character
  18291.             delay inherent with telenet/tymnet/etc is quite apparent and
  18292.             annoying if you are a decent typist. For browsing a
  18293.             b-board its probably ok. For using a screen editor is sucks.
  18294.  
  18295.   This is ironic.  I consider its short interactive delay a major point
  18296. in its favor, especially while using a screen editor.  Before using it
  18297. I went over MILnet/ARPAnet from here (DC area) to Boston, and the
  18298. improvement since those bad old days is phenomenal.  I guess it's all
  18299. what you are used to.
  18300.                                 ...Keith
  18301. [Ditto. -Elmo]
  18302.  
  18303. ------------------------------
  18304.  
  18305. Date: Mon, 10 Nov 86 10:05:50 pst
  18306. From: ssc-vax!clark@beaver.cs.washington.edu (Roger Clark Swann)
  18307. Subject: RE: home phone failure mode
  18308.  
  18309. ** line eater food **
  18310.  
  18311. Bob recently posted a note here about a strange failure on a home
  18312. phone:
  18313.  
  18314. > ... Often I can't break dial tone with my touchtone phone ( its a
  18315. > GTE phone from before the breakup). Flashing the switch hook does
  18316. > break dial tone. ..
  18317.  
  18318. There are two basic reason that would cause this sort of thing:
  18319.  
  18320. 1) The tone generator is off frequency far enough that the tone
  18321. receiver does not recognize the tones. I have seen this mostly on
  18322. the older phones using the LC type oscillator ( two big fat coils on
  18323. the under side). 
  18324.  
  18325. 2) The audio output level of the tone generator is too low for the
  18326. receiver unit to hear. I have encountered this mostly on the newer
  18327. phones using a tone generator chip ( ususally the real cheap ones).
  18328.  
  18329. Bob didn't say anything about trying another known good phone on the
  18330. line in question, but that would be a good test to isolate whether
  18331. the phone or the line/switch is the problem. My experience with this
  18332. type of thing has been that the phone company reponds very poorly by
  18333. saying "It must be your phone and therefore is not our problem."
  18334. This is before they have done any checking what so ever....
  18335.  
  18336. Roger        uw-beaver!ssc-vax!clark
  18337.  
  18338. ------------------------------
  18339.  
  18340. End of TELECOM Digest
  18341. *********************
  18342. 25-Nov-86 03:27:30-EST,16065;000000000000
  18343. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  18344. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Tue 25 Nov 86 03:27:28-EST
  18345. Date: 25 Nov 86 02:01-EST
  18346. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  18347. Subject: TELECOM Digest V5 #155
  18348. To: Telecom@XX.LCS.MIT.EDU
  18349. Reply-To: Telecom@XX.LCS.MIT.EDU
  18350.  
  18351. TELECOM Digest                       Tuesday, November 25, 1986 2:01AM
  18352. Volume 5, Issue 155
  18353.  
  18354. Today's Topics:
  18355.  
  18356.                    Smaller portable cellular phone
  18357.                         Aftermarket pay phones
  18358.                      California TDD Relay service
  18359.                            Cellular Modems
  18360.                    Novation Professional 2400 Modem
  18361.                 USRobotics Courier 2400 modem problem
  18362.                           800-number queries
  18363.                               Telephones
  18364.                  Connecting a phone line to a stereo
  18365.                               PC Pursuit
  18366.                             Transend 1200
  18367.                    Alternate Long Distance Carriers
  18368.  
  18369. ----------------------------------------------------------------------
  18370.  
  18371. Date: 19-Nov-1986 1814
  18372. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  18373. Subject: Smaller portable cellular phone
  18374.  
  18375.     Walker Telecommunications Corp. has introduced the first 
  18376.     cellular phone small enough to fit into a pocket or purse. 
  18377.     the "Pocketphone" made for Walker by Britain's Technophone 
  18378.     Ltd., weighs 15 oz. and is nearly half the size of competing 
  18379.     models from Motorola and Mitsubishi.  Walker says that 
  18380.     physicians and lawyers have been the first to pocket the 
  18381.     $3,295 Pocketphone. 
  18382.  
  18383.     Don't expect cellular phones to get much smaller, however.
  18384.     Scientists still have not found a way to shrink the
  18385.     nickel-cadmium batteries that power the phones. The battery,
  18386.     which allows about 30 minutes of talk between recharges,
  18387.     accounts for most its weight and 1/3 of its bulk.  Another
  18388.     limitation is physiological: a phone must reach between the
  18389.     human ear and mouth. 
  18390.     {Business Week Nov 17, 1986}
  18391.  
  18392. ------------------------------
  18393.  
  18394. Date: 24 Nov 86 17:51:10 EST
  18395. From: *Hobbit* <AWalker@RED.RUTGERS.EDU>
  18396. Subject: Aftermarket pay phones
  18397.  
  18398. I forget exactly who makes them, but a local diner has implemented these non-
  18399. AT&T pay phones.  They look similar except that the insert cards are done in
  18400. brown, the handset is black and extremely *heavy*, and the locks on the cash
  18401. box are the "TuBar" type.  I believe the manufacturer is Continental Comm
  18402. or some such; probably something related to Northern Telecom.  Anyway, you
  18403. pick up the hanset and get a dialtone generated by the phone itself, and as
  18404. you punch buttons a voice synth says "Two, Six, Seven, Four, ..." which takes
  18405. an annoyingly long time over a sequence of many digits, but at least you *can*
  18406. type ahead of the voice and let it buffer out.  It then asks, with the same
  18407. voice synth, for money.  *No* ACTS hookup.  Once money is inserted, or when
  18408. completing a free call, a dialer unit inside picks up the real line, dials the
  18409. sequence, and completes.  It is possible to hear the dialing softly in the
  18410. background; it is not doing anything funny like dialing an alternate carrier's
  18411. switch and then a code and your number.  It dials directly so this indicates
  18412. that the line behind it is normal.  It senses line voltage and resets when
  18413. the line voltage drops to return dialtone, so simply waiting for it to time
  18414. out won't bypass its internal billing mechanism.
  18415.  
  18416. The most hilarious part is the ordinary modular jack located under the shelf
  18417. it's mounted on.  Obviously these things would never survive outside... Anyway,
  18418. when you do the usual hack of dialing Directory or something and then yanking
  18419. the plug underneath to return outside dial tone, it voices "Error 4" or some
  18420. such at you.  I'm willing to bet it has all kinds of nifty diagnostic modes
  18421. you could put it into using the dial.
  18422.  
  18423. _H*
  18424.  
  18425. ------------------------------
  18426.  
  18427. Date: Mon, 24 Nov 86 13:22:52 PST
  18428. From: Murray.pa@Xerox.COM
  18429. Subject: California TDD Relay service
  18430.  
  18431. From a blurb in my PacTel bill:
  18432.  
  18433. "California telephone companies will implement a
  18434. new "Relay" service for all California customers
  18435. on Janurary 1, 1987. This Relay service connects
  18436. hearing or speech impaired persons with all other
  18437. telephone users within the State."
  18438.  
  18439. The rest of the blurb describes how it works. You call an 800 number on
  18440. your TTD and type in the phone number of the person you want to "talk"
  18441. to. (TTD is Telecommunications Device for the Deaf, aka pseudo TTY.) The
  18442. person who answers also has a normal phone, dials the call, and then
  18443. relays pieces of the converstation back and forth.
  18444.  
  18445. It also works in the reverse direction (different 800 number).
  18446.  
  18447. No charge except for long distance or non-local calls.
  18448.  
  18449. This could raise interesting privacy issues.
  18450.  
  18451. ------------------------------
  18452.  
  18453. From: jrodrig@EDN-VAX.ARPA (Jose Rodriguez)
  18454. Date: 18 Nov 1986 1102-EST (Tuesday)
  18455. Subject: Cellular Modems
  18456.  
  18457.  
  18458. Hi,
  18459.     I got two questions about cellular telephones and particularly
  18460. connecting modems to a cellular radio telephone.
  18461.  
  18462. 1) Is there any good reference(s) on cellular radio telephones out there?
  18463.  
  18464. 2) If we are dealing with a stationary cellular radio (it only operates
  18465. when it is stationary) and say a land line, is it possible to use
  18466. with the phone a phone line modem? My understanding of the problem of
  18467. modems and cellular radio is that when such radios switch from cell
  18468. to cell, there is a small break that causes Carrier Detect on the modems
  18469. to go down and break the connection. Is this correct? Is this the only
  18470. problem in this scheme?
  18471.  
  18472. thanks for your help,
  18473.  
  18474. Jose
  18475. arpa: jrodrig@edn-vax
  18476.  
  18477. ------------------------------
  18478.  
  18479. Date: Mon 17 Nov 86 05:31:48-CST
  18480. From: Werner Uhrig  <CMP.WERNER@R20.UTEXAS.EDU>
  18481. Subject: Novation Professional 2400 Modem
  18482.  
  18483. I'm currently evaluating one - and it has some interesting features.
  18484. I'm about to send back the Revision 005 plug-in module in exchange for a
  18485. Revision 010 (which does not have dip-switches but is software-driven *AND*
  18486. supposed to be *FULLY* Hayes compatible)
  18487.  
  18488. The modem came with Mite-3.0 communication software for the PC - is it worth
  18489. the trouble to trade that in for the Macintosh version? (a friend spoke in
  18490. expletives about this software)
  18491.  
  18492. I can get optional modules for additional capabilities (not that I need them)
  18493. and am curious if anyone has experience with these:  MultiDial, multiple
  18494. password, callback.
  18495.  
  18496. We received 3 of the modems, all with the (older?) 005 module.  One had a bad
  18497. power-supply/transformer, one seems to be a bit sensitive to noise, the third
  18498. one I don't know about.
  18499.  
  18500. In one of the trade rags this week, appeared an article that discussed the
  18501. TI 2400 baud modem on a chip which should cost $25 and bring quantity prices of
  18502. 2400baud modems down to $50 within a year (the article said).  interesting ...
  18503.  
  18504. ------------------------------
  18505.  
  18506. Date: Mon, 24 Nov 1986  21:35 MST
  18507. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  18508. Subject: USRobotics Courier 2400 modem problem
  18509.  
  18510. The following message is relayed from my Remote CP/M system.
  18511.  
  18512. --Keith
  18513.  
  18514. Date: November 23, 1986
  18515. To: ALL US Robotics Courier Users
  18516. From: Bob Clyne
  18517. Subject: Courier drop back to 1200 bps when calling 2400 bps.
  18518.  
  18519. There appears to be a problem with some Couriers which causes them to
  18520. drop back to 1200 bps even though the answering end is at 2400 bps. I
  18521. recently purchased a BYTCOM modem and in testing it I discovered that
  18522. when I tried to call it at 2400 bps with a Courier modem that the
  18523. Courier would usually drop back to 1200 bps even though the BYTCOM
  18524. stayed at 2400 bps. After several telephone calls to both BYTCOM and
  18525. US Robotics technical support I was finally informed by a US Robotics
  18526. technician that the Courier sometimes mistakes the 2400 bps answer
  18527. tones for 1200 bps answer tones. He would not say how widespread the
  18528. problem might be but did give me a RMA number to send the Courier in
  18529. and said they would check it and correct any problems. Let me
  18530. re-emphasize that this problem only occured when the Courier was the
  18531. "originate" modem, it worked correctly when it was the "answer" modem.
  18532. It appears the problem only occurs with some other modems but occured
  18533. with two different Couriers when calling the BYTCOM modem so it is
  18534. apparently not an isolated case. The BYTCOM technician indicated he
  18535. thought the problem occured with some but not all other makes of
  18536. modems using the Rockwell chip set. For the record: there were no
  18537. problems when using the BYTCOM modem with another brand of modem or
  18538. with another BYTCOM modem. If you have experienced any similar
  18539. problems, it might be adviseable to contact US Robotics and I (and
  18540. probably others) would be interested in hearing about it. Perhaps we
  18541. can determine how common or rare the problem is. Please send
  18542. information to me at Royal Oak RCP/M (313-759-6569).
  18543.  
  18544. ------------------------------
  18545.  
  18546. Date:     Wed, 19 Nov 86 10:34:00 CST
  18547. From:     Will Martin -- AMXAL-RI <wmartin@ALMSA-1.ARPA>
  18548. Subject:  800-number queries
  18549.  
  18550. I know we've discussed the significance of the 3rd digit in 800 numbers
  18551. ("N" in 800-xxN-xxxx) before (I think the consensus was that "2" there
  18552. means "intrastate 800 number", right?); I was wondering if there is any
  18553. particular geographical distribution on the prefixes themselves ("NNN"
  18554. in 800-NNN-xxxx)? This was inspired by hearing an IBM commercial that
  18555. told listeners to call "1-800-IBM-nnnn" (I forget the last 4 digits).
  18556. There are other special word-code 800 numbers like 1-800-USA-RAIL for
  18557. AMTRAK, of course. 
  18558.  
  18559. Do firms that get these numbers have to set up answering or call-forwarding 
  18560. services in any specific geographic areas to get the letter-coded numbers
  18561. they want? Or is the 800 service completely divorced from any geographic
  18562. constraints as far as number assignments go?
  18563.  
  18564. Other 800-related questions: If you have an Alternate Long-Distance
  18565. Service as your default outgoing LD service and you call an 800 number
  18566. by dialing 1-800-xxx-xxxx, what happens to that call? Does the ALDS
  18567. actually use its own facilities to route and transmit that call over to
  18568. AT&T, doing work for which they never will get any pay (or do they
  18569. charge the caller something even for an 800 call, or would AT&T pay them
  18570. something?), or does the local Central Office facility automatically
  18571. route all 800 calls to AT&T so that they never touch the ALDS carrier's
  18572. lines, or what?
  18573.  
  18574. (I've never had any service other than AT&T, so I never tried this back
  18575. before Equal Access when you called a local number to get to a LD
  18576. service like MCI -- when you did that and then called an 800 number
  18577. instead of a regular long distance number, would the call go through?
  18578. Would you be charged for the time for that 800 call? [Yes, I know it
  18579. would be a silly thing to do -- I just thought somebody might have tried
  18580. it as an experiment.])
  18581.  
  18582. Regards,
  18583. Will Martin
  18584. wmartin@ALMSA-1.ARPA   (on USENET try ...!seismo!wmartin@ALMSA-1.ARPA )
  18585.  
  18586. ------------------------------
  18587.  
  18588. Subject: Telephones
  18589. Date: Wed, 19 Nov 86 10:21:50 PST
  18590. From: nomdenet@venera.isi.edu
  18591.  
  18592.    In mid May I bought a Princess phone from AT&T to replace a rented one.
  18593. The new one was substantially lighter than AT&T phones I bought three & four
  18594. years ago -- a good, stiff breeze could blow it off the table -- and the key
  18595. pad is far less robust.  So much for the benefits of the break up.
  18596.    Now the phone is beginning to fail, and the 90-day warranty period is long
  18597. gone.  Probably I can fix it, but I'm spooked and wondering what will fail
  18598. next.
  18599.  
  18600.    Does anyone know of a source for working, built-to-last-20-years Princess
  18601. phones, of any color?  I would hope for an outlet in the Southern-California
  18602. area, but would still be overjoyed to find any source in the United States --
  18603. or Canada.
  18604.  
  18605.    Please send mail (please!) to me directly.
  18606.  
  18607.  
  18608. A. R. White
  18609. USC/Information Sciences Institute
  18610. 4676 Admiralty Way
  18611. Marina Del Rey, California
  18612. 90292-6695 
  18613. (213) 822-1511, x162
  18614.  
  18615. ARPA:  nomdenet @ Venera.ISI.EDU
  18616.  
  18617. ------------------------------
  18618.  
  18619. Date: 18 Nov 86 11:27:40 EST (Tuesday)
  18620. Subject: Connecting a phone line to a stereo
  18621. From: Gary <Zieres.wbst@Xerox.COM>
  18622.  
  18623. Can anyone give me a circuit for connecting a phone line to broadcast
  18624. over a stereo system?  I only want to use the stereo to amplify and play
  18625. over the stereo in a "one way" mode.  I know radio shack has a device
  18626. for recording into a tape player (costing over $20, which probably
  18627. consists of a 50 cent isolation transformer), but I would like to build
  18628. one cheaper.  I think that simply an isolation transformer would work,
  18629. but I don't know the ratio (or input impedance).  Any of you telephone
  18630. jocks out there that could give me a suggestion?
  18631.  
  18632. - Gary
  18633.  
  18634. ------------------------------
  18635.  
  18636. Date: 17 November 86 22:46-PST
  18637. From: KJBSF%SLACVM.BITNET@WISCVM.WISC.EDU
  18638. Subject: PC Pursuit
  18639.  
  18640. I would like to sign up for PC Pursuit, but of course, I don't have a
  18641. credit card, and thus have no way of paying for it.  I heard some rumour
  18642. somewhere that they were going to be implementing the "Checkfree" thing
  18643. (like Compuserve uses), which would be nice.
  18644.  
  18645. Why can't they accept a check on a flat fee, anyway?
  18646.  
  18647. [They want to avoid the costs of sending you a bill, late payment reminders,
  18648.  etc.  Of course, this doesn't explain why they won't do "Checkfree" yet.
  18649.  Presumably cash-flow is better with Visa/MC vs. ACH Debiting of your 
  18650.  checking account.  -Elmo]
  18651.  
  18652. ------------------------------
  18653.  
  18654. Date: Mon, 24 Nov 86 21:57:03 CST
  18655. From: lehner@puff.wisc.edu (Peter Lehner)
  18656. Subject: Transend 1200
  18657.  
  18658. Hello world,  I have just bought a used transend 1200 modem.  The problem
  18659. is that it came with no manuals whatsoever -- for $25, its worth it.  If
  18660. anyone out there has some docs for this ... Please let me know, I've been
  18661. going crazy from trying to get this thing to work.
  18662.  
  18663. my address? umm .... oh yeah, lehner@puff.wisc.edu
  18664.  
  18665.                         thanx much
  18666.  
  18667. ------------------------------
  18668.  
  18669. Date: Mon, 17 Nov 86 14:34:10 pst
  18670. From: ssc-vax!clark@beaver.cs.washington.edu (Roger Clark Swann)
  18671. Subject: Alternate Long Distance Carriers
  18672.  
  18673. This is a quick report on how the 10xxx (Alt LD access) service is
  18674. working here in the PNW.  About a month ago I placed some long distance
  18675. calls, experimenting with the 10xxx access codes that were discussed
  18676. here.  This past weekend, I received my regular bill from Pacific
  18677. Northwest Bell and sure enough there were additional sheets from each
  18678. LD carrier that I had used, (i.e. one for ATT, one for MCI, etc.).  In
  18679. previous discussions here, it was unclear how users would be billed.
  18680. In the case of PNB customers, the billing is done through the local
  18681. tel-co with no apparent problems. NOTE: I did not have accounts
  18682. established with any of the LD carriers that I tried, ( where ATT is
  18683. my primary LD carrier ).
  18684.  
  18685. I have been getting many calls and junk mail from the various LD
  18686. carriers over the last 6 months. Each time I looked for or asked about
  18687. being able to use the carrier's service WITHOUT having to make them
  18688. my primary LD carrier. The answer has been almost a unanimous NO WAY!
  18689. The remaining answers went something like - I don't think so.....
  18690. The other thing that I try to ask - Will my local teleco charge me
  18691. for changing my primary LD carrier ?  Several times the answer was
  18692. Oh no, there is no charge! However, at one time PNB was charging $25
  18693. to change the primary LD carrier, (I don't know what they charge now.)
  18694.  
  18695. I will be doing more comparisons between the LD carriers in the
  18696. future, looking for the best quality/price .....
  18697.  
  18698. If anyone has an updated access code list for the LD carriers, it
  18699. would be good of you to post it, since there have been some changes
  18700. recently. (i.e GTE Sprint and US telecom (I think) combined to form
  18701. US Sprint )
  18702.  
  18703. roger        uw-beaver!ssc-vax!clark
  18704.  
  18705. [New lists are posted to Telecom from time to time. -Elmo]
  18706.  
  18707. ------------------------------
  18708.  
  18709. End of TELECOM Digest
  18710. *********************
  18711. 27-Nov-86 18:56:12-EST,8925;000000000000
  18712. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  18713. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 27 Nov 86 18:56:06-EST
  18714. Date: 27 Nov 86 01:30-EST
  18715. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  18716. Subject: TELECOM Digest V5 #156
  18717. To: Telecom@XX.LCS.MIT.EDU
  18718. Reply-To: Telecom@XX.LCS.MIT.EDU
  18719.  
  18720. TELECOM Digest                      Thursday, November 27, 1986 1:30AM
  18721. Volume 5, Issue 156
  18722.  
  18723. Today's Topics:
  18724.  
  18725.                              800 numbers
  18726.                           800-number queries
  18727.                             Re: PC Pursuit
  18728.                          Non-Bell Pay Phones
  18729.               Question about Ameritech Product Offering
  18730.                Re: Connecting a phone line to a stereo
  18731.                    Novation Professional 2400 Modem
  18732.  
  18733. ----------------------------------------------------------------------
  18734.  
  18735. Date: 25-Nov-1986 0804
  18736. From: covert%covert.DEC@decwrl.DEC.COM  (John R. Covert)
  18737. Subject: 800 numbers
  18738.  
  18739. There have been big changes in 800 service over the past few years.
  18740. It has been more than five years since you've been able to tell
  18741. anything about the location from the 800 NXX.  Prior to then, XX2s
  18742. were intrastate, XX7s were within Canada, and every prefix represented
  18743. a particular area code (of course some area codes had more than one
  18744. prefix).
  18745.  
  18746. Now that assignment algorithm has gone by the wayside.  About five
  18747. years ago, AT&T introduced "Advanced 800 Service" which permitted any
  18748. number to be routed to different destinations depending on both the
  18749. caller's location and the time of day.  Thus 800-EASTERN would reach
  18750. the nearest EAL reservations center during the daytime, cutting back
  18751. to those which were left open at night.  You had to pay for normal 800
  18752. lines (which may or may not have also had known numbers) and then a
  18753. few hundred a month extra for the "special" number and a nickel here
  18754. and there for each optional translation by time or location.
  18755.  
  18756. Then, about a year ago, AT&T started offering international 800
  18757. service for customers in the UK, France, Italy, and a bunch of other
  18758. countries (as well as for U.S. customers who want to receive incoming
  18759. calls from those locations -- in the U.K. 800 numbers are 0800
  18760. xx-xx-xx).
  18761.  
  18762. Up until a month ago, all equal access C.O.s sent all 800 calls to
  18763. AT&T regardless of your default carrier choice.  But just this month,
  18764. the situation got more complex.  Local equal access C.O.s must
  18765. six-digit translate all 800 calls, sending the following 23 prefixes
  18766. to MCI: 234, 283, 284, 288, 289, 274, 333, 365, 444, 456, 627, 666,
  18767. 678, 727, 759, 777, 825, 876, 888, 937, 950, 955, and 999, and the
  18768. following to WUD Metrophone: 988.  Rumor has it that US Sprint will
  18769. get 728.
  18770.  
  18771. AT&T currently has all xx2 and all other prefixes they were currently
  18772. using.
  18773.  
  18774. If a C.O. can't six-digit translate (which also means it isn't an
  18775. equal access C.O.), it must send the calls to the local intra-LATA
  18776. tandem for translation.  Also, AT&T is supposed to send any of the
  18777. NXXs it doesn't handle back to the local telco.  (And since there's no
  18778. revenue *and* AT&T must pay for the use of the local access lines, you
  18779. can bet they'll scream to the local telcos to fix errors.)
  18780.  
  18781. But not for long.  The next step comes when Bellcore finishes the next
  18782. big project.  This will be sort of like the Advanced 800 service AT&T
  18783. introduced years ago, but will allow the 800 customer to select not
  18784. only destination based on time-of-day and originating location, but to
  18785. also select a different carrier based on these and other algorithms.
  18786. At that point *all* 800 numbers will have to take a stop through the
  18787. local telco tandem for routing based on the algorithm.  It will be the
  18788. local telco who will get the money for providing the routing service.
  18789.  
  18790. 800 service is getting very complex!
  18791.  
  18792. /john
  18793.  
  18794. ------------------------------
  18795.  
  18796. Date: Tue, 25 Nov 86 11:59:59 EST
  18797. From: jsol%buita.bu.edu@RELAY.CS.NET
  18798. Subject: 800-number queries
  18799.  
  18800. 800 service is no longer connected to geographical area. The 800-XX2-XXXX
  18801. is still "reserved" for local operating companies, but if someone wants
  18802. a number like that ATT can call the LOC and ask for authorization to
  18803. use the line. The reverse is also true.
  18804.  
  18805. Currently, if you have equal access on your line, 800 (toll free) and
  18806. 900 (special charge) calls always route through ATT. The other carriers
  18807. are also looking into offering 800 service (some already do in some sense
  18808. of the word), but that won't be for a while.
  18809.  
  18810. --jsol
  18811.  
  18812. ------------------------------
  18813.  
  18814. Date: Tue, 25 Nov 86 13:00:32 EST
  18815. From: jbs@EDDIE.MIT.EDU (Jeff Siegal)
  18816. Subject: Re: PC Pursuit
  18817.  
  18818. In article <8611250935.AA27211@ucbvax.Berkeley.EDU> you write:
  18819. >I would like to sign up for PC Pursuit, but of course, I don't have a
  18820. >credit card, and thus have no way of paying for it.
  18821.  
  18822. Many banks will issue credit cards to just about anyone if you are
  18823. willing to keep the full amount of your credit limit on deposit.
  18824.  
  18825. >Why can't they accept a check on a flat fee, anyway?
  18826.  
  18827. Because PC Persuit isn't a flat fee service.  The $35/month is for
  18828. unlimited off peak time.  You always have the option of using it
  18829. during peak hours, in which case you will be billed (approx) $10/hour.
  18830.  
  18831. Jeff Siegal
  18832.  
  18833. ------------------------------
  18834.  
  18835. Date: 25 Nov 86 18:35:00 EDT
  18836. From: "SCOTT GREEN" <greens@wharton-10.ARPA>
  18837. Subject: Non-Bell Pay Phones
  18838. Reply-To: "SCOTT GREEN" <greens@wharton-10.ARPA>
  18839.  
  18840. A problem that I have run into a number of times is a 3rd-party pay phone
  18841. that will not accept toll-free access to ALDS.  When trying to access
  18842. 10xxx#, the # key ends up not generating any tone at all.  Dialing
  18843. 950-10xx returns a message requesting a coin deposit before completing
  18844. the call.  Bell phones, of course, allow access through either method.  Any
  18845. suggestions to avoid feeding quarters and paying local call overtime, in
  18846. addition to long-distance charges?
  18847.  
  18848. Scott Green  green@wharton-10.arpa
  18849.  
  18850. [Private Pay Telephones are a ripoff.  You might bother to check what your
  18851.  state regulations are re 950 access from PPT's, but I suggest it would be
  18852.  a futile effort.  Boycott PPT's! -Elmo]
  18853.  
  18854. ------------------------------
  18855.  
  18856. Date: Wed, 26 Nov 86 16:34:29 est
  18857. From: sullivan@EDN-VAX.ARPA (Pat Sullivan)
  18858. Subject: Question about Ameritech Product Offering
  18859.  
  18860. I got some promotional mail from Ameritech (a Western Union priority
  18861. letter, which somehow struck me as ironic) concerning a product called
  18862. Information Manager (TM). Claimed features: "LATEST TECHNOLOGY, one
  18863. system provides simultaneous voice communications, high speed data
  18864. communications and Ethernet LAN. INCREDIBLE ECONOMY, delivers 2 Mbps
  18865. digital power to the desktop. Uses your existing twisted-pair
  18866. wiring..."
  18867.  
  18868. They go on to claim that IM can be overlayed on one's
  18869. present Centrex, Dimension, or PBX.
  18870.  
  18871. Can someone help me out with what this is?
  18872. Is it based on the Project Victoria multiplexer?
  18873.  
  18874. Thanks,
  18875. Pat Sullivan
  18876. Defense Communications Engineering Center
  18877. Reston, VA.
  18878.  
  18879. ------------------------------
  18880.  
  18881. Date: Wed, 26 Nov 86 17:50:56 pst
  18882. From: well!pozar@lll-lcc.ARPA (Tim Pozar)
  18883. Subject: Re: Connecting a phone line to a stereo
  18884.  
  18885. >Can anyone give me a circuit for connecting a phone line to broadcast
  18886. >over a stereo system?  
  18887.  
  18888.     The circiut can be made very easliy out of two .1uf disk caps, and a 
  18889. 10k to 600 ohm tranformer.  WARNING!  This circuit is not FCC accepted.  
  18890.    Ahem, now that I said that...  Just hook it up to the red and green wires
  18891. on the block.  The caps are to block DC to the transformer and prevent the 
  18892. Telco equipment from seeing a "off-hook" status.  In order to keep the line 
  18893. up, you should put a 1k resistor across the red and green wires.  You could 
  18894. even put a switch in series to act like a switch hook.
  18895.  
  18896.           .1uf
  18897.   Green __| |____    _________\  To consumer level/impeadence 
  18898.           | |    )||(         /         audio source
  18899. Telco       600  )||(  10K
  18900.           .1uf   )||(
  18901.     Red __| |____)||(_________\
  18902.           | |              |  /
  18903.  
  18904. ------------------------------
  18905.  
  18906. Date:     Tue, 25 Nov 86 11:58 EST
  18907. From:     "BRIAN T.N. STOKES -- SRC" <BRIAN%src.csnet@RELAY.CS.NET>
  18908. Subject: Novation Professional 2400 Modem
  18909.  
  18910. We had a total of 10 of the units, and sent them back to Novation for a refund 
  18911. after about 3 months.
  18912.  
  18913. The modems have several things going for them that other manufacturer's could 
  18914. well benefit by copying, among them power on diagnostics, and that nifty LCD 
  18915. display.
  18916.  
  18917. Support from the company, however, was atrocious.  We have switched to the 
  18918. Microcom AX2400c's, and have been very impressed with the product and the 
  18919. company that stands behind it.  Rock solid, flexible, no noise, and F-A-S-T!  
  18920. We are getting about 4800 bps on a 2400 baud connection using the 
  18921. switch-to-sync and data compression of MNP Class 5.
  18922.  
  18923. ------------------------------
  18924.  
  18925. End of TELECOM Digest
  18926. *********************
  18927. 11-Dec-86 04:18:50-EST,18979;000000000000
  18928. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  18929. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 11 Dec 86 04:18:48-EST
  18930. Date: 11 Dec 86 01:26-EST
  18931. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  18932. Subject: TELECOM Digest V5 #157
  18933. To: Telecom@XX.LCS.MIT.EDU
  18934. Reply-To: Telecom@XX.LCS.MIT.EDU
  18935.  
  18936. TELECOM Digest                      Thursday, December 11, 1986 1:26AM
  18937. Volume 5, Issue 157
  18938.  
  18939. Today's Topics:
  18940.  
  18941.          Residential Service + BBS Contrary to Tariffs in MA
  18942.                             Re: PC Pursuit
  18943.                        Re: Non-Bell Pay Phones
  18944.                    Equal Access, 700 & 800 Service
  18945.             Re: Question about Ameritech Product Offering
  18946.                         Re: 800-number queries
  18947.                Re: Connecting a phone line to a stereo
  18948.                     Hands Free duplexing circuit.
  18949.                              Hold Circuit
  18950.                   WSJ Article on Nynex billing plan
  18951.            Texas Intrastate Long Distance Service Offerings
  18952.                 BIDIRECTIONAL UUCP (we don't have HDB)
  18953.                        part of 403 is "temp."?
  18954.  
  18955. ----------------------------------------------------------------------
  18956.  
  18957. Date: Thu, 4 Dec 86 18:26:26 EST
  18958. From: Jon Solomon <jsol@BUIT1.BU.EDU>
  18959. Subject: Residential Service + BBS Contrary to Tariffs in MA
  18960.  
  18961. Date: Thu 4 Dec 86 17:47:22-EST
  18962. From: "Hank R. "Jim" Dixon" <MDCG.HRD%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
  18963.  
  18964. ** Important Announcement **
  18965.  
  18966. The use of a Residence telephone line in the State of Massachusetts
  18967. for a Computer BBS is illegal. I have been recently made aware of this
  18968. by New England Telephone. Because of this, my BBS is now Business
  18969. service. If you run a BBS or other computer system from your home,
  18970. YOU may be next. The following is an exerpt from the Massachusetts
  18971. Department of Public Utilities tariffs, relating to New England Telephone:
  18972.  
  18973. Exerpt from DPU/NET Tariffs volume A, Section 5.1, subsection D:
  18974.  
  18975. "The use of measured or unlimited residence exchange service is
  18976. restricted to the customer, members of the household, and persons
  18977. temporarily leasing a customer's residental premesis. The above
  18978. provisions shall not be construed or applied to bar a customer from 
  18979. allowing a social guest or business visitor the incidental or 
  18980. occasional use of his service."
  18981.  
  18982. Unfortunately, "use" of the telephone service is not restrcted to placing
  18983. outgoing calls from it. The leaving of messages, uploading and downloading
  18984. of files, and other things encountered in BBS usage is considered to be
  18985. "use" of the telephone line.
  18986.  
  18987. Fortunately, if you just use one of these systems and dont run one, you
  18988. dont have much to worry about. Apparently, they dont have much to say about
  18989. using data (outgoing wise) from a Residence line.
  18990.  
  18991. These restrictions are not just limited to BBS's. It applies to all types
  18992. of telephone entertainment, including information recordings, joke lines,
  18993. comment lines, and conference lines. This means pretty clearly that if you
  18994. are going to run a system in Mass., you are going to have to pay for it
  18995. dearly. This may have a tendency to eliminate most non-subscription / free
  18996. systems that presently exist.
  18997.  
  18998. If you have any questions that I may be able to answer, please
  18999. call my system at (617)623-6969 and leave me (LAMBDA-BOY) mail.
  19000.  
  19001.                         -- JIM (LAMBDA-BOY) --
  19002.  
  19003. ------------------------------
  19004.  
  19005. Date: Sat, 29 Nov 86 01:01:43 EST
  19006. From: "Keith F. Lynch" <KFL@MX.LCS.MIT.EDU>
  19007. Subject: Re: PC Pursuit
  19008.  
  19009.     From: jbs@EDDIE.MIT.EDU (Jeff Siegal)
  19010.  
  19011.     Because PC Persuit isn't a flat fee service.  The $35/month is for
  19012.     unlimited off peak time.
  19013.  
  19014.   Is this a misprint, or has it gone up?
  19015.   It ought to go down, since service is getting worse.  From DC to
  19016. Boston is now almost always busy, and I had to write a program to keep
  19017. trying once every two seconds and beep me when it gets through, which
  19018. often takes a half hour or more.
  19019.                                 ...Keith
  19020.  
  19021. [Have you noticed that after waiting 1/2 hour for a line you get 
  19022.  a noisy outdial modem?  3 nights out of 5 I spend another half hour
  19023.  reporting the condition, only to resume waiting through the "busy"
  19024.  cycle again!  I have serious doubts that Telenet's repair technicians
  19025.  do an adequate job testing their equipment.  -Elmo]
  19026.  
  19027. ------------------------------
  19028.  
  19029.  
  19030. Subject: New services
  19031. Date: Sat, 29 Nov 86 21:12:19 -0500
  19032. From: James Cayz <cayz@louie.udel.EDU>
  19033.  
  19034.  
  19035. All,
  19036.  
  19037.     Seen in today's newpaper (Wilmington News Journal, pg B6):
  19038.     "Prankster, we have your number".....
  19039.  
  19040.     A very interesting article which explains some new services that 
  19041. New Jersey Bell will offer to customers, starting as soon as "early next year,
  19042. and statewide beginning in 1988"..  The services are distinct ring for incoming
  19043. calls from selected phone numbers, incoming call blocking from a specific
  19044. number, customer-initiated trace and block, and digital display of incoming
  19045. call's' number.  Also mentioned are dial-back of last number that called you,
  19046. and redial-until-not-busy (outgoing).  No, this is not a Centrex (sp?), but it
  19047. sure sounds like a humungous version of one!
  19048.  
  19049.     From the looks of it, sounds like the residents of NJ will be able to
  19050. say "hey, who's this xxx-xxx-xxxx calling me.. Hmm,  I won't bother answering".
  19051. What about businesses and telephone solictors?  I'm sure that soon there will
  19052. be notes on bboards all over saying "this number is an insurance agent, don't
  19053. answer when he calls", etc, etc...
  19054.  
  19055.     Anyone got any other info on these services and/or comments on this (if
  19056. this article is relating TRUE facts)?   I personally would like to have all the
  19057. services, except trace, which, if someone was annoying me, I would use the
  19058. "block" function on them....  Any clues when us less fortunate (?) :-) to live
  19059. outside NJ will get these services?
  19060.  
  19061.                             James
  19062.  
  19063.      +---------------------------------------------------------------+
  19064.      | E-MAIL: cayz@louie.udel.edu            PHONE: +1 302 451-6718 |
  19065.      | USPS: James Cayz, Educational Technology Laboratory,          |
  19066.      |       125 Evans Hall, University of Delaware, Newark DE 19716 |
  19067.      +---------------------------------------------------------------+
  19068.  
  19069. ------------------------------
  19070.  
  19071. Date: Tue, 2 Dec 86 07:20:16 pst
  19072. From: well!pozar@lll-lcc.ARPA (Tim Pozar)
  19073. Subject: Re: Non-Bell Pay Phones
  19074. Reply-To: well!pozar@lll-lcc.ARPA (Tim Pozar)
  19075.  
  19076.    Ya,  and you ever try to call the operator to retrive a quarter that was 
  19077. lost?  Forget it buddy!  I agree, Boycot the suckers!
  19078.           Tim Pozar
  19079. UUCP          pozar@well.UUCP
  19080. FIDO          Sysop 125/406
  19081. USM           KLOK-FM 
  19082.               77 Maiden Lane
  19083.               San Francisco CA 94108
  19084.  
  19085. ------------------------------
  19086.  
  19087. Date: Tue, 2 Dec 86 10:56:27 PST
  19088. From: samho@larry.cs.washington.edu (Sam Ho)
  19089. Subject: Equal Access, 700 & 800 Service
  19090.  
  19091. Along a related line, are the 700 numbers actually used for anything?
  19092. Back when we first got equal access, Skyline (then our primary
  19093. carrier) sent us a flyer saying to dial 1-700-555-4141 to verify we
  19094. were correctly connected.  (We got AT&T by mistake, but that's another
  19095. story.)  They also said to use 1-700-555-1000 for customer service.
  19096. 555-4141 apparently works with all the carriers, since I could get
  19097. recordings from all the companies with 10xxx, but I haven't seen
  19098. anybody mention 700 dialing since MCI bought out SBS.  MCI uses an 800
  19099. number for customer service.  Are the numbers obsolete already?
  19100.  
  19101. Sam Ho
  19102. samho@june.cs.washington.edu
  19103.  
  19104. ------------------------------
  19105.  
  19106. From: USENET Administration <usenet@ames.arpa>
  19107. Date: 2 Dec 86 19:42:16 GMT
  19108. From: gp@lll-lcc.aRpA (George Pavel)
  19109. Subject: Re: Question about Ameritech Product Offering
  19110.  
  19111. > I got some promotional mail from Ameritech ... concerning a product called
  19112. > Information Manager (TM)...
  19113. >  can be overlayed on one's present Centrex, Dimension, or PBX.
  19114. > ... 
  19115. > Is it based on the Project Victoria multiplexer?
  19116. > Pat Sullivan
  19117. > Defense Communications Engineering Center
  19118. > Reston, VA.
  19119.  
  19120. Ameritech has entered into an agreement with David Systems, Sunnyvale,CA to
  19121. market the David Information Manager which does all that they claim for it.
  19122. It uses David's proprietary encoding scheme and is not based on Project Victoria
  19123. as far as I know.
  19124.  
  19125. George Pavel                ARPANET/MILNET:    gp@lll-lcc.arpa
  19126. Lawrence Livermore National Laboratory    UUCP: {ihnp4,seismo}!lll-crg!lll-lcc!gp
  19127. P.O. Box 808  L-68
  19128. Livermore, CA 94550
  19129. (415)422-4262
  19130.  
  19131. ------------------------------
  19132.  
  19133. Date:  1 Dec 86 08:30:55 PDT
  19134. From: Ian Merritt  <ihnp4!nrcvax!minnie!ihm@ucbvax.Berkeley.EDU>
  19135. Subject: Re: 800-number queries
  19136.  
  19137. in <8611250934.AA27171@ucbvax.Berkeley.EDU>, will martin writes:
  19138. >I know we've discussed the significance of the 3rd digit in 800 numbers
  19139. >("N" in 800-xxN-xxxx) before (I think the consensus was that "2" there
  19140. >means "intrastate 800 number", right?); I was wondering if there is any
  19141. >particular geographical distribution on the prefixes themselves ("NNN"
  19142. >in 800-NNN-xxxx)? This was inspired by hearing an IBM commercial that
  19143. >told listeners to call "1-800-IBM-nnnn" (I forget the last 4 digits).
  19144. >There are other special word-code 800 numbers like 1-800-USA-RAIL for
  19145. >AMTRAK, of course. 
  19146. >
  19147. >Do firms that get these numbers have to set up answering or call-forwarding 
  19148. >services in any specific geographic areas to get the letter-coded numbers
  19149. >they want? Or is the 800 service completely divorced from any geographic
  19150. >constraints as far as number assignments go?
  19151. >
  19152. >Other 800-related questions: If you have an Alternate Long-Distance
  19153. >Service as your default outgoing LD service and you call an 800 number
  19154. >by dialing 1-800-xxx-xxxx, what happens to that call? Does the ALDS
  19155. >actually use its own facilities to route and transmit that call over to
  19156. >AT&T, doing work for which they never will get any pay (or do they
  19157. >charge the caller something even for an 800 call, or would AT&T pay them
  19158. >something?), or does the local Central Office facility automatically
  19159. >route all 800 calls to AT&T so that they never touch the ALDS carrier's
  19160. >lines, or what?
  19161. >
  19162. >(I've never had any service other than AT&T, so I never tried this back
  19163. >before Equal Access when you called a local number to get to a LD
  19164. >service like MCI -- when you did that and then called an 800 number
  19165. >instead of a regular long distance number, would the call go through?
  19166. >Would you be charged for the time for that 800 call? [Yes, I know it
  19167. >would be a silly thing to do -- I just thought somebody might have tried
  19168. >it as an experiment.])
  19169. >
  19170. >Regards,
  19171. >Will Martin
  19172. >wmartin@ALMSA-1.ARPA   (on USENET try ...!seismo!wmartin@ALMSA-1.ARPA )
  19173.  
  19174.  
  19175. Since the advent of the CCIS 800 service, the assignment of 800 numbers
  19176. has changed to free-format.  Some vestigial remnants of the old system
  19177. survive today simply because it was neither practical nor necessary to
  19178. just change every 800 number simply because they could.
  19179.  
  19180. For  a  good  explanation  of  the  old  INWATS  and the current SPC 800
  19181. service, I suggest a special issue of the BSTJ (the date escapes me  but
  19182. it was within the last few years), called "The SPC Network", all about
  19183. the implementation of Common Channel Interoffice Signalling (CCIS) and
  19184. what it replaces.  If you want me to check the issue number, please send
  19185. me mail.
  19186.  
  19187. Cheerz--
  19188.                         <>IHM<>
  19189.  
  19190. -- 
  19191.  
  19192. uucp:    ihnp4!nrcvax!ihm
  19193.  
  19194. ------------------------------
  19195.  
  19196. Date:  1 Dec 86 08:32:03 PDT
  19197. From: Ian Merritt  <ihnp4!nrcvax!minnie!ihm@ucbvax.Berkeley.EDU>
  19198. Subject: Re: Connecting a phone line to a stereo
  19199.  
  19200. I believe you can bridge a telephone line into the aux input with
  19201. reasonable results by connecting T & R to the two leads of the aux input
  19202. each through a 10 mf capacitor.  Beware though of the sharp surges in
  19203. the input from such things as dial pulses or line hangup/pickup.
  19204.  
  19205. Cheerz--
  19206.                         <>IHM<>
  19207.  
  19208. ------------------------------
  19209.  
  19210. Date: Fri, 5 Dec 86 00:13:26 EST
  19211. From: ihnp4!ihlpl!marcus@EDDIE.MIT.EDU
  19212. Subject: Hands Free duplexing circuit.
  19213.  
  19214. I am interested in building a better home intercom system, or at least
  19215. planning it.  With the fairly great number of phones out in the world
  19216. with "hands free" features, it seems that a similar circuit could be
  19217. made for intercom use.  Many of the phones use a VOX circuit to switch
  19218. between half-duplex modes of operation.  I really don't care for that if
  19219. it could possibly be avoided.  What possibility is there for subtracting
  19220. the speaker's output from the microphone's input or something similar to
  19221. operate in a FDX mode?  Are there any ICs made for phones that would be
  19222. of much use here?  Any suggested circuits or sources?
  19223.  
  19224. Marcus Hall
  19225. ..!ihnp4!ihlpl!marcus
  19226.  
  19227. ------------------------------
  19228.  
  19229. From: SPGDCM%cmsa.Berkeley.EDU@berkeley.edu
  19230. Date: Thu, 04 Dec 86 22:45:44 PST
  19231. Subject: Hold Circuit
  19232.  
  19233.  Years ago I saw (I think in an electronics hobbyist magazine) a very simple
  19234.  circuit which one could add to any phone to gain an illuminated "hold"
  19235.  function. It worked on regular twisted-pair phones; it worked only on the
  19236.  phone you wired this way. As best I remember it, it was something like a zener
  19237.  diode, a resistor, a temporary-connect push-button, and an led; maybe a neon
  19238.  light instead but I think not.
  19239.  
  19240.  The concept was that once your button made the connection, the zener diode
  19241.  effectively shorted the line enough to hold onto the circuit (one would need
  19242.  to draw the voltage down to say 10v). Then if any other extension went
  19243.  off-hook, it would draw the line down to 5v. which somehow dropped the zener
  19244.  out and it let go, as a good hold should. The LED got activated properly
  19245.  somehow so that it glowed on the held instrument until an intercept or that
  19246.  instrument went off-hook and dropped hold.
  19247.  
  19248.  Now I am really sad I lost the diagram, because I want to add hold to all my
  19249.  phones. Costs too much to upgrade them all when I could add this instead for
  19250.  say $2-4 each.
  19251.  
  19252.  Anybody know the circuit? Especially useful would be the exact component
  19253.  values, preferably within the set widely available such as Radio Shack, or if
  19254.  necessary with a source of supply if the values are rare.
  19255.  
  19256.  P.S.: unfortunately many commonly-sold phones still don't offer hold, but even
  19257.  worse, many offer what I would like to see called "false-hold": you can flip a
  19258.  dumb toggle or slide switch on the phone to "hold" the line, but must shut
  19259.  that particular switch off to unhold; really a mute toggle, not a hold. Some
  19260.  store's ads (such as San Francisco Macy's) call this hold, and you waste a
  19261.  visit to the store. Some mail-order houses have had to resort to calling the
  19262.  correct feature "true-hold". Hmmm... as if you had to see words like "real
  19263.  food" or "true-movies" in ads or else get cheated...
  19264.  Thanks, Doug
  19265.  
  19266. ------------------------------
  19267.  
  19268. Date:     Mon, 8 Dec 86 13:20:49 CST
  19269. From:     Will Martin -- AMXAL-RI <wmartin@ALMSA-1.ARPA>
  19270. Subject:  WSJ Article on Nynex billing plan
  19271.  
  19272. Telecom readers may be interested in an article that appeared on page 4 of
  19273. the Tuesday, 25 Nov. '86, issue of the Wall Street Journal on a plan by
  19274. Nynex to change the method of billing for long-distance service by 
  19275. separating the BOC and LD-carrier charges for each call, and providing
  19276. volume discounts for heavy users. It's too long to type in, but the WSJ
  19277. is so widely available that anyone should be able to find it. The proposed
  19278. change was due to be approved or rejected by the FCC that day, so perhaps
  19279. someone can post a comment on what the end result of this was. The article
  19280. mentions that there was quite a bit of opposition to the proposal, both 
  19281. from the consumer side and from the LD carriers. (It takes something 
  19282. pretty unusual to make both those groups allies!)
  19283.  
  19284. Will Martin
  19285.  
  19286. ------------------------------
  19287.  
  19288. Date:     Tue,  2 Dec 86 21:24:51 CST
  19289. From: David Chase <rbbb@rice.edu>
  19290. Subject: Texas Intrastate Long Distance Service Offerings
  19291.  
  19292. Does anyone know of a long distance service from Austin to Houston
  19293. that charges less than .21 per minute at cheapest (late night and
  19294. weekend) rates?  Sprint with 12% volume discount is about .21/minute,
  19295. and LDS (Metromedia) quotes me .21 per minute at night rates.  I saw
  19296. some advertisements from ATT for (in volume, which is no problem) I
  19297. think $10 per hour (.16/min), but Austin and Houston are in the same
  19298. state.
  19299.  
  19300. Are their other alternatives?  (For instance, how much is in-state
  19301. outgoing WATS per month?)  As is, I intend to drop Sprint like a rock as
  19302. soon as I don't need them, with a nasty letter explaining my feelings
  19303. about subsidizing interstate callers.
  19304.  
  19305. David
  19306.  
  19307. [Your WATS service question is best directed to your local business
  19308.  business office.  Withholding comment on Sprint, your intrastate
  19309.  rates are set by a state regulatory commission and may be higher
  19310.  than equivalent interstate service. -Elmo]
  19311.  
  19312. ------------------------------
  19313.  
  19314. Date: 5 Dec 86 23:40:20 GMT
  19315. From: mark@cogent.UUCP (Mark Steven Jeghers)
  19316. Subject: BIDIRECTIONAL UUCP (we don't have HDB)
  19317.  
  19318. We are going to be setting up numerous modems on HP 840s for extensive UUCP
  19319. communications (probably 2400 baud or higher).  Since HP does not yet have
  19320. HDB UUCP and we never had much luck with Hayes on machines that *did* have
  19321. HDB UUCP, we are up in the air about what modems to use.
  19322.  
  19323. Does anyone know about how non-HDB UUCP can be set up to operate with
  19324. a bidirectional device (i.e. one modem can either call out or recieve an
  19325. incoming call without user intervention), and, if so, what modem is well
  19326. suited for this?
  19327.  
  19328. How about you HP people?  What have you been doing with your modems?  Have
  19329. you gotten bidirectional operation?
  19330.  
  19331. Any thoughts or suggestions would be appreciated.  Please email.
  19332.  
  19333. Thanks in advance.
  19334. -- 
  19335. +----------------------------------------------------------------------------+
  19336. |     Mark Steven Jeghers         ECHOMPGULP - process has eaten it          |
  19337. | cryptography, terrorist, DES, drugs, cipher, secret, decode, NSA, CIA, NRO |
  19338. |                                                                            |
  19339. |     {ihnp4,cbosgd,lll-lcc,lll-crg}|{dual,ptsfa}!cogent!mark                |
  19340. |                                                                            |
  19341. | Cogent Software Solutions can not be held responsible for anything said    |
  19342. | by the above person since they have no control over him in the first place |
  19343. +----------------------------------------------------------------------------+
  19344.  
  19345. ------------------------------
  19346.  
  19347. Date:     Fri, 5 Dec 86 11:47:42 EST
  19348. From:     Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  19349. Subject:  part of 403 is "temp."?
  19350.  
  19351. Yesterday, I looked at list of area codes in the Orange County (California)
  19352. directory, and noticed that 403 was listed as the area code for Alberta,
  19353. Yukon Territory and Northwest Territories with the latter 2 noted as "TEMP."!
  19354. Why TEMP?
  19355.  
  19356. ------------------------------
  19357.  
  19358. End of TELECOM Digest
  19359. *********************
  19360. 18-Dec-86 17:45:29-EST,24934;000000000000
  19361. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  19362. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Thu 18 Dec 86 17:45:25-EST
  19363. Date: 17 Dec 86 21:58-EST
  19364. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  19365. Subject: TELECOM Digest V5 #158
  19366. To: Telecom@XX.LCS.MIT.EDU
  19367. Reply-To: Telecom@XX.LCS.MIT.EDU
  19368.  
  19369. TELECOM Digest                     Wednesday, December 17, 1986 9:58PM
  19370. Volume 5, Issue 158
  19371.  
  19372. Today's Topics:
  19373.  
  19374.        Re: Residential Service + BBS Contrary to Tariffs in MA
  19375.       Re:  Residential Service + BBS  Contrary to Tariffs in MA
  19376.                               Ring-Back
  19377.        Re: Residential Service + BBS Contrary to Tariffs in MA
  19378.                  Re: Equal Access, 700 & 800 Service
  19379.                Pending FCC ruling threat to modem users
  19380.                            Re: new services
  19381.                      NYNEX billing plan rejected
  19382.                              Hold Feature
  19383.                        Non-standard pay phones
  19384.                              Billing Lag
  19385.  
  19386. ----------------------------------------------------------------------
  19387.  
  19388. Date: 11 Dec 1986 06:13:59-EST
  19389. From: rdsnyder@MIT-CCC
  19390. Subject: Re: Residential Service + BBS Contrary to Tariffs in MA
  19391.  
  19392.  
  19393. It is clear from the context of the quoted section of the tariff that one
  19394. "uses" a telephone line only when making an outgoing call.  Otherwise, all
  19395. calls would violate the tariff, except for someone "calling home," since
  19396. the callers would not be a member of the called party's household or a
  19397. person renting the called party's premises.  The tariffs should have
  19398. certainly defined the meaning of "using" a telephone line, but I disagree
  19399. with New England Tel's interpretation.  I'd take up the matter with the
  19400. DPU before allowing NET to charge business rates for a bbs.  While I
  19401. believe that the use of a BBS on a residential line agrees with the
  19402. quoted portion of the tariffs, there may be other parts of the tariffs
  19403. that would prohibit the use of a BBS on a residential line, particularly
  19404. if the BBS operator is receiving payment for the use of the BBS.
  19405.  
  19406. ------------------------------
  19407.  
  19408. Date: Thu, 11 Dec 86 12:17:34 EST
  19409. From: johnl%ima.UUCP@CCA.CCA.COM
  19410. Subject: Re:  Residential Service + BBS  Contrary to Tariffs in MA
  19411.  
  19412.  
  19413. About requiring business service for a BBS in Massachusetts: So it
  19414. says that the phone can only be used by the subscriber and immediate
  19415. family?  If I had a BBS, I'd certainly claim that everybody calling
  19416. the BBS was calling me.  Who else would they be calling?  It would be
  19417. different if I had an employee answering the phone, but a computer is
  19418. hardly an employee.
  19419.  
  19420. About 700 numbers: All of the ALDS services use 700 numbers a little
  19421. bit.  When I need to call the MCI business office, I call
  19422. 1-700-624-5555.  I suspect that they will all end up putting their
  19423. service calls on 700 numbers so they don't have to pay for so many 800
  19424. numbers.
  19425.  
  19426. John Levine, ima!johnl or Levine@YALE.whatever
  19427.  
  19428. ------------------------------
  19429.  
  19430. Date: Thu, 11 Dec 1986 10:58 est
  19431. From: ejs%acorn@live-oak.lcs.mit.edu
  19432. Subject: Ring-Back
  19433.  
  19434.  
  19435. Is there a number (or a per-exchange number) in the Boston area
  19436. for making your phone ring-back when you hang up? Every other
  19437. city I've lived in has had this service.
  19438.  
  19439. ------------------------------
  19440.  
  19441. Date: 11-Dec-1986 1042
  19442. From: goldstein%debet.DEC@decwrl.DEC.COM  (Fred R. Goldstein dtn226-7388)
  19443. Subject: Re: Residential Service + BBS Contrary to Tariffs in MA
  19444.  
  19445. Once again, the sky is falling.
  19446.  
  19447. Somehow, somebody got the notion that someone who is calling _in_ to 
  19448. a BBS is "using" the phone line, and therefore it isn't "residential".
  19449. Tell me, (no that's rhetorical only) is your line no longer residential
  19450. when you get solicited by insurance agents, newspapers, and other
  19451. businesses?  They're "using" your line!
  19452.  
  19453. The mere fact that there's a BBS on it doesn't prove diddly.  If the BBS
  19454. is in fact a business (you get money for it) or is used in the regular
  19455. transaction of business, then of course it's a business line.  But if it's
  19456. a hacker BBS used for personal messages, freeware and other stuff, 
  19457. then it can be viewed as incidental to your residence.  ALL phone calls
  19458. are bidirectional -- I hear you talk, you hear me, right?  The fact that
  19459. the "resident" is a computer doesn't mean that the call is suddenly
  19460. different.  (Unless the computer is business.)
  19461.  
  19462. Likewise, calling work from home is a Residence usage.  Even if I call
  19463. up my office computer to do "work at home", it's still Residential.
  19464. I've been on the front lines of that one, too.
  19465.  
  19466. If, however, you call up the low-level clerk who answers the phone at the
  19467. Telco business office and say, "isn't my computer bulletin board at home
  19468. a business service?" or some other dorky thing like that, they'll
  19469. be sure to agree!  They usually don't want trouble.  If you give them
  19470. a hard time, though, they'll give you one right back!
  19471.  
  19472. My advice:  Don't stir up sh*t.  Order a plain old residence line and
  19473. don't say "BBS".  If you're not running a business, you're okay.  People
  19474. are just calling you up and talking to your electronic answering machine.
  19475. The tariffs are ancient, and you don't want to reopen the political wars
  19476. that surround the residential discounts and business overcharges.
  19477.       fred
  19478.  
  19479. ------------------------------
  19480.  
  19481. Date: Thu, 11 Dec 86 12:38:33 PST
  19482. From: lll-crg!csustan!elric@seismo.CSS.GOV (Elric of Imrryr)
  19483. Subject: Re: Equal Access, 700 & 800 Service
  19484.  
  19485.     700 numbers are also used by AT&T for their confrencing service.
  19486. Example 0-700-456-1000/2/3/4. As this is a VERY expansive service, I've
  19487. not had any personal experience with it. 3-way calling is cheaper.
  19488.     Brad
  19489. {lll-crg,lll-lcc}!csustan!elric
  19490.  
  19491. ------------------------------
  19492.  
  19493. Date: Fri, 12 Dec 1986  06:28 MST
  19494. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  19495. Subject: Pending FCC ruling threat to modem users
  19496.  
  19497. The FCC is considering a ruling which may threaten low-cost modem
  19498. access to many on-line services, perhaps including Arpa/Milnet TACs
  19499. and Usenet Unix systems.  Here are the details from a copy of a file
  19500. just uploaded to my Remote CP/M system.
  19501.  
  19502. --Keith Petersen
  19503. Arpa: W8SDZ@SIMTEL20.ARPA
  19504. Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
  19505. GEnie Mail: W8SDZ
  19506. RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps)
  19507.  
  19508. --cut here--BADNEWS.PCP--cut here--
  19509.  
  19510. The FCC is considering reregulating the packet-switching networks like Telenet,
  19511. Tymnet, Compuserve, The Source and PC Pursuit.    This could result in additional
  19512. costs to the user.  This is excerpted from Infomat magazine which is available
  19513. for downloading.
  19514.  
  19515.  
  19516.  ====================================
  19517.  COMPUTER AND SOFTWARE NEWS -- PART 1
  19518.  ====================================
  19519.  
  19520.  by Tim Elmer
  19521.  
  19522.  ------------------------------------
  19523.  FREE LOCAL ACCESS TO PACKET
  19524.  SWITCHING NETWORKS MAY BE ELIMINATED
  19525.  ------------------------------------
  19526.  
  19527.  (BPS) -- The Federal Communications Commission (FCC) will vote on a proposal
  19528. to reregulate packet switching networks that, if approved, would eliminate
  19529. free local telephone access to those networks.
  19530.  
  19531.  "If this occurs, it might eventually double or triple the costs to those
  19532. using packet switching networks to access commercial on-line databases and
  19533. information services and triple or quadruple the costs to those using
  19534. Telenet's PC Pursuit," said Philip M. Walker, vice president and regulatory
  19535. counsel for Telenet Communications Corp.
  19536.  
  19537.  Predictably, the initiative to reregulate packet switching networks comes
  19538. primarily from the Bell Operating Companies (BOCs) and secondarily from AT&T.
  19539. These companies provide local telephone service to vast majority of telephone
  19540. customers throughout the U.S. and will benefit the most from FCC reregulation
  19541. of the packet switching networks.
  19542.  
  19543.  Under current FCC rules formulated in 1980 in the FCC's Second Computer
  19544. Inquiry, called Computer II, a distinction is made between "basic services"
  19545. and "enhanced services."
  19546.  
  19547.  "Basic services" are those that don't offer protocol conversion such as local
  19548. and long-distance voice telephone services.  "Enhanced services" are defined
  19549. in an open-ended fashion as computer-based services that are more than a
  19550. "basic service," in other words, services such as packet switching networks,
  19551. database and on-line type services, and remote computing services that offer
  19552. protocol conversion, according to Walker.
  19553.  
  19554.  Under the 1980 Computer II Inquiry, the FCC ruled that "basic services" would
  19555. continue to be regulated as they had always been.  However, the FCC also ruled
  19556. that "enhanced services" would be deregulated, which opened up the industry to
  19557. competition.  This resulted in numerous companies entering the packet
  19558. switching business, including BOCs, AT&T and at least a dozen others.  The
  19559. competition resulted in significant price reductions for packet switching
  19560. services.
  19561.  
  19562.  To prevent monopolization of the packet switching industry by the Big Boys
  19563. (the BOCs and AT&T), the FCC ruled that they had to keep separate accounting
  19564. figures for their "basic services" and for their "enhanced services," and that
  19565. they could not use revenues from their lucrative "basic services" to cross-
  19566. subsidize their "enhanced service" packet switching networks.
  19567.  
  19568.  The FCC also ruled that if the BOCs and AT&T used their "basic service"
  19569. telephone lines for packet switching services, then they must let their
  19570. competitors have access to those lines on the same basis, which would preserve
  19571. true competition in the industry.
  19572.  
  19573.  "Now, under the FCC's Computer Inquiry III, the FCC is asking, should we
  19574. redefine protocol conversion services as 'basic services' rather than enhanced
  19575. services?  Should we redefine all those companies as common carriers?  This
  19576. would, in effect, subject them not only to federal regulations but, even
  19577. worse, to state regulations," Walker said.
  19578.  
  19579.  The result would eliminate comparable interconnection requirements currently
  19580. imposed on BOCs and AT&T, allowing them to charge their packet switching
  19581. competitors local dial-in fees to access packet switching long-distance line
  19582. networks.
  19583.  
  19584.  It would also allow BOCs and AT&T to offer their own packet switching
  19585. services on a non-compensatory basis and, finally, allow them to cross-
  19586. subsidize those services with revenues from their much more lucrative voice
  19587. telephone service revenues.  In short, it would allow BOCs and AT&T to
  19588. monopolize the packet switching industry and probably drive out most
  19589. competitors.
  19590.  
  19591.  "In terms of cost impact," Walker said, "if we had to pay local access
  19592. charges, it would cost us about $3.60 an hour at the originating end, for
  19593. calls made by users to on-line databases and information services like
  19594. CompuServe and The Source.
  19595.  
  19596.  "And with PC Pursuit, for which we have out-dial modems, we would have to pay
  19597. not only 3.60 per hour access fees at the originating end but also $4.80 at
  19598. the terminating end, a total of about $8 or $9.  Obviously, to survive, we
  19599. would have to add those additional charges to our current fees and pass them
  19600. on to our consumers," Walker said.
  19601.  
  19602.  That would almost certainly spell the end of PC Pursuit, and it would likely
  19603. put out of business not only many independent packet switching networks but
  19604. also many on-line databases and information services.
  19605.  
  19606.  FCC approval of changes being considered in Computer III, Walker said, "would
  19607. really have a major impact on anyone using a packet switching service to
  19608. access online bulletin boards, databases, or information services aimed at the
  19609. residential user.  They are just going to get creamed if this happens."
  19610.  
  19611.  Walker said that is was not clear exactly when the FCC would vote on the
  19612. proposal, but that it would probably be the latter part of January or early
  19613. part of February, 1987.  "They are moving very fast on this," he said.
  19614.  
  19615.  For additional information, be sure to read Alan Bechtold's editorial in this
  19616. issue.
  19617.  
  19618.  ==========END>>>
  19619.  
  19620.  
  19621.  Copyright (C) 1986, by BBS PRESS SERVICE, INC.
  19622.  
  19623.  =================
  19624.  THE EDITOR SPEAKS
  19625.  =================
  19626.  
  19627.  "Low-Cost packet switching Service Threatened"
  19628.  
  19629.  by Alan R. Bechtold
  19630.  
  19631.  As described in our lead news story this issue, the FCC is now considering a
  19632. major change in the way packet switched phone services are defined.  This
  19633. change is likely to lead to the demise of many of these services, and to much
  19634. higher prices for the use of the few that will eventually remain in business.
  19635.  
  19636.  At the risk of over-simplification, I think I should first describe just what
  19637. a packet switched networking service is.  These are the services you use to
  19638. access online databases and commercial online services, such as CompuServe and
  19639. The Source, with just a local telephone call.  Once you call the local Telenet
  19640. or Tymnet number, for example, and a connection is made, you are then
  19641. connected with a computer that puts you in communication with the online
  19642. services with which you wish to communicate.
  19643.  
  19644.  This computer is handling a number of calls into the main system computer at
  19645. the same time.    It takes information you send and delivers it in "packets" to
  19646. the proper destination, picks up information from the online service computer
  19647. you called, and sends it, also in "packets," back to you.  All of this
  19648. communicating is done in these so-called "packets" because this allows the
  19649. network's computers to offer protocol conversion and handle several ongoing
  19650. communications sessions at the same time.
  19651.  
  19652.  FCC regulations allow AT&T and Bell Operating Companies (BOCs) to engage in
  19653. packet switching network operations, but they must also maintain completely
  19654. separate accounting of their voice and packet switching operations.  They must
  19655. also offer free local-calling access to their lines to any competitors engaged
  19656. in the packet switching service industry.
  19657.  
  19658.  The above regulations have allowed Telenet and Tymnet, among others, to
  19659. operate at a reasonable cost in a competitive atmosphere.  This is a case of
  19660. regulation of a business actually RESULTING in increased competition and lower
  19661. prices to consumers.
  19662.  
  19663.  As things stand now, you can call any local Telenet or Tymnet access number
  19664. and use these services to inexpensively access such online services as
  19665. CompuServe, The Source, Delphi, and countless others.  In addition, GTE's new
  19666. PC PURSUIT service now offers you access, through their Telenet packet
  19667. switching service, to literally hundreds of local bulletin boards in cities
  19668. all across the country--for a flat charge of $25 per month.
  19669.  
  19670.  But, the FCC is now being asked to REREGULATE this segment of the
  19671. communications industry, eliminating the FCC requirements that AT&T and BOCs
  19672. keep separate accounting records of their voice and packet switching services,
  19673. and eliminating the stipulation that the BOCs and AT&T must offer their
  19674. competitors in the packet switching business free access to their local
  19675. telephone connection lines.
  19676.  
  19677.  The idea is patently ridiculous.
  19678.  
  19679.  Mark Fowler, Chairman of the FCC, has been hailed by the press as a "fair-
  19680. market zealot."  The chances are very good that he views this proposed
  19681. reregulation as the magic road to increased competition and fairer pricing for
  19682. consumers.
  19683.  
  19684.  Unofficially, the word is out that the FCC advisory committee now considering
  19685. this matter is indeed leaning in favor of the proposed reregulation of the
  19686. packet switching industry.  If the committee recommends these changes, it's
  19687. likely that a majority of the five voting members on the Federal
  19688. Communications Commission will vote in favor of the changes.
  19689.  
  19690.  I have talked to sources within the industry who say it is the BOCs who are
  19691. pushing VERY HARD for this reregulation, because they want to get into the
  19692. packet switching service business in a big way, and they would like to rid
  19693. themselves of needless competition on their way to success.
  19694.  
  19695.  What's that?  RID themselves of competition?  But--the proposed reregulation
  19696. is supposed to FOSTER competition!  Why would a group of companies (BOCs)
  19697. hoping to eliminate their competition PUSH for this reregulation?  I hope the
  19698. answer to THAT question is entirely clear.
  19699.  
  19700.  Here we have an industry that is currently populated with plenty of
  19701. competition.  Prices are already reasonable.  Reregulation of the packet
  19702. switching service industry will IMMEDIATELY give giant corporations the upper
  19703. hand, and will allow them to cut off free access to their local access phone
  19704. lines to their competitors, namely Telenet and Tymnet and other similar
  19705. services that now offer you high-quality service, in a competitive
  19706. marketplace, at reasonable prices.
  19707.  
  19708.  The proposed reregulation, however, would force all packet switching services
  19709. to compete with the BOCs and AT&T, companies that would be able to use the
  19710. enormous profits they earn with their voice telephone services to cross-
  19711. subsidize their packet switching services and offer them on a non-compensatory
  19712. basis, at least until their competitors are eliminated.  When that happens,
  19713. they are then sure to jack up their fees to any level they want.
  19714.  
  19715.  It would also force their packet switching competitors to pay access fees for
  19716. connection to local phone lines.  The access fees alone could add as much as
  19717. $4.00 per hour to the fees packet switching companies would be forced to pass
  19718. on to their customers.    This will be added to your hourly connect-time charges
  19719. for accessing ALL online databases through these services.
  19720.  
  19721.  The proposed reregulation could very well spell the death of PC PURSUIT.
  19722. Because GTE also uses dial-out modems at the other end of their Telenet
  19723. connections for PC PURSUIT service, the company would be forced to pay an
  19724. hourly charge at BOTH ends of the phone line--totaling up to $8 or $9 per
  19725. hour.  These fees would have to be added to the flat $25 per month that GTE
  19726. now charges for access to PC-PURSUIT.  It would simply make the final cost to
  19727. PC-PURSUIT customers too high for the service to remain practical and
  19728. affordable.
  19729.  
  19730.  So--this is ONE TIME you MUST use your word processor to produce some letters
  19731. opposing this proposed reregulation!  Write to:
  19732.  
  19733.  Honorable Mark Fowler
  19734.  Chairman of the Federal Communications Commission
  19735.  Washington D.C. 20554
  19736.  
  19737.  Refer to Computer Inquiry III in your letters.  State clearly, in your own
  19738. words, that competitive packet switching services should not be reregulated or
  19739. subjected to carrier access charges, and then explain why not.    Tell Mr.
  19740. Fowler that reregulation of packet switching services will completely destroy
  19741. the existing fair market for these services, and eventually increase costs,
  19742. not DECREASE them.
  19743.  
  19744.  And hurry!  I have heard this matter will be going before the FCC for a vote
  19745. in the latter part of January or early part of February.  Time is running out.
  19746.  
  19747.  ==========END>>>
  19748.  
  19749. ------------------------------
  19750.  
  19751. Date: Thu, 11 Dec 1986 20:17-EST
  19752. From: deej@ius2.cs.cmu.edu
  19753. Subject: Re: new services
  19754.  
  19755.  
  19756. > The services are distinct ring for incoming
  19757. > calls from selected phone numbers, incoming call blocking from a specific
  19758. > number, customer-initiated trace and block, and digital display of incoming
  19759. > call's' number.  Also mentioned are dial-back of last number that called you,
  19760. > and redial-until-not-busy (outgoing).  No, this is not a Centrex (sp?), but
  19761. > it sure sounds like a humungous version of one!
  19762.  
  19763.  
  19764. Something like that.  It's actually digital telephony, and it's possible
  19765. today (in fact, being done with most digital Private Branch Exchanges), but
  19766. it takes the Bells longer to get these things operational because everything
  19767. has to conform to international standards.
  19768.  
  19769. The applicable standard here is called ISDN, for Integrated Service Digital
  19770. Network.  The basic concept is that it transmits voice digitally and,
  19771. instead of transmitting signalling information over the voice channel (like
  19772. tones, pulses, switchook flashes, and so on) transmits it in a standard
  19773. format on a packet channel running over the same wires.  Once the equipment
  19774. which conforms to ISDN standards is available -- both the Central Office
  19775. switches and the handsets -- all that stuff above is a piece of pie.  Er,
  19776. cake.
  19777.  
  19778. And it should be taking place everywhere "real soon now".  Presently, in
  19779. fact, Bell of PA is running a pilot ISDN project in Harrisburg, PA.  Should
  19780. CMU decide to not purchase a PBX, we're going to try to encourage Bell to
  19781. make all that stuff available to us in an Enhanced Centrex service; it'd
  19782. then also be available to anyone in this immediate area who is willing to
  19783. buy the handset.
  19784.  
  19785. this is probably going to end up with two signatures; sorry, I'm new here.
  19786.  
  19787. <=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>=<=>
  19788.  
  19789. Arpa:        deej@ius2.cs.cmu.edu
  19790. Usenet:        {ihnp4|ucbvax|cmucspt}!cmu-cs-ius2!deej
  19791. Bell System:    (412) 681-6380
  19792. USMail:        5170 Beeler St., #1
  19793.         Pittsburgh, PA 15217-1002
  19794. Carrier Pigeon:    The big red brick house with the plate-glass windows out
  19795.         front.
  19796.  
  19797. The opinions contained herein must be mine.  No one else will claim them.
  19798.  
  19799.     "If you're not part of the solution,
  19800.             you must be part of the problem."
  19801.  
  19802. ------------------------------
  19803.  
  19804. Date: 11-Dec-1986 1052
  19805. From: goldstein%derep.DEC@decwrl.DEC.COM  (Fred R. Goldstein dtn226-7388)
  19806. Subject: NYNEX billing plan rejected
  19807.  
  19808. The FCC ignominiously rejected the NYNEX proposed access charge billing
  19809. plan.  The plan would have moved the originating-side interstate access
  19810. allocation from the long distance carrier (it's about 4c/minute of all
  19811. calls) to the end user.  There would have been a sliding scale discount,
  19812. so big users would pay less.  Billing would have been a nightmare.
  19813.  
  19814. Stay tuned for more weird billing schemes.
  19815.  
  19816. ------------------------------
  19817.  
  19818. Date: Sat 13 Dec 86 01:32:51-EST
  19819. From:   Doug Reuben   <S.D-REUBEN%KLA.WESLYN%Wesleyan.Bitnet@WISCVM.WISC.EDU>
  19820. Subject: Hold Feature
  19821.  
  19822.  
  19823. In response to a question about building a $2-$4 Hold circuit to be
  19824. placed on each extension, I would suggest that if you have many
  19825. extensions, you may be interested in a "Tone-Hold" device. This is a
  19826. small, cubelike box that you connect anywhere in the house, and
  19827. responds to the * or # sign. If you want to place a call on hold, all
  19828. you need to do is press the * or # key (depending on the brand) , and
  19829. hang up. The Tone Hold holds the line until you pick up an extension.
  19830. I've recently seen these available for around $49 dollars in many
  19831. electronics stores and mail order catalogs. If anyone is interested in
  19832. specifics, let me know and I'll see if I can dig up a few catalogs.
  19833.  
  19834. Alternately, certain BOCs offer a hold service, which is similar to
  19835. three-way calling. When you want to put a call on hold, you click the
  19836. hookswitch, and hang up. You can then go to any extension and continue
  19837. you call. This is done at the central office (I think), since no
  19838. installation of any device is required in your home. Pac*Bell offers
  19839. this service in most of their Northern California ESSs, and I would
  19840. think that other BOCs either have or soon will have similar features.
  19841.  
  19842. Also, add my vote to the "Boycott non-Bell Payphones" list -I've seen a few
  19843. at a Sears on Long Island that actually charge $.45 for a local directory
  19844. assistance call which is FREE at NY Tel payphones!
  19845.  
  19846. -Doug
  19847.  
  19848. Reuben@WESLYN.BITNET
  19849. S.D-REUBEN%KLA.WESLYN@WESLEYAN.BITNET
  19850. S.D-REUBEN%KLA.WESLYN%WESLEYAN.BITNET@WISCVM.ARPA
  19851.  
  19852. ------------------------------
  19853.  
  19854. Date: 12 Dec 86 05:54:18 GMT
  19855. From: gt5909b@gtfelix.gatech.EDU (DERVAN)
  19856. Subject: Non-standard pay phones
  19857. Reply-To: gt5909b@gtfelix.UUCP (Richard B Dervan @ Georgia Tech)
  19858.  
  19859. Has anyone ever seen the types of phones that require you to put money in
  19860. before even calling the operator?  I was faced with one of these last week.
  19861. Even though I had the money, I was wondering....couldn't you get the operator
  19862. by flicking the switch hook 10 times?  Sure enough, it worked.  Is this
  19863. normal or was it just the phone I was on?  I know it works from home phones
  19864. but am not sure about a pay phone that won't even dial the operator w/o money.
  19865. -Richard
  19866. gt5909b@gtfelix
  19867.  
  19868. ------------------------------
  19869.  
  19870. Subject:        Billing Lag
  19871. Date:           13-Dec-86 18:42:37
  19872. From: Paul Fuqua <pf%Islington-Terrace%ti-csl.csnet@RELAY.CS.NET>
  19873.  
  19874.      Yesterday (Dec 12), I picked up my latest phone bill (dated Nov 25).
  19875. Included therein were the usual November charges and my Sprint bill for calls
  19876. made in the first half of September.  Is this sort of time lag typical?  My
  19877. default long-distance carrier is ATT, but I almost always use 10xxx.  Any
  19878. insight into the mysteries of the billing process would be appreciated.
  19879.  
  19880.                               pf
  19881.  
  19882. (The address in the header is probably overly conservative;  you can drop the
  19883. "tilde" and the "islington-terrace", if present, and just use pf@ti-csl.)
  19884.  
  19885. ------------------------------
  19886.  
  19887. End of TELECOM Digest
  19888. *********************
  19889.  
  19890. 22-Dec-86 00:46:39-EST,15563;000000000000
  19891. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  19892. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Mon 22 Dec 86 00:46:37-EST
  19893. Date: 21 Dec 86 22:58-EST
  19894. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  19895. Subject: TELECOM Digest V5 #159
  19896. To: Telecom@XX.LCS.MIT.EDU
  19897. Reply-To: Telecom@XX.LCS.MIT.EDU
  19898.  
  19899. TELECOM Digest                       Sunday, December 21, 1986 10:58PM
  19900. Volume 5, Issue 159
  19901.  
  19902. Today's Topics:
  19903.  
  19904.                      Re: Non Standard pay phones
  19905.               regulation of the packet switched networks
  19906.                            Re: Billing Lag
  19907.                            Intrastate calls
  19908.                              New Services
  19909.                   Looking for a line in use circuit
  19910.              Re: Pending FCC ruling threat to modem users
  19911.                     ARPANET Routing Non-Redundant
  19912.                            Re: Hold Circuit
  19913.                             Re: ring-back
  19914.  
  19915. ----------------------------------------------------------------------
  19916.  
  19917. Date: Thu, 18 Dec 86 16:54:51 pst
  19918. From: micropro!edg@lll-crg.ARPA
  19919. Subject: Re: Non Standard pay phones
  19920.  
  19921. I remember in my errant youth that pay phones have mercury switches in them
  19922. to make them harder to hookswitch.  Still possible, though.  In most 
  19923. states, Dial Tone First phones, that can reach 911 and the local 0perator 
  19924. without a deposit are the rule.  It may be that the individual set in question
  19925. was broken.
  19926.  
  19927. If it was a private pay phone, I say torch the damned thing!  Here in Califoo,
  19928. we have a $.20 local rate.  The private pay phones are $.25.  Some of them let
  19929. one reach 950-xxxx without a deposit.  Those I use for long distance (via
  19930. my ALDS.)  Others do not.  Those I restrain myself from vandalizing.
  19931.  
  19932. People should know what they're buying, and who they're paying.  If a
  19933. restaurant has private pay phones, they're profiteering on their
  19934. customers.  Same for the corner store or gasoline station.  Let the
  19935. businessman know that you find his store less hospitable than the
  19936. competition.
  19937.  
  19938. One last thing I recently saw:  A sticker on a restaurant menu that said
  19939. "Cordless Public Phone available at your table.  Charges added to your
  19940. check.  Ask your waitress."  Am I impressed?  Or disgusted.
  19941.  
  19942.                 -edg
  19943.  
  19944. Ed Greenberg                    | {hplabs,glacier}!well!micropro!edg
  19945. MicroPro International Corp.    |  {ucbvax,decwrl}!dual!micropro!edg
  19946. San Rafael, California          |       {lll-crg,ptsfa}!micropro!edg
  19947. (415)499-1200 x4096             |          micropro!edg@lll-crg.arpa
  19948.  
  19949. ------------------------------
  19950.  
  19951. Date: Sat, 20 Dec 86 01:04:17 EST
  19952. From: jsol@buita.bu.edu
  19953. Subject: regulation of the packet switched networks
  19954.  
  19955. This regulation was aimed directly at the commercial networks. I don't
  19956. think the research networks (or DEC which supplies its own packet switched
  19957. network for internal use), will suffer. At the very least the costs will be
  19958. absorbed in grants and other expenses.
  19959.  
  19960. The MILNET may go into per packet charging but that's all funny money
  19961. anyway. I don't think ARPANET will go into charging but if they do it
  19962. will be absorbed in grant proposals and other sources of income.
  19963. Individual users won't have to bear the costs.
  19964.  
  19965. --jsol
  19966.  
  19967. ------------------------------
  19968.  
  19969. From: cbmvax!devon!paul@seismo.CSS.GOV
  19970. From: paul@devon.UUCP (Paul Sutcliffe Jr.)
  19971. Subject: Re: Billing Lag
  19972.  
  19973. >      Yesterday (Dec 12), I picked up my latest phone bill (dated Nov 25).
  19974. > Included therein were the usual November charges and my Sprint bill for calls
  19975. > made in the first half of September.  Is this sort of time lag typical?  My
  19976.  
  19977. My most recent phone bill is dated Nov 16th.  It includes BOC charges
  19978. (my BOC is Bell of Pennsylvania) from Oct 24th thru Nov 17th, and LD
  19979. charges (MCI) from Sep 19th thru Nov 4th.  The lag time is not as
  19980. great as Paul Fuqua's, but MCI is my default LD carrier (I seldom, if
  19981. ever, use anyone else).  I'd be curious if this would explain the
  19982. difference.
  19983.  
  19984. An interesting side light to this delay (at least for me!) is that
  19985. during this billing period, I had made a change as to where I received
  19986. netnews from.  I had been receiving news from a site in the 609 (nj)
  19987. areacode (I'm in 215), and calls to there are through MCI.  I switched
  19988. to a site in my own 215 areacode, and those calls stay with Bell of Pa.
  19989. So this bill contained charges for calls to get net news spanning the
  19990. period Sep 19 to Nov 17 (whew!!).  Anybody wanna trade phone bills?
  19991.  
  19992. The reason I bring this up is to ask the question:  Will keeping the
  19993. bulk of long distance calls within my own areacode reduce my phone
  19994. bill as compared to having them go primarily to another areacode (and,
  19995. in this case, another state)?  This question assumes a comparable
  19996. amount of usage as well as comparable billing times (95% are
  19997. Night/Weekend).  Obviously, I wish the answer to be Yes!
  19998.  
  19999. -paul
  20000.  
  20001. Paul Sutcliffe, Jr.     UUCP: {seismo,ihnp4,allegra,rutgers}!cbmvax!devon!paul
  20002. Devon Computer Services  COMPUSERVE: 76176,502
  20003.  
  20004. ------------------------------
  20005.  
  20006. Date: Sun, 14 Dec 86 14:42:59 EST
  20007. From: "Keith F. Lynch" <KFL%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU>
  20008. Subject: Intrastate calls
  20009.  
  20010.      ... your intrastate rates are set by a state regulatory commission and
  20011.      may be higher than equivalent interstate service. -Elmo]
  20012.  
  20013.   If they are ever at least twice as high, would it be legal to have a
  20014. redial service just across the state line, so that instead of calling
  20015. your party directly you dial the service and tell it to dial your
  20016. number, turning one intrastate call into two interstate calls?  If not,
  20017. why not?
  20018.                                 ...Keith
  20019.  
  20020. ------------------------------
  20021.  
  20022. Date: Mon, 15 Dec 86 01:36:25 CST
  20023. From: wucs1!cec2!jjd2775@seismo.CSS.GOV (Jay Jeffrey D'Lugin)
  20024. Subject: New Services
  20025.  
  20026.      Austin, TX has had these services for at least the past year.
  20027. The best feature is callback.  If you pick up the phone and dial *66,
  20028. it rings the phone that called you last (only if the call was made
  20029. within Austin).  This is very handy when you come home, the phone's
  20030. ringing, and you pick it up just in time to hear the other party hang
  20031. up!
  20032.  
  20033.  
  20034. Jay D'Lugin   (Images-R-Us)
  20035. ihnp4!{wucs!wucec2!jjd2775 | wucs!lucy!jay | comus!dlugin}
  20036.  
  20037. ------------------------------
  20038.  
  20039. Date: Mon 15 Dec 86 16:00:16-PST
  20040. From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
  20041. Subject: Looking for a line in use circuit
  20042.  
  20043. I would like to build a LED driver that will light when a line is in
  20044. use.  I guess I could use a CMOS inverter and drive it from the line.
  20045. Does anyone have a circuit?
  20046. Ted.
  20047.  
  20048. [DAK sells this circuit as "Drew's Brainstorm" for ~$10.  A 9-volt
  20049.  battery eliminator is recommended by yours truly.  -Elmo]
  20050.  
  20051. ------------------------------
  20052.  
  20053. Date: Mon, 15 Dec 86 22:53:25 EST
  20054. From: "Keith F. Lynch" <KFL%MX.LCS.MIT.EDU@MC.LCS.MIT.EDU>
  20055. Subject: Re: Pending FCC ruling threat to modem users
  20056.  
  20057.     From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  20058.  
  20059.     ... Mark Fowler, Chairman of the FCC, has been hailed by the press as
  20060.     a "fair market zealot."  The chances are very good that he views this
  20061.     proposed reregulation as the magic road to increased competition and
  20062.     fairer pricing for consumers.
  20063.  
  20064.   In a free market, it would not matter to users whether this
  20065. legislation was passed or not.  The legislation does not COMPELL local
  20066. phone companies to charge four dollars or more per hour for a local
  20067. phone call to a long distance data service (e.g. PC PURSUIT) it merely
  20068. ALLOWS them to do so.
  20069.   Since it doesn't cost local phone companies any more to complete a
  20070. local call to such a service than it costs them to complete any other
  20071. local call, phone companies would not lose money by not adding this
  20072. charge.  And since any local phone company which chose NOT to charge
  20073. extra for such calls would get plenty of business from users who
  20074. formerly used any local phone company which DID decide to add the
  20075. extra charge, there would certainly be local phone companies which
  20076. choose not to add this charge.  This is how the free market works.
  20077.   HOWEVER, we unfortunately do NOT have a free market in local
  20078. telephone service.  Since each user has no choice which local phone
  20079. company to use, thanks to a pernicious government-mandated monopoly,
  20080. most local phone companies probably WILL add this charge if they are
  20081. allowed to.  They know they won't lose any customers to competing
  20082. firms, since there are no competing firms allowed.
  20083.   In an ideal world, this legislation would be a good thing.  Phone
  20084. companies like any other company should be allowed to charge whatever
  20085. they wish for their services, subject only to the constraints of the
  20086. marketplace.  But in the context of the captive marketplace, this
  20087. legislation would be a very bad thing.  If phone companies are given
  20088. a monopoly, their prices have to be regulated by the government, since
  20089. they are not regulated by the free market.  Without regulation, they
  20090. would be able to charge as much as they could without people abandoning
  20091. phone service for bicycle messengers or carrier pigeons.
  20092.   Phone service ought to cost the user just a few percent more than
  20093. the cost to the phone company of providing the service.  In a free
  20094. market, it would.  In a regulated mandated monopoly, it might (how
  20095. could anyone ever tell?).  But given an unregulated mandated monopoly,
  20096. i.e. the worst of both worlds, the local phone companies will sell
  20097. their services for slightly less than the cost to the user of doing
  20098. completely without phone service.
  20099.   If Mark Fowler is indeed an advocate of the free market system, this
  20100. is how it should be explained to him.
  20101.  
  20102.      Write to:
  20103.  
  20104.      Honorable Mark Fowler
  20105.      Chairman of the Federal Communications Commission
  20106.      Washington D.C. 20554
  20107.  
  20108.      Refer to Computer Inquiry III in your letters. ...
  20109.  
  20110.      And hurry!  I have heard this matter will be going before the FCC for a
  20111.      vote in the latter part of January or early part of February.  Time is
  20112.      running out.
  20113.  
  20114.   I completely agree.  Write today!
  20115.  
  20116.   Please reply to me, I am not on most of these lists.
  20117.                                 ...Keith
  20118.  
  20119. ------------------------------
  20120.  
  20121. SOME MATERIAL LOST HERE.... ISSUE 160 STARTS NOW.
  20122.  
  20123.  
  20124. 23-Dec-86 23:53:01-EST,16080;000000000000
  20125. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  20126. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Tue 23 Dec 86 23:52:59-EST
  20127. Date: 23 Dec 86 15:45-EST
  20128. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  20129. Subject: TELECOM Digest V5 #160
  20130. To: Telecom@XX.LCS.MIT.EDU
  20131. Reply-To: Telecom@XX.LCS.MIT.EDU
  20132.  
  20133. TELECOM Digest                       Tuesday, December 23, 1986 3:45PM
  20134. Volume 5, Issue 160
  20135.  
  20136. Today's Topics:
  20137.  
  20138.                              403 areacode
  20139.                  ringbacks in Boston;  access charge
  20140.                            Re: Hold Circuit
  20141.                   Re: ARPANET Routing Non-Redundant
  20142.          Residential Service + BBS Contrary to Tariffs in MA
  20143.                      Cheaper within an areacode?
  20144.              Directory assistance & long-distance routing
  20145.                   British Telephone Theft-of-Service
  20146.  
  20147. ----------------------------------------------------------------------
  20148.  
  20149. Date: Mon, 22 Dec 86 00:34:10 mst
  20150. From: seismo!ihnp4!alberta!idacom!danny@EDDIE.MIT.EDU (Danny Wilson)
  20151. Subject: 403 areacode
  20152.  
  20153. From: cmoore@BRL.ARPA (Carl Moore, VLD/VMB)
  20154. >Yesterday, I looked at list of area codes in the Orange County (California)
  20155. >directory, and noticed that 403 was listed as the area code for Alberta,
  20156. >Yukon Territory and Northwest Territories with the latter 2 noted as "TEMP."!
  20157. >Why TEMP?
  20158.  
  20159. First of all, although the Yukon Territories and Northwest Territories
  20160. are very large geographically, there really aren't a lot of people there.
  20161. Also, the Inuit don't have a lot of telephones. I'm sure that as the
  20162. area becomes more populated (maybe a long time from now), they will get
  20163. their own areacode.
  20164.  
  20165. In reality,
  20166.  
  20167.     Only Yukon T, and the District of McKenzie in the NWT 
  20168.     share an areacode with Alberta (403).
  20169.  
  20170.     The District of Kewatin and Resolute Bay in the NWT share
  20171.     an areacode with the Sherbrooke, Quebec region (819)
  20172.  
  20173. I would imagine that Northwestern Canada receives its services from
  20174. Alberta, while Northeaster Canada receives its services from 
  20175. Eastern Canada.
  20176.  
  20177. Danny Wilson            danny@idacom.uucp
  20178. IDACOM Electronics Ltd        {ihnp4|ubc-vision}!alberta!ncc!idacom!danny
  20179. Edmonton, Alberta        (403)450-2468
  20180. CANADA
  20181.  
  20182. ------------------------------
  20183.  
  20184. Date: 22-Dec-1986 0948
  20185. From: goldstein%debet.DEC@decwrl.DEC.COM  (Fred R. Goldstein dtn226-7388)
  20186. Subject: ringbacks in Boston;  access charge
  20187.  
  20188. re: Can you make your phone ring back?
  20189.  
  20190. In Boston, the standard u-dial-it ringback is reached by dialing 98x-abcd
  20191. where abcd is the last four digits of your telephone number and x is 0,
  20192. 1, 2 or 3, depending upon which prefix in your CO you're on.  You should
  20193. try them out to see which works; if you succeed, you'll get the single 
  20194. tone which leads to ringback.  
  20195.  
  20196. In some places, you dial your own number.  In NJ, you dial 550 (dial tone,
  20197. rotary only:6, unless it's changed).  But let's not get another of those
  20198. "763 used to stand for SMegma-3" discussions, okay?
  20199.  
  20200. re: are access charges optional
  20201.  
  20202. Keith seems to think that the FCC wouldn't compel telcos to charge
  20203. them if they reclassify packet access.  Clearly he doesn't know the
  20204. first thing about the regulatory process.  The access charges are
  20205. mandatory, and aren't kept by the local telco anyway.  They're pooled
  20206. such that high-cost telcos (Wyoming) are subsidized by low-cost telcos
  20207. (New England, NJ, etc.).  And this only affects packet nets which have
  20208. public dial-in ports (i.e., Telenet, Tymnet), not private lines, which 
  20209. pay a different subsidy if they're "contaminated" by access to the 
  20210. voice network (data lines aren't).
  20211.  
  20212. Still, the proposal is a bloody crock.
  20213.      fred
  20214.  
  20215. ------------------------------
  20216.  
  20217. Date: Mon, 22 Dec 86 09:21:31 pst
  20218. From: king@kestrel.ARPA (Dick King)
  20219. Subject: Re: Hold Circuit
  20220.  
  20221.    From: tj <tj@utcs.toronto.edu>
  20222.  
  20223.    put a resistor, and LED, a Zener, and an SCR in series. The Gate of the scr
  20224.    goes through a resistor and a pushbutton to + phone line. Lets draw a 
  20225.    schematic online... (Hope this works)
  20226.  
  20227.    -----------phone line + -------+-------------+
  20228.                   |             |
  20229.                   R             |
  20230.                   |             |
  20231.                   \___PB_______SCR
  20232.                         |
  20233.                           \_|_
  20234.                         Z  \
  20235.                      +------|
  20236.                        \_|_     R
  20237.                      Z  \   |
  20238.                      |     LED
  20239.                      |      |
  20240.    --------------- phone line - ---------+------+
  20241.  
  20242.    The SCR is off until pushbutton PB is pressed making contact thus
  20243.    turning it on. Upper Zener is some voltage higher than the off hook
  20244.    voltage of the line. (say 10 volts) Until the line goes higher than
  20245.    10 volts it is off, even though the SCR is on. Hold the push button
  20246.    as you hang up. This turns on the SCR and as the line voltage rises
  20247.    the zener conducts and the current through the SCR will hold it on
  20248.    (get a low hold current scr, say 3 ma) The resistor in series with
  20249.    the push button supplies the small turn on current.  5 k should do.
  20250.    The lower zener limits the voltage across the LED. Make say 5
  20251.    volts. This would put the r in series with the LEd at about 150
  20252.    ohms.
  20253.  
  20254.    Like no guarantees...
  20255.  
  20256. I doubt this circuit would work, and it could be dangerous.  There is
  20257. no impedience between a 28 volt source and ground; that voltage will
  20258. be pulled down to 15 volts.  What would limit the current through the
  20259. SCR and two zener diodes?
  20260.  
  20261. -dick
  20262.  
  20263. ------------------------------
  20264.  
  20265. Date: Mon, 22 Dec 86 09:10:00 pst
  20266. From: well!pozar@lll-lcc.ARPA (Tim Pozar)
  20267. Subject: Re: ARPANET Routing Non-Redundant
  20268.  
  20269.    This brings up a problem that I had with pa bell (Pacific) at the station
  20270. that I work with.  I had ordered a main and a back-up data (2003) line between
  20271. our studios and our transmitter site.  I installed a automatic switch that 
  20272. would flip between the lines in case of failure.  Little did I know that for
  20273. the most part of those lines they were routed through different C.O.s but for 
  20274. a kilometer section by Golden Gate Park.  Amazing what a back hoe can do...
  20275.    I had pa bell reroute one of the lines, and installed a remote control that
  20276. I can bring up through a dial-up circut.
  20277.  
  20278.        Tim Pozar
  20279. UUCP       pozar@well.UUCP
  20280. FIDO       125/406
  20281. USNail     KLOK-FM
  20282.        77 Maiden Lane
  20283.        San Francisco CA 94108
  20284.  
  20285. ------------------------------
  20286.  
  20287. Date: 22 Dec 1986 1834-PST
  20288. From: STERNLIGHT@USC-ECL.ARPA
  20289. Subject: Residential Service + BBS Contrary to Tariffs in MA
  20290.  
  20291. I think most of you are missing the point.  I guess the phone company
  20292. is arguing that since non-family members leave files or messages on
  20293. the BBS for others to receive, the effect is as if the message
  20294. leaver (non-family member) made an outgoing call from your phone
  20295. to the subsequent message receiver.  Although I think it's pretty
  20296. shoddy of the BOC to act this way, I can see their logic.
  20297.  
  20298. ------------------------------
  20299.  
  20300. Date: Mon, 22 Dec 86 21:58:35 est
  20301. From: Mark D. Freeman <mdf@ohio-state.ARPA>
  20302. Subject: Cheaper within an areacode?
  20303.  
  20304.  paul@seismo.CSS.GOV@devon.UUCP writes:
  20305. >Will keeping bulk of long distance calls within my own areacode reduce
  20306. >my phone bill as compared to having them go primarily to another
  20307. >areacode (and, in this case, another state)?
  20308.  
  20309. It is almost never true that it is cheaper to call within the same state
  20310. as it is to call across state lines.  It is counter-intuitive, but the
  20311. feds are much stricter about granting rate increases than the states are.
  20312.  
  20313. I can call from Ohio to New Jersey cheaper than I can call from Columbus, OH
  20314. to Newark, OH. (40 miles)  The local Bell gets the call, even though my 
  20315. primary long-distance carrier is US Sprint.  What a racket...
  20316.  
  20317. ------------------------------
  20318.  
  20319. Date: Mon, 22 Dec 86 11:07:25 est
  20320. From: allegra!phri!roy@seismo.CSS.GOV (Roy Smith)
  20321. Subject: Directory assistance & long-distance routing
  20322.  
  20323.     Here's something I've often wondered about.  When you call long
  20324. distance directory assistance, after you get the number you want (either
  20325. from a human operator or a digi-cording, the connection is broken and you
  20326. have to dial the number yourself.  Wouldn't it make more sense to just
  20327. connect you with the number?
  20328.  
  20329.     They've already figured out a long distance routing for your call,
  20330. all they have to do now is locally patch the call through to the right
  20331. exchange and emit some tones telling the billing systems "OK, no more free
  20332. message units; start billing this call the next time you see the line go
  20333. off hook."  If you hang up and dial again, you get to tie up all that
  20334. switching equipment all over again while they figure out how to route your
  20335. call from here to there once more.
  20336.  
  20337.     Granted, you don't *always* want to call a number as soon as
  20338. directory assistance gives it to you, but the overwhelming majority of the
  20339. time you do.  Maybe you could have the recording say "The number is ...; If
  20340. you need further assistance, stay on the line; If you want me to patch you
  20341. through, touch "#" (or flash the switch-hook)".
  20342.  
  20343.     Here's an interesting one.  I called directory assistance for (609)
  20344. the other day and got a number.  Usually the recording tell me "The number
  20345. is ... X.X.X ... X.X..X.X (the dots and spaces indicate approximate length
  20346. of pauses).  This time, however, it was "X.X ... X.X ...  X .. X .. X".
  20347. It's amazing how deep rooted the 3-3-4 pattern of phone numbers is (well,
  20348. in North America, anyway).  With the different cadence, I could barely
  20349. write down the digits!
  20350.  
  20351. ------------------------------
  20352.  
  20353. Date:           Tue, 16 Dec 86 17:08:46 PST
  20354. From:           Rich Wales <wales@LOCUS.UCLA.EDU>
  20355.  
  20356.  
  20357. I have some observations and questions regarding the "bar codes" which
  20358. the U.S. Postal Service has been using for a while on mail.  These codes
  20359. are most often seen on preprinted reply envelopes and postcards (e.g.,
  20360. for paying bills, subscribing to magazines, etc.).  Every so often, they
  20361. get printed on private mail as well.
  20362.  
  20363. First of all, for anyone who may be interested, here's a description of
  20364. the code.  (I figured it out in my spare time last Saturday, by looking
  20365. carefully at several preprinted reply envelopes.)
  20366.  
  20367. (1) The code consists of a succession of long and short bars (about 3mm
  20368.     and 1mm high, respectively), spaced about 1.2mm apart.  The bottoms
  20369.     of the bars are lined up, which means that the long bars "stick up".
  20370.  
  20371. (2) The first and last bars are always "long" (presumably for alignment
  20372.     of the reading equipment).  The remaining bars are a representation
  20373.     of the ZIP code (either 5- or 9-digit version), plus a check digit.
  20374.     This means that the codes are either 32 bars long (for a 5-digit ZIP
  20375.     code) or 52 bars long (for a 9-digit ZIP+4 code).
  20376.  
  20377. (3) The digits are read from left to right.  Each digit is represented
  20378.     by five bars, using the following "two-out-of-five" code:
  20379.  
  20380.         1 ...||    2 ..|.|    3 ..||.    4 .|..|    5 .|.|.
  20381.         6 .||..    7 |...|    8 |..|.    9 |.|..    0 ||...
  20382.  
  20383. (4) A check digit is added after the ZIP code itself.  Its value is cho-
  20384.     sen such that the sum of all the digits in the code (including the
  20385.     check digit) will be a multiple of 10.  Note that the digits in the
  20386.     code are *not* weighted in any way when determining the check digit
  20387.     value -- it's just a straight addition.
  20388.  
  20389. (5) It appears that the bar code is supposed to be parallel to, and the
  20390.     tops of the "long" bars are supposed to be within about half an inch
  20391.     of, the bottom edge of the envelope or postcard.  I was unable to
  20392.     draw any more specific conclusions based on my observations.
  20393.  
  20394. Here's an example.  The ZIP+4 code on a reply postcard in one of my mag-
  20395. azines was 60604-9973.  Since these digits add up to 44, the check digit
  20396. is a 6.
  20397.  
  20398.     |.||..||....||..||....|..||.|..|.|..|...|..||..||..|
  20399.        6    0    6    0    4    9    9    7    3    6
  20400.  
  20401. Now, my questions.
  20402.  
  20403. (1) Where do I find the document (for I'm sure there is one!) describing
  20404.     the exact specifications of this code?  In particular, something
  20405.     that indicates the tolerances for the various measurements, how far
  20406.     from the bottom edge the code can be, etc.?
  20407.  
  20408. (2) What are the regulations outlining the circumstances under which the
  20409.     bar codes will be, can be, or must be put on mail?
  20410.  
  20411.     (a) I'm sure all those businesses haven't put those codes on their
  20412.     reply envelopes out of the goodness of their hearts.  And, in
  20413.     the case of bill envelopes, I can't even see how the companies
  20414.     might be benefitting from a reduction in postage -- since the
  20415.     bill-paying consumer still has to put a stamp on the envelope!
  20416.  
  20417.     (b) Reasonably often (but not always), I see a bar code on a private
  20418.     letter -- apparently put there by a dot-matrix printer.  I would
  20419.     assume the Postal Service did this -- but why do they do it only
  20420.     on some envelopes and not on others?
  20421.  
  20422.     (c) With the increasing use of personal computers, it would seem to
  20423.     be an easy matter to write a program so that individuals could
  20424.     print these bar codes on their own outgoing mail.  Even if this
  20425.     didn't earn one a reduction in postage :-}, still it might help
  20426.     speed up mail delivery.  Has the Postal Service thought of this?
  20427.  
  20428. -- Rich Wales // UCLA Computer Science Department // +1 213-825-5683
  20429.     3531 Boelter Hall // Los Angeles, California 90024 // USA
  20430.     wales@LOCUS.UCLA.EDU   ...!(ucbvax,sdcrdcf,ihnp4)!ucla-cs!wales
  20431. "Sir, there is a multilegged creature crawling on your shoulder."
  20432.  
  20433. ------------------------------
  20434.  
  20435. Date:     Fri, 19 Dec 86 9:30:17 CST
  20436. From:     Will Martin -- AMXAL-RI <wmartin@ALMSA-1.ARPA>
  20437. Subject:  British Telephone Theft-of-Service
  20438.  
  20439. Here's a segment of a posting that just appeared in the RISKS Digest that
  20440. should be of interest to the Telecom readership:
  20441.  
  20442. Date: Thu 18 Dec 86 11:25:17-PST
  20443. From: Peter G. Neumann <Neumann@CSL.SRI.COM>
  20444. Subject: EXTRA! British Telecom pay phone Phonecard broken?
  20445. To: RISKS@CSL.SRI.COM
  20446.  
  20447. Britain is currently just at the tip of an iceberg regarding an apparent
  20448. vulnerability in its debit cards for British Telecom pay phones.  The debit
  20449. cards can be purchased from all sorts of shops, and come in a range of
  20450. denominations such as 5, 10, 40, or 100 calling units.  The system has been
  20451. in use for a year or two, and card pay phones are both widely accessible and
  20452. very popular.  (If you've ever tried to use coins in a London call box, you
  20453. know that it is quite an experience.)
  20454.  
  20455. My best guess is that it has a holographic stripe, and that a destructive
  20456. write is used effectively to burn out a part of the hologram corresponding
  20457. to each message unit -- making it difficult to ADD units to the card.
  20458.  
  20459. Unfortunately, a relatively simple doctoring of the card has been discovered
  20460. that threatens the whole scheme, and makes a card indefinitely reusable [at
  20461. least until the system is either modified or withdrawn].
  20462.  
  20463. An article appeared as the front-page lead story in The Sunday Post (West
  20464. Scotland?), 14 December 1986, with the banner headline "DIAL WORLD WIDE FOR
  20465. NOTHING -- TELECOM HIT BY 'PHONE FRAUD'".  The article notes that the trick
  20466. was discovered by a British soldier "fed up with paying a fortune to call
  20467. his Scottish girlfriend".  The word is now spreading around British troops,
  20468. and can be expected to be widely known in a very short time.  (The newspaper
  20469. states that they know how it is done, and have proved that it works.  It
  20470. cites a variety of calls that they were able to make without any debit to
  20471. their card.)  The consequences of the propagation of this trick are awesome
  20472. to contemplate.
  20473.  
  20474. The system was presumably billed as "foolproof".  But "foolproof" is not
  20475. good enough against intelligence -- although it should be pointed out that
  20476. the card is not a smart-card in the usual sense.  There is no user
  20477. identification number required, and no use of encryption.  The AT&T credit
  20478. card number seems somewhat safer, as it is quickly revocable on an
  20479. individual basis.  On the other hand, the convenience of the BT phone card
  20480. is certainly appealing.
  20481.  
  20482. [Following portion was "RISKS"-specific, so has been deleted - WM]
  20483.  
  20484. ------------------------------
  20485.  
  20486. End of TELECOM Digest
  20487. *********************
  20488. 29-Dec-86 22:32:34-EST,15506;000000000000
  20489. Return-Path: <Telecom-REQUEST@XX.LCS.MIT.EDU>
  20490. Received: from XX.LCS.MIT.EDU by XX.LCS.MIT.EDU with TCP; Mon 29 Dec 86 22:32:32-EST
  20491. Date: 29 Dec 86 21:25-EST
  20492. From: Moderator <Telecom-REQUEST@XX.LCS.MIT.EDU>
  20493. Subject: TELECOM Digest V5 #161
  20494. To: Telecom@XX.LCS.MIT.EDU
  20495. Reply-To: Telecom@XX.LCS.MIT.EDU
  20496.  
  20497. TELECOM Digest                        Monday, December 29, 1986 9:25PM
  20498. Volume 5, Issue 161
  20499.  
  20500. Today's Topics:
  20501.  
  20502.              Directory assistance & long-distance routing
  20503.                                  ISDN
  20504.                        Re: British Phone Phraud
  20505.                          Assuring redundancy
  20506.                          Railphone / Airphone
  20507.                           More Hold Circuit
  20508.  
  20509. ----------------------------------------------------------------------
  20510.  
  20511. Date: Wed, 24 Dec 86 00:15:06 EST
  20512. From: jsol@buit1.bu.edu
  20513. Subject: Directory assistance & long-distance routing
  20514.  
  20515. I believe that Directory Assistance uses special trunks to complete and
  20516. there are only a fixed number of those trunks. Getting you to hang up
  20517. and dial the number yourself causes you to use one of their normal trunks
  20518. which they have far more of ...
  20519.  
  20520. --jsol
  20521.  
  20522. ------------------------------
  20523.  
  20524. Subject: ISDN
  20525. Date: Wed, 24 Dec 86 08:09:48 PST
  20526. From: David G. Cantor <dgc@CS.UCLA.EDU>
  20527.  
  20528. The articles about ISDN (Integrated Service Data Network) are appearing
  20529. fast and furious.  Yet I have seen little discussion of its potential
  20530. impact.
  20531.  
  20532. It appears that the service will appear, to the small user, as two
  20533. 64 kilobit-per-second (kbps) full-duplex channels and one 16 kbps
  20534. full-duplex channel on each ordinary telephone line.  One of the 64 kbps
  20535. channels would normally be used for voice, although it could be used for
  20536. data.  The 16 kbps channel would be used for both signaling (presumably
  20537. replacing touch tone, etc.) and data while the other 64 kbps channel
  20538. would be entirely for data.
  20539.  
  20540. For large users, many more channels would be provided on one pair,
  20541. but these would be compatible with the above.  Though the exact
  20542. configuration has yet to be determined (part of the standards-setting
  20543. still taking place -- the delay is apparently due to the differences
  20544. between the North American and European networks).
  20545.  
  20546. The telephone companies (BOC's and long distance services in the USA,
  20547. PTT's in Europe, etc.) would provide the switching for these services.
  20548.  
  20549. It seems that if this service were provided at a reasonable price and
  20550. if some reasonable sort of device that would permit RS232 to connect to
  20551. these channels were provided, then the current "audio-frequency" modems
  20552. would soon be obsolete.  More than that, if the interface chips were
  20553. widely available and reasonably priced, the standard ISDN interface
  20554. could easily come to replace RS232 as the standard terminal interface. 
  20555. Advantages would be the higher speed that could be used and a more
  20556. modern protocol (though I have yet to see the detailed specs).
  20557.  
  20558. However, judging by past experience, one might expect the telephone
  20559. companies to "kill the golden goose", most likely by so overpricing the
  20560. service that modem users won't want to switch.  For example, one might
  20561. expect that there would not be a flat-rate service (given the opposition
  20562. to such services by BOC's), such as that which is currently provided to
  20563. many modem users.  Even a "small" charge (5 cents/minutes) could mount
  20564. up quite rapidly.  There are many other potential pitfalls.  With any
  20565. of them, the service could die and we could be stuck with the present
  20566. system for another 25 years.
  20567.  
  20568. How should such a service be priced?  What kind of performance
  20569. guarantees can we expect in terms of error rate, reliability, and
  20570. delays?  What kind of protocols will it use?  Will control be as easy as
  20571. the present system, which can be handled by simple intelligent modems
  20572. (Hayes compatible, etc.)?  Will there be a wide availability of the
  20573. interface chips and will these be useful for direct terminal to computer
  20574. connection (without going through the telephone system)?  Will services
  20575. such as TRW credit (which use automatic dialers and modems to validate
  20576. credit cards) quickly switch to the new service?  Will it replace
  20577. slow-speed networks such as arpanet (why share the 64kbps arpanet when
  20578. you can have your own direct line just as fast)?  Wil there be "airline"
  20579. style pricing where, highly-competitive, heavily travelled routes, e.g.,
  20580. Los Angeles-New York have much lower prices than much shorter, lightly
  20581. travelled routes?  (This hasn't happened yet on long-distance services,
  20582. though I don't know why.)
  20583.  
  20584. dgc
  20585.  
  20586. David G. Cantor
  20587. Internet:  dgc@cs.ucla.edu
  20588. UUCP:      ...!{ihnp4, randvax, sdcrdcf, ucbvax}!ucla-cs!dgc
  20589.  
  20590. ------------------------------
  20591.  
  20592.  
  20593. Date: Wed, 24 Dec 86 09:20:36 pst
  20594. To: Telecom@XX.LCS.MIT.EDU
  20595. Subject: Bar Codes on U.S. Mail
  20596.  
  20597.  
  20598.    Date:           Tue, 16 Dec 86 17:08:46 PST
  20599.    From:           Rich Wales <wales@LOCUS.UCLA.EDU>
  20600.  
  20601.  
  20602.    I have some observations and questions regarding the "bar codes" which
  20603.    the U.S. Postal Service has been using for a while on mail.  These codes
  20604.    are most often seen on preprinted reply envelopes and postcards (e.g.,
  20605.    for paying bills, subscribing to magazines, etc.).  Every so often, they
  20606.    get printed on private mail as well.
  20607.  
  20608.    First of all, for anyone who may be interested, here's a description of
  20609.    the code.  (I figured it out in my spare time last Saturday, by looking
  20610.    carefully at several preprinted reply envelopes.)
  20611.  
  20612.     .    .    .  [description omitted]
  20613.  
  20614.    (2) What are the regulations outlining the circumstances under which the
  20615.        bar codes will be, can be, or must be put on mail?
  20616.  
  20617.        (a) I'm sure all those businesses haven't put those codes on their
  20618.        reply envelopes out of the goodness of their hearts.  And, in
  20619.        the case of bill envelopes, I can't even see how the companies
  20620.        might be benefitting from a reduction in postage -- since the
  20621.        bill-paying consumer still has to put a stamp on the envelope!
  20622.  
  20623. Doesn't seem unreasonable that a special rate exist for bill mailings
  20624. where the reply envelope has barcodes.  It would be more expensive
  20625. than junk mail, but cheaper than ordinary presorted first class.
  20626.  
  20627.        (b) Reasonably often (but not always), I see a bar code on a private
  20628.        letter -- apparently put there by a dot-matrix printer.  I would
  20629.        assume the Postal Service did this -- but why do they do it only
  20630.        on some envelopes and not on others?
  20631.  
  20632. Are the zip codes particularly legible or illegible on the envelopes
  20633. that have the codes?  See my thoughts on (c)
  20634.  
  20635.        (c) With the increasing use of personal computers, it would seem to
  20636.        be an easy matter to write a program so that individuals could
  20637.        print these bar codes on their own outgoing mail.  Even if this
  20638.        didn't earn one a reduction in postage :-}, still it might help
  20639.        speed up mail delivery.  Has the Postal Service thought of this?
  20640.  
  20641. I suspect that there would be far more payoff in OCR of typewritten
  20642. zip codes.  I understand this is already done to a limited extent.
  20643.  
  20644.  
  20645. -dick
  20646.  
  20647. ------------------------------
  20648.  
  20649. Date: Wed, 24 Dec 86 13:07:24 EST
  20650. From: Michael Grant <mgrant@mimsy.umd.edu>
  20651. Subject: Re: British Phone Phraud
  20652.  
  20653. I have seen one of these cards.  The card is the size of a credit
  20654. card, made of thin metal.  A number like 5, 10, 20 units is printed on
  20655. the front.  Also, on the front in a band that is placed about where
  20656. the magnetic strip on a credit card is, if you look closly, you can
  20657. see tiny squares protruding from the surface, one square for each unit
  20658. that the card is worth.  The hack is probebly something like
  20659. scratching one of these squares.  They do not appear to be holograms.
  20660. They remind me of the same sort of material that is used in book
  20661. stores to stop book theft.
  20662.  
  20663. -Mike
  20664.  
  20665. ------------------------------
  20666.  
  20667. Date: Thu, 25 Dec 86 20:38:33 pst
  20668. From: Michael C. Berch <mcb@lll-tis-b.ARPA>
  20669. Subject: Assuring redundancy
  20670.  
  20671. Will Martin writes:
  20672. > [. . .] However, as I
  20673. > understand the tarriffs and how the long-line vendors sell their
  20674. > circuits to users, there is little, if anything, that a buyer could do
  20675. > to prevent the vendor from changing the physical circuits "behind" the
  20676. > logical or virtual circuit you are buying and eliminating physical
  20677. > redundancy that the customer thought he had. That is, you could design a
  20678. > network, and buy circuits, with actual physical redundancy for your own
  20679. > protection, but the telco could at some future date "streamline" its
  20680. > facilities and put your two originally-separate circuits on the same new
  20681. > physical link, without your ever even knowing about it or having any
  20682. > recourse or means to protest this action. 
  20683.  
  20684. Tariffs notwithstanding, I think organizations requiring physical
  20685. redundancy should state the requirement in Requests for Proposal and
  20686. Requests for Quotations (RFPs, RFQs). A short sentence could require
  20687. that the circuits ordered be "at all times" maintained in separate
  20688. conduits, routed through separate trunks, routed through different
  20689. switches, carried by different transport technologies (e.g., copper,
  20690. fiber, satcom), or whatever the desired stringency of the physical
  20691. redundancy may be, and with whatever exceptions (e.g., circuits
  20692. permitted to be co-routed within customer's premises, or between
  20693. premises and CO) you can live with. Obviously, this will be expensive.
  20694.  
  20695. Michael C. Berch
  20696. ARPA: mcb@lll-tis-b.arpa
  20697. UUCP: ...!lll-lcc!styx!mcb   ...!lll-crg!styx!mcb  ...!ihnp4!styx!mcb
  20698.  
  20699. ------------------------------
  20700.  
  20701. Date: Fri 26 Dec 86 01:36:00-EST
  20702. From:   Doug Reuben  <S.D-REUBEN%KLA.WESLYN%Wesleyan.Bitnet@WISCVM.WISC.EDU>
  20703. Subject: Railphone / Airphone
  20704.  
  20705.  
  20706.         Hello everyone, and Happy Holidays!
  20707.  
  20708.         I posted this on the railroad board about a recent trip on the
  20709. Metroliner between Washington, D.C. and New York. I think it may be of some
  20710. interest to Telecom readerd as well, so here goes:
  20711.  
  20712.         Railphone is a telephone service presently available on Amtrak
  20713. Metroliners, in the New York to Washington D.C. corridor. They look like
  20714. Bell System Charge-a-Calls (the blue phones you can't put coins in), and are
  20715. located in the Amcafe and in the Coach sections of Metroliner trains.
  20716. (In the coach cars, they took out one of the lounges with the 2 seats that
  20717. are near the bathrooms and made it into a phone booth.)  To use them, you
  20718. insert a credit card, and dial your call just like any regular call. The
  20719. rates are $5 for the first minute, and $1 for each additional. (Which is
  20720. less than the ship-to-shore rates that are normally charged for services
  20721. like Airphone, which cost $7.50 for the first 3 minutes, but where each
  20722. additional minute is $1.50 . Thus, any Railphone call is cheaper than an
  20723. Airphone call.)
  20724.  
  20725.         The connections are excellent!! Just like cellular is supposed to
  20726. be. I heard the people on the other end just like it was a regular call,
  20727. and the only problem was the noise from the train (the Metroliners go
  20728. pretty fast) which created a background noise, but that really wasn't a
  20729. major problem. Since the phones are only available on Metroliners, I guess
  20730. that you can only use them between New Haven and Washington. When I
  20731. first saw the Railphone map in September, the only areas that were serviced
  20732. were from New York to Washington. Last week, they had added Stamford, and
  20733. the map seems to indicate that it goes to New Haven, although New Haven
  20734. isn't specifically drawn on the map. However, since most Metroliners don't
  20735. go to New Haven (I think one each way during weekdays and maybe two on
  20736. Sundays , or something like that...), further extension North of New York
  20737. doesn't seem to be very necessary, unless, of course, they are planning
  20738. to install Railphone on commuter lines and/or regular Amtrak Service.
  20739.  
  20740.         I believe the same company that operates Airphone also operates
  20741. Railphone, since the logos are the same. Railphone does have periods where
  20742. it is "blacked-out" (i.e., in tunnels), although I have managed to talk
  20743. even while in a tunnel outside of Baltimore. In the event that you do
  20744. get disconnected, they will re-connect you for no additional charge.
  20745. Overall, Railphone is an effective and worthwhile service that I wish
  20746. would be placed on other trains as well. Now if only Airphone could be
  20747. as good....!
  20748.  
  20749.         Does anyone know how Railphone works? Is it a cellular system? If
  20750. not, what accounts for its remarkable clarity? Also, how do they check to
  20751. see if your credit card is good? (You slide a credit card through the phone
  20752. to start calling, like on Airphone) After I slid my card through, I received
  20753. a Dial Tone almost immediately, which seems too soon to check to see if
  20754. the card is valid or if I have sufficient funds to cover the cost of my
  20755. calls. Also, what sort of system is Airphone? And how does it compare with
  20756. Railphone?  (ie, means of transmission, billing, available channels, etc).
  20757. Well, any comments and/or answers would be helpful.  Thanks!
  20758.  
  20759.         -Doug
  20760.  
  20761.  
  20762.   REUBEN@WESLYN.BITNET
  20763.   S.D-REUBEN%KLA.WESLYN@WESLEYAN.BITNET
  20764.   S.D-REUBEN%KLA.WESLYN%WESLEYAN.BITNET@WISCVM.ARPA
  20765.  
  20766. ------------------------------
  20767.  
  20768. Date: Sun 28 Dec 86 17:22:12-EST
  20769. From:   Doug Reuben  <S.D-REUBEN%KLA.WESLYN%Wesleyan.Bitnet@WISCVM.WISC.EDU>
  20770. Subject: More Hold Circuit
  20771.  
  20772.         Recently there have been a few posts about how to build an inexpensive
  20773. "hold" circuit for home extensions so that you can place one extension on
  20774. hold, hang up, and then pick up some other extension phone and continue the
  20775. conversation.
  20776.  
  20777.         However, it occurred to me, rather than get a whole lot of devices to
  20778. do this, why not get just one, and use the extra wiring in the phone lines
  20779. to "connect" the device to all the phones. Lets say you have 4 extensions.
  20780. If you were to get a hold circuit for each one of them it would get pretty
  20781. expensive. However, if have the 3 or 4 wire phone lines in your house, you
  20782. could install just ONE hold circuit. The red and green wires (on 4 wire
  20783. systems) are the only ones that are usually used. (The black and yellow
  20784. might be used to light up the dials of phones like Trimlines and Princesses
  20785. so if you want the keep the light this wont work well). This leaves the black
  20786. and yellow wires completely free, and these are the wires to use.
  20787. On three wire systems, there is only one free wire, and the other two are
  20788. used for the phone circuit. Therefore, one of the active phone circuit wires
  20789. would have to be used, but this shouldn't create much of a problem.
  20790.  
  20791.         Install the hold circuit anywhere along the phone line to the red and
  20792. green wires. Then, instead of connecting a toggle switch to the hold unit
  20793. itself, connect the two wires for the toggle switch to the black and yellow
  20794. wires. Now, at every location that you want a hold feature, connect a toggle
  20795. switch between the black and yellow wires. This should be a lot cheaper than
  20796. purchasing individual units for each phone, and is probably more convenient
  20797. to install as well.
  20798.  
  20799.         Personally, if you have Touch Tone phones, I strongly favor the Tone
  20800. Hold device, but this is a good alternative if you have rotary or mixed
  20801. Tone/rotary service.
  20802.  
  20803.  
  20804.         -Doug
  20805.  
  20806.         REUBEN@WESLYN.BITNET
  20807.         S.D-REUBEN%KLA.WESLYN@WESLEYAN.BITNET
  20808.         S.D-REUBEN%KLA.WESLYN%WESLEYAN.BITNET@WISCVM.ARPA
  20809.         (and probably a lot of other ways too...!!)
  20810.  
  20811. ------------------------------
  20812.  
  20813. End of TELECOM Digest
  20814. *********************
  20815.