home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / 1987.volumes.6-7 / volume.7.all.issues < prev   
Internet Message Format  |  1990-01-20  |  275KB

  1. From jsol@buit1.bu.edu  Thu May 21 17:45:22 1987
  2. Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
  3.     id AA29140; Thu, 21 May 87 17:45:22 EDT
  4. Return-Path: <jsol@buit1.bu.edu>
  5. Received: by buita.bu.edu (1.1/4.7)
  6.     id AA12518; Thu, 21 May 87 17:45:40 EDT
  7. Date: Thu, 21 May 87 17:45:40 EDT
  8. From: jsol@buit1.bu.edu
  9. Message-Id: <8705212145.AA12518@buita.bu.edu>
  10. To: telecom-dis
  11. Status: O
  12.  
  13. Date: Thu, 21 May 87 17:36:03 EDT
  14. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  15. Reply-to: TELECOM@BUIT1.BU.EDU
  16. Subject: TELECOM Digest V4 #1
  17. To: TELECOM@BUIT1.BU.EDU
  18.  
  19.  
  20. TELECOM Digest     Thu, 21 May 87 17:36:03 EDT    Volume 7 : Issue 1
  21.  
  22. Today's Topics:
  23.  
  24.                           missing submissions
  25.                            Re: Regular Phone Chirp
  26.                                1-800-XXX-0000
  27. ----------------------------------------------------------------------
  28.  
  29. Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
  30.     id AA25213; Thu, 21 May 87 06:20:23 EDT
  31. Return-Path: <jsol@buit1.bu.edu>
  32. Received: by buita.bu.edu (1.1/4.7)
  33.     id AA09788; Thu, 21 May 87 06:20:40 EDT
  34. Date: Thu, 21 May 87 06:20:40 EDT
  35. From: jsol@buit1.bu.edu
  36. Message-Id: <8705211020.AA09788@buita.bu.edu>
  37. To: telecom
  38. Subject: missing submissions
  39. Status: RO
  40.  
  41. Due to a bug in the software during the setup of TELECOM at BUIT1,
  42. all input to the digest was lost for the past few days. If you don't
  43. see your submission in this digest, please repost/resend it to us.
  44.  
  45. Sorry for the inconvenience.
  46. --jsol
  47.  
  48. ------------------------------
  49.  
  50. Date: Thu, 21 May 87 06:20:40 EDT
  51. From: jsol@buit1.bu.edu
  52. To: telecom
  53. Subject: missing submissions
  54. Date:          Thu, 21 May 87 10:01 EDT
  55. From: <KAJOHN01@ULKYVX.BITNET>
  56. Subject:       Re: Regular Phone Chirp
  57. To: telecom-request@xx.lcs.mit.edu
  58.  
  59. I have a home-brew piezoelectric ringer signal on my line and the same thing
  60. happens, except it happens at 4:32am.  A long time ago, I had a simple on-hook
  61. monitor which would listen to the phone line and run it through a small amp
  62. to a speaker.  I would leave it running in my room to listen to the idle noise
  63. on the line.  Well, one day I left it on my parents line, and they got a
  64. "chunk-chunk" noise at about 11:00pm.  I put the speaker/amp on my line and
  65. waited for 4:32am, and sure enough, I got the same "chunk-chunk", accompanied
  66. by an obediant chirp from my piezo ringer.  So from this I deduced it must be
  67. some sort of automated test sweep.  I am in a 1aESS if that helps any.
  68. It sounds to me like the line is reversing polarity briefly, although I haven't
  69. checked it with a meter yet.
  70.  
  71. David Harpe
  72. KAJOHN01@ULKYVX.Bitnet
  73.  
  74. ------------------------------
  75.  
  76. Date:          Thu, 21 May 87 10:11 EDT
  77. From: <KAJOHN01@ULKYVX.BITNET>
  78. Subject:       1-800-XXX-0000
  79. To: telecom-request@xx.lcs.mit.edu
  80.  
  81. Completely by accident, I noticed the other day that if you dial 1-800-XXX-0000
  82. where XXX is a valid 800 exchange, you get the following message:
  83.  
  84.         "You have reached the ATT long distance network.  Thank you for
  85.          choosing ATT.  This message will not be repeated."
  86.  
  87. And sure enough, it wasn't repeated.  My question is:  Why is this there?
  88. My long distance carrier is ATT, and I know there are numbers you can dial
  89. that allow you to check your LD carrier, but I thought those numbers were in
  90. the 700 range.  Does this happen for those of you who have MCI, Sprint, etc?
  91.  
  92. David Harpe
  93. KAJOHN01@ULKYVX.Bitnet
  94.  
  95. ------------------------------
  96.  
  97. End of TELECOM Digest
  98. *********************
  99.  
  100. From jsol@buit1.bu.edu  Fri May 22 19:25:57 1987
  101. Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
  102.     id AA05302; Fri, 22 May 87 19:25:57 EDT
  103. Return-Path: <jsol@buit1.bu.edu>
  104. Received: by buita.bu.edu (1.1/4.7)
  105.     id AA03237; Fri, 22 May 87 19:26:16 EDT
  106. Message-Id: <8705222326.AA03237@buita.bu.edu>
  107. Date: Fri, 22 May 87 19:26:02 EDT
  108. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  109. Reply-To: TELECOM@BUIT1.BU.EDU
  110. Subject: TELECOM Digest V4 #2
  111. To: TELECOM@BUIT1.BU.EDU
  112. Status: RO
  113.  
  114.  
  115. TELECOM Digest     Fri, 22 May 87 19:26:02 EDT    Volume 7 : Issue 2
  116.  
  117. Today's Topics:
  118.  
  119.                    Submission for comp-dcom-telecom
  120.                        Re: TELECOM Digest V6 #51
  121.                  Extended phone services in California
  122. ----------------------------------------------------------------------
  123.  
  124. Received: from XX.LCS.MIT.EDU by buit1.bu.edu (3.2/4.7)
  125.     id AA01033; Fri, 22 May 87 02:12:25 EDT
  126. Received: from seismo.CSS.GOV by XX.LCS.MIT.EDU with TCP/SMTP; Fri 22 May 87 02:10:30-EDT
  127. Received: from utah-cs.UUCP by seismo.CSS.GOV (5.54/1.14) with UUCP 
  128.     id AA07955; Fri, 22 May 87 02:11:10 EDT
  129. Received: by cs.utah.edu (5.54/utah-1.0)
  130.     id AA04185; Fri, 22 May 87 00:08:51 MDT
  131. Received: by gr.utah.edu (5.54/utah-1.0-slave)
  132.     id AA28219; Fri, 22 May 87 00:08:48 MDT
  133. Received: by stride.Stride.COM (5.51/UUCP-Project/rel-1.0/11-05-86)
  134.     id AA17027; Fri, 22 May 87 01:49:05 EDT
  135. From: utah-cs!stride.stride.com!unrvax@seismo.CSS.GOV (UNR VAX-11/750)
  136. Message-Id: <8705220549.AA17027@stride.Stride.COM>
  137. Date: 22 May 87 05:49:01 GMT
  138. To: comp-dcom-telecom%seismo.css.gov@seismo.CSS.GOV
  139. Subject: Submission for comp-dcom-telecom
  140. Responding-System: stride.Stride.COM
  141. Status: RO
  142.  
  143. Path: stride!utah-gr!uplherc!nrc-ut!nrcvax!ihm
  144. From: ihm@nrcvax.UUCP (Ian H. Merritt)
  145. Newsgroups: comp.dcom.telecom
  146. Subject: Re: TELECOM Digest V6 #51
  147. Message-ID: <920@nrcvax.UUCP>
  148. Date: 18 May 87 18:19:48 GMT
  149. References: <8705142333.AA23356@media-lab.MIT.EDU> <8705150113.AA25364@media-lab.MIT.EDU>
  150. Reply-To: ihm@minnie.UUCP (Ian Merritt)
  151. Distribution: world
  152. Organization: The Frobboz Magic Telephone Co., Inc.
  153. Lines: 44
  154.  
  155. >
  156. >   Date:     Wed, 13 May 87 10:40 EDT
  157. >   From:     "Steven H. Gutfreund" <GUTFREUND%cs.umass.edu@RELAY.CS.NET>
  158. >   Subject:  Phone card scam
  159. >
  160. >   Does anyone have some reasonable technical suggetions about what
  161. >   could be done (I realize that a lot of ideas are shot down by the
  162. >   Long Distance Carries because of marketing and simplicity reasons)
  163. >
  164. >                   - Steven Gutfreund
  165. >
  166. >Sure. Hundred digit credit card numbers. Ok, twenty digits ought to be
  167. >enough. Especially with the spiffy AT&T phones that automatically
  168. >punch in your AT&T credit card number for you, there really isn't any
  169. >reason (beyond convience for people at manual phones) not to use big
  170. >numbers. 
  171. >
  172. >At each central office, keep a list of every authorized credit card
  173. >number. (How hard would that be? Figure 100,000,000 valid credit card
  174. >numbers, 20 digits (10 bytes) each. With only BCD compression, this is
  175. >only 1GB of storage, which could easily be distributed on a weekly
  176. >basis. (Or looked up directly via some sort of packet switched
  177. >network.) You could veryify a number in less than a second.)
  178.  
  179. Actually, that's exactly how the verification is done now.  The AT&T
  180. CCIS (Common Channel Interoffice Signalling) network is employed for
  181. the inqueries to regional database sites (I don't recall thje AT&T
  182. term for them), and TSPS that handles the Calling Card service for
  183. them actually does the inquery for each attempt to use the card.  The
  184. only thing you have suggested that would change the system is the
  185. additional digits.  The problems are that it would be a bitch to
  186. memorize all that and difficult at best to type it all in error free.
  187. Remember there are often times you don't have your card with you to
  188. 'conveniently' insert into a handy-dandy slot phone, and such phones
  189. are not always available.  I for one never carry my card; I just key
  190. it in from memory.  I think it would be better extend the current
  191. scheme to a 7 digit PIN # (instead of the current 4).  This would
  192. allow several new features I won't attempt to list here, it would
  193. improve security, and as mosty people have developed the ability to
  194. remember telephone numbers, the pin, being just another 7 digit
  195. number, would be easy to remember (without a card).
  196.  
  197. Cheerz--
  198.                             --i
  199.  
  200. ------------------------------
  201.  
  202. From: utah-cs!stride.stride.com!unrvax@seismo.CSS.GOV (UNR VAX-11/750)
  203. Date: 22 May 87 05:49:01 GMT
  204. To: comp-dcom-telecom%seismo.css.gov@seismo.CSS.GOV
  205. Subject: Submission for comp-dcom-telecom
  206. From: ihm@nrcvax.UUCP (Ian H. Merritt)
  207. Subject: Re: TELECOM Digest V6 #51
  208. Date: 18 May 87 18:19:48 GMT
  209. Date: Fri, 22 May 87 09:24:13 PDT
  210. From: blia.UUCP!ted@cgl.ucsf.edu (Ted Marshall)
  211. To: telecom@xx.lcs.mit.edu
  212. Subject: Extended phone services in California
  213.  
  214. Recently, there was a big discussion here of the extended telephone services
  215. being tried by South Central Bell. Today, In the San Jose Mercury News,
  216. there was an article stating that Pacific Bell is planning to offer a
  217. set of such services to its customers starting in Q2, 1988. The list of
  218. services included is as follows:
  219.     * auto callback
  220.     * auto recall (call me back when call goes through)
  221.     * customer-originated trace
  222.     * call identification
  223.     * call-identification blocking
  224.     * distinctive ringing
  225.     * selective call forwarding
  226.     * selective call rejection
  227.  
  228. The article does not state how long it will take until these are offered in
  229. all Pac Bell exchanges. It also does not give the charges for these services.
  230.  
  231. Finally it notes that Pac Bell has not yet filed with the PUC and so everything
  232. is subject to change at the regulators' whim.
  233.  
  234. -- 
  235. Ted Marshall       ...!ucbvax!mtxinu!blia!ted <or> mtxinu!blia!ted@Berkeley.EDU
  236. Britton Lee, Inc., 14600 Winchester Blvd, Los Gatos, Ca 95030     (408)378-7000
  237. The opinions expressed above are those of the poster and not his employer.
  238.  
  239. ------------------------------
  240.  
  241. End of TELECOM Digest
  242. *********************
  243.  
  244. From jsol@buit1.bu.edu  Sun May 24 01:11:08 1987
  245. Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
  246.     id AA00990; Sun, 24 May 87 01:11:08 EDT
  247. Return-Path: <jsol@buit1.bu.edu>
  248. Received: by buita.bu.edu (1.1/4.7)
  249.     id AA01756; Sun, 24 May 87 01:11:04 EDT
  250. Message-Id: <8705240511.AA01756@buita.bu.edu>
  251. Date: Sun, 24 May 87  1:10:53 EDT
  252. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  253. Reply-To: TELECOM@BUIT1.BU.EDU
  254. Subject: TELECOM Digest V7 #5
  255. To: TELECOM@BUIT1.BU.EDU
  256. Status: O
  257.  
  258.  
  259. TELECOM Digest     Sun, 24 May 87  1:10:53 EDT    Volume 7 : Issue 5
  260.  
  261. Today's Topics:
  262.  
  263.  Submission for comp.dcom.telecom (Communication Progress for Criminals)
  264. ----------------------------------------------------------------------
  265.  
  266. Date: Fri, 22 May 87 23:19:07 EDT
  267. From: kitty!larry@seismo.CSS.GOV
  268. To: seismo!xx.lcs.mit.edu!telecom@seismo.CSS.GOV
  269. Subject: Submission for comp.dcom.telecom (Communication Progress for Criminals)
  270. Cc: kitty!larry@seismo.CSS.GOV
  271.  
  272.  
  273. > In a recent article dmt@ptsfa.UUCP (Dave Turner) writes:
  274. > The following is from an editorial by Wayne Green in the June, 1987 issue
  275. > of 73 Amateur Radio magazine:
  276. > The recent legislation making cellular phone calls illegal to listen in on
  277. > has provided a bonanza for both organized and disorganized crime. It's
  278. > difficult not to laugh over the situation the cellular industry has gotten
  279. > itself into in its blind pursuit of the fast buck.
  280. >
  281. > What's happened is a mass move into cellular by criminals. They buy a
  282. > cellular system, have an unscrupulous dealer alter the electronic serial
  283. > number (ESN) on the built-in programmable IC, which makes calls both
  284. > untraceable and free--a great combo. They tool around town, making calls
  285. > to Pakistan, Columbia, and their Caribbean drug warehouses at will.
  286.  
  287.     I have a few comments to make on this and some related topics which
  288. may be of interest to Net readers.  My comments are based upon personal
  289. knowledge and experience as one who has provided some forensic science
  290. consulting services to certain law enforcement agencies for a number of years. 
  291.  
  292.     It's sort of interesting to note that it was even easier to implement
  293. spoofing fraud in dial IMTS mobile telephone installations, but such fraud
  294. has been virtually unheard of.  The reasons for this are: much fewer IMTS
  295. channels and much fewer IMTS customers than cellular make such fraud extremely
  296. conspicuous; most IMTS installations are combined with MTS installations and
  297. have a high probability of telephone company (or RCC) operator monitoring.
  298.     My personal opinion is that cellular fraud has been encouraged due to
  299. "safety in numbers". :-)
  300.  
  301. > Cellular has turned out to be great for coordinating every kind of criminal
  302. > activity. It's just what criminals have been needing for years-- a
  303. > dependable, free, untraceable, and safe communications system. With a
  304. > combination of pagers and cellular phones, crooks are making a shambles
  305. > of the cellular system--all protected by Congress.
  306. > If you wanted to deal in drugs, how better to get orders from your
  307. > customers than by giving them your cellular phone number? There's no way
  308. > to tap a telephone that can be anywhere in a big city, operating through
  309. > different cells as it moves around. And with an altered ESN it's all free!
  310.  
  311.     Progress in telecommunications has unquestionably been of benefit to
  312. criminal activity.
  313.     Probably the single greatest benefit has been the introduction of call
  314. forwarding.  This service has been of such great benefit to the conduct of
  315. unlawful gambling, narcotics and prostitution operations that for many years
  316. I have jokingly referred to it as: "1A Criminal Facilitation Service"; AT&T
  317. and BOC people may appreciate the satire in this remark.
  318.     As an example, an unlawful gambling operation could change location
  319. every day or so, with the telephone number for bettors being the same.  This
  320. situation also neatly defeats any court-authorized eavesdropping warrant since
  321. there would never be conversations on the telephone pair that was the subject
  322. of such a wiretap; a forwarded call never takes place on the physical line
  323. whose number was dialed.  In earlier No. 1 and No 1A ESS installations there
  324. was no rapid method to determine to what number a given line had its calls
  325. forwarded; such determination could only be made by an experienced switchman
  326. using the ESS maintenance tty.  This rather frustrated law enforcement
  327. agencies in their investigation of unlawful gambling and narcotics activity.
  328. Furthermore, I know of some instances where telephone company personnel flatly
  329. denied to law enforcement investigators that they could determine the
  330. forwarded telephone number; this was, of course, a false statement, but was
  331. made in a  misguided effort to keep the telephone company "uninvolved".
  332.     As an interesting aside, prior to the advent of ESS and call
  333. forwarding, some larger unlawful gambling operations used an electronic device
  334. called a "cheese box" that effected a rudimentary kind of call forwarding in a
  335. manner similar to a loop-around test line.  Two telephone lines would be
  336. ordered for say, an unoccupied office or apartment, and each line would
  337. connect to the "cheese box".  The actual location of the gambling operation
  338. would call the first line, and remain on the line and wait for calls; the
  339. "customers" would call the second line, with the result that it would
  340. auto-answer and be connected to the first line.
  341.     Telephone company loop-around test lines were used for the conduct of
  342. unlawful narcotics dealing during the 1970's, but this practice has generally
  343. disappeared as telephone companies: (1) installed 60A control units or
  344. equivalent devices that dropped loop-around connections upon the detection
  345. of speech energy (legitimate use of loop-around test lines is for single
  346. frequency transmission measurements only); and (2) went ESS and therefore had
  347. "call trace" capability that would automatically determine the origin of
  348. calls to loop-around and other test lines.
  349.     After call forwarding, the next most useful communications adjunct to
  350. criminal activity is the voice radio pager.  It is an unfortunate fact of life
  351. that no self-respecting prostitute or "street dealer" of narcotics would be
  352. caught without their voice pager.  Voice pagers represent an ideal, inexpensive
  353. method of arranging clandestine meetings.  A typical voice pager scenario:
  354. customer calls narcotics dealer's pager from a coin telephone, giving coin
  355. telephone number; narcotics dealer finds coin telephone to call coin telephone
  356. where customer is waiting to arrange for a meeting.  What could be simpler
  357. and more untraceable?
  358.     In my travels, I have known of only two instances where criminals used
  359. any speech privacy devices (speech scramblers) to defeat eavesdropping (lawful
  360. of otherwise); however, I suspect that a new generation of low-cost digital
  361. speech privacy devices will result in more of these devices being used by
  362. criminals.  The units that I have seen used were all based upon analog
  363. "speech inversion" techniques; these devices are easy to defeat, whereas the
  364. digital devices are virtually impossible to compromise by other than NSA.
  365.     One of the most novel (at the time) applications of communications
  366. technology by criminals that I have personally seen was the use of
  367. telecopiers by a large unlawful gambling operation about 11 years ago.
  368. While the law enforcement agencies involved had obtained eavesdropping
  369. warrants to install wiretaps on some of the telephone lines involved, they
  370. were totally baffled by the strange sounds heard during some intercepted
  371. calls.  I was called in to solve the mystery, and some listening told me
  372. that this was an FSK facsimile machine running in 6-minute mode.  So we
  373. borrowed a telecopier to decode the tapes; this was not as easy as first
  374. anticipated.  I finally had to modify the telecopier to start in receive
  375. mode without receiving a ringing signal (which was not possible from an
  376. after-the-fact tape recording).  We got some pretty damning evidence, much
  377. to the consternation of the criminals (who suspected a wiretap, but felt
  378. that the facsimile machine was "secure").  While telecopiers are rather
  379. common today, such was not the case 11 years ago.  I suspect that as
  380. telecopiers decrease in price, they too will be more commonly used by
  381. criminals.  While Group I and Group II facsimile machines are fairly easy
  382. to monitor, the more common Group III (sub-minute) machines are much more
  383. complex since they are digital and require faking a handshake protocol by
  384. any receiving machine used as a monitor.
  385.  
  386. > If it weren't against the law to listen to cellular channels, I'd suggest we
  387. > hams help the law by listening for suspicious cellular calls and recording
  388. > them. Say, how'd you like to get the goods on some serious crooks and find
  389. > (a) the evidence is inadmissible because it was illegally attained and (b)
  390. > yourself on trial for making the recordings. So join me in a big laugh, okay?
  391.  
  392.     I know of law enforcement agencies that have in the past used scanners
  393. to listen to paging service channels and IMTS mobile telephone channels, and
  394. have obtained useful intelligence information.  None of the information so
  395. derived was used in court per se, but it may have contributed to the "probable
  396. cause" for looking in a certain _public_ place at a certain time.  When any
  397. investigator was pressed in court for the "basis of probable cause", the
  398. information was attributed to an "anonymous informant" - a VERY common source
  399. of law enforcement information.  Under the circumstances, I see nothing wrong
  400. with this - but I am certain that a number of people will disagree with me.
  401.     For example, an experienced investigator can readily detect a drug
  402. deal going on via certain types of pager messages.  Now, if a police cruiser
  403. just happened to be going by the aforesaid location, and decided it was time
  404. for a routine traffic check... :-)  
  405.  
  406.     [Flames about prosecuting people for alleged "victimless" crimes such
  407. as gambling, narcotics and prostitution should be directed to /dev/null]
  408.  
  409. <>  Larry Lippman @ Recognition Research Corp., Clarence, New York
  410. <>  UUCP:  {allegra|ames|boulder|decvax|rocksanne|watmath}!sunybcs!kitty!larry
  411. <>  VOICE: 716/688-1231        {hplabs|ihnp4|mtune|seismo|utzoo}!/
  412. <>  FAX:   716/741-9635 {G1,G2,G3 modes}    "Have you hugged your cat today?" 
  413.  
  414.  
  415. ------------------------------
  416.  
  417. End of TELECOM Digest
  418. *********************
  419.  
  420. From cmoore@BRL.ARPA  Tue May 26 11:35:05 1987
  421. Received: from bu-cs.BU.EDU by buit1.bu.edu (3.2/4.7)
  422.     id AA00920; Tue, 26 May 87 11:35:05 EDT
  423. Received: from buit1.bu.edu by bu-cs.BU.EDU (3.2/4.7)
  424.     id AB17576; Tue, 26 May 87 11:29:17 EDT
  425. Resent-Message-Id: <8705261529.AB17576@bu-cs.BU.EDU>
  426. Received: by VMB.BRL.ARPA id aa04732; 26 May 87 11:19 EDT
  427. Received: from BRL-SMOKE.ARPA by VMB.BRL.ARPA id aa26034; 24 May 87 2:42 EDT
  428. Received: from BU-CS.BU.EDU by SMOKE.BRL.ARPA id aa22512; 24 May 87 1:58 EDT
  429. Received: from buit1.bu.edu by bu-cs.BU.EDU (3.2/4.7)
  430.     id AA05716; Sun, 24 May 87 01:11:50 EDT
  431. Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
  432.     id AA00963; Sun, 24 May 87 01:09:46 EDT
  433. Return-Path: <jsol@buit1.bu.edu>
  434. Received: by buita.bu.edu (1.1/4.7)
  435.     id AA01713; Sun, 24 May 87 01:09:43 EDT
  436. Message-Id: <8705240509.AA01713@buita.bu.edu>
  437. Date: Sun, 24 May 87  1:09:31 EDT
  438. From: The Moderator (JSol) <TELECOM-REQUEST@buit1.bu.EDU>
  439. Reply-To: TELECOM@buit1.bu.EDU
  440. Subject: TELECOM Digest V7 #3
  441. To: TELECOM@buit1.bu.EDU
  442. Resent-Date:  Tue, 26 May 87 11:17:16 EDT
  443. Resent-From: cmoore@BRL.ARPA
  444. Resent-To: telecom-request@buit1.bu.EDU
  445. Status: RO
  446.  
  447.  
  448. TELECOM Digest     Sun, 24 May 87  1:09:31 EDT    Volume 7 : Issue 3
  449.  
  450. Today's Topics:
  451.  
  452.                    Re: 3-tone no connection question
  453.                    help on modem + answering machine
  454.                      Re: phone wiring for a modem
  455.                           Re: Ringback codes
  456.                         Re: Regular Phone Chirp
  457. ----------------------------------------------------------------------
  458.  
  459. To: "\F
  460. From: umix!itivax!chinet!aicchi!dbb@EDDIE.MIT.EDU (Burch)
  461. Subject: Re: 3-tone no connection question
  462. Date: 22 May 87 14:15:12 GMT
  463.  
  464. Well, those three tones, (Which used to be real loud, 0dB), are
  465. called SIT or Special Information Tones.  They are used to help
  466. your local phone switch when you are connected to an intercept
  467. recorder.  They tell your switch what to do about billing your
  468. call.  However, once offhook supervision has been returned by the
  469. party you call, they have no effect.  Therefore, you may use them
  470. on your answering machine and they will have no effect. Except
  471. Cuteness...  Seriously, I doubt that a recorder could send those
  472. with enough purity to be heard by the PLL's that listen for them.
  473.  
  474. --
  475. -David B. (Ben) Burch
  476.  Analysts International Corp.
  477.  Chicago Branch (ihnp4!aicchi!dbb)
  478.  
  479. "Argue for your limitations, and they are yours." - R. Bach
  480.  
  481. ------------------------------
  482.  
  483. To: moss!cbatt!comp-dcom-telecom@EDDIE.MIT.EDU
  484. From: moss!ihnp4!wheaton!steve@EDDIE.MIT.EDU (Steve Hurlbut)
  485. Subject: help on modem + answering machine
  486. Date: 22 May 87 21:15:30 GMT
  487.  
  488. Is there a phone answering machine plus modem combination that allows owner to
  489. call in from remote location, have answering machine commect him to modem, then
  490. revert back to answering machine when owner is finished using modem?
  491.  
  492. UUCP:ihnp4!wheaton!steve
  493.  
  494. ------------------------------
  495.  
  496. To: seismo!comp-dcom-telecom@seismo.CSS.GOV
  497. From: pur-ee!uxc.cso.uiuc.edu!hamilton@seismo.CSS.GOV
  498. Subject: Re: phone wiring for a modem
  499. Date: 22 May 87 22:11:00 GMT
  500.  
  501. > I need to wire a new phone line through a house for use with a modem.
  502. > Is there some kind of sheilded phone cable that I could use to help
  503. > reduce any noise in the connection?  Anything else I should be aware
  504. > of when routing the wire such as not getting too close to electrical
  505. > wires?  Thanks.
  506.  
  507.     i also expect to be installing a new line soon, so any advice or
  508. horror stories would be appreciated.
  509.  
  510.     wayne hamilton
  511.     U of Il and US Army Corps of Engineers CERL
  512. UUCP:    {ihnp4,seismo,pur-ee,convex}!uiucuxc!hamilton
  513. ARPA:    hamilton@uxc.cso.uiuc.edu    USMail:    Box 476, Urbana, IL 61801
  514. CSNET:    hamilton%uxc@uiuc.csnet        Phone:    (217)333-8703
  515. CIS:    [73047,544]            PLink:  w hamilton
  516.  
  517. ------------------------------
  518.  
  519. To: seismo!comp-dcom-telecom@seismo.CSS.GOV
  520. From: pur-ee!uxc.cso.uiuc.edu!hamilton@seismo.CSS.GOV
  521. Subject: Re: Ringback codes
  522. Date: 22 May 87 22:18:00 GMT
  523.  
  524. > Every once in a while, someone posts a note asking about ringback codes
  525. > (numbers to dial to make your own telephone ring).  Unfortunately, these
  526. > codes aren't the same everywhere, and are mostly undocumented.
  527. > ...
  528.  
  529.     i use a technique that has worked flawlessly whenever and wherever
  530. i have tried it:
  531.     dial 0
  532.     ask the operator to ring your number
  533.     hang up
  534. ('course, you do need to know your own number...)
  535.  
  536.     wayne hamilton
  537.     U of Il and US Army Corps of Engineers CERL
  538. UUCP:    {ihnp4,seismo,pur-ee,convex}!uiucuxc!hamilton
  539. ARPA:    hamilton@uxc.cso.uiuc.edu    USMail:    Box 476, Urbana, IL 61801
  540. CSNET:    hamilton%uxc@uiuc.csnet        Phone:    (217)333-8703
  541. CIS:    [73047,544]            PLink:  w hamilton
  542.  
  543. ------------------------------
  544.  
  545. To: telecom-dis@buit1.bu.edu
  546. Subject: Re: Regular Phone Chirp
  547. Date: Thu, 21 May 87 16:07:23 -0700
  548. From: kent@decwrl.DEC.COM
  549.  
  550. I'd completely forgotten about this. When we lived in Chicago, our
  551. bedroom phone would chirp at 7am on the dot, every weekday. After we
  552. stopped being annoyed by it, it became a useful alarm clock.
  553.  
  554. chris
  555.  
  556. ------------------------------
  557.  
  558. End of TELECOM Digest
  559. *********************
  560.  
  561. From cmoore@BRL.ARPA  Tue May 26 13:50:33 1987
  562. Received: from bu-cs.BU.EDU by buit1.bu.edu (3.2/4.7)
  563.     id AA01659; Tue, 26 May 87 13:50:33 EDT
  564. Received: from BRL-VMB.ARPA by bu-cs.BU.EDU (3.2/4.7)
  565.     id AA20387; Tue, 26 May 87 13:47:15 EDT
  566. Resent-Message-Id: <8705261747.AA20387@bu-cs.BU.EDU>
  567. Received: by VMB.BRL.ARPA id ab04732; 26 May 87 11:19 EDT
  568. Received: from BRL-SMOKE.ARPA by VMB.BRL.ARPA id ab26040; 24 May 87 2:43 EDT
  569. Received: from BU-CS.BU.EDU by SMOKE.BRL.ARPA id aa22505; 24 May 87 1:57 EDT
  570. Received: from buit1.bu.edu by bu-cs.BU.EDU (3.2/4.7)
  571.     id AA05755; Sun, 24 May 87 01:12:47 EDT
  572. Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
  573.     id AA00987; Sun, 24 May 87 01:10:48 EDT
  574. Return-Path: <jsol@buit1.bu.edu>
  575. Received: by buita.bu.edu (1.1/4.7)
  576.     id AA01744; Sun, 24 May 87 01:10:46 EDT
  577. Message-Id: <8705240510.AA01744@buita.bu.edu>
  578. Date: Sun, 24 May 87  1:10:34 EDT
  579. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  580. Reply-To: TELECOM@BUIT1.BU.EDU
  581. Subject: TELECOM Digest V7 #4
  582. To: TELECOM@BUIT1.BU.EDU
  583. Resent-Date:  Tue, 26 May 87 11:17:41 EDT
  584. Resent-From: cmoore@BRL.ARPA
  585. Resent-To: telecom-request@BUIT1.BU.EDU
  586. Status: RO
  587.  
  588. TELECOM Digest     Sun, 24 May 87  1:10:34 EDT    Volume 7 : Issue 4
  589.  
  590. Today's Topics:
  591.  
  592.     Submission for comp.dcom.telecom (ALIT and Telephone "Chirps")
  593.  Submission for comp.dcom.telecom (Use of shielded cable for telephones)
  594. ----------------------------------------------------------------------
  595.  
  596. Date: Fri, 22 May 87 23:18:25 EDT
  597. From: kitty!larry@seismo.CSS.GOV
  598. To: seismo!xx.lcs.mit.edu!telecom@seismo.CSS.GOV
  599. Subject: Submission for comp.dcom.telecom (ALIT and Telephone "Chirps")
  600. Cc: kitty!larry@seismo.CSS.GOV
  601.  
  602.  
  603. > In a recent article roger@SLEEPY.CS.CORNELL.EDU (Roger Hoover) writes:
  604. > A friend of mine has a cheapo phone that chirps every night at
  605. > 11:55pm.  A call to New York Telephone about this got a response
  606. > claiming that NYT did no regular testing that would cause this.
  607. > A telephone on the same line with a mechanical ringer does not
  608. > make any noise.
  609. >
  610. > 1) What is causing this noise?
  611.  
  612.     I am willing to bet that the response from New York Telephone is
  613. incorrect.  While the action of New York Telephone test apparatus may be
  614. precipitating the problem, the telephone company has no responsibility
  615. to take any corrective action; such a position may be difficult for the
  616. average customer to accept.  Their "denial" of regular testing is either based
  617. upon specific ignorance of the person to whom you spoke, or is intentionally
  618. based upon paranoia of creating a whole new basis for customer complaints.
  619. The latter situation is probably more likely.
  620.     It sounds to me like the telephone is poorly designed, and causes
  621. the "chirp" whenever telephone line battery voltage is removed and then
  622. reapplied to the telephone when it is on-hook.
  623.     Most telephone company central offices have ALIT (Automatic Line
  624. Insulation Test) apparatus which is used to detect the presence of faulty
  625. outside plant cables.  ALIT apparatus is programmed to test all regular
  626. telephone lines (loop-start only) for low leakage resistance from each
  627. conductor to ground.
  628.     In operation, ALIT apparatus first determines if the line under
  629. test if busy; if it is, the line is not tested.  If the line is idle, the
  630. ALIT apparatus connects to the tip and ring of the line, while DISCONNECTING
  631. the line from the off-hook detection battery source.  The ALIT apparatus
  632. then makes a resistance measurement from tip-to-ground, and ring-to-ground;
  633. such measurements require no central office battery on the line.  The ALIT
  634. apparatus then disconnects from the line and restores it to normal.  The
  635. entire ALIT measurement time is between 1 and 2 seconds per subscriber line.
  636.     Lines which fail the ALIT test (i.e., their leakage resistance to
  637. ground is BELOW a given threshhold), are listed on a printer or transmitted
  638. by other means to a telephone company test center.  Most ALIT apparatus will
  639. also transmit an alarm to an attended test center if a significant number
  640. of lines fail the test.
  641.     So the point is: the most likely explanation for the "chirp" is that
  642. ALIT momentarily disconnects the telephone from the central office battery,
  643. thereby creating a transient voltage which is falsely triggering the "chirp"
  644. circuit in the telephone.  It is also possible that the test voltage from the
  645. ALIT apparatus itself is falsely triggering the "chirp" circuit.
  646.     Since ALIT apparatus can only test lines that are idle, ALIT testing
  647. is always done between 2300 and 0700 hours.  Since ALIT apparatus tests lines
  648. in numerical sequence, the test time of any given line will remain pretty
  649. much the same every night (unless the ALIT apparatus programming is changed).
  650.  
  651. > 2) Is their an easy way to stop it?
  652.  
  653.     Buy a better quality telephone. :-)
  654.  
  655. <>  Larry Lippman @ Recognition Research Corp., Clarence, New York
  656. <>  UUCP:  {allegra|ames|boulder|decvax|rocksanne|watmath}!sunybcs!kitty!larry
  657. <>  VOICE: 716/688-1231        {hplabs|ihnp4|mtune|seismo|utzoo}!/
  658. <>  FAX:   716/741-9635 {G1,G2,G3 modes}    "Have you hugged your cat today?"
  659.  
  660. ------------------------------
  661.  
  662. Date: Fri, 22 May 87 23:18:45 EDT
  663. From: kitty!larry@seismo.CSS.GOV
  664. To: seismo!xx.lcs.mit.edu!telecom@seismo.CSS.GOV
  665. Subject: Submission for comp.dcom.telecom (Use of shielded cable for telephones)
  666. Cc: kitty!larry@seismo.CSS.GOV
  667.  
  668. In a recent article dbj@RICE.EDU (Dave Johnson) writes:
  669. > I need to wire a new phone line through a house for use with a modem.
  670. > Is there some kind of sheilded phone cable that I could use to help
  671. > reduce any noise in the connection?  Anything else I should be aware
  672. > of when routing the wire such as not getting too close to electrical
  673. > wires?  Thanks.
  674.  
  675.     I can think of no valid reason to use shielded telephone cable
  676. for wiring in a house.  Most AC powerline noise is imposed upon telephone
  677. lines through induction rather than conduction or radiation, so any
  678. conventional shielded cable won't help this situation anyhow.
  679.     Furthermore, the relative exposure of inside telephone wiring to
  680. AC powerlines is insignificant when compared to outside cable plant exposure
  681. to the electromagnetic fields of high-voltage AC transmission lines.
  682.  
  683.     Shielded cable is only useful for high-speed twisted-pair LAN
  684. devices or other high-speed data lines (56 kbits/sec or greater).
  685.  
  686.     I have only two suggestions for your wiring:
  687.  
  688. 1.    Try to find two-pair "inside station wire" which is _truly_ paired.
  689.     Many two-pair station cables have four wires which are NOT paired,
  690.     and therefore have some susceptibility to noise pickup and crosstalk.
  691.     I wouldn't lose any sleep if you can't find such cable, however.
  692.  
  693. 2.    Try to keep at least a 2 inch separation between telephone cables
  694.     and any powerline wiring.
  695.  
  696. <>  Larry Lippman @ Recognition Research Corp., Clarence, New York
  697. <>  UUCP:  {allegra|ames|boulder|decvax|rocksanne|watmath}!sunybcs!kitty!larry
  698. <>  VOICE: 716/688-1231        {hplabs|ihnp4|mtune|seismo|utzoo}!/
  699. <>  FAX:   716/741-9635 {G1,G2,G3 modes}    "Have you hugged your cat today?"
  700.  
  701. ------------------------------
  702.  
  703. End of TELECOM Digest
  704. *********************
  705.  
  706. From jsol@buit1.bu.edu  Tue May 26 23:12:56 1987
  707. Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
  708.     id AA03965; Tue, 26 May 87 23:12:56 EDT
  709. Return-Path: <jsol@buit1.bu.edu>
  710. Received: by buita.bu.edu (1.1/4.7)
  711.     id AA09893; Tue, 26 May 87 23:12:52 EDT
  712. Message-Id: <8705270312.AA09893@buita.bu.edu>
  713. Date: Tue, 26 May 87 23:12:39 EDT
  714. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  715. Reply-To: TELECOM@BUIT1.BU.EDU
  716. Subject: TELECOM Digest V7 #6
  717. To: TELECOM@BUIT1.BU.EDU
  718. Status: RO
  719.  
  720.  
  721. TELECOM Digest     Tue, 26 May 87 23:12:39 EDT    Volume 7 : Issue 6
  722.  
  723. Today's Topics:
  724.  
  725.  Re: Submission for comp.dcom.telecom (Use of shielded cable for telepho
  726.                    Submission for comp-dcom-telecom
  727.                Re: Extended phone services in California
  728.                            cellular inquiry
  729. ----------------------------------------------------------------------
  730.  
  731. To: comp-dcom-telecom@ucbvax.Berkeley.EDU
  732. From: hoptoad!pozar@ucbvax.Berkeley.EDU (Tim Pozar)
  733. Subject: Re: Submission for comp.dcom.telecom (Use of shielded cable for telephones)
  734. Date: 26 May 87 04:10:44 GMT
  735.  
  736.  
  737.  
  738. In article <8705230318.AA03545@seismo.CSS.GOV> kitty!larry@SEISMO.CSS.GOV writes:
  739. >In a recent article dbj@RICE.EDU (Dave Johnson) writes:
  740. >> I need to wire a new phone line through a house for use with a modem.
  741. >> Is there some kind of sheilded phone cable that I could use to help
  742. >> reduce any noise in the connection?  Anything else I should be aware
  743. >> of when routing the wire such as not getting too close to electrical
  744. >> wires?  Thanks.
  745. >
  746. >    I can think of no valid reason to use shielded telephone cable
  747.  
  748.    I can give you one reason:
  749.    RFI or Radio Frequency Interference.
  750.    I spec'ed a Northern Telecom SL-1 (s series) for our AM station in San Jose.
  751. I knew at that time there was some pretty nasty RF levels in the building and 
  752. cofermed them with a RF field strength meter.  200volts per meter!  The 
  753. building contains a 50Kw transmitter and sits in the main lobe of the direc-
  754. tional.  When we spec'ed the SL-1, I told Pac Tel (the folks we were
  755. purchasing the switch from) that they would be encountering some high RF and 
  756. shielded, twisted pair would be advisable when installing the sets.  They said,
  757. "No problem", and instaled unshielded, twisted pair.  Boy did they lose money
  758. on our purchase!  They had to not only reinstall shielded, twisted pair, but
  759. drop .01uf caps on all the lines and ferrite beads!
  760.    Now I relize that most houseing will not be right next to a 50,000 watt 
  761. AM radio station, but if you are one of the small unfortunate RFI can be 
  762. handled with shielded wire and mabey a couple of .01uf caps.
  763.  
  764.  
  765. -- 
  766.         Tim Pozar
  767. UUCP    pozar@hoptoad.UUCP
  768. Fido    125/406
  769. USNail  KLOK-FM
  770.     77 Maiden Lane
  771.     San Francisco CA 94108
  772.  
  773. ------------------------------
  774.  
  775. To: comp-dcom-telecom@ucbvax.Berkeley.EDU
  776. From: hoptoad!pozar@ucbvax.Berkeley.EDU (Tim Pozar)
  777. Subject: Re: Submission for comp.dcom.telecom (Use of shielded cable for telephones)
  778. Date: 26 May 87 04:10:44 GMT
  779.  
  780.  
  781.  
  782. In article <8705230318.AA03545@seismo.CSS.GOV> kitty!larry@SEISMO.CSS.GOV writes:
  783. >In a recent article dbj@RICE.EDU (Dave Johnson) writes:
  784. >> I need to wire a new phone line through a house for use with a modem.
  785. >> Is there some kind of sheilded phone cable that I could use to help
  786. >> reduce any noise in the connection?  Anything else I should be aware
  787. >> of when routing the wire such as not getting too close to electrical
  788. >> wires?  Thanks.
  789. >
  790. >    I can think of no valid reason to use shielded telephone cable
  791.  
  792.    I can give you one reason:
  793.    RFI or Radio Frequency Interference.
  794.    I spec'ed a Northern Telecom SL-1 (s series) for our AM station in San Jose.
  795. I knew at that time there was some pretty nasty RF levels in the building and 
  796. cofermed them with a RF field strength meter.  200volts per meter!  The 
  797. building contains a 50Kw transmitter and sits in the main lobe of the direc-
  798. tional.  When we spec'ed the SL-1, I told Pac Tel (the folks we were
  799. purchasing the switch from) that they would be encountering some high RF and 
  800. shielded, twisted pair would be advisable when installing the sets.  They said,
  801. "No problem", and instaled unshielded, twisted pair.  Boy did they lose money
  802. on our purchase!  They had to not only reinstall shielded, twisted pair, but
  803. drop .01uf caps on all the lines and ferrite beads!
  804.    Now I relize that most houseing will not be right next to a 50,000 watt 
  805. AM radio station, but if you are one of the small unfortunate RFI can be 
  806. handled with shielded wire and mabey a couple of .01uf caps.
  807.  
  808.  
  809. -- 
  810.         Tim Pozar
  811. UUCP    pozar@hoptoad.UUCP
  812. Fido    125/406
  813. USNail  KLOK-FM
  814.     77 Maiden Lane
  815.     San Francisco CA 94108
  816.  
  817. From: root@sgi.sgi.com (Superuser)
  818. Date: 26 May 87 09:02:30 GMT
  819. To: ames!comp-dcom-telecom@ames
  820. Subject: Submission for comp-dcom-telecom
  821.  
  822.  
  823. Path: sgi!wdl1!kck
  824. From: kck@wdl1.UUCP (Karl C. Kelley)
  825. Newsgroups: comp.dcom.telecom
  826. Subject: Re: Extended phone services in California
  827. Message-ID: <3590001@wdl1.UUCP>
  828. Date: 26 May 87 07:43:00 GMT
  829. References: <8705221624.AA07193@blia.BLI>
  830. Lines: 11
  831.  
  832.  few weeks ago I got a note from my telephone co (pacbell) informing that they
  833. are going to install some kind of new equipment and telling me that if I use 
  834. things like a modem (which i'm using now) or an answering machine, (which i
  835. have come to depend on a great deal), that I should contact the place where
  836. I bought the equipment and THEY would be able to tell me if any adjustment is
  837. needed when this new telco equipment comes online.  This irritates me because
  838. I have little hope of going to the electronics dept at Emporium and getting
  839. a rational response to my query.  It strikes me that I might have better 
  840. luck asking the question here, since some of you appear to follow these things,
  841. and in particular this entry looks like it could be related.  Anybody out
  842. there know if these two things are related, or what the phone co has in mind?
  843.  
  844. ------------------------------
  845.  
  846. To: comp-dcom-telecom@ucbvax.Berkeley.EDU
  847. From: hoptoad!pozar@ucbvax.Berkeley.EDU (Tim Pozar)
  848. Subject: Re: Submission for comp.dcom.telecom (Use of shielded cable for telephones)
  849. Date: 26 May 87 04:10:44 GMT
  850.  
  851.  
  852.  
  853. In article <8705230318.AA03545@seismo.CSS.GOV> kitty!larry@SEISMO.CSS.GOV writes:
  854. >In a recent article dbj@RICE.EDU (Dave Johnson) writes:
  855. >> I need to wire a new phone line through a house for use with a modem.
  856. >> Is there some kind of sheilded phone cable that I could use to help
  857. >> reduce any noise in the connection?  Anything else I should be aware
  858. >> of when routing the wire such as not getting too close to electrical
  859. >> wires?  Thanks.
  860. >
  861. >    I can think of no valid reason to use shielded telephone cable
  862.  
  863.    I can give you one reason:
  864.    RFI or Radio Frequency Interference.
  865.    I spec'ed a Northern Telecom SL-1 (s series) for our AM station in San Jose.
  866. I knew at that time there was some pretty nasty RF levels in the building and 
  867. cofermed them with a RF field strength meter.  200volts per meter!  The 
  868. building contains a 50Kw transmitter and sits in the main lobe of the direc-
  869. tional.  When we spec'ed the SL-1, I told Pac Tel (the folks we were
  870. purchasing the switch from) that they would be encountering some high RF and 
  871. shielded, twisted pair would be advisable when installing the sets.  They said,
  872. "No problem", and instaled unshielded, twisted pair.  Boy did they lose money
  873. on our purchase!  They had to not only reinstall shielded, twisted pair, but
  874. drop .01uf caps on all the lines and ferrite beads!
  875.    Now I relize that most houseing will not be right next to a 50,000 watt 
  876. AM radio station, but if you are one of the small unfortunate RFI can be 
  877. handled with shielded wire and mabey a couple of .01uf caps.
  878.  
  879.  
  880. -- 
  881.         Tim Pozar
  882. UUCP    pozar@hoptoad.UUCP
  883. Fido    125/406
  884. USNail  KLOK-FM
  885.     77 Maiden Lane
  886.     San Francisco CA 94108
  887.  
  888. From: root@sgi.sgi.com (Superuser)
  889. Date: 26 May 87 09:02:30 GMT
  890. To: ames!comp-dcom-telecom@ames
  891. Subject: Submission for comp-dcom-telecom
  892.  
  893.  
  894. Path: sgi!wdl1!kck
  895. From: kck@wdl1.UUCP (Karl C. Kelley)
  896. Newsgroups: comp.dcom.telecom
  897. Subject: Re: Extended phone services in California
  898. Message-ID: <3590001@wdl1.UUCP>
  899. Date: 26 May 87 07:43:00 GMT
  900. References: <8705221624.AA07193@blia.BLI>
  901. Lines: 11
  902.  
  903.  few weeks ago I got a note from my telephone co (pacbell) informing that they
  904. are going to install some kind of new equipment and telling me that if I use 
  905. things like a modem (which i'm using now) or an answering machine, (which i
  906. have come to depend on a great deal), that I should contact the place where
  907. I bought the equipment and THEY would be able to tell me if any adjustment is
  908. needed when this new telco equipment comes online.  This irritates me because
  909. I have little hope of going to the electronics dept at Emporium and getting
  910. a rational response to my query.  It strikes me that I might have better 
  911. luck asking the question here, since some of you appear to follow these things,
  912. and in particular this entry looks like it could be related.  Anybody out
  913. there know if these two things are related, or what the phone co has in mind?
  914.  
  915. Date: Tue, 19 May 87 06:32:11 mdt
  916. From: utah-cs!gr.utah.edu!uplherc!wicat!uucp@seismo.CSS.GOV (UUCP)
  917. To: comp-dcom-telecom@seismo.CSS.GOV
  918.  
  919.  
  920.  
  921.  
  922. ------------------------------
  923.  
  924. To: comp-dcom-telecom@ucbvax.Berkeley.EDU
  925. From: hoptoad!pozar@ucbvax.Berkeley.EDU (Tim Pozar)
  926. Subject: Re: Submission for comp.dcom.telecom (Use of shielded cable for telephones)
  927. Date: 26 May 87 04:10:44 GMT
  928.  
  929.  
  930.  
  931. In article <8705230318.AA03545@seismo.CSS.GOV> kitty!larry@SEISMO.CSS.GOV writes:
  932. >In a recent article dbj@RICE.EDU (Dave Johnson) writes:
  933. >> I need to wire a new phone line through a house for use with a modem.
  934. >> Is there some kind of sheilded phone cable that I could use to help
  935. >> reduce any noise in the connection?  Anything else I should be aware
  936. >> of when routing the wire such as not getting too close to electrical
  937. >> wires?  Thanks.
  938. >
  939. >    I can think of no valid reason to use shielded telephone cable
  940.  
  941.    I can give you one reason:
  942.    RFI or Radio Frequency Interference.
  943.    I spec'ed a Northern Telecom SL-1 (s series) for our AM station in San Jose.
  944. I knew at that time there was some pretty nasty RF levels in the building and 
  945. cofermed them with a RF field strength meter.  200volts per meter!  The 
  946. building contains a 50Kw transmitter and sits in the main lobe of the direc-
  947. tional.  When we spec'ed the SL-1, I told Pac Tel (the folks we were
  948. purchasing the switch from) that they would be encountering some high RF and 
  949. shielded, twisted pair would be advisable when installing the sets.  They said,
  950. "No problem", and instaled unshielded, twisted pair.  Boy did they lose money
  951. on our purchase!  They had to not only reinstall shielded, twisted pair, but
  952. drop .01uf caps on all the lines and ferrite beads!
  953.    Now I relize that most houseing will not be right next to a 50,000 watt 
  954. AM radio station, but if you are one of the small unfortunate RFI can be 
  955. handled with shielded wire and mabey a couple of .01uf caps.
  956.  
  957.  
  958. -- 
  959.         Tim Pozar
  960. UUCP    pozar@hoptoad.UUCP
  961. Fido    125/406
  962. USNail  KLOK-FM
  963.     77 Maiden Lane
  964.     San Francisco CA 94108
  965.  
  966. From: root@sgi.sgi.com (Superuser)
  967. Date: 26 May 87 09:02:30 GMT
  968. To: ames!comp-dcom-telecom@ames
  969. Subject: Submission for comp-dcom-telecom
  970.  
  971.  
  972. Path: sgi!wdl1!kck
  973. From: kck@wdl1.UUCP (Karl C. Kelley)
  974. Newsgroups: comp.dcom.telecom
  975. Subject: Re: Extended phone services in California
  976. Message-ID: <3590001@wdl1.UUCP>
  977. Date: 26 May 87 07:43:00 GMT
  978. References: <8705221624.AA07193@blia.BLI>
  979. Lines: 11
  980.  
  981.  few weeks ago I got a note from my telephone co (pacbell) informing that they
  982. are going to install some kind of new equipment and telling me that if I use 
  983. things like a modem (which i'm using now) or an answering machine, (which i
  984. have come to depend on a great deal), that I should contact the place where
  985. I bought the equipment and THEY would be able to tell me if any adjustment is
  986. needed when this new telco equipment comes online.  This irritates me because
  987. I have little hope of going to the electronics dept at Emporium and getting
  988. a rational response to my query.  It strikes me that I might have better 
  989. luck asking the question here, since some of you appear to follow these things,
  990. and in particular this entry looks like it could be related.  Anybody out
  991. there know if these two things are related, or what the phone co has in mind?
  992.  
  993. Date: Tue, 19 May 87 06:32:11 mdt
  994. From: utah-cs!gr.utah.edu!uplherc!wicat!uucp@seismo.CSS.GOV (UUCP)
  995. To: comp-dcom-telecom@seismo.CSS.GOV
  996.  
  997.  
  998.  
  999.  
  1000. From: SPGDCM%UCBCMSA.Berkeley.EDU@berkeley.edu
  1001. Date: Tue, 26 May 87 17:36:45 PDT
  1002. To: telecom@buit1.bu.edu
  1003. Subject: cellular inquiry
  1004.  
  1005.  
  1006.  MSG:FROM: SPGDCM  --UCBCMSA  TO: NETWORK --NETWORK           05/26/87 17:36:44
  1007.  To: NETWORK --NETWORK  Network Address
  1008.  
  1009.  From:    Doug Mosher                 <SPGDCM at UCBCMSA>
  1010.  Title:   MVS/Tandem Systems Manager  (415)642-5823
  1011.  Office:  Evans 257, Univ. of California, Berkeley, CA 94720
  1012.  Subject: cellular inquiry
  1013.  
  1014.  To: telecom@buit1.bu.edu
  1015.  
  1016.  I do not yet understand enough about the cellular technology, and perhaps the
  1017.  answers are relatively simple and of interest to others as well as me.
  1018.  (If not, the moderator may wish to divert the discussion).
  1019.  
  1020.  Clearly a customer can rent a cellular phone, and register for service in a
  1021.  particular area; then they can both send and receive calls.
  1022.  
  1023.  The technology somehow recognizes and notes the user's location as they drive
  1024.  about, and knows in what cell to ring them if an outsider calls them.
  1025.  
  1026.  The questions:
  1027.  
  1028.  1. How is the location-recognition accomplished? Does one's currently inactive
  1029.  cellular phone burp regularly and its address get re-noted? Does that drain
  1030.  your battery? If it's really off are callers told something different from
  1031.  "ring...ring...ring...no answer"?
  1032.  
  1033.  2. Over how large an area does this typically work?
  1034.  
  1035.  3. If an owner drives from SF, normal location, to New York, and tries to call
  1036.  out, what happens?
  1037.  
  1038.  4. If while they are in New York, someone in SF, their home, calls them, what
  1039.  happens?
  1040.  
  1041.  5. Can you register as a visitor in a distant area, electronically or by
  1042.  calling in or however? Does this enable anyone else to call you from long
  1043.  distance? Must they know, essentially, where you went and when you're there?
  1044.  
  1045.  Thanks, Doug
  1046.    [  cellular inquiry
  1047.  
  1048. ------------------------------
  1049.  
  1050. End of TELECOM Digest
  1051. *********************
  1052.  
  1053. From jsol@buit1.bu.edu  Thu May 28 20:32:26 1987
  1054. Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
  1055.     id AA07208; Thu, 28 May 87 20:32:26 EDT
  1056. Return-Path: <jsol@buit1.bu.edu>
  1057. Received: by buita.bu.edu (1.1/4.7)
  1058.     id AA14607; Thu, 28 May 87 20:32:28 EDT
  1059. Message-Id: <8705290032.AA14607@buita.bu.edu>
  1060. Date: Thu, 28 May 87 20:31:40 EDT
  1061. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  1062. Reply-To: TELECOM@BUIT1.BU.EDU
  1063. Subject: TELECOM Digest V7 #7
  1064. To: TELECOM@BUIT1.BU.EDU
  1065. Status: O
  1066.  
  1067.  
  1068. TELECOM Digest     Thu, 28 May 87 20:31:40 EDT    Volume 7 : Issue 7
  1069.  
  1070. Today's Topics:
  1071.  
  1072.                    Administrivia - Status of TELECOM
  1073.                  bandwidth of LADS (metallic?) circuit
  1074.                       Celluar phones at the Indy
  1075. ----------------------------------------------------------------------
  1076.  
  1077. Date: Tue, 26 May 87 04:35:29 CDT
  1078. From: academ!uucpmgr@ucbvax.Berkeley.EDU (UUCP Adminstration)
  1079.  
  1080.  
  1081.  
  1082.  
  1083. ------------------------------
  1084.  
  1085. Date: Wed, 27 May 87 15:57:52 EDT
  1086. From: jsol@buit1.bu.edu
  1087. To: telecom@buit1.bu.edu
  1088. Subject: Administrivia - Status of TELECOM
  1089.  
  1090.  
  1091. As we continue to experience pain and anguish over the conversion
  1092. from XX.LCS.MIT.EDU to BUIT1.BU.EDU, I note three problems, one of which
  1093. has been solved.
  1094.  
  1095. 1) The digestifier was generating bad digests. Specifically
  1096. message #2 included the text of message #1; #3 contained
  1097. both #1 and #2, etc. etc. This made the digest very large
  1098. and without much content. This problem has been solved.
  1099.  
  1100. 2) USENET continues to mail duplicate messages. I am manually
  1101. looking at each set of submissions before sending out a digest,
  1102. and I generally catch most of the duplicates; but occasionally
  1103. a digest goes out with a message from a previous digest. This
  1104. can't really be helped without a major programming effort;
  1105. something I do not have the time to do. This problem is really
  1106. a usenet-wide problem, and I believe the usenet administrators
  1107. are working on a fix, so bear with them (and me).
  1108.  
  1109. 3) BUIT1.BU.EDU is having problems connecting to some of the digest
  1110. recipients. BBN.COM and YUMA.ARPA are examples of hosts I cannot send
  1111. mail to. This may be an exasperation of #1 above, since very large
  1112. digests might time out, I am not sure. This may be fixed when our
  1113. ARPANET connection goes in, but in the mean time, I will try
  1114. forwarding Telecom digests that I can't mail to directly, through a
  1115. forwarding host (probably XX.LCS.MIT.EDU).
  1116.  
  1117. Well, now you know what the state of TELECOM is. I pledge that I will
  1118. do what I can to insure the best possible digest, both in quality,
  1119. and in speed of delivery.
  1120.  
  1121.  
  1122. ------------------------------
  1123.  
  1124. To: telecom@buit1.bu.edu
  1125. Cc: dyer@harvard.harvard.edu
  1126. Subject: bandwidth of LADS (metallic?) circuit
  1127. Date: Thu, 28 May 87 01:04:14 -0400
  1128. From: Steve Dyer <dyer@spdcc.COM>
  1129.  
  1130.  
  1131. I've been running for several months with a LADS circuit between my
  1132. house and the university, running at 9600 baud with a pair of Gandalf
  1133. LDS 309A short-haul modems.  I'm quite happy with this setup, but I
  1134. am wondering how much of the available bandwidth I am using.  If the
  1135. leased line is truly just a length of copper which runs from both endpoints
  1136. into the central office, and the total length of the wire is probably no more
  1137. than a mile, wouldn't there be a chance that the capacity of the line was
  1138. greater than 9600 or 19.2kb?   Actually the distance between my house
  1139. and the other end is about 2 blocks, but I assume these lines always
  1140. must pass through the central office.  Note that this isn't a "voice
  1141. grade" line, but something NETel calls "LADS" which presumably means
  1142. "Local Area Data Service" or some such.  I think that this is
  1143. the same as a metallic line, although it's hopeless to talk to anyone
  1144. at the phone company who knows enough about what they're providing.
  1145.  
  1146. Are there are bandwidth restrictions imposed on this type of line by
  1147. the telco in addition to those imposed by the length?  How would you
  1148. recommend measuring the effective capacity of the line?  Is there any
  1149. chance of exploiting the residual bandwidth (if there is any at all)
  1150. using something other than the LDS309As (or would the expense of such
  1151. equipment argue that a DDS line would be cheaper!)  As you can tell,
  1152. I'm dreaming of a poor-man's 56kb+ line and am trying to gauge how
  1153. much of a pipe dream it is.
  1154. ---
  1155. Steve Dyer
  1156. dyer@harvard.harvard.edu
  1157. dyer@spdcc.COM aka {ihnp4,harvard,linus,ima,bbn,halleys}!spdcc!dyer
  1158.  
  1159. ------------------------------
  1160.  
  1161. From: adams%littlei%reed%tektronix.tek.com@RELAY.CS.NET
  1162. To: tektronix!comp-dcom-telecom%reed.uucp@RELAY.CS.NET
  1163. Date: Tue May 26 14:45:36 1987
  1164.  
  1165.  
  1166. To: 
  1167. Path: littlei!adams
  1168. From: adams@littlei.UUCP (Robert Adams)
  1169. Newsgroups: comp.dcom.telecom
  1170. Subject: Celluar phones at the Indy
  1171. Message-ID: <122@littlei.UUCP>
  1172. Date: 26 May 87 21:45:32 GMT
  1173. Reply-To: adams@littlei.UUCP (Robert Adams)
  1174. Distribution: world
  1175. Organization: Intel Corp., ISO Systems Development, Hillsboro, OR
  1176. Lines: 12
  1177.  
  1178.  
  1179.      While watching the Indianapolis 500 on TV this Sunday, I saw
  1180. them do a feature on one of the car crews that were using a celluar
  1181. phone to talk to the driver on the track.  You see, most crews use
  1182. some sort of CB or shortwave set to talk between the pit and the
  1183. driver and the TV announcers are always talking about what they overheard
  1184. on the radios.  This one car had a celluar phone and the crew would
  1185. phone the driver to discuss things.  This seemed really strange to
  1186. me until I realized that the use of the phone meant that no one
  1187. could legally listen in on their conversations.
  1188.       Everyday someone discovers a new way to use that law.
  1189.  
  1190.       -- Robert Adams
  1191.  
  1192.  
  1193. ------------------------------
  1194.  
  1195. End of TELECOM Digest
  1196. *********************
  1197.  
  1198. From jsol@buit1.bu.edu  Sat May 30 17:31:26 1987
  1199. Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
  1200.     id AA16339; Sat, 30 May 87 17:31:26 EDT
  1201. Return-Path: <jsol@buit1.bu.edu>
  1202. Received: by buita.bu.edu (1.1/4.7)
  1203.     id AA05659; Sat, 30 May 87 17:31:30 EDT
  1204. Message-Id: <8705302131.AA05659@buita.bu.edu>
  1205. Date: Sat, 30 May 87 17:28:08 EDT
  1206. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  1207. Reply-To: TELECOM@BUIT1.BU.EDU
  1208. Subject: TELECOM Digest V7 #8
  1209. To: TELECOM@BUIT1.BU.EDU
  1210. Status: O
  1211.  
  1212.  
  1213. TELECOM Digest     Sat, 30 May 87 17:28:08 EDT    Volume 7 : Issue 8
  1214.  
  1215. Today's Topics:
  1216.  
  1217.                           New area code 890!
  1218.                             Cellular Fraud
  1219.                           Cellular phone ids
  1220.                           Re: Ringback codes
  1221.                          Re: cellular inquiry
  1222. ----------------------------------------------------------------------
  1223.  
  1224. Date: Fri, 29 May 87 08:04:49 EDT
  1225. From: prindle@nadc.arpa (F. Prindle)
  1226. To: telecom@buit1.bu.edu
  1227. Subject: New area code 890!
  1228.  
  1229.  
  1230. An insert in my latest phone bill says AT&T is going to start using the 890
  1231. area code to augment it's current 800 toll free service; I suppose, with the
  1232. need to allocate some of the 800 prefixes to the alternates, they have simply
  1233. run out of prefixes in 800.  But 890 surely is a strange area code, with that
  1234. 9 in the middle; my ESS currently doesn't parse 1-890-xxx-xxxx correctly,
  1235. thinking that it is a local prefix of 890 and not an area code.  Is this the
  1236. first area code that is not N0X or N1X?
  1237. Frank Prindle
  1238. Prindle@NADC.arpa
  1239.  
  1240. ------------------------------
  1241.  
  1242. Date: Sun 24 May 87 03:21:33-EDT
  1243. From: Doug Reuben <S.D-REUBEN%KLA.WESLYN%WESLEYAN.BITNET@wiscvm.wisc.edu>
  1244. Subject: Cellular Fraud
  1245. To: Telecom@XX.LCS.MIT.EDU
  1246. Cc: s.m-cirillo%KLA.WESLYN@Wesleyan.Bitnet, cc004019@brownvm.bitnet
  1247.  
  1248.  
  1249.  
  1250.  
  1251. Well, although Cellular is "untraceable" in the same way that regular phones
  1252. are, it still is not the ideal system to commit toll fraud on.
  1253.  
  1254. >From what I understand about how the cellular system works, a new
  1255. subscriber is assigned a phone number, and then given a 4 digit code
  1256. that is unique to his cellular phone. Thus, the chip that is placed
  1257. into a cell phone to identify it may have a # like this:
  1258. 212-909-1234-5555. The 5555 is the 4 digit ID code, very much like the
  1259. PIN number on Bell System Calling Cards.
  1260.  
  1261. When you request service, you have to have your number "turned on" at the
  1262. Cellular Company. And, like a calling card, the Cell Co. checks to see if the
  1263. special ID # matches before it puts the call through (It checks a lot of other
  1264. things too, like signal strength and stuff, but that's not important now...).
  1265.  
  1266. So in order for someone to make free calls, he has to know an active number,
  1267. and then go to the dealer who sold the phone with that number and ask the
  1268. dealer what the ID number is. If the dealer is unscrupulous, he will give out
  1269. the ID number, and THEN you can make free calls.
  1270.  
  1271. However, in no more than a month, if the customer finds that there are a lot
  1272. of calls which he did not make, he can call the Cell. Co. and demand that they
  1273. remove the calls from his bill. The Cell. Co. will also change the ID number,
  1274. and if they are smart will check out the Cellular phone dealer to see if he
  1275. gave away the ID code to that specific number.
  1276.  
  1277. So what free Cellular service will get you is at best a month's worth of calls,
  1278. and that's about it. Also, you will have to go to different dealers all the
  1279. time, since if it happened with the same dealer a lot the Cell Co. might
  1280. investigate the Cellular phone dealer. Also, you would have to change your
  1281. number every month if you wanted people to call you.
  1282.  
  1283.      Stolen Bell Cards work the same way, although faster. If you steal a Bell
  1284. System Calling Card, and you use it a lot, the local Bell Company (or, heaven
  1285. forbid, the GTE company if you can
  1286. manage to use a calling card there! :-) ) will call the paying customer and
  1287. ask "did you make 300 calls today?". Usually, the customer says no, so they
  1288. just cancel the card and issue a new PIN number to the customer, usually right
  1289. away. (The system to assign PIN numbers is almost instantaneous, it seems. The
  1290. minute they assign you a PIN # you can use it!). Assuming the free calls were
  1291. made from a payphone, the Bell Co. will still call the destination numbers to
  1292. see if anyone knows who called them, in hopes of catching the person. If they
  1293. get enough people to say "Sure, I know Mr. so-and-so", then they may go after
  1294. the person who stole the card.
  1295.  
  1296.     The point is that Bell Calling Cards have a built in safety system to
  1297. protect against fraud. (The alternates don't have anything quite as
  1298. sophisticated...). It would not be very hard to put a similar "excessive use"
  1299. system of cellular phones. Thus, if cell fraud becomes pervasive, it should be
  1300. a relatively simple manner to end it, and thus Cell Fraud is really not much
  1301. better than the standard stuff people do at payphones.
  1302.  
  1303.      Also, Bell System Calling Cards can be used as frequently as you like. The
  1304. normal "warning" occurs if you have  more that 30 calls in 3 hours (or is it
  1305. 36?). However, if you use your Bell Card a lot (like I do), then you can ask
  1306. your local Bell Co. to put a little note on your account that you are a heavy
  1307. user of the card. That way, if you make more than 30 calls in 3 hours (or
  1308. whatever), you don't get the card turned off. This is VERY convenient if you
  1309. are away from home and don't want to worry about how many calls you make.
  1310.  
  1311.     Basically then, the people who designed the Cellular System were smart,
  1312. and they made sure you can't cheat it too easily or too long. Seeing how easy
  1313. it is for them to stop Calling Card fraud, I see no reason why with the
  1314. Cellular system set up the way it is that they can't prevent Cell fraud as
  1315. well...
  1316.  
  1317.     (I'm sure I made a few mistakes there, so any corrections are welcome...)
  1318.  
  1319.     Well, that's my two cents worth! -
  1320.  
  1321.     -Doug
  1322.  
  1323. REUBEN@WESLYN.BITNET
  1324. S.D-REUBEN%KLA.WESLYN%WESLEYAN.BITNET@WISCVM.ARPA
  1325. ...seismo!weslyn.bitnet!reuben (UUCP)
  1326.  
  1327. -------
  1328.  
  1329. ------------------------------
  1330.  
  1331. Date: Wed, 27 May 87 15:30:43 edt
  1332. From: gordon!davido (David Ornstein)
  1333. Subject: Cellular phone ids
  1334. To: telecom@xx.lcs.mit.edu
  1335.  
  1336.  
  1337.  
  1338.  
  1339. Somebody broke into my car a while ago and they took my Alpine stereo
  1340. system, but left my cellular phone.  This got me thinking about their
  1341. reasoning.  The obvious reason for not taking it is that the real guts
  1342. of the thing are burried in a box with 3 Z80s in it under the back of the car.
  1343. My second thought was that they knew that it would be almost useless to them
  1344. unless they could change the number of the phone.
  1345.  
  1346. Is this true?  COuld somebody fill me in on the background of the custom
  1347. part of the average cellular phone?  Is it just a 10-byte prom with my phone 
  1348. number in it?
  1349.  
  1350. -- 
  1351. -----------------------------------------------------------------------------
  1352. David Ornstein        "Never join a religion that has a water slide."
  1353.  
  1354. Internet:    davido@gordon
  1355. UUCP:        {mit-eddie|seismo}!mirror!gordon!davido
  1356.          or {harvard|ames|decvax|husc6}!necntc!davido
  1357. US Snail:    Access Technology, 6 Pleasant St, Natck MA 01760
  1358. -----------------------------------------------------------------------------
  1359.  
  1360.  
  1361. ------------------------------
  1362.  
  1363. To: comp-dcom-telecom@seismo.CSS.GOV
  1364. From: elroy!grieggs%jplpro.JPL.NASA.GOV@seismo.CSS.GOV (John T. Grieggs)
  1365. Subject: Re: Ringback codes
  1366. Date: 29 May 87 00:03:29 GMT
  1367.  
  1368.  
  1369.  
  1370. In article <8705171242.AA10372@ci.sei.cmu.edu> pdb@SEI.CMU.EDU (Pat Barron) writes:
  1371. >...
  1372. >Your CO is smart enough to know that it makes no sense to allow you to
  1373. >call yourself.  Using the credit card (apparently) bypasses your CO.
  1374.  
  1375. At least on GTE in Torrance, the CO is not all that smart. I am able to
  1376. dial my own number, hang up immediately, and have it ring once...
  1377.  
  1378. _john
  1379.  
  1380. -- 
  1381. John T. Grieggs (Telos @Jet Propulsion Laboratory)
  1382. 4800 Oak Grove Drive, Pasadena, Ca. 91109 M/S 301-260A    (818) 354-0465
  1383. Uucp: {cit-vax,elroy,chas2}!jplpro!grieggs
  1384. Arpa: ...jplpro!grieggs@cit-vax.ARPA
  1385.  
  1386. ------------------------------
  1387.  
  1388. To: comp-dcom-telecom@RUTGERS.EDU
  1389. From: keithh@rosevax.rosemount.com (Keith Holmquist)
  1390. Subject: Re: cellular inquiry
  1391. Date: 28 May 87 14:20:58 GMT
  1392.  
  1393.  
  1394.  
  1395. >  Subject: cellular inquiry
  1396. >  To: telecom@buit1.bu.edu
  1397. >  I do not yet understand enough about the cellular technology, and perhaps the
  1398. >  answers are relatively simple and of interest to others as well as me.
  1399. >  (If not, the moderator may wish to divert the discussion).
  1400. >  Clearly a customer can rent a cellular phone, and register for service in a
  1401. >  particular area; then they can both send and receive calls.
  1402. >  The technology somehow recognizes and notes the user's location as they drive
  1403. >  about, and knows in what cell to ring them if an outsider calls them.
  1404.  
  1405. First my background in cellular was as a design engineer for both mobile 
  1406. units and base station, primarily designed the brain sections along with 
  1407. signal and audio processing. It`s been 2 years since I`ve worked on it 
  1408. so some of my answers may be out dated but I`ll try not to lead you astray.
  1409. >  The questions:
  1410. >  1. How is the location-recognition accomplished? Does one's currently inactive
  1411. >  cellular phone burp regularly and its address get re-noted? Does that drain
  1412. >  your battery? If it's really off are callers told something different from
  1413. >  "ring...ring...ring...no answer"?
  1414. The systems do not know where a particular subscriber is at any time. As a mobile
  1415. unit cruises the streets It locks on to a dedicated channel called the control
  1416. channel. As travel progresses the mobile periodical scans all the avaible 
  1417. control channels and continually looks for the stronges signal. When a call is
  1418. initiated all the control  channels in a given system ( i.e. not all the systems
  1419. in the country) transmit the request. The mobil whose being called then responds
  1420. on it present control channel a voice channel is then assigned for the remainder
  1421. of the call. 
  1422.  
  1423. I'm not clear on what you mean by "burp".  How a non responding mobile unit 
  1424. would be delt with is really up to the individual systems. I am unaware of
  1425. any regulations in that area, the systems I worked on responded with
  1426. a recorded messge similar to "The mobil unit you are requesting is unavailable
  1427. at this time" or something equelly as dry and tasteless.
  1428.  
  1429. >  2. Over how large an area does this typically work?
  1430. It works over an entire system in any one geographical area.
  1431. >  3. If an owner drives from SF, normal location, to New York, and tries to cal
  1432. >  out, what happens?
  1433. Typically the way this is being handled is the call is intercepted and the caller
  1434. is given the option to place the call by credit card. It is entirely possible 
  1435. for the system to decide if this caller is registered with It in another city
  1436. but would reqiure a nation wide network from cellular system to cellular system.
  1437. I have not read any articles saying this is reality yet. It was all just a 
  1438. dream 3 years ago.
  1439. >  4. If while they are in New York, someone in SF, their home, calls them, what
  1440. >  happens?
  1441. I believe presently that the caller from SF get the message you are unavailable.
  1442. There are provisions in the protocol for a mobil to register whenever it 
  1443. roams from its preferred system and from that point it is up to the base 
  1444. systems to determine if the subscriber is valid or not. Again a nation wide
  1445. network is needed.
  1446.                                                        see above response
  1447. >                                                      /------------\
  1448. >  5. Can you register as a visitor in a distant area, electronically or by
  1449. >  calling in or however? Does this enable anyone else to call you from long
  1450. >  distance? Must they know, essentially, where you went and when you're there?
  1451.  
  1452. Now an editorial comment:
  1453. The cellular concept is a good one but due to pressures to not allow it to
  1454. become a monoply it may never reach it's full potential. If one uses the
  1455. as an example the Bell system, I think you would agree that the nation
  1456. wide/ world wide coverage was made easier by allowing one large operating
  1457. system the privealage to design and implement the entire system. Could 
  1458. you imagine the confusion of having Dick and Jane Telephone on the west
  1459. coas and Ted and Alice on the East. Cellular is presently in that state
  1460. although a few large operators seem to be positioning themselves for 
  1461. more complete coverage. Just thought I comment. The end
  1462.  
  1463. An opinionated source
  1464. Keith
  1465. >    [  cellular response]
  1466.  
  1467. ------------------------------
  1468.  
  1469. End of TELECOM Digest
  1470. *********************
  1471.  
  1472. From jsol@buit1.bu.edu  Mon Jun  1 19:53:18 1987
  1473. Received: from buita.bu.edu by buit1.bu.edu (3.2/4.7)
  1474.     id AA22336; Mon, 1 Jun 87 19:53:18 EDT
  1475. Return-Path: <jsol@buit1.bu.edu>
  1476. Received: by buita.bu.edu (1.1/4.7)
  1477.     id AA14430; Mon, 1 Jun 87 19:53:25 EDT
  1478. Message-Id: <8706012353.AA14430@buita.bu.edu>
  1479. Date: Mon, 1 Jun 87 19:51:14 EDT
  1480. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  1481. Reply-To: TELECOM@BUIT1.BU.EDU
  1482. Subject: TELECOM Digest V7 #9
  1483. To: TELECOM@BUIT1.BU.EDU
  1484. Status: O
  1485.  
  1486.  
  1487. TELECOM Digest     Mon, 1 Jun 87 19:51:14 EDT    Volume 7 : Issue 9
  1488.  
  1489. Today's Topics:
  1490.  
  1491.                               Re: (none)
  1492.                Re: bandwidth of LADS (metallic?) circuit
  1493.                            9600 bps dialups
  1494.                           Cellular phone ID's
  1495.                           Re:  Cellular Fraud
  1496.                       confusion about 890 service
  1497.                     Re:  confusion about 890 service
  1498.                         Cellular authentication
  1499.                   Interception of cellular ID numbers
  1500.                             890 Area Code??
  1501. ----------------------------------------------------------------------
  1502.  
  1503. To: cmcl2!uiucdcs!cbatt!comp-dcom-telecom@rutgers.EDU
  1504. From: ames!pyramid!ncc!lyndon@RUTGERS.EDU (Lyndon Nerenberg)
  1505. Subject: Re: (none)
  1506. Date: 29 May 87 17:09:51 GMT
  1507.  
  1508.  
  1509.  
  1510. >      While watching the Indianapolis 500 on TV this Sunday, I saw
  1511. > them do a feature on one of the car crews that were using a celluar
  1512. > phone to talk to the driver on the track.  
  1513. > [...]  This seemed really strange to
  1514. > me until I realized that the use of the phone meant that no one
  1515. > could legally listen in on their conversations.
  1516. >       Everyday someone discovers a new way to use that law.
  1517.  
  1518. It has *always* been illegal to divulge the contents of any non-amateur
  1519. or non-broadcast transmission. This has never stopped anyone from
  1520. listening in to private communications, and I doubt that the new law
  1521. will make have any significant impact on this practice.
  1522.  
  1523. I think the primary motivation for using cellular is that it is
  1524. *technically* much more difficult (for the average person) to intercept
  1525. a transmission.
  1526.  
  1527. Lyndon Nerenberg  VE6BBM
  1528. pyramid!ncc!lyndon  || pyramid!ncc!lyndon@sun.com
  1529.  
  1530. ------------------------------
  1531.  
  1532. Date: Saturday, 30 May 1987 17:55:14 EDT
  1533. From: Gene.Hastings@h.cs.cmu.edu
  1534. To: dyer@harvard.harvard.edu
  1535. Cc: telecom@buit1.bu.edu
  1536. Subject: Re: bandwidth of LADS (metallic?) circuit
  1537.  
  1538.  
  1539. We have several LADS lines in service, all at 56kbs, synchronous. There
  1540. should be information available from the vendor of an arbitrary short-haul
  1541. modem telling you what speed it can push how far (longer distance-> lower
  1542. speed). 
  1543.  
  1544. We were frustrated and slightly amused when we called the person who was the
  1545. official Point-of-Contact for our campus asking what the milage was on one
  1546. of our lines and got the reply that they didn't know and had never heard the
  1547. question before.
  1548.  
  1549. Gene
  1550.  
  1551. ------------------------------
  1552.  
  1553. Date: Saturday, 30 May 1987 17:59:58 EDT
  1554. From: Gene.Hastings@h.cs.cmu.edu
  1555. To: telecom@buit1.bu.edu
  1556. Subject: 9600 bps dialups
  1557.  
  1558.  
  1559. I remeber seeing discussion here months ago about 9600 bps dialup
  1560. modems that were really half-duplex with fast turnaround. Has the
  1561. game changed any since? I've seen an ad from US Robotics offering
  1562. one that is full-duplex, but with split speed (9600/300), and turns
  1563. around which channel gets to talk fast. I don't remeber if anyone
  1564. said so before, but is there any sort of arbitration in these
  1565. things to decide which direction gets the high speed?
  1566.  
  1567. Thanks,
  1568. Gene
  1569.  
  1570.  
  1571. ------------------------------
  1572.  
  1573. Date: Sat, 30 May 87 15:58:07 PDT
  1574. From: Mark Crispin <MRC%PANDA@SUMEX-AIM.Stanford.EDU>
  1575. Subject: Cellular phone ID's
  1576. To: Telecom@BUIT1.BU.EDU
  1577.  
  1578.  
  1579. The "PIN" on the telephone number is NOT assigned by the Cellular
  1580. Phone company, but rather is the serial number of the radio you
  1581. are using.  Every radio has a unique serial number, supposedly on
  1582. a chip that is epoxied onto the radio's PC board.  The number is
  1583. in the format XX-0-XXXX where X represents hex digits.  The first
  1584. XX is the manufacturer's code (e.g. for EF Johnson phones it is
  1585. 83) and the last XXXX is the manufacturer's serial number for your
  1586. phone.
  1587.  
  1588. The PROM which has your cellular phone number, features, etc., is
  1589. removable, of course.  The only "security" thing on this PROM
  1590. (sometimes called a NAM) is the lock-code for your phone, which of
  1591. course can be easily read (the main purpose of the lock-code is to
  1592. keep away randoms who might try to use your phone in your car.
  1593.  
  1594. When your phone initiates a call it transmits the phone number and
  1595. the radio serial number.  They must match for the call to go through.
  1596. That is why if you change the radio on your phone you (or your dealer)
  1597. must call your cellular phone company to tell them about the new
  1598. radio.
  1599.  
  1600. The weakness in this system is that a thief could get ahold of a
  1601. phone without a epoxied serial number (either by building one or by
  1602. buying one of the cheapos that don't epoxy the serial number chip in
  1603. it) and then change it.  I suspect the easiest instance of fraud is
  1604. to use an out-of-service-area phone number (e.g. a San Diego phone
  1605. number in San Francisco) that has roamer privileges.  Generally, the
  1606. companies don't have serial number records for roamers (consider the
  1607. problems of keeping records of some other company's customers!) and
  1608. rely upon hot-listing known bad guys.  So you pick a fraudulant
  1609. phone number and serial number pair, and change it periodically when
  1610. the company finds out it ain't real.
  1611.  
  1612. This must be what the drug pushers and similar slime are doing.  They
  1613. aren't particularly clever, they're relying upon the deregulation
  1614. mania of the present US regime to guarantee poor communication between
  1615. telephone service providers.
  1616. -------
  1617.  
  1618. ------------------------------
  1619.  
  1620. Date: Sun, 31 May 87 17:36:41 EDT
  1621. From: Michael Grant <mgrant@mimsy.umd.edu>
  1622. To: S.D-REUBEN%KLA.WESLYN%WESLEYAN.BITNET@wiscvm.wisc.edu,
  1623. Subject: Re:  Cellular Fraud
  1624. Cc: cc004019%brownvm.bitnet@umd2.umd.edu,
  1625.  
  1626.  
  1627. Excuse me...YOU ARE WRONG!
  1628.  
  1629. The Electronic Serial Number is an 8 digit Hexidecimal number.  It is not
  1630. easily changed.  Both the MIN, (Mobil Id Number, your phone number) and the
  1631. ESN are sent out when you press the send key.  Your MIN is easily changed
  1632. by reprogramming your phone, but the ESN is not easily changed.  To change
  1633. your phone number, both the phone, and the cell system must be changed.
  1634.  
  1635. Depending on the cell system you are trying to commit fraud on, you may
  1636. get several months of free calls, or just one.  If you are using one of
  1637. the systems that participate in the fraud detection systems in use, (the
  1638. name slips my mind at the moment), your service will be cut off after the
  1639. first fraudulent call--in all of those systems.
  1640.  
  1641. You may have gotten the 5 digit code from the lock feature that comes with
  1642. most cell phones these days.  This is just a security feature to keep
  1643. your phone from being used while it's unattended.  It has nothing to do
  1644. with the cell system itself.  My phone only has a 3 digit security code.
  1645. I usually see this security code set to the last n digits of the phone's
  1646. phone number.
  1647. -Mike
  1648.  
  1649.  
  1650. ------------------------------
  1651.  
  1652. Date: Mon, 1 Jun 87 09:25:33 EDT
  1653. From: prindle@nadc.arpa (Frank Prindle)
  1654. To: telecom@xx.lcs.mit.edu
  1655. Subject: confusion about 890 service
  1656. Cc: cmoore@brl.arpa
  1657.  
  1658.  
  1659. It seems I've misinterpreted my phone bill insert which talked about 890 
  1660. service.  My AT&T bill is usually at the tail end of my Bell of PA bill, so
  1661. I assumed this insert was from AT&T, but it was really from Bell of PA.  I
  1662. called them and, though somewhat confused herself, the service rep explained
  1663. that it was "like 800 service in that you dial 1-890 to use it", but then
  1664. clarified that the 890 was a prefix, not an area code; i.e. 1-890-1234 would
  1665. be a toll free number supplied by Bell of PA.  That explains why it is not
  1666. in the format of an area code.  Is this prefix (890) universally unused and
  1667. thus available to the LOCs to use for this service, or is this just a Bell of
  1668. PA special?
  1669. Sincerely,
  1670. Frank Prindle
  1671. Prindle@NADC.arpa
  1672.  
  1673. ------------------------------
  1674.  
  1675. Date:     Mon, 1 Jun 87 9:49:41 EDT
  1676. From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  1677. To: Frank Prindle <prindle@nadc.arpa>
  1678. Cc: cmoore@BRL.ARPA, telecom@BRL.ARPA
  1679. Subject:  Re:  confusion about 890 service
  1680.  
  1681.  
  1682. So you are actually referring to 215-890?  I don't know offhand if that is
  1683. being "used".  But 890 is not universally-UNused (I think there is a 617-890
  1684. near Boston).
  1685.  
  1686. ------------------------------
  1687.  
  1688. Date:     Mon, 1 Jun 87 10:02:37 PDT
  1689. From: mse%Phobos.Caltech.Edu@DEImos.Caltech.Edu (Martin Ewing)
  1690. Subject:  Cellular authentication
  1691. To: telecom%Phobos.Caltech.Edu@DEImos.Caltech.Edu
  1692.  
  1693.  
  1694. I am interested in the recent discussion of cellular protocols.
  1695.  
  1696. Does anyone know/care to comment on how mobile units convince the Cellular
  1697. Offices (COs?) they are who they claim to be?  The 4-digit "PIN" is fine,
  1698. but what is to keep me from snooping around for a convenient mobile's ID and
  1699. using the same numbers for my own call? 
  1700.  
  1701. This seems like a good application for public-key encryption, but I doubt
  1702. that the world has made so much progress yet.
  1703.  
  1704. Martin Ewing                 mse%deimos@Deimos.Caltech.Edu 
  1705. Caltech Radio Astronomy      mse@CITPHOBO.bitnet
  1706.  
  1707. ------------------------------
  1708.  
  1709. Date: Mon, 1 Jun 87 10:34 CDT
  1710. From: Mike Linnig <LINNIG%eg.ti.com@RELAY.CS.NET>
  1711. Subject: Interception of cellular ID numbers
  1712. To: Telecom@BUIT1.BU.EDU
  1713.  
  1714.  
  1715. If the cellular ID numbers are sent from the car are unencrypted, someone
  1716. with the right (underground) connections could make quite a fortune by
  1717. building a box that pulls these numbers "out of the air".
  1718.  
  1719. Are protocols used by cellular phones published anywhere?
  1720.  
  1721.     Mike
  1722.  
  1723. ------------------------------
  1724.  
  1725. Date: Mon, 1 Jun 87 16:47 EST
  1726. From: "Scott D. Green, Classroom Services" <GREEN@wharton-10.arpa>
  1727. Subject: 890 Area Code??
  1728. To: telecom-request@buit1.bu.edu
  1729.  
  1730.  
  1731. I understood (from Bell o' PA, I think) that they were setting up 890 as
  1732. a toll-free exchange for reaching the Business Office, rather that the
  1733. 800- numbers they had been using.  It always seemed a little absurd to use
  1734. an 800- number to call across town, anyway.  Sounds a little like the 950-
  1735. exchange they set up for no-charge calls to the ALDCo's.
  1736.  
  1737. -scott
  1738.  
  1739. ------------------------------
  1740.  
  1741. End of TELECOM Digest
  1742. *********************
  1743.  
  1744. From jsol  Tue Jun  2 17:54:19 1987
  1745. Received: by buit1.bu.edu (3.2/4.7)
  1746.     id AA26397; Tue, 2 Jun 87 17:54:19 EDT
  1747. Message-Id: <8706022154.AA26397@buit1.bu.edu>
  1748. Date: Tue, 2 Jun 87 17:52:05 EDT
  1749. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  1750. Reply-To: TELECOM@BUIT1.BU.EDU
  1751. Subject: TELECOM Digest V7 #10
  1752. To: TELECOM@BUIT1.BU.EDU
  1753. Status: RO
  1754.  
  1755.  
  1756. TELECOM Digest     Tue, 2 Jun 87 17:52:05 EDT    Volume 7 : Issue 10
  1757.  
  1758. Today's Topics:
  1759.  
  1760.                Steve Dyer's msg regarding LADS Circuits
  1761.                            9600 bps dialups
  1762.                        Cellular Telephone System
  1763.                               890 prefix
  1764.                           Re:  Cellular Fraud
  1765.                    A twist on modems calling people
  1766. ----------------------------------------------------------------------
  1767.  
  1768. Date: Tue, 2 Jun 87 10:08:20 EDT
  1769. From: dixon@bucsb.bu.edu (Jim Dixon)
  1770. To: telecom@buit1.BU.EDU
  1771. Subject: Steve Dyer's msg regarding LADS Circuits
  1772.  
  1773.  
  1774.  
  1775. With a line of that length (like less then 4 km or so), it would be quite
  1776. possible to run at a much higher speed. For example, the ISDN U-interface
  1777. can be run at either 80kb or 160kb (full duplex over 1 pair, even)
  1778. over distances like that with little or no problems. Sometime soon, I am
  1779. going to be performing some experiments with this type of interface running
  1780. at 160kb on a loop that is aprox 1.5 km long. I think that this type of
  1781. setup could lend itself to be kind of a happy medium between a dial-up
  1782. line (even at 9.6kb) and a VERY MEGA-EXPENSIVE dds line, which I dont
  1783. think that any of us could personally afford. If anyone has any interest in
  1784. these types of experiments, please contact me.
  1785.  
  1786. P.S. My mail link was down today, so I dialed up into BU. I can normally
  1787. be reached at DIXON@OZ.AI.MIT.EDU or more specifically 
  1788. JIM%EGGO%LAMBDA@OZ.AI.MIT.EDU
  1789.  
  1790. Happy Networking...  Jim Dixon..
  1791.  
  1792.  
  1793. ------------------------------
  1794.  
  1795. Date: Mon, 1 Jun 1987  21:32 MDT
  1796. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  1797. To: Gene.Hastings@H.CS.CMU.EDU
  1798. Cc: Info-Modems@SIMTEL20.ARPA, telecom@BUIT1.BU.EDU
  1799. Subject: 9600 bps dialups
  1800.  
  1801.  
  1802. The US Robotics HST 9600 modem is indeed full duplex.  It uses a
  1803. return channel of 300 baud, which is plenty fast enough for hand
  1804. typing from a terminal.
  1805.  
  1806. The modem runs at a fixed speed on the RS232 line so the switching
  1807. between 300 and 9600 is transparent to your terminal.  The end with
  1808. the most data to send gets the 9600, the other 300.  The negotiation
  1809. between modems is fast and changes dynamicly.
  1810.  
  1811. I recently installed an HST modem on my Remote CP/M bulletin board
  1812. system.  It is quite impressive in it's performance, handling both
  1813. interactive terminal sessions and XMODEM file transfers (using the
  1814. YMODEM 1k block size protocol).  Those who predicted that the 300 baud
  1815. return channel would be unusable for data, claiming it would be used
  1816. only by the modem for MNP ack/nak's, were wrong!
  1817.  
  1818. I am very impressed by the USR HST 9600 and would not hesitate to
  1819. recommend it to anyone.  I use one here at home to communicate with my
  1820. RCP/M which is located in the computer club President's home about 5
  1821. miles away.  We have received long distance calls from several other
  1822. SysOps around the country who also have the HST.  There have been no
  1823. problems with any of the calls.
  1824.  
  1825. It wouldn't surprise me if the HST becomes the defacto standard for
  1826. 9600 bps.  It beats those pseudo full duplex (really half duplex)
  1827. modems.
  1828.  
  1829. --Keith Petersen
  1830. Arpa: W8SDZ@SIMTEL20.ARPA
  1831. Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
  1832. GEnie: W8SDZ
  1833. RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
  1834.  
  1835. ------------------------------
  1836.  
  1837. To: 
  1838. From: allegra!mikel@codas.att.com (Mikel Manitius)
  1839. Subject: Cellular Telephone System
  1840. Date: 2 Jun 87 16:59:56 GMT
  1841.  
  1842.  
  1843.  
  1844. I have seen a lot of confusion here over cellular telephone technology
  1845. latley. I will attempt to explain some of the basic principles of how
  1846. cellular telephones work. Please keep in mind that beyond the basic
  1847. technology, each Cellular Operatiing Company can change a lot of things.
  1848.  
  1849. A cellular system consists of a geographical area, such as a city. I
  1850. will use Orlando as an example here. The coverage in Orlando is well
  1851. over a hundred miles from edge to edge, however there exist much larger
  1852. systems such as the New York/New Jersey area. The size is limited only
  1853. by the number of cells, and the system's capacity for number of cells.
  1854.  
  1855. A system is divided into "cells". Each cell has it's own transmitter
  1856. and receiver, which is connected via leased lines to the cellular
  1857. central office (CO).
  1858.  
  1859. Each cell has it's own "control" frequency on which it accepts and
  1860. issues calls.
  1861.  
  1862. Each mobile unit is identifed by two numbers that are encoded in it's
  1863. memory. The first is a serrial number, which is guaranteed to be
  1864. unique anywhere in the world (kind of like Ethernet), the second is
  1865. the ten digit telephone number of the unit that it has been assigned.
  1866. (ie: mine is 305-222-xxxx)
  1867.  
  1868. Incomming calls:
  1869.  
  1870.     When an incomming call arrives at the cellular CO (305-222)
  1871.      the system announces the call to ALL CELLS on their control
  1872.      channel. A mobile unit is given a time threshold to respond
  1873.      on the control channel. If it does not respond, the caller is
  1874.      given some message such as "The Bell South Mobility customer
  1875.      you have dialed, has travelled beyond the service area, or has
  1876.      left the vehicle". If the mobile does respond, it sends it's
  1877.      two identification numbers, and is assigned a voice frequency
  1878.      by the CO from the nearest cell site (strongest signal). The
  1879.      mobile phone then begins ringing. And the call is left to
  1880.      complete (ie: either the person answers, or the phone keeps ringing).
  1881.  
  1882. Outgoing calls:
  1883.  
  1884.     The customer enters the number he wishes to call, and pushes
  1885.      a "SEND" button on the phone. The mobile unit transmits it's two
  1886.      identification numbers, and the destination number over the control
  1887.      channel to the nearest cell, and the call is either validated, and
  1888.      a voice channel is assinged for the completion of the call, or the
  1889.      call is rejected, and the mobile issues a siren tone.
  1890.  
  1891. Traveling within the service area:
  1892.  
  1893.     Once the call has been established, the cellular system constantly
  1894.       monitors the signal strength of each mobile in each cell that has an
  1895.       active call. As the signal drops below an acceptable level, the system
  1896.       automatically selectes a another cell and transmits the new frequency
  1897.       to the mobile. Then the call is switched in less than a second, and
  1898.       the change is usually inaudiable.
  1899.  
  1900. Roaming:
  1901.  
  1902.     Roaming occurs when a cellular mobile from system A travels into
  1903.        the service area of system B (ie: Orlando to Miami). In most cases
  1904.        the unit is allowed to place credit card and local calls only. However
  1905.        if system B is operated by the same company (ie: Bell South) it's network
  1906.        may authorize billing and allow the mobile to place toll calls.
  1907.  
  1908.        The mobile may also receive calls. However the person who is calling
  1909.        you must know which city you are in, dial the access number for that
  1910.        city, wait for a second dial tone, and then key in your full ten
  1911.        digit telephone code (on a touch-tone telephone). Then the call proceeds
  1912.        as described above.
  1913.  
  1914.  
  1915. >From my own personal experience, I have had a cellular phone in my car for
  1916. almost a year. I drove from Orlando to Montreal with it over christmas, and
  1917. was able to use my phone without any problems in the following cities: (I
  1918. took I-95 to NY and then I-87 [thuway]) Jacksonville, Charleston, Norfolk,
  1919. Richmond, Washington/Baltimore, Wilmington, New York/New Jersey, Albany,
  1920. and Montreal. It most cities I was able to place toll calls directly, which
  1921. later appeared on my regular Orlando bill as "Roamer" changes. I was also
  1922. able to receive calls while driving from people who knew which city I
  1923. was in (I had supplied them with time estimates and access numbers).
  1924.  
  1925. What really surpried me was the size of the service area around Montreal.
  1926. I was able to use my cellular telephone from within the Adirondak State
  1927. Park on the New York Northway, my service was being provided by the "Bell
  1928. Canada Northern Corridor Service", at that time I was over 35 miles away
  1929. from the Canadian border! 70 miles away from Montreal! I did however later
  1930. find out that this service was not part of the Montreal system.
  1931.  
  1932. Cellular phone can get costly too. I pay $30/month for leasing the
  1933. equipment, which I get to keep after 36 months. $20/month for service,
  1934. and $0.35 peak/$0.22 off peak minus 6% AT&T corporate discount (even
  1935. for personal use). A usual month's bill is $100. Roaming gets much
  1936. more expensive. It's anywhere from $0.40 to $1 per minute while roaming,
  1937. and some [but not many] cities also add a $1 to $5 /day charge for
  1938. roamers. If I were a roamer in Orlando, I would be paying $0.55 per
  1939. minute for airtime. These charges apply for inbound and outbound calls
  1940. alike, and area *VERY* service area dependant. In Orlando, 911 and
  1941. 811 (Customer Assitance) calls are free.
  1942.  
  1943. The cellular companies also make out on mobile to mobile calls, since
  1944. then they get two people paying for the call.
  1945. -- 
  1946.                     Mikel Manitius @ AT&T-IS
  1947.                     mikel@codas.att.com.uucp
  1948.  
  1949.           Copyright 1987. Redistribution via Stargate PROHIBITED
  1950.  
  1951. ------------------------------
  1952.  
  1953. From: SPGDCM%UCBCMSA.Berkeley.EDU@berkeley.edu
  1954. Date: Tue, 02 Jun 87 12:43:14 PDT
  1955. To: telecom@buit1.bu.edu
  1956. Subject: 890 prefix
  1957.  
  1958.  
  1959.  MSG:FROM: SPGDCM  --UCBCMSA  TO: NETWORK --NETWORK           06/02/87 12:43:13
  1960.  To: NETWORK --NETWORK  Network Address
  1961.  
  1962.  From:    Doug Mosher                 <SPGDCM at UCBCMSA>
  1963.  Title:   MVS/Tandem Systems Manager  (415)642-5823
  1964.  Office:  Evans 257, Univ. of California, Berkeley, CA 94720
  1965.  Subject: 890 prefix
  1966.  To: telecom@buit1.bu.edu
  1967.  
  1968.  Pacific Bell in California uses the prefix "811" to enable customers to call
  1969.  their business office from anywhere in the lata, toll-free; this sounds like
  1970.  the 890 prefix service mentioned here earlier.
  1971.  
  1972.  Different final 4 digits are used for different prefixes.
  1973.  
  1974.  It seems almost overkill to allow calls from anywhere in the lata, in that my
  1975.  most urgent calls when travelling are not usually to telco business offices.
  1976.  However, if they have chosen to route all calls to a central location for
  1977.  service, it makes more sense. Bank of America here routes all calls about
  1978.  statements and what checks have cleared to one central office in Cal. for all
  1979.  x hundred branches, and no longer can you go to your branch and review your
  1980.  checks.
  1981.  
  1982.  Thanks, Doug
  1983.    Z  890 prefix
  1984.  
  1985. ------------------------------
  1986.  
  1987. To: comp-dcom-telecom@RUTGERS.EDU
  1988. From: ron@topaz.rutgers.edu (Ron Natalie)
  1989. Subject: Re:  Cellular Fraud
  1990. Date: 2 Jun 87 15:29:25 GMT
  1991.  
  1992.  
  1993.  
  1994. > The Electronic Serial Number is an 8 digit Hexidecimal number.  It is not
  1995. > easily changed.  Both the MIN, (Mobil Id Number, your phone number) and the
  1996. > ESN are sent out when you press the send key.  Your MIN is easily changed
  1997. > by reprogramming your phone, but the ESN is not easily changed.  To change
  1998.  
  1999. Make that, it is not supposed to be easily changed.  While the ESN is not
  2000. in that NAM (the EPROM with the phone number) in it's nice ZIF socket, many
  2001. manufacturers just put it in another ROM which anybody with a small amount
  2002. of electronics background can change.
  2003.  
  2004. I would expect the most common sort of Cellular fraud involves using
  2005. phones from another system through automatic ROAM agreements.  Presumably
  2006. the ESN/Phone number checking isn't as rigourous or as up-to-date in remote
  2007. systems as it is in your home system.
  2008.  
  2009. -Ron
  2010.  
  2011. ------------------------------
  2012.  
  2013. To: telecom@xx.lcs.mit.edu, risks@csl.sri.com
  2014. Date: Tue, 2 Jun 87 13:10:25 EDT
  2015. Subject: A twist on modems calling people
  2016. From: smv@necis.NEC.COM
  2017.  
  2018.  
  2019. The folks at our main facility just installed a new telephone switch, and made
  2020. two changes which are not user-transparent.  The two changes involve the method
  2021. used to reach our remote switch, and the method used to dial an international
  2022. call.  If you haven't guessed yet, the old international prefix corresponds to
  2023. the new method of ringing my extension from the main facility.  This would be
  2024. amusing if it weren't for all the auto-dial facsimile machines trying to phone
  2025. home to Japan with the old dialing codes.  They're not much fun to talk to, and
  2026. they don't seem to report the fact that the calls aren't getting through.
  2027.  
  2028. The moral of this story: Get your Fax straight, before you make changes.
  2029. --
  2030. Steve Valentine, NEC Information Systems 289 Great Rd., Acton, MA 01720
  2031. smv@necis.nec.com
  2032. Robots don't use software!  Software uses Robots!
  2033.  
  2034. ------------------------------
  2035.  
  2036. End of TELECOM Digest
  2037. *********************
  2038.  
  2039. From Roach.SysMaint@MIT-Multics.ARPA  Mon Jun 15 22:29:32 1987
  2040. Received: from MIT-Multics.ARPA by buit1.bu.edu (3.2/4.7)
  2041.     id AA19369; Mon, 15 Jun 87 22:29:32 EDT
  2042. Date:  Mon, 15 Jun 87 22:22 EDT
  2043. From: "Roger A. Roach" <Roach@MIT-Multics.ARPA>
  2044. Subject:  TELECOM Digest V7 #11
  2045. To: telecom-request@BUIT1.BU.EDU
  2046. Message-Id:  <870616022252.112737@MIT-Multics.ARPA>
  2047. Forum-Transaction:  [0380] in the >site>arpa_mail_dir>Telecom meeting
  2048. Transaction-Entered-By:  Network_Server.Daemon@MIT-Multics.ARPA
  2049. Transaction-Entered-Date:  4 Jun 87 19:39 EDT
  2050. Status: RO
  2051.  
  2052. From: jsol@buit1.bu.edu@buita
  2053.  
  2054.  
  2055. TELECOM Digest     Thu, 4 Jun 87 18:51:19 EDT    Volume 7 : Issue 11
  2056.  
  2057. Today's Topics:
  2058.  
  2059.                    Re:  9600 bps dialups (HST 9600)
  2060.                       9600 bps dialups (HST 9600)
  2061.                        "890" and warning letter
  2062.                Re: bandwidth of LADS (metallic?) circuit
  2063.                    Submission for comp-dcom-telecom
  2064.                           Party line question
  2065.                     Re:  Cellular Fraud -- trivial
  2066.                             1-800-XXX-0000
  2067. ----------------------------------------------------------------------
  2068.  
  2069. Date: Tue, 2 Jun 87 21:12:55 EDT
  2070. From: Michael Grant <mgrant@mimsy.umd.edu>
  2071. To: Gene.Hastings@H.CS.CMU.EDU, W8SDZ@SIMTEL20.ARPA
  2072. Subject: Re:  9600 bps dialups (HST 9600)
  2073. Cc: Info-Modems@SIMTEL20.ARPA, telecom@BUIT1.BU.EDU
  2074.  
  2075.  
  2076. >It wouldn't surprise me if the HST becomes the defacto standard for 9600 baud.
  2077. >--Keith Petersen
  2078.  
  2079. I would be surprised.  Even though I usually don't require more than 300 baud
  2080. to type at a terminal, my systems support UUCP which wouldn't work very well
  2081. with 300 baud in one direction.  Do these modems do some sort of flow
  2082. analys and adjust the speed accordingly?
  2083.  
  2084. I feel that the only good 9600 baud modem is one that provides at least a
  2085. full 9600 baud in both directions, with NO egregious delays.
  2086.  
  2087. -Mike
  2088.  
  2089. p.s. the Microcom MNP level 6 comes close.
  2090.  
  2091.  
  2092. ------------------------------
  2093.  
  2094. Date: Tue, 2 Jun 1987  21:45 MDT
  2095. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  2096. To: Michael Grant <mgrant@MIMSY.UMD.EDU>
  2097. Cc: Info-Modems@SIMTEL20.ARPA, Telecom@BUIT1.BU.EDU
  2098. Subject: 9600 bps dialups (HST 9600)
  2099.  
  2100.  
  2101. The USRobotics HST 9600 modem assigns the 9600 baud direction to the
  2102. end that is sending the most data.  It should work fine with uucp.
  2103. Most file transfer protocols have the receiving end sending only some
  2104. kind of acknowledge or negative acknowledge (resent request) which
  2105. usually consists of only a few characters.
  2106.  
  2107. --Keith Petersen
  2108. Arpa: W8SDZ@SIMTEL20.ARPA
  2109. Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz
  2110. GEnie: W8SDZ
  2111. RCP/M Royal Oak: 313-759-6569 - 300, 1200, 2400 (V.22bis) or 9600 (USR HST)
  2112.  
  2113. ------------------------------
  2114.  
  2115. Date: Wed, 3 Jun 87 00:04:28 PDT
  2116. From: jimmy@PIC.UCLA.EDU (Jim Gottlieb)
  2117. To: telecom@buit1.bu.edu
  2118. Subject: "890" and warning letter
  2119.  
  2120.  
  2121. Someone mentioned that AT&T was adding a toll-free area code of 890.
  2122.  
  2123. In fact, Bell of PA (and perhaps the other Bell Atlantic companies?) has
  2124. created the toll-free *prefix* of 890.  This would be accomplished through
  2125. agreements with neighboring independent Telcos and appears to actually be a
  2126. way for Bell Atlantic to offer a local toll-free service without involving
  2127. AT&T.  Personally, I don't think Telcos should be allowed to do this.  The
  2128. area code 800 is well established as a toll free prefix and the introduction
  2129. of different toll-free prefixes in each area code will only add to customer
  2130. confusion.  Uniformity should not be sacrificed in favor of the Telco saving
  2131. a few cents.
  2132.  
  2133.  
  2134.  
  2135. A different someone mentioned a letter from Pacific Bell warning that a new
  2136. switch was being installed.  P*B has been routinely sending out these letters
  2137. to those about to be converted (usually from crossbar) to a Northern Telecom
  2138. DMS100 Digital switch.  The switch has many quirks, but especially annoying
  2139. is often a lack of CPC (Calling Party Control signal), though P*B has been
  2140. adding this to the DMS switches.  The letter is just for P*B to cover
  2141. themselves ("We warned you!").
  2142.  
  2143.  
  2144.  
  2145. Telephone enthusiasts (and anyone else with an interest in communications)
  2146. is invited to call the ESSug (ESS Users Group) on (714)973-2000 (300/1200bps)
  2147.  
  2148. Jim Gottlieb
  2149. -------------------------------------------------------------------------
  2150. ARPA: jimmy@PIC.UCLA.EDU
  2151. UUCP: {ucbvax, sdcsvax!sdcrdcf!ucla-cs} !pic.ucla.edu!jimmy
  2152.       (this machine has no UUCP link)
  2153. Tel. (213) 824-5454
  2154.  
  2155. ------------------------------
  2156.  
  2157. Date: Tue, 2 Jun 87 22:28 EDT
  2158. From: Jeffrey Del Papa <dp@JASPER.PALLADIAN.COM>
  2159. Subject: Re: bandwidth of LADS (metallic?) circuit
  2160. To: hastings@morgul.psc.edu
  2161. Cc: dyer@harvard.harvard.edu, telecom@buit1.bu.edu
  2162.  
  2163.  
  2164.     Date: Saturday, 30 May 1987 17:55:14 EDT
  2165.     From: Gene.Hastings@h.cs.cmu.edu
  2166.  
  2167.     We have several LADS lines in service, all at 56kbs, synchronous. There
  2168.     should be information available from the vendor of an arbitrary short-haul
  2169.     modem telling you what speed it can push how far (longer distance-> lower
  2170.     speed).
  2171.  
  2172.     We were frustrated and slightly amused when we called the person who was the
  2173.     official Point-of-Contact for our campus asking what the milage was on one
  2174.     of our lines and got the reply that they didn't know and had never heard the
  2175.     question before.
  2176.  
  2177.     Gene
  2178.  
  2179.  
  2180.  
  2181. the easiest answer to this question is to simply short out the line and use an
  2182. ohmmeter. the number is ~6k ohm/mile but look in the aprop telco documents for the
  2183. exact number. (you could also use a TDR if you happen to have on hanging around...
  2184. that is also the only easy way to be sure that they didn't leave the loading coils on the
  2185. line.)
  2186. <dp>
  2187.  
  2188.  
  2189. ------------------------------
  2190.  
  2191. From: ssc-vax!clark@beaver.cs.washington.edu (Roger Clark Swann)
  2192. Date: 3 Jun 87 23:18:40 GMT
  2193. To: uw-beaver!comp-dcom-telecom@beaver.cs.washington.edu
  2194. Subject: Submission for comp-dcom-telecom
  2195.  
  2196.  
  2197. Path: ssc-vax!clark
  2198. From: clark@ssc-vax.UUCP (Roger Clark Swann)
  2199. Newsgroups: comp.dcom.telecom
  2200. Subject: Party line question
  2201. Keywords: pulse dialing, mechanical, electronic
  2202. Message-ID: <1273@ssc-vax.UUCP>
  2203. Date: 3 Jun 87 23:18:39 GMT
  2204. Distribution: na
  2205. Organization: Boeing Aerospace Corp., Seattle WA
  2206. Lines: 27
  2207.  
  2208. **** jam for line eater ****
  2209.  
  2210. I recently had a question for a friend that could not figure out:
  2211.  
  2212. problem: electronic phone won't dial when connected to party line.
  2213.  
  2214. My friend has a beach house with phone service being a party line.
  2215. I don't remember if he said how many connections there are to the
  2216. line, but he said that he DOES NOT get any rings other that his own.
  2217. He normally has an WECO 500 style insturment on the line with no
  2218. problems dialing or receiving calls. However, when he tried to
  2219. hookup an 'electronic' (keypad with chip that generates dial pulses)
  2220. phone the line, he could only dial about three digits before getting
  2221. a re-order recording. He said that he could hear the 'clicks' as the
  2222. pulses were being generated and they sounded OK. Someone can call in
  2223. and the phone will ring and voice circuits are OK. (This same phone
  2224. instrument works fine at his in town residence)
  2225.  
  2226. The only thing I could think of was that the 'electronic phone was
  2227. not pulsing at the correct speed. But then he told me that he tried
  2228. hooking his modem to the line and making it pulse dial. The result
  2229. was the same re-order recording. So, this makes me think that there
  2230. is some strange configuration on this phone line or something???
  2231.  
  2232. Anyone have an idea as to what is going on here?
  2233.  
  2234. Roger Swann         uw-beaver!ssc-vax!clark
  2235.  
  2236. [Any number of reasons could cause this problem. FCC regulations don't
  2237. even *allow* you to plug in a modular instrument to a party line. --JSol]
  2238.  
  2239.  
  2240. ------------------------------
  2241.  
  2242. Date: Thu, 4 Jun 87 03:53:18 PDT
  2243. From: hoptoad.UUCP!gnu@cgl.ucsf.edu (John Gilmore)
  2244. Subject: Re:  Cellular Fraud -- trivial
  2245. To: telecom@xx.lcs.mit.edu
  2246.  
  2247.  
  2248. In article <8705312136.AA01347@mimsy.umd.edu>, mgrant@MIMSY.UMD.EDU (Michael Grant) writes:
  2249. > The Electronic Serial Number is an 8 digit Hexidecimal number.  It is not
  2250. > easily changed.  Both the MIN, (Mobil Id Number, your phone number) and the
  2251. > ESN are sent out when you press the send key.  Your MIN is easily changed
  2252. > by reprogramming your phone, but the ESN is not easily changed.  To change
  2253. > your phone number, both the phone, and the cell system must be changed.
  2254.  
  2255. The whole thing is pretty silly.  Each unit has a serial number
  2256. and the serial number is "supposed to be" impossible to change.
  2257. Actually in many systems it is in a PROM in a socket, so no biggy.
  2258. Even if it was impossible to change, it's not impossible to change
  2259. the ROMs that hold the program that runs the phone, so you could
  2260. always reprogram it to ignore the ROM.  You could embed the whole
  2261. phone in epoxy, but who would buy a $2000 phone that you have to throw
  2262. away if any little thing breaks?
  2263.  
  2264. The best deal would be to make a program ROM where if you put it in
  2265. this mode, it would listen on the control channel for phones making
  2266. calls or answering rings, and save away 10 or 20 of their phone number/
  2267. serial number pairs.  Anytime you wanted to make a call, it would pick
  2268. one at random and pretend to be that phone.  The load on any
  2269. individual's bill would be light enough that you'd be hard to catch.
  2270. This would not let you receive calls for free, but I seem to recall
  2271. some scheme for that, too.  Geoff Goodfellow, Bob Jesse, and Andrew
  2272. Lamothe published a paper on this in the November 1985 issue of
  2273. Personal Communications Technology magazine (FutureComm Publications
  2274. Inc., 4005 Williamsburg Ct., Fairfax, VA  22032, 703/352-1200).
  2275.  
  2276. The cellular phone standard is called "EIA IS-3-B" though I think they
  2277. recently upgraded it to "-C".  You can get a copy from Global Engineering
  2278. Documents (call 800 information).  It is not lucid but it is readable
  2279. if you flip around a lot and think about it.
  2280.  
  2281. ------------------------------
  2282.  
  2283. Date: 04-Jun-1987 1311
  2284. From: cantor%delni.DEC@decwrl.DEC.COM  (Dave C., 226-7726, LKG1-3/A06)
  2285. To: telecom@buit1.bu.edu, telecom_digest%delni.DEC@decwrl.DEC.COM
  2286. Subject: 1-800-XXX-0000
  2287.  
  2288.  
  2289. Ref message subj as above dtd Thu, 21 May 87 10:11 EDT from David Harpe,
  2290. <KAJOHN01@ULKYVX.BITNET>:
  2291.  
  2292. >Completely by accident, I noticed the other day that if you dial 1-800-XXX-0000
  2293. >where XXX is a valid 800 exchange, you get the following message:
  2294.  
  2295. >        "You have reached the ATT long distance network.  Thank you for
  2296. >         choosing ATT.  This message will not be repeated."
  2297.  
  2298. I checked a few codes and found a similar message.   However, 800-444-0000,
  2299. in particular, identified itself as the MCI long distance network.  An article
  2300. in Telecom Digest 5:156 mentioned that 800 NXX codes are equal access based
  2301. and an article in TD 6:3 gave a list of the 800 NXX codes assigned to MCI.
  2302.  
  2303. Also, I dialed 800-NXX-0000, where the particular NXX I used is the same as
  2304. the one through which you reach my beeper.  I found that it connects to
  2305. a recorder machine, as though it were a regular telephone number.  Using
  2306. some other NXX codes for some of my colleagues' beeper numbers, I found
  2307. that they seem to be regular beeper numbers.   (No, I didn't actually
  2308. send the beep, though.)
  2309.  
  2310. It's likely that the beeper exchange numbers I called are not routed
  2311. through any long distance carrier, and that New England Telephone allows
  2312. NXX-0000 to be used as a regular number.   Perhaps it is just a convention
  2313. that both AT&T and MCI follow that 800-NXX-0000 produces the same message
  2314. as 700-555-4141.
  2315.  
  2316. Oh yes, it apparently doesn't matter what the default long distance carrier
  2317. is.  One of my lines is assigned to Sprint and the other to MCI.  I got
  2318. the same results using both of these lines.
  2319.  
  2320. Dave C.   (David A. Cantor)
  2321.  
  2322. ------------------------------
  2323.  
  2324. End of TELECOM Digest
  2325. *********************
  2326.  
  2327. From Roach.SysMaint@MIT-Multics.ARPA  Mon Jun 15 22:32:58 1987
  2328. Received: from MIT-Multics.ARPA by buit1.bu.edu (3.2/4.7)
  2329.     id AA19386; Mon, 15 Jun 87 22:32:58 EDT
  2330. Date:  Mon, 15 Jun 87 22:22 EDT
  2331. From: "Roger A. Roach" <Roach@MIT-Multics.ARPA>
  2332. Subject:  TELECOM Digest V7 #12
  2333. To: telecom-request@BUIT1.BU.EDU
  2334. Message-Id:  <870616022252.952149@MIT-Multics.ARPA>
  2335. Forum-Transaction:  [0381] in the >site>arpa_mail_dir>Telecom meeting
  2336. Transaction-Entered-By:  Network_Server.Daemon@MIT-Multics.ARPA
  2337. Transaction-Entered-Date:  6 Jun 87 14:10 EDT
  2338. Status: RO
  2339.  
  2340. From: jsol@buit1.bu.edu@buita
  2341.  
  2342.  
  2343. TELECOM Digest     Sat, 6 Jun 87 13:23:45 EDT    Volume 7 : Issue 12
  2344.  
  2345. Today's Topics:
  2346.  
  2347.                              Administrivia
  2348.                            re:help!!! DMS100
  2349.                        Nurse, Get Me A Telephone
  2350.                               phonevision
  2351.                         Maryland phone prefixes
  2352.                          Horror stories wanted
  2353. ----------------------------------------------------------------------
  2354.  
  2355. Date: Thu, 4 Jun 87 19:12:00 EDT
  2356. From: jsol@buit1.bu.edu
  2357. To: telecom
  2358. Subject: Administrivia
  2359.  
  2360.  
  2361. I am using an experimental delivery mechanism for TELECOM now. I have
  2362. in place a "second queue", specially for TELECOM. It takes a quick two
  2363. line modification to sendmail itself, and some configuration hacking
  2364. to do it. I did this because bu-cs (our mail gateway) was overloaded
  2365. by TELECOM distributions, so I made a system that I could move around
  2366. from site to site as the needs change and as the load changes (if
  2367. we really lose I can have my workstation deliver the digest). The
  2368. incoming mailboxes, telecom and telecom-request will always be
  2369. at BUIT1.BU.EDU (unless we change the host name).
  2370.  
  2371. There are some folks who have "copyrighted" their submissions. I am
  2372. going to return unsubmitted any message that is copyrighted because
  2373. TELECOM is in the public domain and in order for it to remain a
  2374. valuable asset to the community, it must remain so. I don't want
  2375. to get involved with the legal issues of copyrighted material.
  2376. Note that also, any material that comes from the AP or UPI newswire
  2377. will not be submitted either.
  2378.  
  2379. This policy is consistent with my previous notes about message
  2380. content. If you announce the latest batch of "illegal sprint codes"
  2381. I will not publish that either, in fact that is the main reason why
  2382. TELECOM is a moderated digest.
  2383.  
  2384. I think we have pretty much settled down from the move. We still get
  2385. duplicates, but I suspect that this is being tracked down and will slowly
  2386. become a non-issue. I will continue to the best of my ability weed
  2387. out the duplicates.
  2388.  
  2389. ------------------------------
  2390.  
  2391. Date: 04-Jun-1987 1823
  2392. From: lippis%delni.DEC@decwrl.DEC.COM  (Nick Lippis DS Strategic Planning)
  2393. To: telecom@xx.lcs.mit.edu
  2394. Subject: re:help!!! DMS100
  2395.  
  2396.  
  2397. From:     DELNI::LIPPIS       "Nick Lippis DS Strategic Planning"  8-MAY-1987 10:37
  2398. To:       RHEA::DECWRL::"telecom@xx.lcs.mit.edu",LIPPIS
  2399. Subj:     re: help!!! DMS100
  2400.  
  2401.  
  2402. From:     TELCOM::MCMILLAN      8-MAY-1987 09:53
  2403. To:       DELNI::LIPPIS
  2404.  
  2405. When we (DEC) had problems in MKO our problems mostly were with intra SL-100
  2406. calls and local CO calls. We found that the SL-100 was hitting the data sets
  2407. with too high a level and the modems (DF124 & DF112 but not DF03) were
  2408. having their receiver circuitry saturated. This is due to a diifference in
  2409. design between modems. We also had some local CO problems. But for the
  2410. most part our long distance data calls were not any more of a problem than
  2411. they were before. Now if these people have put in some new carriers to
  2412. service their long distance service (e.g. T-spans) they may have different
  2413. problems than they had previously.
  2414.  
  2415. It is difficult to answer your question, we don't have much detail
  2416. (i.e. what type modems we talking about, how is your paddata table
  2417. set-up, what did you have before DMS, what was changed with DMS
  2418. install, etc., etc.)
  2419.  
  2420. George
  2421.  
  2422. ------------------------------
  2423.  
  2424. Date: Fri,  5 Jun 87 13:01:20 EDT
  2425. From: "Michael A. Patton" <MAP@AI.AI.MIT.EDU>
  2426. Subject:  Nurse, Get Me A Telephone
  2427. To: TELECOM@XX.LCS.MIT.EDU
  2428. Cc: MAP@AI.AI.MIT.EDU
  2429.  
  2430.  
  2431.  
  2432. The following item appears in the Business Notes section of the Time
  2433. magazine dated June 8, 1987.  It appears with a photograph captioned
  2434. "In hospitals, these devices make money" and which shows what appears
  2435. to be a standard cheap one-piece phone being plugged into a modular
  2436. jack by a patient (you can tell by the wrist band ID (which is
  2437. readable).
  2438.  
  2439.                     New Products:
  2440.  
  2441.           Nurse, Get Me A Telephone
  2442.  
  2443. Disposable razors have long been a consumer staple, and throwaway
  2444. cameras are a new photographic fad.  Now the latest items to use and
  2445. lose are telephones.  Several companies, including Mini-Phone,
  2446. Diversified Communications and International Connectors, are selling
  2447. an estimated 100,000 lightweight, disposable phones a year, and the
  2448. market is growing fast.  The best customers are not individuals but
  2449. hospitals, which sell the phones to patients as a moneymaking venture.
  2450.           Health-care institutions pay a manufacturer about $9 a phone,
  2451. then charge patients about $12 to use the instrument during their
  2452. stay.  And since many patients formerly walked off with standard-issue
  2453. phones (average price: $75), the theft of a disposable phone is less
  2454. costly.  Says Kendall Gallagher, a Mini-Phone vice president: ``A
  2455. patient confronted with a hospital bill might feel he's entitled to
  2456. everything in the room, including the phone.''  Philadelphia's Mercy
  2457. Catholic Medical Center estimates that it saves between $50,000 and
  2458. $75,000 a year by installing the discardable devices.  Indeed, they
  2459. have proved so popular that throw-away phones will soon be sold in the
  2460. hospital's gift shop--at 30% over cost.
  2461.  
  2462.  
  2463. ------------------------------
  2464.  
  2465. From: SPGDCM%UCBCMSA.Berkeley.EDU@berkeley.edu
  2466. Date: Fri, 05 Jun 87 14:12:33 PDT
  2467. To: telecom@buit1.bu.edu
  2468. Subject: phonevision
  2469.  
  2470.  
  2471.  MSG:FROM: SPGDCM  --UCBCMSA  TO: NETWORK --NETWORK           06/05/87 14:12:31
  2472.  To: NETWORK --NETWORK  Network Address
  2473.  
  2474.  From:    Doug Mosher                 <SPGDCM at UCBCMSA>
  2475.  Title:   MVS/Tandem Systems Manager  (415)642-5823
  2476.  Office:  Evans 257, Univ. of California, Berkeley, CA 94720
  2477.  Subject: phonevision
  2478.  to: telecom@buit1.bu.edu
  2479.  
  2480.  Phonevision (TV pic + audio phones) may hit us from a slightly different
  2481.  angle.
  2482.  
  2483.  A recent brochure from Datapoint notes their addition of MINX to their
  2484.  Starbuilder network architecture.
  2485.  
  2486.  MINX adds what they call "voice and full-motion video" to PC communication
  2487.  networks. It appears that you add a Datapoint monitor-camera combination to
  2488.  some sort of IBM PC; presumably the same monitor is used at other times for
  2489.  high quality color graphic monitor use.
  2490.  
  2491.  I have no idea what quality; certainly some teleconferencing video is limited
  2492.  scan, like 2 per second or whatever; their term "full-motion" is interesting.
  2493.  
  2494.  It seems to be a contest as more features are added to one's telephone and
  2495.  networked pc workstation, until they meet in the middle. (But then at that
  2496.  point you'll have TWO of them on every desk....)
  2497.  
  2498.  Remembering also that the Datapoint co. stimulated the whole pc business in
  2499.  the first place in about 1975 by their chip activity and the Intel 8004,
  2500.  8008...
  2501.  
  2502.  Thanks, Doug
  2503.       phonevision
  2504.  
  2505. ------------------------------
  2506.  
  2507. Date:     Sat, 6 Jun 87 3:50:46 EDT
  2508. From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  2509. To: telecom@BRL.ARPA
  2510. Subject:  Maryland phone prefixes
  2511.  
  2512.  
  2513. Area code 301 here (202 also useable near DC).  There are some hints that
  2514. prefixes are in short supply in Maryland.
  2515.  
  2516. I checked with the operator just now and got 286 Berwyn and 878 Fort Ritchie.
  2517. 286 had been listed in older directories as Clarksville (since Clarksville
  2518. has 531 for Columbia service and 988 for Ellicott City service--531 local to
  2519. Balt. city and 988 for Balt. metro area service--you wonder what now appears
  2520. on the pay phones in Clarksville).  878 does appear in the Md. suburban direc-
  2521. tory as Silver Spring (Fort Ritchie is far outside DC area); some older sour-
  2522. ces have 878 as Fort Ritchie (Balt. City service).
  2523.  
  2524. 369 is listed as Laurel (Berwyn service, which is to DC metro).  703-369
  2525. is at Manassas, Va., immediately adjacent to the calling area from DC proper.
  2526. (There already is 301-490 at Laurel, Md. and 703-490 at Woodbridge, Va.)
  2527.  
  2528. 738 is listed at Rockville, in the DC area.  Previously, there was no 301-
  2529. 738, but there's a 738 at Ridgely, W. Va., across the Potomac from, and
  2530. local to, Cumberland, Md., causing me to wonder if it was "protected"; if
  2531. that 738 is still there, you can now call 738-xxxx from Cumberland to
  2532. Ridgely (W.Va.) and 1-738-xxxx from Cumberland to Rockville.
  2533.  
  2534.  
  2535. ------------------------------
  2536.  
  2537. Date: Sat, 6 Jun 87 08:33:28 EDT
  2538. From: Simson L. Garfinkel <simsong@MEDIA-LAB.MEDIA.MIT.EDU>
  2539. To: telecom@buit1.bu.edu
  2540. Subject: Horror stories wanted
  2541.  
  2542.  
  2543.  
  2544. I am currently gathering research data (ie: stories) for
  2545. horror-experiences with equal access and hotel PBX's. That is, I am
  2546. collecting stories of people who have tried to use the carrier of their
  2547. choice while staying at hotels and have found out that they have no choice
  2548. and must instead use the carrier the hotel has chosen.
  2549.  
  2550. Please send your story to
  2551.  
  2552.                     simsong@media-lab.mit.edu
  2553.  
  2554. Your story may be used in a class-action law suit against hotel operators.
  2555. Please include your full name, address, and phone number.
  2556.  
  2557. Thanks..
  2558.  
  2559. ...simson
  2560.  
  2561.  
  2562.  
  2563.  
  2564.  
  2565. ------------------------------
  2566.  
  2567. End of TELECOM Digest
  2568. *********************
  2569.  
  2570. From Roach.SysMaint@MIT-Multics.ARPA  Mon Jun 15 22:36:06 1987
  2571. Received: from MIT-Multics.ARPA by buit1.bu.edu (3.2/4.7)
  2572.     id AA19406; Mon, 15 Jun 87 22:36:06 EDT
  2573. Date:  Mon, 15 Jun 87 22:22 EDT
  2574. From: "Roger A. Roach" <Roach@MIT-Multics.ARPA>
  2575. Subject:  TELECOM Digest V7 #13
  2576. To: telecom-request@BUIT1.BU.EDU
  2577. Message-Id:  <870616022253.683102@MIT-Multics.ARPA>
  2578. Forum-Transaction:  [0382] in the >site>arpa_mail_dir>Telecom meeting
  2579. Transaction-Entered-By:  Network_Server.Daemon@MIT-Multics.ARPA
  2580. Transaction-Entered-Date:  9 Jun 87 21:45 EDT
  2581. Status: RO
  2582.  
  2583. From: jsol@buit1.bu.edu@buita
  2584.  
  2585.  
  2586. TELECOM Digest     Tue, 9 Jun 87 20:51:41 EDT    Volume 7 : Issue 13
  2587.  
  2588. Today's Topics:
  2589.  
  2590.                        Re: Horror stories wanted
  2591.                               890 prefix
  2592.                           Confidencer Wanted
  2593.                        Re: Horror stories wanted
  2594.                             Re: phonevision
  2595.                             X.25 PAD Sought
  2596.                           Re:  Cellular Fraud
  2597. ----------------------------------------------------------------------
  2598.  
  2599. Date: Sat,  6 Jun 87 17:33:46 EDT
  2600. From: "Keith F. Lynch" <KFL@AI.AI.MIT.EDU>
  2601. Subject: Re: Horror stories wanted
  2602. To: simsong@MEDIA-LAB.MEDIA.MIT.EDU
  2603. Cc: KFL@AI.AI.MIT.EDU, Telecom@XX.LCS.MIT.EDU
  2604.  
  2605.  
  2606. What is wrong with a hotel allowing access to only one carrier?
  2607. Or with a hotel not even HAVING any phone service?  (The latter
  2608. may be a good selling feature!)  If a hotel customer doesn't like
  2609. what the hotel provides, he can always find another hotel.
  2610.                                                                                 ...Keith
  2611.  
  2612. ------------------------------
  2613.  
  2614. Date: Sun, 7 Jun 87 12:39:15 PDT
  2615. From: csustan!elric@lll-crg.ARPA (Elric of Imrryr)
  2616. To: lll-crg!telecom@xx.lcs.mit.edu
  2617. Subject: 890 prefix
  2618. Cc:
  2619.  
  2620.  
  2621.  
  2622. Is this prefix (890) universally unused and
  2623. thus available to the LOCs to use for this service, or is this just a Bell of
  2624. PA special?
  2625. Sincerely,
  2626. Frank Prindle
  2627. Prindle@NADC.arpa
  2628.  
  2629. Well here in California (Pacfic Bell), 890 is one of the ringback
  2630. prefixes. PacBel has been using '811' as the toll free prefix to call
  2631. your service rep.
  2632.  
  2633. Brad
  2634.  
  2635. --
  2636. elric     Lunatic Labs @ Csustan {lll-crg,lll-lcc}!csustan!elric
  2637. Reality is what ever you can get away with! | The info on cracking DES will be
  2638.                                                       | in my next transmission...
  2639.  
  2640. ------------------------------
  2641.  
  2642. Date: Sun, 7 Jun 87 13:11:40 PDT
  2643. From: scotto@pnet01.CTS.COM (Scott O'Connell)
  2644. To: crash!telecom%mit-xx.arpa@nosc.mil
  2645. Subject: Confidencer Wanted
  2646. Cc: crash!scotto@nosc.mil
  2647.  
  2648.  
  2649. Does anyone know where I can purchase a Rohn Confidencer?  It's the noise
  2650. cancelling microphone used on 500 type WE telephones.  AT&T phone stores say
  2651. they haven't carried them in a long time.
  2652.  
  2653. Please reply directly, thanks.
  2654.  
  2655. Scott O'Connell - Datagram Corp.   UUCP: {akgua hplabs!hp-sdd sdcsvax nosc}...
  2656. 3297 Sweetwater Springs Blvd #8          ...crash!pnet01!scotto
  2657. San Diego, CA 92078-1477           ARPA: crash!pnet01!scotto@nosc
  2658. 800/235-5030                       INET: scotto@pnet01.CTS.COM
  2659.  
  2660. ------------------------------
  2661.  
  2662. Date: Mon, 8 Jun 87 08:38:51 EDT
  2663. From: Simson L. Garfinkel <simsong@MEDIA-LAB.MEDIA.MIT.EDU>
  2664. To: KFL@AI.AI.MIT.EDU
  2665. Cc: KFL@AI.AI.MIT.EDU, Telecom@XX.LCS.MIT.EDU
  2666. Subject: Re: Horror stories wanted
  2667.  
  2668.  
  2669.    Date: Sat,  6 Jun 87 17:33:46 EDT
  2670.    From: "Keith F. Lynch" <KFL@AI.AI.MIT.EDU>
  2671.  
  2672.    What is wrong with a hotel allowing access to only one carrier?
  2673.  
  2674. Because only having one carrier may be a violation of federal
  2675. regulation. Specifically, anti-trust laws and the like.
  2676.  
  2677.  
  2678. ------------------------------
  2679.  
  2680. To: seismo!comp-dcom-telecom@seismo.CSS.GOV
  2681. From: harvard!huma1!janowsky@seismo.CSS.GOV (Steve Janowsky)
  2682. Subject: Re: phonevision
  2683. Date: 8 Jun 87 18:24:43 GMT
  2684.  
  2685.  
  2686.  
  2687. In article <8706052153.AA20677@jade.berkeley.edu> SPGDCM@CMSA.BERKELEY.EDU
  2688. (Doug Mosher) writes:
  2689. .>
  2690. .> MINX adds what they call "voice and full-motion video" to PC communication
  2691. .> networks. It appears that you add a Datapoint monitor-camera combination to
  2692. .> some sort of IBM PC; presumably the same monitor is used at other times for
  2693. .> high quality color graphic monitor use.
  2694. .>
  2695. .> I have no idea what quality; certainly some teleconferencing video is
  2696. .> limited scan, like 2 per second or whatever; their term "full-motion"
  2697. .> is interesting.
  2698.  
  2699. I believe that data compression techniques allow something like "full-motion"
  2700. video.  When you're speaking (for example) your lips move but most of the
  2701. tv screen remains constant -- and thus only the lips need to be re-
  2702. transmitted.
  2703.  
  2704. Of course this is a gross oversimplification, but...
  2705.  
  2706. Steve Janowsky      (janowsky@huma1.harvard.edu
  2707.                      ...harvard!huma1!janowsky)
  2708.  
  2709. ------------------------------
  2710.  
  2711. From: hplabs!well!rogue@seismo.CSS.GOV (L. Brett Glass)
  2712. Subject: X.25 PAD Sought
  2713. Date: 3 Jun 87 23:15:33 GMT
  2714.  
  2715.  
  2716.  
  2717.  
  2718. I am setting up a network link for a public-service organization that is
  2719. looking for an inexpensive, possibly used, X.25 PAD. It need not have the
  2720. ability to originate calls. Please send recommendations, information, etc.
  2721. to one of the addresses below:
  2722.  
  2723. {lll-crg|ptsfa|hplabs|hoptoad}!well!rogue
  2724. well!rogue@!LLL-LCC.ARPA
  2725. glass (BIX)
  2726.  
  2727. ------------------------------
  2728.  
  2729. From: hplabs!well!shibumi@seismo.CSS.GOV (Kenton Abbott Hoover)
  2730. Subject: Re:  Cellular Fraud
  2731. Date: 3 Jun 87 18:46:53 GMT
  2732.  
  2733.  
  2734.  
  2735. It would seem that one should build a box which, when one is not sending a call
  2736. keeps the original serial number/phone number/etc. number combination, but when
  2737. one is to send simply picks a new series of numbers from any scavaged off the
  2738. airwaves (that just happen to belong to other senders).  I would think that
  2739. the cost of the electronics to do this would be about 2 times one unit plus 10%.
  2740.  
  2741. Have I missed something?
  2742. -- Kenton
  2743.  
  2744.  
  2745. ------------------------------
  2746.  
  2747. End of TELECOM Digest
  2748. *********************
  2749.  
  2750. Date: Mon, 22 Jun 87 13:46:36 EDT
  2751. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  2752. Reply-to: TELECOM@BUIT1.BU.EDU
  2753. Subject: TELECOM Digest V7 #18
  2754. To: TELECOM@BUIT1.BU.EDU
  2755.  
  2756.  
  2757. TELECOM Digest     Mon, 22 Jun 87 13:46:36 EDT    Volume 7 : Issue 18
  2758.  
  2759. Today's Topics:
  2760.  
  2761.                    Submission for comp-dcom-telecom
  2762.                           Re: Horror Stories
  2763.                              digit graber
  2764.                    Addresses of Government Officials
  2765.                       Re: Intra-lata credit calls
  2766.                    Submission for comp-dcom-telecom
  2767.                               COMPUDUNIT
  2768.                             Further Horrors
  2769. ----------------------------------------------------------------------
  2770.  
  2771. From: ihnp4!ll1a!ll1!uucp@ames.arpa
  2772. Date: 16 Jun 87 22:14:01 GMT
  2773. To: ll1a!ihnp4!ptsfa!ames!comp-dcom-telecom@ames
  2774. Subject: Submission for comp-dcom-telecom
  2775.  
  2776.  
  2777. Path: ll1!nesac2!jec
  2778. From: jec@nesac2.UUCP (John Carter ATLN SADM)
  2779. Newsgroups: comp.dcom.telecom
  2780. Subject: Re: Horror Stories
  2781. Message-ID: <1250@nesac2.UUCP>
  2782. Date: 16 Jun 87 17:03:04 GMT
  2783. Article-I.D.: nesac2.1250
  2784. Posted: Tue Jun 16 13:03:04 1987
  2785. References: <12309401739.23.MYERSTON@KL.SRI.Com|
  2786. Distribution: world
  2787. Organization: NESAC Lisle, Illinois
  2788. Lines: 33
  2789.  
  2790. | |What is wrong with a hotel allowing access to only one carrier?
  2791. | |Or with a hotel not even HAVING any phone service?  (The latter
  2792. | |may be a good selling feature!)  If a hotel customer doesn't like
  2793. | |what the hotel provides, he can always find another hotel.
  2794. | |                                ...Keith
  2795. | ||Because only having one carrier may be a violation of federal
  2796. | ||regulation. Specifically, anti-trust laws and the like.
  2797. | I agree with Keith.  This is the same "the world owes me a living"
  2798. | mentality that demands the highest of quality from a faceless "Ma
  2799. | Bell" while resisting any increases in cost.  It is best exemplified
  2800. | by the socialist fools at Consumer Reports.  If the hotel can choose
  2801. | who will provide mattresses, room TVs, etc why not telephone service?
  2802. | If they abuse the customers they will lose business.  Makes sense to 
  2803. | me!
  2804. | +HECTOR+
  2805. | -------
  2806.  
  2807. But it's the only room available within 10 miles of the meeting,
  2808. using their carrier means the call is on your hotel bill, your
  2809. company provides you with a credit card for a different carrier, and
  2810. your company won't pay for calls made on another carrier and charged
  2811. to your hotel bill.  And there's no place to put the T1100+ if you
  2812. try to use the pay phone for E-mail.
  2813. -- 
  2814.  
  2815. John Carter
  2816. AT&T Communications - Atlanta RWC
  2817. USnail:    3001 Cobb Parkway, Atlanta GA 30339
  2818. E-mail:    ...ihnp4!cuea2!ltuxa!ll1!nesac2!jec
  2819. Voice:    404+951-4642
  2820. (The above views are my very own. How dare you question them? :-)
  2821.  
  2822.  
  2823. ------------------------------
  2824.  
  2825. From: dolqci!mgrant@seismo.CSS.GOV
  2826. Date: Wed, 17 Jun 87 14:51:44 edt
  2827. To: <TELECOM@BUIT1.BU.EDU>
  2828.  
  2829.  
  2830.  
  2831. To: telecom@xx.lcs.mit.edu
  2832. Subject: digit graber
  2833.  
  2834. A while ago someone asked about a device to decode touchtones on the line
  2835. and display them on some sort of display.  The "Model TPM-32 DTMF/Dial Pulse
  2836. Digit Display Unit" by Motion Technology seems to do the trick for a mear
  2837. $249.00.  It can be ordered from:
  2838.  
  2839. Specialized Products Company
  2840. 2117 W. Walnut Hill Lane
  2841. Irving, TX  75038
  2842.  
  2843. I just noticed the thing in their most recent catalog.  I'm in no way
  2844. affiliated with them.
  2845.  
  2846. -Mike
  2847.  
  2848. ------------------------------
  2849.  
  2850. Date: Wed, 17 Jun 87 18:11 CDT
  2851. From: Mike Linnig <LINNIG%eg.ti.com@RELAY.CS.NET>
  2852. Subject: Addresses of Government Officials
  2853. To: telecom@BUIT1.BU.EDU
  2854.  
  2855.  
  2856. If you feel the need to write someone about the changes to the FCC's access
  2857. charge policy...
  2858.  
  2859. The following is a portion of a list of government officials found on the
  2860. arpanet a year or so ago.  The names might have changed, but most of the 
  2861. addresses are probably still good.
  2862.  
  2863.     Mike Linnig 
  2864.  
  2865.  
  2866.      ----------  MAILING ADDRESSES OF GOVERNMENT OFFICIALS  ----------
  2867.  
  2868. ------------------------------------------------------------------------------
  2869.   Telephone #  | Organization                | Notes
  2870. ---------------|-----------------------------|---------------------------------
  2871.   202 456 1414 | White House Office          | President Ronald Reagan
  2872.                | 1600 Pennsylvania Ave N.W.  |
  2873.                | Washington, DC 20500        |
  2874. ---------------|-----------------------------|---------------------------------
  2875.   202 632 6600 | Federal Communications      | Chairman
  2876.                |  Commission                 |  Mark S. Fowler
  2877.                | 1919 M St N.W.              | Commissioners
  2878.                | Washington, DC 20554        |  James Quello
  2879.                |                             |  Henry M. Rivera
  2880.                |                             |  Mary Ann W. Dawson
  2881.                |                             |  Dennis R. Patrick
  2882. ---------------|-----------------------------|---------------------------------
  2883.   202 523 3598 | Federal Trade Commission    | Chairman
  2884.                | Pennsylvania Ave at Sixth   |  James C. Miller III
  2885.                |  St N.W.                    |
  2886.                | Washington, DC 20580        |
  2887. ---------------|-----------------------------|---------------------------------
  2888.   202 275 2812 | General Accounting Office   | Comptroller General
  2889.                | GAO Bldg                    |  Charles A. Bowsher
  2890.                | 441 G St N.W.               |
  2891.                | Washington, DC 20548        | Fraud Waste and Abuse Hotline
  2892.                |                             | 1-800-424-5454 (outside DC)
  2893.                |                             |       633-6987 (DC area)
  2894. ---------------|-----------------------------|---------------------------------
  2895.   202 395 3000 | Office of Management and    | Director
  2896.                |  Budget                     |  James C. Miller III
  2897.                | Old Executive Office Bldg   |
  2898.                | 17th and Pennsylvania Ave   |
  2899.                |  N.W.                       |
  2900.                | Washington, DC 20503        |
  2901. ---------------|-----------------------------|---------------------------------
  2902.   202 224 3121 | Officer of the House        | Speaker of the House
  2903.                | U.S. Capitol                |  Thomas P. O'neill (Mass)
  2904.                | Washington, DC 20515        |  Room 2331  202-225-5111
  2905.                |                             |
  2906.                |                             | Majority Leader
  2907.                |                             |  James C. Wright, Jr. (Tex)
  2908.                |                             |  Room 1236  202-225-5071
  2909.                |                             |
  2910.                |                             | Minority Leader
  2911.                |                             |  Robert H. Michel (Illinois)
  2912.                |                             |  Room 2112  202-225-6201
  2913. ---------------|-----------------------------|---------------------------------
  2914.   202 224 3121 | Officers of the Senate      | President of the Senate
  2915.                | U.S. Capitol                |  V.P. George Bush
  2916.                | Washington, DC 20510        |  Old Executive Office Bldg
  2917.                |                             |  202-224-8391
  2918.                |                             |
  2919.                |                             | Majority Leader
  2920.                |                             |  Robert Dole (Kan)
  2921.                |                             |  Room SH141 202-224-6521
  2922.                |                             |
  2923.                |                             | Minority Leader
  2924.                |                             |  Alan K. Simpson (Wyoming)
  2925.                |                             |  Room SH709 202-224-3424
  2926. ------------------------------------------------------------------------------
  2927.  
  2928. ------------------------------
  2929.  
  2930. To: comp-dcom-telecom%linus@mitre-bedford.ARPA
  2931. From: apollo!rees.UUCP@seismo.css.gov (Jim Rees)
  2932. Subject: Re: Intra-lata credit calls
  2933. Date: 17 Jun 87 14:47 GMT
  2934.  
  2935.  
  2936.  
  2937. I've noticed that when I make an intra-lata call in Michigan (formerly
  2938. Michigan Bell), and charge it on my calling card, the charge shows up
  2939. on the NE Tel portion of my bill (my home service is from NE Tel), but
  2940. it not listed as anything special.  I assume that NE Tel is doing the
  2941. billing on behalf of Michigan Bell, but it doesn't say that on the bill.
  2942.  
  2943. But why should my AT&T card number allow Michigan Bell to bill NE Tel?
  2944. AT&T wasn't involved in the call.  Or is the card acting as a NE Tel
  2945. card at the time?  If so, why should Michigan Bell honor the card?
  2946. I think the technology has outpaced the regulation, as usual, but it's
  2947. nice that these calls still work.
  2948.  
  2949. ------------------------------
  2950.  
  2951. From: cmcl2!phri!dasys1!patth@seismo.CSS.GOV (Patt Haring)
  2952. Date: 17 Jun 87 14:39:03 GMT
  2953. To: comp-dcom-telecom@seismo.CSS.GOV
  2954. Subject: Submission for comp-dcom-telecom
  2955.  
  2956.  
  2957. Path: dasys1!patth
  2958. From: patth@dasys1.UUCP (Patt Haring)
  2959. Newsgroups: comp.edu,cat.mag,comp.dcom.telecom
  2960. Subject: COMPUDUNIT
  2961. Keywords: mystery story writing project
  2962. Message-ID: <553@dasys1.UUCP>
  2963. Date: 17 Jun 87 14:39:02 GMT
  2964. Organization: The Big Electric Cat
  2965. Lines: 16
  2966.  
  2967.    Re: MYSTERY WRITING ANYONE?
  2968. If anyone is interested in participating in a mystery story
  2969. writing project via telecommunications, they should contact me
  2970. Michael Blyth at 718-816-5742. The project titled COMPUDUNIT 
  2971. will consist of using an existing writing curriculum to 
  2972. write your own WHODUNIT MYSTERY! Funding for this program is 
  2973. provided by Learning Link. Participants will try writing
  2974. a collective Whodunit using the same COMPUDUNIT curriculum 
  2975. guide. Writing starts in Sept. 1987. Don't miss it, call
  2976. today.
  2977.                                    
  2978.  
  2979. -- 
  2980. Patt Haring                      {allegra,philabs,cmcl2}!phri\
  2981. Big Electric Cat Public Unix           {bellcore,cmcl2}!cucard!dasys1!patth
  2982. New York, NY, USA                                {philabs}!tg/
  2983.  
  2984. ------------------------------
  2985.  
  2986. Date: Thu 18 Jun 87 11:06:42-PDT
  2987. From: HECTOR MYERSTON <MYERSTON@KL.SRI.Com>
  2988. Subject: Further Horrors
  2989. To: telecom-request@BUIT1.BU.EDU
  2990. Cc: myerston@KL.SRI.Com
  2991.  
  2992.  
  2993. WERNER@R20.UTEXAS.EDU writes>
  2994.  
  2995. >>  This is the same "the world owes me a living"
  2996. >>  mentality that demands the highest of quality from a faceless "Ma
  2997. >>  Bell" while resisting any increases in cost.  It is best exemplified
  2998. >>  by the socialist fools at Consumer Reports.
  2999.  
  3000. >just to let you know that this "fool" thinks that you are all wet ...
  3001. >if society allows monopolies, we have a right to demand that prices go
  3002. >down and quality goes up when technology improves ... of course, your
  3003. >disregard for the value of the work (and the need for it) of Consumers
  3004. >Report make me expect that I am talking to deaf ears ...to bad.
  3005. >not that I think that CR is infallible ...far from it!
  3006.  
  3007. You missed  both points.   Society did  NOT "allow  monopolies"  society
  3008. BROKE UP the  monopoly allowing the  user (in this  case the hotels)  to
  3009. choose which  Long Distance  carrier  to use.   The original  poster  was
  3010. complaining about the Hotel blocking access to OTHER carriers.  We can't
  3011. have our cake (by breaking  up the Bell System)  and eat it too  (demand
  3012. that hotels  provide some  sort of  equal  access to  one and  all). 
  3013.  
  3014.   A discussion of CR probably belongs in Net.fussbudget.  But, since you
  3015. ask, here is my rationale.  CR is  OK for testing toasters and the  like
  3016. although   they   over-emphasize   the   manufacturer   and   government
  3017. responsibilities for user stupidity ("Unsafe  if turned on while in  the
  3018. bathtub").  They have recently chosen to expand into social  engineering
  3019. and liberal politics.  Their views on such things as  Telecommunications
  3020. policy have no more validity than  that of any other left-wing  journal.
  3021. Besides, they insist in numbering their pages in mid-19th century style.
  3022.  
  3023. I am replying here as ARPANET does not recognize your address.
  3024. -------
  3025.  
  3026. ------------------------------
  3027.  
  3028. End of TELECOM Digest
  3029. *********************
  3030. Date: Wed, 24 Jun 87  0:08:16 EDT
  3031. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  3032. Reply-to: TELECOM@BUIT1.BU.EDU
  3033. Subject: TELECOM Digest V7 #19
  3034. To: TELECOM@BUIT1.BU.EDU
  3035.  
  3036.  
  3037. TELECOM Digest     Wed, 24 Jun 87  0:08:16 EDT    Volume 7 : Issue 19
  3038.  
  3039. Today's Topics:
  3040.  
  3041.                         Query about FAX format
  3042.                          Incoming Phone Calls
  3043.                    Submission for comp-dcom-telecom
  3044.                       Re: Intra-lata credit calls
  3045.                FCC proposes tax for "Enhanced Services"
  3046. ----------------------------------------------------------------------
  3047.  
  3048. Date: Mon, 22 Jun 87 13:43:16 EDT
  3049. From: Richard Furuta <furuta@brillig.umd.edu>
  3050. To: telecom@xx.lcs.mit.edu
  3051. Subject: Query about FAX format
  3052. Cc: furuta@brillig.umd.edu
  3053.  
  3054.  
  3055. Can someone provide me with information about what kind of interfaces are in
  3056. use by FAX machines?  What signalling tones are used?  What encoding of the
  3057. page is transmitted?  Is any of this compatible with computer communication
  3058. equipment?  What would it take to make your average everyday Unix-style
  3059. computer behave as if it were a FAX machine (transmit and/or receive)?
  3060.  
  3061. Please send me a copy of your responses directly.  I am on Telecom but boy
  3062. am I ever behind in my reading!
  3063.  
  3064. Thanks.
  3065.  
  3066.                     --Rick
  3067.                       furuta@mimsy.umd.edu
  3068.                       seismo!mimsy!furuta
  3069.  
  3070. ------------------------------
  3071.  
  3072. Date: 22 Jun 87 22:43 PDT
  3073. From: William Daul / McDonnell-Douglas / APD-ASD  <WBD.MDC@OFFICE-1.ARPA>
  3074. Subject: Incoming Phone Calls
  3075. To: TELECOM@BUIT1.BU.EDU
  3076.  
  3077.  
  3078. This may end up sounding like a really dumb question but...
  3079.  
  3080. If all the lines in a neighborhood are being utilized and someone tries to call
  3081. into that area to a phone that is NOT being used what (if anything) will 
  3082. happen?  Will they get a busy signal?  
  3083.  
  3084. Thanks,  --Bi//
  3085.  
  3086.  
  3087. ------------------------------
  3088.  
  3089. From: jack!man!nu3b2!rwhite%ucsdhub.UUCP@sdcsvax.ucsd.edu
  3090. Date: 24 Jun 87 01:00:19 GMT
  3091. To: man!comp-dcom-telecom
  3092. Subject: Submission for comp-dcom-telecom
  3093.  
  3094.  
  3095. Path: nu3b2!rwhite
  3096. From: rwhite@nu3b2.UUCP (Robert C. White Jr.)
  3097. Newsgroups: comp.dcom.telecom
  3098. Subject: Re: Intra-lata credit calls
  3099. Summary: It's who pays that counts.
  3100. Message-ID: <765@nu3b2.UUCP>
  3101. Date: 24 Jun 87 01:00:19 GMT
  3102. References: <8706112109.AA03207@jade.berkeley.edu> <35867a62.b8ab@apollo.uucp>
  3103. Organization: National University, San Diego
  3104. Lines: 21
  3105.  
  3106.  
  3107. Its like the roaming agreement on a celular telephone.  when you make a
  3108. calling card call, the call is billed through the "normal" route.  Company
  3109. "A" bills AT&T for the call and AT&T normally reaches you through your
  3110. local operating company [which is why the firs ten numbers on your card
  3111. are most probably your phone number.]  The sematnics of a billing 
  3112. depend on the operating company in question.  I think you will find that
  3113. all the call detail listed is AT&T long-lines provided, at least on that
  3114. one page, and that the fact that this bill is forwarded through is listed
  3115. someware insignificant [like on the back of the summary page or something]
  3116.  
  3117. This whole thing is noraml, AT&T always does it that way.
  3118.  
  3119.  
  3120. Robert.
  3121.  
  3122. Disclaimer:  My mind is so fragmented by random excursions into a
  3123.     wilderness of abstractions and incipient ideas that the
  3124.     practical purposes of the moment are often submerged in
  3125.     my consciousness and I don't know what I'm doing.
  3126.         [my employers certainly have no idea]
  3127.  
  3128.  
  3129.  
  3130.  
  3131. ------------------------------
  3132.  
  3133. Date: Tue, 23 Jun 87 23:57:47 EDT
  3134. From: jsol (Jon Solomon)
  3135. To: telecom
  3136. Subject: FCC proposes tax for "Enhanced Services"
  3137.  
  3138.  
  3139. Thanks to Keith Peterson at SIMTEL for forwarding information
  3140. he received on the info-modems list. What he forwarded was a couple
  3141. of postings to some USENET newsgroups, describing what the FCC wants
  3142. to do, and ways which people can (if they choose to) inform the
  3143. FCC of their views on it. The submission is too large to post, so
  3144. I have made it available for FTP access from XX.LCS.MIT.EDU in the
  3145. file <TELECOM>FCC.THREAT.1
  3146.  
  3147. I will post a copy of this to the USENET readers, and BITNET users
  3148. should send me mail if they want a copy. (mail to telecom-request@buit1.bu.edu)
  3149.  
  3150. Enjoy,
  3151. --jsol
  3152.  
  3153. ------------------------------
  3154.  
  3155. End of TELECOM Digest
  3156. *********************
  3157. Date: Thu, 25 Jun 87 23:30:19 EDT
  3158. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  3159. Reply-to: TELECOM@BUIT1.BU.EDU
  3160. Subject: TELECOM Digest V7 #20
  3161. To: TELECOM@BUIT1.BU.EDU
  3162.  
  3163.  
  3164. TELECOM Digest     Thu, 25 Jun 87 23:30:19 EDT    Volume 7 : Issue 20
  3165.  
  3166. Today's Topics:
  3167.  
  3168.                    FCC news release on PDN surcharge
  3169.                    Submission for comp-dcom-telecom
  3170.                        Re: Incoming Phone Calls
  3171.                                 CSCNET
  3172.                        Re: Incoming Phone Calls
  3173.                  Re: Addresses of Government Officials
  3174.     Re:  FCC Surcharges for Telenet/Tymnet/CompuServe/MCIMAIL/etc.
  3175.                             Information tax
  3176. ----------------------------------------------------------------------
  3177.  
  3178. Date: Wed 24 Jun 87 20:06:16-PDT
  3179. From: David Roode <ROODE@bionet-20.arpa>
  3180. Subject: FCC news release on PDN surcharge
  3181. To: Telecom@buit1.bu.edu
  3182.  
  3183.  
  3184. Following is the FCC access charges news release of June 10, 1987.  (This is
  3185. not
  3186. the official text of the Commission's Notice of Proposed Rulemaking (NPRM).)
  3187.  
  3188. FCC PROPOSES ELIMINATION OF INTERSTATE ACCESS CHARGES EXEMPTION FOR ENHANCED
  3189. SERVICE PROVIDERS
  3190.  
  3191.    The Commission has proposed elimination of the exemption from interstate
  3192. access charges currently allowed enhanced service providers, effective
  3193. January 1, 1988.  Charges for intrastate service would not be affected.
  3194.    Enhanced services add value to, or enhance the use of, basic transmission
  3195. service.  Examples of enhanced services, which the Commission defined in its
  3196. Computer II and Computer III procedings, include computer-based applications
  3197. such as protocol processing, information retrieval systems and voice or
  3198. message services.
  3199.    In its access charge proceeding, the Commission provided for exemptions
  3200. for a number of groups.  These exemptions have gradually been eliminated.
  3201.    In the pre-access environment, enhanced service providers and WATS
  3202. resellers were paying local business exchange service rates for their
  3203. interstate access, rather than the higher charges that other common carriers
  3204. (OCCs) were paying and the even higher amounts assessed to MTS and WATS
  3205. through the divisions of revenues and settlements processes.  The Commission
  3206. decided that the immediate imposition of interstate access charges on enhanced
  3207. service providers and resellers could affect their ability to provide service
  3208. during the time they were adjusting to the new access charge rules.
  3209. Consequently, the Commission granted enhanced service providers, as well as
  3210. resellers, a temporary exemption from payment of interstate access charges.
  3211.    In proposing to eliminate this exemption, the Commission said it was
  3212. concerned that the charges currently paid by enhanced service providers did
  3213. not contribute sufficiently to the cost of the exchange access facilities
  3214. they use in offering services to the public.  Concerns about rate shock
  3215. might justify a temporary, but not a permanent, exemption from access
  3216. charges.  Enhanced service providers have had ample notice of the Commission's
  3217. ultimate intent to apply interstate access charges and ample opportunity to
  3218. adjust their planning accordingly.
  3219.    Moreover, it said, the potential financial impact on enhanced service
  3220. providers of eliminating their exemption is substantially smaller than it
  3221. was at the time the exemption was granted.  In particular, the Commission
  3222. noted that the common carrier line charge has decreased dramatically with the
  3223. introduction of subscriber line charges.
  3224. END
  3225. -------
  3226.  
  3227. ------------------------------
  3228.  
  3229. From: ucsdhub!jack!man!nu3b2!rwhite@sdcsvax.ucsd.edu
  3230. Date: 25 Jun 87 07:25:29 GMT
  3231. To: man!comp-dcom-telecom
  3232. Subject: Submission for comp-dcom-telecom
  3233.  
  3234.  
  3235. Path: nu3b2!rwhite
  3236. From: rwhite@nu3b2.UUCP (Robert C. White Jr.)
  3237. Newsgroups: comp.dcom.telecom
  3238. Subject: Re: Incoming Phone Calls
  3239. Summary: busy signal,sort of.
  3240. Message-ID: <775@nu3b2.UUCP>
  3241. Date: 25 Jun 87 07:25:29 GMT
  3242. References: <MDC-WBD-BO4Z2@OFFICE-1>
  3243. Organization: National University, San Diego
  3244. Lines: 39
  3245.  
  3246. In article <MDC-WBD-BO4Z2@OFFICE-1>, WBD.MDC@OFFICE-1.ARPA (William Daul / McDonnell-Douglas / APD-ASD) writes:
  3247. > This may end up sounding like a really dumb question but...
  3248. > If all the lines in a neighborhood are being utilized and someone tries to call
  3249. > into that area to a phone that is NOT being used what (if anything) will 
  3250. > happen?  Will they get a busy signal?  
  3251.  
  3252. It is not a dumb question, but there is something I don't think you
  3253. understand.  EVERY phone number is on it's own DEDICATED pair running
  3254. all the way to the Central Office Switch servicing that area [often
  3255. but not always the entire prefix {first 3 of the standard 7 digits}
  3256. the only common execption to this is those who have purchased a 
  3257. "foregn exchange"  <say a Blatimore number in Washington>
  3258.  
  3259. If every circut comming into a CO [Central Office] is busy, and
  3260. you are calling from another CO, or your CO's swithch is not capable
  3261. of compleeting enough connections to support your outgoing call
  3262. <weither it's destined for a house down the street or in europe>
  3263. you will recieve the "fast" busy signal <or french siren on some
  3264. switches>.  This is the "Circut Overload/Insufficient Access Rights"
  3265. signal and is heard mostly on mother's day /snicker ;-).
  3266.  
  3267. Any other busy signal or condition is either a mundane destination
  3268. busy [Or system all f**ked up signal]
  3269.  
  3270. All the lines in a CO can be busy, all the connections in a CO
  3271. switch can be busy, but the only way all "the lines going into
  3272. a neighborhood" can be busy is if every number has at least one
  3273. instrument "off-hook"  If it often takes several minutes for the tone
  3274. generator to give you dial-tone, call your Opperating Company
  3275. and tell them to buy a bigger switch!!!
  3276.  
  3277. Robert.
  3278.  
  3279. Disclaimer:  My mind is so fragmented by random excursions into a
  3280.     wilderness of abstractions and incipient ideas that the
  3281.     practical purposes of the moment are often submerged in
  3282.     my consciousness and I don't know what I'm doing.
  3283.         [my employers certainly have no idea]
  3284.  
  3285.  
  3286.  
  3287.  
  3288. ------------------------------
  3289.  
  3290. To: TELECOM@buit1.bu.edu
  3291. Subject: CSCNET
  3292. From: johnso%tp5@rand-unix.ARPA (A. Ross Johnson)
  3293. Date: 24 Jun 87 22:32:35 PDT (Wed)
  3294.  
  3295.  
  3296.  
  3297. I have just noticed that CompuServe now offers foreign access via
  3298. CSCNET.  The nodes are limited in number, but this does provide
  3299. the short-term traveler with access to U.S. networks without
  3300. a local foreign data network account.
  3301.  
  3302. Have subscribers to this list utilized CSCNet for foreign access
  3303. to U.S. networks?  What is the experience.  The surcharge on
  3304. CompuServe is evidently $20/hour, which is generally less than
  3305. what one would pay to local networks in Germany and Britain (and probably
  3306. elsewhere) for the same service.  There will be local ld charges, e.g. so
  3307. far the only node in Germany is evidently in Frankfurt, that will
  3308. offset the savings.
  3309.  
  3310. Ross Johnson
  3311.  
  3312. If I receive many replies, I will summarize to this group.
  3313.  
  3314. ------------------------------
  3315.  
  3316. From: moss!ihlpf!ahl@RUTGERS.EDU (A Little)
  3317. Subject: Re: Incoming Phone Calls
  3318. Date: 25 Jun 87 14:52:49 GMT
  3319. To: <TELECOM@BUIT1.BU.EDU>
  3320.  
  3321.  
  3322.  
  3323. > > If all the lines in a neighborhood are being utilized and someone tries to 
  3324. > > call into that area to a phone that is NOT being used what (if anything) will 
  3325. > > happen?  Will they get a busy signal?  
  3326. > I believe that they will get a re-order tone.  This is a "fast-busy",
  3327.  
  3328. Most local offices TRY to design their networks so that blocking will
  3329. not occur.  A classic example of the above scenario is an area
  3330. near a high school and a majority of the students get home at
  3331. 3:00 and want to call their friends.  A well designed office will
  3332. distribute lines from this area throughout the network.
  3333.  
  3334. The respondant was correct, though, that if all circuit are used,
  3335. reorder tone will result.
  3336.  
  3337. Andy
  3338. inhp4!ihlpf!ahl
  3339.  
  3340.  
  3341.  
  3342.  
  3343.  
  3344. ------------------------------
  3345.  
  3346. Date: 25 Jun 86 08:15 EST
  3347. From: C0144%CSUOHIO.BITNET@WISCVM.WISC.EDU
  3348. To: TELECOM@BUIT1.BU.EDU
  3349. Subject: Re: Addresses of Government Officials
  3350.  
  3351.  
  3352.  
  3353.     Outside of the usual public carriers, does anyone have any idea if the
  3354. pubic officials mentioned earlier have Internet addresses? Surely, there must
  3355. be at least *1* person at the top levels of our government with enough
  3356. initiative to venture into our realm.
  3357.  
  3358.     Of course, actually reading the mail is a different story. :-)
  3359.                                     -Dave
  3360.  
  3361. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  3362.    From the North Coast      Dave Chatfield, Dept. of Computer Services
  3363.    _____   of America...._-! Cleveland State University
  3364.   !     --___       ___--  !
  3365.   !          ------(*)     ! BITNET: C0144@CSUOHIO
  3366.   !          Cleveland     ! ARPA: C0144%CSUOHIO.BITNET@WISCVM.WISC.EDU
  3367.   !                        ! USENET: davec!ncoast.UUCP
  3368.   !       O  H  I  O      !  BBS: Assistant Sysop, PC-OHIO 216-381-3320
  3369. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  3370.  
  3371. ------------------------------
  3372.  
  3373. Date: Thu, 25 Jun 87 17:58:38 EDT
  3374. From: Michael Grant <mgrant@mimsy.umd.edu>
  3375. To: ROODE@bionet-20.arpa, telecom@buit1.bu.edu
  3376. Subject: Re:  FCC Surcharges for Telenet/Tymnet/CompuServe/MCIMAIL/etc.
  3377. Cc: BIONET@bionet-20.ARPA, Cimbala@bionet-20.ARPA,
  3378.  
  3379.  
  3380. If they add these fees, it seems like it's going to be the same price to
  3381. dial up directly to the service long-distance.  Am I missing something?
  3382. -Mike
  3383.  
  3384. ------------------------------
  3385.  
  3386. Date: Thu, 25 Jun 87 20:48:09 EDT
  3387. From: "Keith F. Lynch" <KFL@AI.AI.MIT.EDU>
  3388. Subject: Information tax
  3389. To: ROODE@BIONET-20.ARPA
  3390. Cc: KFL@AI.AI.MIT.EDU, Telecom@BUIT1.BU.EDU
  3391.  
  3392.  
  3393. > Is it fair to have voice pay more than data for the identical services?
  3394.  
  3395. It is not the identical service.  A T1 line (1.544 million baud) can
  3396. support 44 full duplex voice conversations.  It can support over 1200
  3397. 1200 baud links.  And that is worst case, where both ends of the link
  3398. are sending 1200 baud solid without pause.  Actual usage tends to be
  3399. about 1/10 of this, and this feature is taken advantage of by packet
  3400. nets such as telenet, tymnet, etc.
  3401.  
  3402. If this was not the case, how could services such as PC PURSUIT
  3403. afford to sell time for less than six cents per hour?  Presumably they
  3404. are multiplexing over some existing common carrier and already paying
  3405. the access charges and long distance charges, anyway.
  3406.  
  3407. Five dollars per hour for a 1200 baud line?  Only if voice lines are
  3408. charged $1400 per hour!  Why should they pay less for the same service?
  3409.  
  3410. Seriously, if anyone can find any possible justification for this
  3411. proposed 8000% tax, I would very much like to hear it.
  3412.                                 ...Keith
  3413.  
  3414. ------------------------------
  3415.  
  3416. End of TELECOM Digest
  3417. *********************
  3418. Date: Tue, 30 Jun 87  0:21:34 EDT
  3419. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  3420. Reply-to: TELECOM@BUIT1.BU.EDU
  3421. Subject: TELECOM Digest V7 #21
  3422. To: TELECOM@BUIT1.BU.EDU
  3423.  
  3424.  
  3425. TELECOM Digest     Tue, 30 Jun 87  0:21:34 EDT    Volume 7 : Issue 21
  3426.  
  3427. Today's Topics:
  3428.  
  3429.                        Re: Incoming Phone Calls
  3430.                      Area Code split, Chicago area
  3431.                    Submission for comp-dcom-telecom
  3432.                  Re: Submission for comp-dcom-telecom
  3433.                             Clarksville, Md.
  3434. ----------------------------------------------------------------------
  3435.  
  3436. To: 
  3437. From: pttesac!vanam@lll-tis.arpa.ARPA (Marnix van Ammers)
  3438. Subject: Re: Incoming Phone Calls
  3439. Date: 28 Jun 87 18:20:51 GMT
  3440.  
  3441.  
  3442.  
  3443. In article <MDC-WBD-BO4Z2@OFFICE-1> WBD.MDC@OFFICE-1.ARPA (William Daul / McDonnell-Douglas / APD-ASD) writes:
  3444. >This may end up sounding like a really dumb question but...
  3445. >
  3446. >If all the lines in a neighborhood are being utilized and someone tries to call
  3447. >into that area to a phone that is NOT being used what (if anything) will 
  3448. >happen?  Will they get a busy signal?  
  3449.  
  3450. Me and my friend who both work in the phone company and have
  3451. experience with ESS happened to read this and before reading
  3452. the followups decided that unless there was a problem with
  3453. the office (poor load balancing), nothing would happen.  That
  3454. is, the incoming call would complete with no problem.
  3455.  
  3456. If there were poor load balancing, some of the people in
  3457. the neighborhood would start getting no-dial-tone or slow-
  3458. dial-tone at times.
  3459.  
  3460. On incoming calls to a very busy office with poor load
  3461. balancing, callers could get re-order tone (120 ipm busy
  3462. tone).
  3463. -- 
  3464. Marnix (ain't unix!) A.  van\ Ammers    Work: (415) 545-8334
  3465. Home: (707) 644-9781            CEO: MAVANAMMERS:UNIX
  3466. UUCP: {ihnp4|ptsfa}!pttesac!vanam    CIS: 70027,70
  3467.     ** So what *is* a deterministic finite automaton ? **
  3468.  
  3469. ------------------------------
  3470.  
  3471. Date: 29-Jun-1987 0028
  3472. From: covert%covert.DEC@decwrl.dec.com  (John R. Covert)
  3473. To: telecom@buit1.bu.edu
  3474. Subject: Area Code split, Chicago area
  3475.  
  3476.  
  3477. In 1990, Chicago, currently 312, will split.  The inner area will
  3478. remain 312; the outer area will be 708.
  3479.  
  3480. This leaves only 903, 908, 909, and 917 available for assignment.
  3481.  
  3482. (508 is assigned to Massachusetts, 719 to Colorado, and 407 to Florida.)
  3483.  
  3484. /john
  3485.  
  3486. ------------------------------
  3487.  
  3488. From: moss!asr2!skipt@RUTGERS.EDU
  3489. Date: 29 Jun 87 13:28:40 GMT
  3490. To: moss!cbosgd!comp-dcom-telecom@rutgers.EDU
  3491. Subject: Submission for comp-dcom-telecom
  3492.  
  3493.  
  3494. Path: asr2!skipt
  3495. From: skipt@asr2.UUCP (Skip Tourville)
  3496. Newsgroups: comp.dcom.telecom
  3497. Subject: Re: Submission for comp-dcom-telecom
  3498. Summary: it this really true?
  3499. Message-ID: <109@asr2.UUCP>
  3500. Date: 29 Jun 87 13:28:39 GMT
  3501. References: <8706250758.AA04222@sdcsvax.UCSD.EDU>
  3502. Organization: AT&T Conversant Systems, Columbus, OH
  3503. Lines: 15
  3504.  
  3505. >From a recent article:
  3506.  
  3507. > .......  EVERY phone number is on it's own DEDICATED pair running
  3508. > all the way to the Central Office Switch servicing that area [often
  3509.  
  3510. Is this really true? (For residential service I mean)
  3511.  
  3512. In areas where there is a large concentration of directory numbers
  3513. it might be useful to run a digital trunk to a remote switching unit.
  3514. If the number of digital channels is less that the number of directory
  3515. numbers, some blocking would occur under heavy load.  I think I have
  3516. heard of such arrangements.
  3517.  
  3518.  
  3519. Skip
  3520.  
  3521.  
  3522. ------------------------------
  3523.  
  3524. Date:     Mon, 29 Jun 87 19:31:49 EDT
  3525. From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  3526. To: telecom@BRL.ARPA
  3527. Subject:  Clarksville, Md.
  3528.  
  3529.  
  3530. I made it down to Clarksville, Maryland recently.  The setup I knew for there
  3531. as of several years ago was (in area code 301):
  3532. 286--no local service to Balt. or DC
  3533. 531 (Columbia service)--local to Baltimore city, not beyond it
  3534. 988 (Ellicott City service)--local to Baltimore metro area
  3535. so I assumed that 286, with the smallest calling area, would show up on pay phones.
  3536. But recently, I noticed 286 popping up in Washington area directory as Berwyn, part
  3537. of Washington metro area; so the question I put forth in a recent Digest was what
  3538. was now on the Clarksville pay phones.  Answer: 531.
  3539. This suggests that Clarksville area is changing from rural to suburban-bedroom.
  3540. (Use 596--Columbia with Laurel service--for local service to DC.)
  3541.  
  3542.  
  3543. ------------------------------
  3544.  
  3545. End of TELECOM Digest
  3546. *********************
  3547. Date: Sat, 25 Jul 87 19:05:34 EDT
  3548. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  3549. Reply-to: TELECOM@BUIT1.BU.EDU
  3550. Subject: TELECOM Digest V7 #22
  3551. To: TELECOM@BUIT1.BU.EDU
  3552.  
  3553.  
  3554. TELECOM Digest     Sat, 25 Jul 87 19:05:34 EDT    Volume 7 : Issue 22
  3555.  
  3556. Today's Topics:
  3557.  
  3558.                              PDN surcharge
  3559.                     Re: copper pairs back to the CO
  3560.                          Dedicated lines to CO
  3561.                               novatel 390
  3562.                   sales calls and directory listings
  3563.                         Bell PA as L.D. Carrier
  3564. ----------------------------------------------------------------------
  3565.  
  3566. Date:  Tue, 30 Jun 87 15:07 MST
  3567. From: Paul Dickson <Dickson@HIS-PHOENIX-MULTICS.ARPA>
  3568. Subject:  PDN surcharge
  3569. To: TELECOM@BUIT1.BU.EDU
  3570.  
  3571.  
  3572. >   Enhanced services add value to, or enhance the use of, basic transmission
  3573. >service.  Examples of enhanced services, which the Commission defined in its
  3574. >Computer II and Computer III procedings, include computer-based applications
  3575. >such as protocol processing, information retrieval systems and voice or
  3576. >message services.
  3577.  
  3578. How does the FCC define "basic transmission service"? If it's a voice
  3579. connection between to two points, then services like PC-pursuit
  3580. shouldn't be considered an "enchanced service". The bits per second data
  3581. rate of these data serives are far lower than voice communications. I
  3582. wouldn't mind paying the surcharge if I got with it a 19.2Kbps data rate
  3583. or greater.
  3584.  
  3585.           Paul Dickson
  3586.           Dickson%pco @ BCO-Multics.ARPA
  3587.  
  3588. ------------------------------
  3589.  
  3590. Date: Tue, 30 Jun 87 17:16:19 EDT
  3591. From: Michael Grant <mgrant@mimsy.umd.edu>
  3592. To: moss!asr2!skipt%RUTGERS.EDU@buit1.bu.edu,
  3593. Subject: Re: copper pairs back to the CO
  3594.  
  3595.  
  3596. >> .......  EVERY phone number is on it's own DEDICATED pair running
  3597. >> all the way to the Central Office Switch servicing that area [often ...
  3598.  
  3599. In some circumstances, especially if you order up many phone lines, the
  3600. telco will install a T1 line to a room or closet you provide them.  They
  3601. then break that T1 line upto 24 voice channels.  I have heard of this being
  3602. done to offices and apartment complexes in areas where the copper wire back
  3603. to the CO is at a premium.
  3604.  
  3605. -Mike Grant
  3606.  
  3607.  
  3608. ------------------------------
  3609.  
  3610. Date: Wed,  1 Jul 87 11:04:32 edt
  3611. From: df1b+@andrew.cmu.edu (David R. Fulmer)
  3612. To: telecom@xx.lcs.mit.edu
  3613. Subject: Dedicated lines to CO
  3614. Cc: 
  3615.  
  3616.  
  3617.  
  3618. > .......  EVERY phone number is on it's own DEDICATED pair running
  3619. > all the way to the Central Office Switch servicing that area [often
  3620.  
  3621. Ah, but this is not always true.  In some areas where the local telco
  3622. didn't plan ahead for enough expansion they sometimes multiplex several
  3623. subscriber's lines onto one wire pair.  This way they don't have to lay
  3624. new cable if the area outgrows their original estimates.
  3625.  
  3626. A freind has this.  He has both a voice line and a line running his
  3627. BBS, but only one wire pair running to the CO.
  3628.  
  3629. This doesn't have much to do with the original discussion about all pairs
  3630. being busy, but I though it was worth posting anyway. . .
  3631.  
  3632.  
  3633. Dave Fulmer
  3634. !seismo!andrew.cmu.edu!df1b
  3635. df1b+@andrew.cmu.edu (arpa)
  3636. r750df1b@cmccvb (bitnet)
  3637.  
  3638.  
  3639. ------------------------------
  3640.  
  3641. Date:  Tue, 7 Jul 87 18:24 EDT
  3642. From: Kovalcik@MIT-Multics.ARPA (Richard Kovalcik, Jr.)
  3643. Subject:  novatel 390
  3644. To: telecom@AI.AI.MIT.EDU
  3645. Cc: rk@AI.AI.MIT.EDU
  3646.  
  3647.  
  3648. I am looking for someone familiar with the "dealer setable" options on
  3649. the novatel 390 cellular phone and / or with access to the dealer
  3650. instruction manual.  I am especially interested in descriptions of the
  3651. "dealer setable" options.  Please contact me if you can help.
  3652.  
  3653.  
  3654. ------------------------------
  3655.  
  3656. From: SPGDCM%UCBCMSA.Berkeley.EDU@jade.berkeley.edu
  3657. Date: Fri, 10 Jul 87 17:15:57 PDT
  3658. To: telecom@buit1.bu.edu
  3659. Subject: sales calls and directory listings
  3660.  
  3661.  
  3662.  MSG:FROM: SPGDCM  --UCBCMSA  TO: NETWORK --NETWORK           07/10/87 17:15:56
  3663.  To: NETWORK --NETWORK  Network Address
  3664.  
  3665.  From:    Doug Mosher                 <SPGDCM at UCBCMSA>
  3666.  Title:   MVS/Tandem Systems Manager  (415)642-5823
  3667.  Office:  Evans 257, Univ. of California, Berkeley, CA 94720
  3668.  Subject: sales calls and directory listings
  3669.  
  3670.  To: telecom@buit1.bu.edu
  3671.  
  3672.  I just got some interesting info from the sales rep at Pacific Bell when I
  3673.  called asking how I could reduce my receipt of sales calls.
  3674.  
  3675.  On the one hand, I could only choose between being "listed" (so my friends and
  3676.  apparently businesses can all find me) or "unlisted" (so neither can, and
  3677.  paying an extra fee). Also I cannot order a directory line such as "NO SALES
  3678.  CALLS".
  3679.  
  3680.  HOWEVER, another very nice option exists. There is another directory, the
  3681.  "reverse directory", which is ordered by physical address. This is used by
  3682.  almost all sales callers, since they choose neighborhoods, based in good part
  3683.  on demographics (certain neighborhoods or streets tend to be rich/poor/full of
  3684.  homeowners/people living in salt air and needing window repairs/etc/etc).
  3685.  Normally if you are "listed" you're listed in both, and "unlisted", unlisted
  3686.  in both. BUT: It is FREE to be de-listed in the reverse directory only, and
  3687.  still appear in the regular one. Comes out every 6 months so it takes awhile
  3688.  for you to see the effect of delisting; I imagine some organizations use old
  3689.  ones so it might fade over an even longer period.
  3690.  
  3691.  The salesperson believed that 9 out of 10 sales callers use the reverse.
  3692.  
  3693.  In published brochures I now remember the telco claiming that the reverse
  3694.  directory is used also by police, fire, etc. Hmmmm, betcha I'll still show on
  3695.  the 911 screens even though I de-listed.
  3696.  
  3697.  Thanks, Doug
  3698.       sales calls and directory listings
  3699.  
  3700. ------------------------------
  3701.  
  3702. Date: Sat, 11 Jul 87 01:01:45 PDT
  3703. From: jimmy@PIC.UCLA.EDU (Jim Gottlieb)
  3704. To: telecom@buit1.bu.edu
  3705. Subject: Bell PA as L.D. Carrier
  3706. Cc: 
  3707.  
  3708.  
  3709.  
  3710. A May 1987 bill insert from Bell of Pennsylvania suggests that customers
  3711. use the PIC code of 1-0-B-P-A when calling to South Jersey in order to
  3712. "automatically save 10% off AT&T's regular long-distance rates for these
  3713. calls..."  
  3714.  
  3715. I remember hearing that there is some deal that lets Bell of PA (and, I think,
  3716. New York Tel.) handle inter-LATA traffic into parts of New Jersey.  That's
  3717. OK.  What puzzled me was the following sentence: "If you've already chosen
  3718. Bell of Pennsylvania as your long-distance company, there's no need to dial
  3719. '1-0-B-P-A.'"
  3720.  
  3721. Now, I do sleep eight hours a night so I may have missed something, but
  3722. I do know that BOCs can not be long-distance carriers.  How could some-
  3723. one have Bell of PA as their primary carrier?
  3724.  
  3725. ------------------------------------------------------------------------------
  3726. Jim Gottlieb     "It's easier to apologize than to ask permission.  When in
  3727.                   doubt, do it."
  3728.  
  3729. Internet:   jimmy%pic@ats.ucla.edu
  3730. UUCP:       sdcsvax!sdcrdcf!ucla-cs!pic.ucla.edu!jimmy
  3731.  
  3732.  
  3733. ------------------------------
  3734.  
  3735. End of TELECOM Digest
  3736. *********************
  3737. Date: Sat, 25 Jul 87 19:41:15 EDT
  3738. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  3739. Reply-to: TELECOM@BUIT1.BU.EDU
  3740. Subject: TELECOM Digest V7 #23
  3741. To: TELECOM@BUIT1.BU.EDU
  3742.  
  3743.  
  3744. TELECOM Digest     Sat, 25 Jul 87 19:41:15 EDT    Volume 7 : Issue 23
  3745.  
  3746. Today's Topics:
  3747.  
  3748.                    Submission for comp-dcom-telecom
  3749.                   distributed key system info wanted
  3750.                       Incompatibility with 5ESS?
  3751.        NYSE stock quotes, etc, SCA data transmission in FM Bands
  3752.                               BOC Support
  3753. ----------------------------------------------------------------------
  3754.  
  3755. From: Gerry Wheeler <wheels%mks%math.waterloo.edu@RELAY.CS.NET>
  3756. Date: 14 Jul 87 18:57:39 GMT
  3757. To: comp-dcom-telecom%watmath.waterloo.edu@RELAY.CS.NET
  3758. Subject: Submission for comp-dcom-telecom
  3759.  
  3760.  
  3761. Path: mks!wheels
  3762. From: wheels@mks.UUCP (Gerry Wheeler)
  3763. Newsgroups: comp.dcom.telecom
  3764. Subject: distributed key system info wanted
  3765. Keywords: distributed key system
  3766. Message-ID: <281@mks.UUCP>
  3767. Date: 14 Jul 87 18:57:38 GMT
  3768. Distribution: na
  3769. Organization: Mortice Kern Systems, Waterloo, Ont.
  3770. Lines: 58
  3771.  
  3772.  
  3773. We are going to have our operations distributed between two buildings, a
  3774. short distance apart (but not adjacent -- the intervening public roads
  3775. prevent running wires between buildings).  We would like to find a
  3776. telephone system which will span the two buildings transparently.  For
  3777. example, people using the intercom shouldn't have to know whether the
  3778. destination is in the same building or not, and people in either
  3779. building should be able to answer incoming calls (especially when the
  3780. system is set for night service). 
  3781.  
  3782. We currently have an electronic key system with features such as hands
  3783. free intercom, paging, and busy lamps on all stations, and we would like
  3784. something similar.  We expect a maximum size of 16 to 20 stations total,
  3785. and maybe 5 CO lines. 
  3786.  
  3787. So far, we have seen three solutions.  One is to run all the CO lines
  3788. into building A, which would have a (electronic) key system.  Then,
  3789. using several single line interfaces, station outputs would run from
  3790. system A to building B, likely via leased lines.  The phones in building
  3791. B would be standard desk phones.  They would be able to access the
  3792. system's features by dialling special codes, but they wouldn't have
  3793. features like hands-free intercom, busy lamps, etc.  The second solution
  3794. is to put another (electronic) key system in building B, which would see
  3795. the station lines from system A as CO lines.  Unfortunately, this does
  3796. not give the desired transparency.  For example, the two intercom
  3797. systems remain completely independent.  The third solution we have seen
  3798. is to use electronic systems which are designed to be tied together. 
  3799. The IBM-Rolm Redwood system is one of these.  The two systems operate as
  3800. equals, rather than master/slave.  However, even then there are failings
  3801. in the transparency of operation.  For example, the intercoms are not
  3802. integrated, and calling an extension on the other system still involves
  3803. going through local dial tone, getting remote dial tone, and dialling
  3804. the remote extension. 
  3805.  
  3806. It would seem technically feasible to have two electronic systems which
  3807. pass data and voice back and forth over leased lines, such that they
  3808. share a common view of the world.  By continually updating each other as
  3809. to the status of their stations and lines, all stations' indicators
  3810. would reflect the status of the whole distributed system.  In addition,
  3811. when calling a remote station, the originating system could send data to
  3812. the remote system indicating which tie line is being used for voice, and
  3813. to which extension it should be routed.  In such a system stations
  3814. connected to either system would have equal access to all other
  3815. stations, and features like busy lamps would operate correctly for all
  3816. stations and lines.  (As a bonus, if this system could also provide a
  3817. few 9600 bps serial lines between the buildings, we would really be
  3818. set!)
  3819.  
  3820. If someone could point us in the direction of a system to integrate the
  3821. two buildings, for a reasonable cost, we would be most appreciative.  Of
  3822. course, responses on unreasonable systems will be read with interest
  3823. too.  We'll summarize whatever information we get. 
  3824.  
  3825. -- 
  3826. "Network XXIII. Where two's company, and three's an audience." -- Max Headroom
  3827.  
  3828. Gerry Wheeler                  {seismo,decvax,ihnp4}!watmath!mks!wheels
  3829. Mortice Kern Systems Inc.
  3830.  
  3831. ------------------------------
  3832.  
  3833. Date: Tue Jul 14 15:01:27 1987
  3834. From: mcb@lll-tis.ARPA (Michael C. Berch)
  3835. Subject: Incompatibility with 5ESS?
  3836. To: telecom@xx.lcs.mit.edu
  3837.  
  3838.  
  3839. The Pacfic Bell CO (Millbrae, California: 415-697) where I live is 
  3840. finally installing a new switch, replacing the one installed in 1954. 
  3841. We will finally get stuff like international direct dial, etc., that
  3842. normal people have had for a while now. PacBell sent out the following
  3843. letter (excerpted):
  3844.  
  3845. "Dear Customer:
  3846.  
  3847. As part of our plan to expand and improve telephone service, [...] we
  3848. will be making some changes in the central office equipment serving
  3849. your area. [...]
  3850.  
  3851. We are informing you in advance of this change because there is a
  3852. possibility that our new equipment may affect some customer telephone
  3853. equipment. [...] If you have [equipment other than a standard
  3854. Touch-Tone or rotary-dial telephone] please contact your equipment
  3855. vendor prior to our change date.
  3856.  
  3857. Your vendor will need to know these facts:
  3858.  
  3859.     Pacific Bell is installing #5 ESS equipment in the Millbrae
  3860.     Central Office. Installation is planned for September 19, 1987.
  3861.  
  3862. Your vendor can tell you if any adjustments are necessary to make your
  3863. equipment compatible with our installation.  [...]"
  3864.  
  3865. -----
  3866. Hmmm. I didn't know that a 5ESS was not downwardly compatible with
  3867. anything you might plug into the network. What sorts of things might
  3868. cause problems or be incompatible? Are they talking about older PBXs,
  3869. or what?
  3870.  
  3871. Michael C. Berch 
  3872. ARPA: mcb@lll-tis.arpa
  3873. UUCP: {ames,ihnp4,lll-crg,lll-lcc,mordor}!lll-tis!mcb
  3874.  
  3875. ------------------------------
  3876.  
  3877. Date: Mon, 20 Jul 87 04:53:38 PDT
  3878. From: <ptsfa!uucp@ames.arpa>
  3879.  
  3880.  
  3881. To: ames!comp-dcom-telecom
  3882. Path: ptsfa!nonvon!root
  3883. From: root@nonvon.UUCP (root)
  3884. Newsgroups: sci.electronics,misc.invest,misc.wanted,rec.audio,sci.crypt,comp.dcom.telecom,rec.ham-radio,rec.ham-radio.packet
  3885. Subject: NYSE stock quotes, etc, SCA data transmission in FM Bands
  3886. Keywords: NYSE quotes, SCA, FM, Data
  3887. Message-ID: <620@nonvon.UUCP>
  3888. Date: 19 Jul 87 23:50:06 GMT
  3889. Organization: NONVON Systems Computer Research Group
  3890. Lines: 21
  3891.  
  3892.  
  3893.  
  3894.     Looking for information on recieving or decoding the data transmissions
  3895. that occur on many Public Service FM radio stations (KQED, KQEC, KMET, etc).
  3896. Any help/information at all would be appreciated.
  3897.  
  3898.     Info is modulated on the SCA subcarrier for many background music
  3899. applications. Special reciever circuitry is used for reception. Althouh
  3900. most stations transmit music, some, like KQED, transmit data, and this is
  3901. specifically what I'm looking for... the baud rate, encoding method, etc.
  3902.  
  3903.     Please e-mail responses, and *IFF* there is any interest, I will
  3904. disburse what I get.
  3905.  
  3906.     Thank You,
  3907.      Alex P Novickis
  3908.  
  3909. UUCP: {ihnp4,ames,qantel,sun,amdahl,lll-crg,pyramid}!ptsfa!nonvon!apn
  3910.  
  3911. {* Only those who attempt the absurd   ...   will achieve the impossible   *}
  3912. {* I think... I think it's in my basement... Let me go upstairs and check. *}
  3913. {*                                                      -escher            *}
  3914.  
  3915.  
  3916. ------------------------------
  3917.  
  3918. Date: 21 Jul 87 18:32 PDT
  3919. From: William Daul / McDonnell-Douglas / APD-ASD  <WBD.MDC@OFFICE-1.ARPA>
  3920. Subject: BOC Support
  3921. To: TELECOM@BUIT1.BU.EDU
  3922.  
  3923.  
  3924. Could someone please send me the name of the organization that was created to 
  3925. support the BOCs.  I think it was mentioned way back when...the company was 
  3926. suppose to make sure that the BOCs would always be able to talk with one 
  3927. another...in the national interest...as well as other services.  Thanks for any
  3928. pointers,  --Bi//
  3929.  
  3930. [I believe you are referring to Bell Communications Research, or
  3931. Belcore. --JSol]
  3932.  
  3933. ------------------------------
  3934.  
  3935. To: ucbvax!BUIT1.BU.EDU!jsol
  3936. Date: Thu, 23 Jul 87 07:43:08 EDT
  3937. From: ulysses!heh <ulysses!heh@ucbvax.Berkeley.EDU>
  3938.  
  3939.  
  3940. Could you please post the following note for me?  Thanks.
  3941.  
  3942. I'm looking for *ANY* product in the market with a VME or SCSI
  3943. interface that interfaces with telephone lines or that does
  3944. digital voice recording and transmission.  This product
  3945. (hardware/firmware/software) is expected to do any of the
  3946. following: initiate and answer calls, recognize and generate
  3947. touch tone, digitize, store, and play back voice files, and
  3948. to carry on dialogues with voice input and touch-tone control.
  3949.  
  3950. Products I'm looking for are similar to the Natural Microsystems'
  3951. Watson board or Dialogic Corp's Dialog board for PCs, and the
  3952. Voice Power board for AT&T UNIX PC 7300, but I'd like to use Sun
  3953. workstations.
  3954.  
  3955. Any information is appreciated.  Thanks in advance.
  3956.  
  3957.  
  3958. Harlan Husmann
  3959. {ihnp4,ucbvax,vax135,seismo}!ulysses!heh
  3960. (201)582-4834
  3961.  
  3962.  
  3963. ------------------------------
  3964.  
  3965. End of TELECOM Digest
  3966. *********************
  3967. Date: Sat, 25 Jul 87 20:05:49 EDT
  3968. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  3969. Reply-to: TELECOM@BUIT1.BU.EDU
  3970. Subject: TELECOM Digest V7 #24
  3971. To: TELECOM@BUIT1.BU.EDU
  3972.  
  3973.  
  3974. TELECOM Digest     Sat, 25 Jul 87 20:05:49 EDT    Volume 7 : Issue 24
  3975.  
  3976. Today's Topics:
  3977.  
  3978.                         Long Distance Carriers
  3979. ----------------------------------------------------------------------
  3980.  
  3981. Date: Sat, 18 Jul 87 18:03:15 cdt
  3982. From: John Reece <sun!texsun!pollux!john@seismo.CSS.GOV>
  3983. To: comp-dcom-telecom@seismo.CSS.GOV
  3984.  
  3985.  
  3986. Path: pollux!john
  3987. From: john@pollux.UUCP (John Reece)
  3988. Newsgroups: comp.dcom.telecom
  3989. Subject: Long Distance Carriers
  3990. Message-ID: <321@pollux.UUCP>
  3991. Date: 18 Jul 87 22:42:46 GMT
  3992. Reply-To: john@pollux.UUCP (John Reece)
  3993. Distribution: world
  3994. Organization: Department of Electrical Engineering; S.M.U.; Dallas, TX
  3995. Lines: 444
  3996.  
  3997. The following is a list of long distance carrier access numbers of the
  3998. form 10XXX. An asterisk indicates that the number is used but the name 
  3999. of the company is not available.
  4000.  
  4001.  
  4002. 001    MidAmerican LD (Republic Telecom)
  4003. 002    AmeriCall LDC
  4004. 003    RCI Corporation
  4005. 004    *
  4006. 005    *
  4007. 006    *
  4008. 007    Tel America
  4009. 009    *
  4010. 010    *
  4011. 011    Metromedia Long Distance
  4012. 012    Charter Corporation (Tri-J)
  4013. 013    Access Services
  4014. 014    *
  4015. 015    *
  4016. 018    *
  4017. 020    *
  4018. 021    Mercury
  4019. 022    MCI Telecommunications
  4020. 023    Texnet
  4021. 024    Petricca Communications Systems
  4022. 028    Texnet
  4023. 030    Valu-Line of Wichita Falls
  4024. 031    Teltec Saving Communications
  4025. 033    US Sprint
  4026. 035    *
  4027. 036    Long Distance Savers
  4028. 039    Electronic Office Centers of America (EO/Tech)
  4029. 040    *
  4030. 042    First Phone
  4031. 044    Allnet Communication Services (LDX, Lexitel)
  4032. 050    *
  4033. 051    *
  4034. 053    American Network (Starnet)
  4035. 054    *
  4036. 055    *
  4037. 056    American Satellite
  4038. 057    Long Distance Satellite
  4039. 058    *
  4040. 059    COMNET
  4041. 060    Valu-Line of West Texas
  4042. 061    *
  4043. 062    *
  4044. 063    COMNET
  4045. 065    *
  4046. 066    *
  4047. 069    V/COM
  4048. 070    National Telephone Exchange
  4049. 072    *
  4050. 077    *
  4051. 080    AMTEL Systems
  4052. 081    *
  4053. 082    *
  4054. 084    Long Distance Service (LDS)
  4055. 085    WesTel
  4056. 086    *
  4057. 087    *
  4058. 088    Satellite Business Systems (MCI)
  4059. 089    Telephone Systems
  4060. 090    WesTel
  4061. 092    *
  4062. 093    Rainbow Communications
  4063. 095    Southwest Communications
  4064. 098    *
  4065. 099    AmeriCall
  4066. 120    *
  4067. 121 *
  4068. 122    RCA Global Communications
  4069. 123    *
  4070. 124    *
  4071. 131    *
  4072. 133    *
  4073. 137    All America Cables and Radio (ITT)
  4074. 142    First Phone
  4075. 146    ARGO Communications
  4076. 170    *
  4077. 177    *
  4078. 188    Satellite Business Systems
  4079. 200    *
  4080. 201    PhoneNet
  4081. 202    ExecuLines
  4082. 203    Cypress Telecommunications (Cytel)
  4083. 204    United Telephone Long Distance
  4084. 205    *
  4085. 206    United Telephone Long Distance
  4086. 210    *
  4087. 211    RCI
  4088. 212    Call US
  4089. 213    Long Distance Telephone Savers
  4090. 214    Tyler Telecom
  4091. 215    Star Tel of Abilene
  4092. 216    *
  4093. 217    Call US
  4094. 218    *
  4095. 219    Call USA
  4096. 220    Western Union Telegraph
  4097. 221    *
  4098. 222    MCI Telecommunications (SBS)
  4099. 223    Cable & Wireless Communication (TDX)
  4100. 224    American Communications
  4101. 225    *
  4102. 226    *
  4103. 227    ATH Communications (Call America)
  4104. 228    *
  4105. 229    Bay Communications
  4106. 230    *
  4107. 231    *
  4108. 232    Superior Telecom
  4109. 233    Delta Communications
  4110. 234    AC Teleconnect (Alternative Communication)
  4111. 235    *
  4112. 236    *
  4113. 237    Inter-Comm Telephone
  4114. 238    *
  4115. 239    Woof Communications (ACT)
  4116. 240    *
  4117. 241    American Long Lines
  4118. 242    Choice Information Systems
  4119. 243    *
  4120. 244    Automated Communications
  4121. 245    Taconic Long Distance Service
  4122. 246    *
  4123. 247    *
  4124. 248    *
  4125. 249    *
  4126. 250    Dial-Net
  4127. 251    *
  4128. 252    Long Distance/USA
  4129. 253    Litel Telecommunications
  4130. 255    All-State Communications
  4131. 256    American Sharecom
  4132. 258    *
  4133. 260    Advanced Communications Systems
  4134. 263    Com Systems (Sun Dial Communications)
  4135. 264    *
  4136. 265    *
  4137. 266    *
  4138. 267    *
  4139. 268    Compute-A-Call
  4140. 269    *
  4141. 270    *
  4142. 271    *
  4143. 272    *
  4144. 275    *
  4145. 276    CP National (American Network, Starnet)
  4146. 277    *
  4147. 278    *
  4148. 280    *
  4149. 282    *
  4150. 283    *
  4151. 284    American Telenet
  4152. 285    *
  4153. 286    Clark Telecommunications
  4154. 287    ATS Communications
  4155. 288    AT&T Communications
  4156. 295    *
  4157. 298    Thriftline
  4158. 299    *
  4159. 300    *
  4160. 301    *
  4161. 302    Austin Bestline
  4162. 303    MidAmerican LD (Republic Telecom)
  4163. 304    *
  4164. 307    *
  4165. 310    *
  4166. 311    SaveNet (American Network, Starnet)
  4167. 312    *
  4168. 313    *
  4169. 314    *
  4170. 318    Long Distance Savers
  4171. 321    Southland Systems
  4172. 322    American Sharecom
  4173. 323    *
  4174. 324    First Communication
  4175. 326    *
  4176. 330    *
  4177. 331    Texustel
  4178. 332    *
  4179. 333    US Sprint
  4180. 335    *
  4181. 336    Florida Digital Network
  4182. 337    *
  4183. 338    Midco Communications
  4184. 339    Communication Cable Laying
  4185. 341    *
  4186. 342    *
  4187. 343    Communication Cable Laying
  4188. 345    AC Teleconnect (Alternative Communication)
  4189. 348    *
  4190. 350    Dial-Net
  4191. 353    *
  4192. 355    US Link
  4193. 357    Manitowoc Long Distance Service
  4194. 358    *
  4195. 362    Electronic Office Centers of America (EO/Tech)
  4196. 363    Tel-Toll (Econ-O-Dial of Bishop)
  4197. 366    *
  4198. 369    American Satellite
  4199. 370    *
  4200. 372    *
  4201. 373    Econo-Line Waco
  4202. 375    Wertern Union Telegraph
  4203. 379    *
  4204. 382    *
  4205. 385    The Switchboard
  4206. 390    *
  4207. 393    Execulines of Florida
  4208. 399    *
  4209. 400    American Sharecom
  4210. 401    *
  4211. 404    MidAmerican LD (Republic Telecom)
  4212. 405    *
  4213. 411    *
  4214. 412    Penn Telecom
  4215. 414    *
  4216. 415    *
  4217. 421    *
  4218. 422    *
  4219. 424    *
  4220. 426    *
  4221. 428    Inter-Comm Telephone
  4222. 432    Lightcall
  4223. 435    Call-USA
  4224. 436    Indiana Switch
  4225. 440    Tex-Net
  4226. 441    Escondido Telephone
  4227. 442    First Phone
  4228. 443    *
  4229. 444    Allnet Communication Services (LDX, Lexitel)
  4230. 445    *
  4231. 450    *
  4232. 452    *
  4233. 455    Telecom Long Distance
  4234. 456    ARGO Communications
  4235. 457    *
  4236. 458    *
  4237. 462    American Network Services
  4238. 464    Houston Network
  4239. 465    Intelco
  4240. 466    International Office Networks
  4241. 468    *
  4242. 469    GMW
  4243. 470    *
  4244. 472    Hal-Rad Communications
  4245. 475    *
  4246. 480    Chico Telecom (Call America)
  4247. 482    *
  4248. 484    *
  4249. 486    *
  4250. 488    United States Transmission Systems (ITT)
  4251. 497    *
  4252. 500    *
  4253. 505    San Marcos Long Distance
  4254. 511    *
  4255. 512    *
  4256. 515    Burlington Telephone
  4257. 523    *
  4258. 529    Southern Oregon Long Distance
  4259. 532    Long Distance America
  4260. 533    Long Distance Discount
  4261. 535    *
  4262. 536    Long Distance Management
  4263. 537    *
  4264. 538    *
  4265. 539    *
  4266. 543    *
  4267. 547    *
  4268. 550    Valu-Line of Alexandria
  4269. 551    Pittsburg Communication Systems
  4270. 552    First Phone
  4271. 555    TeleSphere Networks
  4272. 556    *
  4273. 565    *
  4274. 566    Cable & Wireless Communication (TDX)
  4275. 567    Advanced Marketing Services (Dial Anywhere)
  4276. 579    Lintel System (Lincoln Telephone LD)
  4277. 580    *
  4278. 584    *
  4279. 585    *
  4280. 587    *
  4281. 588    *
  4282. 590    Wisconsin Telecommunications Tech
  4283. 599    Texas Long Distance Conroe
  4284. 600    *
  4285. 601    Discount Communications Services
  4286. 602    *
  4287. 606    Biz Tel Long Distance Telephone
  4288. 607    *
  4289. 610    *
  4290. 616    *
  4291. 622    Metro America Communications
  4292. 626    *
  4293. 627    *
  4294. 628    *
  4295. 634    Econo-Line Midland
  4296. 638    *
  4297. 646    Contact America
  4298. 647    *
  4299. 652    *
  4300. 654    Cincinnati Bell Long Distance
  4301. 655    Ken-Tel Service
  4302. 658    *
  4303. 660    Tex-Net
  4304. 661    *
  4305. 666    Southwest Communications
  4306. 669    *
  4307. 675    Network Services
  4308. 678    *
  4309. 680    Midwest Telephone Service
  4310. 682    Ashland Call America
  4311. 684    Nacogdoches Telecommunications
  4312. 685    *
  4313. 687    NTS Communications
  4314. 688    *
  4315. 689    *
  4316. 698    *
  4317. 700    Tel-America
  4318. 704    Inter-Exchange Communications
  4319. 707    Telvue
  4320. 709    Tel-America
  4321. 711    *
  4322. 717    Pass Word
  4323. 722    *
  4324. 723    *
  4325. 724    *
  4326. 726    Procom
  4327. 727    Conroe-Comtel
  4328. 728    *
  4329. 729    *
  4330. 733    *
  4331. 734    *
  4332. 735    Marinette-Menominee Lds
  4333. 736    *
  4334. 737    National Telecommunications
  4335. 738    *
  4336. 741    ClayDesta
  4337. 742    Phone America of Carolina
  4338. 743    Peninsula Long Distance Service
  4339. 747    Standard Informations Services
  4340. 753    *
  4341. 755    Sears Communication
  4342. 757    Pace Long Distance Service
  4343. 759    Telenet Communication (US Sprint)
  4344. 760    American Satellite
  4345. 765    *
  4346. 766    Yavapai Telephone Exchange
  4347. 767    *
  4348. 770    *
  4349. 771    Telesystems
  4350. 774    *
  4351. 776    *
  4352. 777    US Sprint
  4353. 778    *
  4354. 782    *
  4355. 785    Olympia Telecom
  4356. 786    Shared Use Network Service
  4357. 787    Star Tel of Abilene
  4358. 788    ASCI's Telepone Express Network
  4359. 789    Microtel
  4360. 792    Southwest Communications
  4361. 800    Satelco
  4362. 801    MidAmerican LD (Republic)
  4363. 805    *
  4364. 808    *
  4365. 818    *
  4366. 821    *
  4367. 822    *
  4368. 823    *
  4369. 824    *
  4370. 825    *
  4371. 826    *
  4372. 827    TCS Network Services
  4373. 833    Business Telecom
  4374. 834    *
  4375. 835    *
  4376. 836    *
  4377. 837    *
  4378. 838    *
  4379. 839    Cable & Wireless Communication (TDX)
  4380. 847    VIP Connections
  4381. 850    TK Communications
  4382. 852    Telecommunicatons Systems
  4383. 853    *
  4384. 855    *
  4385. 857    *
  4386. 859    Valu-Line of Longview
  4387. 862    *
  4388. 864    *
  4389. 866    Alascom
  4390. 868    *
  4391. 870    *
  4392. 872    Telecommunications Services
  4393. 874    Tri-Tel Communications
  4394. 876    *
  4395. 878    *
  4396. 879    Thriftycall (Lintel Systems)
  4397. 880    *
  4398. 881    Coastal Telephone
  4399. 882    Tuck Data Communications
  4400. 883    TTI Midland-Odessa
  4401. 884    TTI Midland-Odessa
  4402. 885    The CommuniGroup
  4403. 887    *
  4404. 888    Satellite Business Systems (MCI)
  4405. 889    *
  4406. 895    Texas on Line
  4407. 897    Leslie Hammond (Phone America)
  4408. 898    Satellite Business Systems (MCI)
  4409. 899    *
  4410. 900    *
  4411. 909    *
  4412. 910    Montgomery Telamarketing Communication
  4413. 911    *
  4414. 915    Tele Tech
  4415. 919    *
  4416. 927    *
  4417. 933    North American Communications
  4418. 936    Rainbow Commuinications
  4419. 937    Access Long Distance
  4420. 938    Access Long Distance
  4421. 945    *
  4422. 950    *
  4423. 951    Transamerica Telecommunications
  4424. 955    United Communications
  4425. 957    *
  4426. 958    *
  4427. 960    Access Plus
  4428. 963    Tenex Communications
  4429. 969    Dial-Net
  4430. 977    *
  4431. 983    *
  4432. 985    America Calling
  4433. 986    MCI Telecommunications (SBS)
  4434. 987    ClayDesta Communications
  4435. 988    Western Union Telegraph
  4436. 991    Access Long Distance
  4437. 992    *
  4438. 995    *
  4439. 996    *
  4440. 999    *
  4441.  
  4442.  
  4443.  
  4444. ------------------------------
  4445.  
  4446. End of TELECOM Digest
  4447. *********************
  4448. Date: Sat, 25 Jul 87 20:09:52 EDT
  4449. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  4450. Reply-to: TELECOM@BUIT1.BU.EDU
  4451. Subject: TELECOM Digest V7 #25
  4452. To: TELECOM@BUIT1.BU.EDU
  4453.  
  4454.  
  4455. TELECOM Digest     Sat, 25 Jul 87 20:09:52 EDT    Volume 7 : Issue 25
  4456.  
  4457. Today's Topics:
  4458.  
  4459.                       SS# & Utilities -- a story
  4460. ----------------------------------------------------------------------
  4461.  
  4462. Date: 21 Jul 87 16:42:59 GMT
  4463. From: hao!gatech!spaf@ames.arpa  (Gene Spafford)
  4464. Subject: SS# & Utilities -- a story
  4465. To: security@RUTGERS.EDU
  4466.  
  4467.  
  4468. [This is the last message to be published this weekend. A total of 4
  4469. digests were sent out with approximately 11 or 12 messages going to
  4470. individual recipients. TELECOM was nonfunctional for some time due to
  4471. several catastrophe's including my vacation and our network connection
  4472. going down several times. Things look more stable now.
  4473.  
  4474. NOTE: Telecom is available as comp.dcom.telecom on usenet, it would
  4475. lessen the load on the ARPANET/MILNET backbone if readers who receive
  4476. TELECOM in their mailbox and who read netnews; switch to reading TELECOM
  4477. as a newsgroup. Send your delete requests to telecom-request@buit1.bu.edu.
  4478. --jsol]
  4479.  
  4480.  
  4481. As a matter of principle, I'm one of those people who won't give out
  4482. my social security number when applying for utilities or credit cards.
  4483. The reasons why have been discussed numerous times in various
  4484. security-related groups.  It is my understanding that it is against
  4485. the law to force someone to give his/her social security number unless
  4486. it is a government agency; although I've often run into occasional
  4487. resistance, a few moments of explanation has usually resulted in
  4488. things working out okay.
  4489.  
  4490. Then there's today.  I'm moving to W. Lafayette Indiana in two weeks
  4491. and I called to establish my phone service there.  Indiana is
  4492. served by GTE for phone service.  I did not anticipate any problems
  4493. since I have an excellent credit history, as could be verified by
  4494. a quick check with the local Southern Bell folks.  After the rep
  4495. at GTE took all my information down, she asked for my SS#.  I explained
  4496. that I don't give that out.  She informed me that I would be required
  4497. to pay a $75 deposit if I refused to give my SS#.  So, I asked to
  4498. talk to her supervisor.
  4499.  
  4500. Her supervisor repeated that I would have to give my SS# to waive the
  4501. deposit.  I asked if they could simply call Southern Bell or take a
  4502. credit card #, or they could call Purdue and verify my employment.  He
  4503. said that wasn't enough -- I had to supply my SS#, no other option.  I
  4504. enquired as to why they needed it -- he said it was for a credit check
  4505. and to verify future disconnect requests.  I explained that they could
  4506. do that self-same credit check without the SS# *and* I don't give out
  4507. my SS# precisely because I don't want it used as a verification number
  4508. on my account.   He insisted I either supply the number or pay the
  4509. deposit.  He also asked why I was being so stubborn -- it was even on
  4510. my driver's license, wasn't it?  (It isn't -- and hasn't been.  In
  4511. Georgia, you have always had the option of having a different ID, and
  4512. now the licenses are being issue with those as default.  The guy at GTE
  4513. claims that the Indiana licenses are *required* to have the SS# on them
  4514. -- anyone know if this is true?  It shouldn't be...) I explained that
  4515. having done some work in computer security, and personal experience, I
  4516. know how that number can be abused.  He said I was the only person he'd
  4517. ever run into to refuse to give the SS# (!).
  4518.  
  4519. I then asked him if the requirement for a SS# was written policy -- I
  4520. wanted a copy to examine.  He informed me that such information was
  4521. private to the company and I couldn't have a copy -- didn't I trust
  4522. him?  I then asked if that policy was on file with the state Public
  4523. Service Commission.  At that he (rather loudly) asked if I wanted
  4524. service with GTE or not?  I asked him very calmly if he was threatening
  4525. to deny me service -- he quieted down.  I next explained that I wanted
  4526. to see a copy of the written policy because it would be interesting to
  4527. include in an article I might write on improper use of SS#s.  He became
  4528. very quiet.  I offered to find the name and number of someone at
  4529. Southern Bell who could verify my 9 years of service here.  He said to
  4530. call back with that information (thankful to get rid of me, I guess).
  4531.  
  4532. The lady I talked to at Southern Bell was very helpful.  She informed
  4533. me that all the Southern Bell operators are told not to force a SS#
  4534. because it is against both policy and law, but if someone won't provide
  4535. it they are to get a bank account # or credit card number (both of
  4536. which I am willing to give in circumstances such as this).  She was
  4537. more than willing to talk to the supervisor at GTE and give him a
  4538. credit reference, if only he'd call.  She said she'd also fill him in
  4539. on policy.  *AND*, most interestingly, Southern Bell had somehow
  4540. obtained my SS# through other means and it was on file, but she
  4541. marked it so that it was not to be given out to anyone, specifically
  4542. not anyone with GTE Indiana. :-)
  4543.  
  4544. Back to GTE.  I called the supervisor (collect, of course) and gave him
  4545. the name and number of the lady at Southern Bell.  He was very curt and
  4546. said he'd probably still require a deposit.  He hung up on me.
  4547.  
  4548. 20 minutes later the original GTE operator called me back and
  4549. cheerily informed me that my service would be turned on August 4
  4550. with *no* deposit required!
  4551.  
  4552.  
  4553. Questions
  4554. ---------
  4555.  
  4556. 1) Do many of you (net-readers) withhold your SS# in similar circumstances?
  4557. Do you have these kinds of confrontations too?
  4558.  
  4559. 2) Anyone know if other people at GTE Indiana are such jerks, or is
  4560. this an isolated instance? 
  4561.  
  4562. 3) Anyone know if Indiana does, in fact, *require* that the SS# be
  4563. on the driver's license?  
  4564.  
  4565. 4) Should I bother to follow-up on this further?  That is, should
  4566. I bother contacting the Public Service commission in Indiana
  4567. about the treatment I received? (I'm currently not sure it is
  4568. worth the effort).
  4569.  
  4570. Too bad we don't have a choice of phone companies as well as long
  4571. distance carriers -- I'd keep Southern Bell.
  4572.  
  4573. -- 
  4574. Gene Spafford
  4575. Software Engineering Research Center (SERC), Georgia Tech, Atlanta GA 30332
  4576. Internet:    spaf@gatech.gatech.edu
  4577. uucp:    ...!{decvax,hplabs,ihnp4,linus,rutgers,seismo}!gatech!spaf
  4578.  
  4579.  
  4580. ------------------------------
  4581.  
  4582. End of TELECOM Digest
  4583. *********************
  4584. Date: Tue, 18 Aug 87 18:26:42 EDT
  4585. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  4586. Reply-to: TELECOM@BUIT1.BU.EDU
  4587. Subject: TELECOM Digest V7 #26
  4588. To: TELECOM@BUIT1.BU.EDU
  4589.  
  4590.  
  4591. TELECOM Digest     Tue, 18 Aug 87 18:26:42 EDT    Volume 7 : Issue 26
  4592.  
  4593. Today's Topics:
  4594.  
  4595.                       modem/Contel SL1XT problem
  4596.                            charging schemes
  4597.                                     ISDN
  4598.                     What number am I dialing from?
  4599.                       Bell of PA as a LD carrier
  4600.                    Submission for comp-dcom-telecom
  4601.                     Re: SS# & Utilities -- a story
  4602.                             BBS project !!
  4603. ----------------------------------------------------------------------
  4604.  
  4605. To: uw-beaver!comp-dcom-telecom@beaver.cs.washington.edu
  4606. From: uw-nsr!stewart@beaver.cs.washington.edu (Stewart Castaldi)
  4607. Subject: modem/Contel SL1XT problem
  4608. Date: 24 Jul 87 22:59:03 GMT
  4609.  
  4610.  
  4611.  
  4612.  
  4613.      We have recently moved our computer which required that our telephone
  4614. lines be attached to a different PBX.  This new PBX is a Contel SL1XT.
  4615. We have seven modem lines, 1 dial-out and 6 dial-in. The dial-in lines
  4616. are on a hunt group so that if the first line is busy when it is dialed
  4617. then the call will automatically be transfered to the first non-busy 
  4618. line. 
  4619.      It appears that the first line on the hunt group is being taken
  4620. off hook or disconnected approximately every half hour.  Users complain    
  4621. that carrier drops or garbage character strings are encountered about 
  4622. every 30 minutes.  The accounting files show that the line is going
  4623. off hook and then the modem is timing out and hanging up at approximately
  4624. 10 and 40 minutes past the hour on a very regular basis.
  4625.     Has anyone on the net experienced these problems or know of problems
  4626. with the Contel SL1XT?
  4627.  
  4628. -- 
  4629. Stewart Castaldi                           Dial: (206) 543-5418
  4630. University of Washington WD-12             Inet: stewart@nsr.acs.washington.edu
  4631. Seattle, Washington  98195                 UUCP: uw-nsr!stewart
  4632.  
  4633. ------------------------------
  4634.  
  4635. To: munnari!comp-dcom-telecom@uunet.UU.NET
  4636. From: munnari!trlamct.oz!andrew@uunet.UU.NET (Andrew Jennings)
  4637. Subject: charging schemes
  4638. Date: 24 Jul 87 05:43:40 GMT
  4639.  
  4640.  
  4641.  
  4642. We're doing some work that involves working out data charging schemes. So 
  4643. far we've encountered the following schemes :
  4644.  
  4645.               data rate (independent of distance)
  4646.               rate & distance 
  4647.               rate & distance with special inter-city rates
  4648.               distance to your local "center" 
  4649.  
  4650. Are there any more elaborate schemes out there ? We figured that if these
  4651. cover all the US schemes then this probably covers all possible.
  4652.  
  4653.  
  4654. -- 
  4655. UUCP: ...!{seismo, mcvax, ucb-vision, ukc}!munnari!trlamct.trl!andrew
  4656. ARPA: andrew%trlamct.trl.oz@seismo.css.gov
  4657. Andrew Jennings                             Telecom Australia Research Labs
  4658.  
  4659.  
  4660. (Postmaster:- This mail has been acknowledged.)
  4661.  
  4662. ------------------------------
  4663.  
  4664. Date:         Sun, 26 Jul 87 17:28:44 EDT
  4665. From: Marc Davidson <443185%UOTTAWA.BITNET@wiscvm.wisc.edu>
  4666. Subject:      ISDN
  4667. To: TELECOM@BUIT1.BU.EDU
  4668.  
  4669.  
  4670. Is anybody out there involved in ISDN trials?  like the one being put on
  4671. by (I think ) Mountain Bell in Phoenix. Bell Canada is going to
  4672. be starting one in Ottawa in September, they will be using Northern Telecom's
  4673. DMS-100 switch and will be providing Basic Rate Access lines in the beginning
  4674. and later on, probably next year, Primary Rate Access lines. Intercity ISDN
  4675. is expected by 1989.
  4676.   I was wondering what type of services are being offered by the present ISDN
  4677. trials in North America, is there any Broadband ISDN services yet?
  4678. In particular, the concept that you can take 'your' terminal from one physical
  4679. network outlet and then walk over to another physical outlet and plug 'your'
  4680. terminal in and still be recognized by the network, is an interesting one.
  4681. In Ottawa, that type of service will be provided behind any NT1 (Network Termin
  4682. ating equipment), but not behind another different NT1, it should be offered
  4683. globally (within the same switch) in the near future. It would be interesting
  4684. if you could do this sort of thing, but at much larger distances...say the othe
  4685. r side of the world. I would appreciate it if anybody could send me further
  4686. info on ISDN (in general).
  4687.                             Thanks,
  4688.  
  4689.                                    Marc Davidson
  4690.                                    Undergrad CO-OP student Electrical Eng.
  4691.                                    University of Ottawa, Ottawa Canada
  4692.                                    Bitnet: JMD2F@UOTTAWA, 443185@UOTTAWA
  4693.                                    Telex/Dialcom: 20:GOC009, 22:PES001
  4694.                                    Telno: (613) 722-7833
  4695. "Duntish: Mentally incapacitated by a severe hangover"
  4696.                                             ...Douglas Adams
  4697.  
  4698. ------------------------------
  4699.  
  4700. Date: Sun 26 Jul 87 16:05:05-PDT
  4701. From: Vic Christensen <ETBME@ECLA.USC.EDU>
  4702. Subject: What number am I dialing from?
  4703. To: telecom@XX.LCS.MIT.EDU
  4704.  
  4705.  
  4706.  
  4707.      At least at MIT (and I assume the surrounding area), the number to get
  4708. the mechanical voice to tell you what umber you're dialing from is
  4709. (200) 222-2222, if I recall correctly...
  4710.  
  4711.                                Vic Christensen
  4712. -------
  4713.  
  4714. ------------------------------
  4715.  
  4716. Date: Mon, 27 Jul 87 08:48:20 EDT
  4717. From: prindle@nadc.arpa (Frank Prindle)
  4718. To: telecom@buit1.bu.edu
  4719. Subject: Bell of PA as a LD carrier
  4720.  
  4721.  
  4722. It is quite simple - if you choose (with Bell of PA) to make Bell of PA your
  4723. primary "long distance" carrier, the longest distance you can call with 1+ is
  4724. three south Jersey counties!  A lot of people in PA, back when the ballots
  4725. were being distributed, didn't understand this (Bell of PA did nothing to make
  4726. it clear) and ended up with an apparently useless phone (since Bell of PA also
  4727. didn't explain 10xxx-1+ dialing either).  Fortunately, Bell of PA "allowed"
  4728. these poor unfortunates to re-select a primary carrier without charge!  I doubt
  4729. anyone really uses Bell of PA as a primary now.
  4730. Frank Prindle
  4731. Prindle@NADC.arpa
  4732.  
  4733. ------------------------------
  4734.  
  4735. From: moss!twitch!uucp@RUTGERS.EDU
  4736. Date: 27 Jul 87 14:40:33 GMT
  4737. To: moss!cbosgd!comp-dcom-telecom@rutgers.EDU
  4738. Subject: Submission for comp-dcom-telecom
  4739.  
  4740.  
  4741. Path: twitch!homxb!hrs
  4742. From: hrs@homxb.UUCP (H.SILBIGER)
  4743. Newsgroups: comp.dcom.telecom
  4744. Subject: Re: SS# & Utilities -- a story
  4745. Summary: State requires SS# on driver licences.
  4746. Message-ID: <504@homxb.UUCP>
  4747. Date: 27 Jul 87 12:02:58 GMT
  4748. References: <8707260009.AA03268@buit1.bu.edu>
  4749. Distribution: world
  4750. Organization: AT&T Bell Laboratories, Holmdel
  4751. Lines: 55
  4752.  
  4753. > As a matter of principle, I'm one of those people who won't give out
  4754. > my social security number when applying for utilities or credit cards.
  4755. > The reasons why have been discussed numerous times in various
  4756. > security-related groups.  It is my understanding that it is against
  4757. > the law to force someone to give his/her social security number unless
  4758. > it is a government agency; although I've often run into occasional
  4759. > resistance, a few moments of explanation has usually resulted in
  4760. > things working out okay.
  4761. > Then there's today.  I'm moving to W. Lafayette Indiana in two weeks
  4762. > and I called to establish my phone service there.  Indiana is
  4763. > served by GTE for phone service.  I did not anticipate any problems
  4764. > since I have an excellent credit history, as could be verified by
  4765. > a quick check with the local Southern Bell folks.  After the rep
  4766. > at GTE took all my information down, she asked for my SS#.  I explained
  4767. > that I don't give that out.  She informed me that I would be required
  4768. > to pay a $75 deposit if I refused to give my SS#.  So, I asked to
  4769. > talk to her supervisor.
  4770. > said he'd probably still require a deposit.  He hung up on me.
  4771. >........
  4772.  
  4773. .........
  4774. > Questions
  4775. > ---------
  4776. > 1) Do many of you (net-readers) withhold your SS# in similar circumstances?
  4777. > Do you have these kinds of confrontations too?
  4778. > 2) Anyone know if other people at GTE Indiana are such jerks, or is
  4779. > this an isolated instance? 
  4780. > 3) Anyone know if Indiana does, in fact, *require* that the SS# be
  4781. > on the driver's license?  
  4782. > 4) Should I bother to follow-up on this further?  That is, should
  4783. > I bother contacting the Public Service commission in Indiana
  4784. > about the treatment I received? (I'm currently not sure it is
  4785. > worth the effort).
  4786. > Too bad we don't have a choice of phone companies as well as long
  4787. > distance carriers -- I'd keep Southern Bell.
  4788. > -- 
  4789. > Gene Spafford
  4790. > Software Engineering Research Center (SERC), Georgia Tech, Atlanta GA 30332
  4791. > Internet:    spaf@gatech.gatech.edu
  4792. > uucp:    ...!{decvax,hplabs,ihnp4,linus,rutgers,seismo}!gatech!spaf
  4793.  
  4794. The State of New Jersey requires SS# for all licences, registrations, etc.
  4795. It has been challenged, but the practice was upheld.
  4796.  
  4797. Herman Silbiger ...!ihnp4!homxb!hrs
  4798.  
  4799.  
  4800. ------------------------------
  4801.  
  4802. Date: Mon, 27 Jul 87 14:30 EDT
  4803. From: PERRY%nuhub.acs.northeastern.edu@RELAY.CS.NET
  4804. Subject: BBS project !!
  4805. To: telecom@XX.LCS.MIT.EDU
  4806.  
  4807.  
  4808. pP--------------------------------------------------------------------------------
  4809.                         PKpPATTENTION BBS USERS, PROGRAMMERS !!!
  4810. --------------------------------------------------------------------------------
  4811.  
  4812.           BBS USERS:
  4813.  
  4814.                 I'm now in  the process of  doing research and  starting to
  4815.           develop a  ShareWare BBS  program. The  goal of  my project is to
  4816.           build the "Ultimate" BBS! Now  is your chance to give  your input
  4817.           into this project! I want to hear your ideas! What complaints  to
  4818.           you have about the BBSes you  call? What do you like about  them?
  4819.           What don't you like about these systems? You have some ideas  for
  4820.           features? Great!  Don't limit  yourself. Please  let me  know (no
  4821.           matter how exotic or complex the idea!) Please mail me any ideas,
  4822.           questions, or comments at  the address below. Thanks  again. Your
  4823.           comments and ideas are sought and greatly appreciated!
  4824.  
  4825.                         THANKS!!
  4826.  
  4827.                            -------------------------------
  4828.  
  4829.           PROGRAMMERS:
  4830.  
  4831.                 I need YOUR HELP NOW! I'm writing a ShareWare BBS  program.
  4832.           My goal is  to create the  "Ultimate" BBS: A  BBS with many  fea-
  4833.           tures, that is easy  to use, easy to  maintain, and that is  very
  4834.           flexible. I am requesting opinions of users of BBSes (as you  can
  4835.           see above) and will try to  take them into account. I know  some-
  4836.           thing about communications and programming but I can use all  the
  4837.           help I can get on  this large undertaking. Any information  about
  4838.           modems, communication routines,  questions, or comments  would be
  4839.           greatly appreciated. (See below for my Address) I know BASIC  and
  4840.           Turbo Pascal. Would C be a  better language to use for this?  (It
  4841.           would be nice if I could make this BBS run on as many machines as
  4842.           possible) Any comments, questions, suggestions (including  source
  4843.           code), or requests to  be involved will be  greatly appreciated!!
  4844.           (See below for my Address)
  4845.  
  4846.                         THANKS!!
  4847.  
  4848. -------------------------------------------------------------------------------
  4849. USnail: Jeffrey F. Perry               NOTE: Please send responses directly to
  4850.         67 Angelica Drive                    me. (I don't read this list)
  4851.         Framingham, Ma 10701
  4852.  
  4853. ARPANET: PERRY%NUHUB.ACS.NORTHEASTERN.EDU@RELAY.CS.NET
  4854. --------------------------------------------------------------------------------
  4855.  
  4856. ------------------------------
  4857.  
  4858. End of TELECOM Digest
  4859. *********************
  4860. Date: Tue, 18 Aug 87 18:34:54 EDT
  4861. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  4862. Reply-to: TELECOM@BUIT1.BU.EDU
  4863. Subject: TELECOM Digest V7 #27
  4864. To: TELECOM@BUIT1.BU.EDU
  4865.  
  4866.  
  4867. TELECOM Digest     Tue, 18 Aug 87 18:34:54 EDT    Volume 7 : Issue 27
  4868.  
  4869. Today's Topics:
  4870.  
  4871.                              911 Surprises
  4872.                    Submission for comp-dcom-telecom
  4873.                    TV satellite transponder cost???
  4874.      re: NYSE stock quotes, etc, SCA data transmission in FM Bands
  4875.      re: NYSE stock quotes, etc, SCA data transmission in FM Bands
  4876.         SS No., private payphones, Sprint, waiting, sales calls
  4877. ----------------------------------------------------------------------
  4878.  
  4879. Date: Mon, 27 Jul 87  14:30:54 CDT
  4880. From: Paul Fuqua <pf%islington-terrace%ti-csl.csnet@RELAY.CS.NET>
  4881. To: risks@CSL.SRI.COM, telecom@XX.LCS.MIT.EDU
  4882. Subject: 911 Surprises
  4883.  
  4884.  
  4885.      Tarrant County (Fort Worth) is about to start a 911 emergency telephone
  4886. service, the second in the state, prompting quite a few newspaper articles
  4887. about aspects of their service and that of Harris County (Houston), which
  4888. started in January 1986.
  4889.      The details I found most interesting were the problems that had to be
  4890. overcome in both systems (quoted without permission from the Dallas Morning
  4891. News):
  4892.  
  4893.     For instance, Harris County found initially that people dialing a
  4894.     seven-digit number with 911 in it would sometimes reach the emergency
  4895.     operator by mistake.  Telephone company computers were so quick, they
  4896.     would pick up the 911 and transfer the call before waiting for a fourth
  4897.     digit.  [There are no other magic three-digit calls in this area:  for
  4898.     411, one dials 1411, and all other numbers are seven digits.  - pf]
  4899.  
  4900.     ...
  4901.  
  4902.     In the beginning, 911 operators were deluged by calls from children
  4903.     trying out the system and from people who put the 911 number on the
  4904.     speed-dialing function on their telephones and hit the number by mistake.
  4905.  
  4906.     Misdirected calls also come in from cordless phones whose batteries are
  4907.     low -- a situation that seems to mistakenly trigger calls to 911 ...
  4908.  
  4909.     ...
  4910.  
  4911.     Another problem Tarrant County is working on is establishing street
  4912.     addresses for rural homes.  The [911] district is working with the U.S.
  4913.     Postal Service and telephone companies to assign street addresses to more
  4914.     than 9,000 locations in Tarrant County so that a recognizable address
  4915.     will appear on the screen -- not just a rural route and box number.
  4916.  
  4917.     [The director] was surprised when the effort met some resistance. ...
  4918.     "Some people have said, `I'm not going to use 911 so I don't need my
  4919.     address changed.'"
  4920.  
  4921. Tarrant County will start up their system on August 2, despite the failure of
  4922. equipment to automatically transfer the address information from the
  4923. emergency operator to the appropriate agency.  Dallas County (Dallas) expects
  4924. to start their own service next April;  the goal is that the whole state will
  4925. have 911 by 1995.
  4926.  
  4927.                               pf
  4928.  
  4929. Paul Fuqua
  4930. Texas Instruments Computer Science Center, Dallas, Texas
  4931. CSNet:  pf@ti-csl
  4932. UUCP:   {smu, texsun, im4u, rice}!ti-csl!pf
  4933. Someday (maybe):  pf@csc.ti.com
  4934.  
  4935.  
  4936. ------------------------------
  4937.  
  4938. From: humu!uhccux.UUCP!todd%nosc.UUCP@sdcsvax.ucsd.edu (The Perplexed Wiz)
  4939. Date: 28 Jul 87 02:19:53 GMT
  4940. To: humu!comp-dcom-telecom
  4941. Subject: Submission for comp-dcom-telecom
  4942.  
  4943.  
  4944. Path: uhccux!todd
  4945. From: todd@uhccux.UUCP (The Perplexed Wiz)
  4946. Newsgroups: comp.dcom.telecom
  4947. Subject: TV satellite transponder cost???
  4948. Keywords: TV satellite transponder cost Hawaii
  4949. Message-ID: <706@uhccux.UUCP>
  4950. Date: 28 Jul 87 02:19:52 GMT
  4951. Distribution: na
  4952. Organization: U. of Hawaii, Manoa (Honolulu)
  4953. Lines: 18
  4954.  
  4955. A friend is trying to get information on the lowest possible cost of
  4956. satellite transponder time for television distribution to, from, and
  4957. within Hawaii.  This television station is the local PBS station in
  4958. Honolulu, Hawaii.
  4959.  
  4960. He is interested in specifics of satellite brokers and classification
  4961. of channel allocation (e.g., preemptable, unprotected, protected).
  4962.  
  4963. Are long term leases or purchases of transponders possible???
  4964.  
  4965. Please send any information to me and I will forward it...
  4966. thanks...todd
  4967.  
  4968. -- 
  4969. Todd Ogasawara, U. of Hawaii Center for Teaching Excellence
  4970. UUCP:        {ihnp4,seismo,ucbvax,dcdwest}!sdcsvax!nosc!uhccux!todd
  4971. ARPA:        uhccux!todd@nosc.MIL
  4972. INTERNET:    todd@uhccux.UHCC.HAWAII.EDU
  4973.  
  4974. ------------------------------
  4975.  
  4976. Date: 27 Jul 87   13:54 PST
  4977. From: KJBSF%SLACVM.BITNET@wiscvm.wisc.edu
  4978. To: TELECOM@BUIT1.BU.EDU
  4979. Subject: re: NYSE stock quotes, etc, SCA data transmission in FM Bands
  4980.  
  4981.  
  4982. Date: 27 July 1987, 13:49:41 PST
  4983. From: Kevin J. Burnett          x3330                KJBSF    at SLACVM
  4984. To:   TELECOM at BUIT1.BU.EDU
  4985. Subject: re: NYSE stock quotes, etc, SCA data transmission in FM Bands
  4986.  
  4987. In article <620@nonvon.UUCP> root@nonvon.UUCP writes:
  4988. >    Looking for information on recieving or decoding the data transmissions
  4989. >that occur on many Public Service FM radio stations (KQED, KQEC, KMET, etc).
  4990. >Any help/information at all would be appreciated.
  4991. I believe that the current edition of Radio-Electronics magazine has an
  4992. article about decoding the SCA signals on FM stations.  I don't recall what
  4993. exactly they said about it, but I think they had a decoder that you could
  4994. build yourself. (that's the July issue)
  4995. ---
  4996. Kevin J. Burnett
  4997. KJBSF%SLACVM.BITNET@Forsythe.Stanford.EDU
  4998. Santa Clara University '88
  4999.  
  5000. ------------------------------
  5001.  
  5002. From: SPGDCM%UCBCMSA.Berkeley.EDU@jade.Berkeley.EDU
  5003. Date: Tue, 28 Jul 87 15:02:34 PDT
  5004. To: telecom@buit1.bu.edu
  5005. Subject: SS No., private payphones, Sprint, waiting, sales calls
  5006.  
  5007.  
  5008.  MSG:FROM: SPGDCM  --UCBCMSA  TO: NETWORK --NETWORK           07/28/87 15:02:30
  5009.  To: NETWORK --NETWORK  Network Address
  5010.  
  5011.  From:    Doug Mosher                 <SPGDCM at UCBCMSA>
  5012.  Title:   MVS/Tandem Systems Manager  (415)642-5823
  5013.  Office:  Evans 257, Univ. of California, Berkeley, CA 94720
  5014.  Subject: SS No., private payphones, Sprint, waiting, sales calls
  5015.  
  5016.  To: telecom@buit1.bu.edu
  5017.  
  5018.  SS# and government and business
  5019.  
  5020.  My understanding is that the fed govt and fed agencies, grant recipients, etc.
  5021.  are restrained in their use of the SS#, and also have some policies relating
  5022.  to what info they can ask you for, and notifications about how that data will
  5023.  be used. They must tell you: what data is required from you, what it will be
  5024.  used for, and what are the consequences of your refusal to tell them.
  5025.  
  5026.  I get lots of little forms from e.g. the IRS going into these matters; for
  5027.  example, briefly, "tell us your SS#, we use it to verify your taxes, we are
  5028.  authorized by acts xxx and yyy to require this, consequence for refusal is...
  5029.  (something bad, can't remember what)."
  5030.  
  5031.  Unfortunately these laws all refer to govt agencies. I do not know of laws
  5032.  that permit or prevent any private uses of government-supplied numbers.
  5033.  
  5034.  I occasionally try to refuse this and that private use. The reactions vary
  5035.  from agency doesn't care (like once I refused to provide a thumbprint and
  5036.  found to my surprise that it was optional) to agency insists.
  5037.  
  5038.  Credit bureaus and credit granters love to require the SS#.
  5039.  
  5040.  In many cases I get the feeling I will lose out on a private service (such as
  5041.  a credit card or a loan) if I protest/refuse. This becomes most painful with
  5042.  monopoly services such as a local telco. I would imagine the best path of
  5043.  resistance for such would be the closest thing you can find to a regulatory
  5044.  agency such as local PUC. I would expect them to be completely bureaucratic
  5045.  about it: if the written tarriffs require an SS# you'd have no complaint, if
  5046.  they don't, you would have a complaint.
  5047.  
  5048.  Private Pay phones
  5049.  
  5050.  In the SF bay area there are now various private pay phones. I am sorry to see
  5051.  that there seems to be no requirement for them to identify a responsible
  5052.  person or company. If you lose out there is not a clear path to complain to. I
  5053.  suppose some companies may discover that the occasional psychopathic user
  5054.  physically destroys offensive devices; though admittedly this may happen even
  5055.  if they identified a number to call. I think all public vending devices
  5056.  including phones should be required to identify either an owner or a servicing
  5057.  agency.
  5058.  
  5059.  Many of these phones here cost $.25, though Pac Bell's are $.20. I was very
  5060.  surprised when I needed to use a non-bell payphone yesterday and had only 3
  5061.  dimes. The bad news: rejected my third dime; the good news, allowed the call
  5062.  on .20 though posted price was .25.
  5063.  
  5064.  This model also allowed free 611 and 911 calls. I am interested in any info
  5065.  readers have about how 911 and 611 calls are routed to the proper general
  5066.  service and private companies on these devices . ??Or perhaps Pac Bell can
  5067.  supply their own private, separately priced pay phones??
  5068.  
  5069.  US Sprint
  5070.  
  5071.  I just received my new "FON" credit card from them. They say it replaces the
  5072.  previous travelcard service. Umph... I used to pay nothing extra to call while
  5073.  travelling, and I called various local 950-0777 numbers to place calls. Now I
  5074.  call an 800 number (at least this is uniformly available, while the 950
  5075.  service was here and there but not everywhere). But now I pay .55 extra per
  5076.  tone call (and, as before, there is a 1.55 extra 800 number for rotary calls).
  5077.  
  5078.  Do any readers know of alternate carriers, preferably nationwide, which
  5079.  provide cheaper travel calling? I may be stuck with the unilateral raise from
  5080.  0 to .55 if all other choices are more expensive.
  5081.  
  5082.  Sprint has incidentally gotten at least two months behind in their billing as
  5083.  a result of merging with US Telecom. In the worst way: they still bill you but
  5084.  don't credit your payments till 3 months later, very unfortunate.
  5085.  
  5086.  Waiting Demons
  5087.  
  5088.  The increasing use of staging equipment for company service lines, such as
  5089.  airlines and US Sprint, is a bore. Takes 10-30 minutes to filter through the
  5090.  queue; speaker phone becoming a necessity. Anyone know of devices to assist
  5091.  the caller (for example a device to wait for some sort of change in the line,
  5092.  and emit a loud tone, or even better, speak into the phone a message such as
  5093.  "now that you have answered let me summon the caller"?
  5094.  
  5095.  Automated sales calling
  5096.  
  5097.  I received my second most-pernicious automated sales call yesterday on my ans.
  5098.  machine. The caller's tape gives a long pitch, then asks you for your number
  5099.  or address. They avoid identifying themselves in any way so you can't complain
  5100.  to them or about them.
  5101.  
  5102.  My "cause for action" essentially is that they are tying up my answering
  5103.  machine for minutes without my permission, and to no value to them, since even
  5104.  if I loved their product when listening to the message, there is no way to
  5105.  contact them.
  5106.  
  5107.  Does anyone know of regulations affecting this, or to whom I could try to
  5108.  complain? If action could really be gotten, I could hope to be present some
  5109.  day, and give them my number, then report them once they contact me and give
  5110.  some sort of identification (though maybe they stay anonymous even then).
  5111.  
  5112.  There's an underlying issue of public responsibility here, in both vending
  5113.  machines and anonymous telephone business. Where are the regulators when we
  5114.  really need them?
  5115.  
  5116.  Thanks, Doug
  5117.      >SS No., private payphones, Sprint, waiting, sales calls
  5118.  
  5119. ------------------------------
  5120.  
  5121. End of TELECOM Digest
  5122. *********************
  5123. Date: Tue, 18 Aug 87 18:41:09 EDT
  5124. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  5125. Reply-to: TELECOM@BUIT1.BU.EDU
  5126. Subject: TELECOM Digest V7 #28
  5127. To: TELECOM@BUIT1.BU.EDU
  5128.  
  5129.  
  5130. TELECOM Digest     Tue, 18 Aug 87 18:41:09 EDT    Volume 7 : Issue 28
  5131.  
  5132. Today's Topics:
  5133.  
  5134.                       State Line, Pa. (2 of them)
  5135.   Bell of PA as default carrier / Sprint FONcard and Schlage key card
  5136.                             Modem problems
  5137.                    Submission for comp-dcom-telecom
  5138.           Recognizing answering machines (and other messages)
  5139.                               Re: (none)
  5140.            Has India X.25 network to the rest of the world?
  5141.                    Universal Custom Calling proposal
  5142. ----------------------------------------------------------------------
  5143.  
  5144. Date:     Wed, 29 Jul 87 1:30:14 EDT
  5145. From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  5146. To: telecom@BRL.ARPA
  5147. Subject:  State Line, Pa. (2 of them)
  5148.  
  5149.  
  5150. There is a State Line, Pa. (Bedford County) with phone prefix 814-767 (don't
  5151. know what mailing address is used), NOT to be confused with State Line, Pa.
  5152. 17263 (Franklin County) for which I don't know the phone prefix (area 717).
  5153.  
  5154. ------------------------------
  5155.  
  5156. Date: 29-Jul-1987 2252
  5157. From: covert%covert.DEC@decwrl.dec.com  (John R. Covert)
  5158. To: telecom@buit1.bu.edu
  5159. Subject: Bell of PA as default carrier / Sprint FONcard and Schlage key card
  5160.  
  5161.  
  5162.  
  5163. From:MONTI, National Public Radio        29-JUL-1987 16:46
  5164. Subj: Bell of Pa as a default carrier
  5165.  
  5166. In case nobody else responds to the guy who wondered how Bell of Pennsylvania
  5167. could be anybody's default long distance company, here's the obvious answer:
  5168.  
  5169. If a Pennsylvania customer selects BPA to be his default long distance carrier,
  5170. he may direct dial using 1 + area code (if necessary) calls only withing his
  5171. own home LATA.  If he's in the Philadelphia LATA, he may also call the limited
  5172. number of New Jersey counties to which BPA is allowed to carry toll traffic.
  5173.  
  5174. If he tries to dial, using 1 + AC, to a phone outside those two limited areas,
  5175. he will probably get a recording saying he can't use BPA for this call.  He'll
  5176. then have to know somehow about the existence of 10XXX or have a travel card
  5177. for a non-AT&T long distance carrier.  He'll have to use one of those two
  5178. methods to make that call.  For some weird Philadelphian who rarely or never
  5179. makes toll calls outside his LATA and the New Jersey special privilege
  5180. corridor, this might actually be a viable level of service to have.  I
  5181. wouldn't have it.
  5182.  
  5183. The reason an AT&T card wouldn't work here is because if the subsciber dials,
  5184. say, 0-312-NXX-XXXX, the call would be routed to the "operator assisted or
  5185. credit card" level of the DEFAULT long distance carrier for that phone, which
  5186. would be BPA, which would get him an intercept recording just as if he had
  5187. dialed 1-312-NXX-XXXX.
  5188.  
  5189. Greg Monti, National Public Radio, 2025 M Street NW, Washington, DC 20026
  5190. 202-822-2459 
  5191.  
  5192. ------------------
  5193.  
  5194. From:MONTI, National Public Radio       29-JUL-1987 16:52
  5195. Subj: Sprint FONcard and Schlage key card
  5196.  
  5197.  
  5198. Just found a good reason not to carry around the fancy new US Sprint FONCard.
  5199. Its metal foil inlay which makes it shiny silver in color messes up the
  5200. ability of the Schlage card-entry system to read my security card.  I 
  5201. remember being told when the Schlage system was first installed that any
  5202. substantial metal object in the same pocket or wallet would invalidate the
  5203. reading of your card.  To enter the office I either need to remove the
  5204. Schlage card and present it to the detector by itself or remove the US
  5205. Sprint FONCard and present the whole wallet to the detector.
  5206.  
  5207. If Sprint never implements the magnetic stripe feature on the back of the
  5208. FONCard, I might as well just write the card number on a piece of paper and
  5209. carry that in my wallet.  The new number is 14 digits and bears no relation
  5210. to the old Sprint travel service number I have nor to my home phone number.
  5211. Oh well, guess this is progress.
  5212.  
  5213. Greg Monti, National Public Radio, 2025 M Street NW< Washington, DC 20036
  5214. 202-822-2459   via VAX1::
  5215.  
  5216. ------------------------------
  5217.  
  5218. Date: Thu, 30 Jul 87 06:45:25 edt
  5219. From: thinder@nswc-wo.ARPA
  5220. To: TELECOM@BUIT1.BU.EDU
  5221. Subject: Modem problems
  5222. Cc: thinder
  5223.  
  5224.  
  5225.  
  5226.               We have recently installed a group of Racal Vadic 4224E
  5227.          modems to serve as dial in access to our local area network and to
  5228.          selected host machines. Prior to this installation these
  5229.          connections were handled by Ven Tel MD212 modems with no problems.
  5230.               Soon after cut over we received complaints from a few users
  5231.          that they could no connect to the LAN using a variety of PC's/
  5232.          terminals and modem combinations. After investigation it "seems"
  5233.          that the problem is related to our modem/phone line and "ring".
  5234.          If a user dials into the rotary and the modem answers without any
  5235.          ring, the users modem may not "see" the connection. It is not
  5236.          consistent, sometimes a line will answer with a ring then a tone
  5237.          nine times in a row, then on the 10th time fail, the reverse  also
  5238.          occurs.
  5239.               To further compound the problem, one line that is connected
  5240.          to a VAX and Racal Vadic modem ALWAYS provides one ring and then
  5241.          the modem tone.
  5242.               I have more information about the connection, including the
  5243.          cabling and specifications of the network devices. Rather than
  5244.          list all this information I will respond to any questions
  5245.          concerning the problem directly.
  5246.               Any help or suggestions would be greatly appreciated.
  5247.  
  5248.  
  5249.                         Thomas K. Hinders
  5250.                         Naval Surface Weapons Center
  5251.                         Silver Spring MD
  5252.                         (301) 394 4225/1802
  5253.                         thinder@nswc-wo.arpa
  5254.                                or
  5255.                         thinder@nswc-oas.arpa
  5256.  
  5257.  
  5258. ------------------------------
  5259.  
  5260. From: mnetor!spectrix!rmc@uunet.UU.NET
  5261. To: comp-dcom-telecom@uunet.UU.NET
  5262. Date: Thu Jul 30 10:46:21 1987
  5263.  
  5264.  
  5265. Date: 30 Jul 87 14:46:18 GMT
  5266. To: mnetor!uunet!comp-dcom-telecom
  5267. Subject: Submission for comp-dcom-telecom
  5268. Responding-System: spectrix.UUCP
  5269.  
  5270. Path: spectrix!rmc
  5271. From: rmc@spectrix.UUCP (Russell Crook)
  5272. Newsgroups: comp.dcom.telecom
  5273. Subject: Recognizing answering machines (and other messages)
  5274. Keywords: answering machines recognition autodialers
  5275. Message-ID: <299@spectrix.UUCP>
  5276. Date: 30 Jul 87 14:46:16 GMT
  5277. Distribution: na
  5278. Organization: Spectrix Microsystems Inc., Toronto, Ontario, Canada
  5279. Lines: 24
  5280.  
  5281. Dumb question time: 
  5282. Given that you have a computer-driven system to do call-ahead (i.e., have
  5283. a system that will call ahead to a number with a prerecorded message, and
  5284. then listens to the line for some sort of response):
  5285. is it (realistically) possible for this system to recognize if it has
  5286. encountered: 
  5287. 1) an out of service number (by recognizing certain aspects of the recording?)
  5288. 2) an answering machine (i.e., is the "beep" standardized)
  5289. 3) pulse (versus touchtone) signals
  5290. 4) anything else (busy, blocked call, etc.)
  5291.  
  5292. The intent is confirmation of time and place with a customer.
  5293.  
  5294. Some of these I know are easily done, and readily available in existing
  5295. stuff. However, 1) and 2) are (I believe) much tougher to handle.
  5296. Does anyone know of something that handles most of these cases? (If so,
  5297. I would like the approximate cost, even if it is only a guess).
  5298.  
  5299. Please reply by mail (if there is sufficient response, I will post).
  5300.  
  5301. Thanks in advance
  5302.  
  5303. Russell Crook (...!seismo!{mnetor,utzoo}!spectrix!rmc)
  5304.  
  5305.  
  5306. ------------------------------
  5307.  
  5308. To: sdsu!comp-dcom-telecom
  5309. From: pnet01.CTS.COM!adamsd%sdsu.UUCP@sdcsvax.ucsd.edu (Adams Douglas)
  5310. Subject: Re: (none)
  5311. Date: 31 Jul 87 16:36:22 GMT
  5312.  
  5313.  
  5314.  
  5315. Regarding using Sun workstations with voice mail equipment. Try contacting the
  5316. following company:
  5317.                 Linker Systems
  5318.                 13612 Onkayha Circle
  5319.                 Irvine, CA (zip?)
  5320.                 714-552-1904
  5321.  
  5322. It was my impression at SigGraph that this company is working on similar
  5323. interfacing.
  5324.  
  5325. ------------------------------
  5326.  
  5327. To: comp-dcom-telecom@uunet.UU.NET
  5328. From: enea!sal.UUCP!dk@uunet.UU.NET (Danny Kohn)
  5329. Subject: Has India X.25 network to the rest of the world?
  5330. Date: 9 Aug 87 03:59:26 GMT
  5331.  
  5332.  
  5333.  
  5334. I am working with a NGO with one of it's offices in Bombay-India.
  5335.  
  5336. We have some difficulty finding out if there is some Data Network
  5337. available (we need X.28 connection). 
  5338.  
  5339. Is there someone out there who would know the current status
  5340. of X.25/X.28 in India?
  5341.  
  5342. Danny Kohn
  5343.  
  5344. UUCP: dk!sal@enea.se
  5345.  
  5346. ------------------------------
  5347.  
  5348. Date: Mon, 3 Aug 87 00:47:49 PDT
  5349. From: jimmy@PIC.UCLA.EDU (Jim Gottlieb)
  5350. To: telecom@buit1.bu.edu
  5351. Subject: Universal Custom Calling proposal
  5352. Cc: 
  5353.  
  5354.  
  5355. It has been reported that Southwestern Bell plans to introduce  a
  5356. new calling card that, come Signalling System #7, will allow peo-
  5357. ple to program  pay  telephones  with  the  same  custom  calling
  5358. features that they use at the home or office.
  5359.  
  5360. What I've been wondering for a long time is why telcos don't just
  5361. give  many of these features away in order to stimulate more cal-
  5362. ling.  Why not give all payphones 3-Way?   This  would  encourage
  5363. more  calls  to  be made.  Why not give all cellular phones 3-Way
  5364. and Call Waiting.  Since you pay airtime  for  both  calls,  they
  5365. would  rake  in  the  bucks.   3-Way (and 4-way and 5-way and...)
  5366. calls seem to be the ones that last the longest.   I  think  some
  5367. telco  should be brave and try giving 3-way (and maybe Call Wait-
  5368. ing and Call Forwarding) to all customers. With the right  publi-
  5369. city,  they  would  more  than make in additional calls/length of
  5370. calls the money they would lose from not charging for  such  ser-
  5371. vices, and make up the costs of installing more 3-port conference
  5372. circuits.
  5373.  
  5374. ------------------------------------------------------------------------------
  5375. Jim Gottlieb     "It's easier to apologize than to ask permission.  When in
  5376.                   doubt, do it." -- Grace Hopper, U.S. Navy, Retired
  5377.  
  5378. Internet:   jimmy%pic@ats.ucla.edu
  5379. UUCP:       sdcsvax!sdcrdcf!ucla-cs!pic.ucla.edu!jimmy
  5380.  
  5381. ------------------------------
  5382.  
  5383. End of TELECOM Digest
  5384. *********************
  5385. Date: Tue, 18 Aug 87 18:51:18 EDT
  5386. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  5387. Reply-to: TELECOM@BUIT1.BU.EDU
  5388. Subject: TELECOM Digest V7 #29
  5389. To: TELECOM@BUIT1.BU.EDU
  5390.  
  5391.  
  5392. TELECOM Digest     Tue, 18 Aug 87 18:51:18 EDT    Volume 7 : Issue 29
  5393.  
  5394. Today's Topics:
  5395.  
  5396.                     Re: SS# & Utilities -- a story
  5397.                           Int'l Collect Calls
  5398.                     Re: SS# & Utilities -- a story
  5399.                    Submission for comp-dcom-telecom
  5400.              Need recommendation for 3-4 line phone system
  5401.                    Submission for comp-dcom-telecom
  5402.                      X.PC and MNP protocol drivers
  5403.                       Telephone Interface Modules
  5404.                     In-use indicator for phone line
  5405.                  Awful tones when hitting wrong number
  5406.                           FCC access charges
  5407.                         New articles in archive
  5408. ----------------------------------------------------------------------
  5409.  
  5410. Date: Tue, 4 Aug 87 12:48:50 EST
  5411. From: abp@j.cc.purdue.edu (Jeffrey J Wieland)
  5412. Subject: Re: SS# & Utilities -- a story
  5413.  
  5414.  
  5415. In article <8707260009.AA03268@buit1.bu.edu> spaf%ames.arpa@gatech.UUCP (Gene Spafford) writes:
  5416. >[This is the last message to be published this weekend. A total of 4
  5417. ...
  5418. >As a matter of principle, I'm one of those people who won't give out
  5419. >my social security number when applying for utilities or credit cards.
  5420. >The reasons why have been discussed numerous times in various
  5421. >security-related groups.  It is my understanding that it is against
  5422. ...
  5423. >Questions
  5424. >---------
  5425. >
  5426. >1) Do many of you (net-readers) withhold your SS# in similar circumstances?
  5427. >Do you have these kinds of confrontations too?
  5428.  
  5429. My wife, who also has had some minor problems, but nothing like this.
  5430.  
  5431. >2) Anyone know if other people at GTE Indiana are such jerks, or is
  5432. >this an isolated instance? 
  5433.  
  5434. When my mother went to have her telephone line and billing changed to her
  5435. own name, she was also informed that she would have to pay a "deposit".
  5436. She was able to persuade them otherwise (20 years as a high school teacher
  5437. pays off sometimes).
  5438.  
  5439. GTE in West Lafayette can be pretty nasty (and slow), probably due to
  5440. the large number of students here at Purdue.
  5441.  
  5442. >3) Anyone know if Indiana does, in fact, *require* that the SS# be
  5443. >on the driver's license?  
  5444.  
  5445. Indiana does NOT require the SS# to be on your driver's license.  You
  5446. can be issued a number with a "Z" prefix instead.  My wife has one of
  5447. these.
  5448.  
  5449. >4) Should I bother to follow-up on this further?  That is, should
  5450. >I bother contacting the Public Service commission in Indiana
  5451. >about the treatment I received? (I'm currently not sure it is
  5452. >worth the effort).
  5453.  
  5454. Couldn't hurt.
  5455.  
  5456. >Too bad we don't have a choice of phone companies as well as long
  5457. >distance carriers -- I'd keep Southern Bell.
  5458. >
  5459. >-- 
  5460. >Gene Spafford
  5461. >Software Engineering Research Center (SERC), Georgia Tech, Atlanta GA 30332
  5462. >Internet:    spaf@gatech.gatech.edu
  5463. >uucp:    ...!{decvax,hplabs,ihnp4,linus,rutgers,seismo}!gatech!spaf
  5464.  
  5465.             Jeff Wieland
  5466.             abp@j.cc.purdue.edu
  5467.  
  5468. ------------------------------
  5469.  
  5470. Date: Fri, 7 Aug 87 15:55:24 PDT
  5471. From: broder@vaxa.isi.edu (Ben Broder)
  5472. To: telecom@buit1.bu.edu
  5473. Subject: Int'l Collect Calls
  5474.  
  5475.  
  5476.  
  5477. I have a friend who has received a phone bill containing
  5478. several somewhat confusing items.  They appear to be collect
  5479. calls from El Salvador.  However, none of the calls have a time
  5480. of day and some do not even have an originating phone number.
  5481.  
  5482. Although she does have friends in El Salvador, she insists that
  5483. no one accepted collect calls on those days.  Is it possible
  5484. that these calls were really calls billed to a third number
  5485. (my friend's) that for some technical reason appear as collect
  5486. calls?
  5487.  
  5488.     Thanks for any help,
  5489.  
  5490.     Ben Broder (broder@vaxa.isi.edu)
  5491.  
  5492. ------------------------------
  5493.  
  5494. From: sundc!hemaneh!tj@seismo.CSS.GOV (Central Area MTS)
  5495. Subject: Re: SS# & Utilities -- a story
  5496. Date: 6 Aug 87 03:01:12 GMT
  5497. To: <comp-dcom-telecom@seismo.CSS.GOV>
  5498.  
  5499.  
  5500.  
  5501. In article <8707260009.AA03268@buit1.bu.edu>, spaf%ames.arpa@gatech.UUCP (Gene Spafford) writes:
  5502. > Questions
  5503. > 1) Do many of you (net-readers) withhold your SS# in similar circumstances?
  5504. > Do you have these kinds of confrontations too?
  5505.  
  5506. I too withhold my SS# as a general principle. There are a lot of places
  5507. here in Dallas that misuse it from 7/11 to the local cable tv company. For
  5508. the most part, I've been able to refuse all of them. I did give in on
  5509. the cable tv people once and used my roommate's SS# instead.
  5510.  
  5511. > 2) Anyone know if other people at GTE Indiana are such jerks, or is
  5512. > this an isolated instance? 
  5513.  
  5514. It seems that many public utlities have this attitude, though not all.
  5515.  
  5516. > 4) Should I bother to follow-up on this further?  That is, should
  5517. > I bother contacting the Public Service commission in Indiana
  5518. > about the treatment I received? (I'm currently not sure it is
  5519. > worth the effort).
  5520.  
  5521. I don't see why not. It seems that it has only taken a few of us refusing
  5522. to make a general policy change in the phone company. When i first moved to
  5523. Dallas 4 years ago, Southwestern Bell was quite insistant about it. When I
  5524. recently moved and changed service, they did not even try to press the issue
  5525. when I said no. The depressing thing is that people like 7/11 ask for it
  5526. on their movie club applications. Perhaps a letter the the Southland Corp?...
  5527.  
  5528. As someone who has worked on accounting sw, I can understand the convenience
  5529. of using the SS# as an index for customers, However, it makes things much
  5530. too easy to get to information about a person. Although, did you know that
  5531. it is perfectly legal to posses more than one SS#? So long as you are not
  5532. trying to defraud anyone, only confuse, it's ok.
  5533.  
  5534.             Cal Thixton    /* these are my opinions */
  5535.             Sun Microsystems  Dallas
  5536.         {ucbvax,decvax,decwrl,ihnp4}!sun!{,texsun!}tj
  5537.         {ut-sally,convex,smu}!texsun!tj tj@sun.com
  5538. -- 
  5539.             Cal Thixton
  5540.             Sun Microsystems  Dallas
  5541.         {ucbvax,decvax,decwrl,ihnp4}!sun!{,texsun!}tj
  5542.         {ut-sally,convex,smu}!texsun!tj tj@sun.com
  5543.  
  5544. ------------------------------
  5545.  
  5546. From: uumedis@cbosgd.mis.oh.att.com (UUCP)
  5547. Date: 6 Aug 87 15:54:56 GMT
  5548. To: comp-dcom-telecom@RUTGERS.EDU
  5549. Subject: Submission for comp-dcom-telecom
  5550.  
  5551.  
  5552. Path: cbosgd!osu-eddie!mdf
  5553. From: mdf@osu-eddie.UUCP (Mark D. Freeman)
  5554. Newsgroups: comp.dcom.telecom
  5555. Subject: Need recommendation for 3-4 line phone system
  5556. Message-ID: <3910@osu-eddie.UUCP>
  5557. Date: 6 Aug 87 02:28:13 GMT
  5558. Distribution: na
  5559. Organization: StrongPoint Systems, Inc.; Columbus, OH. (guest of Ohio State U.)
  5560. Lines: 25
  5561.  
  5562. I hope this is the right group for this...
  5563.  
  5564. We are moving into new office space next month, and will need a phone
  5565. system.  We will have three lines, which should alternate-answer.
  5566. Additionally, we will have one data-only line which should not be on
  5567. the main system at all.  
  5568.  
  5569. We need 5 phones, and redial an intercom features.  Speed dialing and
  5570. music on hold would be nice.  Of course, cheap is a major requirement. 
  5571.  
  5572. One minor point: I hate phones on which the * and # keys are used by
  5573. the phone for special features.  Makes using voice mail systems a real
  5574. pain in the ass. 
  5575.  
  5576. Any recommendations?
  5577.  
  5578.  
  5579. -- 
  5580. < < < < < < < < < < < < < < < < < < < <> > > > > > > > > > > > > > > > > > > >
  5581. Mark D. Freeman                            mdf@osu-eddie.uucp
  5582. StrongPoint Systems, Inc.                   mdf@Ohio-State.arpa
  5583. 2440 Medary Avenue                      ...!cbosgd!osu-eddie!mdf
  5584. Columbus, OH  43202            Guest account at The Ohio State University
  5585. (614) 262-3703
  5586. < < < < < < < < < < < < < < < < < < < <> > > > > > > > > > > > > > > > > > > >
  5587.  
  5588. ------------------------------
  5589.  
  5590. From: ndmath!milo@iuvax.cs.indiana.edu (Greg Corson)
  5591. Date: 7 Aug 87 20:17:16 GMT
  5592. To: comp-dcom-telecom%seismo.css.gov@iuvax
  5593. Subject: Submission for comp-dcom-telecom
  5594.  
  5595.  
  5596. Path: ndmath!milo
  5597. From: milo@ndmath.UUCP (Greg Corson)
  5598. Newsgroups: comp.sys.mac,comp.dcom.modems,comp.dcom.telecom
  5599. Subject: X.PC and MNP protocol drivers
  5600. Message-ID: <270@ndmath.UUCP>
  5601. Date: 7 Aug 87 20:17:15 GMT
  5602. Organization: Math. Dept., Univ. of Notre Dame
  5603. Lines: 14
  5604.  
  5605. Does anyone know of a place where I can get Apple Macintosh compatable drivers
  5606. (or source code) for either the X.PC or MNP communications protocols?
  5607.  
  5608. I am looking for the drivers to incorporate in a terminal program I am writing.
  5609.  
  5610. I don't mind it if I have to pay some kind of licensing fee to get the drivers
  5611. but if somebody is willing to give them away it would be great.
  5612.  
  5613. Greg Corson
  5614. 19141 Summers Drive
  5615. South Bend, IN 46637
  5616. (219) 277-5306 (weekdays till 6 central)
  5617. ...seismo!iuvax!ndmath!milo
  5618.  
  5619.  
  5620. ------------------------------
  5621.  
  5622. To: comp-dcom-telecom@decwrl.dec.com
  5623. From: malcolm@spar.SPAR.SLB.COM (Malcolm Slaney)
  5624. Subject: Telephone Interface Modules
  5625. Date: 8 Aug 87 00:11:31 GMT
  5626.  
  5627.  
  5628.  
  5629. Can anybody recommend a good source of telephone line interface modules?
  5630. I have audio output now on my Sun and I would like to hook it to a phone
  5631. line so I can really have some fun.
  5632.  
  5633. It would be nicest if I could get ringing indications and have some
  5634. way to take the phone off hook.
  5635.  
  5636. Thanks.
  5637.  
  5638.                         Malcolm Slaney
  5639.                         Schlumberger Palo Alto Research
  5640.                         malcolm@spar-20.arpa
  5641.  
  5642. ------------------------------
  5643.  
  5644. Date: Sat 8 Aug 87 20:55:57-EDT
  5645. From: "Adam Peller" <OAF.G.PELLER%OZ.AI.MIT.EDU@XX.LCS.MIT.EDU>
  5646. Subject: In-use indicator for phone line
  5647. To: telecom@XX.LCS.MIT.EDU
  5648.  
  5649.  
  5650. Message-ID: <12324972488.16.OAF.G.PELLER@OZ.AI.MIT.EDU>
  5651.  
  5652. Does anyone know how to build a circuit that will light up a LED if
  5653. the phone line is being used (checks to see if the voltage is low)?
  5654.  
  5655. thanks
  5656.  
  5657. Adam Peller -- ADAMP%OZ@MC.LCS.MIT.EDU (Arpa)
  5658.  
  5659. -- please send replies directly to me, I'm not on the mailing list
  5660. -------
  5661.  
  5662. ------------------------------
  5663.  
  5664. To: tektronix!comp-dcom-telecom%reed.uucp@RELAY.CS.NET
  5665. From: James Deibele <jamesd%percival%reed%tektronix.tek.com@RELAY.CS.NET>
  5666. Subject: Awful tones when hitting wrong number
  5667. Date: 10 Aug 87 08:04:03 GMT
  5668.  
  5669.  
  5670.  
  5671. Every once in a while, I'll dial a wrong number and get an incredibly horrible
  5672. recording in my ear.  The recording always starts off with three LOUD tones,
  5673. which has caused me to wonder if the tones weren't to warn off TTY's for the
  5674. deaf or something similar.  Every time I hear once, I'm seriously tempted to
  5675. throw the phone against the wall (and I would if we lived back in the days of
  5676. the one BIG phone company, with leased phones, etc.).  It doesn't seem to   
  5677. matter whether the local company is a GTE or Baby Bell, they still use the 
  5678. tones.  Whazz going on?  Thanks.
  5679.  
  5680. -- 
  5681. A hunting we will go,                    |  James S. Deibele (jamesd@percival)
  5682. A hunting we will go,                    |  TECHBooks (TM)
  5683. We'll steal someone else's signature --- |  FidoNet #105/3 or #105/4
  5684. And we'll never let it go.               |  (503) 760-3161
  5685.  
  5686. ------------------------------
  5687.  
  5688. From: khayo@cs.ucla.edu
  5689. Subject: FCC access charges
  5690. Date: 14 Aug 87 21:33:11 GMT
  5691.  
  5692.  
  5693.  
  5694. +++ If you want to respond by mail, do not hit "r";  +++
  5695. +++ please note address correction in my .signature. +++
  5696.  
  5697.    In the September issue of "Micro Times" (a free magazine circulating
  5698. in So. Cal. & maybe elsewhere) there is a rather informative article on
  5699. the FCC access surcharges for Enchanced Service Providers ("And Then There
  5700. Were None", by Brock N. Meeks.) As expected, the author's conclusion
  5701. is roughly that the local Bells are going to make a bundle at our (modem
  5702. users') expense, and that "fairness" of the proposal is very questionable.
  5703. The article also includes all the info about the preferred format of
  5704. letters that you may want to send in response. I know that such package
  5705. was posted here a while ago, but some of you may have missed it and the
  5706. "Micro Times" version may be more up-to-date. The magazine is available
  5707. in electronic form (I just tried it, it's there) on "Tele-Web"
  5708. BB at (213) 372 4050 [300/1200, 7 bits, 1 stop bit, no parity, 24 hrs,
  5709. multi-user] where you should type "GO MICRO" at a prompt.
  5710.    Also, on Compuserve there appeared a statement of CS's position regar-
  5711. ding the matter, along with an example of a letter & addresses of all
  5712. FCC Commisioners. I like to think that they responded to my repeated
  5713. suggestions sent via "User Feedback" urging them to do just that. I have
  5714. the CS package on disk & can post it here or email to those interested
  5715. persons (if any) who don't have access to CS.
  5716.                           Sincerely - Eric Behr
  5717. -----------------------------------------------------------
  5718. I'm sick & tired of editing my incorrect address in the header.
  5719. The *correct* one is khayo@MATH.UCLA.EDU; I have no connection
  5720. with the CS Department, except that we breathe the same smog.
  5721.  
  5722. ------------------------------
  5723.  
  5724. Date: Tue, 18 Aug 87 18:12:10 EDT
  5725. From: jsol (Jon Solomon)
  5726. To: telecom
  5727. Subject: New articles in archive
  5728.  
  5729.  
  5730. Many articles around the FCC's new incentive to charge "enhanced services"
  5731. for access to the local network are now available for anonymous FTP
  5732. on host XX.LCS.MIT.EDU in directory <TELECOM>. The files were too large
  5733. to include in a digest, and are being made available to you in this
  5734. method. Note that USENET users will as usual continue to get copies of
  5735. these files mailed after this digest.
  5736.  
  5737. The files are:
  5738.  
  5739.     pc.pursuit -- a look at the impending charges and their impact
  5740.         on pc pursuit users.
  5741.  
  5742.     docket.87-215 - the docket itself.
  5743.  
  5744.     fcc.policy - some more notes on the subject.
  5745.  
  5746. There are some conversations in today's digests which may require that
  5747. you read these documents. This is unavoiadable.
  5748.  
  5749. --jsol
  5750.  
  5751. ------------------------------
  5752.  
  5753. End of TELECOM Digest
  5754. *********************
  5755. Date: Sat, 22 Aug 87 21:41:12 EDT
  5756. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  5757. Reply-to: TELECOM@BUIT1.BU.EDU
  5758. Subject: TELECOM Digest V7 #30
  5759. To: TELECOM@BUIT1.BU.EDU
  5760.  
  5761.  
  5762. TELECOM Digest     Sat, 22 Aug 87 21:41:12 EDT    Volume 7 : Issue 30
  5763.  
  5764. Today's Topics:
  5765.  
  5766.                           Periodic Line Noise
  5767.                     Choice of long distance carrier
  5768.                Re: Why can't the world call 800 numbers?
  5769.                Re: Why can't the world call 800 numbers?
  5770. ----------------------------------------------------------------------
  5771.  
  5772. Date: 7 August 1987, 10:44:11 EDT
  5773. From: Nicholas Simicich <NJS@ibm.com>
  5774. To: telecom@buit1.bu.edu
  5775. Subject: Periodic Line Noise
  5776.  
  5777.  
  5778. Someone who lives in or near Endicott, New York, is having the
  5779. following trouble with their home dial in terminal.  The terminal is a
  5780. PC on a call back system--thus, the terminal is not always the
  5781. originator of the noisy call, but may be, instead, in answer mode.  The
  5782. noise seems to occur no matter who is the originator.  I believe that
  5783. they are using 212A type modems.
  5784.  
  5785. I'd appreciate a direct response as well as a copy to the net if your
  5786. response is interesting (which it is, of course) as I'm a couple of
  5787. months behind in my digest reading :-).
  5788.  
  5789. -=-=-=-
  5790. I get a consistent, periodic (once every 2.1 seconds, I timed it) one
  5791. byte (X'7B' or X'FB'--not sure exactly which) inbound-only noise when
  5792. talking to PCTERM (an internal call back system), a local BBS, and a
  5793. university using either an internal package, PROCOMM 2.4.2, and
  5794. MS-Kermit and anything else I could test on.  Some connections are
  5795. clear and remain clear (the one session which started clean and became
  5796. dirty was explained by the Deposit Telephone Co. as a NY Telephone
  5797. line-configuration exercise one weekend).  The dirty ones stay dirty
  5798. and it's impossible to do any work. I tried another modem--no luck. The
  5799. Telephone Co. is stymied. Ideas?  I've also been assured that there are
  5800. no powerful radars nearby, etc.  I've used a pure vanilla PC DOS system
  5801. with the same results.  The Deposit phone company claims that my exchange,
  5802. 693, is fairly modern, and that the microwave circuit is not the problem.
  5803.  
  5804. -=-=-=-
  5805. Nick Simicich, NJS@IBM.COM, or, for bitnet,
  5806. NJS at YKTVMX
  5807. Collect:(all I know about the problem is above) (914) 737-1908
  5808. Contents: 100% personal opinion, sugar, salt, High fructose
  5809. corn syrup...
  5810.  
  5811. ------------------------------
  5812.  
  5813. Date: 19 Aug 87 16:55:00 EDT
  5814. From: "KEPLER::HUI" <arushton%scivax@bu-it.bu.edu>
  5815. Subject: Choice of long distance carrier
  5816. To: "telecom" <telecom@xx.lcs.mit.edu>
  5817.  
  5818.  
  5819.  
  5820.  
  5821. I would appreciate advice/recommendations on my upcoming choice
  5822. of long distance carrier.  I would also appreciate a copy
  5823. (or pointer) to the last survey of long distance carrier
  5824. rates in telecom-digest.  (I've been offnet for several 
  5825. months.)  My calling pattern is mostly from home (area code 301)
  5826. to California (area codes 805, 707) and to West Germany.
  5827. Calling is almost entirely during non-peak rate periods.
  5828.  
  5829. Oh yes, home is Baltimore, MD.  With respect to Germany, I
  5830. would appreciate information on who supplies service
  5831. (anyone other than AT&T yet?) and differencies in hours
  5832. for minimum rate.
  5833.  
  5834. Also the local phone company (C&P) charges extra (of course)
  5835. for tone service.  Does anyone know if they're actually
  5836. equipped to NOT provide it if you don't order it?
  5837.  
  5838. Many thanks for all responses.  Please reply to me directly
  5839. as 
  5840.     arushton@stsci.arpa
  5841. I'm not on the telecom mailing list yet.
  5842.  
  5843.             - A. Minick Rushton
  5844.               Space Telescope Science Institute
  5845. ------
  5846. ------
  5847.  
  5848. ------------------------------
  5849.  
  5850. Subject: Re: Why can't the world call 800 numbers?
  5851. Date: 21 Aug 87 19:02:53 EDT (Fri)
  5852. From: jhc@mtune.att.com (Jonathan Clark)
  5853. To: telecom@xx.lcs.mit.edu
  5854.  
  5855.  
  5856. In article <2801@hoptoad.uucp> gnu@hoptoad.uucp (John Gilmore) writes:
  5857. >[Since the Arpanet side seems to be losing, let's do it ourselves over
  5858. >here on the Usenet.  Be sure to include an Approved: header or your message
  5859. >will get emailed to the dead moderator. -- John]
  5860. >
  5861. >From outside the US/Canada, the number is 201-592-2000.  It drives me up the
  5862. >wall that from my phone I can call every telephone in the world directly except
  5863. >800 numbers in the U.S.  Since many companies publish only their 800 numbers,
  5864. >it means I can't call them at all.  Was it really beyond AT'Ts capability to
  5865. >arrange for 800 numbers to be free in the US/Canada, but billed at normal
  5866. >rates when called from abroad, but at least make them work?
  5867.  
  5868. Well, I'm not in the POTS bit of AT&T, but large pieces of the world can
  5869. call 800 numbers. AT&T periodically puts out bulletins about 'International
  5870. 800 service is now available to...'. The trouble is that having an
  5871. internationally-diallable 800 number costs the person paying for the number
  5872. more money upfront plus more money per call (I think), and typically they
  5873. decide that this isn't worth it. It's the same deal (fundamentally) as
  5874. having in-state only 800 numbers.
  5875.  
  5876. I believe that it also costs less to have an *out-of-state* only 800 number,
  5877. (which is why you see 'call 800-123 4567, in Nebraska call 987 6543')
  5878. but don't quote me on that. I have no idea of the exact tariffs involved.
  5879. -- 
  5880. Jonathan Clark
  5881. [NAC,attmail]!mtune!jhc
  5882.  
  5883. An Englishman never enjoys himself except for some noble purpose.
  5884.  
  5885. ------------------------------
  5886.  
  5887. To: uunet!comp-dcom-telecom@uunet.UU.NET
  5888. From: van-bc!sl@uunet.UU.NET (Stuart Lynne)
  5889. Subject: Re: Why can't the world call 800 numbers?
  5890. Date: 21 Aug 87 18:22:37 GMT
  5891.  
  5892.  
  5893.  
  5894. In article <2801@hoptoad.uucp> gnu@hoptoad.uucp (John Gilmore) writes:
  5895.  
  5896. >From outside the US/Canada, the number is 201-592-2000.  It drives me up the
  5897. >wall that from my phone I can call every telephone in the world directly except
  5898. >800 numbers in the U.S.  Since many companies publish only their 800 numbers,
  5899. >it means I can't call them at all.  Was it really beyond AT'Ts capability to
  5900. >arrange for 800 numbers to be free in the US/Canada, but billed at normal
  5901. >rates when called from abroad, but at least make them work?
  5902.  
  5903. Actually AT&T at least does have 800 numbers in Canada, that usually connect
  5904. to the same place. Unfortunately there are two problems:
  5905.  
  5906.     1. They are different
  5907.     2. They don't advertise them as effectively as the US ones
  5908.  
  5909. For example to order my copies of the SYSVID all I had was the 800 number in
  5910. the US. Through a bit of phone tag with various 555-1212 directory services
  5911. in that part of the US I came up with a generic number for AT&T. They were
  5912. able to give me the phone number to call to order. When I called them they
  5913. said "oh, you don't have our 800 number in Canda?". They gave it to me, I
  5914. called back on that.
  5915.  
  5916. Interesting note, newer versions of the SYSVID now include the Canadian 800
  5917. number as well.
  5918.  
  5919.  
  5920. -- 
  5921. {ihnp4!alberta!ubc-vision,uunet}!van-bc!Stuart.Lynne Vancouver,BC,604-937-7532
  5922.  
  5923. ------------------------------
  5924.  
  5925. End of TELECOM Digest
  5926. *********************
  5927. Date: Sat, 22 Aug 87 21:42:22 EDT
  5928. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  5929. Reply-to: TELECOM@BUIT1.BU.EDU
  5930. Subject: TELECOM Digest V7 #31
  5931. To: TELECOM@BUIT1.BU.EDU
  5932.  
  5933.  
  5934. TELECOM Digest     Sat, 22 Aug 87 21:42:22 EDT    Volume 7 : Issue 31
  5935.  
  5936. Today's Topics:
  5937.  
  5938.             GEnie's action alert on FCC modem fees proposal
  5939.    GEnie's how to communicate opposition to FCC modem fees proposal
  5940.  GEnie's letter format for filing comments on FCC modem fees proposal
  5941. ----------------------------------------------------------------------
  5942.  
  5943. Date: Sat, 22 Aug 1987  02:31 MDT
  5944. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  5945. To: Info-Modems@SIMTEL20.ARPA
  5946. Cc: Telecom@XX.LCS.MIT.EDU
  5947. Subject: GEnie's action alert on FCC modem fees proposal
  5948.  
  5949.  
  5950. ACTION ALERT
  5951. ============
  5952.  
  5953.  
  5954. THE FEDERAL COMMUNICATIONS COMMISSION
  5955. IS CONSIDERING THE IMPOSITION OF
  5956. COSTLY NEW "ACCESS CHARGES"
  5957. ON YOUR USE OF GENIE SERVICES
  5958. =====================================
  5959.  
  5960.  
  5961.     For 2 years, you and other GEnie subscribers have used your telephone to
  5962. reach our service.  Until now, your calls to us have been treated just like
  5963. any other residential or business calls. Now, however, the Federal
  5964. Communications Commission in Washington, D.C. is proposing to change all this.
  5965.  The FCC is considering a plan to make extremely expensive new "access
  5966. charges" applicable to GEnie services provided to you over local telephone
  5967. lines.
  5968.  
  5969.     The FCC's "access charge" scheme would drastically increase telephone
  5970. company charges which we pay.  In fact, our initial estimates suggest that
  5971. GEnie Service costs would jump up by as much as $4.50 per hour of use for
  5972. every one of our customers.  Although
  5973.                  =====
  5974. we have not yet considered the extent to which these cost increases would
  5975. necessitate a price increase for GEnie Service, a cost increase of this
  5976. enormous magnitude could require up to a doubling of our GEnie Service prices.
  5977.  
  5978.  
  5979. THE "ACCESS CHARGE" PROPOSAL
  5980. CAN BE PRVENTED IF WE ALL ACT
  5981. TOGETHER TO COMMUNICATE OUR
  5982. CONCERNS TO FEDERAL AUTHORITIES
  5983. ===============================
  5984.  
  5985.     Right now the FCC plan is simply a proposal.  It is not too late to
  5986. prevent this mistake from occurring.  Nonetheless, we all need to work
  5987. together to head off this disastrous possibility.  The FCC commissioners and
  5988. their staff responsible for making the final decision seem convinced that such
  5989. access charges are necessary and proper.  We need your help in explaining why
  5990. such increased charges would severely disserve the public interest.
  5991.  
  5992.     In evaluating its "access charge" proposal, the FCC will have to listen to
  5993. your concerns if they are explained in terms of the proposal's practical
  5994. effects on you or your business.  Your views count.  In addition, your elected
  5995. congressmen will want to hear your concerns.  Legislative representatives play
  5996. a very helpful role in highlighting your interests for the FCC to consider.
  5997.  
  5998.  
  5999. YOU NEED TO ACT NOW AND TO STAY
  6000. INVOLVED UNTIL THE "ACCESS
  6001. CHARGE" PROPOSAL IS REJECTED
  6002. BY THE FCC
  6003. ===============================
  6004.  
  6005.     The FCC requires that comments on its proposal be filed by September 24,
  6006. 1987.  Responses to these comments may be filed through October 26, 1987.  The
  6007. FCC may act on the matter as early as sometime in December.
  6008.  
  6009.     It is important for you to get busy now preparing your comments for
  6010. submission to the FCC not later than September 24, 1987 -- whether in the form
  6011. of a letter or a more formalized "pleading." Several significant facts ought
  6012. to be included in expressing your views.  Actually, they are pretty basic and
  6013. easy to understand and communicate:  (1) who you are;  (2) how you use GEnie
  6014. Service; and (3) how you or your business would be hurt if GEnie Service
  6015. prices doubled due to access charges.  These comments should be addressed to
  6016. the chairman of the Federal Communications Commission.    The address of the FCC
  6017. is 1919 M Street, N.W.; Washington, D.C.  20554. Similar letters or comments
  6018. should be sent to your state's U.S. Senators and the U.S. House of
  6019. Representatives' members from your district.
  6020.  
  6021. ------------------------------
  6022.  
  6023. Date: Sat, 22 Aug 1987  02:35 MDT
  6024. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  6025. To: Info-Modems@SIMTEL20.ARPA
  6026. Cc: Telecom@XX.LCS.MIT.EDU
  6027. Subject: GEnie's how to communicate opposition to FCC modem fees proposal
  6028.  
  6029.  
  6030. HOW TO COMMUNICATE YOUR
  6031. OPPOSITION TO ACCESS CHARGES
  6032. ============================
  6033.  
  6034.  
  6035. WHAT THE FCC PROPOSES AND HOW IT WILL AFFECT YOU:
  6036. =================================================
  6037.  
  6038.     On July 17, 1987, the Federal Communications Commission announced its
  6039. intent to apply its carrier access charges to all enhanced service providers
  6040. -- the FCC's technical name for services like GEnie.  What this means is that
  6041. all providers of such services, including GEnie, which use local telephone
  6042. lines to reach services provided by means of interstate telecommunications
  6043. facilities will be subject to significantly increased telecommunications
  6044. costs. Currently, long-distance common carriers, such as AT&T and MCI, pay
  6045. interstate access charges.  No decision has been made yet to raise our prices
  6046. if the FCC were to impose access charges on enhanced service providers.
  6047. However, if this proposal is adopted, the prices of GEnie Service might have
  6048. to be raised as much as 100%.
  6049.  
  6050.     GE, other enhanced service providers, their customers, and some of their
  6051. respective trade associations will be opposing the FCC's proposal by lobbying
  6052. and filing comments with the Commission.  The Commission has asked for
  6053. comments from the public on its proposal which are due on or before September
  6054. 24, 1987.  Responses to these comments are due by October 26, 1987.  If both
  6055. users and providers of services make clear to the FCC the adverse consequences
  6056. that will follow if its proposal is implemented, there is a good chance that
  6057. the proposal will be rejected.
  6058.  
  6059.  
  6060. HERE IS WHAT YOU CAN DO:
  6061. ========================
  6062.  
  6063.     The Commission will be interested in knowing how its proposal will affect
  6064. you, the user of GEnie services, whether you are a residential user or whether
  6065. information services are an essential aid to carrying out your business.
  6066. Generally, the Commission's stated policy is to make information, services
  6067. like GEnie, available to all users, both large and small.  The Commission
  6068. apparently does not appreciate that these enormous cost increases would
  6069. seriously hurt you -- the very persons the FCC wants to help.
  6070.  
  6071.     The best way to communicate your concerns to the FCC is to explain what
  6072. implementation of its proposal would mean to you or your business.  You can do
  6073. this by writing a letter to the FCC Commissioners and important staff members.
  6074.  The discussion in item #4, "Writing Your Letters and Comments " explains a
  6075. very effective technique for writing this  type of letter to the Commission.
  6076.  
  6077.     You may also wish to file formal comments with the Commission for
  6078. consideration by the FCC's Common Carrier Bureau Staff when considering this
  6079. matter.  This may sound like more work, but it is really just a more formal
  6080. way to say exactly what you would say in your letter.  The discussion in item
  6081. #4 tells you how to do this.
  6082.  
  6083.     Additionally, Congress would be anxious to learn that the proposed FCC
  6084. action might have such adverse effects on its constituents.  Because the FCC
  6085. is attuned to Congress' viewpoints, letters to your Senators and
  6086. Representatives would also be effective in preventing the FCC proposal from
  6087. taking effect.
  6088.  
  6089.     Finally, we ask that you send GE Information Services a copy of any
  6090. letters or comments that you write in connection with this matter.
  6091.  
  6092. ------------------------------
  6093.  
  6094. Date: Sat, 22 Aug 1987  02:39 MDT
  6095. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  6096. To: Info-Modems@SIMTEL20.ARPA
  6097. Cc: Telecom@XX.LCS.MIT.EDU
  6098. Subject: GEnie's letter format for filing comments on FCC modem fees proposal
  6099.  
  6100.  
  6101. WRITING YOUR LETTERS AND COMMENTS:
  6102. ==================================
  6103.  
  6104. GENERAL GUIDELINES FOR FILING WITH THE
  6105. FEDERAL COMMUNICATIONS COMMISSION
  6106. ======================================
  6107.  
  6108.     The FCC will read and consider your views in reaching a decision whether
  6109. and how to impose access charges on enhanced service providers if you follow
  6110. the following guidelines:
  6111. 1.   Letters:  Type your letter on 8 1/2" x 11" paper and use the  following
  6112. format:
  6113.  
  6114. *    *      *    *    *
  6115.  
  6116. (YOUR LETTERHEAD OR NAME AND ADDRESS)
  6117.  
  6118.  
  6119. (DATE)
  6120.  
  6121.  
  6122.  
  6123. The Honorable Dennis R. Patrick, Chairman
  6124. Federal Communications Commission
  6125. 1919 M Street, N.W.
  6126. Washington, D.C.  20554
  6127.  
  6128.     Re:  CC Docket 87-215
  6129.      Amendments of Part 69 of the
  6130.      Commission's Rules Relating to
  6131.      Enhanced Services Providers
  6132.      ==============================
  6133.  
  6134.  
  6135. Dear Chairman Patrick:
  6136.  
  6137.  
  6138.           [TEXT:
  6139.  
  6140.    Begin by describing who you are.  Include any specific titles, duties, or
  6141. responsibilities that would qualify you as someone who stands to be affected
  6142. by the FCC's proposal.    Of course, if you only use the GEnie service in a
  6143. residential setting, explain that. The FCC will be interested.    Explain why
  6144. the use of the information services offering is important to you or to your
  6145. business and what it allows you to do that you could not otherwise do.
  6146.  
  6147.    Secondly, explain that you are aware that the Commission has proposed to
  6148. impose access charges on enhanced service providers.  Explain that you fear
  6149. that this regulatory action would adversely affect you or your business.
  6150. Describe with as much detail as Possible what this would mean for you or your
  6151. business.
  6152.  
  6153.   Close by urging the FCC not to adopt its proposal to     apply access charges
  6154. to enhanced service providers]
  6155.  
  6156.  
  6157.          Sincerely,
  6158.           [NAME]
  6159.  
  6160.  
  6161. cc:  The Honorable James H. Quello
  6162.      The Honorable Mimi Weyforth Dawson
  6163.      The Honorable Patricia Diaz Dennis
  6164.      Gerald Brock, Chief, Common Carrier Bureau
  6165.      Thomas Sugrue, Chief, Policy Division,
  6166.       Common Carrier Bureau
  6167.      William H. Tricarico, Secretary
  6168.       Federal Communications Commission
  6169.  
  6170.     *    *      *    *    *
  6171.  
  6172.  
  6173. 2.   If writing formal comments, use the following format and double space the
  6174. text of your comments on 8 1/2" x 11" paper:
  6175.  
  6176.  
  6177.     *    *      *    *    *
  6178.  
  6179.        Before the
  6180. FEDERAL COMMUNICATIONS COMMISSION
  6181.     Washington, D.C.  20554
  6182.  
  6183.  
  6184. In the Matter of          )
  6185.                   )
  6186. Amendments to Part 69          )
  6187. of the Commission's Rules     )      CC Docket No. 87-215
  6188. Relating to Enhanced Service  )
  6189. Providers              )
  6190.                   )
  6191. To: The Common Carrier Bureau )
  6192.  
  6193.  
  6194. COMMENTS OF [YOUR NAME]
  6195. =======================
  6196.  
  6197.  
  6198.  
  6199. [TEXT:    Follow the same guidelines for
  6200. your text as in the formatted letter in
  6201. paragraph 1 above.]
  6202.  
  6203.  
  6204. Respectfully submitted,
  6205.  
  6206. [If writing for a company, the
  6207. name of the company in CAPITAL
  6208. letters]
  6209.  
  6210.  
  6211.  
  6212.  
  6213. [NAME, TITLE (if applicable),
  6214. and address)
  6215.  
  6216. [DATE]
  6217.  
  6218. *    *      *    *    *
  6219.  
  6220.  
  6221.     If your comments are ten or more pages long, there are three additional
  6222. things you must do.  (A word of caution: Your comments will be most effective
  6223. if they are short and concise).
  6224.  
  6225.     First, attach a cover page with the heading used above at the top.    In the
  6226. center of your cover page type COMMENTS OF [YOUR NAME]."  In the bottom left
  6227. hand corner, put the date.  In the bottom right hand corner type:  (1) your
  6228. name or your company's name if you are filing on their behalf; (2) your title,
  6229. if applicable; and (3) your or your company's address, whichever is
  6230. applicable.
  6231.  
  6232.     Second, behind the cover page, include a two- or three-paragraph summary
  6233. of your comments, numbering the pages using small roman numerals.
  6234.  
  6235.     Three, behind the summary and continuing the small roman numeral page
  6236. numbering, place a table of contents which includes the summary, table of
  6237. contents, and any headings within the text of your comments.
  6238.  
  6239.     3.    Mail your letters and comments as soon as possible but please make
  6240. sure they are post marked early enough to arrive at the FCC offices no later
  6241. than September 24, 1987.  This is the day that comments are due on the
  6242. proposal.
  6243.  
  6244.     4.    Send two (2) copies of your letters to Chairman Patrick and to each of
  6245. the other Commissioners and Staff members listed at the bottom of the
  6246. formatted letter to:
  6247.  
  6248. [NAME]
  6249. Federal Communications Commission
  6250. 1919 M Street, N.W.
  6251. Washington, D.C.  20554
  6252.  
  6253.     If you are writing comments, send the original and five (5) copies to:
  6254.  
  6255. William H. Tricarico
  6256. Secretary
  6257. Federal Communications Commission
  6258. 1919 M Street, N.W.
  6259. Washington, D.C.  20554
  6260.  
  6261.     5.    If you are part of an organization or association that relies on
  6262. information services for your activities, encourage other members to write,
  6263. but do not use a form letter or comments if a number of you plan to write.
  6264. The Commission frowns on these.
  6265.  
  6266.  
  6267.  
  6268. LETTERS TO YOUR SENATORS AND HOUSE REPRESENTATIVE
  6269. =================================================
  6270.  
  6271. 1.  Type your letter and use the following format:
  6272.  
  6273.   *    *    *     *    *
  6274.  
  6275. [YOUR LETTERHEAD OR NAME AND ADDRESS]
  6276.  
  6277.  
  6278. [DATE]
  6279.  
  6280.  
  6281. [NOTE:    USE THE APPROPRIATE
  6282. ADDRESS AS FOLLOWS]
  6283.  
  6284. The Honorable
  6285. United States Senate
  6286. Washington, D.C.  20515
  6287.  
  6288.     - OR -
  6289.  
  6290. The Honorable
  6291. United States House of Representatives
  6292. Washington, D.C.  20510
  6293.  
  6294. Dear Senator              (or Congressman             )
  6295.  
  6296.  
  6297.      [TEXT:
  6298.  
  6299. Follow essentially the same format as that for your letter to the Federal
  6300. Communications Commission:
  6301.  
  6302. o   Explain who you are and how you use information
  6303.     services.
  6304. o   Note your concern with the FCC's proposal to impose
  6305.     access charges on enhanced services providers.
  6306. o   Describe what effect this probably will have on your
  6307.     use of information services and, in turn, on your
  6308.     business or other activities.
  6309. o   If you have sent a letter or letters to the FCC,
  6310.     explain that you have done so and attach a copy of your
  6311.     FCC letter to the letter to the Congressman.
  6312. o   Close by urging the member of Congress to express his
  6313.     concern to the Federal Communications Commission.]
  6314.  
  6315.  
  6316.  
  6317.      Sincerely,
  6318.  
  6319.  
  6320.      [NAME]
  6321.  
  6322.       *    *    *    *      *
  6323.  
  6324.     2.    The sooner you send your letters to Congress, the more effect your
  6325. opinions will have because your representatives will be able to exert pressure
  6326. on the FCC before the agency begins considering its proposal in earnest.
  6327.  
  6328.     3.    Again, do not use form letters.  Let your representatives know that
  6329. you put some time and thought into this matter and that it will affect you
  6330. personally.
  6331.  
  6332.     4.    You may also wish to send letters to the following chairmen of the
  6333. subcommittees which will be most interested in the FCC's proposal:
  6334.    The Honorable Daniel K. Inouye
  6335.    Chairman
  6336.    Subcommittee of Communications
  6337.    Committee of Commerce, Science and
  6338.       Transportation
  6339.    United States Senate
  6340.    Washington, D.C.  20510
  6341.  
  6342.   The Honorable Edward J. Markey
  6343.   Chairman
  6344.   Subcommittee on Telecommunications &
  6345.   Finance
  6346.   Committee on Energy & Commerce
  6347.   United States House of Representatives
  6348.   Washington, D.C.  20515
  6349.  
  6350.     5.    For your convenience, we have included a list of United States
  6351. Senators
  6352.  
  6353. ------------------------------
  6354.  
  6355. End of TELECOM Digest
  6356. *********************
  6357. Date: Sun, 13 Sep 87 18:46:05 EDT
  6358. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  6359. Reply-to: TELECOM@BUIT1.BU.EDU
  6360. Subject: TELECOM Digest V7 #32
  6361. To: TELECOM@BUIT1.BU.EDU
  6362.  
  6363.  
  6364. TELECOM Digest     Sun, 13 Sep 87 18:46:05 EDT    Volume 7 : Issue 32
  6365.  
  6366. Today's Topics:
  6367.  
  6368.                            Phone Interfaces
  6369.                      Comp.dcom.telecom submission
  6370.                   Re: Choice of long distance carrier
  6371.                    Submission for comp-dcom-telecom
  6372.                               DSZ Rip-Off
  6373.                      new Md. pay-phone instructions
  6374.                         Graphics Package Wanted
  6375.                          missing issues 26-29
  6376. ----------------------------------------------------------------------
  6377.  
  6378. From: spar!malcolm@decwrl.dec.com
  6379. To: telecom@bu-it.bu.edu
  6380. Subject: Phone Interfaces
  6381. Date: 03 Sep 87 17:46:36 PDT (Thu)
  6382.  
  6383.  
  6384. Can any body recommend an easy way to get a phone interface.  I have an 
  6385. A/D and D/A box connected to my Sun and I would like to hook it to the
  6386. phones.  This is a company project (for a change) so I can easily justify
  6387. up to a hundred dollars or so to guarantee that we don't burn out a phone
  6388. line.
  6389.  
  6390. At the very least I would like analog input/output, a ringing indication
  6391. and maybe touch tone recognition.
  6392.  
  6393. Does anybody have any recomendations?
  6394.  
  6395. Thanks.
  6396.  
  6397.                                 Malcolm
  6398.  
  6399. ------------------------------
  6400.  
  6401. Date: Tue, 8 Sep 87 16:57:26 PDT
  6402. From: sdcsvax!ames!fai!stevem@ucbvax.Berkeley.EDU
  6403. To: amdahl!buit1.bu.EDU!jsol
  6404. Subject: Comp.dcom.telecom submission
  6405.  
  6406.  
  6407.  
  6408. I tried to send the following to the originator of the request by mail,
  6409. but it bounced back to me:
  6410.  
  6411. Subject: Re: Choice of long distance carrier
  6412.  
  6413. In article <8708212245.AA09660@bu-it.bu.edu> you write:
  6414. >
  6415. >I would appreciate advice/recommendations on my upcoming choice
  6416. >of long distance carrier.  I would also appreciate a copy
  6417. >(or pointer) to the last survey of long distance carrier
  6418. >rates in telecom-digest.  (I've been offnet for several 
  6419. >months.)  My calling pattern is mostly from home (area code 301)
  6420. >to California (area codes 805, 707) and to West Germany.
  6421. >Calling is almost entirely during non-peak rate periods.
  6422. >
  6423. >Oh yes, home is Baltimore, MD.  With respect to Germany, I
  6424. >would appreciate information on who supplies service
  6425. >(anyone other than AT&T yet?) and differencies in hours
  6426. >for minimum rate.
  6427. >
  6428. >Also the local phone company (C&P) charges extra (of course)
  6429. >for tone service.  Does anyone know if they're actually
  6430. >equipped to NOT provide it if you don't order it?
  6431. >
  6432.  
  6433. I tried Sprint first (about 4 years ago) at home.  I constantly ran into
  6434. recordings asking me to call back later since all circuits were busy (or even
  6435. worse just a network busy signal).  After that, I decided to try MCI.  I found
  6436. that most of the time my connections were very poor quality (either I couldn't
  6437. hear the other party or vice versa).  I then gave up on the CHEAP carriers and
  6438. went back to AT&T because I want to be able to place a call and to be able to
  6439. hear the other party.  
  6440.  
  6441. Just recently, I started having problems completing calls at work -- Lo and
  6442. behold, I found out that the company had just switched to Sprint for long
  6443. distance service.  When I complained to our telecom department, they told me
  6444. to dial 10288 and the number I was calling (this places the call over AT&T).
  6445.  
  6446. My suggestion would be to go with AT&T -- if the two largest competitors of
  6447. AT&T are in this bad of shape, what can you expect from the small ones?
  6448.  
  6449. Incidentally, I don't find AT&T's rates that bad.  I also subscribe to their
  6450. "Reach Out America" plan which is a real good deal if you make your calls on
  6451. the weekend.
  6452.  
  6453. ---
  6454.  
  6455. Steven A. Minneman (Fujitsu America Inc, San Jose, Ca)
  6456. !seismo!amdahl!fai!stevem
  6457.  
  6458. The best government is no government at all.
  6459.  
  6460.  
  6461. ---
  6462.  
  6463.         Steven A. Minneman (Fujitsu America Inc, San Jose, Ca)
  6464.         !seismo!amdahl!fai!stevem
  6465.  
  6466. The best government is no government at all.
  6467.  
  6468.  
  6469.  
  6470. ------------------------------
  6471.  
  6472. From: caf%omen%reed%tektronix.tek.com@RELAY.CS.NET
  6473. To: tektronix!comp-dcom-telecom%reed.uucp@RELAY.CS.NET
  6474. Date: Wed Sep  9 03:28:10 1987
  6475.  
  6476.  
  6477. Date: 9 Sep 87 10:28:09 GMT
  6478. To: reed!tektronix!comp-dcom-telecom
  6479. Subject: Submission for comp-dcom-telecom
  6480. Responding-System: omen.UUCP
  6481.  
  6482. Path: omen!caf
  6483. From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
  6484. Newsgroups: comp.sys.ibm.pc,comp.dcom.telecom,comp.protocols.misc,or.general
  6485. Subject: DSZ Rip-Off
  6486. Message-ID: <584@omen.UUCP>
  6487. Date: 9 Sep 87 10:28:09 GMT
  6488. Distribution: na
  6489. Organization: Omen Technology Portland OR
  6490. Lines: 30
  6491. Keywords: dsz zmodem hack pirate
  6492.  
  6493. A set of debug scripts designed to hack DSZ has been making the rounds
  6494. of bulletin boards.  The single purpose of these scripts is to disable
  6495. the registration request printed by UNREGISTERED copies of DSZ.  In
  6496. other words, the only purpose of these debug scripts is to encourage
  6497. nusers to avoid registering DSZ.  The final insult is the message:
  6498. -
  6499.   If you find this usefull, you may if you wish send $1.00 to MOBIUS
  6500.   c/o MOBIUS .aka. Servant of TSOTL, Pyroto Mountain P.O.Box 35103
  6501.   Phoenix AZ 85069, or just Support your best Shareware. The $1.00
  6502.   will also provide you with 60 minutes online time on my BBS as a
  6503.   contribution.
  6504. -
  6505. In other words, this gentleman suggests you Support Shareware by
  6506. sending HIM $1.00 to support his piracy instead of registering DSZ
  6507. with its author.
  6508. -
  6509. Since nobody is bothering to rip off FAST, DART, Blast, or Relay
  6510. protocol drivers, at least one can say ZMODEM has "arrived".
  6511. -
  6512. If you see any of these files on a BBS, please inform the sysop of
  6513. the pirate nature, and ask that they be removed.  I would also
  6514. appreciate any information of exactly who wrote these files, and
  6515. who are conspiring to spread them.
  6516.  
  6517. Chuck Forsberg WA7KGX Author of Pro-YAM communications Tools for PCDOS and Unix
  6518. ...!tektronix!reed!omen!caf  Omen Technology Inc "The High Reliability Software"
  6519. 17505-V Northwest Sauvie Island Road Portland OR 97231  VOICE:503-621-3406:VOICE
  6520.     TeleGodzilla BBS: 621-3746 19200/2400/1200  CIS:70007,2304  Genie:CAF
  6521.   omen Any ACU 2400 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
  6522.   omen!/usr/spool/uucppublic/FILES lists all uucp-able files, updated hourly
  6523.  
  6524.  
  6525. ------------------------------
  6526.  
  6527. Date:     Fri, 11 Sep 87 9:31:17 EDT
  6528. From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  6529. To: telecom@BRL.ARPA
  6530. Cc: cmoore@BRL.ARPA
  6531. Subject:  new Md. pay-phone instructions
  6532.  
  6533.  
  6534. A C&P pay phone in Elkton which is on 301-398 prefix has new calling
  6535. instructions.  Maryland is running out of NNX prefixes, and apparently
  6536. provision is being made to switch to NXX prefixes.
  6537. Station-to-station: local--(7 digit) number
  6538.                     toll-- 1 + area code + number
  6539. All 0+ calls require area code.
  6540. (Yes, "area code" can include 301.)
  6541.  
  6542. ------------------------------
  6543.  
  6544. Date:     Sun, 13 Sep 87 18:06:16 EDT
  6545. From: Srivas@UDEL.EDU
  6546. To: telecom@UDEL.EDU, info-graphics@UDEL.EDU, sun-users@UDEL.EDU,
  6547. Subject:  Graphics Package Wanted
  6548.  
  6549.  
  6550.  
  6551.  
  6552. I am looking for graphics packages that may be used on a Sun for representing
  6553. finite state machines.  If you have, or know of someone who might have,
  6554. developed software to graphically display finite state automata,
  6555. please send me mail at
  6556.  
  6557.               ARPA:    srivas@udel.edu
  6558.           BITNET:    srivas@udel.edu
  6559.           CSNET:    srivas%udel.edu@relay.cs.net
  6560.           UUCP:    ...!ihnp4!berkeley    -\
  6561.               ...!allegra!berkeley    -->!srivas@udel.edu
  6562.               ...!harvard        -/
  6563.  
  6564. If you know of any publications that have information about graphically
  6565. displaying finite state machines, please send me mail about them.
  6566.  
  6567. Thanks.
  6568.  
  6569.                         Srivas
  6570.  
  6571. ------------------------------
  6572.  
  6573. Date: Sun, 13 Sep 87 18:44:05 EDT
  6574. From: jsol (Jon Solomon)
  6575. To: telecom
  6576. Subject: missing issues 26-29
  6577.  
  6578.  
  6579. If you are missing issues 26-29 then please let me know so I can
  6580. mail them to you. I have a correct set of issues within that range,
  6581. and can mail you by return mail any of the issues of Volume-7 in that
  6582. range.
  6583.  
  6584. --jsol
  6585.  
  6586. ------------------------------
  6587.  
  6588. End of TELECOM Digest
  6589. *********************
  6590. Date: Fri, 18 Sep 87 22:18:20 EDT
  6591. From: The Moderator (JSol) <TELECOM-REQUEST@BUIT1.BU.EDU>
  6592. Reply-to: TELECOM@BUIT1.BU.EDU
  6593. Subject: TELECOM Digest V7 #33
  6594. To: TELECOM@BUIT1.BU.EDU
  6595.  
  6596.  
  6597. TELECOM Digest     Fri, 18 Sep 87 22:18:20 EDT    Volume 7 : Issue 33
  6598.  
  6599. Today's Topics:
  6600.  
  6601.                          Re:  Phone Interfaces
  6602.                          Re: Phone Interfaces
  6603.                   Re: new Md. pay-phone instructions
  6604.                           RingMaster service
  6605.                                 Question
  6606.                            Re: TELECOM Digest V7
  6607.                              Sprint "Lawsuit"?
  6608. ----------------------------------------------------------------------
  6609.  
  6610. Date: Mon, 14 Sep 87 16:11:43 EST
  6611. From: Michael Grant <mgrant@mimsy.umd.edu>
  6612. To: spar!malcolm%decwrl.dec.com@buit1.bu.edu, telecom@bu-it.bu.edu
  6613. Subject: Re:  Phone Interfaces
  6614.  
  6615.  
  6616. Well, we just bought this thing that answers the phone and lets you
  6617. page people throughout the building.  It basically answers the phone and 
  6618. connects the line to an amplifier.  Maybe this device is what you
  6619. want.  It cost us $247.00.  It's called a Page Adaptor by
  6620. Valcom.  Model V-9940.  We got it from "The Telephone Man" in 
  6621. Springfield Virgina.  They might have other things that solve your
  6622. problem as well.  By the way, this thing took almost 3 months to
  6623. order from these people, so I hope you don't need it soon!
  6624.  
  6625. ------------------------------
  6626.  
  6627. Date: Tue, 15 Sep 87 18:13:32 EDT
  6628. From: pyrnj!romain@RUTGERS.EDU (Romain Kang)
  6629. To: malcolm@hobbes.spar.cas.slb.com
  6630. Subject: Re: Phone Interfaces
  6631. Cc: 
  6632.  
  6633.  
  6634. This question recently came up on Pyramid's internal network.  The most
  6635. attractive box was made by SpeechPlus in Mountain View, CA.
  6636.  
  6637. They call it a voice response system.  In brief, it can answer the
  6638. phone, transmit DTMF codes to a computer via an RS-232 port as ASCII
  6639. digits, receive ASCII text via the same port and send it back down the
  6640. phone line as high quality synthesized speech.
  6641.  
  6642. It includes such features as:
  6643.     XON/XOFF flow control or
  6644.     DTR/CTS flow control
  6645.  
  6646.     DTR supervision for incoming calls (raise DTR when a call
  6647.     comes in)
  6648.  
  6649.     Notification of an incoming call by sending digits to the
  6650.     RS-232 port (DTR is strapped)
  6651.  
  6652.     Flash-hook the phone line to transfer a call to a human
  6653.     being
  6654.  
  6655.     DTMF generation to make outgoing calls
  6656.  
  6657. List price is $3,900.
  6658.  
  6659. ------------------------------
  6660.  
  6661. To: comp-dcom-telecom@RUTGERS.EDU
  6662. From: westmark!dave@RUTGERS.EDU (Dave Levenson)
  6663. Subject: Re: new Md. pay-phone instructions
  6664. Date: 16 Sep 87 02:31:37 GMT
  6665.  
  6666.  
  6667.  
  6668. In article <8709110931.aa20340@VGR.BRL.ARPA>, cmoore@BRL.ARPA (Carl Moore, VLD/VMB) writes:
  6669. > A C&P pay phone in Elkton which is on 301-398 prefix has new calling
  6670. > instructions.  Maryland is running out of NNX prefixes, and apparently
  6671. > provision is being made to switch to NXX prefixes.
  6672. > Station-to-station: local--(7 digit) number
  6673. >                     toll-- 1 + area code + number
  6674. > All 0+ calls require area code.
  6675. > (Yes, "area code" can include 301.)
  6676.  
  6677. Maryland must be one of the few places left that hasn't adopted this
  6678. dialing plan.  I would expect most of the US to be on 1+ or 0+ ten
  6679. digits before long.  Because if the widespread use of this dialing
  6680. plan, areas where it is not required generally permit it, for the
  6681. benefit of travelers from other parts.
  6682. -- 
  6683. Dave Levenson
  6684. Westmark, Inc.        A node for news.
  6685. Warren, NJ USA
  6686. {rutgers | clyde | mtune | ihnp4}!westmark!dave
  6687.  
  6688. ------------------------------
  6689.  
  6690. Date: Wed, 16 Sep 87 14:04:30 EDT
  6691. From: think!johnl@ima.ISC.COM (John R. Levine)
  6692. To: telecom@xx.lcs.mit.edu
  6693. Subject: RingMaster service
  6694.  
  6695.  
  6696. BellSouth's operating companies South Central Bell and Southern Bell are
  6697. introducing a new service called RingMaster. It assigns two or three numbers
  6698. to the same phone line, and gives the different numbers different rings. That
  6699. way if you run a business in your home you can know whether to answer "Hello"
  6700. or "Thank You For Calling Schrod Bait Systems" without having to install and
  6701. pay for two lines. You could also use it for a minor variety of toll evasion;
  6702. when you leave the office, call the second number, let it ring four times, and
  6703. hang up, so your housemate hears the ring and knows you're on the way without
  6704. answering the phone and completing the call.
  6705.  
  6706. Sounds like a clever way to get some revenue from CO equipment that has to be
  6707. present anyway to support the dwindling number of party lines.
  6708. -- 
  6709. John R. Levine, Cambridge MA, +1 617 492 3869
  6710. { ihnp4 | decvax | cbosgd | harvard | yale }!ima!johnl, Levine@YALE.something
  6711. The Iran-Contra affair:  None of this would have happened if Ronald Reagan
  6712. were still alive.
  6713. ---
  6714. John R. Levine, Cambridge MA, +1 617 492 3869
  6715. { ihnp4 | decvax | cbosgd | harvard | yale }!ima!johnl, Levine@YALE.something
  6716. The Iran-Contra affair:  None of this would have happened if Ronald Reagan
  6717. were still alive.
  6718.  
  6719. ------------------------------
  6720.  
  6721. Date:     Sun, 13 Sep 87 18:55 ADT
  6722. From: <FSSWB1%ALASKA.BITNET@MITVMA.MIT.EDU> (Zaphod Beeblebrox)
  6723. Subject:  Question
  6724. To: telecom-request@xx.lcs.mit.edu
  6725.  
  6726.  
  6727. One of the previous issues had a list of the 0 access numbers to
  6728. use a different long distance carrier for you call....
  6729. could you please send me that list again....Thankyou
  6730.  
  6731. ------------------------------
  6732.  
  6733. Date:         Mon, 14 Sep 87 08:27 EST
  6734. From: Howie Ducat <howie%BKLYN.BITNET@wiscvm.wisc.edu>
  6735. Subject:      Re: TELECOM Digest V7
  6736. To: The Moderator JSol <TELECOM-REQUEST@BUIT1.BU.EDU>
  6737.  
  6738.  
  6739. Date:         Mon, 14 Sep 87 08:18 EST
  6740. From:         Howie Ducat <howie@bklyn>
  6741. Subject:      Sprint "Lawsuit"?
  6742. To:           <telecom@buit1.bu.edu.arpa>
  6743.  
  6744. Hi..
  6745.    I recently received what I thought was my usual monthly SPRINT bill..
  6746. In actuality, it was some sort of legal gobbledegook about someone in
  6747. Illinois winning a lawsuit against SPRINT.. and I seem to be entitled
  6748. to SOMETHING from them, but I can not for the life of me figure out
  6749. what it is... anyone have any idea??
  6750.  
  6751. Howie Ducat
  6752. Brooklyn College Telecommunications
  6753.  
  6754. ------------------------------
  6755.  
  6756. End of TELECOM Digest
  6757. *********************
  6758. From jsol  Fri Sep 25 22:51:23 1987
  6759. Received: by bu-it.bu.edu (3.2/4.7)
  6760.     id AA15789; Fri, 25 Sep 87 22:51:23 EDT
  6761. Message-Id: <8709260251.AA15789@bu-it.bu.edu>
  6762. Date: Fri, 25 Sep 87 22:11:19 EDT
  6763. From: The Moderator (JSol) <TELECOM-REQUEST@BU-IT.BU.EDU>
  6764. Reply-To: TELECOM@BU-IT.BU.EDU
  6765. Subject: TELECOM Digest V7 #34
  6766. To: TELECOM@BU-IT.BU.EDU
  6767.  
  6768.  
  6769. TELECOM Digest     Fri, 25 Sep 87 22:11:19 EDT    Volume 7 : Issue 34
  6770.  
  6771. Today's Topics:
  6772.  
  6773.                             sprint lawsuit
  6774.                             Telephone Chip?
  6775.                          Re: Sprint "Lawsuit"?
  6776.                          phone # on pay phones
  6777.                    Submission for comp-dcom-telecom
  6778.                         Re: 0+ pay phone calls
  6779.                          "Ringmaster service"
  6780.               AT&T, Baby Bells getting into data networks
  6781.  
  6782. [This is the last digest to be sent from BU-IT.BU.EDU. All further
  6783. digests will go through XX.LCS.MIT.EDU. All TELECOM pointers (including
  6784. -REQUEST) now point to XX. Also, today is the only day that individual
  6785. message readers will see a digest. Starting tomorrow we will resume
  6786. sending individual messages. --JSol and Jim]
  6787.  
  6788. ----------------------------------------------------------------------
  6789.  
  6790. From: SPGDCM%UCBCMSA.Berkeley.EDU@jade.Berkeley.EDU
  6791. Date: Fri, 18 Sep 87 20:17:26 PDT
  6792. To: telecom@bu-it.bu.edu
  6793. Subject: sprint lawsuit
  6794.  
  6795.  
  6796.  MSG:FROM: SPGDCM  --UCBCMSA  TO: NETWORK --NETWORK           09/18/87 20:17:25
  6797.  To: NETWORK --NETWORK  Network Address
  6798.  
  6799.  From:    Doug Mosher                 <SPGDCM at UCBCMSA>
  6800.           MVS/Tandem Systems Manager  (415)642-5823
  6801.           Evans 257, Univ. of California, Berkeley, CA 94720
  6802.  Subject: sprint lawsuit
  6803.  
  6804.  To: telecom@buit1.bu.edu
  6805.  
  6806.  Here's what I know plus what I intuited from the sprint notice:
  6807.  
  6808.  In the past (and still now? not clear) sprint charged regular rates for little
  6809.  short "calls" that did not result in an answer. Like it takes say 30 seconds
  6810.  to place a call, hear four rings, no answer, and hang up.
  6811.  
  6812.  Not clear if they charged for all or many or some of these. Has to do with
  6813.  their not having as good a connection as AT&T technically, so they can't
  6814.  detect answers (as well or at all?).
  6815.  
  6816.  Somebody did a class action suit and won; now in the settlement they are
  6817.  asking each of us to choose either flat or estimated reimbursement IF WE HAD
  6818.  SUCH PROBLEMS.
  6819.  
  6820.  I can't remember if I had any, can't estimate how many, and find the whole
  6821.  thing a bother. I might be a real liar if I certify I had any or so many of
  6822.  them. And I figured the whole deal amounts to plus or minus say $3 for me.
  6823.  
  6824.  I actually threw it out.
  6825.  
  6826.  Now look, I am in favor of class action suits, and this is one more case where
  6827.  Sprint blew it (the other case was where they charged the wrong rates during
  6828.  holidays a year or so ago, and didn't even fix it in general when they knew
  6829.  about it; another class action suit slapped them BIG for that one.)
  6830.  
  6831.  But I am beginning to think that the results of such suits should be for the
  6832.  company to get punished, and for the money to go to: charity, public interest
  6833.  groups, education, or whatever. As this stands, then tiny dribs of money go to
  6834.  a mixture of those even more compulsive, or even less honest, than me, and
  6835.  those are weird folks I'll tell you.
  6836.  
  6837.       sprint lawsuit
  6838.  
  6839. ------------------------------
  6840.  
  6841. Date: Sat, 19 Sep 87 20:27:11 edt
  6842. From: sr16+@andrew.cmu.edu (Seth Benjamin Rothenberg)
  6843. To: telecom@xx.lcs.mit.edu
  6844. Subject: Telephone Chip?
  6845.  
  6846.  
  6847.  
  6848.  
  6849. I know that Motorola makes a speakerphone-on-a-chip; does anyone know of a
  6850. telephone-on-a-chip?  It need not have a dialing circuit in it, as I won't be
  6851. using it.
  6852.  
  6853. Thanks
  6854. Seth Rothenberg
  6855. sr16@andrew.cmu.edu
  6856. rochester!pt!andrew.cmu.edu!sr16
  6857. sbrst@cisunx
  6858. sbrst@pittvms.bitnet
  6859.  
  6860.  
  6861.  
  6862. ------------------------------
  6863.  
  6864. Date: 21 Sep 87 10:59:23 EDT (Monday)
  6865. From: Wegeng.Henr@Xerox.COM
  6866. Subject: Re: Sprint "Lawsuit"?
  6867. To: howie%BKLYN.BITNET@WISCVM.WISC.EDU
  6868. Cc: TELECOM@BU-IT.BU.EDU, Wegeng.Henr@Xerox.COM
  6869.  
  6870.  
  6871. There are probably more knowledgable people on the net, but here's my 2
  6872. cents worth. I interpreted the letter to mean that several class action
  6873. suits had been brought against Sprint over their well known practice of
  6874. billing customers for any call that lasts over 30 seconds from the time
  6875. that the phone starts ringing, whether the recipent answers the phone or
  6876. not. I don't have the letter in front of me, but in general the proposed
  6877. settlement contains two options:
  6878.  
  6879. 1) credit for any call meeting the above description for which no credit
  6880. has been previously granted, or
  6881.  
  6882. 2) a small amount of credit (3 minutes, I think) for each year that the
  6883. customer has subscribed to Sprint.
  6884.  
  6885. Obviously this favors people who have saved all of their old bills and
  6886. can therefore account for more than six unanswered calls per year. On
  6887. the other hand, if you requested credit for the calls at the time you
  6888. were billed (which I usually did) then the settlement doesn't really
  6889. affect you.
  6890.  
  6891. /Don
  6892.  
  6893. ------------------------------
  6894.  
  6895. Date:     Mon, 21 Sep 87 9:18:05 EDT
  6896. From: Carl Moore (VLD/VMB) <cmoore@BRL.ARPA>
  6897. To: telecom@BRL.ARPA
  6898. Subject:  phone # on pay phones
  6899.  
  6900.  
  6901. On a recent trip, I stopped at a pay phone on a roadside and made a call,
  6902. but I also called the operator and asked what the number was (since it
  6903. was not displayed; only the area code).  I was told they are not allowed
  6904. to give out the number for pay phones.  Can anyone send me any reasons?
  6905. (I can consolidate if necessary.)
  6906. Does this have anything to do with the appearance of the word "coin" or
  6907. similar expression in lieu of place name on a phone bill alongside call
  6908. made to or from pay phone?
  6909.  
  6910. ------------------------------
  6911.  
  6912. From: ssc-vax!clark@beaver.cs.washington.edu (Roger Clark Swann)
  6913. Date: 21 Sep 87 14:33:16 GMT
  6914. To: uw-beaver!comp-dcom-telecom@beaver.cs.washington.edu
  6915. Subject: Submission for comp-dcom-telecom
  6916.  
  6917.  
  6918. Path: ssc-vax!clark
  6919. From: clark@ssc-vax.UUCP (Roger Clark Swann)
  6920. Newsgroups: comp.dcom.telecom
  6921. Subject: Re: 0+ pay phone calls
  6922. Keywords: area codes
  6923. Message-ID: <1444@ssc-vax.UUCP>
  6924. Date: 21 Sep 87 14:33:15 GMT
  6925. Distribution: na
  6926. Organization: Boeing Aerospace Corp., Seattle WA
  6927. Lines: 25
  6928.  
  6929. ------------------------------
  6930.  
  6931. In article <8709110931.aa20340@VGR.BRL.ARPA>, cmoore@BRL.ARPA (Carl Moore, VLD/VMB) writes:
  6932. > A C&P pay phone in Elkton which is on 301-398 prefix has new calling
  6933. > instructions.  Maryland is running out of NNX prefixes, and apparently
  6934. > provision is being made to switch to NXX prefixes.
  6935. > Station-to-station: local--(7 digit) number
  6936. >                     toll-- 1 + area code + number
  6937. > All 0+ calls require area code.
  6938. > (Yes, "area code" can include 301.)
  6939.  
  6940. I remembered the above article when I needed to make a local pay phone
  6941. call this past weekend. I wanted to bill the local to my calling
  6942. card, so I used the 0+ followed by the numbers. On the first try I,
  6943. included the area code as part of the local number I wanted to
  6944. reach. This did NOT work, (got a re-order recording). On the second
  6945. try I left off the area code and the call went right through.
  6946. So, I guess that we in the Seattle area are behind the rest of the
  6947. world for now. Check back in the year 2000 and maybe we will have
  6948. caught up by then...:-)
  6949.  
  6950. Roger Swann    uucp: uw-beaver!ssc-vax!clark
  6951.  
  6952. I disavow any knowledge of my actions.
  6953.  
  6954.  
  6955. ------------------------------
  6956.  
  6957. To: TELECOM-request@BUIT1.BU.EDU
  6958. Subject: "Ringmaster service"
  6959. Date: Sat, 19 Sep 87 16:21:49 PDT
  6960. From: David G. Cantor <dgc@CS.UCLA.EDU>
  6961.  
  6962.  
  6963. In Telecom, Volume 7, Issue 33 John Levine states
  6964.  
  6965.  
  6966.     BellSouth's operating companies South Central Bell and Southern
  6967.     Bell are introducing a new service called RingMaster. It assigns
  6968.     two or three numbers to the same phone line, and gives the
  6969.     different numbers different rings.
  6970.  
  6971. This was available for years in General Telephone Country (GTE).
  6972. GTE supported up to 10 parties with distinctive rings (5 ringing
  6973. frequencies and ringing between either line and ground).  You could
  6974. request several numbers on the same line and you had to pay the sum
  6975. total of the individual line costs (note that party line were
  6976. substantailly less expensive than single-party lines).
  6977.  
  6978. One common use, in a time when standards were different, was by an
  6979. unmarried couple living together.  Each, to the outside world,
  6980. appeared to have his (her) own line.  It avoided problems such as having
  6981. another telephone ring while talking to one's parents, etc.
  6982.  
  6983. dgc
  6984.  
  6985. David G. Cantor
  6986. dgc@math.ucla.edu
  6987.  
  6988. ------------------------------
  6989.  
  6990. Date: Thu, 24 Sep 87 02:52:06 PDT
  6991. From: hoptoad.UUCP!gnu@cgl.ucsf.edu (John Gilmore)
  6992. To: telecom@xx.lcs.mit.edu
  6993. Subject: AT&T, Baby Bells getting into data networks
  6994.  
  6995.  
  6996. I picked up these messages from the Telenet PC Pursuit bulletin board
  6997. system (type "C PURSUIT" to Telenet) and thought Telecom readers
  6998. would be interested.
  6999.  
  7000. I found the proposal for a separate data network particularly wierd,
  7001. since it looks like you would just attach modems to it anyway.
  7002. Presumably they would figure what kind of modem you had, decode the tones,
  7003. and ship the data digitally (like Telenet does now).  I don't see why
  7004. this can't be done transparently using normal telephone lines and
  7005. numbers, e.g. if during the call, they notice that recognizable modem
  7006. tones are going down the line, and there is a local modem free on both
  7007. ends, they could just stop sending 64KB/sec and start sending 1200B/sec
  7008. or 2400B/sec or 9600B/sec.  They might be able to do this right at the
  7009. beginning of a call, by looking for echo-suppressor tones.
  7010.  
  7011. Also, doesn't ISDN presume anybody, data or voice, can call anybody
  7012. else, data or voice?  I sure hope so...
  7013.  
  7014.     John
  7015.  
  7016. Msg #  2474 Dated 08-29-87 01:16:42
  7017.  From: PATRICK TOWNSON
  7018.    To: ALL
  7019.    Re: BELL TELCOS GOING ONLINE!
  7020.  
  7021. Well, we knew it had to happen someday....Ameritech (the parent
  7022. company for Illinois Bell, Michigan Bell, Indiana Bell and others)
  7023. announced this past week that it will enter the up to now forbidden
  7024. area of on-line computer information and network services. This is
  7025. the first time a Bell Operating Company has said definitly it will
  7026. offer "enhanced information services".
  7027.  
  7028. Ameritech has paid five million dollars for a fifteen percent interest
  7029. in <Inet of America>, whose majority owners are Bell Canada and
  7030. suprise!! ....GTE/Telenet. .......
  7031.  
  7032. Permission to aquire an interest in Inet of America was granted by the
  7033. Justice Department last month, and Ameritech will begin work on the
  7034. new venture as soon as Judge Harold Greene gives his okay. Judge Greene
  7035. was the person who presided over the AT&T divestiture case. Approval
  7036. is expected, and will take the form of a full lifting of the 
  7037. restriction against the various Baby Bells from entering this line.
  7038.                                  
  7039. <Inet of America> will offer EMAIL and other network services, including
  7040. interconnection arrangements with various information data bases.
  7041. Bell Canada has offered a similar service since 1985, and of course
  7042. Telenet has offered network services for a few years now. What 
  7043. interested me the most was seeing that Telenet and Ameritech will
  7044. be in this together.
  7045.  
  7046. This message was prepared from the various press releases and
  7047. newspapers reports on the subject appearing this past week. I
  7048. specifically saw a <virtually identical> report in the Chicago Sun-
  7049. Times on Thursday 8/27, and the Wall Street Journal the same day.
  7050. It then appeared in a couple of telephony industry trade journals
  7051. this weekend. 
  7052.  
  7053. Is Telenet taking the old standard approach, "if you can't beat
  7054. them, then join them"..????   I am sure it is far too early to
  7055. say where this effects us as Pursuiters, since the newspaper
  7056. accounts went on to say that the Ameritech/Bell Canada/Telenet
  7057. deal would not be implemented for a couple of years....but seeing
  7058. this article after weeks of reading about the dismal future of
  7059. enhanced services when the new fees go into effect next year does
  7060. give one reason to pause and reflect. 
  7061.  
  7062. Any Telenet execs out there wish to comment?
  7063.  
  7064.  
  7065. Msg #  2698 Dated 09-03-87 21:15:26
  7066.  From: PATRICK TOWNSON
  7067.    To: ALL
  7068.    Re: COMPUTER PHONE NETWORK
  7069.  
  7070. I mentioned earlier that Ameritech (Illinois Bell, Michigan Bell,
  7071. Indiana Bell, others) planned to join forces soon with Telenet and
  7072. Bell Canada in a new national computer public network. While the
  7073. details are by no means firm, here is speculation by a couple of Bell
  7074. insiders -- people in senior management who tend to go out to lunch
  7075. frequently with FCC Commissioners and staff members.
  7076.  
  7077. First, a little background: For many years, AT&T operated a service
  7078. called TWX, meaning <T>ype<W>riter E<X>change. It was in direct
  7079. competion to Western Union Telex. TWX operated just like regular voice
  7080. phones as far as dialing and network protocol. TWX had its own "area
  7081. codes" of 410-510-610-710-810-910. You could not and still cannot
  7082. access these "TWX area codes" from a regular phone. Neither can TWX
  7083. machines make calls to the area codes used by voice phones. Other than
  7084. the inability to jump between the voice network and the data network,
  7085. everything else about TWX functioned as we know it today -- for 
  7086. example, dialing 610-555-1212 from a TWX machine gets Directory
  7087. Assistance -- numbers of other TWX machines -- in that "area code",
  7088. which in fact happens to be for Canada. An operator responds  by
  7089. typing manually at a TWX machine and looks up the number, etc. Pulling
  7090. Zero gets a TWX operator who will assist in completing calls,handling
  7091. collect and third number billings, etc.
  7092.  
  7093. About twenty years ago, Western Union sued the Bell System and forced
  7094. them to give up the TWX business, by selling it (naturally) to Western
  7095. Union, which still runs the service today, but under the name "Telex 
  7096. II". Even though owned by Western Union, the network switching 
  7097. equipment for TWX/Telex II is still scattered in Bell central offices
  7098. and AT&T Long Lines facilities, and Bell maintains the circuits.
  7099.  
  7100. Now what does this <possibly> have to do with computer and modem 
  7101. users? Well, the FCC is currently looking with some interest at an
  7102. informal proposal by AT&T to MOVE ALL COMPUTER/DATA TRANSMISSIONS to
  7103. their own little "semi-network", with their own area code and
  7104. prefixes, etc. So the, uh, speculation goes, folks with modems would
  7105. be required to have at least TWO phone lines on their premises --
  7106. unless they planned to not have a voice line -- and the second line
  7107. would be <dedicated> to the data traffic. The dedicated line for
  7108. the computer would have a "funny looking" area code (that is, not
  7109. the one used in your area for voice). Otherwise it would be just
  7110. a normal ten digit phone number. Every geographic area would have
  7111. one or more prefixes assigned to it. (The prefix is the first three
  7112. digits of your phone number). 
  7113.  
  7114. Long distance calls over the system would run about $7-8 per hour,
  7115. as they do now, using the Reach Out Plans as the guidelines. Local
  7116. calls on the same prefix would be around five cents a minute, again
  7117. as they are now in communities with "user sensitive billing". There
  7118. might or might not be some "local free calling zone". There would
  7119. be a monthly access charge of course, just as you pay now for your
  7120. voice line. Calls on this network could not jump over to the voice
  7121. network or vice versa. In other words, an attempt to dial an area
  7122. code and number from the data line would be intercepted, and the
  7123. same would happen in reverse. 
  7124.  
  7125. The Knowledgeable Sources who talk about these things at lunch
  7126. with their friends from the Commission seem to think the so-called
  7127. area code will be "300" or "400", or both. Directory Assistance
  7128. will be available to folks who choose to have listed numbers for
  7129. their computer (300-555-1212). International access will be handled
  7130. via "011", just as it is now on voice. Dialing zero, or possibly
  7131. some three digit access code will connect with an operator's position,
  7132. for handling collect calls, etc. Some people seem to think AT&T will
  7133. have it all implemented possibly as early as 1989...about the time
  7134. that Ameritech/Bell Canada/Telenet have their system ready to go.
  7135.                                  
  7136. Of course this is all just talk....just a figment of someone's
  7137. imagination at AT&T Long Lines, right?  Of course.  
  7138.  
  7139.  
  7140. Msg #  2882 Dated 09-12-87 01:17:01
  7141.  From: PATRICK TOWNSON
  7142.    To: ALL
  7143.    Re: BELLS NOW IN THE BUSINESS
  7144.  
  7145. The Friday papers announced the Thursday ruling by Judge Harold Greene
  7146. regarding the proposals by the various regional Bell holding companies
  7147. wanting to handle data traffic.
  7148.  
  7149. They got the OK to create and maintain a data network; but they may NOT
  7150. create the actual data. That is, no BBS's, no data banks or other
  7151. information services, etc....just handle the traffic; a lot like PCP 
  7152. does now, less this bulletin board.
  7153.  
  7154. They still cannot go into long distance service, however they will no
  7155. longer need a waiver to enter non-telephone related enterprises. The
  7156. group which pushed hardest for the okay to handle data traffic was
  7157. the consortium formed by GTE/Telenet, Ameritech and Bell Canada. These
  7158. three organizations are now free to pursue in ernest their plans for
  7159. ITNET, the name of the new data network being formed.
  7160.  
  7161. Basically, Bell went away angry at not being allowed into the long
  7162. distance market; some observors have noted however they were very
  7163. pleased to get the go-ahead for handling data traffic.
  7164.  
  7165. ------------------------------
  7166.  
  7167. End of TELECOM Digest
  7168. *********************
  7169.  
  7170.