home *** CD-ROM | disk | FTP | other *** search
/ Telecom / 1996-04-telecom-walnutcreek.iso / back.issues / 1993.volume.13 / vol13.iss051-100 < prev    next >
Internet Message Format  |  1993-02-15  |  1MB

  1. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa14445;
  2.           29 Jan 93 15:50 EST
  3. Received: by delta.eecs.nwu.edu id AA22622
  4.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 29 Jan 1993 12:31:34 -0600
  5. Received: by delta.eecs.nwu.edu id AA23022
  6.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 29 Jan 1993 12:30:59 -0600
  7. Date: Fri, 29 Jan 1993 12:30:59 -0600
  8. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  9. Message-Id: <199301291830.AA23022@delta.eecs.nwu.edu>
  10. To: telecom@eecs.nwu.edu
  11. Subject: TELECOM Digest V13 #51
  12.  
  13. TELECOM Digest     Fri, 29 Jan 93 12:31:00 CST    Volume 13 : Issue 51
  14.  
  15. Index To This Issue:                     Moderator: Patrick A. Townson
  16.  
  17.     Phones in the People's Republic of China (Garnet Harris)
  18.     Steve Jackson Games - Day 2 (Houston Chronicle via Paco Xander Nathan)
  19.     MIB for Northern Telecom PBX (Wayne Veilleux)
  20.     Telemarketing Revenge!! (Larry Rachman)
  21.     Source for Bellcore TA's (Milo S. Medin)
  22.     Multiport X.25 Boards For RS/6000 (Roy H. Gordon)
  23.     Mac PowerBook as TDD? (Brad S. Hicks)
  24.     California Cellular vs. Florida Cellular (Marshal Perlman)
  25. ----------------------------------------------------------------------
  26.  
  27. Date: Fri, 29 Jan 1993 12:50 EST
  28. From: The Tibetian Traveller <GHARRIS@LANDO.HNS.COM>
  29. Subject: Phones in the People's Republic of China
  30.  
  31.  
  32. Having just returned from a trip to the People's Republic of China, I
  33. thought that the readers of this Digest might be interested in some of
  34. the telephone equipment that I saw there.  The purpose of the trip was
  35. to install some Telephony Earth Station (TES) equipment.  The purpose
  36. of this equipment is to allow distant switches to talk to each other
  37. over a satellite instead of through landlines.  The voice connections
  38. are set up on an "per-call" basis with full mesh connectivity between
  39. all sites.  This means that any switch in the network can talk to any
  40. other switch in the network with a single hop over the satellite.
  41. While the actual number of allowed calls depends on several factors,
  42. the final configuration would allow 600 phone connections in a single
  43. transponder.  This particular network will use 32 Kbps ADPCM for all
  44. calls with the capacity to handle 10,000 call connections per hour.
  45. This particular trip was to install and test the satellite equipment.
  46. I will go back next week to finish the installation and interface to
  47. the local switches.
  48.  
  49. Beijing:
  50.  
  51. A DD line costs $1,000 and takes up to 6 months to get it installed.
  52. (And Hidgon thought he had troubles with his local phone company!)
  53. The two hotels that I stayed at in this city had IDD capability.  The
  54. Holiday Inn also allowed you to charge the call to your AT&T credit
  55. card.  (Since I do not have one, I do not know how difficult or easy
  56. the procedure was.)  The cost of a call to the US ran about $4.50 per
  57. minute and the quality of the calls was fairly good.
  58.  
  59. All pay phones in this city (and all of China) do not have coin slots.
  60. All have some type of readers that read the magnetic strip on cards.
  61. (Again, I have never had the occasion to use one so I could not
  62. describe the exact procedure.)  None of the hotels I was in had any
  63. and the only ones that I saw on the street were outside the main phone
  64. office.  These were two on a pole and they faced each other with a
  65. little yellow "dome" over the phone to reduce the street noise.  (I
  66. only saw them as I drove by in a cab and never got a close look at
  67. them.)  The only other public phones that I saw were located in the
  68. airport.  There was one of these located between each gate for a total
  69. of ten with one out of order.  All were in use and most had a second
  70. person waiting to use it next.
  71.  
  72. Earth Station #6 (this is where our equipment was located was
  73. extremely interesting.  This station currently carries several VSAT
  74. lines back to Beijing.  However, they do not have a single line into
  75. the building.  All the incoming and outgoing calls are placed on a
  76. single cellular phone that calls Earth Station #5 which is about 300
  77. yards away.  From there it is patched into a switch.  When we finally
  78. got them to pull in a line for our modem, they initially hooked it to
  79. a local switch that was so bad that we could not even get 300 baud
  80. through it.  They finally patched the output of our computer into a
  81. VSAT trunk, routed it to the Chinasat Beijing office, into our modem
  82. which dialed out from there.
  83.  
  84. Chengdu:
  85.  
  86. Again, the two hotels that I stayed at had IDD capability although
  87. neither offered the ability to charge the call to AT&T.  I did not
  88. make any calls from there so I do not know the cost of long distance
  89. calls.
  90.  
  91. There were no pay phones in any of the hotels.  I did see three public
  92. phones on the street corner all side by side on poles.  They all had a
  93. little box configuration extending from the sides to reduce noise
  94. similar to many public phones in the states.  Again, no coin slots.
  95. They also had four black buttons besides the normal keypad.  One was
  96. labeled "redial" and another was to make a second call on the card.  I
  97. forgot what the other two were for.  (I promise that I will take
  98. better notes when I go back.)
  99.  
  100. I did not see any pay phones located in the airport terminal.  But I
  101. did see a "telephone room" outside the terminals.  This consisted of a
  102. counter with about ten phones on it.  The phones looked like a
  103. standard desk phone.  I have know idea how they handled the charges
  104. for the calls but again it appeared that all phones were in use.
  105.  
  106. I also saw a couple people with hand held cellular phones in this
  107. city.  (Also a couple in Beijing).  With the cost of a hard-wire line,
  108. it did not surprise me.
  109.  
  110. Lhasa, Tibet:
  111.  
  112. Surprise, the Holiday Inn here actually had two pay phones in the
  113. lobby.  But I understand that they did not have IDD capability.  As a
  114. matter of fact, the hotel only had one IDD line which they had hooked
  115. up to a fax machine.  All calls had to go through the switchboard
  116. operator who called your room back when she finally got a connection.
  117. (One took 20 minutes to get a connection while most only took three to
  118. five minutes.)  Cost: $6 per minute.  Quality of the call was terrible
  119. (but some of the people I called said they had good quality on their
  120. end.)  As a matter of fact, room to room connections had a lot of
  121. noise on them!  Most of the calls to the States were intelligible if
  122. the person talked loud enough to overcome the noise.  Calls to Beijing
  123. were slightly better while calls to Chengdu were abysmal.  After four
  124. attempts, I gave up.
  125.  
  126. At least the earth station here had a "real" phone line.  But most
  127. attempts to call the Beijing earth station met with busy signals.  And
  128. most of the calls returned a busy before the entire number was dialed,
  129. meaning that the local switch had no spare capacity.  Sometimes, it
  130. took over a half hour to complete the call.  The local switch that
  131. interfaced to the earth station was a Belgium made ST2140. (See, I did
  132. take some notes!)
  133.  
  134. Nimo, Tibet:
  135.  
  136. Power in this town was so unreliable that we took our own generator to
  137. run our test equipment.  The power was 110 VAC when we arrived at 2
  138. PM.  Sometime between then and 7 PM, power went out and did not come
  139. back on till 10 PM.  When it did come back on, it was at 220 VAC.
  140. Normally, they run convert this into -48 Volts and have battery
  141. backup.  However, I can not call this an UPS since the power was off
  142. so long the second day that we drained the batteries.
  143.  
  144. As far as existing phones go, forget it!  (Why do you think they
  145. bought our equipment?)  Their current means of communications is
  146. telegraph twice a day.  Once in the morning and once in the evening.
  147.  
  148. Nierong, Tibet:
  149.  
  150. Again, no existing phones in the town.  And again, the local power is
  151. unreliable.  Power was turned off at midnight and did not get turned
  152. back on again till sometime after the sun came up.  (I was not around
  153. an light bulb so I do not know exactly when they turned it back on.)
  154.  
  155. Fortunately, power for our equipment was a little more reliable.  They
  156. also had a battery back up for the -48 V power supply.  The power
  157. supply is normally powered by an array of solar cells outside the
  158. earth station.  And they have a back up generator for cloudy days.
  159.  
  160. I will be glad to hear any comments or questions about China's
  161. telecommunications; but you will have to email them to me.  As I have
  162. stated previously, I am going back this Tuesday and will not have
  163. internet access while I am there.  However, I will occasionally have
  164. email access.  You can email me at "gharris@lando.hns.com".  I will
  165. try to answer any questions; unfortunately, I can not promise to
  166. answer them in a timely fashion.  Be patient and I will eventually
  167. answer them.
  168.  
  169.  
  170. Garnet Harris    Hughes Network Systems     gharris@lando.hns.com   
  171.  
  172.  
  173. [Moderator's Note: Please provide us with another more detailed report
  174. when you return from your next visit. Better still, see if you can
  175. transmit a message to us from there; find a dialup -- if there is such
  176. a thing -- and send email to telecom@eecs.nwu.edu.   PAT]
  177.  
  178. ------------------------------
  179.  
  180. From: pacoid@wixer.cactus.org (Paco Xander Nathan)
  181. Subject: Steve Jackson Games - Day 2
  182. Organization: Houston Chronicle
  183. Date: Fri, 29 Jan 1993 06:59:06 GMT
  184.  
  185.  
  186. [Moderator's Note: This is the second part in a group of messages
  187. received here discussing the trial. A third part will be published
  188. later today, and followups will appear as they are recieved.  PAT]
  189.  
  190.  
  191. Steve Jackson Games/Secret Service Trial -- Day Two
  192.  
  193. By JOE ABERNATHY
  194. Copyright 1993, Houston Chronicle
  195.  
  196.     AUSTIN -- A young woman read aloud a deeply personal
  197. friendship letter Wednesday in a federal civil lawsuit intended to
  198. establish the human dimension and constitutional guarantees of
  199. electronic assembly and communication.
  200.  
  201.     Testimony indicated that the letter read by Elizabeth
  202. Cayce-McCoy previously had been seized, printed and reviewed by the
  203. Secret Service.
  204.  
  205.     Her correspondence was among 162 undelivered personal letters
  206. testimony indicated were taken by the government in March 1990 during
  207. a raid on Steve JaCkson Games, which ran an electronic bulletin board
  208. system as a service to its customers.
  209.  
  210.     Attorneys for the Austin game publisher contend that the
  211. seizure of the bulletin board represents a violation of the Electronic
  212. Communications Privacy Act, which is based on Fourth Amendment
  213. protections against unreasonable search and seizure.
  214.  
  215.     "Because you bring such joy to my friend Walter's life, and
  216. also because I liked you when I met you, though I wish I could have
  217. seen your lovely face a little more, I'll send you an autographed copy
  218. of Bestiary," said McCoy, reading in part from a letter penned by
  219. Steffan O'Sullivan, the author of the GURPS Bestiary, a fantasy
  220. treatise on mythical creatures large and small.
  221.  
  222.     Although the correspondence entered the public record upon
  223. McCoy's reading, the Chronicle obtained explicit permission from the
  224. principles before excerpting from it.
  225.  
  226.     The electronic mail was contained on the game publisher's
  227. public bulletin board system, Illuminati, which allowed game-players,
  228. authors and others to exchange public and personal documents. After
  229. agents seized the BBS during a raid staged as part of a nationwide
  230. crackdown on computer crime, Secret Service analysts reviewed, printed
  231. and deleted the 162 pieces of undelivered mail, testimony indicated.
  232.  
  233.     When the BBS computer was returned to its owner several months
  234. later, a computer expert was able to resurrect many of the deleted
  235. communications, including McCoy's friendship letter.
  236.  
  237.     "I never thought anyone would read my mail," she testified. "I
  238. was very shocked and embarrassed.
  239.  
  240.     "When I told my father that the Secret Service had taken the
  241. Steve Jackson bulletin board for some reason, he became very upset. He
  242. thought that I had been linked to some computer crime investigation,
  243. and that now our computers would be taken."
  244.  
  245.     O'Sullivan, who is a free-lance game writer employed by Steve
  246. Jackson, followed McCoy to the stand, where he testified that agents
  247. intercepted -- via the Illuminati seizure -- a critical piece of
  248. electronic mail seeking to establish when a quarterly royalty check
  249. would arrive.
  250.  
  251.     "That letter never arrived, and I had to borrow money to pay
  252. the rent," he said.
  253.  
  254.     No charges were ever filed in connection with the raid on
  255. Steve Jackson Games or the simultaneous raid of the Austin home of
  256. Jackson employee Loyd Blankenship, whose reputed membership in the
  257. Legion of Doom hackers' group triggered the raids.
  258.  
  259.     Plaintiffs contend that the government's search-and-seizure
  260. policies have cast a chill over a constitutionally protected form of
  261. public assembly carried out on bulletin boards, which serve as
  262. community centers often used by hundreds of people. More than 300
  263. people were denied use of Jackson's bulletin board, called Illuminati,
  264. for several months after the raid, and documents filed with the court
  265. claim that a broader, continuing chill has been cast over the online
  266. community at large.
  267.  
  268.     The lawsuit against the Secret Service seeks to establish that
  269. the Electronic Communications Privacy Act guarantees the privacy of
  270. electronic mail. If U.S. District Court Judge Sam Sparks accepts this
  271. contention, it would become necessary for the government to obtain
  272. warrants for each caller to a bulletin board before seizing it.
  273.  
  274.     The Justice Department contends that users of electronic mail
  275. do not have a reasonable expectation to privacy, because they are
  276. voluntarily "disclosing" their mail to a third party -- the owner of
  277. the bulletin board system.
  278.  
  279.     "We weren't going to intercept electronic mail. We were going
  280. to access stored information," said William J. Cook, a former
  281. assistant U.S. Attorney in Chicago who wrote the affidavit for the
  282. search warrant used in the Steve Jackson raid.
  283.  
  284.     The Justice Department attorneys did not substantially
  285. challenge testimony by any of the several witnesses who were denied
  286. use of Illuminati. They did, however, seek to prevent those witnesses
  287. from testifying -- by conceding their interests -- after Cayce's
  288. compelling appearance led off the series of witnesses.
  289.  
  290.     Most of the Justice Department's energies were directed toward
  291. countering damage claims made by Steve Jackson, whose testimony opened
  292. the second day of the trial. Most of the day's testimony was devoted
  293. to a complex give-and-take on accounting issues. Some $2 million is
  294. being sought in damages.
  295.  
  296.     Justice sought to counter the widely repeated assertion that
  297. Steve Jackson Games was nearly put out of business by the raid by
  298. showing that the company was already struggling financially when the
  299. raid was conducted. An accountant called by the plaintiffs countered
  300. that all of Jackson's financial problems had been corrected by a
  301. reorganization in late 1989.
  302.  
  303.  
  304. [Moderator's Note: Another installment in this series of reports will
  305. appear in the next issue of the Digest later today.   PAT]
  306.  
  307. ------------------------------
  308.  
  309. From: veilleux@ireq.hydro.qc.ca (Wayne Veilleux)
  310. Subject: MIB for Northern Telecom PBX
  311. Organization: Institut de recherche d'Hydro-Quebec, Varennes, Canada
  312. Date: Fri, 29 Jan 1993 16:36:47 GMT
  313.  
  314.  
  315. Does anyone knows if it is possible to get the entreprise MIB
  316. (Management Information Base) for the Northern Telecom PBX ?
  317.  
  318. Thank you for your help.
  319.  
  320.  
  321. Wayne Veilleux   Hydro-Quebec   Telecom engr   Montreal, Canada  
  322. (514) 286-7762   wayne@veilleux.telecom-mais.hydro.qc.ca
  323.  
  324. ------------------------------
  325.  
  326. Date: 29 Jan 93 21:19:42 EST
  327. From: Larry Rachman <74066.2004@CompuServe.COM>
  328. Subject: Telemarketing Revenge!!
  329.  
  330.  
  331. Not too long ago, I answered my phone around dinner time and was
  332. treated to an overmodulated voice telling me I'd just won a contest,
  333. and inviting me to call a 900 number to claim my prize. Thank you just
  334. the same, I thought, as I hung up.
  335.  
  336. Several hours later, I wandered into my office and glanced at my
  337. Caller-ID box. A number was posted as having arrived at about the
  338. right time so, phone phreak that I am, I gave it a call. I received,
  339. as expected, a busy signal, but after a few tries I receiced the tail
  340. end of the recording I'd heard before. This time I waited for it to
  341. end. When it did, I received several seconds of silence, followed by a
  342. burst of seven touchtone digits.  Obligingly, I said 'Hello', and the
  343. recording started up again, played through, and the pattern repeated
  344. itself.
  345.  
  346. I played around with the thing for about ten minutes before I got
  347. bored, but the experience got me thinking. With a Dialogic board and a
  348. few hours worth of software, it should be easy to set up a system that
  349. would just sit there, and every time it heard seven touchtone digits,
  350. it would speak 'Hello' a few times. Surely there is someone out there
  351. who would be willing to donate a PC and (hopefully flat-rate) phone
  352. line as a community service. Maybe we can get some public-service
  353. organization to fund it.
  354.  
  355. Any volunteers??
  356.  
  357.  
  358. Larry Rachman, WA2BUX    74066.2004@compuserve.com    516-427-0656 (fax)
  359.  
  360.  
  361. [Moderator's Note: Are you willing to have your phone line tied up on
  362. a continual, never-ending call to the number the machine is dialing
  363. out on?  Are there message units or other charges for making the call
  364. to the machine?   PAT]
  365.  
  366. ------------------------------
  367.  
  368. From: medin@cincsac.arc.nasa.gov (Milo S. Medin)
  369. Subject: Source for Bellcore TA's
  370. Organization: NASA Science Internet Project Office
  371. Date: Fri, 29 Jan 1993 00:08:19 GMT
  372.  
  373.  
  374. Folks, does anyone know where I can get a catalog of TA's available
  375. from Bellcore and directions for ordering them?
  376.  
  377.  
  378. Thanks,
  379.  
  380. Milo
  381.  
  382.  
  383. [Moderator's Note: We print this question all the time, it seems (only
  384. the name of the submitter changes). Perhaps someone will write Milo
  385. direct with the information.   PAT]
  386.  
  387. ------------------------------
  388.  
  389. From: royg@netcom.com (Roy H. Gordon)
  390. Subject: Multiport X.25 Boards for RS/6000
  391. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  392. Date: Fri, 29 Jan 1993 00:59:28 GMT
  393.  
  394.  
  395. We're looking for multiport X.25 boards for the RS/6000.
  396.  
  397. Does anyone know of or have experience with any?
  398.  
  399. We used the HBX pad.
  400.  
  401. Thanks.
  402.  
  403.  
  404. Roy
  405.  
  406. ------------------------------
  407.  
  408. From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  409. Date: 29 Jan 93 13:10:50 GMT
  410. Subject: Mac PowerBook as TDD?
  411.  
  412.  
  413. We've got a Macintosh PowerBook user in our Latin America regional
  414. office who would like to know if there is any combination of hardware
  415. and/or software that would let him use a Macintosh PowerBook as a
  416. Telephone Device for the Deaf (TDD).  Internal hardware would be
  417. preferred; I gather the idea is so that he'll be able to send and
  418. receive TDD calls forwarded to him no matter where he goes.  (What he
  419. actually asked was if his standard built-in Apple fax/data modem could
  420. be used as a TDD, so a device that could also handle regular modem
  421. duties up to at least 2400 bps would probably also be desirable.)
  422.  
  423. As usual when somebody asks for specific hardware recommendations, you
  424. should reply via e-mail to the address below and I'll summarize the
  425. replies for the Digest.  Many thanks!
  426.  
  427.  
  428. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  429. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  430.  
  431. ------------------------------
  432.  
  433. From: mperlman@nyx.cs.du.edu (Marshal "Airborne" Perlman)
  434. Subject: California Cellular vs. Florida Cellular
  435. Organization: University of Denver, Dept. of Math & Comp. Sci.
  436. Date: Fri, 29 Jan 93 15:52:49 GMT
  437.  
  438.  
  439. Hmmmm, back at home, cell phones go for about $200+ ... and when you
  440. buy it, the dealer gets about $200 or so from Pac-Tel or LA Cellular,
  441. but the user only has to pay his $200 for the phone, and the end user
  442. pays $50 for the first month fee, and then on top of that, $45 a month
  443. for basic service plus calls.
  444.  
  445. Where I live now, in Florida, I see at Circuit City that they sell
  446. phones for $29, $79, and on and on ... which require activation from
  447. the store. How much more does this work out to and how much does the
  448. store get?  How do the charges work? etc etc etc...
  449.  
  450. I asked the guy at the store (I was there to get a microwave last
  451. night), and he really didn't have any idea what I was talking about.
  452.  
  453. If you have any answers for me, please get back to me via **EMAIL**.
  454.  
  455.  
  456. Thanks,
  457.  
  458. Marshal
  459.  
  460. P.S. Which model causes the least cancer (heh, just a cell joke).
  461.  
  462. Marshal Perlman                  Internet: perlman@cs.fit.edu
  463. Florida Institute of Technology                   IRC: Squawk
  464. Melbourne, Florida                        Private Pilot, ASEL
  465. 407/768-8000 x8435                 Goodyear Blimp Club Member
  466.  
  467. ------------------------------
  468.  
  469. End of TELECOM Digest V13 #51
  470. *****************************
  471. 
  472. 
  473. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa16244;
  474.           29 Jan 93 16:40 EST
  475. Received: by delta.eecs.nwu.edu id AA31224
  476.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 29 Jan 1993 13:47:03 -0600
  477. Received: by delta.eecs.nwu.edu id AA27530
  478.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 29 Jan 1993 13:46:30 -0600
  479. Date: Fri, 29 Jan 1993 13:46:30 -0600
  480. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  481. Message-Id: <199301291946.AA27530@delta.eecs.nwu.edu>
  482. To: telecom@eecs.nwu.edu
  483. Subject: TELECOM Digest V13 #52
  484.  
  485. TELECOM Digest     Fri, 29 Jan 93 13:46:30 CST    Volume 13 : Issue 52
  486.  
  487. Index To This Issue:                     Moderator: Patrick A. Townson
  488.  
  489.     Steve Jackson Games - Day 3 (Houston Chronicle via Paco Xander Nathan)
  490.     Cellular Phones Are Carcinogens? (Joel M. Hoffman)
  491.     Telephone Company Rates (Frank Merrow)
  492.     Where is a Source For CFRs? (Mike Gordon)
  493.     Can Phones be Restricted to 911 Only? (Dave Leibold)
  494.     Utility Reputations (Randy Gellens)
  495.     Source For Telephone Headsets? (Daniel M. Rosenberg)
  496.     AppleTalk Docs Wanted (Rob Bailey)
  497.     Information Request: DECT (Euee S. Jang)
  498.     Charge Those 900 Calls (John R. Levine)
  499.     Multiplexing Voice Over Fibre Cheaply (Michael Hrybyk)
  500.     Telecom Books (Capacity Planning)? (Jeff Wasilko)
  501.     Voice Paging Services (Paul Migliorelli)
  502.     Novatel Help Needed (Joe Smooth)
  503.     Last Laugh! A Look at ATM History (Ed Greenberg)
  504. ----------------------------------------------------------------------
  505.  
  506. From: pacoid@wixer.cactus.org (Paco Xander Nathan)
  507. Subject: Steve Jackson Games - Day 3
  508. Organization: Houston Chronicle
  509. Date: Fri, 29 Jan 1993 07:07:50 GMT
  510.  
  511.  
  512. [Moderator's Note: This is the third part of three items received here
  513. today. As more news comes in regarding the trial, the articles will
  514. be published in the next available Digest following their arrival.  PAT]
  515.  
  516.  
  517. Steve Jackson Games/Secret Service Wrapup
  518.  
  519. By JOE ABERNATHY
  520. Copyright 1993, Houston Chronicle
  521.  
  522.     AUSTIN -- An electronic civil rights case against the Secret
  523. Service closed Thursday with a clear statement by federal District
  524. Judge Sam Sparks that the Service failed to conduct a proper
  525. investigation in a notorious computer crime crackdown, and went too
  526. far in retaining custody of seized equipment.
  527.  
  528.     The judge's formal findings in the complex case, which will
  529. likely set new legal precedents, won't be returned until later.
  530.  
  531.     A packed courtroom sat on the edge of the seat Thursday
  532. morning as Sparks subjected the Secret Service agent in charge of the
  533. investigation to a grueling dressing-down.
  534.  
  535.     The judge's rebuke apparently convinced the Department of
  536. Justice to close its defense after calling only that one of the
  537. several government witnesses on hand. Attorney Mark Battan entered
  538. subdued testimony seeking to limit the award of monetary damages.
  539.  
  540.     Secret Service Special Agent Timothy Foley of Chicago, who was
  541. in charge of three Austin computer search-and-seizures on March 1,
  542. 1990, that led to the lawsuit, stoically endured Spark's rebuke over
  543. the Service's poor investigation and abusive computer seizure
  544. policies. While the Service has seized dozens of computers since the
  545. crackdown began in 1990, this is the first case to challenge the
  546. practice.
  547.  
  548.     "The Secret Service didn't do a good job in this case. We know
  549. no investigation took place. Nobody ever gave any concern as to whether 
  550. (legal) statutes were involved. We know there was damage," Sparks said
  551. in weighing damages.
  552.  
  553.     The lawsuit, brought by Steve Jackson Games of Austin, said
  554. that the seizure of three computers violated the Privacy Protection
  555. Act, which provides First Amendment protections against seizing a
  556. publisher's works in progress. The lawsuit further said that since one
  557. of the computers was being used to run a bulletin board system
  558. containing private electronic mail, the seizure violated the
  559. Electronic Communications Privacy Act in regards to the 388 callers of
  560. the Illuminati BBS.
  561.  
  562.     Sparks grew visibly angry when it was established that the
  563. Austin science fiction magazine and game book publisher was never
  564. suspected of a crime, and that agents did not do even marginal
  565. research to establish a criminal connection between the firm and the
  566. suspected illegal activities of an employee, or to determine that the
  567. company was a publisher. Indeed, agents testified that they were not
  568. even trained in the Privacy Protection Act at the special Secret
  569. Service school on computer crime.
  570.  
  571.     "How long would it have taken you, Mr. Foley, to find out what
  572. Steve Jackson Games did, what it was?" asked Sparks. "An hour?
  573.  
  574.     "Was there any reason why, on March 2, you could not return to
  575. Steve Jackson Games a copy, in floppy disk form, of everything taken?
  576.  
  577.     "Did you read the article in {Business Week} magazine where it
  578. had a picture of Steve Jackson -- a law-abiding, tax-paying citizen --
  579. saying he was a computer crime suspect?
  580.  
  581.     "Did it ever occur to you, Mr. Foley, that seizing this
  582. material could harm Steve Jackson economically?"
  583.  
  584.     Foley replied, "No, sir," but the judge offered his own
  585. answer.
  586.  
  587.     "You actually did, you just had no idea anybody would actually
  588. go out and hire a lawyer and sue you."
  589.  
  590.     More than $200,000 has been spent by the Electronic Frontier
  591. Foundation in bringing the case to trial. The EFF was founded by
  592. Mitchell Kapor amid a civil liberties movement sparked in large part
  593. by the Secret Service computer crime crackdown.
  594.  
  595.     "The dressing-down of the Secret Service for their behavior is
  596. a major vindication of what we've been saying all along, which is that
  597. there were outrageous actions taken against Steve Jackson that hurt
  598. his business and sent a chilling effect to everyone using bulletin
  599. boards, and that there were larger principles at stake," said Kapor,
  600. contacted at his Cambridge, Mass., office.
  601.  
  602.         "We're very happy with the way the case came out,"
  603. said Shari Steele, who attended the case as counsel for the EFF. "That
  604. session with the judge and Tim Foley is what a lawyer dreams about."
  605.  
  606.     That session seemed triggered by a riveting cross-examination
  607. of Foley by Pete Kennedy, Jackson's attorney.
  608.  
  609.     Kennedy forced Foley to admit that the search warrant did not
  610. meet even the Service's own standards for a search-and-seizure, and
  611. did not establish that Jackson Games was suspected of being involved
  612. in any illegal activity.
  613.  
  614.     "Agent Foley, it's been almost three years. Has Chris Goggans
  615. been indicted? Has Loyd Blankenship been indicted? Has Loyd
  616. Blankenship's computer been returned to him?"
  617.  
  618.     The purported membership of Jackson Games employee Blankenship
  619. in the Legion of Doom hacker's group triggered the raids that day on
  620. Jackson Games, Blankenship's home, and that of Goggans, a Houstonian
  621. who at the time was a University of Texas student. No charges have
  622. been filed, although the computer seized from Blankenship's home --
  623. containing his wife's dissertation -- never has been returned.
  624.  
  625.     After the cross-examination, Sparks questioned Foley on a
  626. number of key details before and after the raid, focusing on the holes
  627. in the search warrant, why Jackson was not allowed to copy his work in
  628. progress after it was seized, and why his computers were not returned
  629. after the Secret Service analyzed them, a process completed before the
  630. end of March.
  631.  
  632.     "The examination took seven days, but you didn't give Steve
  633. Jackson's computers back for three months. Why?" asked an incredulous
  634. Sparks. "So here you are, with three computers, 300 floppy disks, an
  635. owner who was asking for it back, his attorney calling you, and what I
  636. want to know is why copies of everything couldn't be given back in
  637. days. Not months. Days.
  638.  
  639.     "That's what makes you mad about this case."
  640.  
  641.     The Justice Department contended that Jackson Games is a
  642. manufacturer, and that only journalistic organizations can call upon
  643. the Privacy Protection Act. It contended that the ECPA was not
  644. violated because electronic mail is not "intercepted" when a BBS is
  645. seized. This argument rests on a narrow definition of interception.
  646.  
  647. ------------------------------
  648.  
  649. From: joel@wam.umd.edu (Joel M. Hoffman)
  650. Subject: Cellular Phones Are Carcinogens?
  651. Organization: University of Maryland, College Park
  652. Date: Fri, 29 Jan 1993 15:02:35 GMT
  653.  
  654.  
  655. A friend of mine recently called to tell me about a news report that
  656. cellular phones are carcinogens, and to ask what I knew about that.
  657.  
  658. I've never heard anything of the sort.  Can anyone explain where the
  659. report might have come from, and what it meant?
  660.  
  661. Many thanks.
  662.  
  663.  
  664. Joel    (joel@wam.umd.edu)
  665.  
  666.  
  667. [Moderator's Note: It is believed by some people that the amount of
  668. radiation emitted from a cellular phone antenna can cause cancer. This
  669. has made the rounds since about a month after cell phones started back
  670. in the early 1980's.  This is one reason frequently given as to why
  671. handheld phones are limited to 600 milliwatts while the phones which
  672. are installed in cars can have three watts power. It is believed that
  673. with handhelds, the antenna is too close to the brain of the user, and
  674. thus, may fry the user's brain, if not at 600 milliwatts of radiation,
  675. then certainly at three watts' worth.  True or false?  Fact or fiction? 
  676. It depends on who you ask, and there seem to be knowledgeable people
  677. on both sides of the issue.  PAT]
  678.  
  679. ------------------------------
  680.  
  681. From: odetics!frank@uunet.UU.NET (Frank Merrow)
  682. Subject: Telephone Company Rates
  683. Organization: Odetics, Inc., Anaheim, CA
  684. Date: Fri, 29 Jan 93 01:56:07 GMT
  685.  
  686.  
  687. Hi,
  688.  
  689. I am interested in information on how utilities set their customer
  690. rates AND what their current rates are.  A friend on the net is
  691. starting a business associated with auditing utility bills or some
  692. such.
  693.  
  694. Is such information available on the net?  Either as a mailing list,
  695. newsgroup for even FTP site?
  696.  
  697.  
  698. Frank Merrow                     (Home) (714) 455-3096         
  699. Odetics Inc, Broadcast Division  (Work) (714) 772-1000 Ext 3860
  700. 1515 S. Manchester Avenue        (Fax)  (714) 535-8532         
  701. Anaheim, CA 92802                (Net)  frank@odetics.com      
  702.  
  703. ------------------------------
  704.  
  705. From: mwgordon@nyx.cs.du.edu (Mike Gordon)
  706. Subject: Where is a Source For CFRs?
  707. Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
  708. Date: Fri, 29 Jan 93 02:50:44 GMT
  709.  
  710.  
  711. Since these are federal documents, I'd think they're somewhere.  I'm
  712. particularly interested in certain FCC and OSHA regs. Where are they?
  713.  
  714.  
  715. Mike Gordon   N9LOI  99681084@uwwvax.uww.edu
  716.  
  717. ------------------------------
  718.  
  719. Date: Fri, 29 Jan 1993 04:16:20 -0500
  720. From: Dave.Leibold@f730.n250.z1.FIDONET.ORG (Dave Leibold)
  721. Subject: Can Phones be Restricted to 911 Only?
  722.  
  723.  
  724. {The Toronto Sun} on 22nd January 1993 had a letter from Linton Graham
  725. of Weston, Ontario regarding Bell Canada phone disconnection policies.
  726. The writer wondered if phone service had to be shut off, then why not
  727. continue to at least allow access to 911 for emergencies.  The writer
  728. didn't mention specific types of situations, though phone shut-offs
  729. due to failure to pay the bill come to mind.
  730.  
  731. This letter may be inspired by a near-tragedy in the Toronto area.  A
  732. family's electricity was totally shut off due to unpaid bills; the
  733. indoor household heat was then provided by a barbeque. The dangers of
  734. carbon monoxide and fire from such a practice are evident.
  735.  
  736. The {Sun} always tacks on a terse response after each letter, and the
  737. one-liner response to the suggestion of 911-only phone service was "(A
  738. practical impossibility)". Yet, with the sort of technology
  739. responsible for Caller ID, call waiting, payphone service class,
  740. distinctive ringing, etc., 911-only service can be set up through
  741. switch software.
  742.  
  743. Are there jurisdictions where 911-only phone service can be set up
  744. rather than an outright shut-off of phone service?
  745.  
  746.  
  747. Dave Leibold - via FidoNet node 1:250/98
  748. INTERNET: Dave.Leibold@f730.n250.z1.FIDONET.ORG
  749.  
  750. ------------------------------
  751.  
  752. From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
  753. Date: 29 JAN 93 20:48   
  754. Subject: Utility Reputations
  755.  
  756.  
  757. {Fortune} magazine had a recent cover story on "Corporate Reputations"
  758. and I thought readers might be interested in their list of the top ten
  759. utilities:
  760.  
  761. Rank Company                Score     Rank Company               Score
  762.  
  763.  1   BellSouth               7.44      6   Pacific Telesis Group   6.94
  764.  2   Southwestern Bell       7.15      7   GTE                     6.76
  765.  3   Bell Atlantic           7.09      8   US West                 6.64
  766.  4   Pacific Gas & Electric  7.00      9   Southern                6.44
  767.  5   Ameritech               6.95     10   Nynex                   6.12
  768.  
  769.  
  770. Randy Gellens                randy%mpa15ab@trenga.tredydev.unisys.com
  771. A Series System Software                 if mail bounces,  forward to
  772. Unisys Mission Viejo, CA                         rgellens@mcimail.com
  773. Opinions are personal;   facts are suspect;   I speak only for myself
  774.  
  775. ------------------------------
  776.  
  777. From: dmr@Csli.Stanford.EDU (Daniel M. Rosenberg)
  778. Subject: Source For Telephone Headsets Wanted
  779. Organization: The Very Large Software Company of America
  780. Date: Fri, 29 Jan 1993 02:13:50 GMT
  781.  
  782.  
  783. Hello folks --
  784.  
  785.     Does anyone know where I could procure a reasonably priced
  786. (< $100) telephone headset? It'd be for a plain old telephone, not a key
  787. system. Places like Hello Direct sell these things for way too much --
  788. like $200.
  789.  
  790.     I know AT&T and Panasonic make these things in my price range,
  791. but the local Nerd Mart (Fry's, Northern CA) can't seem to lay their
  792. hands on any.
  793.  
  794.     I'm sure Plantronics makes these too, but I don't know where
  795. to find them!
  796.  
  797. Any hints appreciated,
  798.  
  799.  
  800. Daniel M. Rosenberg         Stanford Univ CSLI      Opinions here are my own
  801. dmr@csli.stanford.edu  {apple,ucbvax}!labrea!csli!dmr  BIT:dmr%csli@stanford
  802.  
  803. ------------------------------
  804.  
  805. Date: 29 Jan 93 23:23:16 EST
  806. From: Rob Bailey <74007.303@CompuServe.COM>
  807. Subject: AppleTalk Docs Wanted
  808.  
  809.  
  810. Can anyone point me to a good source (preferably on-line!)  describing
  811. Appletalk (and Localtalk?) in detail? The Apple doc's aren't going to
  812. be available for a while, and I'd like to know as much about it as
  813. possible. I'm looking for a pretty complete description, including as
  814. many of the OSI-like layers as possible (i.e., I want to know both
  815. about the voltages and such as well as the bit, byte, and packetizing
  816. protocols).
  817.  
  818.  
  819. Thanks...
  820.  
  821.  ...Rob Bailey    74007.303@compuserve.com   (304) 925-2721
  822.  
  823. ------------------------------
  824.  
  825. From: jang@acsu.buffalo.edu (Euee S. Jang)
  826. Subject: Information Request: DECT
  827. Organization: UB
  828. Date: Fri, 29 Jan 1993 12:32:14 GMT
  829.  
  830.  
  831. DECT (Digital European Cordless Telecommunications) information
  832. needed:
  833.  
  834. I am considering the DECT for the environment for my experiment.
  835. Right now, I am having difficulties in finding out the details in
  836. DECT. I got some articles but it is just an introduction.  Does
  837. someone have any kind of detail in DECT?
  838.  
  839.  
  840. Erik
  841.  
  842. ------------------------------
  843.  
  844. Subject: Charge Those 900 Calls
  845. Date: Fri, 29 Jan 93 07:09:04 EST
  846. From: John R. Levine <johnl@iecc.cambridge.ma.us>
  847.  
  848.  
  849. In the January edition of the Pocket OAG, there is a large ad
  850. encouraging you to dial 0 900 339 3000 and charge the call to your
  851. AT&T calling card.  This particular number is "OAG Flight Call", a
  852. service which gives frequently updated airline flight status for 17
  853. major airports.  It costs 95 cents per minute.  I dialed 0 900 339
  854. 3000, and got the AT&T tinkle even though my dial-1 carrier is Sprint,
  855. because 900 numbers aren't routed by dial-1 carrier.  I dialed 0 to
  856. ask the operator how much the call would cost -- she couldn't tell.
  857. She bounced me to a supervisor, he couldn't tell, either, so he passed
  858. me to business customer service.  The person there said that it is
  859. indeed 95 cents/minute and he thought that the usual calling card
  860. surcharge would apply, but wasn't sure.
  861.  
  862. Small print in the ad said "Trial offer where billing is available
  863. 12/1/92 - 1/31/93."  When I tried calling with my AT&T card, the call
  864. went through.  I hung up when the greeting said if I hung up now
  865. there'd be no charge.  We'll see.  Attempts to use my local telco
  866. calling card got a recording saying that this card is not valid for
  867. this service.
  868.  
  869. For variety, I tried 0 900 555 5555, the USA Today info line which
  870. gained considerably notoriety as 800 555 5555, again found the local
  871. telco card didn't work.  My AT&T card got a "thank you", it rang for a
  872. while, and I ended up talking to an AT&T operator who had no idea how
  873. I'd arrived there.
  874.  
  875.  
  876. Regards,
  877.  
  878. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  879.  
  880. ------------------------------
  881.  
  882. From: hrybyk@netcom.ubc.ca (Michael Hrybyk)
  883. Subject: Multiplexing Voice Over Fibre Cheaply
  884. Date: 28 Jan 1993 00:54:50 GMT
  885. Organization: Univ. of British Columbia - Central Networking
  886. Reply-To: hrybyk@netcom.ubc.ca
  887.  
  888.  
  889. We have SL-1 switches here on campus, and have increasing amounts of
  890. fibre connecting the buildings. Our telco staff keeps arguing for
  891. running more copper pairs between buildings to the switch, noting that
  892. the cost is prohibitive to put in fibre gear.
  893.  
  894. Does anyone know of cheap fibre muxes for voice? Gandalf sells one,
  895. but it is reputed to be $1k per port.
  896.  
  897. Thanks in advance.
  898.  
  899.  
  900. Mike
  901.  
  902. ------------------------------
  903.  
  904. From: Jeff@digtype.airage.com (Jeff Wasilko)
  905. Subject: Telecom Books (Capacity Planning)?
  906. Date: Fri, 29 Jan 93 10:42:53 EST
  907. Organization: Univ of Fnord; Roslyn's Cafe Div.
  908. Reply-To: jeff@digtype.airage.com
  909.  
  910.  
  911. Following John Higdon's comments on intra-state calls (bypass), I'd
  912. like to get a feel for how many decicated Long-distance circuits we'd
  913. need to cover our needs.
  914.  
  915. Where can I find books on capacity planning (Erlangs and all that)?
  916.  
  917. SNET wants to raise intrastate LD rates to a flat 25 cents per minute!
  918. My AT&T rep also tells me that the LD companies are trying (without
  919. much success) to get the state split into multiple LATAs so that there
  920. can be competition for inter-LATA calls ...
  921.  
  922.  
  923. Jeff
  924.  
  925. Jeff's Oasis at Home.   Jeff can also be reached at work at:
  926.                                          jwasilko@airage.com
  927.  
  928. ------------------------------
  929.  
  930. Date: 29 Jan 93 13:15:45 EST
  931. From: PAUL MIGLIORELLI <71715.1703@CompuServe.COM>
  932. Subject: Voice Paging Services
  933.  
  934.  
  935. Does anyone know if there are any firms in New York City that offer
  936. any type of voice paging services to the general public?  Or is this
  937. type of service only available on an in-house basis within companies?
  938.  
  939.  
  940. Thanks.
  941.  
  942. Paul Migliorelli  718-353-2865
  943.  
  944. ------------------------------
  945.  
  946. From: Joe Smooth <kingpin@spiff.gnu.ai.mit.edu>
  947. Subject: Novatel Help Needed
  948. Date: Fri, 29 Jan 1993 13:19:43 GMT
  949.  
  950.  
  951. Does anybody out there have a service manual for the Novatel 8320 or
  952. 8305 transportable cellular phone? If so, please e-mail me! Thanks a
  953. lot!
  954.  
  955. ------------------------------
  956.  
  957. From: edg@netcom.com (Ed Greenberg)
  958. Subject: Last Laugh! ATM History
  959. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  960. Date: Fri, 29 Jan 1993 11:27:32 GMT
  961.  
  962.  
  963. In the dark ages of ATM History, Chemical Bank had Chemical Cash
  964. Machines in various locations around New York City.
  965.  
  966. Do you remember a spoof ad in, I believe, {Screw} Magazine?  The
  967. picture showed a "lady of the evening" standing at a Chemical Cash
  968. Machine.  The copy went something like:
  969.  
  970.    When your needs are Chemical, Her reaction is financial.
  971.    She may not offer much interest in your deposit, but her vault
  972.    will open when you flash your long green.  Bank on it!
  973.  
  974.  
  975. Edward W. Greenberg  | Home: +1 408 283 0511 | edg@netcom.com
  976. 1600 Stokes St. #24  | Work: +1 408 764 5305 | DoD#: 0357
  977. San Jose, CA  95126  | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  978.  
  979.  
  980. [Moderator's Note: Times change with the technology, don't they ...
  981. while "ladies of the evening' (or people of the evening, if we wish
  982. tobe non-sexist about it) are in abundance in most places, more and
  983. more purveyors in the oldest profession are working in the phone rooms
  984. instead; the income is probably as good and certainly the risks which
  985. accompany direct meetings of this sort are eliminated.  An old, old
  986. line of work uses all the new technology!   PAT]
  987.  
  988. ------------------------------
  989.  
  990. End of TELECOM Digest V13 #52
  991. *****************************
  992.  
  993. 
  994. 
  995. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa28119;
  996.           31 Jan 93 13:11 EST
  997. Received: by delta.eecs.nwu.edu id AA17747
  998.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 Jan 1993 11:03:35 -0600
  999. Received: by delta.eecs.nwu.edu id AA26441
  1000.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 Jan 1993 11:03:03 -0600
  1001. Date: Sun, 31 Jan 1993 11:03:03 -0600
  1002. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  1003. Message-Id: <199301311703.AA26441@delta.eecs.nwu.edu>
  1004. To: telecom@eecs.nwu.edu
  1005. Subject: TELECOM Digest V13 #53
  1006.  
  1007. TELECOM Digest     Sun, 31 Jan 93 11:03:00 CST    Volume 13 : Issue 53
  1008.  
  1009. Index To This Issue:                     Moderator: Patrick A. Townson
  1010.  
  1011.     Clinton Speaks; White House Phones Go Haywire (TELECOM Moderator)
  1012.     New Country Codes Assigned to Some CIS Nations (David Leibold)
  1013.     New  "Electronic Highway" for Canada (Tyson MacAulay)
  1014.     Need Information on EM Radiation For Mobile Phones (Steven P. Mazurek)
  1015.     I Want to Pay For a Local Call (Paulo Santos)
  1016.     Modems For LEGAL Use in Germany (James R. Perry III)
  1017.     Australian Phone Test Numbers (u1066579@csdvax.csd.unsw.edu.au)
  1018.     NET "Infopath" (Dale R. Worley)
  1019.     Norway D.A. (was Overseas Directory Assistance) (Carl Moore)
  1020.     Novatel PTR825 Wiring and Programming (Jack Lowry)
  1021.     Why Did ATT Do This? (Paul M. Wexelblat)
  1022.     Distinctive Ringing - How Widespread? (James H. Thompson)
  1023.     More Questions About Distinctive Ringing (Paul M. Wexelblat)
  1024. ----------------------------------------------------------------------
  1025.  
  1026. Date: Sat, 30 Jan 1993 16:36:11 -0600
  1027. From: TELECOM Moderator <telecom@eecs.nwu.edu>
  1028. Subject: Clinton Speaks; White House Phones Go Haywire
  1029.  
  1030.  
  1031. On Friday, January 29 at about 12:40 PM Central Standard Time,
  1032. President Clinton made his expected announcement regarding gay people
  1033. and the United States Armed Forces.
  1034.  
  1035. Phone traffic to 202-456-1414 (White House main switchboard number)
  1036. and 202-456-1111 (President Clinton's telephone representatives --
  1037. people employed to respond in the name of the president to the thous-
  1038. ands of daily callers who wish to speak with him from around the
  1039. United States and the world) had been at record levels for several
  1040. days.
  1041.  
  1042. One problem was that the several hundred new employees starting with
  1043. Clinton (as opposed to the several hundred others there all the time
  1044. regardless of who is president) had not been given their direct-dial
  1045. extension numbers, and they were forced to call through the 456-1414
  1046. number until they could learn their own extension number. Many of the
  1047. extension numbers were in flux; phones were being moved around and
  1048. re-assigned, etc ... 
  1049.  
  1050. Add to that the fact that our new president is, depending on who you
  1051. ask, either very popular or very disliked -- but all agree he has said
  1052. and done some things certain to generate much controversy, the most
  1053. recent example of which was the 'gays and the military' announcement
  1054. on Friday afternoon which followed several weeks of wondering if he
  1055. would actually keep that promise.  Numerous magazines and newspapers
  1056. for the gay community in recent issues have run blurbs in prominent
  1057. places similar to this:
  1058.  
  1059.         "Gays and the Military? What do you think?
  1060.         Tell President Clinton your opinion: 1-202-456-1111"
  1061.  
  1062. So ... the normal increase in phone traffic due to a government in
  1063. transition accompanied by an aroused citizenry more willing than ever
  1064. to use the telephone to give our president a piece of their mind pro
  1065. and con -- mostly con, I might add :( based on reports from telecom
  1066. management at the White House -- finally brought the system to a
  1067. screaming halt on Thursday and again on Friday for awhile. The switch
  1068. serving the White House simply crashed from the volume of traffic.
  1069.  
  1070. They'd reboot it, it would run awhile and crash again. Finally it
  1071. looked like everything was restored, then came the Friday afternoon
  1072. announcement making it official .... boom!  All afternoon and evening
  1073. Friday, getting calls into or out of the White House was difficult at
  1074. best, with several hundred thousand calls in a four hour period on
  1075. Friday afternoon getting deliberatly blocked ('all circuits are busy,
  1076. try your call again later please') by C&P Telephone and bounced back
  1077. to wherever they came from.
  1078.  
  1079. As of Saturday afternoon as I write this, calls to 202-456-1111 are
  1080. sometimes getting through (I dialed eight times; got ringing signal
  1081. twice; busy three times and re-order signal three times, but no 
  1082. deliberate turn-aways by C&P). 
  1083.  
  1084. As a closing note, employees in the 'White House Comments Office' (the
  1085. official name for the people who take telephone calls for the
  1086. president) are greatly dismayed by the nature of the calls they have
  1087. recieved. The job requires thick skin to begin with, but the 'gays and
  1088. the military' thing has apparently produced some of the most hateful
  1089. and obscene calls those poor folks have ever had to endure, and some
  1090. of them have been there for years, responding to telephone calls on
  1091. behalf of the resident president then in office. Intelligent, and very
  1092. well-reasoned comments on both sides of the issue are a rarity, it
  1093. seems, with hatred and bigotry spilling out of the telephone receiver
  1094. the norm. How many times per hour would *you* be willing to answer a
  1095. phone call which featured such comments as "Those fu----- fags! They're
  1096. going to try to ##$$$ all our #$$## soldiers!" ... "Those queers can
  1097. (fill in the phrase)" ... etc ad nauseum. A couple staffers left in
  1098. tears Friday afternoon -- some of the calls were so vicious. Quite a
  1099. few callers even complained that 'All My Children' had been pre-empted. 
  1100.  
  1101. Emergency White House communications were not affected by the fiasco
  1102. on the public network Thursday and Friday; President Clinton's ability
  1103. to communicate with world leaders and the military was unimpeded since
  1104. that is a different system entirely.  
  1105.  
  1106.  
  1107. Patrick Townson
  1108.  
  1109. (My .signature for this article comes courtesy of a C&P employee who
  1110. reads the Digest and was in on the action Friday afternoon. He noted
  1111. sadly, "those traditional family values: hatred, viciousness and
  1112. bigotry ... alive and well despite the transition."  Yeah ... :(  PAT
  1113.  
  1114. ------------------------------
  1115.  
  1116. Date: Sat, 30 Jan 93 23:15:22 EST
  1117. From: David Leibold <DLEIBOLD@VM1.YorkU.CA>
  1118. Subject: New Country Codes Assigned to Some CIS Nations
  1119.  
  1120.  
  1121. The {Bell News} (Bell Canada, Bell Ontario division) of 25 January '93
  1122. has the following report on some new country code assignments:
  1123.  
  1124.      ----
  1125.  
  1126. Four more countries shed USSR country dialing codes:
  1127.  
  1128. Four of the countries once included in the USSR, now have their own
  1129. country dialing codes for long distance calls.
  1130.  
  1131. The codes, recently assigned by the International Telecommunications
  1132. Union (ITU), are:
  1133.  
  1134. * Lithuania   370
  1135. * Latvia      371
  1136. * Estonia     372
  1137. * Moldova     373
  1138.  
  1139. Anyone calling these countries should use these country codes.
  1140. Telephone bills will show that calls were made to those specific
  1141. countries rather than to the USSR or to the interim name, CIS (the
  1142. Commonwealth of Independent States).
  1143.  
  1144. Before the ITU could assign country dialing codes, a number of issues,
  1145. including boundaries and country names, had to be resolved through the
  1146. United Nations.
  1147.  
  1148. The four countries have negotiated and signed agreements with
  1149. Teleglobe for billing of international calls and the Canadian
  1150. Radio-television and Telecommunications Commission has given its
  1151. approval.
  1152.  
  1153. (end of article)
  1154.  
  1155.       -----
  1156.  
  1157. (Notes: 37 was the country code used for East Germany before German
  1158. reunification; 37 is now out of service and country code 49 now covers
  1159. all of Germany. Thus, new three-digit country codes of the form 37x
  1160. are available for assignment).
  1161.  
  1162.  
  1163. dleibold@vm1.yorku.ca  dleibold1@attmail.com  ... or 1:250/730 Fidonet
  1164.  
  1165. ------------------------------
  1166.  
  1167. From: tmacaula@ccs.carleton.ca (Tyson MacAulay)
  1168. Subject: New  "Electronic Highway" For Canada
  1169. Date: Sun, 31 Jan 93 07:59:39 EST
  1170.  
  1171.  
  1172.           From {The Financial Post}, Jan 21, 1993
  1173.  
  1174.           Canada will have a super-speed "electronic highway" in five
  1175. years if a $585 million plan unveiled yesterday by a consortium of
  1176. Canadian technology and research leaders goes ahead.
  1177.  
  1178.           The Canadian Netwrok for the Advancement of Research,
  1179. Industry and Education - known as CANARIE - said the first phase of
  1180. the network will cost $115 million by 1994, with the second phase
  1181. costing a further $470 million in total direct and indirect
  1182. investment.
  1183.  
  1184.           A third phase would involve a further $600 million in direct
  1185. and indirect investment between 1997 and 1999.
  1186.  
  1187.           The so-called highway will electronically link the myriad
  1188. individual research groups across Canada, to permit a rapid exchange of
  1189. information and technology.
  1190.  
  1191.          Proponents of the new high-speed network said it is necessary
  1192. to keep Canada competitive.  The US network, called NSFnet, can
  1193. transmit 1.5 million bits per second.  In cotrast, CA*net only sends
  1194. 56,000 bits per second.
  1195.  
  1196.           CANARIE will also set up an experiemental test network by
  1197. the end of 1994. The lines for this network will be jointly provided
  1198. by Stentor, a group of Canada's major telephone companies, and
  1199. competitor Unitel Communications.
  1200.  
  1201.     ---------
  1202.  
  1203. Now ... I have a question for the telecom-gods in the States:
  1204.  
  1205.           Could someone tell me how old NSFnet is?  And who might be
  1206. the owners/operators of NSFnet?  Any other details about NSFnet would
  1207. be greatly appreciated.  Please excuse my ignorance.
  1208.  
  1209.  
  1210. Tyson Macaulay   Carleton University
  1211. Ottawa, Ontario  Canada (where else?)
  1212.  
  1213. ------------------------------
  1214.  
  1215. From: smazu@ameris.ameritech.com (Steven P. Mazurek)
  1216. Subject: Need Information on EM Radiation For Mobile Phones
  1217. Organization: Ameritech, Hoffman Estates, IL
  1218. Date: Sun, 31 Jan 1993 15:32:07 GMT
  1219.  
  1220.  
  1221. The following post is for another group. I will take direct emails on
  1222. their behalf; unfortunately, I won't be able to monitor for follow up
  1223. posts.
  1224.  
  1225. Please respond directly to the author, if possible.
  1226.  
  1227.                     Thanks...
  1228.  
  1229.    ---------------------- 8< snip! ------------------------
  1230.  
  1231. I am seeking individuals performing research on the effects of
  1232. electro-magnetic radiation on the human physiology.  Given recent
  1233. press about the health hazards of portable mobile phones, my company,
  1234. is seeking information that supports or counters the view that EM
  1235. radiation in the 800-900 MHz portion of the radio spectrum is harmful.
  1236.  
  1237. Any help you can provide is greatly appreciated.
  1238.  
  1239.  
  1240. Mark Beckner   Ameritech Mobile Communications
  1241. 708 765 5880   708 765 3709 fax   markbeck@aol.com
  1242.  
  1243.  ----------------------- 8< snip! ------------------------
  1244.  
  1245.  
  1246. Steven P. Mazurek             | Email : {...,uunet,bcr,ohumc}!ameris!smazu
  1247. Ameritech Services            |         smazu@ameris.center.il.ameritech.com
  1248. Hoffman Estates, IL USA 60196 | Phone : (708) 248-5075
  1249.  
  1250. ------------------------------
  1251.  
  1252. From: pas@cc.gatech.edu (Paulo Santos)
  1253. Subject: I Want to Pay For a Local Call
  1254. Organization: College of Computing, Georgia Institute of Technology
  1255. Date: Sat, 30 Jan 1993 22:12:30 GMT
  1256.  
  1257.  
  1258. In general, I like the idea of a flat rate for local telephone
  1259. service, with no per call charges.
  1260.  
  1261. I also like itemized billing to have a record of some calls.  I don't
  1262. send certified letters any more.  If I want a receipt of delivery of a
  1263. written message to an addressee, I just fax the message.  The long
  1264. distance charge on my bill will be evidence that I sent something to
  1265. the other party's fax.  Much cheaper, much faster.
  1266.  
  1267. But I can't do this for local calls.  Local calls are not itemized.  I
  1268. have resorted to dialing local calls with my calling card just to get
  1269. an itemized entry, but I don't like it.  It is an expensive solution
  1270. and I can't autodial from the fax machine.
  1271.  
  1272. So here is an idea for the local companies.  How about a *nn service
  1273. to provide call detail on certain calls, at a reasonable cost (say,
  1274. 10c to 25c per call).  I would dial *nn nnn-nnnn, and the call would
  1275. go through as ususal as an untimed local call.  The call would appear
  1276. itemized and charged accordingly on my local phone bill.
  1277.  
  1278. ------------------------------
  1279.  
  1280. Date: Sun, 31 Jan 93 04:15 PST
  1281. From: alizard@gentoo.com (James R. Perry III)
  1282. Subject: Modems For LEGAL Use in Germany
  1283.  
  1284.  
  1285. I'm looking for a AT-bus compatible 1/2 card modem that can be legally
  1286. used in Germany (modems that do NOT pass German telecomm regulations
  1287. result in VERY high fines)... as in manufactured in the US, Taiwan,
  1288. South Korea, etc. ... CCITT, not Bell standard, anything from 2400
  1289. baud upwards. It is my understanding that CHEAP modems available in
  1290. Germany start at $300 and upwards. This is for a friend of mine who
  1291. lives there and has to live with German regulatory standards.
  1292.  
  1293. Please E-mail replies to me, as I usually don't follow this newsgroup.
  1294.  
  1295. Replies from vendors especially welcome.
  1296.  
  1297.  
  1298. Thanks,
  1299.  
  1300. A.Lizard   alizard@gentoo.com
  1301.  
  1302. ------------------------------
  1303.  
  1304. From: U1066579@csdvax.csd.unsw.EDU.AU
  1305. Subject: Australian Phone Test Numbers
  1306. Date: 30 Jan 1993 21:11:39 -0600
  1307. Organization: UTexas Mail-to-News Gateway
  1308.  
  1309.  
  1310.   Here are some Australian test numbers.
  1311.  
  1312. These numbers will read the telephone number back to you using a
  1313. computer generated voice, the numbers are:
  1314.  
  1315.    19123 (Most widely used, most states)
  1316.    1231  (Works in Adelaide)
  1317.    1111
  1318.    11544
  1319.    (03) 552-4100 (Toll free number, has very poor comp generated voice!)
  1320.  
  1321. In my experience none of these numbers will work from a public
  1322. telephone.  Instead you will hear "no information to identify
  1323. telephone number".
  1324.  
  1325.    In most Australian states the ringback number is 199.  In some
  1326. areas though the ringback number is 199XX (Where XX is the last two
  1327. digits of your town/suburb code transposed).  For example if your
  1328. number is 417 2960 the ringback number will be 19971.
  1329.  
  1330.     Another interesting "code" is *0000 which when entered on a
  1331. CREDITPHONE (the public telephones that take credit cards) will
  1332. display statistics on the number of calls made from the phone and the
  1333. number of metering pulses.
  1334.  
  1335.    If you have any other test numbers etc please send them to me at:
  1336.  
  1337.     u1066579@csdvax.csd.unsw.edu.au
  1338.  
  1339.  
  1340. Best Wishes,
  1341.  
  1342. Henry
  1343.  
  1344. ------------------------------
  1345.  
  1346. From: drw@nevanlinna.mit.edu (Dale R. Worley)
  1347. Subject: NET "Infopath"
  1348. Date: 30 Jan 93 16:55:27
  1349. Organization: MIT Dept. of Tetrapilotomy, Cambridge, MA, USA
  1350.  
  1351.  
  1352. New England Telephone has some sort of data communications service
  1353. called "Infopath".  Does anybody know what it is and how it is
  1354. organized?
  1355.  
  1356.  
  1357. Thanks,
  1358.  
  1359. Dale Worley        Dept. of Math., MIT        drw@math.mit.edu
  1360.  
  1361. ------------------------------
  1362.  
  1363. Date: Sat, 30 Jan 93 19:00:01 EST
  1364. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  1365. Subject: Norway D.A. (was Overseas Directory Assistance)
  1366.  
  1367.  
  1368. It was written that 011-47-0180 "worked just fine" to get Norway
  1369. directory assistance from the U.S.  Are you saying 0180 is the number
  1370. you dial within Norway to get directory assistance?  I am reading from
  1371. a British Telecom guide to foreign city codes and it says that when
  1372. calling from outside Norway, omit leading zero from the area (i.e.,
  1373. city) code.  I don't know how directory assistance fits in or does not
  1374. fit in with this rule about the leading zero.
  1375.  
  1376. ------------------------------
  1377.  
  1378. From: jackl@pribal.uucp (jack lowry)
  1379. Subject: Novatel PTR825 Wiring and Programming
  1380. Organization: Prism Medical Systems
  1381. Date: Sat, 30 Jan 1993 21:51:33 GMT
  1382.  
  1383.  
  1384. I have a NOVATEL PTR825 handheld cellular phone, one of it's features
  1385. is the ability to be connected up to do hand free operation.  I note
  1386. that there are two small earphone type jacks on the bottom of the
  1387. phone, in addition to the external antenna connetion. Can anyone give
  1388. me the specifics on what connects to each jack, ie speaker 8 ohm etc.
  1389.  
  1390. Also, I'd like to know how to change the security codes on the phone.
  1391.  
  1392.  
  1393. Thanks,
  1394.  
  1395. Jack   wb3ffv!pribal!jackl
  1396.  
  1397. ------------------------------
  1398.  
  1399. From: wex@cs.ulowell.edu (Paul M. Wexelblat)
  1400. Subject: Why Did ATT Do This?
  1401. Reply-To: wex@cs.ulowell.edu
  1402. Organization: Univ. of Lowell CS Dept.
  1403. Date: Sat, 30 Jan 1993 20:36:17 GMT
  1404.  
  1405.  
  1406. After reading here a couple of tales about the superiority of an ATT
  1407. calling card over a local phone co card (NYNEX for me), I called ATT
  1408. today to ask for one, they told me that there was no reason to have
  1409. both, and talked me out of it.
  1410.  
  1411. Of course I can no longer remember any of the arguements for the ATT
  1412. card, can you?
  1413.  
  1414.  
  1415. Thanks,
  1416.  
  1417. Wex
  1418.  
  1419.  
  1420. [Moderator's Note: AT&T cards now use numbers which are unbillable by
  1421. other long distance companies and AOS outfits. This means you can't be
  1422. accidentally tricked into making a call from a COCOT and later getting
  1423. billed your life savings when you thought you were calling via AT&T.
  1424. The local telco cards are still using numbers the 'others' can bill
  1425. to. That would be the primary difference.   PAT]
  1426.  
  1427. ------------------------------
  1428.  
  1429. From: James H. Thompson <JIMMY_T@verifone.com>
  1430. Subject: Distinctive Ringing - How Widespread?
  1431. Organization: VeriFone
  1432. Date: 31 Jan 93 00:11:19 -1000
  1433.  
  1434.  
  1435. I'm looking for information how widespread the availability of
  1436. distinctive ringing services are.  Would appreciate any suggestions on
  1437. where to find this data.
  1438.  
  1439.  
  1440. Thanks,
  1441.  
  1442. James H. Thompson      jimmy_t@verifone.com    (Internet)
  1443. VeriFone Inc.          uunet!verifone!jimmy_t  (UUCP)    
  1444. 100 Kahelu Avenue      808-623-2911            (Phone)   
  1445. Mililani, HI 96789     808-625-3201            (FAX)     
  1446.  
  1447.  
  1448. [Moderator's Note: I think almost all the Bell companies have this
  1449. feature available on their newer switches.  Anyone have precise data
  1450. on this and the other recent additions like screening, etc?  PAT]
  1451.  
  1452. ------------------------------
  1453.  
  1454. From: wex@cs.ulowell.edu (Paul M. Wexelblat)
  1455. Subject: More Questions on Distinctive Ringing
  1456. Reply-To: wex@cs.ulowell.edu
  1457. Organization: Univ. of Lowell CS Dept.
  1458. Date: Sat, 30 Jan 1993 20:05:34 GMT
  1459.  
  1460.  
  1461. I noted (in another posting here?) that some telcos offer a selective
  1462. ring service (two numbers that ring differently on the same line.
  1463.  
  1464. Q1: Is this basically a two part line with both parties on the same drop?
  1465. Q2: Does anyone make an answering machine that detecte selective rings?
  1466.     This would be a great hack for folks cheaply to have "two lines"
  1467.     one of which had an answering machine on it.  Your friends could
  1468.     choose which line to call on depending...
  1469. Q3: What is the incremental cost for this service?
  1470.  
  1471. Another question: Does anyone have a feeling for the number of phone
  1472. numbers per person in the US these days of running out of numbers
  1473.  
  1474. And an observation ...
  1475.  
  1476. While looking for info on the selective ring option, I picked up my
  1477. local (at the University in Lowell MA) NYNEX directory.  I was
  1478. surprised to see that it covered some areas in NH (The front info
  1479. pages 58 of them cover info for both MA and NH -- mostly integrated as
  1480. opposed to two separate sections.)  Is this unique (multiple states in
  1481. one directory)? (N.B. listings for NH include area code, local MA
  1482. listings do not; 95% of the listings are MA.)
  1483.  
  1484.  
  1485.  
  1486. Wex
  1487.  
  1488.  
  1489. [Moderator's Note: It works much like a party line, with a different
  1490. ringing cadence for each number. Most such arrangements will handle up
  1491. to three numbers on one line (regular ring, short double ring) (long
  1492. double ring). There are devices available which will route calls to
  1493. answering machine, fax, modem or voice depending on the way the
  1494. ringing is done. IBT charges $4.50 for the first additional number
  1495. attached to the main line and I think $3.50 for additional numbers. PAT]
  1496.  
  1497. ------------------------------
  1498.  
  1499. End of TELECOM Digest V13 #53
  1500. *****************************
  1501. 
  1502. 
  1503. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa14393;
  1504.           31 Jan 93 20:08 EST
  1505. Received: by delta.eecs.nwu.edu id AA14758
  1506.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 Jan 1993 18:06:11 -0600
  1507. Received: by delta.eecs.nwu.edu id AA26009
  1508.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 Jan 1993 18:05:39 -0600
  1509. Date: Sun, 31 Jan 1993 18:05:39 -0600
  1510. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  1511. Message-Id: <199302010005.AA26009@delta.eecs.nwu.edu>
  1512. To: telecom@eecs.nwu.edu
  1513. Subject: TELECOM Digest V13 #54
  1514.  
  1515. TELECOM Digest     Sun, 31 Jan 93 18:05:40 CST    Volume 13 : Issue 54
  1516.  
  1517. Index To This Issue:                     Moderator: Patrick A. Townson
  1518.  
  1519.     Re: AppleTalk Docs Wanted (Andrew Klossner)
  1520.     Re: AppleTalk Docs Wanted (Brad S. Hicks)
  1521.     Re: "Advanced Switching" at SWBT (Andy Sherman)
  1522.     Re: "Advanced Switching" at SWBT (John Higdon)
  1523.     Re: Overseas Directory Assistance (sic) Harminc
  1524.     Re: Overseas Directory Assistance (sic) (Mike Gambill)
  1525.     Re: Overseas Directory Assistance (sic) (Spyros Bartsocas)
  1526.     Re: Sears Kills Catalog After 95 Years (Ron Dippold)
  1527.     Re: Sears Kills Catalog After 95 Years (Joe Bergstein)
  1528.     Re: DMS-100 Bug? (Hans Lachman)
  1529.     Re: DMS-100 Bug? (Brent Capps)
  1530.     Re: 313 Split Not Being Well Publicized (David Lesher)
  1531.     Re: 313 Split Not Being Well Publicized (John Higdon)
  1532.     Re: 313 Split Not Being Well Publicized (Lorne Schachter)
  1533.     Re: 313 Split Not Being Well Publicized (Carl Moore)
  1534. ----------------------------------------------------------------------
  1535.  
  1536. From: andrew@frip.wv.tek.com (Andrew Klossner)
  1537. Date: Sun, 31 Jan 93 13:00:41 PST
  1538. Subject: Re: AppleTalk Docs Wanted
  1539. Reply-To: andrew@frip.wv.tek.com
  1540. Organization: Tektronix Color Printers, Wilsonville, Oregon
  1541.  
  1542.  
  1543. > "Can anyone point me to a good source (preferably on-line!)
  1544. > describing Appletalk (and Localtalk?) in detail? The Apple
  1545. > doc's aren't going to be available for a while ..."
  1546.  
  1547. The definitive reference is the book "Inside AppleTalk, Second
  1548. Edition" by Sidhu et al, published by Addison Wesley.  It's been in
  1549. stock at technical bookstores for years.  Everything you asked for is
  1550. in this book.  Be sure not to get the "first edition" which is
  1551. obsolete.
  1552.  
  1553. I don't know of any on-line documents.  I don't know of any "Apple
  1554. docs which aren't going to be available for a while."
  1555.  
  1556.  
  1557. Andrew Klossner  (andrew@frip.wv.tek.com)
  1558.  
  1559. ------------------------------
  1560.  
  1561. From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  1562. Date: 31 Jan 93 20:33:13 GMT
  1563. Subject: Re: AppleTalk Docs Wanted
  1564.  
  1565.  
  1566. > Can anyone point me to a good source (preferably on-line!)  describing
  1567. > Appletalk (and Localtalk?) in detail? ...
  1568.  
  1569. I know of no on-line source.  But for the level of detail you asked
  1570. for, there IS only one source: Gursharan Sidhu et al, {Inside
  1571. AppleTalk, Second Edition} (Reading, Mass: Addison-Wesley, 1990).
  1572. Hardcover, $34.95.  "We loved it.  It was much better than Cats.  We
  1573. will see it again and again."  ANYBODY is responsible for Macintosh
  1574. networks should have (and if possible, read) a copy of this book, and
  1575. yes, it does answer all of the specific questions you asked.
  1576.  
  1577. There is an OK chapter on AppleTalk networking in Mark Miller,
  1578. {Troubleshooting Internetworks} (San Mateo, Calif: M&T Books, 1991).
  1579. Trade paperback, $34.95.  Its strength is that it gives practical
  1580. examples of using a NGC Sniffer and its packet traces to isolate
  1581. particular problems on AppleTalk networks, both on LocalTalk and on
  1582. ethernet.
  1583.  
  1584. These are the two books that I depend on, day-to-day.
  1585.  
  1586.  
  1587. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  1588. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  1589.  
  1590. ------------------------------
  1591.  
  1592. Date: Sun, 31 Jan 93 16:35:14 EST
  1593. Subject: Re: "Advanced Switching" at SWBT
  1594. From: andys@internet.sbi.com (Andy Sherman)
  1595.  
  1596.  
  1597. On 26 Jan 93 19:37:21 GMT, petrilli@hal.gnu.ai.mit.edu (Chris
  1598. Petrilli) said:
  1599.  
  1600. > I was also SHOCKED at the cost of running a T1 line from the 83X
  1601. > exchange (North Austin) to the AT&T POP (downtown) which is roughly
  1602. > 15 miles.  The cost was MORE than the cost from AT&T for a T1 line
  1603. > from their Austin POP to Dallas.  Somehow I don't think this is
  1604. > reasonable.
  1605.  
  1606. Disgusting though it may be, shocking it is not.  Back in my days with
  1607. AT&T Medical Diagnostic Systems, I worked on a proposal for a
  1608. nationwide network which started out as T1's going from 93 sites into
  1609. five regional hubs.  Over 40% of the estimated monthly charge was
  1610. local loops from the customer to the AT&T POP (which is money being
  1611. billed by AT&T on behalf of the LEC), although loops where nowhere
  1612. near 40% of the line mileage.
  1613.  
  1614. The next iteration was a SKYNET(R) proposal, with a Ku-band dish at
  1615. each site.  *MUCH* cheaper.
  1616.  
  1617. (Unfortunately, the customer never got the money for the project...)
  1618.  
  1619.  
  1620. Andy Sherman   Salomon Inc  -  Unix Systems Support  -  Rutherford, NJ
  1621. (201) 896-7018  -  andys@sbi.com or asherman@sbi.com
  1622. "These opinions are mine, all *MINE*.  My employer can't have them."
  1623.  
  1624. ------------------------------
  1625.  
  1626. Date: Sun, 31 Jan 93 09:41 PST
  1627. From: john@zygot.ati.com (John Higdon)
  1628. Reply-To: John Higdon <john@zygot.ati.com>
  1629. Organization: Green Hills and Cows
  1630. Subject: Re: "Advanced Switching" at SWBT
  1631.  
  1632.  
  1633. petrilli@hal.gnu.ai.mit.edu (Chris Petrilli) writes:
  1634.  
  1635. >     1) She had no clue what T3/DS3 service was, and said that SWBT
  1636. > didn't provide it and she had no way of pricing it.
  1637.  
  1638. >     2) Told me that I was "very lucky" that I was in the 83X
  1639. > using a ESS1A".
  1640.  
  1641. > I don't know about everyone else, but while the 1A is a nice switch
  1642. > and all, it doesn't quite qualified for "most advanced switch" even
  1643. > with 100 adjuct boxes on it.
  1644.  
  1645. > I was also SHOCKED at the cost of running a T1 line from the 83X
  1646.  
  1647. At the risk of sounding like a Pac*Bell shill, a few comments are in
  1648. order. Over the years I have accused Pac*Bell (and its pre-divestiture
  1649. incarnation, Pacific Telephone) of being the most backward LEC in the
  1650. country. It seemed as though about five to seven years after something
  1651. was commonplace in other parts of the country, Pac*Bell finally got
  1652. around to offering it.
  1653.  
  1654. No more is this the case. In fact, in yesterday's {Chronicle}, there
  1655. was an article wherein Pac*Bell acknowledged the past and spoke of its
  1656. goal to become the nation's most advanced LEC in short order. This
  1657. will be accomplished by the rapid upgrading of every single switch to
  1658. digital, replacing the 1/1AESS equipment still in service on an
  1659. accelerated basis.
  1660.  
  1661. As to digital circuits, Pac*Bell now almost begs customers to take
  1662. POTS on T1. There is no extra charge. Already reasonably priced, point
  1663. to point hi-cap will have the bottom dropped out of the pricing
  1664. structure in August.
  1665.  
  1666. And at no time do you ever get a rep (at least I don't) that says
  1667. something stupid such as "We don't offer that service ...", unless, of
  1668. course, the company really does not (such as Caller-ID). Add to that
  1669. the lack of silly restrictions such as limiting the number of
  1670. residence lines that can be installed and the lack of screwy
  1671. definitions as to what constitutes residence service, and you have
  1672. (already) a progressive LEC.
  1673.  
  1674.  
  1675. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  1676. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  1677.  
  1678. ------------------------------
  1679.  
  1680. Date: Sun, 31 Jan 93 00:46:41 EST
  1681. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  1682. Subject: Re: Overseas Directory Assistance (sic)
  1683.  
  1684.  
  1685. amunn@gibbs.oit.unc.edu (Alan Munn) wrote:
  1686.  
  1687. > Is it possible to connect directly to directory assistance in other
  1688. > countries?
  1689.  
  1690. [Calling Brazil DA via MCI]
  1691.  
  1692. > When I asked to speak directly to the Brazilian operator she
  1693. > refused.  I then talked to an MCI supervisor who said we couldn't
  1694. > speak directly to the operator,
  1695.  
  1696. > Why wouldn't MCI (although I assume this is common practice) let us
  1697. > talk directly to the operator?
  1698.  
  1699. The usual reason given is that in some countries DA operators are not
  1700. distinguished from inward operators, and therefore if the local telco
  1701. let you speak directly, particularly in a language the local operator
  1702. did not understand, you might ask the distant operator to connect you
  1703. to your party rather than just for the number.
  1704.  
  1705. Of course the local operator would get suspicious after a while, but
  1706. with the amount of time it takes overseas DA to get the number in many
  1707. cases, a five or ten minute call might take place before anyone
  1708. noticed.
  1709.  
  1710.  
  1711. Tony Harminc
  1712.  
  1713.  
  1714. [Moderator's Note: It is interesting you mention this. Quite some time
  1715. ago when the USA was only about 80 percent direct-dialable with the
  1716. other twenty percent either on manual exchanges (or possibly on a dial
  1717. exchange but not yet in the overall network) there were instances when
  1718. in calling Directory Assistance somewhere the answering operator would
  1719. have to connect the call to the local telco in the town where directory
  1720. was desired. Now if it was a manual exchange, the answering operator
  1721. was supposed to inform the caller that to get information for that
  1722. place they should call their long distance operator and ask *her* to
  1723. get it for them. But sometimes instead they would ring the manual
  1724. exchange, and when the operator there answered, the operator who
  1725. picked up the directory call in the first place would hasten to tell
  1726. the other end 'operator, this call is for directory only, do not ring
  1727. or connect the party ...' but still, in some of those little backward
  1728. places, the local operator would look up the number (if she did not
  1729. know it by heart) and invariably ask the caller, 'should I ring it for
  1730. you?' ... and of course the caller would say okay, and his call would
  1731. be for free over 555-1212.  There are still instances where the answer-
  1732. operator at 555-1212 has to connect the inquiry to some local telco
  1733. which does not share its listings with the (typically a Bell) company
  1734. which maintains the 555-1212 listings for the area (generally because
  1735. they do not want to pay Bell to do it and feel they can do it cheaper)  
  1736. but the manuals are all gone. I notice in the case of directory calls
  1737. to 809 the operators in South Carolina (where 809-555-1212 is first
  1738. picked up) still advise the operator on some of the little islands
  1739. that 'this is a directory call only ... do not connect the party.'  PAT]
  1740.  
  1741. ------------------------------
  1742.  
  1743. From: mgambil@uswnvg.com (Mike Gambill)
  1744. Subject: Re: Overseas Directory Assistance (sic)
  1745. Date: 31 Jan 93 02:53:46 GMT
  1746. Organization: U S WEST NewVector Group, Inc.
  1747.  
  1748.  
  1749. In response to the post I would like to clarify the use of the IOC ...
  1750. as a recent escapee of AT&T I feel obligated to clear up the belief
  1751. that the IOC is an inefficient office.  First, Pittsburgh is hardly
  1752. the place to be productive.  Second, the IOC is *EXTREMELY*
  1753. understaffed for the inbound call volume.  Third, the IOC still must
  1754. use cord boards to reach some third world countries ... not all cord
  1755. board facilities allow the operator to camp the caller on the line
  1756. with the distant party, thus the "dead air" while the operator checks
  1757. with the distant telco for the requested number.  I admit that sitting
  1758. on a dead line is somewhat unnerving, but is sometimes a necessity.
  1759. Please be patient with the operators ... they may seem messed up, but
  1760. are really a GREAT group of dedicated people who put up with a lot of
  1761. crap!
  1762.  
  1763. Sidenote: AT&T also operates the most comprehensive overseas DA
  1764. service in existence today ... there have been times the "other" long
  1765. distance companies have referred customers to IOC DA for their
  1766. international calling needs!  :)
  1767.  
  1768.  
  1769. [Moderator's Note: Oh indeed, the IOC is a busy place and needs more
  1770. help at times, I am sure. Late Sunday nights trying to call places in
  1771. the mideast (where Monday morning and a new work week has begun) come
  1772. to mind -- the delays out of Pittsburgh IOC can be horrendous, and it
  1773. is not their fault New Delhi won't respond in a timely way. Regards
  1774. cord boards and the splitting of connections however, I also know
  1775. quite well how cord boards work, and the key can be left open; she
  1776. does not have to close the key and use another pair. Some split the
  1777. connection, I suspect, just to show who is boss.  PAT]
  1778.  
  1779. ------------------------------
  1780.  
  1781. Date: Sun, 31 Jan 93 09:22:07 +0200
  1782. From: spyros@isoft.intranet.gr (Spyros Bartsocas)
  1783. Subject: Re: Overseas Directory Assistance (sic)
  1784.  
  1785.  
  1786. > [Moderator's Note: Yes and no. No, you are not supposed to dial
  1787. > international DA direct (no, people in other countries cannot dial
  1788. > 555-1212 in this country -- I don't think), and yes, it can be done in
  1789.  
  1790. Until two or three years ago, it was possible to call US directory
  1791. assistnce by calling +1-xxx-555-1212.  What I have done since it
  1792. stopped working is call the AT&T direct line, and ask the operator to
  1793. connect me with DA for a particular area.  They always do.
  1794.  
  1795.  
  1796. Spyros Bartsocas
  1797.  
  1798. ------------------------------
  1799.  
  1800. From: rdippold@qualcomm.com (Ron Dippold)
  1801. Subject: Re: Sears Kills Catalog After 95 Years
  1802. Organization: Qualcomm, Inc., San Diego, CA
  1803. Date: Sun, 31 Jan 1993 18:20:01 GMT
  1804.  
  1805.  
  1806. FZC@CU.NIH.GOV (Paul Robinson) writes:
  1807.  
  1808. > Sears Roebuck & Company's Mail Order Catalog Division is closing after
  1809. > more than 95 years.  It was the use of telecommunications that built
  1810. > the business and it was the failure to use telecommunications that
  1811. > killed it.
  1812.  
  1813. I wonder if AT&T is going to yank that commercial - the one about how
  1814. they managed to reroute Sears's calls when one of their phone centers
  1815. was unable to function during the Christmas season ... I'm pretty sure
  1816. that was Sears.  They probably figured they'd get a bit more mileage
  1817. out of that one.
  1818.  
  1819. ------------------------------
  1820.  
  1821. From: Joe.Bergstein@p501.f544.n109.z1.fidonet.org (Joe Bergstein)
  1822. Date: Sun, 31 Jan 1993 09:28:38 -0500
  1823. Subject: Re: Sears Kills Catalog After 95 Years
  1824.  
  1825.  
  1826. > Sears Roebuck & Company's Mail Order Catalog Division is closing
  1827. > after more than 95 years.
  1828.  
  1829. > Until last year, incredibly enough, SEARS CATALOG DID NOT HAVE
  1830. > AN 800 NUMBER.
  1831.  
  1832. Aside from the Donnelly company which printed the Sears catalogs,
  1833. another big telecommunications loser will be SPRINT, which has had the
  1834. privilege of handling the hundreds of thousands of calls to 
  1835. 1-800-366-3000 for SEARS catalog sales.  Sears' Sprint account rep
  1836. better get hustling on new business!
  1837.  
  1838. BTW, you can still order from Sears catalog until all their merchan-
  1839. dise is exhausted.
  1840.  
  1841. I guess that Sears will sell its mailing list to raise cash, and those
  1842. of us who've ever ordered from the Sears catalog will now be bombarded
  1843. with calls, letters, and catalogs from other mail order houses!
  1844.  
  1845. ------------------------------
  1846.  
  1847. From: lachman@netcom.com (Hans Lachman)
  1848. Subject: Re: DMS-100 Bug?
  1849. Organization: Netcom
  1850. Date: Sun, 31 Jan 1993 10:03:29 GMT
  1851.  
  1852.  
  1853. In article <telecom13.44.9@eecs.nwu.edu> lachman@netcom.com (Hans
  1854. Lachman) writes:
  1855.  
  1856. > My home phone line is acting funny, and I was wondering if any of you
  1857. > CO experts might know what the problem is.  It acts exactly as if I
  1858. > had three-way calling (which I don't), but no matter what number I
  1859. > dial (on the secondary dial tone), I always get a fast-busy tone
  1860. > instead of having my call put through.
  1861.  
  1862. Thanks to all who responded.  Several respondents explained that the
  1863. above scenario might occur for someone who has Call Waiting and not
  1864. Three Way Calling.  In that case, the secondary dial tone will accept
  1865. the Cancel Call Waiting feature code, but not other numbers.  Thus,
  1866. the most likely explanation is that my line was accidentally assigned
  1867. the Cancel Call Waiting feature.
  1868.  
  1869. Pacific Bell has already fixed my line -- so I can't test whether I
  1870. actually had Call Waiting for free for two weeks.  I don't know why
  1871. the behavior changed two weeks ago since there were no legitimate
  1872. changes in my service at that time.  Perhaps the janitor in the
  1873. switchroom bumped something. :-) At any rate, I'm glad it now works as
  1874. before, because I prefer the notion that hanging up, even if for one
  1875. second, really means hanging up (I am not a fan of the "flash"
  1876. interpretation).
  1877.  
  1878.  
  1879. Hans Lachman    lachman@netcom.com
  1880.  
  1881. ------------------------------
  1882.  
  1883. From: bcapps@atlastele.com (Brent Capps)
  1884. Subject: Re: DMS-100 Bug?
  1885. Organization: Atlas Telecom Inc.
  1886. Date: Sun, 31 Jan 1993 19:43:42 GMT
  1887.  
  1888.  
  1889. In article <telecom13.44.9@eecs.nwu.edu> lachman@netcom.com (Hans
  1890. Lachman) writes:
  1891.  
  1892. > In other words, if I am on one call, and I hang up for one or two
  1893. > seconds, I get a dial tone as three short bursts initially, then
  1894. > continuous.  Then I dial any number, and always get fast-busy.  Then,
  1895. > I hang up for another one or two seconds and find that the first call
  1896. > is still there (i.e., as if it were on hold).  This is odd since I do
  1897. > not have a second line, three-way calling, or any kind of "hold"
  1898. > service.  It only started doing this two weeks ago.
  1899.  
  1900. For some reason you're getting special dial tone for some reason.
  1901. There are literally hundreds of features that use SDT, not just 3WC.
  1902. I'd have your BOC check to see if you're line's been accidentally
  1903. programmed with the wrong feature -- say you've been hotlined to a
  1904. particular feature access code, or an extra feature assigned to your
  1905. line like cut-through dialing.
  1906.  
  1907. Back when I worked on DMS-100 Centrex, we discovered a wierd feature
  1908. interaction bug between 3WC and call waiting such that an incoming call 
  1909. would take down any existing conversation and immediately connect the 
  1910. new caller to the originator of the previously existing call without any 
  1911. notification of any kind.  You'd be talking to one person then suddenly 
  1912. you'd be talking to someone entirely different.  It was like something
  1913. out of the Twilight Zone.
  1914.  
  1915. We called it "Call Snatch".
  1916.  
  1917.  
  1918. Brent Capps   bcapps@agora.rain.com (gay stuff) 
  1919. bcapps@atlastele.com (telecom stuff)
  1920.  
  1921. ------------------------------
  1922.  
  1923. From: David Lesher <wb8foz@SCL.CWRU.Edu>
  1924. Subject: Re: 313 Split Not Being Well Publicized
  1925. Date: Sun, 31 Jan 93 19:10:47 EST
  1926. Reply-To: wb8foz@skybridge.scl.cwru.edu  (David Lesher)
  1927. Organization: NRK Clinic for habitual NetNews abusers - Beltway Annex
  1928.  
  1929.  
  1930. JH said:
  1931.  
  1932. > But here is the best part. It was possible to omit the area code if
  1933. > you happened to be calling within the metro Bay Area, even if your
  1934. > call crossed area code boundaries until 1982. 
  1935.  
  1936. Well DC/MD/VA local calls were "area code free" for decades, too, but
  1937. I'm not sure if that's comparing apples and oranges ;-}
  1938.  
  1939. MD split Blatimore off of 301 last year. Of course, there's been a big
  1940. PR campaign, with ads, notices in the phone book, etc, etc. Permissive
  1941. dialing ended in November.
  1942.  
  1943. As part of my current dispute with See and Pee, I just got a letter
  1944. from a Very Senior Person in their Baltimore office.  Any CDT'ers care
  1945. to guess the area code listed on the letterhead ;-?  Oh well, that's
  1946. better then the letter from the President's droid -- it does not HAVE a
  1947. number on it.
  1948.  
  1949.  
  1950. wb8foz
  1951.  
  1952. ------------------------------
  1953.  
  1954. Date: Sun, 31 Jan 93 07:58 PST
  1955. From: john@zygot.ati.com (John Higdon)
  1956. Reply-To: John Higdon <john@zygot.ati.com>
  1957. Organization: Green Hills and Cows
  1958. Subject: Re: 313 Split Not Being Well Publicized
  1959.  
  1960.  
  1961. On Jan 27 at 19:10, David Lesher writes:
  1962.  
  1963. > Well DC/MD/VA local calls were "area code free" for decades, too, but
  1964. > I'm not sure if that's comparing apples & oranges ;-}
  1965.  
  1966. That is true. And I remember when I was there about eleven years ago,
  1967. you could reach most areas in the "metro" using 202, whether that was
  1968. the "official" area code or not. A friend in Vienna, VA could be
  1969. reached with 202, but the actual area code was 703.
  1970.  
  1971. But in the case of 415/408, these were two separate areas (no central
  1972. core involved) whose codes could not be interchanged when called from
  1973. the outside world.
  1974.  
  1975.  
  1976. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  1977. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  1978.  
  1979. ------------------------------
  1980.  
  1981. From: lhsux@swingset.bae.bellcore.com (Lorne Schachter)
  1982. Subject: Re: 313 Split Not Being Well Publicized
  1983. Organization: Bell Communications Research
  1984. Date: Sun, 31 Jan 93 12:59:58 GMT
  1985.  
  1986.  
  1987. In article <telecom13.48.13@eecs.nwu.edu>, john@zygot.ati.com (John
  1988. Higdon) writes:
  1989.  
  1990. > But here is the best part. It was possible to omit the area code if
  1991. > you happened to be calling within the metro Bay Area, even if your
  1992. > call crossed area code boundaries until 1982. In other words, up until
  1993. > eleven years ago, San Francisco was a seven digit call from San
  1994. > Jose -- even though the NPA had been split more than TWENTY YEARS
  1995. > previously!
  1996.  
  1997. I remember doing that while I was a student at Berkeley in the mid
  1998. 70's.  The real problem came in when you had to use the correct area
  1999. code in the 80's and I would always forget which one I had to use
  2000. depending on where I called.
  2001.  
  2002.  
  2003. Lorne Schachter
  2004.  
  2005. ------------------------------
  2006.  
  2007. Date: Sun, 31 Jan 93 13:16:55 EST
  2008. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  2009. Subject: Re: 313 Split Not Being Well Publicized
  2010.  
  2011.  
  2012. 410 in Maryland is now fully cut over after being split from 301.  The
  2013. permissive dialing lasted ONE YEAR, from Nov. 1991 to Nov. 1992.
  2014.  
  2015. ------------------------------
  2016.  
  2017. End of TELECOM Digest V13 #54
  2018. *****************************
  2019. 
  2020. 
  2021. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa16742;
  2022.           31 Jan 93 21:22 EST
  2023. Received: by delta.eecs.nwu.edu id AA08821
  2024.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 Jan 1993 19:19:33 -0600
  2025. Received: by delta.eecs.nwu.edu id AA25682
  2026.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 Jan 1993 19:19:02 -0600
  2027. Date: Sun, 31 Jan 1993 19:19:02 -0600
  2028. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  2029. Message-Id: <199302010119.AA25682@delta.eecs.nwu.edu>
  2030. To: telecom@eecs.nwu.edu
  2031. Subject: TELECOM Digest V13 #55
  2032.  
  2033. TELECOM Digest     Sun, 31 Jan 93 19:19:00 CST    Volume 13 : Issue 55
  2034.  
  2035. Index To This Issue:                     Moderator: Patrick A. Townson
  2036.  
  2037.     Re: How To Fix Genuine 900 Errors? (Matt Healy)
  2038.     Re: How To Fix Genuine 900 Errors? (Larry Cipriani)
  2039.     Re: It's Not a Bug, It's a Feature ... (Gary L. Russell)
  2040.     Re: It's Not a Bug, It's a Feature ... (Martin McCormick)
  2041.     Re: Telecom Management Degrees (David Kilcy)
  2042.     Re: Telecom Management Degrees (Timothy C. Wilson)
  2043.     AT&T Public Phone 2000 Bills, Five Months Later (John Nagle)
  2044.     Re: AT&T Public Phone 2000 Credit Card Bug (Jordan Hayes)
  2045.     Re: "Secret" Phone Codes (Jeff Groves)
  2046.     Re: "Secret" Phone Codes (Mark Bergman)
  2047.     Re: "Secret" Phone Codes (Mark Bacchus)
  2048.     Re: "Secret" Phone Codes (Will Middelaer)
  2049.     Re: "Secret" Phone Codes (Carl Moore)
  2050.     Re: Call Forwarding From One Line (Dave Levenson)
  2051.     Re: Call Forwarding From One Line (Steve Forrette)
  2052.     Re: Holiday Overseas Callbacks From Bell Canada Operators (Ken Weaverling)
  2053.     Re: Holiday Overseas Callbacks From Bell Canada Operators (Carl Moore)
  2054. ----------------------------------------------------------------------
  2055.  
  2056. From: matt@wardsgi.med.yale.edu (Matt Healy)
  2057. Subject: Re: How To Fix Genuine 900 Errors?
  2058. Organization: Yale U. - Genetics
  2059. Date: Sun, 31 Jan 1993 00:27:01 GMT
  2060.  
  2061.  
  2062. Under the Fair Credit Act, if your friend is ever denied credit based
  2063. on this case then she can insist on seeing a copy of the credit report
  2064. that caused the denial of credit and place a statement in her file
  2065. which they *must* report.
  2066.  
  2067. She should also complain to state and local officials, such as the
  2068. Public Utilities Commission.  Perhaps she should also notify Florida
  2069. officials.
  2070.  
  2071. If she can find a listing for this outfit in Miami, perhaps she can
  2072. attempt a collect call to *them* although I imagine they will refuse
  2073. it.  Maybe she can manage a way of calling them from a coin-operated
  2074. phone and work it so they get billed back?
  2075.  
  2076.  
  2077. Matt Healy    matt@wardsgi.med.yale.edu
  2078.  
  2079. ------------------------------
  2080.  
  2081. Date: Sun, 31 Jan 93 09:14:09 EST
  2082. From: lvc@cbvox1.att.com
  2083. Subject: Re: How To Fix Genuine 900 Errors?
  2084. Organization: Ideology Busters, Inc.
  2085.  
  2086.  
  2087. In article <telecom13.46.4@eecs.nwu.edu> is written:
  2088.  
  2089. > She only moved to St. Louis last July and has only had this phone
  2090. > number since then.  Unfortunately, she did not keep her phone bills,
  2091. > but she is 100% certain that she has seen them all, none of them had a
  2092. > bill for this number on them, and she has never called SWBT to demand
  2093. > the removal of a charge.
  2094.  
  2095. She should ask copies of her past phone bills; telcos keep these
  2096. records for a while.  If SWBT won't do it voluntarily they will cough
  2097. them up if presented a subpoena, maybe she can get an inexpensive
  2098. legal service to work the releavant paperwork.
  2099.  
  2100.  
  2101. Larry Cipriani, att!cbvox1!lvc or lvc@cbvox1.att.com
  2102.  
  2103. ------------------------------
  2104.  
  2105. Date: 30 Jan 1993 23:39:00 -0500 (EST)
  2106. From: GARRUS@delphi.com
  2107. Subject: Re: It's Not a Bug, It's a Feature ...
  2108.  
  2109.  
  2110. In article <telecom13.31.12@eecs.nwu.edu> chuckm@canada.hp.com (Chuck
  2111. Munro) writes:
  2112.  
  2113. > Well, as a matter of fact .....
  2114.  
  2115. > When I was a customer of H-P (*many* years ago) I had a program on my
  2116. > HP1000 that would rapidly move the brake solenoid up and down on the
  2117. > paper tape reader.  This would result in music (quite loud if you
  2118. > placed an IBM punch card in the reader) which you could play from the
  2119. > console keyboard.  This was my first experience with a pre-MIDI
  2120. > computer music system.
  2121.  
  2122. The first computer I worked on in about 1964-1965 was a UNIVAC II and
  2123. it had a speaker wired directly to the bus with a volume control on
  2124. the console.
  2125.  
  2126. When the engineer turned the system on in the mornings and ran the
  2127. diagnostic routines he would turn the speaker up full and leave the
  2128. machine running.  No matter where he was in the computer room he could
  2129. tell if there was a problem by the sound.  Each diagnostic routine had
  2130. a distinctive sound or rhythm.
  2131.  
  2132. There was also a Music Maker program that we sometimes ran on the
  2133. holidays and played Christmas carols.
  2134.  
  2135. Another early system I worked on, an IBM 1401, would play music on a
  2136. small transistor radio that was tuned between stations.  The radio was
  2137. placed on top of the CPU.  The one song I remember was "Coming 'Round
  2138. the Mountain" which also used the 1403 printer as a rhythm section.
  2139.  
  2140.  
  2141. Gary L. Russell     Internet: garrus@delphi.com
  2142.               or  gary.l.russell@gte.sprint.com
  2143.  
  2144. ------------------------------
  2145.  
  2146. Subject: Re: It's Not a Bug, It's a Feature ...
  2147. Date: Sun, 31 Jan 93 15:27:38 -0600
  2148. From: martin@datacomm.ucc.okstate.edu
  2149.  
  2150.  
  2151. TELECOM Moderator noted:
  2152.  
  2153. > The Apple had a cassette jack on the back to load programs from
  2154. > tape. By making use of the little two (or maybe four) byte A/D
  2155. > converter inside, I found I could digitize my voice using a microphone
  2156. > plugged into the cassette jack then save the resulting binary on a
  2157. > floppy disk and play it back through the speaker on the Apple.
  2158.  
  2159.     It's even more remarkable than that.  There is no A/D or D/A
  2160. converter, at all, in the Apple II's audio input or output.  The tape
  2161. input jack feeds a common 741-style operational amplifier wired with
  2162. positive feedback to act as a Schmidt trigger. The output of the
  2163. op-amp is either at one extreme or the other.  Sine waves fed to the
  2164. input emerge as very clean square waves.  Voices and music are
  2165. converted into machine-gun bursts of variable-width pulses, a crude
  2166. version of the kind of signal found at the output of the one-bit D/A
  2167. converters in modern compact disk players.
  2168.  
  2169.     While the CD players and other devices designed to emit good
  2170. sound have low-pass filtering on the pulse-width output circuit, it
  2171. isn't totally necessary to work.  The Apple II speaker and our ears
  2172. provide some mechanical low-pass filtering and our brains are good
  2173. enough at recognizing speech that we can usually understand what is
  2174. said even if it isn't exactly highfi.
  2175.  
  2176.     Back when my primary computer was an Apple II, I played with
  2177. that feature quite a lot.  The speaker and tape out connections were
  2178. both fed with D-type flipflops and it was possible to produce the same
  2179. effect on the tape output jack as was heard on the speaker just by
  2180. changing an address.
  2181.  
  2182.     Each sample of digital sound required just one bit.  The
  2183. playback routine just stepped through memory, looking at each bit and
  2184. determining whether it represented a change or was just more of the
  2185. same.  When change was in order, the program would access the address
  2186. of either the speaker or the tape output to toggle the flipflop.
  2187.  
  2188.     IBM PC's and their cloanly cousins can produce exactly the
  2189. same type of sounds, but the strategy is a little different.  Look at
  2190. a hardware manual for details.
  2191.  
  2192.  
  2193. Martin McCormick WB5AGZ   Stillwater, OK
  2194. O.S.U. Computer Center Data Communications Group
  2195.  
  2196. ------------------------------
  2197.  
  2198. From: udjk@sunyit.sunyit.edu (David Kilcy)
  2199. Subject: Re: Telecom Management Degrees
  2200. Organization: State University of New York -- Institute of Technology
  2201. Date: Sun, 31 Jan 1993 19:50:40 GMT
  2202.  
  2203.  
  2204. This is in reply to someones message who was looking for a college that
  2205. has a telecommunications management program ...
  2206.  
  2207. The State University of New York Institute of Technology at Utica, NY
  2208. has an excellent telecommunications program, in both management and
  2209. technical although I tend to feel its balanced more towards
  2210. management.  Its a upper-division transfer school that accepts people
  2211. with I think at least 60 credit hours.
  2212.  
  2213. The admissions office is:   
  2214. SUNY Institute of Technology at Utica/Rome
  2215. PO Box 3050   Utica, NY 13504-3050
  2216. or phone 315-792-7208
  2217.  
  2218. We have extensive equipment for our program including a full-blown
  2219. Northern Telecom DMS-10 central office, a Redcom CO, a NT Meridian 1
  2220. and tons of other equipment.
  2221.  
  2222.  
  2223. David Kilcy    Internet:  udjk@sunyit.edu   SUNY Institute of Technology
  2224.  
  2225. ------------------------------
  2226.  
  2227. Date: 31 Jan 1993 10:16:26 -0400 (EDT)
  2228. From: TIMOTHY C. WILSON <TCW5443@ritvax.isc.rit.edu>
  2229. Subject: Re: Telecom Management Degrees 
  2230.  
  2231.  
  2232. In reference to the inquiry of Micheal Hauben, a student at Columbia
  2233. University, in the January 12 issue of TELECOM Digest, I am currently
  2234. a third year student in a new program at Rochester Institute of
  2235. Technology (Rochester, NY).  
  2236.  
  2237. The program title is Telecommunications Technology, and I am in the
  2238. Management option.  There is also a technical option.  The program is
  2239. offered through the College ofof Applied Science and Technolo
  2240. Currently the degree encompasses about half off of the courses in
  2241. Electronics Technology, one quarter in Computer Technology, and one
  2242. quarter in business courses (in the management option).
  2243.  
  2244. My background is in broadcasting (specifically television), with prior
  2245. courses in computers, electronics and business, so this fit perfectly
  2246. with my coursework up to this point.  The person to contactat RIT is
  2247. Carolarol Richardson at CARITE@RITVAX.ISC.RIT.EDU , she can give you a
  2248. more detailed look at the program.  As far as I know RIT is the only
  2249. university that offers such a program, plus there is one of the
  2250. largest cooperative education programs in the world here.  The telecom
  2251. program is small but growing.  If you have any other questions from a
  2252. student standpoint contact me at TCW5443@RITVAX.ISC.RIT.EDU
  2253.  
  2254.  
  2255. Good luck,
  2256.  
  2257. Tim Wilson
  2258.  
  2259. ------------------------------
  2260.  
  2261. From: nagle@netcom.com (John Nagle)
  2262. Subject: AT&T Public Phone 2000 Bills, Five Months Later
  2263. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  2264. Date: Sun, 31 Jan 1993 06:58:48 GMT
  2265.  
  2266.  
  2267. I used an AT&T 2000 Public Phone at the LA Airport back in August of
  2268. 1992, and today, the bill came.
  2269.  
  2270.       This is the phone with a keyboard and screen, and I'd used it to
  2271. call a dial-in port in LA, paying for the call with a PacTel calling
  2272. card.  I assumed that the call would be charged to the PacTel card,
  2273. and would appear on my PacTel phone bill.  But that's not what
  2274. happens.
  2275.  
  2276.       AT&T Services sent me a separate bill for $3.55.  $0.71 is for
  2277. the call, and $2.50 is for "keyboard usage" (one minute at $2.50, zero
  2278. additional 10 minutes at $1.00).  $.09 federal tax and $0.25 state and
  2279. local tax.
  2280.  
  2281.       Interestingly, the "keyboard usage" is listed as being at Los
  2282. Angeles CA, while the call is listed as being from Inglewood to Culver
  2283. City.  Is this phone, perhaps, tied directly to AT&T's network,
  2284. bypassing PacTel?  Certainly there's enough long distance traffic out
  2285. of LAX to justify bypass.  Since I was making a LOCAL call, the call
  2286. may have been routed through AT&T to the nearest gateway to PacTel,
  2287. then via PacTel to the destination.  Is this the explaination for the
  2288. strange billing?
  2289.  
  2290.  
  2291. John Nagle
  2292.  
  2293. ------------------------------
  2294.  
  2295. Date: Sun, 31 Jan 93 15:20:49 EST
  2296. From: jordan@imsi.com (Jordan Hayes)
  2297. Subject: Re: AT&T Public Phone 2000 Credit Card Bug
  2298. Organization: Investment Management Services Inc., NYC
  2299.  
  2300.  
  2301. Jim Knight <jfk@ais.org> writes:
  2302.  
  2303. > The terminals seem to work fine at 2400 bps with a decent but
  2304. > not great vt100 emulation.
  2305.  
  2306. I've found that using the termcap entry:
  2307.  
  2308.     d1|vt100-nam|vt100nam
  2309.  
  2310. helps quite a bit.
  2311.  
  2312.  
  2313. jordan
  2314.  
  2315. ------------------------------
  2316.  
  2317. Subject: Re: "Secret" Phone Codes
  2318. From: gatech!groves!groves@ico.isc.com
  2319. Date: Sun, 31 Jan 93 20:49:30 EST
  2320. Organization: Groves BBS
  2321.  
  2322.  
  2323. ccoprfm@prism.gatech.edu (Monte Freeman) writes:
  2324.  
  2325. > tompkins@tti.com (Tompkins) writes:
  2326.  
  2327. >> In one of those discussions, about a year ago, a number was posted
  2328. >> that purported to work nationally: 10732-1-404-988-9664.
  2329.  
  2330. >  Well, it doesn't work from 404. Here's the results of my poking around:
  2331.  
  2332.  From my house here in Marietta, GA (in the Atlanta Georgia LATA and
  2333. in the 404 area code) I dialed 10732-988-9664, and it read out my ANI
  2334. correctly plus and additional "8" appended to the number.  In
  2335. addition, after a few seconds the automated voice read off a long
  2336. string of "0"s and one "2".
  2337.  
  2338. It would appear that the 404 in number above designates the 404 area
  2339. code (the area code for Atlanta).  As a result, all that is necessary
  2340. is to dial the access code 10732 and the telephone number 988-9664.
  2341. It does not seem to matter which long distance company the phone is
  2342. picked for either.  I'm picked for MCI.
  2343.  
  2344.  
  2345. Jeff Groves
  2346.  
  2347. ------------------------------
  2348.  
  2349. From: bergman@Panix.Com (Mark Bergman)
  2350. Subject: Re: "Secret" Phone Codes
  2351. Organization: Panix Public Access Internet & Unix, NYC
  2352. Date: Sun, 31 Jan 1993 08:02:58 GMT
  2353.  
  2354.  
  2355. In article <telecom13.39.11@eecs.nwu.edu> timhu@ico.isc.com (Timothy
  2356. Hu) writes:
  2357.  
  2358. > In article <telecom13.37.15@eecs.nwu.edu> tompkins@tti.com (Tompkins)
  2359. > writes:
  2360.  
  2361. >> that purported to work nationally: 10732-1-404-988-9664.  10732 is a
  2362. >> private ATT network.  I know that this number does return your area
  2363. >> code and number verbally from 213, 310 and 818 area codes, and I have
  2364. >> read reports from others that it works elsewhere.  It does add an
  2365. >> "eight" to the end of any number I've ever called it from.
  2366.  
  2367. > I tried it here in Boulder. It works!
  2368.  
  2369. This code works in NYC from my home phone (ATT service), but
  2370. not from the phone/PBX at work, with unknown LD service.
  2371.  
  2372.  
  2373. Mark Bergman    (Biker, Stagehand, (former) Unix user support grunt)
  2374. 718-855-xxxx
  2375. bergman@panix.com    {cmcl2,uunet}!panix!bergman
  2376.  
  2377. ------------------------------
  2378.  
  2379. Date: Sun, 31 Jan 1993 09:02:00 +0000 
  2380. From: Mark Bacchus <bacchus@bnr.ca>
  2381. Subject: Re: "Secret" Phone Codes 
  2382.  
  2383.  
  2384. > In one of those discussions, about a year ago, a number was posted
  2385. > that purported to work nationally: 10732-1-404-988-9664.  10732 is a
  2386. > private ATT network.  I know that this number does return your area
  2387. > code and number verbally from 213, 310 and 818 area codes, and I have
  2388. > read reports from others that it works elsewhere.  It does add an
  2389. > "eight" to the end of any number I've ever called it from.
  2390.  
  2391. This number immediately caught my eye, because my home phone number is
  2392. 404-988-xxxx.  Dialing 10732-1-404-988-9664 from my house results in
  2393. the message "It is not necessary to dial a 1 or an area code for this
  2394. number".  So I tried 10732-988-9664.  This time it returned my area
  2395. code and phone number (with the "8" tacked on to the end).
  2396.  
  2397. I've never heard of a case where you could dial a LD carrier access
  2398. code followed by a seven digit number.  I guess you learn something
  2399. new every day.
  2400.  
  2401. Still waiting to see how this call will be billed!
  2402.  
  2403.  
  2404. Mark Bacchus    bacchus@bnr.ca
  2405.  
  2406. ------------------------------
  2407.  
  2408. Date: Sun, 31 Jan 93 16:59:16 EST
  2409. Subject: Re: "Secret" Phone Codes
  2410. Organization: Syracuse University, Syracuse, NY
  2411. From: wsmiddevl@mailbox.syr.edu ()
  2412.  
  2413.  
  2414. Well, it works from 315 also, and it has the 8 at the end.
  2415.  
  2416. Will Middelaer    N2KNU    1L at SU Law
  2417.  
  2418. ------------------------------
  2419.  
  2420. Date: Sun, 31 Jan 93 17:39:06 EST
  2421. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  2422. Subject: Re: "Secret" Phone Codes
  2423.  
  2424.  
  2425. I finally tried 10732-1-404-988-9664 out exactly like that, and:
  2426.  
  2427. 1. it worked from area 302 in Delaware;
  2428. 2. it gave me an 8 at the end of the phone number I was calling from;
  2429. 3. it then went on to recite a ten-digit string: all zeros except for
  2430.    a 2 at the end.
  2431.  
  2432. ------------------------------
  2433.  
  2434. From: dave@westmark.com (Dave Levenson)
  2435. Subject: Re: Call Forwarding From One Line
  2436. Organization: Westmark, Inc.
  2437. Date: Sun, 31 Jan 1993 14:44:22 GMT
  2438.  
  2439.  
  2440. In article <telecom13.46.9@eecs.nwu.edu>, TAMIL@QUCDN.QueensU.CA writes:
  2441.  
  2442. > After talking on my home phone I would like to transfer that call to
  2443. > another phone number. Is there any way I can do this, other then
  2444. > buying a PBX and getting a second line.
  2445.  
  2446. I routinely use my key telephone system to accomplish what you want.
  2447. I answer an inbound call, decide to `transfer' it to another
  2448. off-premises party, flash the switchhook to invoke three-way calling,
  2449. add the outside party to the conversation, and then press the HOLD
  2450. button.  My holding circuit remains a party to the conversation, but
  2451. it is a very silent party, and it knows when to disconnect.
  2452.  
  2453. Note that you don't need a key system to do this, only three-way
  2454. calling and a HOLD button.
  2455.  
  2456.  
  2457. Dave Levenson        Internet: dave@westmark.com
  2458. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  2459. Warren, NJ, USA        Voice: 908 647 0900  Fax: 908 647 6857
  2460.  
  2461. ------------------------------
  2462.  
  2463. From: stevef@wrq.com (Steve Forrette)
  2464. Subject: Re: Call Forwarding From One Line
  2465. Date: 31 Jan 1993 00:24:54 GMT
  2466. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  2467.  
  2468.  
  2469. In article <telecom13.46.9@eecs.nwu.edu> TAMIL@QUCDN.QueensU.CA writes:
  2470.  
  2471. > After talking on my home phone I would like to transfer that call to
  2472. > another phone number. Is there any way I can do this, other then
  2473. > buying a PBX and getting a second line.
  2474.  
  2475. > [Moderator's Note: If you intend to stay on the line with the third
  2476. > party, just use three-way callling. If not, you might try using a
  2477. > service like 'Starline' (IBT's name for it), a sort of 'home centrex'
  2478. > type service which allows calls to be transferred to another phone
  2479. > outside your premises and you to disconnect.   PAT]
  2480.  
  2481. This may not work in all areas.  I know that at the time I had Pacific
  2482. Bell's 'home centrex' offering, it would NOT allow you to transfer a
  2483. call outside of your centrex group, leave the line, and still have the
  2484. other two parties connected.  The low-end business version of Centrex
  2485. that was for groups of only a handful of lines didn't support this,
  2486. either.  It may have changed since then, but you would be wise to not
  2487. assume that all telcos have enabled this option for all flavors of
  2488. Centrex.
  2489.  
  2490.  
  2491. Steve Forrette,  stevef@wrq.com
  2492.  
  2493. ------------------------------
  2494.  
  2495. From: Ken Weaverling <weave@apache.dtcc.edu>
  2496. Subject: Re: Holiday Overseas Callbacks From Bell Canada Operators
  2497. Date: 31 Jan 1993 07:32:22 -0500
  2498. Organization: Delaware Technical & Community College
  2499.  
  2500.  
  2501. In article <telecom13.46.1@eecs.nwu.edu> The Moderator writes:
  2502.  
  2503. > *That* was an international call years ago.  PAT]
  2504.  
  2505. I've heard many stories about how long distance worked years ago with
  2506. great fascination (I grew up with direct dial).  But my question is,
  2507. "What did this all cost?"  Must have been a small fortune!
  2508.  
  2509.  
  2510. Ken Weaverling,  Sys Admin/Faith Healer,  Delaware Tech College  weave@dtcc.edu
  2511.  
  2512.  
  2513. [Moderator's Note: International calls 35 years ago tended to run
  2514. about $12-15 for three minutes; that was 1950-60's money, of course.
  2515. Person to person calls were the norm; no one wanted to make a station
  2516. call overseas and waste the money if they did not reach their party.
  2517. Station calls were a little less, about $10-12 for three minutes.
  2518. There were no one minute rates and no day/night rates on international
  2519. calls. On domestic calls there were day/night rates in increments of
  2520. three minutes. Domestic long distance calls fifty years ago cost about
  2521. two dollars a minute on person to person calls; a half century ago
  2522. those were the norm rather than station calls.  PAT]
  2523.  
  2524. ------------------------------
  2525.  
  2526. Date: Sun, 31 Jan 93 18:21:05 EST
  2527. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  2528. Subject: Re: Holiday Overseas Callbacks From Bell Canada Operators
  2529.  
  2530.  
  2531. Moderator's note mentioned Miquelon.  That is a French possession next
  2532. to Newfoundland, Canada.  There was a little blurb in the digest
  2533. earlier about how is it reached from, say, Newfoundland.
  2534.  
  2535.  
  2536. [Moderator's Note: Ah, but you are referring to the islands known as
  2537. St. Pierre and Miquelon -- French possessions -- located near the
  2538. coast of Newfoundland. I was referring to a tiny little town named
  2539. Miquelon in far northern Quebec. If you find Val-D'or, then look a few
  2540. hundred miles almost straight north.  PAT]
  2541.  
  2542. ------------------------------
  2543.  
  2544. End of TELECOM Digest V13 #55
  2545. *****************************
  2546. 
  2547. 
  2548. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa18553;
  2549.           31 Jan 93 22:12 EST
  2550. Received: by delta.eecs.nwu.edu id AA18892
  2551.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 Jan 1993 20:11:59 -0600
  2552. Received: by delta.eecs.nwu.edu id AA23998
  2553.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 Jan 1993 20:11:30 -0600
  2554. Date: Sun, 31 Jan 1993 20:11:30 -0600
  2555. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  2556. Message-Id: <199302010211.AA23998@delta.eecs.nwu.edu>
  2557. To: telecom@eecs.nwu.edu
  2558. Subject: TELECOM Digest V13 #56
  2559.  
  2560. TELECOM Digest     Sun, 31 Jan 93 20:11:30 CST    Volume 13 : Issue 56
  2561.  
  2562. Index To This Issue:                     Moderator: Patrick A. Townson
  2563.  
  2564.     Re: Telephone Line Bridge Info Needed (Jack Decker)
  2565.     Re: Cellular One/NY Re-bills Roaming Charges (Steve Forrette)
  2566.     Re: Freeway Call Boxes and CA Rain (Todd Inch)
  2567.     Re: Do Telcos Record the Numbers of Local Calls? (Carl Moore)
  2568.     Re: Wiring For Multi-Lines on One Jack (Pat Turner)
  2569.     Re: Differences Between ANI and Caller-ID (Brent Capps)
  2570.     Re: Alteration of Ring Cadence (Dave Levenson)
  2571. ----------------------------------------------------------------------
  2572.  
  2573. Date: Sun, 31 Jan 93 12:59:42 EST
  2574. From: jack.decker@f8.n154.z1.fidonet.org (Jack Decker)
  2575. Subject: Re: Telephone Line Bridge Info Needed
  2576.  
  2577.  
  2578. In message <telecom13.46.3@eecs.nwu.edu>, rossix!amber.dnet!dan@
  2579. fernwood.mpk.ca.us (Dan Cook, Ross Escondido) writes:
  2580.  
  2581. > I recently created a small electronic circuit which allows me to use a
  2582. > pair of telephone lines to 'forward calls.'  What I do is call the
  2583. > first line, get bridged to the second, then dialout from there.
  2584. > (Dialtone on the second line is not accessable until the correct four
  2585. > digit DTMF password has been entered.  I also put a toll restrictor on
  2586. > the line -- just in case.)
  2587.  
  2588. [stuff deleted]
  2589.  
  2590. If you manage to do this at a reasonable cost, it would probably help
  2591. a *lot* of TELECOM Digest readers if you would publish the schematics
  2592. for your device.
  2593.  
  2594. In any case, here some things to consider.  If the line you are
  2595. calling is equipped with either call forwarding or three-way dialing
  2596. (or could be), you could probably get a clearer connection, and at far
  2597. less than the cost of two lines.  The best way would depend on the CO
  2598. equipment, and how calls (and custom calling features) are billed in
  2599. your area.
  2600.  
  2601. Let's discuss each in turn:
  2602.  
  2603. 1) Call forwarding: Harder to implement, more costly if local calls
  2604. are metered, but generally a far superior connection (less loss) and
  2605. security is greater, and it does not prevent the phone from being used
  2606. for outgoing calls when a forwarded call is in progress.  The way it
  2607. would work is, you'd dial the line and a computer-controlled device (a
  2608. PC and perhaps a super-modem ... I think a better-grade Zyxel could
  2609. handle this) would answer and collect digits that you have
  2610. tone-dialed.  Then it would go on hook, wait a few seconds, and then
  2611. pick up the line and dial the appropriate codes to forward the call to
  2612. the desired number.  Of course, the software could verify numbers to
  2613. any degree you desire, and simply refuse to forward calls to numbers
  2614. that don't meet the proper criteria (e.g.  toll calls).  After a
  2615. couple of minutes, or after receiving a single ring on exchanges where
  2616. the phone rings once when a call has been forwarded, it would again
  2617. pick up the line and dial the code to cancel the call forwarding (of
  2618. course, this would not affect any forwarded call alraed in progress).
  2619. So, for each call you made, you'd really have to make TWO calls...
  2620. one to the call forwarding device and then a second call, to the same
  2621. number but a few seconds later, to actually complete the call.
  2622.  
  2623. One final problem with this scheme is that in many areas call
  2624. forwarding is not actually set up unless the called party answers, or
  2625. you dial the call forwarding code and number twice.  Either way, your
  2626. called party is going to be disturbed (either by a call with "no one
  2627. on the line", or by a single ring) prior to you placing the actual
  2628. call to them.  It can be done, but it's real tricky to get it right.
  2629. Note, however, that if you have "selective ringing" on the line, and
  2630. have your device answer only on a particular ring code, you can
  2631. essentially make a phone line do double duty ... you won't be able to
  2632. initiate a new call when the phone is in use (you'd get a busy signal),
  2633. but once you have placed a call and your connection has been establi-
  2634. shed, and your device has cancelled the call forwarding, someone else
  2635. could use that phone for either incoming or outgoing calls.  In some
  2636. areas you can specify that calls to only ONE of the distinctive
  2637. ringing numbers are to be affected by call forwarding, so you could
  2638. hang your device on that number and let someone else use the other
  2639. number for their personal calls.  There are a lot pof possibilities
  2640. under this scheme, that will vary somewhat depending on the equipment
  2641. used in the serving telephone central office.
  2642.  
  2643. 2) Three-way calling: Easier to set up, less costly, connection not as
  2644. good in some switches, and you tie up the phone line for the duration
  2645. of the call (except in some areas; see below).  Also, the security
  2646. risk might be a bit greater.  Again, in this scheme you hang a
  2647. computerized device off the phone line, and dial into it and let it
  2648. collect your touch-toned digits.  Once it has analyzed them, it
  2649. flashes the line to get a three-way dial tone, dials the number you
  2650. wish to call, then flashes the line again to connect you and the
  2651. called party together.  Disconnect may be a bit of a problem; you'll
  2652. have to determine how best to determine when the call is actually over
  2653. and drop the connection (suggestions: listen for dial tone; monitor
  2654. line voltage for CPC disconnect [momentary period of zero voltage on
  2655. line], listen for "phone off hook" signal [is there any standard for
  2656. that raucous thing?!?], listen for extended period of dead silence
  2657. [risky, but may be the only thing that will work on some systems], use
  2658. a call timeout [perhaps with an override, e.g. by pusing the "*" key
  2659. you reset the timer]).  To some extent how you do this might depend on
  2660. the intended application; it might be quite appropriate to disconnect
  2661. after a few seconds of silence if you only intend to send data or FAX
  2662. calls over the device.
  2663.  
  2664. Note that in this scheme, call setup is much faster and easier, and
  2665. you still have a fair amount of security (no caller can get dialtone
  2666. direct from your "other line"; they'd have to fool your device into
  2667. outdailing the call for them).  You get an almost immediate response
  2668. for busy and no-answer conditions.
  2669.  
  2670. In a few areas, you can get a variation of three-way calling,
  2671. sometimes called "call transfer".  This is like a cross between
  2672. three-way calling and call forwarding, and IMHO is the best of all
  2673. possible worlds.  What it allows you to do is to set up a three-way
  2674. call, but then the person in the middle of the converstaion can
  2675. actually hang up while the parties on either leg of the three-way call
  2676. continue to converse ... from that point on it's as if the call has
  2677. been forwarded.  Some telcos don't advertise this as a separate
  2678. service; it's just how their version of three-way calling works.
  2679.  
  2680. In a way I'm surprised more telcos don't offer call transfer, since it
  2681. would probably enhance their revenues.  Consider the following
  2682. scenario: A person calls the home of a business associate.  The spouse
  2683. answers but since s/he knows where the other spouse is (perhaps in a
  2684. city 20 or 30 miles away), s/he places a three-way TOLL call to the
  2685. spouse, then drops off the line once the connection is established.
  2686. The caller isn't paying the toll, so he feels free to talk, and the
  2687. recipient knows his spouse isn't listening in (in order to know when
  2688. to hang up the phone), so s/he feels freer to converse.  It just
  2689. occurs to me that a lot more short-distance toll calls might get
  2690. placed if this service were more widely available ... of course, it
  2691. could also be used for toll avoidance in some cases, but as I've noted
  2692. you can already use call forwarding, or regular three-way calling for
  2693. that purpose.
  2694.  
  2695. If call transfer is NOT offered, then the three-way calling scheme may
  2696. suffer from noise introduced at the center point of the connection,
  2697. and in some exchanges there is still a serious degradation of volume
  2698. between the two "legs" of the call (that is, on a voice call both end
  2699. points can hear the person in the center of the connection quite well,
  2700. but neither endpoint can hear the other well).
  2701.  
  2702. 3) Bridging two separate lines together: Allows you to connect to
  2703. lines with a dissimilar class of service (e.g.  company WATS lines, FX
  2704. lines, etc.) or to forward calls in areas where custom calling
  2705. features aren't available.  Other valid reasons for using this might
  2706. be if two separate lines are already available at your desired
  2707. location, or if you need to introduce amplification into the loop (but
  2708. that can get REAL tricky).  The biggest problem, as you have
  2709. discovered, is signal loss.  You can add bidirectional amplification
  2710. (indeed, commercial units are available to do just that) but whether
  2711. your modem will be happy about it is another matter.  Remember that an
  2712. amplifier might do a fine job on voice (to the untrained ear, anyway)
  2713. but really grunge up a data line. If you do get an amp, try to get one
  2714. that has adjustable signal gain ... you may need to tweak it a few
  2715. times before you modem is happy.  If you are ONLY using this scheme to
  2716. move data, I'd suggest first trying better modems that are more
  2717. comfortable with low signal conditions (unless you have no control
  2718. over the modem(s) you are trying to reach).
  2719.  
  2720. The two other biggest disadvantages of bridging are the increased cost
  2721. of having to have a second phone line, and the potential for abuse.
  2722. Remember, any time you bridge two separate lines together, you run the
  2723. risk of someone else hacking your system, getting dialtone from the
  2724. other end, and placing calls that you'll be billed for.  If you do use
  2725. this scheme, see if you can get toll call blocking and/or
  2726. billed-number screening (preferably both) from your telco.  In this
  2727. day and age, I simply would not trust a toll restrictor to keep bogus
  2728. charges off my bill, especially when anyone could dial in and grab
  2729. your second line.  There are too many ways to have bogus toll charges
  2730. show up on your bill these days.
  2731.  
  2732. In any case, I'd certainly be interested in knowing what your final
  2733. solution is.  I see this problem all the time (especially in Michigan,
  2734. where the telcos were pretty stingy about implementing Extended Area
  2735. Service) and I'm sure a lot of folks could learn something from your
  2736. experience.
  2737.  
  2738.  
  2739. Jack Decker | Internet: jack.decker@f8.n154.z1.fidonet.org | Fidonet: 1:154/8
  2740.  
  2741. ------------------------------
  2742.  
  2743. From: stevef@wrq.com (Steve Forrette)
  2744. Subject: Re: Cellular One/NY Re-bills Roaming Charges
  2745. Date: 31 Jan 1993 16:35:02 GMT
  2746. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  2747.  
  2748.  
  2749. In article <telecom13.46.12@eecs.nwu.edu> mike@camphq.FIDONET.ORG
  2750. (Mike Bray) writes:
  2751.  
  2752. > But when we got our phone bills from Cellular One/NY, we find that the
  2753. > roaming charges are NOT what the carriers themselves say they are!  It
  2754. > seems that for certain NACN systems, but not all of them, Cellular
  2755. > One/NY re-bills the other systems' $2.00/day + .50/minute as
  2756. > nothing/day + .99/minute!
  2757.  
  2758. > When I called Cellular One/NY to complain about this, they just say
  2759. > "this is the way we do it" and that's all I can get them to say.  I
  2760. > can't find anything about this practice in any of Cellular One/NY's
  2761. > paperwork and they can't seem to explain it either.
  2762.  
  2763. This is a new program that some of the carriers are trying to
  2764. implement.  Customers have long been confused about roaming rates,
  2765. especially when they get something in writing and use it as a
  2766. reference, and the rates change after the date of publication.  Also,
  2767. the "daily fees" get people angry.  So, some carriers are implementing
  2768. a plan where they offer a fixed charge for roaming, that applies to
  2769. roaming on ANY system.  It's usually $.99/min, with no daily fee.
  2770. They implement this rate themselves, and behind the scenes they pay
  2771. the other carriers the actual charge.  It's supposed to be a "revenue
  2772. neutral" change, so the carrier is not supposed to make more money off
  2773. of the deal.  So, the "average" customer will not pay more overall for
  2774. roaming, so the theory goes, and will always know exactly what they
  2775. will be charged for roaming.
  2776.  
  2777.  
  2778. Steve Forrette, stevef@wrq.com
  2779.  
  2780. ------------------------------
  2781.  
  2782. From: toddi@mav.com (Todd Inch)
  2783. Subject: Re: Freeway Call Boxes and CA Rain
  2784. Organization: Maverick International Inc.
  2785. Date: Sun, 31 Jan 93 21:36:32 GMT
  2786.  
  2787.  
  2788. In article <telecom13.35.4@eecs.nwu.edu> MPA15AB!RANDY@TRENGA.
  2789. tredydev.unisys.com writes:
  2790.  
  2791. > I've heard (but don't know if it is true) that the prolonged rain
  2792. > we've experienced here in Southern California has caused some of the
  2793. > freeway call boxes to run low on power (they are solar powered).
  2794.  
  2795. I hope not since we're supposed to get solar cellphones mounted on our
  2796. I-90 bridge across Lake Washington (a major commuter nightmare) here
  2797. in Seattle soon.  The newspeople keep joking about our weather,
  2798. doubting it will ever work.
  2799.  
  2800. Seriously, indirect sunlight during overcastiness and rain should
  2801. still be good enough if they're designed properly, I would think.  Now
  2802. it might be a problem near the North/South Poles where there are
  2803. loooong nights.
  2804.  
  2805. ------------------------------
  2806.  
  2807. Date: Sun, 31 Jan 93 17:48:08 EST
  2808. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  2809. Subject: Re: Do Telcos Record the Numbers of Local Calls?
  2810.  
  2811.  
  2812. A few years ago, there was a case of a couple being murdered and their
  2813. baby kidnapped, in Kent County, Delaware. (I am working only from what
  2814. was available in a newspaper at the time.)  Police work on this case
  2815. included looking through long distance phone logs, and when they
  2816. widened the case to include calls to/from other relatives of the
  2817. couple, they discovered a call from 302-398 (Harrington prefix, from a
  2818. location in Houston, Delaware) to 302-492 (Hartly prefix).  Although
  2819. 398 and 492 are in Kent County, a call from one to the other was toll
  2820. at the time (I believe it became local as a result of the countywide
  2821. calling plan imposed later).  The newspaper ({News-Journal} in
  2822. Wilmington) reported that if that had been a local call, it probably
  2823. could not have been traced.  As it happened, it was traced, and one
  2824. detective said to another "Hey, it looks like we're going to Houston",
  2825. and it turns out they found the baby and made arrests there.
  2826.  
  2827. ------------------------------
  2828.  
  2829. From: turner@Dixie.Com
  2830. Date: Sun, 31 Jan 93 17:47 EST
  2831. From: rsiatl!turner@rsiatl.UUCP
  2832. Reply-To: turner@dixie.com
  2833. Subject: Re: Wiring For Multi-Lines on One Jack
  2834.  
  2835.  
  2836. John R. Levine writes a good summary of how multiple pairs are placed
  2837. on a single six position "RJ-11" type jack.  I believe the original
  2838. question referred to an eight position jack.  Pairs on an eight
  2839. position jack can be assigned four ways that I know of:
  2840.  
  2841. 1) USOC: Pairs One to three are assigned as John said; the forth pair
  2842. is the outermost pins.  This insures full compatibility with USOC
  2843. specs for one to three pairs on a six position connector.  Be warned
  2844. that some combinations of eight position jacks and six position plugs
  2845. will damage the outermost pins of the jack.
  2846.  
  2847. 2) EIA/TIA 568A Pairs 1&2 are in center as for USOC, Pins 1 & 2* are
  2848. pair three, pins 7 & 8 are pair four.  This gives greater noise
  2849. immunity than with the conductors for some pairs far apart as in the
  2850. USOC spec.
  2851.  
  2852. 3) AT&T 258A (aka EIA/TIA 568B) AT&T had to be different.  Pair one is
  2853. in the center.  Pins on left and right of center pair (where pair two
  2854. would be) are pair three.  Pins 1 & 2 are pair two, pins 7 & 8 pair
  2855. four.
  2856.  
  2857. 4) Any damn way the installer wants it. :-) Listed above are two ways
  2858. of pairing pins.  With four pins there are 4! or 24 different ways to
  2859. number the pairs, resulting in 48 different combinations.
  2860.  
  2861. I have only seen four voice lines on one jack once: When I was in
  2862. college AU got a new phone switch (a DMS-100) to replace lots of key
  2863. systems behind Centrex.  The whole campus had new wiring added for the
  2864. system, conforming to AT&T's PDS standard.  Generally it was well
  2865. done, an exception was a mechanical room in Haley Center.  This room
  2866. housed three repeaters and a 3KW FM transmitter.  One voice jack had
  2867. been installed.  The eventual outcome was three repeater remotes and a
  2868. POTS line on one jack and a piece of quad wire carrying two other
  2869. remotes and a four pair cable with three dry pairs (two TX audio and a
  2870. Marti receive line for the Xmitter).  The two cables disappeared in
  2871. some HVAC equipment only to reemerge at an IDF on the floor below.  A
  2872. series of splitters and splices sent the lines to their desitination.
  2873. In doing all of this the modular jack was left hanging by it's four
  2874. pair cable.  Since the room was a favorite for naps for the physical
  2875. plant employees, an accident was bound to happen.
  2876.  
  2877. Sometime between quarters, that jack got yanked from the wall, wiping
  2878. out all four circuits, two of which were never missed.  Anyway it took
  2879. the campus telco tech a while to get it all sorted out.  It was a lot
  2880. better when he left: the Xmitter and POTS lines were punched down on a
  2881. 66 block and the repeater remotes were routed over a single cable per
  2882. repeater.  Luckily this was caught when the radio station tried to go
  2883. on the air, as the POTS line controlled the Xmitter.  Had this
  2884. happened while they were on the air, they would have been in violation
  2885. of FCC regs.
  2886.  
  2887.  
  2888.  Summary:
  2889. Scheme      Pair 1   Pair 2   Pair 3   Pair 4
  2890. USOC          4&5      3&6      2&7     1&8
  2891. AT&T          4&5      1&2      3&6     7&8
  2892. T568A         4&5      3&6      1&2     7&8
  2893.  
  2894. * Looking at the JACK, with the "spring" tab recess facing down, pins
  2895. are numbered 1-8 from left to right.  A six position plug would
  2896. contact pins 2-7.
  2897.  
  2898.  
  2899. Pat Turner   KB4GRZ   turner@dixie.com
  2900.  
  2901. ------------------------------
  2902.  
  2903. From: bcapps@atlastele.com (Brent Capps)
  2904. Subject: Re: Differences Between ANI and Caller-ID 
  2905. Organization: Atlas Telecom Inc.
  2906. Date: Sun, 31 Jan 1993 00:28:55 GMT
  2907.  
  2908.  
  2909. In article <telecom13.42.11@eecs.nwu.edu> Marcus D Leech
  2910. <mleech@bnr.ca> writes:
  2911.  
  2912. > Just to add to the confusion, there's also an emerging ANSI standard
  2913. > called SCAI, or Switch-Computer Applications Interface.  SCAI gives
  2914. > you what Caller-ID gives you plus A WHOLE LOT MORE.  The only
  2915. > implementation that I'm aware of is on NTs large switches, and
  2916. > marketted as "CompuCall".
  2917.  
  2918. > The delivery vehicle for this service is typically X.25.
  2919.  
  2920. > Anybody know of any other implementations of SCAI?
  2921.  
  2922. CompuCall has a long and checkered history within BNR.  It's actually
  2923. a throwback to the mid '80s when BNR was developing a CO/PBX LAN
  2924. server whatchamacallit called the PTE; this box communicated with an
  2925. SL1 over a proprietary out-of-band signaling protocol that shared some
  2926. similarities with the not-yet-standardized CCS7.  Well, after wasting
  2927. millions of dollars on this turkey, NT finally pulled the plug; but in
  2928. the quest to salvage something from the wreckage a certain manager
  2929. (now a senior exec at NT) hit upon the idea of taking this old
  2930. proprietary protocol, dusting it off, and changing its name to the
  2931. ISDN/AP.  This is a typical evil marketeers trick, the names have been
  2932. changed to fool the innocent.  This protocol had almost nothing in
  2933. common with ISDN other than the fact that both of them are
  2934. out-of-band.
  2935.  
  2936. ISDN/AP was eventually marketed as "CompuCall" at a licensing fee of
  2937. $50G.  And that, dear friends, is how to make a silk purse out of a
  2938. sow's ear.
  2939.  
  2940.  
  2941. Brent Capps   bcapps@agora.rain.com (gay stuff) 
  2942. bcapps@atlastele.com (telecom stuff)
  2943.  
  2944. ------------------------------
  2945.  
  2946. From: dave@westmark.com (Dave Levenson)
  2947. Subject: Re: Alteration of Ring Cadence
  2948. Organization: Westmark, Inc.
  2949. Date: Sun, 31 Jan 1993 02:23:40 GMT
  2950.  
  2951.  
  2952. Pat writes (regarding creating different ringer sounds):
  2953.  
  2954. > [Moderator's Note: A hacksaw is a bit of an overkill. All you need to
  2955. > do is adjust the clapper inside by bending it just a tiny bit, or
  2956. > turning the bell parts slightly to create a sort of dull ring on the
  2957. > one phone, and a more shrill ring on the other.  PAT]
  2958.  
  2959. A 2500 telephone set has two gongs that produce slightly different
  2960. notes.  The ring is the harmony that results from the two notes
  2961. sounded together.  If you swap the left gong in one set with the right
  2962. gong in another, you'll get two sets that produce single-note rings,
  2963. and they'll be different.  Can you hear the difference?  That may take
  2964. some practice!
  2965.  
  2966.  
  2967. Dave Levenson        Internet: dave@westmark.com
  2968. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  2969. Warren, NJ, USA        Voice: 908 647 0900  Fax: 908 647 6857
  2970.  
  2971. ------------------------------
  2972.  
  2973. End of TELECOM Digest V13 #56
  2974. *****************************
  2975. 
  2976. 
  2977. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa21979;
  2978.           31 Jan 93 23:48 EST
  2979. Received: by delta.eecs.nwu.edu id AA19662
  2980.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 Jan 1993 21:40:13 -0600
  2981. Received: by delta.eecs.nwu.edu id AA25375
  2982.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 Jan 1993 21:39:42 -0600
  2983. Date: Sun, 31 Jan 1993 21:39:42 -0600
  2984. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  2985. Message-Id: <199302010339.AA25375@delta.eecs.nwu.edu>
  2986. To: telecom@eecs.nwu.edu
  2987. Subject: TELECOM Digest V13 #57
  2988.  
  2989. TELECOM Digest     Sun, 31 Jan 93 21:39:40 CST    Volume 13 : Issue 57
  2990.  
  2991. Index To This Issue:                     Moderator: Patrick A. Townson
  2992.  
  2993.     Re: N.E. Telephone Admits Ripoff - Refuses Restitution (Mitch Wagner)
  2994.     Re: N.E. Telephone Admits Ripoff - Refuses Restitution (Maxime Taksar)
  2995.     Re: You Didn't Accept a Collect Call, You'll be Billed Anyway? (G. Burditt)
  2996.     Re: Utility Reputations (Dave Niebuhr)
  2997.     Re: Cellular Phones Are Carcinogens? (Andrew Klossner)
  2998.     Re: Cellular Roaming Handbook (reb@ingres.com)
  2999.     Re: Charge Those 900 Calls (Steve Forrette)
  3000.     Re: AT&T Reaches Out to the Arts (Dave Levenson)
  3001.     Re: Phone Translation Experiment (Georg Schwarz)
  3002.     Re: 1-800-CALL-ATT vs. LEC Intra-LATA LD (John Adams)
  3003.     Re: Telecom Books (Capacity Planning)? (Fred R. Goldstein)
  3004.     Re: Can Phones be Restricted to 911 Only? (burchell@ucscb.UCSC.EDU)
  3005. ----------------------------------------------------------------------
  3006.  
  3007. From: wagner@utoday.com (Mitch Wagner)
  3008. Subject: Re: N.E. Telephone Admits Ripoff - Refuses Restitution
  3009. Organization: Open Systems Today
  3010. Date: Sun, 31 Jan 93 19:00:46 GMT
  3011.  
  3012.  
  3013. Yeah, New England Telephone is pretty awful, all right -- it's in the
  3014. same league as some third-world countries you hear about. In May, I
  3015. moved up here to take a job telecommuting out of my home, and tried to
  3016. get them to install four phone lines for a business in my apartment,
  3017. in addition to one personal line. Whooee, this taxed their tiny little
  3018. brains beyond the limit. First I couldn't get a straight answer out of
  3019. them whether this was possible given existing wiring in the building.
  3020.  
  3021. When it proved impossible, I couldn't get a straight answer out of
  3022. them about whether I could hire an outside contractor to rewire or
  3023. whether their own technicians had to do it.
  3024.  
  3025. After the outsiden contractor did the job, I couldn't get them to
  3026. switch on the lines correctly. They had the wrong lines installed, the
  3027. right numbers coming out of the wrong wall jacks. Took three tries
  3028. over the course of two weeks on that one.
  3029.  
  3030. By the end of June all this was straightened out -- except twice,
  3031. since then, I've had some wires crossed somewhere and gotten my phone
  3032. lines connected with someone else. I'm not talking "voices on the line
  3033. here," an faint buzzing or whispering. I'm talking the equivalent of a
  3034. party line -- once I heard the phone ring and picked up in time to
  3035. hear a sweet old lady say, "No, I'm sorry there's no Mitch Wagner here
  3036.  .. sorry, we don't know ANYTHING about computers," and another guy
  3037. who had dialed my number correctly and who wanted to speak with me,
  3038. responding, "Okay, sorry to bother you then, ma'am, I must have dialed
  3039. a wrong number" ...
  3040.  
  3041. ------------------------------
  3042.  
  3043. Date: Sun, 31 Jan 93 13:19:27 -0800
  3044. From: mmt@RedBrick.COM (Maxime Taksar KC6ZPS)
  3045. Subject: Re: N.E. Telephone Admits Ripoff - Refuses Restitution
  3046.  
  3047.  
  3048. In article <telecom13.43.1@eecs.nwu.edu>, PAT writes:
  3049.  
  3050. > [Moderator's Note: I had a phone turned on about twenty years ago at a
  3051. > place where I stayed occassionally and although the service got turned
  3052. > on, the paperwork never made it to accounting for the purpose of
  3053. > setting up a billing account. Since the line had unmeasured metro
  3054. > service (a type of service we had back then) there were never any
  3055. > extra units generated and no reason to ever issue a bill. It went on
  3056. > like that for a year. I was careful to never make any long distance
  3057. > calls from that line or do anything which would start paperwork going.
  3058. > Then one day, some $$#%&# phreak billed a third number phraud call to
  3059. > that line. 
  3060.  
  3061. [How PAT finally gets billed for the line deleted]
  3062.  
  3063. I'm sorry, Pat, but this was a little too much, even for you.
  3064.  
  3065. Have you lost your devotion to the concept of "paying for what you
  3066. use"?  Perhaps this devotion is only recent?  In any case, you seem to
  3067. have changed your tone from a few volumes ago when you re-started the
  3068. debate on wether measured service is a Good Thing or not.
  3069.  
  3070. I don't mind your sharing your opinions with us, but it would be nice
  3071. if you didn't expose us to this sort of hypocrisy.
  3072.  
  3073.  
  3074. Maxime Taksar              KC6ZPS           mmt@RedBrick.COM
  3075.  
  3076.  
  3077. [Moderatpr's Note: Hey, twenty plus years ago I had different ideas
  3078. than I do now. Have you held the same attitudes and opinions all your
  3079. life without ever changing or modifying them?  Have you never read my
  3080. articles here about things I did 30-35 years ago with the phone?  My
  3081. very first employer -- a part time job when I was in high school in
  3082. the late 1950's -- was the University of Chicago in the phone room
  3083. where I diligently worked myself into a position of trust as the sole
  3084. person in the phone room overnight after I graduated from high school
  3085. only to get fired for phreaking on international calls with
  3086. make-believe calling card numbers.  Does that make me a hypocrite now,
  3087. 32 years later?  
  3088.  
  3089. In junior-high, I taught the other kids how to supply ground to
  3090. ground-start payphones and how to use a bent coat hanger up the coin
  3091. return slot to get their nickle back before the operator could tip the
  3092. collection table in her favor. (Yes, payphone calls cost five cents
  3093. and there was no trap door on the coin return slot.)  We used to think
  3094. it great sport to listen on the VHF radio to the Illinois Bell Marine
  3095. Operator servicing boats in Lake Michigan and beat her to the punch at
  3096. dialing whatever number was passed to her by the boater so she would
  3097. always get a busy signal, and later (when we finally let the call go
  3098. through) the boater would have an argument with his wife about 'who
  3099. was she talking to for an hour?'
  3100.  
  3101. Our other favorite joke involved a man listed in the phone directory
  3102. by the name of Robert Fuchew. We'd call '2080' (the forerunner to the
  3103. present day 312-796-9600 name and address service) and pass his number
  3104. to the operator who would look it up and say 'Robert ...' then she
  3105. would pause to think about it, and say, " ... I will spell the last
  3106. name, it is F-U-C-H-E-W."  "But operator," we would say, "how do you
  3107. pronounce it? ... " and our laughs would give us away as 12 year old
  3108. brat-children.  (To the curious: *he* pronounced it 'foo-chew'.)  PAT]
  3109.  
  3110. ------------------------------
  3111.  
  3112. From: gordon@sneaky.lonestar.org (Gordon Burditt)
  3113. Subject: Re: You Didn't Accept a Collect Call, But You'll be Billed Anyway?
  3114. Organization: Gordon Burditt
  3115. Date: Sun, 31 Jan 1993 09:24:47 GMT
  3116.  
  3117.  
  3118. > The moral to this story is, if you ever contact a long distance
  3119. > carrier on behalf of a friend or client, use their name, not yours, or
  3120. > at least let it be known that you're just making contact on behalf of
  3121. > the other person and are not assuming any responsibility for their
  3122. > bills!
  3123.  
  3124. I think there are a number of situations where you can save yourself a
  3125. lot of trouble by not giving your own name, or giving a blatant false
  3126. name.  Disclaimers of relationship just don't cut it.  One of these is
  3127. posing hypothetical tax questions to the IRS (remember *67!)  Another
  3128. is taking a patient to a hospital.
  3129.  
  3130. I once drove a very pregnant woman to the hospital as a favor to a
  3131. friend.  He was "backup driver", but his car was in the shop.  Because
  3132. I brought her in, I got asked lots of questions.  I only knew her as
  3133. "Ms. Ashford" (*) and that she worked where I did, and I probably
  3134. wouldn't recognize her more than one out of three times.  First name?
  3135. Address?  My name?  My SSN?  Most of my answers were something like "I
  3136. dunno, I'm just the chauffer".  She worked where I did, so I could
  3137. answer vague questions about insurance.  I suspected she was using her
  3138. maiden name for work, and suspected she was married, but I wouldn't
  3139. give guesses as answers.  I never did find out.  When they absolutely
  3140. insisted on my SSN, I pulled out one of my photo-ID SSN cards titled
  3141. "Federal Reserve Note" and let them copy down my SSN, just above the
  3142. signature of the Treasurer of the United States.  The letters in the
  3143. SSN and the wrong number of digits didn't bother them at all.
  3144.  
  3145. She later told me that the paperwork had gotten all screwed up.  She
  3146. was listed as "I. Donna Ashford", and the father was "Chou Fur" on the
  3147. birth certificate.  Both wrong.  "I dunno, I'm just the chauffer"
  3148. seems to have gotten into the records.  My "SSN" had become a phone
  3149. number.  I'm glad I didn't give my real name, or I might have been
  3150. listed as the father, and/or gotten the bill!  It's probably a good
  3151. idea not to identify yourself if you bring someone unrelated to the
  3152. hospital, and if you must, use a name like "T. Axi Driver" or, as I
  3153. did once "Zulu Able Victor Seven Four Eight" (my license plate number
  3154. at the time, but I told them it was a federal crime to spell it).
  3155.  
  3156. (*) Name changed to protect the innocent, besides, I can't remember
  3157. the real one.
  3158.  
  3159. When I was in college in the early 70's, I called the phone company
  3160. (no campus PBX here -- you want a phone, talk to New York Telephone
  3161. yourself) to have the phone owned by the "phone consortium" (a bunch
  3162. of guys who chipped in to get one phone) put in my name, because the
  3163. guy whose name it was in had graduated.  I accepted responsibility for
  3164. calls previously made on the line.  I was taking a risk on the other
  3165. guys running up a large bill and refusing to pay, but I trusted them,
  3166. and I wasn't disappointed.  BUT, the phone company noticed my name,
  3167. "Burditt", and suddenly started trying to stick me with all the back
  3168. bills for people in "Burdette Avenue Residence Hall".  Or maybe anyone
  3169. on Burdette Avenue.  I did not live there, and I don't think I have
  3170. ever set foot in the place.  I asked for, and got, copies of the bills
  3171. in question, complete with names, addresses, and itemized calls.  A
  3172. collection agency kept calling, but made the mistake of letting me get
  3173. THEIR number.
  3174.  
  3175. I had a fairly strong defense:
  3176.  
  3177. - One of the bills extended to before I was born.  
  3178.  
  3179. - All of the bills extended to before I had been accepted at college.
  3180.  
  3181. - I knew from a previous nuisance-call incident that phone company
  3182.   records indicated that there was an enormous pile of phones at
  3183.   "110 Eighth Street", including all university phones, dorm pay
  3184.   phones, and probably all phones in dorms.  "Same address" arguments
  3185.   didn't work here.  The entire campus had one address, by phone records.
  3186.  
  3187. - The bills indicated I had 27 lines at one point, with a strange variety
  3188.   of billing names and addresses. I could prove at least four lines were
  3189.   in use simultaneously.
  3190.  
  3191. - None of the names or addresses were even close to mine.
  3192.  
  3193. - Some of the bills extended to before "Burdette Avenue Residence Hall"
  3194.   had been constructed.
  3195.  
  3196. - The one line I admitted responsibility for was paid on time and not
  3197.   in dispute.
  3198.  
  3199. A friend with the campus newspaper said a lawsuit for this would make
  3200. a great story.  He even offered to finance some of it.  So I called up
  3201. the collection agency and DARED them to sue.  I called them several
  3202. times a week and ORDERED them to sue.  I even offered to walk down to
  3203. their office and pick up a subpoena.  They quit calling.  Meanwhile, I
  3204. had told the phone company that the lines weren't mine, but as far as
  3205. I was concerned, they could be disconnected.  They had all been
  3206. disconnected a year ago or more, anyway.  But some of the numbers had
  3207. been reassigned, and I heard rumors from one telephone company
  3208. representative, who was apologetic but couldn't do anything about the
  3209. problem, that someone disconnected those lines, and that someone had
  3210. gotten fired for it, because they disconnected someone very VIP.  (The
  3211. mayor?  City hall?  The manager of the central office's home? The
  3212. chief of police?  The police emergency line?)
  3213.  
  3214.  
  3215. Gordon L. Burditt    sneaky.lonestar.org!gordon
  3216.  
  3217. ------------------------------
  3218.  
  3219. Date: Sun, 31 Jan 93 16:05:45 EST
  3220. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  3221. Subject: Re: Utility Reputations
  3222.  
  3223.  
  3224. In TELECOM Digest V13 #52 MPA15AB!RANDY@TRENGA.tredydev.unisys.co
  3225. Randy Gellens write:
  3226.  
  3227. > {Fortune} magazine had a recent cover story on "Corporate Reputations"
  3228. > and I thought readers might be interested in their list of the top ten
  3229. > utilities:
  3230.  
  3231. > Rank Company                Score     Rank Company               Score
  3232.  
  3233. > 5   Ameritech               6.95     10   Nynex                   6.12
  3234.                                        ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  3235.  
  3236. That's a joke.  NYNEX is the parent of NYTel and it is one useless
  3237. telphone company.  Granted, NYTel makes up its own rules and regs and
  3238. gets the NY PSC to rubberstamp them, but NYNEX never seems to put the
  3239. brakes on it's errant child, one that can't even keep it's rate tables
  3240. correct (or install them correctly in the first place).
  3241.  
  3242. Believe me, I'd rather be in the Rochester Tel area anytime.
  3243.  
  3244.  
  3245. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  3246. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  3247.  
  3248. ------------------------------
  3249.  
  3250. From: andrew@frip.wv.tek.com (Andrew Klossner)
  3251. Date: Sun, 31 Jan 93 12:49:23 PST
  3252. Subject: Re: Cellular Phones Are Carcinogens?
  3253. Reply-To: andrew@frip.wv.tek.com
  3254. Organization: Tektronix Color Printers, Wilsonville, Oregon
  3255.  
  3256.  
  3257. > It is believed by some people that the amount of radiation emitted
  3258. > from a cellular phone antenna can cause cancer.
  3259.  
  3260. To clarify: there are credible scientific reports that a three watt
  3261. transceiver, operated near the head for many years, can cause
  3262. *glaucoma*.  This is one reason why police radios are now worn at the
  3263. waist and wired to a lapel-mounted microphone.  I know of no credible
  3264. evidence linking transceivers to brain cancer.
  3265.  
  3266.  
  3267. Andrew Klossner  (andrew@frip.wv.tek.com)
  3268.  
  3269. ------------------------------
  3270.  
  3271. Date: Sun, 31 Jan 93 14:22:17 PST
  3272. From: reb@ingres.com (Phydeaux)
  3273. Subject: Re: Cellular Roaming Handbook
  3274.  
  3275.  
  3276. In article <telecom13.46.11@eecs.nwu.edu> mike@camphq.FIDONET.ORG
  3277. (Mike Bray) writes:
  3278.  
  3279. >                      Cellular Directions, Inc.
  3280. >                      PO Box 66843
  3281. >                      St. Petersburg Beach FL  33736
  3282.  
  3283. > Their phone number is (813) 345-6150 and their FAX is (813) 347-2981
  3284. > and they take VISA, MC, etc, etc.
  3285.  
  3286. I just called to order one of these books and they are starting to
  3287. ship the 11th edition. Same price as quoted above. I have no idea what
  3288. makes them 'official.'
  3289.  
  3290.  
  3291. reb
  3292.  
  3293. ------------------------------
  3294.  
  3295. From: stevef@wrq.com (Steve Forrette)
  3296. Subject: Re: Charge Those 900 Calls
  3297. Date: 31 Jan 1993 12:55:18 GMT
  3298. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  3299.  
  3300.  
  3301. In article <telecom13.52.10@eecs.nwu.edu> John R. Levine <johnl@
  3302. iecc.cambridge.ma.us> writes:
  3303.  
  3304. > In the January edition of the Pocket OAG, there is a large ad
  3305. > encouraging you to dial 0 900 339 3000 and charge the call to your
  3306. > AT&T calling card.  
  3307.  
  3308. I just tried this, and it worked for me as well.  When I tried to do 0
  3309. 900 555 1212, I got that AT&T bong, then entered my card.  Curiously,
  3310. there was no "Thank you for using AT&T" message, just about five
  3311. seconds of silence after I entered the last digit.  Then, an operator
  3312. came on and said "AT&T -- You can't bill a call to a 900 number to a
  3313. calling card."  I tried it again, this time using a bad calling card
  3314. number.  It told me to try again, as the card number was not valid.
  3315. So, when billing 0 + 900 calls with AT&T, it first checks to see if
  3316. the card number is valid, then checks to see if the called 900 number
  3317. is valid for calling card billing.  Quite interesting!
  3318.  
  3319.  
  3320. Steve Forrette, stevef@wrq.com
  3321.  
  3322. ------------------------------
  3323.  
  3324. From: dave@westmark.com (Dave Levenson)
  3325. Subject: Re: AT&T Reaches Out to the Arts
  3326. Organization: Westmark, Inc.
  3327. Date: Sun, 31 Jan 1993 17:18:35 GMT
  3328.  
  3329.  
  3330. > [Moderator's Note: AT&T has always been generous to service organizations 
  3331. > and charities as well.
  3332.  
  3333. Almost always, Pat.
  3334.  
  3335. Let's remember that the AT&T Foundation, approximately two years ago,
  3336. discontinued its support for Planned Parenthood, apparently due to
  3337. pressure from anti-choice political forces.
  3338.  
  3339.  
  3340. Dave Levenson        Internet: dave@westmark.com
  3341. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  3342. Warren, NJ, USA        Voice: 908 647 0900  Fax: 908 647 6857
  3343.  
  3344.  
  3345. [Moderator's Note: The Planned Parenthood people have always claimed
  3346. that AT&T stopped their support 'due to pressure from anti-choice
  3347. forces', but AT&T denies that is the case. They say their support in
  3348. the past few years has to be more limited than in the past, so they
  3349. have begun spreading the largesse around to other groups to insure
  3350. that all worthwhile groups get a piece of the pie.  An AT&T executive
  3351. noted that the company gave a great deal of money to Planned Parent-
  3352. hood for many years and said, "You'd think that when we started giving
  3353. money elsewhere instead, Planned Parenthood would have said 'thank you
  3354. for your many years of support' rather than cursing us because we did
  3355. not give them still more ..."  ... that makes sense to me.   PAT]
  3356.  
  3357. ------------------------------
  3358.  
  3359. From: georg@marie.physik.tu-berlin.de (Georg Schwarz)
  3360. Subject: Re: Phone Translation Experiment
  3361. Date: 31 Jan 1993 15:12:33 GMT
  3362. Organization: ZRZ/TU-Berlin
  3363.  
  3364.  
  3365. In <telecom13.44.2@eecs.nwu.edu> Dave.Leibold@f730.n250.z1.FIDONET.ORG
  3366. (Dave Leibold) writes:
  3367.  
  3368. > be placed into public service. ATR, Carnegie Mellon University
  3369. > (Pittsburgh) and University of Karlsruhe (Munich) are the partners in
  3370. > this experiment.               ^^^^^^^^^  ^^^^^^
  3371.  
  3372. For all of those who obviously don't have a clue about European
  3373. geography: Karlsruhe and Munich are two completly different cities,
  3374. both located in southern Germany, but several hundred km apart from
  3375. each another!  Both of them do have a university (Munich has even
  3376. two).  And, as the name already suggests, the University of Karlsruhe
  3377. is located in Karlsruhe and not in Munich.
  3378.  
  3379. ------------------------------
  3380.  
  3381. From: jadams@vixen.cc.bellcore.com (adams,john)
  3382. Subject: Re: 1-800-CALL-ATT vs. LEC intra-LATA LD
  3383. Organization: Bellcore, Livingston, NJ
  3384. Date: Sun, 31 Jan 93 15:34:25 GMT
  3385.  
  3386.  
  3387. In article <telecom13.44.7@eecs.nwu.edu> mcnally@wsl.dec.com (Mike
  3388. McNally) writes:
  3389.  
  3390. > I just c alled my voice mailbox to check voice mail (it's in 415, I'm
  3391. > in 408) and as I listened to the "Thank you for using Pacific Bell"
  3392. > recording I though of the recent thread concerning intra-LATA long
  3393. > distance.  On a whim, I decided to try 1-800-CALL-ATT to see if I
  3394. > could force ATT to carry the call instead.  (PacBell won't let 10288
  3395. > work for such calls; you get a recording.)  It worked.
  3396.  
  3397. I suspect that your results will vary based on where and how you call.
  3398. Perhaps a compilation is in order? ;-)!  I had a similar experience at
  3399. JFK International Airport (Queens, NY) where I was able to complete a
  3400. call to Manhatten *AFTER* getting to AT&Ts network (For a true
  3401. interlata call) and hitting the "#" after completion.  Just out of
  3402. curiosity, I attempted the same call from the same AT&T Card Caller
  3403. (after hanging up of course) and with that instance handled by New
  3404. Yawk Tel.  Oh well, at least I found it amusing!
  3405.  
  3406.  
  3407. Jack (John) Adams        Bellcore NVC 2Z-220
  3408. (908) 758-5372 {Voice}        (908) 758-4389 {Facsimile}
  3409. jadams@vixen.cc.bellcore.com    kahuna@attmail.com
  3410.  
  3411. ------------------------------
  3412.  
  3413. From: goldstein@carafe.dnet.dec.com (Fred R. Goldstein)
  3414. Subject: Re: Telecom Books (Capacity Planning)?
  3415. Organization: Digital Equipment Corp., Littleton MA USA
  3416. Date: Sun, 31 Jan 1993 02:38:50 GMT
  3417.  
  3418.  
  3419. In article <telecom13.52.12@eecs.nwu.edu>, Jeff@digtype.airage.com
  3420. (Jeff Wasilko) writes:
  3421.  
  3422. > SNET wants to raise intrastate LD rates to a flat 25 cents per minute!
  3423. > My AT&T rep also tells me that the LD companies are trying (without
  3424. > much success) to get the state split into multiple LATAs so that there
  3425. > can be competition for inter-LATA calls ...
  3426.  
  3427. AT&T is, of course, pulling your leg.
  3428.  
  3429. LATA boundaries don't allow anything, they merely _prohibit_ certain
  3430. activities by "Bell" companies.  SNET is NOT a Bell, so there's no
  3431. reason to split CT into LATAs (disregarding Greenwich, NYTel
  3432. territory).  LATAs only exist in Federal law.
  3433.  
  3434. Whether there is competition for LD within a state is a state
  3435. decision, and LATA boundaries don't count: Most states allow
  3436. intra-LATA competition, and a few have, at least for a while,
  3437. prohibited inter-LATA competition.  (AT&T had that franchies, the Bell
  3438. got intra-LATA.)
  3439.  
  3440. Your problem is that the Connecticut Public Utility Control Authority
  3441. (They're still the PUCA, right?  Sort of a six-foot invisible rabbit?)
  3442. is in bed too closely with SNET.  Here in Mass., intra-LATA toll for
  3443. business users is down to 10.5c/min maximum, while residential rates
  3444. are a bit more variable and subject to various discount plans.  Of
  3445. course, NET here is subject to intra-LATA competition.  No
  3446. coincidence.
  3447.  
  3448.  
  3449. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  3450. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  3451. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  3452.  
  3453. ------------------------------
  3454.  
  3455. From: burchell@ucscb.UCSC.EDU (Toxic Avenger)
  3456. Subject: Re: Can Phones be Restricted to 911 Only?
  3457. Date: 31 Jan 1993 01:07:48 GMT
  3458. Organization: University of California, Santa Cruz
  3459.  
  3460.  
  3461. In <telecom13.52.5@eecs.nwu.edu> Dave.Leibold@f730.n250.z1.FIDONET.ORG
  3462. (Dave Leibold) writes:
  3463.  
  3464. > Are there jurisdictions where 911-only phone service can be set up
  3465. > rather than an outright shut-off of phone service?
  3466.  
  3467. I got a phone bill for my dorm room (served by PAC*BELL, 408 NPA) the
  3468. day after I left for the winder break.  It was due while I was gone,
  3469. and when I returned, I found it, as well as the official notice that
  3470. my phone would be interrupted if I did not pay within seven days.
  3471. Well, I wandered to my room and picked up the phone ... dial tone;
  3472. good they hadn't canned me yet. So I made out the check and dropped it
  3473. in the mail.
  3474.  
  3475. Later that day, I called a friend and got this recording ...
  3476.  
  3477. {three tones} "I'm sorry, your service has been interupted, you may
  3478. use this phone to dial 911 for emergencies, 611 for repairs or 811 to
  3479. discuss your account with a representitive."
  3480.  
  3481. So yes, it is an option. It is what gets done here in Santa Cruz.
  3482.  
  3483.  
  3484. Tox
  3485.  
  3486. ------------------------------
  3487.  
  3488. End of TELECOM Digest V13 #57
  3489. *****************************
  3490. 
  3491. 
  3492. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa24996;
  3493.           1 Feb 93 1:21 EST
  3494. Received: by delta.eecs.nwu.edu id AA24820
  3495.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 31 Jan 1993 23:08:55 -0600
  3496. Received: by delta.eecs.nwu.edu id AA11260
  3497.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 31 Jan 1993 23:08:25 -0600
  3498. Date: Sun, 31 Jan 1993 23:08:25 -0600
  3499. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  3500. Message-Id: <199302010508.AA11260@delta.eecs.nwu.edu>
  3501. To: telecom@eecs.nwu.edu
  3502. Subject: TELECOM Digest V13 #58
  3503.  
  3504. TELECOM Digest     Sun, 31 Jan 93 23:08:20 CST    Volume 13 : Issue 58
  3505.  
  3506. Index To This Issue:                     Moderator: Patrick A. Townson
  3507.  
  3508.     Switchboard Equipment Inquiry (Jeannette Lanier)
  3509.     Public Phone 2000 Illegal (Jim Gottlieb)
  3510.     2 T-1 to 1/2 Rate T-1 Transcoders (John Phipps)
  3511.     Human Factors for Speech Recognition Systems (Al Dykes)
  3512.     GTE Strikes Again (Richard M. Greenberg)
  3513.     Dial-Up IP Router (Jose Luis Jimenez Fernandez)
  3514.     Bless Me Father, For I Have Faxed ... (Dave Leibold)
  3515.     A Blast From the Past (Steve Brack)
  3516.     Tropez 900DX Cordless Telephone Questiona (W. Gregg Stefancik)
  3517.     Phone Sex Is No Longer Safe Sex (was ATM History) (Zealand R. Hatch)
  3518.     Re: I Want to Pay For a Local Call (John Higdon)
  3519.     Re: I Want to Pay For a Local Call (Steve Forrette)
  3520.     Re: 301-303, Not in 410 (Jacob DeGlopper)
  3521. ----------------------------------------------------------------------
  3522.  
  3523. From: wu/O=NUCLEAR_REGULATORY_COMMISSION/DD.ELN=62868951@mhs.attmail.com
  3524. Date: 31 Jan 93 22:38:27 GMT
  3525. Subject: Switchboard Equipment Inquiry
  3526.  
  3527.  
  3528. This is in the nature of a preliminary inquiry by me personally for
  3529. information relating to telephone systems.  This is not -- at this
  3530. time -- an official inquiry by this agency and I am not acting as their
  3531. spokesperson.
  3532.  
  3533. The United States Nuclear Regulatory Commission operates a main
  3534. switchboard that never closes.  This switchboard is operated using a
  3535. Conveyant Teledesk model 1600 console.  We purchased this system less
  3536. than three years ago.
  3537.  
  3538. Since many of you may not be familiar with this system, I will briefly
  3539. explain what it is, how it works and what it does.
  3540.  
  3541. The Teledesk Console is a modified PC keyboard consisting of the
  3542. standard QWERTY keyboard with CTRL and ALT keys as well as the ten
  3543. IBM-PC function keys.  At the top of the unit are 16 line keys which
  3544. allow the console to handle transfers for 16 lines.  The calculator
  3545. keyboard which is normally on the right side is replaced by a
  3546. Touch-Tone pad, plus hold, flash, camp, release, transfer and next.
  3547. Release is used to either hang up a call or complete a transfer; next
  3548. is used to pick up the oldest ringing line (if more than one is
  3549. ringing) or the line that is ringing.  If one has two lines ringing,
  3550. you can press next, answer the call and ask to wait, then press next
  3551. which automatically puts the prior call on hold and answers the next
  3552. line.
  3553.  
  3554. We have a combination of direct incoming public, inward WATS and
  3555. internal operator lines all operated on a centrex system from the
  3556. local telephone company.
  3557.  
  3558. It is connected to a specialized frame with one set of wires, and each
  3559. console is plugged into a 1 Meg 80286 PC (IBM PS/2 Model 30) with a
  3560. color VGA monitor and 20 Meg hard drive.  We have our own software
  3561. using DBASE which we use to update our office and home listings, and
  3562. we wrote software to convert the DBASE files into input for the
  3563. Teledesk system which has its own proprietary database format.  When a
  3564. number is selected, the operator can view the name and number to be
  3565. dialed, and either press a button to automatically dial the number, or
  3566. can move up or down the list of names to select a different name.  The
  3567. operator can also read the name and number to be called.
  3568.  
  3569. The frame supports up to four consoles this way.  We have four
  3570. consoles because of the number of calls that come in at certain times.
  3571.  
  3572. It has a special software package that provides for looking up people
  3573. by name, by department, by telephone number, as well as supplying a
  3574. "personal directory" for the operators to look up special, important
  3575. or critical information such as our Emergency Operations Center or the
  3576. number for Pizza Hut.  :)
  3577.  
  3578. This software package also supports some report capabilities including
  3579. number of calls handled and what times are busiest.  The system allows
  3580. any console to be "out" which means it does not ring, or the system
  3581. can be placed in "night" status.  When in night status, the system
  3582. will automatically dial out to a selected number, so if there is a
  3583. need to evacuate the building the lines can be diverted elsewhere.  It
  3584. can route different lines to different places, so that, for example,
  3585. if while in night mode, a call on the Operator line could be
  3586. transferred to the security guard, and the main incoming number could
  3587. transfer to another location.  Also, the operator can press the
  3588. transfer key and dial a number, and the system will dial the digits
  3589. when dial tone comes out even if the operator dialed faster than the
  3590. switch is ready to take the call.
  3591.  
  3592. These consoles can also be used as standalone PCs when not running
  3593. the software package.
  3594.  
  3595. We used to use standard AT&T Switchboard console telephones, and the
  3596. call processing times dropped from aproximately one minute per call to
  3597. as fast as ten seconds per call.  Also, since the computer dials the
  3598. number, the operators can handle calls with less stress since they
  3599. can't misdial the numbers.  However, it does cause a problem: when we
  3600. did a "hot test" where we plug in an emergency manual dial console for
  3601. testing our disaster recovery capability, the operators had to dial
  3602. slower as they punched in the numbers faster than the equipment could
  3603. handle it!
  3604.  
  3605. In approximately two years the U.S. NRC will be consolidating its
  3606. remaining national capital area offices into the Two White Flint
  3607. Building, which will include the Telephone Operator service.
  3608.  
  3609. We believe this system we are currently using is still state of the
  3610. art as we've seen nothing else that compares to it.  However, as we
  3611. will be moving into a new building my superiors have expressed
  3612. interest in discovering if there is any form of "upgrade" or anything
  3613. better than what we are using that can be used for a high-volume
  3614. switchboard (more than 300 calls a day) which makes fast transfers of
  3615. telephone calls by name lookup or extension number, or might provide
  3616. other features.
  3617.  
  3618. I would like to hear of other computer-based switchboards for use in
  3619. the type of application we are using here.
  3620.  
  3621. I would like anyone who has information about this may respond in the
  3622. Digest, or by an E-Mail reply to this message.  If you do respond
  3623. directly to this message, please place:
  3624.  
  3625.    TO:  Jeannette Lanier
  3626.  
  3627. In the text of the reply, or change the
  3628. "O=nuclear_regulatory_commission" field at the top to read
  3629. "G=jeannette_lanier".  If that fails, try: USNUCLEAR2@ATTMAIL.COM If
  3630. *that* fails, try: 62868951@eln.attmail.com (You should see what it
  3631. takes to *send* a message to Internet from a telex number!)
  3632.  
  3633. You may also respond to this message by facsimile to +1 (301)
  3634. 492-7371.  If you have color brochures or items which don't facsimile
  3635. well, you may mail them instead to:
  3636.  
  3637.      U S Nuclear Regulatory Commission
  3638.      Jeannette Lanier, P-612
  3639.      Washington, DC 20555
  3640.  
  3641. This is not a contract proposal or official request but is a
  3642. preliminary inquiry to determine exactly what, if anything, is out
  3643. there which may enable us to process telephone communications better.
  3644.  
  3645.  
  3646. Thank you for your cooperation,
  3647. Jeannette Lanier
  3648.  
  3649.  
  3650. [Moderator's Note: I am not sure if Ms. Lanier entered a typo when she
  3651. wrote of 'high volume ... more than 300 calls per day' or if the NRC
  3652. regards that as high volume. Based on a 24 hour period (she said an
  3653. operator is always on duty), that would only be 12-13 calls per hour,
  3654. and assuming people do not call as often at night, there might be
  3655. 30-35 calls per hour during the day. That amounts to a call on average
  3656. every five minutes around the clock or every two minutes during the
  3657. day. I guess this is very subjective, but I don't regard that as a
  3658. very large volume at all, particularly since as Ms. Lanier points out,
  3659. there are four operator positions working at various times of the day.
  3660. On the old cord boards, operators were expected to handle 50-60 calls
  3661. per hour, and handwrite all the charge tickets, etc.  Perhaps her call
  3662. count was incorrect.   PAT]
  3663.  
  3664. ------------------------------
  3665.  
  3666. Date: Sun, 31 Jan 93 20:41 JST
  3667. From: jimmy@tokyo07.info.com (Jim Gottlieb)
  3668. Reply-To: Jim Gottlieb <jimmy@denwa.info.com>
  3669. Organization: Info Connections, Tokyo, Japan
  3670. Subject: Public Phone 2000 Illegal
  3671.  
  3672.  
  3673. I planned to get some work done at the airport yesterday while waiting
  3674. for my flight.  I had hoped to log in to my computer using a Public
  3675. Phone 2000.  Now that they are in most major airports and hotels, I
  3676. don't even bother carrying a laptop any more.
  3677.  
  3678. But it was not to be.  When I selected "Place Terminal Call", it said
  3679. "This service is not currently available."  I called the repair number
  3680. listed on the phone to ask about this.  The nice lady at AT&T said
  3681. that a recent FCC ruling forced them to turn off the terminal option
  3682. in all of their Public Phone 2000s.
  3683.  
  3684. Anyone have the details?  This is mighty inconvenient.  What is the
  3685. FCC trying to protect us from now?
  3686.  
  3687.  
  3688. [Moderator's Note: They are trying to protect us from ourselves,
  3689. silly!  Isn't that what Big Government is for?  PAT]
  3690.  
  3691. ------------------------------
  3692.  
  3693. Date: Sun, 31 Jan 93 09:47 EST
  3694. From: phipps@ctd.comsat.com (John Phipps)
  3695. Subject: 2 T-1 to 1/2 Rate T-1 Transcoders
  3696.  
  3697.  
  3698. I am looking for equipment suppliers who manufacture the above
  3699. equipment. Ideally, using the G.728 16 kbit/s ld-celp algorithm to
  3700. provide the coding. Nice but not required. Please post any info to:
  3701.  
  3702. phipps@ctd.comsat.com
  3703.  
  3704. Thanks for the help. 
  3705.  
  3706. By the way I noticed a definition of a dBm0 referenced to a "test
  3707. level". I have always used the term Transmission Level Point (TLP)
  3708. when describing dBm0. In PCM systems 0 dBm0 is defined as being about
  3709. 3 dB below the maximum PCM code. This max code is the highest signal
  3710. level which can be transmitted without signal compression. This
  3711. defines the ceiling. In order to be transmitted without overload,
  3712. voice, data, and fax signals must be sent at a level below this
  3713. ceiling. In international operations, end-to-end circuit line ups are
  3714. simplified since a tech in country a can transmit a -10 dBm0 signal to
  3715. a tech in country b who only has to know that its level is 10 dB below
  3716. his own reference TLP.
  3717.  
  3718. Just a comment, please no replies.
  3719.  
  3720. In order to test MF signaling try the Northern Telecom 5900
  3721. Programable Generator and the 2760 Universal Signaling Analyzer. I
  3722. don't know if they are still manufactured. The 2760 uses plug-in
  3723. modules for the desired signaling type, CCITT #5, MF, DTMF etc.
  3724.  
  3725. For those testing modem, Teltone makes a little black box wich
  3726. provides battery and ringing to two station interfaces. For those with
  3727. a lot of money to spend contact Telecom Analysis Systems in New Jersey
  3728. at 908 544-8347.
  3729.  
  3730.  
  3731. phipps@ctd.comsat.com              Sean-an-Chogaidh
  3732.  
  3733. ------------------------------
  3734.  
  3735. From: adykes@jpradley.jpr.com (Al Dykes)
  3736. Subject: Human Factors for Speech Recognition Systems
  3737. Date: Sun, 31 Jan 1993 16:09:45 GMT
  3738. Organization: Unix in NYC
  3739.  
  3740.  
  3741. Does anyone know of any studies relating to use of limited vocabulary
  3742. voice recognition (digits, letters, YES/NO and a few other words) over
  3743. the national phone network, by the general public?
  3744.  
  3745. A standard example is the capability to let a bank customer call up
  3746. and speak his account number and PIN number and then do simple query
  3747. transactions.  For the simplest case this could of course be done via
  3748. Touch-tone codes.  Speech recognition may allow a slightly more
  3749. complex dialog without the long menu prompts that some applications
  3750. currently use.
  3751.  
  3752. I am interested in information pertaining to: 
  3753.  
  3754. 1) human-factors studies related to acceptance of voice recognition by
  3755. the general public, and comparisions between voice input and
  3756. Touch-tone input.
  3757.  
  3758. 2) the technical viability of the North American phone network for
  3759. limited vocabulary voice recognition applications. The vendors of
  3760. large-vocabulary word recognition systems have all said that they did
  3761. not support use over the phone network.  Limited vocabulary systems
  3762. might work.  Digit recognition systems clearly work over the phone
  3763. system.
  3764.  
  3765. Any information, references, anecdotes, sucess and/or failure stories will be
  3766. greatly appreciated.
  3767.  
  3768.  
  3769. Al Dykes   adykes@jpr.com
  3770.  
  3771. ------------------------------
  3772.  
  3773. Date: Sun, 31 Jan 93 21:00 PST
  3774. From: rmg50@ico.isc.com (Richard M Greenberg)
  3775. Subject: GTE Strikes Again
  3776.  
  3777.  
  3778.  
  3779. The public access system that I normally use for Usenet news (the
  3780. "play" system from my .sig) is in a GTE area (happily, my home isn't).
  3781. The sysop had four lines coming in, and recently decided to add a fifth.
  3782. It was put into service today, and GTE figured that as long as the new
  3783. line was in, the old ones were no longer needed.  When I tried to log
  3784. in this evening, all of the numbers I was aware of got an intercept
  3785. saying that they were no longer in service. 
  3786.  
  3787. I got the sysop on the phone, and he was not overjoyed at the news.
  3788. He got to GTE repair, and to their credit, I just dialed two of the
  3789. numbers and got modem tones again (about four hours later). The others are
  3790. still on the intercept. Oh well ...  
  3791.  
  3792.  
  3793. Rich Greenberg 
  3794. Work:  rmg50@juts.ccc.amdahl.com 310-417-8999 N6LRT 
  3795. Play:  richg@hatch.socal.com 310-649-0238 
  3796. What?  Me speak for Amdahl?  Surely you jest ...
  3797.  
  3798. ------------------------------
  3799.  
  3800. From: jjimenez@dit.upm.es (Jose Luis Jimenez Fernandez)
  3801. Subject: Dial-Up IP Router
  3802. Organization: UUES, Asociacion de Usuarios de UNIX, Spain
  3803. Date: Sun, 31 Jan 1993 15:21:34 GMT
  3804.  
  3805.  
  3806. I need a cheap dial-up ip router like this. 
  3807.  
  3808.              InterNet
  3809.                |
  3810.                |
  3811.              +---+
  3812.              |\  |
  3813.              | \ | V32bis Modem
  3814.              |  \|
  3815.              +---+
  3816.                |
  3817.       +-----------------+
  3818.       |  Dial-up Ip     |
  3819.       |  Router         |
  3820.       |                 |
  3821.       |                 |
  3822.       +-----------------+
  3823.                |
  3824.                |
  3825.                |                  MyNet
  3826.  ---------------------------------------------
  3827.  
  3828.  
  3829. I am testing with ka9q but the throutput it's very bad.  Have some
  3830. body experience about it ?.
  3831.  
  3832.  
  3833. Jose Luis
  3834.  
  3835. ------------------------------
  3836.  
  3837. Date: Sun, 31 Jan 1993 02:07:28 -0500
  3838. From: Dave.Leibold@f730.n250.z1.FIDONET.ORG (Dave Leibold)
  3839. Subject: Bless Me Father, For I Have Faxed ...
  3840.  
  3841.  
  3842. A recent Reuter report spoke of the Roman Catholic Church's plans to
  3843. install fax machine units for confessions. These are deluxe hi-tech
  3844. models that resemble space-age telephone booths. Some officials with
  3845. the RC Church are reportedly less than pleased with the prospect of
  3846. such space-age atonements.
  3847.  
  3848.  
  3849. Dave Leibold - via FidoNet node 1:250/98
  3850. INTERNET: Dave.Leibold@f730.n250.z1.FIDONET.ORG
  3851.  
  3852.  
  3853. [Moderator's Note: When the {Chicago Sun Times} mentioned this a
  3854. couple days ago, they wondered editorially how a person could possibly
  3855. use the system: would you sneak over to the fax machine at your office
  3856. when no one was around and fax your confession on the sly, hoping no
  3857. one came along and read it before you could scoop up the papers and
  3858. hurry away?  :) When the priest responded back by fax, what if the
  3859. secretary in the office picked your confession up with the stuff she
  3860. sent by accident ... it happens. Does anyone here recall the time
  3861. about three years ago when the fellow in New York started the 900
  3862. service called 'Confessions' using as an advertisement a picture of a
  3863. man kneeling in prayer in a NY Tel payphone booth, and how angry NY
  3864. Tel got as a result?  PAT]
  3865.  
  3866. ------------------------------
  3867.  
  3868. Date: Sun, 31 Jan 1993 11:07:08 -0500 (EST)
  3869. From: sbrack@jupiter.cse.UTOLEDO.edu (Steve Brack)
  3870. Subject: Blast From the Past  
  3871. Reply-To: sbrack@jupiter.cse.utoledo.edu 
  3872.  
  3873.  
  3874. I was visiting a friend's apartment the other day when I spied the
  3875. most interesting thing: a pay phone whose enclosure did *not* have the
  3876. logo of any of the LECs around here, but still had the old "Bell
  3877. System" logo.  I hadn't seen one of those in quite a while.
  3878.  
  3879. Of course, the phone inside it was defaulted to "Charter Network," not
  3880. AT&T.  8)
  3881.  
  3882.  
  3883. Steven S. Brack          sbrack@jupiter.cse.utoledo.edu
  3884. Toledo, OH  43613-1605   STU0061@UOFT01.BITNET          
  3885. MY OWN OPINIONS          sbrack@nyx.cs.du.edu          
  3886.  
  3887. ------------------------------
  3888.  
  3889. From: wstef@hubcap.clemson.edu (W. Gregg Stefancik)
  3890. Subject: Tropez 900DX Cordless Telephone Questions
  3891. Organization: Clemson University
  3892. Date: Sun, 31 Jan 1993 00:40:54 GMT
  3893.  
  3894.  
  3895. I have one and am curious how it works.  What type of modulation
  3896. method does it use and how secure is it?
  3897.  
  3898.  
  3899. W. Gregg Stefancik   wstef@hubcap.clemson.edu
  3900.  
  3901. ------------------------------
  3902.  
  3903. From: zrh@uts.amdahl.com (Zealand R. Hatch)
  3904. Subject: Phone Sex is No Longer Safe Sex (was ATM History)
  3905. Date: 31 Jan 93 00:10:30 GMT
  3906. Organization: Amdahl Corporation, Sunnyvale CA
  3907.  
  3908.  
  3909. > [Moderator's Note: Times change with the technology, don't they ...
  3910. > while "ladies of the evening' (or people of the evening, if we wish
  3911. > tobe non-sexist about it) are in abundance in most places, more and
  3912. > more purveyors in the oldest profession are working in the phone rooms
  3913. > instead; the income is probably as good and certainly the risks which
  3914. > accompany direct meetings of this sort are eliminated.  An old, old
  3915. > line of work uses all the new technology!   PAT]
  3916.  
  3917. Safe as long as you're not making those calls on your cell phone. :->
  3918.  
  3919.  
  3920. Zealand Hatch            - 408 746-8720 -      {where_ever}!amdahl!zrh
  3921. Amdahl Corporation                         -or-  zrh@amdahl.amdahl.com
  3922.          (MY BOSS): "He said what! And you believed him?"
  3923.  
  3924.  
  3925. [Moderator's Note: I suppose you could always wear a balloon over
  3926. your head while you were talking on the cell phone.  :)   PAT
  3927.  
  3928. ------------------------------
  3929.  
  3930. Date: Sun, 31 Jan 93 11:50 PST
  3931. From: john@zygot.ati.com (John Higdon)
  3932. Reply-To: John Higdon <john@zygot.ati.com>
  3933. Organization: Green Hills and Cows
  3934. Subject: Re: I Want to Pay For a Local Call
  3935.  
  3936.  
  3937. pas@cc.gatech.edu (Paulo Santos) writes:
  3938.  
  3939. > If I want a receipt of delivery of a written message to an
  3940. > addressee, I just fax the message.  The long distance charge on my
  3941. > bill will be evidence that I sent something to the other party's fax.
  3942. > Much cheaper, much faster.
  3943.  
  3944. A MUCH better idea:
  3945.  
  3946. My fax server sends a confirmation of a successful transmission (or
  3947. even a failed one, so noted) via e-mail. This message includes the
  3948. telephone number of the destination as well as the remote machine's
  3949. ID, the number of pages, and the transmission time.
  3950.  
  3951. This is much better information (and proof of delivery) than a simple
  3952. telephone charge which could be generated by picking up a telephone
  3953. without benefit of fax machine and just letting the remote device
  3954. answer.
  3955.  
  3956. Yes, it would cost you something to implement this. But it is much
  3957. more fair for you to pay for your special requirements than to expect
  3958. a revamp of the public network. I, for one, need a detailed record of
  3959. my calls. So I keep one. I do not expect the telephone company to do
  3960. it for me.
  3961.  
  3962. > But I can't do this for local calls.  Local calls are not itemized.
  3963.  
  3964. Even if you decline to install the fax system described above, you can
  3965. always install SMDR. Again, it is not up to the telephone company to
  3966. keep track of your business.
  3967.  
  3968.  
  3969. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  3970. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  3971.  
  3972.  
  3973. [Moderator's Note: A successful fax transmission report can be dummied
  3974. up quite easily just as easily as one could pick up a phone and dial a
  3975. number without actually sending a fax. But put the two togther, giving
  3976. two independent verifications that a phone connection was made and a
  3977. message sent and you have more convincing evidence if it is needed.  PAT]
  3978.  
  3979. ------------------------------
  3980.  
  3981. From: stevef@wrq.com (Steve Forrette)
  3982. Subject: Re: I Want to Pay For a Local Call
  3983. Date: 1 Feb 1993 02:25:33 GMT
  3984. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  3985.  
  3986.  
  3987. In article <telecom13.53.5@eecs.nwu.edu> pas@cc.gatech.edu (Paulo
  3988. Santos) writes:
  3989.  
  3990. > I have resorted to dialing local calls with my calling card just to get
  3991. > an itemized entry, but I don't like it.  It is an expensive solution
  3992. > and I can't autodial from the fax machine.
  3993.  
  3994. Even the calling card trick won't work in US West territory (at least
  3995. in Washington state).  Here, if you have an unmeasured line, the local
  3996. switch won't let you 0+ any "local" call.  You can 0+ local calls from
  3997. measured lines or from payphones.  This has been an annoyance to me
  3998. when trying to test the restriction on "call me" calling cards, as I
  3999. have to go to a payphone in order to test them.  (I guess they didn't
  4000. take this into consideration when designing this restriction :-)) In
  4001. the big scheme of things, I wonder why they restrict this.  After all,
  4002. if I *want* to pay calling card rates for a local call, why not let
  4003. me?
  4004.  
  4005.  
  4006. Steve Forrette, stevef@wrq.com
  4007.  
  4008. ------------------------------
  4009.  
  4010. From: deglop@huey.EEAP.CWRU.Edu (Jacob DeGlopper)
  4011. Subject: Re: 301-303, Not in 410
  4012. Date: 31 Jan 1993 01:38:08 GMT
  4013. Organization: EEAP, CWRU, Cleveland
  4014.  
  4015.  
  4016. In article <telecom13.44.15@eecs.nwu.edu> Carl Moore (VLD/VMB)
  4017. <cmoore@BRL.MIL> writes:
  4018.  
  4019. > archives, since they list 303 as a Columbia prefix in 410.  Phone
  4020. > books I checked in Maryland last night list 303 as Berwyn (i.e., a
  4021. > Washington-metro-area prefix), which could be pseudo-foreign exchange
  4022.  
  4023. There's something else strange afoot in Berwyn -- it seems many DC
  4024. area paging companies have their 301 number sets on Berwyn exchanges.
  4025. I can't see any particular reason to use that part of the world
  4026. instead of any other; maybe the rent is cheap, but why always Berwyn?
  4027.  
  4028.  
  4029.          Jacob DeGlopper, EMT-A, Wheaton (MD) Volunteer Rescue Squad
  4030.             -- CWRU Biomedical Engineering - jrd5@po.cwru.edu --
  4031.  
  4032. ------------------------------
  4033.  
  4034. End of TELECOM Digest V13 #58
  4035. *****************************
  4036. 
  4037. 
  4038. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa27154;
  4039.           1 Feb 93 2:25 EST
  4040. Received: by delta.eecs.nwu.edu id AA04306
  4041.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 1 Feb 1993 00:13:28 -0600
  4042. Received: by delta.eecs.nwu.edu id AA15407
  4043.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 1 Feb 1993 00:13:01 -0600
  4044. Date: Mon, 1 Feb 1993 00:13:01 -0600
  4045. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  4046. Message-Id: <199302010613.AA15407@delta.eecs.nwu.edu>
  4047. To: telecom@eecs.nwu.edu
  4048. Subject: TELECOM Digest V13 #59
  4049.  
  4050. TELECOM Digest     Mon,  1 Feb 93 00:13:00 CST    Volume 13 : Issue 59
  4051.  
  4052. Index To This Issue:                     Moderator: Patrick A. Townson
  4053.  
  4054.     Re: New "Electronic Highway" For Canada (H.Shrikumar)
  4055.     Re: New "Electronic Highway" For Canada (John K. Scoggin, Jr)
  4056.     Re: Apartment Security Stupidity (Ed Greenberg)
  4057.     Re: Apartment Security Stupidity (Marty Brenneis)
  4058.     Re: Where is a Source For CFRs? (Bryan J. Abshier)
  4059.     Re: Distinctive Ringing - How Widespread? (Steve Forrette)
  4060.     Re: Bitfax - How to Turn Off "Wait For Dial Tone" (1012breuckma@vmsf.csd)
  4061.     Re: Baby Bell Breakup (Randy Gellens)
  4062.     Calling a Roaming Cellular Customer (Alan M. Gallatin)
  4063.     Telecom FAQ Update/Info/Whatever (Paul Renault)
  4064.     Telecom Software Quality (Evangelos Kontogiannis)
  4065.     LAN/WAN Issues (Javier Henderson)
  4066.     Vendors of PBX Circuit Boards Wanted (ytsai@clyde.ics.uci.edu)
  4067.     AT&T G2 Information Wanted (Ted Reston) 
  4068.     MCI Personal 800 Numbers and Rerouting (Bill Huttig)
  4069. ----------------------------------------------------------------------
  4070.  
  4071. Date: Sun, 31 Jan 1993 19:59:15 -0500
  4072. From: shri@unreal.cs.umass.edu (H.Shrikumar)
  4073. Subject: Re: New "Electronic Highway" For Canada
  4074. Organization: UMass, Amherst MA + Temporal Sys & Computer Networks Bombay India
  4075.  
  4076.  
  4077. In article <telecom13.53.3@eecs.nwu.edu> it was reported:
  4078.  
  4079. >  Proponents of the new high-speed network said it is necessary
  4080. > to keep Canada competitive.  The US network, called NSFnet, can
  4081. > transmit 1.5 million bits per second.  In cotrast, CA*net only sends
  4082. > 56,000 bits per second.
  4083.  
  4084. Hmmmm ... did I not read somewhere that the last T1 link was
  4085. disconnected from NSFNET? So the NSFNET now performs over a T3
  4086. (45Mbps) backbone. Of course many T1 lines are in service over the
  4087. regional networks and elsewhere.
  4088.  
  4089.   Right here on C.D.T ...
  4090.  
  4091. > FOR IMMEDIATE RELEASE
  4092. > Wednesday, December 2, 1992
  4093. > National Science Foundation Network achieves major milestone
  4094. > T-1 NSFNET now part of Internet history
  4095.  
  4096. > (Wednesday, Dec. 2) Like it's predecessors, the ARPANET and the 56
  4097. > Kbps National Science Foundation Network (NSFNET), the T-1 NSFNET
  4098. > passed into history today when the last router was moved to connect to
  4099. > the T-3 backbone service. As of 12:01 a.m. EST on Wednesday, December
  4100. > 2, the T-1 NSFNET backbone is no more -- its circuits are turned off
  4101. >  -- marking the beginning of a new networking 
  4102.  
  4103.    And with the Tech-VP Al Gore still talking of Super-Data-Highways,
  4104. the game of catch-up is sure to go on !
  4105.  
  4106.  
  4107. shrikumar ( shri@legato.cs.umass.edu )
  4108.  
  4109. ------------------------------
  4110.  
  4111. From: John K Scoggin Jr <scoggin@delmarva.COM>
  4112. Subject: Re: New "Electronic Highway" For Canada
  4113. Date: 31 Jan 1993 19:27:39 GMT
  4114. Organization: Delmarva Power & Light Company
  4115. Reply-To: scoggin@delmarva.COM
  4116.  
  4117.  
  4118. Anyone care to break the news that the NSFnet is NOT running at 1.544
  4119. MBPS -- the T-1 net has been turned down and replaced with a DS-3
  4120. network (44.736 MBPS)!
  4121.  
  4122.  
  4123. John K. Scoggin, Jr.        Email: scoggin@delmarva.com
  4124. Supervisor, Network Operations  Phone: (302) 451-5200      
  4125. Delmarva Power & Light Company  Fax:   (302) 451-5321      
  4126. 500 N. Wakefield Drive          NOC:   (800) 388-7076      
  4127. Newark, DE 19714-6066                                   
  4128. The opinions expressed are not those of Delmarva Power, simply the
  4129. product of an over-active imagination...   
  4130.  
  4131. ------------------------------
  4132.  
  4133. From: edg@netcom.com (Ed Greenberg)
  4134. Subject: Re: Apartment Security Stupidity
  4135. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  4136. Date: Sun, 31 Jan 1993 21:01:57 GMT
  4137.  
  4138.  
  4139. In article <telecom13.39.1@eecs.nwu.edu> dave@westmark.com (Dave
  4140. Levenson) writes:
  4141.  
  4142. > If I lived there, I'd much rather have that risk than have some
  4143. > strange CPE that is not under my own direct control sit between my
  4144. > telephone set and my CO loop.  Wouldn't you?
  4145.  
  4146. What if, with the door system that Pat likes, you choose not to have
  4147. phone service at all?  I imagine you could have an instrument that
  4148. does nothing but answer the door, right?
  4149.  
  4150. So, how about, for those purists who don't want some "strange CPE,"
  4151. you bring the doorphone up on one pair, and bring the phone line(s) on
  4152. other pairs?
  4153.  
  4154.  
  4155. Edward W. Greenberg  | Home: +1 408 283 0511 | edg@netcom.com
  4156. 1600 Stokes St. #24  | Work: +1 408 764 5305 | DoD#: 0357
  4157. San Jose, CA  95126  | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  4158.  
  4159.  
  4160. [Moderator's Note: What you are saying is exactly the approach IBT
  4161. used to use when they were installing these systems (they have been
  4162. prohibited from doing new installations since divestiture, but they
  4163. service grandfathered accounts). Usually the manager of the building
  4164. had two or three plain old black rotary dial phones (yes, the Bell
  4165. version would work with rotary) left in his care by telco. When new
  4166. tenants moved in, the manager would give them one of these phones to
  4167. use for front door purposes only until the tenant's own phone service
  4168. got turned on at a later time. When they got their service and phone,
  4169. the old black one was given back to the manager.   PAT]
  4170.  
  4171. ------------------------------
  4172.  
  4173. Date: Sun, 31 Jan 93 15:16:43 PST
  4174. From: droid@kerner.com (Marty the Droid)
  4175. Subject: Re: Apartment Security Stupidity
  4176.  
  4177.  
  4178. I've been reading this thread for a while and have to toos in my $.02
  4179. worth ...
  4180.  
  4181. There is a system I have seen at many apartments here in San Francisco
  4182. that seem to have thought of most of the points raised in this
  4183. thread ...
  4184.  
  4185. They are a speakerphone in a metal panel with a metal dial pad. There
  4186. is a red LED display to guide dialling. There is also a directory of
  4187. the residents in the building with their codes listed, some places use
  4188. the apt number for the code. To go off hook you press the octothorpe
  4189. (#) key and then enter the code. The unit then dial pulses the number
  4190. for the resident. When the resident answers you can speak with them,
  4191. when they want to let you enter they press 9 to buzz the door or 3 to
  4192. disconnect.  If the line is busy or unanswered you press 3. The unit
  4193. will also drop the connection after 45 seconds or so.
  4194.  
  4195. I played with the one at my brother's place and learned this: Anytime
  4196. the unit hears a touch tone on the line it disconnects the transmitter
  4197. in the door phone. If the tone continues it releases the door.  This
  4198. means you can't make outgoing calls from the dialtone when it pops up,
  4199. nor can you release the door with a TT dialer.
  4200.  
  4201. Of course you could hack it if you had access to the dmarc, but then
  4202. if you have access to the dmarc you probably don't need to bugger the
  4203. door.  I suppose you could also do it from the B box, but if you are
  4204. in that class there are few security measures that will bother you.
  4205. (Just like Barney and Willie down in the basement of the Gaz company.) :-)
  4206.  
  4207.  
  4208. Marty 'The Droid' Brenneis                      ...!uupsi!kerner!droid
  4209. Industrial Magician                                   droid@kerner.com
  4210. (415)258-2105     ~~~   KAE7616 - 462.700 - 162.2      ~~~      KC6YYP
  4211.  
  4212. ------------------------------
  4213.  
  4214. From: babshier@magnus.acs.ohio-state.edu (Bryan J Abshier)
  4215. Subject: Re: Where is a Source For CFRs?
  4216. Organization: The Ohio State University
  4217. Date: Sun, 31 Jan 1993 20:21:29 GMT
  4218.  
  4219.  
  4220. In article <telecom13.52.4@eecs.nwu.edu> mwgordon@nyx.cs.du.edu (Mike
  4221. Gordon) writes:
  4222.  
  4223. > Since these are federal documents, I'd think they're somewhere.  I'm
  4224. > particularly interested in certain FCC and OSHA regs. Where are they?
  4225.  
  4226.      You can find these at your local law library.  If you don't live
  4227. near a big university or law school, try the county seat.  Most county
  4228. courthouses have some kind of law library which will have CFRs.
  4229.  
  4230.  
  4231. Bryan J. Abshier  --  Abshier@osu.edu  --  bg739@cleveland.freenet.edu
  4232.  
  4233. ------------------------------
  4234.  
  4235. From: stevef@wrq.com (Steve Forrette)
  4236. Subject: Re: Distinctive Ringing - How Widespread?
  4237. Date: 1 Feb 1993 02:28:33 GMT
  4238. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  4239.  
  4240.  
  4241. In article <telecom13.53.12@eecs.nwu.edu> James H. Thompson
  4242. <JIMMY_T@verifone.com> writes:
  4243.  
  4244. > I'm looking for information how widespread the availability of
  4245. > distinctive ringing services are.  Would appreciate any suggestions on
  4246. > where to find this data.
  4247.  
  4248. > [Moderator's Note: I think almost all the Bell companies have this
  4249. > feature available on their newer switches.  Anyone have precise data
  4250. > on this and the other recent additions like screening, etc?  PAT]
  4251.  
  4252. 'Almost' does not include Pacific Bell in this case.  Out-of-the-way
  4253. places such as California don't have new-fangled features like
  4254. distinctive ringing or Caller ID yet.
  4255.  
  4256.  
  4257. Steve Forrette, stevef@wrq.com
  4258.  
  4259. ------------------------------
  4260.  
  4261. From: 1012breuckma@vmsf.csd.mu.edu
  4262. Subject: Re: Bitfax - How to Turn of "Wait For Dial Tone" Flag
  4263. Date: 31 Jan 1993 22:40:23 GMT
  4264. Organization: Marquette University - Computer Services
  4265. Reply-To: 1012breuckma@vmsf.csd.mu.edu
  4266.  
  4267.  
  4268. In article <telecom13.50.7@eecs.nwu.edu>, csb@violin.att.com writes:
  4269.  
  4270. > I have bitfax software on a send/rec modem.  How do I switch off
  4271. > wait for dial tone flag?
  4272.  
  4273. > The problem I have is the phone line this PC is connected to cannot
  4274. > dial out.  I want the recieving end PC to make the call and my end PC
  4275. > to blindly send the fax. When I try to do this my PC gives "NO DIAL
  4276. > TONE" error.
  4277. > >How do I force it to "blind dial" without caring for a dial tone ?
  4278.  
  4279. On most modems the "Xn" parameters sets how 'smart' the modem acts in
  4280. regard to call progress tones (dialtone, busy, ring).  Usually ATX0
  4281. will cause a blind dial, where the modem will wait a specific amount
  4282. of time after taking the line off-hook, and then dial.  Other values
  4283. will cause varying amounts of 'smarts' to appear, I would try X0
  4284. first, and then try higher numbers and use the highest one that still
  4285. works.
  4286.  
  4287. ------------------------------
  4288.  
  4289. From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
  4290. Date: 31 JAN 93 02:42   
  4291. Subject: Re: Baby Bell Breakup
  4292.  
  4293.  
  4294. john@zygot.ati.com (John Higdon) writes:
  4295.  
  4296. > The split accomplishes two things (three if you include the stated,
  4297. > public reason). First, it looks good. Pacific Telesis can now say
  4298. > without lying that there is no connection between the two companies.
  4299. > Second, it prevents any dreaded backflow of funds. ...
  4300. > The stated reason for the split is that it frees the unregulated side
  4301. > of stifling rules imposed by PUCs. Given the fecklessness of the CPUC,
  4302. > I find this laughable at best. ...
  4303.  
  4304. Another reason (as reported in the {L.A. Times}) is that as long as
  4305. PacBell owned PacTell, it could not get a franchise for the next
  4306. generation of wireless.
  4307.  
  4308.  
  4309. Randy Gellens                randy%mpa15ab@trenga.tredydev.unisys.com
  4310. A Series System Software                 if mail bounces,  forward to
  4311. Unisys Mission Viejo, CA                         rgellens@mcimail.com
  4312. Opinions are personal;   facts are suspect;   I speak only for myself
  4313.  
  4314. ------------------------------
  4315.  
  4316. From: alan@acpub.duke.edu (Alan M. Gallatin)
  4317. Subject: Calling a Roaming Cellular Customer
  4318. Date: 1 Feb 93 04:12:50 GMT
  4319. Organization: Duke University; Durham, N.C.
  4320.  
  4321.  
  4322. I'm trying to get some information on the cost of calling someone who
  4323. is roaming on a cellular phone.  Yes, I know that there is no cost
  4324. beyond normal long distance charges (to the person making the call)
  4325. but, assuming that the roamer access is long distance, my question is
  4326. really WHEN do charges start?
  4327.  
  4328. Hypothetical questions -- In all cases, assume long distance charges
  4329. would apply.  In each case, I call 123-456-ROAM, hear a second "dial
  4330. tone" and proceed to dial my friend's ten digit cellular number.
  4331.  
  4332. 1) From the time I hear the second dial tone, there are ten seconds of
  4333. ringing.  My friend answers and we talk for 55 seconds.  Is the call
  4334. considered to be :55 or 1:05 in length?
  4335.  
  4336. 2) Same call setup, but after 15 seconds I get a recording: "The
  4337. cellular customer you have dialed is not answering or not in the <X>
  4338. Cellular calling area."  15+ second call or zero length?
  4339.  
  4340. 3) Same call setup, but my friend's line is busy.  Any charge for the
  4341. call?
  4342.  
  4343. I understand that my friend pays roaming charges if he answers the
  4344. call, but that's an entirely different issue.
  4345.  
  4346. Why do I ask all this?  If someone is travelling and gives me ten
  4347. different roamer access numbers that he could potentially be reached
  4348. through (he'll be on the road and passing through different areas)
  4349. will it cost me an arm and a leg to call each one everytime I need to
  4350. track him down or will I only pay when I actually reach him?
  4351.  
  4352. Neither AT&T nor MCI could give definite answers on this one.
  4353. Further, neither of the local cellular companies (GTE Cellular
  4354. One/Centel) could answer with certainty, either.
  4355.  
  4356.  
  4357. * Please e-mail response to alan@acpub.duke.edu since an answer will be *
  4358. * received much quicker than the processing time for a digest article.  *
  4359. * (You should still post a copy as well for the benefit of others) -    *
  4360.  
  4361. Thanks!
  4362.  
  4363. Alan M. Gallatin <alan@acpub.duke.edu>
  4364.  
  4365. ------------------------------
  4366.  
  4367. From: Paul Renault <renaul2@CAM.ORG>
  4368. Subject: Telecom FAQ Update/Information/Whatever
  4369. Date: Sun, 31 Jan 93 10:06:29 EST
  4370.  
  4371.  
  4372. Thanks for the FAQ: 
  4373.  
  4374.     I've just spent three many days on the phone to Bell Canada,
  4375. Bell Northern Research, and Northern Telecom trying to find out some
  4376. solid info on Caller ID (Caller Display) so I could tie to a client
  4377. database via my modem ...
  4378.  
  4379.     Besides having to explain over and over and over WHY I wanted
  4380. the info, and what I needed, I had to put up with the unbelievable
  4381. "Gee, I don't know who could help you, you want some really technical
  4382. information ..."
  4383.  
  4384.     (Like -- these people sell, what, three or four products - god
  4385. forbid that they should know anything about what they sell ...)  I
  4386. only managed to find one person who could see the point of making DID
  4387. information free and public: namely, that if the info was available
  4388. the phone company will sell the service to more users.  Gah!  Double
  4389. Gah!
  4390.  
  4391.     Anyway, I found your telcom FAQ, found the telephone number
  4392. for Stentor, and called them.  Thanks.
  4393.  
  4394.     However, the telephone number has changed to (613)781-0534,
  4395. and for callers from Canada the toll-free number is (800)265-6608 -
  4396. leave a message.
  4397.  
  4398.  
  4399. [Moderator's Note: I am glad te FAQ was useful you. A copy of the
  4400. latest edition (version 4) was posted to comp.dcom.telecom Sunday for
  4401. anyone who still does not have a copy.   PAT]
  4402.  
  4403. ------------------------------
  4404.  
  4405. Date: Sun 31 Jan 93 14:13:11 +0200
  4406. From: ekon@intranet.gr (Evangelos Kontogiannis)
  4407. Subject: Telecom Software Quality
  4408.  
  4409.  
  4410. Hello,
  4411.  
  4412. I am looking for info on discussion groups/listl/archive files dealing
  4413. with Telecom Software Quality issues (ISO Recommendations, etc).  My
  4414. company develops software for digital switches for PSTN.  I read
  4415. TELECOM digest, but do not recall any item dealing with this issue
  4416. speciffically.  Thank you in advance.
  4417.  
  4418. Please reply by e-mail to: ekon@intranet.gr
  4419.                            INTRACOM S.A.
  4420.  
  4421. ------------------------------
  4422.  
  4423. From: jav@crash.cts.com
  4424. Subject: LAN/WAN Issues
  4425. Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
  4426. Date: 31 Jan 93 12:06:10 PST
  4427.  
  4428.  
  4429. [ Article crossposted from vmsnet.networks.misc ]
  4430. [ Author was Javier Henderson ]
  4431. [ Posted on 27 Jan 93 12:04:12 PST ]
  4432.  
  4433.  
  4434. Hello, everyone,
  4435.  
  4436. I have the following scenario, which I'd like to present to the net
  4437. and see what other people may suggest.
  4438.  
  4439. The company I work for has a central site in Ventura, CA, and remote
  4440. sites around the state, between 80 and 300 miles away.
  4441.  
  4442. The central site has two VAX cpu's, and I need about 16-20 terminals
  4443. or printers at each remote site. There's no need to have 'stuff' at
  4444. the remote sites networked with the central site at this point (such
  4445. as PC's running Pathworks for example), but it may be needed in the
  4446. future.
  4447.  
  4448. DEC's suggestion was to go with DECMuxes. Terry Poot suggested to use
  4449. a product called ILAN, to extend the LAN from the central site to the
  4450. remote sites. The VAXes have DECnet, but no TCP/IP. If we are to set
  4451. up DEC (or third party) terminal servers at the remote sites, they
  4452. communicate with the cpu's via LAT, a non-routable protocol.
  4453.  
  4454. What would you suggest?
  4455.  
  4456.  
  4457. Thanks,
  4458.  
  4459. jav@crash.cts.com     Javier Henderson
  4460.  
  4461. ------------------------------
  4462.  
  4463. From: ytsai@clyde.ICS.UCI.EDU
  4464. Subject: Vendors of PBX Circuit Boards Wanted
  4465. Date: 31 Jan 93 20:07:25 GMT
  4466.  
  4467.  
  4468. Hi,
  4469.  
  4470. A friend of mine is looking forward to the possibility of purchasing
  4471. printed boards for PABX systems (Digital switching) from manufacturers
  4472. or vendors in the United States, Taiwan or other countries. He would
  4473. need boards for processor unit, terminal units (user units/trunk
  4474. units) and some other accessory units for switching systems with 200+
  4475. lines.  Potentially, large amount of boards would be needed.  If
  4476. somebody knows where he can find the manufactures/vendors, please give
  4477. me a mail to:
  4478.  
  4479.         ytsai@clyde.ics.uci.edu
  4480.  
  4481. Any other suggestion will also be highly appreciated.
  4482.  
  4483.  
  4484. THanks,
  4485.  
  4486.  
  4487. Steve
  4488.  
  4489. ------------------------------
  4490.  
  4491. From: tjr@batfish.attmail.com
  4492. Date: 31 Jan 93 18:30:01 GMT
  4493. Subject: AT&T G2 Information Needed
  4494.  
  4495.  
  4496. I am looking for technical documentation on AT&T G2.  Does anyone out
  4497. there know where I might get some?
  4498.  
  4499. Please respond via e-mail.  Thank You.
  4500.  
  4501.  
  4502. Ted Reston     Reston Consulting Services
  4503. batfish!tjr@attmail.com
  4504.  
  4505. ------------------------------
  4506.  
  4507. Date: Sun, 31 Jan 93 17:34:41 -0500
  4508. From: wah@zach.fit.edu ( Bill Huttig)
  4509. Subject: MCI Personal 800 Numbers and Rerouting
  4510.  
  4511.  
  4512. I have two Personal 800 numbers from MCI ... I reroute one of the
  4513. numbers last night to a party line ... and didn't change it back..
  4514. anyway today I find both 800 numbers disconnected and a note on my
  4515. account stating that they were terminated because of fraud ... I am
  4516. the one that rerouted the numbers; I am going to pay the bill ... I
  4517. called the number ... How is this considered fraud?
  4518.  
  4519. I am unaware of anything from MCI (oral or in writing) that said that
  4520. I could not reroute to certain types of lines.  Fraud Department is
  4521. not in so I will have to call tommorow morning.
  4522.  
  4523. I have more trouble with MCI disconnecting the number's and miss
  4524. billing ... if they thought there was fraud they should have called me
  4525. and not just disconnect the numbers.  I spend over $100/momth with
  4526. them and I have more trouble with them then I did with ATC ... (only
  4527. thing is I save $1.20/hr.
  4528.  
  4529.  
  4530. Bill
  4531.  
  4532. ------------------------------
  4533.  
  4534. End of TELECOM Digest V13 #59
  4535. *****************************
  4536. 
  4537. 
  4538. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa15543;
  4539.           1 Feb 93 11:37 EST
  4540. Received: by delta.eecs.nwu.edu id AA06897
  4541.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 1 Feb 1993 09:10:01 -0600
  4542. Received: by delta.eecs.nwu.edu id AA09242
  4543.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 1 Feb 1993 09:09:33 -0600
  4544. Date: Mon, 1 Feb 1993 09:09:33 -0600
  4545. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  4546. Message-Id: <199302011509.AA09242@delta.eecs.nwu.edu>
  4547. To: telecom@delta.eecs.nwu.edu
  4548. Subject: Federal Crackdown on Computer Abuse and Misuse
  4549.  
  4550.  
  4551. I received this file over the weekend and am passing it along FYI to
  4552. TELECOM Digest readers. It appears the government wants to see time in
  4553. prison for anyone/everyone found guilty of numerous crimes involving
  4554. the use of computers, based on the sentencing guidelines proposed.
  4555.  
  4556. Comments should be directed to the CPSR, the Sentencing Commission, or
  4557. one of the newsgroups/mailing lists where the discussion will no doubt
  4558. be continuing, such as Computer Underground Digest. 
  4559.  
  4560.  
  4561. PAT
  4562.  
  4563.    Organization: Computer Professionals for Social Responsibility
  4564.    From: Dave Banisar <banisar@washofc.cpsr.org>
  4565.    Date: Sat, 30 Jan 1993 15:12:11 EST    
  4566.    Subject: Revised Computer Crime Sentencing Guidelines
  4567.  
  4568.    From Jack King (gjk@well.sf.ca.us)
  4569.  
  4570. The U.S. Dept. of Justice has asked the U.S. Sentencing Commission to
  4571. promulgate a new federal sentencing guideline, Sec. 2F2.1,
  4572. specifically addressing the Computer Fraud and Abuse Act of 1988 (18
  4573. USC 1030), with a base offense level of 6 and enhancements of 4 to 6
  4574. levels for violations of specific provisions of the statute.  The new
  4575. guideline practically guarantees some period of confinement, even for
  4576. first offenders who plead guilty.
  4577.  
  4578. For example, the guideline would provide that if the defendant
  4579. obtained ``protected'' information (defined as ``private information,
  4580. non-public government information, or proprietary commercial
  4581. information), the offense level would be increased by two; if the
  4582. defendant disclosed protected information to any person, the offense
  4583. level would be increased by four levels, and if the defendant
  4584. distributed the information by means of "a general distribution
  4585. system," the offense level would go up six levels.
  4586.  
  4587. The proposed commentary explains that a "general distribution system"
  4588. includes "electronic bulletin board and voice mail systems,
  4589. newsletters and other publications, and any other form of group
  4590. dissemination, by any means."
  4591.  
  4592. So, in effect, a person who obtains information from the computer of
  4593. another, and gives that information to another gets a base offense
  4594. level of 10; if he used a 'zine or BBS to disseminate it, he would get
  4595. a base offense level of 12. The federal guidelines prescribe 6-12
  4596. months in jail for a first offender with an offense level of 10, and
  4597. 10-16 months for same with an offense level of 12.  Pleading guilty
  4598. can get the base offense level down by two levels; probation would
  4599. then be an option for the first offender with an offense level of 10
  4600. (reduced to 8).  But remember: there is no more federal parole.  The
  4601. time a defendant gets is the time s/he serves (minus a couple days a
  4602. month "good time").
  4603.  
  4604. If, however, the offense caused an economic loss, the offense level
  4605. would be increased according to the general fraud table (Sec. 2F1.1).
  4606. The proposed commentary explains that computer offenses often cause
  4607. intangible harms, such as individual privacy rights or by impairing
  4608. computer operations, property values not readily translatable to the
  4609. general fraud table. The proposed commentary also suggests that if the
  4610. defendant has a prior conviction for "similar misconduct that is not
  4611. adequately reflected in the criminal history score, an upward
  4612. departure may be warranted." An upward departure may also be
  4613. warranted, DOJ suggests, if "the defendant's conduct has affected or
  4614. was likely to affect public service or confidence" in "public
  4615. interests" such as common carriers, utilities, and institutions.
  4616.  
  4617. Based on the way U.S. Attorneys and their computer experts have
  4618. guesstimated economic "losses" in a few prior cases, a convicted
  4619. tamperer can get whacked with a couple of years in the slammer, a
  4620. whopping fine, full "restitution" and one to two years of supervised
  4621. release (which is like going to a parole officer). (Actually, it *is*
  4622. going to a parole officer, because although there is no more federal
  4623. parole, they didn't get rid of all those parole officers. They have
  4624. them supervise convicts' return to society.)
  4625.  
  4626. This, and other proposed sentencing guidelines, can be found at 57 Fed
  4627. Reg 62832-62857 (Dec. 31, 1992).
  4628.  
  4629. The U.S. Sentencing Commission wants to hear from YOU.  Write: U.S.
  4630. Sentencing Commission, One Columbus Circle, N.E., Suite 2-500,
  4631. Washington DC 20002-8002, Attention: Public Information.  Comments
  4632. must be received by March 15, 1993.
  4633.  
  4634.  
  4635.                                   * * *
  4636.  
  4637. Actual text of relevant ammendments:
  4638.  
  4639.                 UNITED STATES SENTENCING COMMISSION
  4640.             AGENCY: United States Sentencing Commission.
  4641.                           57  FR  62832
  4642.  
  4643.                         December 31, 1992
  4644.  
  4645.    Sentencing Guidelines for United States Courts
  4646.  
  4647. ACTION: Notice of proposed amendments to sentencing guidelines, policy
  4648. statements, and commentary. Request for public comment.  Notice of
  4649. hearing.
  4650.  
  4651. SUMMARY: The Commission is considering promulgating certain amendments
  4652. to the sentencing guidelines, policy statements, and commentary. The
  4653. proposed amendments and a synopsis of issues to be addressed are set
  4654. forth below. The Commission may report amendments to the Congress on
  4655. or before May 1, 1993. Comment is sought on all proposals, alternative
  4656. proposals, and any other aspect of the sentencing guidelines, policy
  4657. statements, and commentary.
  4658.  
  4659. DATES: The Commission has scheduled a public hearing on these proposed
  4660. amendments for March 22, 1993, at 9:30 a.m. at the Ceremonial
  4661. Courtroom, United States Courthouse, 3d and Constitution Avenue, NW.,
  4662. Washington, DC 20001.
  4663.  
  4664.    Anyone wishing to testify at this public hearing should notify
  4665. Michael Courlander, Public Information Specialist, at (202) 273-4590
  4666. by March 1, 1993.
  4667.  
  4668.    Public comment, as well as written testimony for the hearing,
  4669. should be received by the Commission no later than March 15, 1993, in
  4670. order to be considered by the Commission in the promulgation of
  4671. amendments due to the Congress by May 1, 1993.
  4672.  
  4673. ADDRESSES: Public comment should be sent to: United States Sentencing
  4674. Commission, One Columbus Circle, NE., suite 2-500, South Lobby,
  4675. Washington, DC 20002-8002, Attention: Public Information.
  4676.  
  4677. FOR FURTHER INFORMATION CONTACT: Michael Courlander, Public
  4678. Information Specialist, Telephone: (202) 273-4590.
  4679.  
  4680. * * *
  4681.  
  4682.    59. Synopsis of Amendment: This amendment creates a new guideline
  4683. applicable to violations of the Computer Fraud and Abuse Act of 1988
  4684. (18 U.S.C. 1030). Violations of this statute are currently subject to
  4685. the fraud guidelines at S. 2F1.1, which rely heavily on the dollar
  4686. amount of loss caused to the victim. Computer offenses, however,
  4687. commonly protect against harms that cannot be adequately quantified by
  4688. examining dollar losses. Illegal access to consumer credit reports,
  4689. for example, which may have little monetary value, nevertheless can
  4690. represent a serious intrusion into privacy interests. Illegal
  4691. intrusions in the computers which control telephone systems may
  4692. disrupt normal telephone service and present hazards to emergency
  4693. systems, neither of which are readily quantifiable. This amendment
  4694. proposes a new Section 2F2.1, which provides sentencing guidelines
  4695. particularly designed for this unique and rapidly developing area of
  4696. the law.
  4697.  
  4698.    Proposed Amendment: Part F is amended by inserting the following
  4699. section, numbered S.  2F2.1, and captioned "Computer Fraud and Abuse,"
  4700. immediately following Section 2F1.2:
  4701.  
  4702. "S.  2F2.1. Computer Fraud and Abuse
  4703.  
  4704.    (a) Base Offense Level: 6
  4705.  
  4706.    (b) Specific Offense Characteristics
  4707.  
  4708.    (1) Reliability of data. If the defendant altered information,
  4709. increase by 2 levels; if the defendant altered protected information,
  4710. or public records filed or maintained under law or regulation,
  4711. increase by 6 levels.
  4712.  
  4713.    (2) Confidentiality of data. If the defendant obtained protected
  4714. information, increase by 2 levels; if the defendant disclosed
  4715. protected information to any person, increase by 4 levels; if the
  4716. defendant disclosed protected information to the public by means of a
  4717. general distribution system, increase by 6 levels.
  4718.  
  4719.    Provided that the cumulative adjustments from (1) and (2), shall
  4720. not exceed 8.
  4721.  
  4722.    (3) If the offense caused or was likely to cause
  4723.  
  4724.    (A) interference with the administration of justice (civil or
  4725. criminal) or harm to any person's health or safety, or
  4726.  
  4727.    (B) interference with any facility (public or private) or
  4728. communications network that serves the public health or safety,
  4729. increase by 6 levels.
  4730.  
  4731.    (4) If the offense caused economic loss, increase the offense
  4732. level according to the tables in S.  2F1.1 (Fraud and Deceit). In
  4733. using those tables, include the following:
  4734.  
  4735.    (A) Costs of system recovery, and
  4736.  
  4737.    (B) Consequential losses from trafficking in passwords.
  4738.  
  4739.    (5) If an offense was committed for the purpose of malicious
  4740. destruction or damage, increase by 4 levels.
  4741.  
  4742.    (c) Cross References
  4743.  
  4744.    (1) If the offense is also covered by another offense guideline
  4745. section, apply that offense guideline section if the resulting level
  4746. is greater. Other guidelines that may cover the same conduct include,
  4747. for example: for 18 U.S.C. 1030(a)(1), S.  2M3.2 (Gathering National
  4748. Defense Information); for 18 U.S.C. 1030(a)(3), S.  2B1.1 (Larceny,
  4749. Embezzlement, and Other Forms of Theft), S.  2B1.2 (Receiving,
  4750. Transporting, Transferring, Transmitting, or Possessing Stolen
  4751.  
  4752. Property), and S.  2H3.1 (Interception of Communications or
  4753. Eavesdropping); for 18 U.S.C. 1030(a)(4), S.  2F1.1 (Fraud and
  4754. Deceit), and S.  2B1.1 (Larceny, Embezzlement, and Other Forms of
  4755. Theft); for 18 U.S.C. S.  1030(a)(5), S.  2H2.1 (Obstructing an
  4756. Election or Registration), S.  2J1.2 (Obstruction of Justice), and S.
  4757. 2B3.2 (Extortion); and for 18 U.S.C. S.  1030(a)(6), S.  2F1.1 (Fraud
  4758. and Deceit) and S.  2B1.1 (Larceny, Embezzlement, and Other Forms of
  4759. Theft).
  4760.  
  4761. Commentary
  4762.  
  4763.    Statutory Provisions: 18 U.S.C. 1030(a)(1)-(a)(6)
  4764.  
  4765.    Application Notes:
  4766.  
  4767.    1. This guideline is necessary because computer offenses often harm
  4768. intangible values, such as privacy rights or the unimpaired operation
  4769. of networks, more than the kinds of property values which the general
  4770. fraud table measures. See S.  2F1.1, Note 10. If the defendant was
  4771. previously convicted of similar misconduct that is not adequately
  4772. reflected in the criminal history score, an upward departure may be
  4773. warranted.
  4774.  
  4775.    2. The harms expressed in paragraph (b)(1) pertain to the
  4776. reliability and integrity of data; those in (b)(2) concern the
  4777. confidentiality and privacy of data. Although some crimes will cause
  4778. both harms, it is possible to cause either one alone. Clearly a
  4779. defendant can obtain or distribute protected information without
  4780. altering it. And by launching a virus, a defendant may alter or
  4781. destroy data without ever obtaining it. For this reason, the harms are
  4782. listed separately and are meant to be cumulative.
  4783.  
  4784.    3. The terms "information," "records," and "data" are
  4785. interchangeable.
  4786.  
  4787.    4. The term "protected information" means private information,
  4788. non-public government information, or proprietary commercial
  4789. information.
  4790.  
  4791.    5. The term "private information" means confidential information
  4792. (including medical, financial, educational, employment, legal, and tax
  4793. information) maintained under law, regulation, or other duty (whether
  4794. held by public agencies or privately) regarding the history or status
  4795. of any person, business, corporation, or other organization.
  4796.  
  4797.    6. The term "non-public government information" means unclassified
  4798. information which was maintained by any government agency, contractor
  4799. or agent; which had not been released to the public; and which was
  4800. related to military operations or readiness, foreign relations or
  4801. intelligence, or law enforcement investigations or operations.
  4802.  
  4803.    7. The term "proprietary commercial information" means non-public
  4804. business information, including information which is sensitive,
  4805. confidential, restricted, trade secret, or otherwise not meant for
  4806. public distribution. If the proprietary information has an
  4807. ascertainable value, apply paragraph (b) (4) to the economic loss
  4808. rather than (b) (1) and (2), if the resulting offense level is
  4809. greater.
  4810.  
  4811.    8. Public records protected under paragraph (b) (1) must be filed
  4812. or maintained under a law or regulation of the federal government, a
  4813. state or territory, or any of their political subdivisions.
  4814.  
  4815.    9. The term "altered" covers all changes to data, whether the
  4816. defendant added, deleted, amended, or destroyed any or all of it.
  4817.  
  4818.    10. A "general distribution system" includes electronic bulletin
  4819. board and voice mail systems, newsletters and other publications, and
  4820. any other form of group dissemination, by any means.
  4821.  
  4822.    11. The term "malicious destruction or damage" includes injury to
  4823. business and personal reputations.
  4824.  
  4825.    12. Costs of system recovery: Include the costs accrued by the
  4826. victim in identifying and tracking the defendant, ascertaining the
  4827. damage, and restoring the system or data to its original condition.
  4828. In computing these costs, include material and personnel costs, as
  4829. well as losses incurred from interruptions of service. If several
  4830. people obtained unauthorized access to any system during the same
  4831. period, each defendant is responsible for the full amount of recovery
  4832. or repair loss, minus any costs which are clearly attributable only to
  4833. acts of other individuals.
  4834.  
  4835.    13. Consequential losses from trafficking in passwords: A defendant
  4836. who trafficked in passwords by using or maintaining a general
  4837. distribution system is responsible for all economic losses that
  4838. resulted from the use of the password after the date of his or her
  4839. first general distribution, minus any specific amounts which are
  4840. clearly attributable only to acts of other individuals. The term
  4841. "passwords" includes any form of personalized access identification,
  4842. such as user codes or names.
  4843.  
  4844.    14. If the defendant's acts harmed public interests not adequately
  4845. reflected in these guidelines, an upward departure may be warranted.
  4846. Examples include interference with common carriers, utilities, and
  4847. institutions (such as educational, governmental, or financial
  4848. institutions), whenever the defendant's conduct has affected or was
  4849. likely to affect public service or confidence".
  4850.  
  4851.  
  4852. * * *
  4853.  
  4854.                     -------------------
  4855.  
  4856. This file has been provided FYI to TELECOM Digest readers. Comments
  4857. should be directed to either the CPSR or the Sentencing Commission or
  4858. other newsgroups or mailing lists (such as Computer Underground
  4859. Digest) where the discussion will no doubt be continuing.
  4860.  
  4861.  
  4862. PAT
  4863.  
  4864. 
  4865. 
  4866. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa15274;
  4867.           2 Feb 93 0:32 EST
  4868. Received: by delta.eecs.nwu.edu id AA15637
  4869.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 1 Feb 1993 22:23:38 -0600
  4870. Received: by delta.eecs.nwu.edu id AA14124
  4871.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 1 Feb 1993 22:23:11 -0600
  4872. Date: Mon, 1 Feb 1993 22:23:11 -0600
  4873. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  4874. Message-Id: <199302020423.AA14124@delta.eecs.nwu.edu>
  4875. To: telecom@eecs.nwu.edu
  4876. Subject: TELECOM Digest V13 #60
  4877.  
  4878. TELECOM Digest     Mon,  1 Feb 93 22:23:00 CST    Volume 13 : Issue 60
  4879.  
  4880. Index To This Issue:                     Moderator: Patrick A. Townson
  4881.  
  4882.     Re: Clinton Speaks; White House Phones Go Haywire (Mark Vanroojen)
  4883.     Re: Clinton Speaks; White House Phones Go Haywire (H. Shrikumar)
  4884.     Re: Clinton Speaks; White House Phones Go Haywire (Orion@cup.portal.com)
  4885.     Re: Calling a Roaming Cellular Customer (John Higdon)
  4886.     Re: Calling a Roaming Cellular Customer (Alan M. Gallatin)
  4887.     Re: Calling a Roaming Cellular Customer (John Higdon)
  4888.     Re: Calling a Roaming Cellular Customer (John R. Covert)
  4889.     Re: Calling a Roaming Cellular Customer (Steve Forrette)
  4890.     Re: "Secret" Phone Codes (Todd Inch)
  4891.     Re: "Secret" Phone Codes (Tom Avery)
  4892.     Re: "Secret" Phone Codes (Carl Moore)
  4893.     Re: "Secret" Phone Codes (Christopher J. Ambler)
  4894.     Re: Sears Kills Catalog After 95 Years (Ron Dippold)
  4895.     Re: Sears Kills Catalog After 95 Years (Mark Steiger)
  4896. ----------------------------------------------------------------------
  4897.  
  4898. Date: Mon, 1 Feb 93 15:24:51 CST
  4899. From: msv@unlinfo.unl.edu (mark vanroojen)
  4900. Subject: Re: Clinton Speaks; White House Phones Go Haywire
  4901.  
  4902.  
  4903. Thanks for the posting on the White House phones.  I too am dismayed
  4904. at the amount of hate a simple decision not to discriminate can
  4905. generate.  I appreciate the editorial comments letting the readers
  4906. know where you stand.
  4907.  
  4908.  
  4909. Mark van Roojen    msv@unlinfo.unl.edu
  4910.  
  4911.  
  4912. [Moderator's Note: I also received correspondence from Jack Decker
  4913. (too lengthy to include here) taking me to task for 'making it seem
  4914. like only the people opposed to gays in the military were making
  4915. vicious attacks ...' What I said was that intelligent remarks on
  4916. *BOTH* sides of the issue were a rarity. Jack pointed out -- using the
  4917. alleged 'art' of Robert Mapplethorpe as an example -- that gay people
  4918. can also be crude, lewd and quite obscene when expressing themselves.
  4919. I don't disagree with that. Civility or the lack of it transcends
  4920. sexual orientation; but the point of my message was not to detirmine
  4921. who could be the nastiest and most hateful, but rather, that phone
  4922. traffic was extremely heavy all last week; it caused malfunctioning in
  4923. the White House telecom equipment; and that the overwhelming majority
  4924. of callers were not merely content to express their displeasure with
  4925. President Clinton's posture on this issue but had to embelish their
  4926. own comments with liberal doses of obscenities and vicious remarks as
  4927. well, perchance someone missed the reason for their phone call. Jack
  4928. noted that with this action as one of Clinton's first official acts,
  4929. the next four years should be interesting, as in the old Chinese
  4930. saying 'may you live in interesting times'. Yes Jack, I quite agree,
  4931. the next four years should see some incredible changes in the USA.  PAT]
  4932.  
  4933. ------------------------------
  4934.  
  4935. Date: Mon, 1 Feb 1993 19:49:14 -0500
  4936. From: shri@unreal.cs.umass.edu (H.Shrikumar)
  4937. Subject: Re: Clinton Speaks; White House Phones Go Haywire
  4938. Organization: UMass, Amherst MA + Temporal Sys & Computer Networks Bombay India
  4939.  
  4940.  
  4941. In article <telecom13.53.1@eecs.nwu.edu> TELECOM Moderator wrote:
  4942.  
  4943. > So ... the normal increase in phone traffic due to a government in
  4944. > transition accompanied by an aroused citizenry more willing than ever
  4945. > to use the telephone to give our president a piece of their mind pro
  4946. > and con -- mostly con, I might add :( based on reports from telecom
  4947. > management at the White House -- finally brought the system to a
  4948. > screaming halt on Thursday and again on Friday for awhile. The switch
  4949. > serving the White House simply crashed from the volume of traffic.
  4950.  
  4951. > They'd reboot it, it would run awhile and crash again. Finally it
  4952. > looked like everything was restored, then came the Friday afternoon
  4953.  
  4954.    Interesting!!
  4955.  
  4956.    But hold it ! Surely I'd imagine switches *would* *be* designed to
  4957. survive gracefully any severe overload far above BCHA!!
  4958.  
  4959.    Or is it perhaps that the switches are indeed designed to handle
  4960. several times BCHA gracefully, but only this time the number of call
  4961. attempts was far in excess of that n * BCHA rating.
  4962.  
  4963.   Enquring minds ...
  4964.  
  4965.   BTW ... what switch was it that needed the rebooting? Are we talking
  4966. about the LO serving the White House area ie. the (202)-456 Office?
  4967. Or is it an RLU (if they are use out there) or a PBX or a Centrex that
  4968. (sometimes) could get confused with the switch when stories go
  4969. mouth-to-mouth. What make was the "switch" ?
  4970.  
  4971.  
  4972. shrikumar ( shri@legato.cs.umass.edu )
  4973.  
  4974.  
  4975. [Moderator's Note: It was only their internal telecom stuff, not a C&P
  4976. switch. There is a centrex serving the White House which is not on the
  4977. 456 exchange. It serves the Executive Office Building and has
  4978. extensions from it in the White House as well. '456' is the
  4979. switchboard and some other departments in the executive domain. Calls
  4980. received at the 456-1414 switchboard can be transferred to the centrex
  4981. serving the EOB. What they said happened Thursday and Friday was that
  4982. calls could not be properly transferred from the switchboard to other
  4983. places. In the process of transferring them, the calls would just
  4984. vanish. People calling in got endless ringing with no signal showing
  4985. up at the switchboard or in the Comments Office sub-system. After
  4986. awhile, the ringing would stop and the caller would be left in limbo,
  4987. unretrievable by anyone. Calls being transferred would sometimes jump
  4988. right into the middle of a call already in progress between two other
  4989. people, dumping the existing caller off. The staffer is talking to one
  4990. person and suddenly she had a totally different person on line in
  4991. mid-sentence.  People dialing for an outside line would get incoming calls
  4992. dumped on their line instead of the expected dialtone.  Apparently the
  4993. White House *public* phone system has/had a flaw somewhere. Maybe it
  4994. was something in the hardware which pooped out from the intensity of
  4995. the calls, or perhaps a bug in the software only became known when the
  4996. call volume reached such a high level. They aren't saying.  Of course
  4997. callers who were connected each time the disturbances started would
  4998. lose their connection and assume the staff had hung up on them; they'd
  4999. call back angry and more hostile than the first time demanding to be
  5000. connected with 'whoever that was who hung up on me ...' etc.  PAT]
  5001.  
  5002. ------------------------------
  5003.  
  5004. From: Orion@cup.portal.com
  5005. Subject: Re: Clinton Speaks; White House Phones Go Haywire
  5006. Date: Mon, 1 Feb 93 12:07:12 PST
  5007.  
  5008.  
  5009. Gee, the White House needs a voice mail system with an automated
  5010. attendant! =)
  5011.  
  5012.  
  5013. [Moderator's Note: You mean like, press 1 if you agree with Clinton,
  5014. press 2 if you disagree, dial extension 3825 or 7448 if you need to
  5015. cuss at someone right away who is taking calls for the President; or
  5016. at the tone, leave your obscenity.   :)  PAT]
  5017.  
  5018. ------------------------------
  5019.  
  5020. Date: Mon, 1 Feb 93 01:31 PST
  5021. From: john@zygot.ati.com (John Higdon)
  5022. Reply-To: John Higdon <john@zygot.ati.com>
  5023. Organization: Green Hills and Cows
  5024. Subject: Re: Calling a Roaming Cellular Customer
  5025.  
  5026.  
  5027. alan@acpub.duke.edu (Alan M. Gallatin) writes:
  5028.  
  5029. > 1) From the time I hear the second dial tone, there are ten seconds of
  5030. > ringing.  My friend answers and we talk for 55 seconds.  Is the call
  5031. > considered to be :55 or 1:05 in length?
  5032.  
  5033. > 2) Same call setup, but after 15 seconds I get a recording: "The
  5034. > cellular customer you have dialed is not answering or not in the <X>
  5035. > Cellular calling area."  15+ second call or zero length?
  5036.  
  5037. > 3) Same call setup, but my friend's line is busy.  Any charge for the
  5038. > call?
  5039.  
  5040. You are charged from the moment you hear dial tone from the MTSO. It
  5041. could be programmed to supervise upon answer by the mobile, but the
  5042. cellular companies discovered that AT&T blocks forward audio
  5043. transmission until the call supervises. This means that you cannot
  5044. send any DTMF to the MTSO until the call supervises (and charging
  5045. begins).
  5046.  
  5047. But why on earth are you using this archaic method of roaming? Most
  5048. carriers have agreements with other carriers to allow automatic
  5049. incoming roaming of one sort or another. If you use that, no one gets
  5050. charged anything until the mobile answers. And you do not have to
  5051. "track down" anyone. You simply dial the home system mobile number and
  5052. the call goes right to the mobile phone, regardless of where it is.
  5053.  
  5054. And even if you pay toll to the base mobile number AND the mobile
  5055. customer pays the backhaul, it is cheaper than making a dozen
  5056. unsuccessful calls to MTSO roaming ports.
  5057.  
  5058.  
  5059. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  5060. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  5061.  
  5062. ------------------------------
  5063.  
  5064. From: alan@acpub.duke.edu (Alan M. Gallatin)
  5065. Subject: Re: Calling a Roaming Cellular Customer
  5066. Date: Mon, 1 Feb 93 5:10:10 EST
  5067.  
  5068.  
  5069. Referring to my method of tracking down a cellular roamer by calling a
  5070. list of roamer access numbers, John Higdon replies:
  5071.  
  5072. > But why on earth are you using this archaic method of roaming?
  5073.  
  5074. [Describes national-call-delivery type roaming services]
  5075.  
  5076. > And even if you pay toll to the base mobile number AND the mobile
  5077. > customer pays the backhaul, it is cheaper than making a dozen
  5078. > unsuccessful calls to MTSO roaming ports.
  5079.  
  5080. The potential double toll charges are precisely why a national-call-
  5081. delivery type service is not always desirable (assuming, of course,
  5082. that I equate my friends toll costs to his cellular account equal in
  5083. importance to my own). For every unsuccesful call to a roamer port, I
  5084. waste a minute (shouldn't be any more than that) of long distance; if
  5085. I have five unsuccesful attempts and then get through, I will have
  5086. wasted five minutes of toll.  Although an NCD type service would have
  5087. saved me this money, we're paying double toll -- so once the call goes
  5088. over five minutes, REAL waste kicks in.
  5089.  
  5090. (Of course, I suppose that once the cell customer is tracked down via
  5091. NCD, he can then hang up and call back from the cell phone; toll
  5092. charges to the cellular customer might not be any different but the
  5093. landline customer saves all $.)
  5094.  
  5095. Another idea: Assume NCD is activated.  I dial the person's cellular
  5096. number and they are properly located.  Can they then simply tell me
  5097. where they are and have me call back through a roamer port or does
  5098. having NCD active make other forms of roamer access inoperable?
  5099.  
  5100.  
  5101. Alan Gallatin  <alan@acpub.duke.edu>
  5102.  
  5103. ------------------------------
  5104.  
  5105. Date: Mon, 1 Feb 93 02:34 PST
  5106. From: john@zygot.ati.com (John Higdon)
  5107. Reply-To: John Higdon <john@zygot.ati.com>
  5108. Organization: Green Hills and Cows
  5109. Subject: Re: Calling a Roaming Cellular Customer
  5110.  
  5111.  
  5112. On Feb 1 at  5:10, Alan M. Gallatin writes:
  5113.  
  5114. > Can they then simply tell me where they are and have me call back
  5115. > through a roamer port or does having NCD active make other forms of
  5116. > roamer access inoperable?
  5117.  
  5118. In my experience, no type of roaming precludes any other.
  5119.  
  5120.  
  5121. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  5122. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  5123.  
  5124. ------------------------------
  5125.  
  5126. Date: Mon, 1 Feb 93 05:12:27 PST
  5127. From: John R. Covert  01-Feb-1993 0809 <covert@covert.enet.dec.com>
  5128. Subject: Re: Calling a Roaming Cellular Customer
  5129.  
  5130.  
  5131. Charging begins as soon as the roaming port you are calling answers.
  5132.  
  5133. Since AT&T will not transmit sound from the caller to the called party
  5134. until charging begins, cellular roaming ports must be arranged to
  5135. answer immediately; otherwise they would not be able to hear you enter
  5136. the cellular number with touch-tone.
  5137.  
  5138. Thus you are charged for each attempt, whether you reach your party or
  5139. not.
  5140.  
  5141. There are a _few_ ports which (through error) do not answer until the
  5142. cellular subscriber answers.  These ports cannot be used at all via
  5143. AT&T, but can be used on other carriers.  The person you're calling
  5144. probably isn't in one of these areas anyway, since these areas clearly
  5145. don't have many roamers, or the problem would have been fixed due to
  5146. complaints that the ports don't work when calling long distance.
  5147.  
  5148.  
  5149. john
  5150.  
  5151. ------------------------------
  5152.  
  5153. From: stevef@wrq.com (Steve Forrette)
  5154. Subject: Re: Calling a Roaming Cellular Customer
  5155. Date: 1 Feb 1993 16:01:50 GMT
  5156. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  5157.  
  5158.  
  5159. In article <telecom13.59.9@eecs.nwu.edu> alan@acpub.duke.edu (Alan M.
  5160. Gallatin) writes:
  5161.  
  5162. > I'm trying to get some information on the cost of calling someone who
  5163. > is roaming on a cellular phone.  Yes, I know that there is no cost
  5164. > beyond normal long distance charges (to the person making the call)
  5165. > but, assuming that the roamer access is long distance, my question is
  5166. > really WHEN do charges start?
  5167.  
  5168. > 1) From the time I hear the second dial tone, there are ten seconds of
  5169. > ringing.  My friend answers and we talk for 55 seconds.  Is the call
  5170. > considered to be :55 or 1:05 in length?
  5171.  
  5172. 1:05
  5173.  
  5174. > 2) Same call setup, but after 15 seconds I get a recording: "The
  5175. > cellular customer you have dialed is not answering or not in the <X>
  5176. > Cellular calling area."  15+ second call or zero length?
  5177.  
  5178. 15+ seconds
  5179.  
  5180. > 3) Same call setup, but my friend's line is busy.  Any charge for the
  5181. > call?
  5182.  
  5183. Yes.
  5184.  
  5185. > Why do I ask all this?  If someone is travelling and gives me ten
  5186. > different roamer access numbers that he could potentially be reached
  5187. > through (he'll be on the road and passing through different areas)
  5188. > will it cost me an arm and a leg to call each one everytime I need to
  5189. > track him down or will I only pay when I actually reach him?
  5190.  
  5191. It is unfortunate that this is the case, and it was not always this
  5192. way.  We can all thank AT&T for this new 'feature' that had to be
  5193. implemented on the cellular roaming ports a few years ago.  Once upon
  5194. a time, the roam ports worked in a 'friendly' way, only returning
  5195. answer supervision when (and if) the cellular customer actually
  5196. answered. (Answer supervision is the signal that the terminating
  5197. central office returns to the originating CO to tell it when to start
  5198. billing).  This was really nice to the long distance (or cellular)
  5199. caller to the roam port.
  5200.  
  5201. Then, AT&T implemented a new 'feature' in their long distance network,
  5202. whereby the forward talk path is not enabled until AT&T receives the
  5203. answer supervision signal from the called end.  If the roam ports were
  5204. left the way they had been, it would be impossible for anyone calling
  5205. on the AT&T network to use them.  The caller would hear the secondary
  5206. dialtone, but the roam port would never hear their touchtones.  So,
  5207. all the roam ports are now configured to return answer supervision as
  5208. soon as they start their own dialtone.
  5209.  
  5210. On a related note, I would encourage anyone that places calling card
  5211. calls from a cellular phone to use US Sprint's FON card, as that
  5212. system does not return answer supervision until and unless the final
  5213. called party answers.  This way, you don't have to pay airtime for
  5214. uncompleted calls.  At least it works this way through the 1-800
  5215. access method.  The AT&T calling card system returns answer
  5216. supervision as soon as the 'bong' tone sounds, so you have to pay
  5217. airtime for uncompleted calls as well.  Since most of the time you
  5218. need to bill cellular calls to a calling card is when you are roaming,
  5219. this can quickly add up.
  5220.  
  5221.  
  5222. Steve Forrette, stevef@wrq.com
  5223.  
  5224. ------------------------------
  5225.  
  5226. From: toddi@mav.com (Todd Inch)
  5227. Subject: Re: "Secret" Phone Codes
  5228. Organization: Maverick International Inc.
  5229. Date: Mon, 01 Feb 93 21:06:57 GMT
  5230.  
  5231.  
  5232. In article <telecom13.37.14@eecs.nwu.edu> jyacc!charles@uunet.UU.NET
  5233. (Charles McGuinness) writes:
  5234.  
  5235. >> At the end of the month I'm moving to a house that already has one
  5236. >> phone line installed, and having a second line turned on.
  5237. >> I have heard that there is a code I can dial into a phone that will
  5238. >> tell me what phone number that phone is connected to.
  5239.  
  5240. > There is such a secret code that works everywhere in your situation
  5241.                                    ^^^^^^^^^^^^^^^^
  5242. > You dial the phone number of your second phone line.  The telephone
  5243. > company will give you a ringing tone if you are on your first line or
  5244. > a busy signal if you are on your second line. This is a little known
  5245.   ^^^^^^^^^^^^^
  5246.  
  5247. Actually, in some places you'll get a recording saying you're trying
  5248. to call a party-line-number on your own party line, so please hang up
  5249. and give them time to answer.  This is true even if it is not a party
  5250. line.  That feature does let you test your bells and serve as a cheap
  5251. intercom, however.
  5252.  
  5253. > feature, so don't spread the word or the phone company might
  5254. > discontinue it! ;-)
  5255.  
  5256. This "feature" is not always useful.  I usually only get the
  5257. opportunity to remodel my key system at home after the wife and kids
  5258. are asleep (which, some days, is the only time both lines are unused),
  5259. and they don't appreciate my testing which line is which by ringing
  5260. it.
  5261.  
  5262. In GTE land north of Seattle, WA, the "secret code" is 411.  We use
  5263. 1-555-1212 for local directory information.  The number varies widely
  5264. depending on your local telco and probably isn't as simple as a three
  5265. digit number in most areas (hint: it's definitely NOT 911!).  In some
  5266. places, these test numbers are frequently changed to prevent customers
  5267. from using it, but not around here.  Some telcos, especially very
  5268. small ones, may not even have such a number.
  5269.  
  5270. ------------------------------
  5271.  
  5272. From: avery@f18e.stlouis.sgi.com (Tom Avery)
  5273. Date: Mon, 1 Feb 1993 15:00:41 -0600
  5274. Subject: Re: "Secret" Phone Codes
  5275.  
  5276.  
  5277. I just tried the number here in St.Louis, MO.  It worked for me.  Nice
  5278. slow computer generated voice.  Gave me my phone number + 8.
  5279.  
  5280.  
  5281. Tom Avery     VM x8939   MDC Account Manager  
  5282. Silicon Graphics, Inc.   12400 Olive Boulevard, Suite 450 
  5283. St. Louis, MO  63141     314-542-0876   314-542-0751 (fax)
  5284.  
  5285. ------------------------------
  5286.  
  5287. Date: Mon, 1 Feb 93 13:54:03 EST
  5288. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  5289. Subject: Re: "Secret" Phone Codes
  5290.  
  5291.  
  5292. Mark Bacchus <bacchus@bnr.ca> writes:
  5293.  
  5294. > I've never heard of a case where you could dial a LD carrier access
  5295. > code followed by a seven digit number.
  5296.  
  5297. I assume this is possible in area 609 in New Jersey.  Long distance
  5298. within a New Jersey area code is only seven digits, and 609 is split
  5299. between two LATAs.
  5300.  
  5301. ------------------------------
  5302.  
  5303. From: cambler@zeus.calpoly.edu (Christopher J. Ambler, Phish)
  5304. Subject: Re: "Secret" Phone Codes
  5305. Organization: When Fashion Dictates, you're living in a Fashion State!
  5306. Date: Mon, 01 Feb 1993 11:02:14 GMT
  5307.  
  5308.  
  5309. Interesting. I tried the number from my ISDN set, and after a tone, it
  5310. read me back my number with the obligatory 8 appended. After another
  5311. tone, I got the string of numbers, but not the 0s and 2s that everyone
  5312. else is getting, I got 8880006. I wonder what they are. Any ideas?
  5313.  
  5314.  
  5315. cambler@zeus.calpoly.edu | Author, FSUUCP 1.32  
  5316. chris@toys.fubarsys.com  | Secretary, BBSC   
  5317.  
  5318. ------------------------------
  5319.  
  5320. From: rdippold@qualcomm.com (Ron Dippold)
  5321. Subject: Re: Sears Kills Catalog After 95 Years
  5322. Organization: Qualcomm, Inc., San Diego, CA
  5323. Date: Mon, 1 Feb 1993 20:15:06 GMT
  5324.  
  5325.  
  5326. rdippold@qualcomm.com (Ron Dippold) writes:
  5327.  
  5328. > I wonder if AT&T is going to yank that commercial - the one about how
  5329. > they managed to reroute Sears's calls when one of their phone centers
  5330.  
  5331. Okay, it's been extensively pointed out that this was actually JC
  5332. Penny.  I plead guilty to not paying enough attention to commercials! :)
  5333.  
  5334. ------------------------------
  5335.  
  5336. From: Mark.Steiger@tdkt.kksys.com (Mark Steiger)
  5337. Date: Mon, 01 Feb 1993 11:44:03 -0600
  5338. Subject: Re: Sears Kills Catalog After 95 Years
  5339. Organization: The Dark Knight's Table BBS:  Minnetonka, MN (Free!)
  5340.  
  5341.  
  5342. >> Sears Roebuck & Company's Mail Order Catalog Division is closing
  5343. >> after more than 95 years.
  5344.  
  5345. >> Until last year, incredibly enough, SEARS CATALOG DID NOT HAVE
  5346. >> AN 800 NUMBER.
  5347.  
  5348. > Aside from the Donnelly company which printed the Sears catalogs,
  5349. > another big telecommunications loser will be SPRINT, which has had th
  5350. > privilege of handling the hundreds of thousands of calls to
  5351. > 1-800-366-3000 for SEARS catalog sales.  Sears' Sprint account rep
  5352. > better get hustling on new business!
  5353.  
  5354. > BTW, you can still order from Sears catalog until all their merchan-
  5355. > dise is exhausted.
  5356.  
  5357. > I guess that Sears will sell its mailing list to raise cash, and thos
  5358. > of us who've ever ordered from the Sears catalog will now be bombarde
  5359. > with calls, letters, and catalogs from other mail order houses!
  5360.  
  5361. I work for a major mail order firm and I know our company is fighting
  5362. about ten other companies for the Sears mailing list.  I've heard
  5363. around the phone floor that our bid is at about $1 per name.  Whoever
  5364. owns that list will practically own the world of catalog sales.
  5365.  
  5366.  
  5367. Mark Steiger, Sysop, The Igloo BBS (612) 574-0037
  5368. Internet: mark@tdkt.kksys.com
  5369. Fido: 1:282/4018  Simnet: 16:612/24
  5370.  
  5371.  
  5372. [Moderator's Note: The Sears' list will indeed be a plum for some
  5373. company, and a smart player might buy it then resell it piecemeal to
  5374. several other companies and clean up financially that way also.  PAT]
  5375.  
  5376. ------------------------------
  5377.  
  5378. End of TELECOM Digest V13 #60
  5379. *****************************
  5380.  
  5381. 
  5382. 
  5383. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa22411;
  5384.           2 Feb 93 4:05 EST
  5385. Received: by delta.eecs.nwu.edu id AA30721
  5386.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 2 Feb 1993 01:24:31 -0600
  5387. Received: by delta.eecs.nwu.edu id AA00152
  5388.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 2 Feb 1993 01:24:00 -0600
  5389. Date: Tue, 2 Feb 1993 01:24:00 -0600
  5390. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  5391. Message-Id: <199302020724.AA00152@delta.eecs.nwu.edu>
  5392. To: telecom@eecs.nwu.edu
  5393. Subject: TELECOM Digest V13 #61
  5394.  
  5395. TELECOM Digest     Tue,  2 Feb 93 01:24:00 CST    Volume 13 : Issue 61
  5396.  
  5397. Index To This Issue:                     Moderator: Patrick A. Townson
  5398.  
  5399.     Re: I Want to Pay For a Local Call (Paulo Santos)
  5400.     Re: I Want to Pay For a Local Call (John Higdon)
  5401.     Re: I Want to Pay For a Local Call (Jack Decker)
  5402.     Norwegian Number Change, a First Hand Report (Morten Reistad)
  5403.     Re: "Advanced Switching" at SWBT (Don Hackler)
  5404.     Re: Cellular Phones Are Carcinogens? (John Higdon)
  5405.     Re: New "Electronic Highway" For Canada (Robert L. McMillin)
  5406.     Re: Can Phones be Restricted to 911 Only? (Darren Alex Griffiths)
  5407. ----------------------------------------------------------------------
  5408.  
  5409. From: pas@cc.gatech.edu (Paulo Santos)
  5410. Subject: Re: I Want to Pay For a Local Call
  5411. Reply-To: Paulo Santos <pas@cc.gatech.edu>
  5412. Organization: Georgia Institute of Technology
  5413. Date: Mon, 1 Feb 1993 22:59:24 GMT
  5414.  
  5415.  
  5416. I wrote an article here expressing my desired to receive and pay for
  5417. an itemization of some local calls for fax logging purposes.  John
  5418. Higdon followed up suggesting that I should setup such a system
  5419. myself, and not expect "the telephone company to keep track of my
  5420. business."  His thesis is that I should not "expect a revamp of the
  5421. public network" to suit my special requirements.
  5422.  
  5423. I could not believe it.  Here was John Higdon, the same John Higdon
  5424. who complains regularly in this Digest about the backwardness of
  5425. Pacific Bell in introducing new features in CA, saying that I should
  5426. not ask for of expect a new feature.
  5427.  
  5428. The feature I asked for seems reasonable and a useful one; a feature
  5429. that some people (at least one) are willing to pay for.  Is it
  5430. unreasonable to bring it up in this Digest for discussion?  I don't
  5431. think so.
  5432.  
  5433. The telephone network is not just a POTS network anymore.  If the
  5434. telephone companies were in the market just to provide POTS service, I
  5435. would buy Mr. Higdon's argument.  Following his argument, we would
  5436. still not have three-way calling or call waiting.  After all, if you
  5437. really wanted three-way calling, you could always get two lines and a
  5438. conference bridge; if you really wanted to receive a call while you
  5439. were engaged in an other conversation, you could get two lines.  The
  5440. problem is that people put some value in those added services, but are
  5441. not willing to pay the cost of another line for it.  So the phone
  5442. companies provides an alternative at a lower cost taht people find
  5443. acceptable and buy.  Joe Doe wins, the phone company wins, everyone is
  5444. happy.
  5445.  
  5446. Same thing happens with the "per call itemization" that I suggest.  I
  5447. can't justify investing in an ellaborate system, but I would be
  5448. willing to pay the phone company to do it for me cheaper.  It seems
  5449. that they have the resources (CO + billing) to do it.  So I suggested
  5450. that they offer this service.
  5451.  
  5452. I have received several pieces of email about this topic.  I will
  5453. summarize to the Digest soon.
  5454.  
  5455.  
  5456. Paulo Santos    pas@cc.gatech.edu
  5457.  
  5458. ------------------------------
  5459.  
  5460. Date: Mon, 1 Feb 93 19:08 PST
  5461. From: john@zygot.ati.com (John Higdon)
  5462. Reply-To: John Higdon <john@zygot.ati.com>
  5463. Organization: Green Hills and Cows
  5464. Subject: Re: I Want to Pay For a Local Call
  5465.  
  5466.  
  5467. On Feb 1 at 18:01, Paulo Santos writes:
  5468.  
  5469. > I could not believe it.  Here was John Higdon, the same John Higdon
  5470. > who complains regularly in this Digest about the backwardness of
  5471. > Pacific Bell in introducing new features in CA, saying that I should
  5472. > not ask for of expect a new feature.
  5473.  
  5474. You miss a key point. The features that I demand from my local telco
  5475. are those that I cannot provide for myself AT ANY COST. Shall we
  5476. examine them? The simple feature, hunting, can only be provided in the
  5477. central office. "No-loss" three-way calling can only be provided in
  5478. the CO (using line amps introduces other serious degradations). CLASS
  5479. features can certainly only be done in the central office.
  5480.  
  5481. Other features such as call forwarding and call waiting can be
  5482. accomplished with multiple lines, but can be done much more simply in
  5483. the CO as a software function.
  5484.  
  5485. > The feature I asked for seems reasonable and a useful one; a feature
  5486. > that some people (at least one) are willing to pay for.  Is it
  5487. > unreasonable to bring it up in this Digest for discussion?  I don't
  5488. > think so.
  5489.  
  5490. Can you not tolerate disagreement? Is it unreasonable to suggest that
  5491. your "feature" could be better handled at the customer location? You
  5492. brought it up for discussion. Last time I looked, that is what we were
  5493. doing, no? For a feature to be viable, it has to have a demand that
  5494. somewhat exceeds one request. And what you want would be a
  5495. considerable bother to the telco -- not so much in the recording, but
  5496. in the processing and delivery of the data to the customer.
  5497.  
  5498. > Same thing happens with the "per call itemization" that I suggest.
  5499. > I can't justify investing in an ellaborate system, but I would
  5500. > be willing to pay the phone company to do it for me cheaper.
  5501. > It seems that they have the resources (CO + billing) to do it.
  5502. > So I suggested that they offer this service.
  5503.  
  5504. If it was set up for you, it would of necessity have to be set up for
  5505. everyone. To justify the cost, the telco would probably start pushing
  5506. for mandatory measured service. Itemization of local calls is hardly
  5507. something that would be in any great demand, particularly if the local
  5508. calls were not charged for. As far as an "elaborate" set up is
  5509. concerned, my system consists of a simple Panasonic KX-T1232 and a
  5510. home computer. Big deal.
  5511.  
  5512.  
  5513. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  5514. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  5515.  
  5516.  
  5517. [Moderator's Note: A point worth mentioning though is in the event of
  5518. a dispute regards the delivery of some printed document (for example,
  5519. a contract due by a certain date), a telephone company record (as
  5520. opposed to a record generated by customer premises equipment) might be
  5521. more acceptable in a court, since telco would in effect be a third
  5522. party witness to the whole thing and presumably impartial about the
  5523. outcome. If my CPE generated a record to accompany the record which my
  5524. fax machine generated, while your record says something different,
  5525. wouldn't this come down to a case of 'my word against your word'?  If
  5526. my fax machine says successful delivery was made, and telco's record
  5527. shows a connection at the time in question then it is unlikely you
  5528. will try to argue that both telco and myself conspired against you.  PAT]
  5529.  
  5530. ------------------------------
  5531.  
  5532. Date: Mon, 01 Feb 93 12:05:26 EST
  5533. From: jack.decker@f8.n154.z1.fidonet.org (Jack Decker)
  5534. Subject: Re: I Want to Pay For a Local Call
  5535.  
  5536.  
  5537. In message <telecom13.53.5@eecs.nwu.edu>, pas@cc.gatech.edu (Paulo
  5538. Santos) writes:
  5539.  
  5540. > In general, I like the idea of a flat rate for local telephone
  5541. > service, with no per call charges.
  5542.  
  5543. Me, too!
  5544.  
  5545. > I also like itemized billing to have a record of some calls.  I don't
  5546. > send certified letters any more.  If I want a receipt of delivery of a
  5547. > written message to an addressee, I just fax the message.  The long
  5548. > distance charge on my bill will be evidence that I sent something to
  5549. > the other party's fax.  Much cheaper, much faster.
  5550.  
  5551. > But I can't do this for local calls.  Local calls are not itemized.  I
  5552. > have resorted to dialing local calls with my calling card just to get
  5553. > an itemized entry, but I don't like it.  It is an expensive solution
  5554. > and I can't autodial from the fax machine.
  5555.  
  5556. Okay.  Let's get one thing straight.  Traditional local measured
  5557. service as is commonly offered by, and sometimes forced upon customers
  5558. by local telcos would NOT help you, since local calls are not itemized
  5559. (which, by the way, is one of the primary objections to local measured
  5560. service ... there HAVE been cases where each call was counted twice, or
  5561. some other abnomoly in the system has increased the call count beyond
  5562. what it really should have been).
  5563.  
  5564. > So here is an idea for the local companies.  How about a *nn service
  5565. > to provide call detail on certain calls, at a reasonable cost (say,
  5566. > 10c to 25c per call).  I would dial *nn nnn-nnnn, and the call would
  5567. > go through as ususal as an untimed local call.  The call would appear
  5568. > itemized and charged accordingly on my local phone bill.
  5569.  
  5570. That would be a great idea for an OPTIONAL service, although it should
  5571. only be enabled on the lines of customers that request it.  However,
  5572. in the interim, you might see what happens if you dial just a carrier
  5573. access code (10XXX) plus a local number.  I inadvertently did that
  5574. once when I lived in Michigan Bell territory (started to dial an LD
  5575. call and changed my mind, but forgot to hang up the phone and get new
  5576. dial tone before dialing the local number, so what I wound up dialing
  5577. was 10222 plus a seven digit local number.  The call, which
  5578. fortunately lasted only a minute, showed up on my next MCI bill,
  5579. billed at the standard rate for a toll call of under ten miles, or
  5580. whatever the lowest geographic rate band is).  If your state allows
  5581. intraLATA competition, this might work, depending on how your local
  5582. central office switch is configured.
  5583.  
  5584. I'm not sure your carrier would like this much, though ... I think
  5585. that after the originating and terminating line charges (which are
  5586. distance-insensitive) are figured in, they actually lose money on
  5587. those short-distance toll calls, especially those placed during the
  5588. night/weekend rate period.  They probably would come out ahead on such
  5589. calls placed during the day rate period, but not by much.
  5590.  
  5591.  
  5592. Jack
  5593.  
  5594. ------------------------------
  5595.  
  5596. Date: 1 Feb 93 00:20 +0100
  5597. Organization: Oslo Stock Exchange
  5598. From: Morten Reistad <MRR@boers.uu.no>
  5599. Subject: Norwegian Number Change, a First Hand Report
  5600.  
  5601.  
  5602. As announced, the (02) area code in Norway changed to eight-digit dialing
  5603. 15:50 last Thursday (jan 28th).
  5604.  
  5605. A massive publicity campaign has warned us about this for more than a
  5606. year.  Still many people did not get the message according to
  5607. "Aftenposten" Thursday 28th.
  5608.  
  5609. Media told us the cut would take place 15:50 till 16:00.  At 15:50 I
  5610. placed a call from a direct line on (02) 335 XXX to our switchboard at
  5611. (02) 341 700, an attempt at the same gave fast-busy 15:52, and a call
  5612. to 22 341 700 was successful.
  5613.  
  5614. Calls to 950 XXX and 640 XXX dumped to fast-busy at 15:56, and 22 640
  5615. XXX and 22 950 XXX worked from then on. The much acclaimed "speaking
  5616. translator" (speaking the new number) did not come on-line until 16:45
  5617. or thereabout. And even now, three days later, calls to (02) 341 700
  5618. and (02) 22X XXX STILL dump to fast-busy. Incoming calls from Sweden
  5619. appeared to be changed at 15:58.
  5620.  
  5621. "Aftenposten" Friday the 29th could report that the cut worked as
  5622. announced except for three switches. Two of these were out of order
  5623. until 16:15, and one until 16:45. Of course one "vital" service; the
  5624. Taxi ordering lines. These were out of order until 16:45.
  5625.  
  5626. Emergency calls to Ambulance, Police of Fire Dept were unaffected by
  5627. the cut. (Due to legal issues these are separate in the Kingdom of
  5628. Norway).
  5629.  
  5630. The PTT has met critisism for doing this at a prime business hour. The
  5631. reply has been that "they would rather see that it all worked at once
  5632. under heavy business loads, than find out in the morning after a night
  5633. cut." (Aftenposten 29th, my translation of the journalist's words)
  5634.  
  5635. Or, have half a million people help in the debugging of the system.
  5636.  
  5637. ------------------------------
  5638.  
  5639. Subject: Re: "Advanced Switching" at SWBT
  5640. From: donh@shakala.com (Don Hackler)
  5641. Date: Mon, 01 Feb 93 01:39:18 PST
  5642. Organization: Shakala BBS (ClanZen Radio Network) Sunnyvale, CA 408-734-2289
  5643.  
  5644.  
  5645. john@zygot.ati.com (John Higdon) writes:
  5646.  
  5647. > As to digital circuits, Pac*Bell now almost begs customers to take
  5648. > POTS on T1. There is no extra charge. Already reasonably priced, point
  5649.   ^^^^^^^^^^^ 
  5650. How does somebody in Pac Bell land do this?  What equipment do I need
  5651. to buy?  How can these be broken up as voice/data?  I run a
  5652. Usenet/Internet BBS and would love to arrange a high-speed digital
  5653. link to my feed site ala SW56, etc ... the outside plant in my area
  5654. (northern Sunnyvale) is old and leaky, with lots of line noise after
  5655. rain. How good does the copper need to be? I know I'm on a DMS100 or
  5656. 5ESS switch here in this area.
  5657.  
  5658.  
  5659. Don Hackler  - donh@shakala.com 
  5660. Shakala BBS (ClanZen Radio Network) Sunnyvale, CA 408-734-2289
  5661.  
  5662. ------------------------------
  5663.  
  5664. Date: Sun, 31 Jan 93 23:34 PST
  5665. From: john@zygot.ati.com (John Higdon)
  5666. Reply-To: John Higdon <john@zygot.ati.com>
  5667. Organization: Green Hills and Cows
  5668. Subject: Re: Cellular Phones Are Carcinogens?
  5669.  
  5670.  
  5671. andrew@frip.wv.tek.com (Andrew Klossner) writes:
  5672.  
  5673. > To clarify: there are credible scientific reports that a three watt
  5674. > transceiver, operated near the head for many years, can cause
  5675. > *glaucoma*.  This is one reason why police radios are now worn at the
  5676. > waist and wired to a lapel-mounted microphone.  I know of no credible
  5677. > evidence linking transceivers to brain cancer.
  5678.  
  5679. A very good reason is that it is a helluva lot easier to use a radio
  5680. in this manner.
  5681.  
  5682. I have a new policy concerning this sort of thing. The phrase
  5683. "credible scientific reports" does not cut it anymore. Please site the
  5684. source (with author, title, and any other identifying data) so that I
  5685. can look it up and decide FOR MYSELF if it is a "credible" piece of
  5686. work.
  5687.  
  5688. The net is awash in unattributed "authority". Many of us have access
  5689. to vast university libraries and other depositories of scientific
  5690. literature. It is time some of this was made real. If after reading
  5691. these reports I am convinced that the material is significant, then
  5692. and only then will I give the slightest credence to ANY RF scares.
  5693.  
  5694. Also, remember that one study means little. The results must be
  5695. repeatable by independent researchers. And the study must be
  5696. meaningful in terms of its statistical associations. It can be easily
  5697. demonstrated that virtually all people who have developed cancer have
  5698. swallowed their own saliva. Does this tell us much?
  5699.  
  5700. So I am waiting for your references. Let me read this shocking
  5701. material.
  5702.  
  5703.  
  5704. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  5705. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  5706.  
  5707. ------------------------------
  5708.  
  5709. Date: Mon, 1 Feb 93 07:41:23 -0800
  5710. From: rlm@indigo2.hac.com (Robert L. McMillin)
  5711. Subject: Re: New "Electronic Highway" For Canada
  5712.  
  5713.  
  5714. > Could someone tell me how old NSFnet is?  And who might be the
  5715. > owners/operators of NSFnet?  Any other details about NSFnet would be
  5716. > greatly appreciated.  Please excuse my ignorance.
  5717.  
  5718. No worry -- I had to look it up myself.  Here's the lowdown from the
  5719. excellent O'Reilly and Associates book, {!%@:: A Directory of
  5720. Electronic Mail Addressing and Networks}:
  5721.  
  5722.   NSFNET is the [United States'] National Science Foundation's network.
  5723.   It is currently made up of the NSFNET backbone and 23 mid-level wide
  5724.   area networks which interconnect over 1,000 research institutions,
  5725.   corporations, and government agencies.  The NSFNET allows researchers
  5726.   access to supercomputers at the United States supercomputing centers as
  5727.   well as providing other network services.  The NSFNET backbone is
  5728.   managed by Merit, Inc., a consortium of eight Michigan universities in
  5729.   partnership with the State of Michigan, IBM, and MCI.  As November,
  5730.   1989, the NSFNET has connections to 837 networks.
  5731.     
  5732.   All computers on NSFNET use Internet-style domain addresses.
  5733.     
  5734.   The NSFNET runs on a T-1 backbone system.  The mid-level networks use
  5735.   both T-1 and 56 Kbps lines.
  5736.     
  5737.   NSFNET is planning to increase the speed of its backbone to T-3 (45
  5738.   Mbps).  A T-1 linke to EASInet in Geneva, Switzerland, is planned for
  5739.   1990.  Other mid-level networks will be added to NSFNET in the future.
  5740.        
  5741.                             ---------
  5742.     
  5743. Unfortunately, the book gives no history of NSFNET, so I can't help
  5744. you there.  Maybe someone else in net.land knows.
  5745.  
  5746.  
  5747. Robert L. McMillin                     | Voice:    (310) 568-3555
  5748. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  5749. Los Angeles, CA                        | Internet: rlm@indigo2.hac.com
  5750.  
  5751. ------------------------------
  5752.  
  5753. Date: Mon, 01 Feb 93 19:25:14 PST
  5754. From: dag@ossi.com
  5755. Subject: Re: Can Phones be Restricted to 911 Only?
  5756.  
  5757.  
  5758. Dave.Leibold@f730.n250.z1.FIDONET.ORG (Dave Leibold) writes:
  5759.  
  5760. > {The Toronto Sun} on 22nd January 1993 had a letter from Linton Graham
  5761. > of Weston, Ontario regarding Bell Canada phone disconnection policies.
  5762. > The writer wondered if phone service had to be shut off, then why not
  5763. > continue to at least allow access to 911 for emergencies.  The writer
  5764. > didn't mention specific types of situations, though phone shut-offs
  5765. > due to failure to pay the bill come to mind.
  5766.  
  5767. When an old girlfriend's phone was disconneted in San Francisco a few
  5768. years ago, Pac Bell did just what you described.  Any call made on the
  5769. phone resulted in a recording saying that phone service had been
  5770. disconnected and the only valid calls were to the billing office and
  5771. 911.  She didn't pay the bill and after about two weeks the phone went
  5772. completely dead.  Of-course, incoming calls were also disabled.
  5773.  
  5774.  
  5775.   Cheers,
  5776.  
  5777. Darren Alex Griffiths        dag@nasty.ossi.com
  5778. Open Systems Solutions Inc.  (510) 652-6200 x139
  5779. Fujitsu Ltd.                 Fax: (510) 652-5532
  5780. Operating Systems Division   Coins: 7924-139
  5781. 6121 Hollis Street           Emeryville, CA 94608-2092
  5782.  
  5783. ------------------------------
  5784.  
  5785. End of TELECOM Digest V13 #61
  5786. *****************************
  5787. 
  5788. 
  5789. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa10644;
  5790.           2 Feb 93 12:50 EST
  5791. Received: by delta.eecs.nwu.edu id AA13470
  5792.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 2 Feb 1993 09:31:09 -0600
  5793. Received: by delta.eecs.nwu.edu id AA04604
  5794.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 2 Feb 1993 09:30:33 -0600
  5795. Date: Tue, 2 Feb 1993 09:30:33 -0600
  5796. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  5797. Message-Id: <199302021530.AA04604@delta.eecs.nwu.edu>
  5798. To: telecom@eecs.nwu.edu
  5799. Subject: TELECOM Digest V13 #62
  5800.  
  5801. TELECOM Digest     Tue,  2 Feb 93 09:30:30 CST    Volume 13 : Issue 62
  5802.  
  5803. Index To This Issue:                     Moderator: Patrick A. Townson
  5804.  
  5805.     Two Line Bridge Schematics (Toxic Avenger)
  5806.     Security Topics in Telecom Archives (TELECOM Moderator)
  5807.     HP-48S as a Phone Dialer? (Bob Izenberg)
  5808.     ISDN Basic Rate Access (Govindan Raghavan)
  5809.     Waste Disposal Problems? (Jane Fraser)
  5810.     Caller ID and Voice Messaging in Centrex (Tad Cook)
  5811.     Hotel Telephone Surcharge (Robert E. Laughlin)
  5812.     Alternate Reason For White House Busy (Rob Knauerhase)
  5813.     For Sale: Cellular Starter/Hands-Free Kits (Michael Blackstock)
  5814.     Old 202 Area (was 313 Split Not Being Well Publicized) (Carl Moore)
  5815.     Using Fax Machine + Fax Modem as a Scanner (Robert J. Barth)
  5816.     Sorry, Wrong Number (Paul Robinson)
  5817. ----------------------------------------------------------------------
  5818.  
  5819. Date: Mon, 1 Feb 93 17:53:49 -0800
  5820. From: burchell@ucscb.UCSC.EDU (Toxic Avenger)
  5821. Subject: Two Line Bridge Schematics
  5822.  
  5823.  
  5824. With all this talk of a call fowarding device, and the different
  5825. methods of implementing the idea, I decided to search my archives, and
  5826. found this textfile.
  5827.  
  5828. It is plans for a simple diverter (call fowarder), It was also first
  5829. published as a phreaking tool, so there are no security measures
  5830. integrated in the design.  A DTMF decoder could be added to keep the
  5831. right people using the line, and the wrong people sighing.
  5832.  
  5833. Anyway, what follows is the full text of the plans, including all the
  5834. standard Phreak/Hack BS.  Use it as you will.
  5835.  
  5836. NOTE\WARNING: The device described by these plans is a wire-fraud
  5837. access device.  This makes it illegal to possess one in many states.
  5838. Using it on one's own phone line without any intention to defraud
  5839. should be totally legal, but It would probably be best not to carry
  5840. one around in your pocket, as freedoms and the bill of rights are
  5841. headed towards the window as it is, and we don't need another example.
  5842.  
  5843.  
  5844. Tox
  5845.         ------File Begins------
  5846.  
  5847. Cheshire Catalyst Research Productions present ...
  5848.  
  5849. Diverter 1992.  An alternative to the DARK BOX.
  5850.  
  5851. Design: Mavicon M.D., The Ear, Cheshire Catalyst and two that 
  5852. shall remain nameless.
  5853.  
  5854. Plans: Mavicon M.D.
  5855.  
  5856. Diverter Plans
  5857.  
  5858. Parts List:
  5859.  
  5860. Everything can be obtained at your local Radio-Shack.  As much as I
  5861. hate that store, they are convenient ...
  5862.  
  5863. RLY1   DPDT relay
  5864. T1  1:1 audio transformer
  5865. D1  1N914 or similar diode
  5866. D2  large LED
  5867. LMP1 neon lamp
  5868. R1  10 k
  5869. R2  photocell
  5870. R3  22 k
  5871. R4  47 k
  5872. Q1  2N2222, 2N3904, 2N4401, most any other NPN switching
  5873. transistor
  5874. 1 nine volt battery. The negative terminal goes to ground on the
  5875. schematic.  Positive terminal to +9 volts.
  5876.  
  5877. Assembly:
  5878.  
  5879. The best way to assemble the design is to grab one of those small
  5880. copper lined perfboards from Radio-Shack.  They are nice to work
  5881. on, and can easily be trimmed down to a minimum size once
  5882. everything is soldered in.  The process is the same as any other. 
  5883. Solder all the parts in per the schematic.  The photocell must be
  5884. in a position so that the light from the neon lamp (LMP1) and the
  5885. LED (D2) both shine on it.  All the polarity must be observed. 
  5886. Whichever direction you put the led in, you must remember (color
  5887. code your wires, green is positive, red is negative, yellow is
  5888. positive, black is negative) the negative side of the line must
  5889. go to its negative side.  The same goes for the transformer. The
  5890. positive side of each line has to be connected to the correct
  5891. pair on the transformer.  On the Radio-Shack transformers, put
  5892. positive of both lines on the Red and Black pairs,  The negative
  5893. on Yellow and White.  Our prototypes have reached less that 1" x
  5894. 1" in size.  
  5895.  
  5896. NOTE: The entire thing MUST be wrapped in black tape.  IT must be
  5897. light tight or you will have a relay that turns on with the sunrise.
  5898.  
  5899. Theory of Operation:
  5900.  
  5901. The diverter works on some basic electronic principals.  Step by
  5902. step.  The phone rings.  The neon lamp is activated by the high
  5903. voltage(88 p-p) ac and flashes.  This light shines on the
  5904. photocell, decreasing its resistance.  When this happens, the
  5905. positive voltage flowing through the photocell and the 10k
  5906. resistor exceed the breakdown voltage of the base of the
  5907. transistor and switches that transistor on.  Once the transistor
  5908. is on, current flows freely from emitter to collector, energizing
  5909. the relay.  The relay's two sets of switches connect both lines
  5910. to the 1:1 audio transformer, effectively taking both lines off
  5911. the hook and coupling any audio signals from either line to the
  5912. other one.  Once this happens, current is now flowing through the
  5913. transformer,relay,led loop.  This current lights the led and that
  5914. light shines on the photocell.  This is what keeps the device
  5915. latched.  The light from the led keeps the photocell resistance
  5916. low enough to keep the transistor on.  Now, you make you call and
  5917. get on with your business.  You hang up.  Now, the local CO keeps
  5918. current flowing through the indial line for about 5 seconds, at
  5919. which point it drops down for a second or so and then goes back
  5920. up.  This is the signal the device uses to determine when you've
  5921. hung up.  When the current drops down, there is no light, and the
  5922. photocell resistance raises enough to turn the transistor off and
  5923. delatch the entire system.
  5924.  
  5925. B
  5926.  
  5927.  
  5928.  |-------------------------------------
  5929.  |                                    |         o +9V
  5930.  |  L1+      T1                       |         |
  5931.  |  o-------wwwww----------|          |         |
  5932.  |                         |          |         |
  5933.  |  L1-                    |          |         |
  5934.  |  o-------------|        |          |         o--------|
  5935.  |                |        |          |         |        |
  5936.  |                |        |          |         |        |
  5937.  |                |        |          |         |        |
  5938.  | L2-            |    |---l----------l---------l--|   _____
  5939.  o-------\ LMP1   |    | |  \|    |   |         w  |    /^\   D1
  5940. R4  47k   *       |    | |   |    |\  |         w  |   /---\
  5941.  --\/\/--/        |    | |   |    | | |         w  |     |
  5942.  |                |    |-l----------l-----------l--|     |
  5943.  |                |      |      RY1 |           |        |
  5944.  o L2+            |------|          |           |        |
  5945.  |                                  |           o---------
  5946.  |                                  |           |    
  5947.  |                                  |            ----|
  5948.  |            D2                    |               / 
  5949.  |          |\ |       T1           |              /
  5950.  |----------| >|-----wwwwww----------             /
  5951.             |/ |                                000
  5952.                                      |--------- 000  Q1 
  5953.                                      |          000  
  5954.            oooo                      |             \
  5955.           o    o               10k   |              \
  5956.  o-------o-/\/\/o------------/\/\/---|                \
  5957. +9V       o    o R2   \         R1                      |
  5958.            oooo       / 22k                           -----
  5959.                       \ R3                             --- 
  5960.                       |                                 -
  5961.                       |
  5962.                     -----
  5963.                      ---
  5964.                       -
  5965.  
  5966.   -------END of File------
  5967.  
  5968. ------------------------------
  5969.  
  5970. Date: Mon, 1 Feb 1993 09:34:15 -0600
  5971. From: TELECOM Moderator <telecom@eecs.nwu.edu>
  5972. Subject: Security Topics in Telecom Archives
  5973.  
  5974.  
  5975. After mailing out the file to you Monday detailing new federal govern-
  5976. ment sentencing guidelines for persons convicted of crimes which
  5977. involve computers, it occurred to me some of you might not be familiar
  5978. with a section of the archives where numerous articles of this sort
  5979. have been collected over the years, so I made an image of the
  5980. directory and attach it below.
  5981.  
  5982. This is just one small section of the Telecom Archives -- a very tiny
  5983. part, actually -- and you are invited to explore the entire thing
  5984. using anonymous ftp via lcs.mit.edu.  For readers without ftp ability,
  5985. various ftp > email services are available.  Enjoy your visit to the
  5986. Telecom Archives!
  5987.  
  5988.  
  5989. total 1047
  5990. drwxr-xr-x  2 ptownson telecom      1024 Feb  1 10:17 ./
  5991. drwxrwxr-x 15 telecom  telecom      6144 Feb  1 10:23 ../
  5992. -r--r--r--  1 ptownson telecom     24515 Sep  3  1991 atm-bank.fraud
  5993. -r--r--r--  1 ptownson telecom      6144 Mar 14  1991 cellular.fraud.abernathy
  5994. -r--r--r--  1 ptownson telecom      2755 Mar 14  1991 cellular.fraud.prevention
  5995. -r--r--r--  1 ptownson telecom     13343 Feb 25  1990 computer.fraud.abuse.act
  5996. -r--r--r--  1 ptownson telecom     27395 Jun 23  1990 craig.neidorf.indictment
  5997. -r--r--r--  1 ptownson telecom      9354 Jul 30  1990 craig.not.guilty
  5998. -r--r--r--  1 ptownson telecom     67190 Jun 23  1990 crime.and.puzzlement
  5999. -r--r--r--  1 ptownson telecom     62602 Aug 12  1990 ecpa.1986
  6000. -r--r--r--  1 ptownson telecom     97987 Aug 12  1990 ecpa.1986.federal.laws
  6001. -r--r--r--  1 ptownson telecom     21918 Dec  2  1990 illinois.computer.laws
  6002. -r--r--r--  1 ptownson telecom     28935 May 19  1990 jolnet-2600.magazine.art
  6003. -r--r--r--  1 ptownson telecom     30751 Mar  7  1990 jolnet-attctc.crackers
  6004. -r--r--r--  1 ptownson telecom     43365 Jan 28  1990 kevin.polsen
  6005. -r--r--r--  1 ptownson telecom     35612 Apr  1  1990 legion.of.doom
  6006. -r--r--r--  1 ptownson telecom     20703 Aug 12  1990 len.rose-legion.of.doom
  6007. -r--r--r--  1 ptownson telecom      2516 Jun 14  1991 len.rose.in.prison
  6008. -r--r--r--  1 ptownson telecom    184494 Jun 22  1991 len.rose.indictment-1
  6009. -r--r--r--  1 ptownson telecom    192078 Jun 22  1991 len.rose.indictment-2
  6010. -r--r--r--  1 ptownson telecom     15355 Feb  1 10:16 sentencing.guidelines
  6011. -r--r--r--  1 ptownson telecom     67099 Nov  4  1990 telecom.usa.call.block-1
  6012. -r--r--r--  1 ptownson telecom     31995 Nov 20  1990 telecom.usa.call.block-2
  6013. -r--r--r--  1 ptownson telecom     10833 Nov 20  1990 telecom.usa.call.block-3
  6014. -r--r--r--  1 ptownson telecom      6344 May 24  1992 virgin.islands.phreak
  6015. -r--r--r--  1 ptownson telecom     14821 Sep 12  1990 war.on.computer.crime
  6016.  
  6017. Using ftp:
  6018.  
  6019.      ftp lcs.mit.edu
  6020.      login:  anonymous   use name@site as password
  6021.      cd telecom-archives
  6022.      cd telecom.security.issues
  6023.      get <filename of choice>
  6024.  
  6025.  
  6026. PAT
  6027.  
  6028. ------------------------------
  6029.  
  6030. From: bobi@vswr.sps.mot.com (Bob Izenberg)
  6031. Subject: HP-48S as a Phone Dialer?
  6032. Date: Mon, 1 Feb 1993 12:01:21 +22306404 (CST)
  6033.  
  6034.  
  6035.     A guy that I know wants to use his HP48S as a telephone
  6036. auto-dialer.  He wanted to know if anyone's tried anything like this.
  6037. I don't know beans about the HP48S sound capabilities, so I'll ask the
  6038. Digest readership: Is what he wants to do possible?  Where should I
  6039. tell him to start looking for info on how to do this?  (Other than
  6040. calling HP, which has been suggested.)  Thanks!
  6041.  
  6042.  
  6043. Bob Izenberg               voice phone: 512-891-8680
  6044. Motorola RISC Software         bobi@vswr.sps.mot.com
  6045.  
  6046. ------------------------------
  6047.  
  6048. From: exugsr@exu.ericsson.se (Govindan Raghavan, XT-DL)
  6049. Subject: ISDN Basic Rate Access
  6050. Reply-To: exugsr@exu.ericsson.se
  6051. Organization: Ericsson Network Systems, Inc.
  6052. Date: Mon, 1 Feb 1993 20:48:24 GMT
  6053.  
  6054.  
  6055. When we lay copper access cables from end offices to the customer
  6056. premises, we use repeaters if the distance to the CPE exceeds a
  6057. certain value.  Is there such a "range" for basic rate access lines?
  6058. Are there repeaters available in the market for basic rate access to
  6059. cover customers at large distances from end offices?
  6060.  
  6061. ------------------------------
  6062.  
  6063. Date: Mon, 01 Feb 1993 13:16:12 EST
  6064. From: fraser@ccl2.eng.ohio-state.edu
  6065. Subject: Waste Disposal Problems?
  6066.  
  6067.  
  6068. Someone told me recently that the modernization of phone networks is
  6069. causing a large problem of waste disposal because lines being replaced
  6070. contain lead and copper.  Also, old switches have materials with low
  6071. levels of radioactivity. Are there such problems? Can anyone provide
  6072. more details?
  6073.  
  6074.  
  6075. Jane Fraser, Center for Advanced Study in Telecommunications, The Ohio
  6076. State University, 210 Baker Ssytems, 1971 Neil Avenue, Columbus,
  6077. 43210, 614-292-4129
  6078.  
  6079. ------------------------------
  6080.  
  6081. Subject: Caller ID and Voice Messaging in CENTREX
  6082. Date: Mon, 1 Feb 93 11:59:55 PST
  6083. From: tad@ssc.com (Tad Cook)
  6084.  
  6085.  
  6086. At home I have two-line residential CENTREX service from US West,
  6087. which they market under the name Centraflex.  I am served by a 5ESS
  6088. switch.  I am confused about application of telco voice messaging and
  6089. Caller-ID on this type of service.
  6090.  
  6091. Currently my service is set up so that calls to the main number (we
  6092. don't give out the number on the second line in the hunt group, and it
  6093. is unlisted) rotate to the second line when the main line is busy.  If
  6094. the second line is busy, that line gets a Call-Waiting tone.  I am
  6095. also able to transfer calls between the two lines, or to anywhere
  6096. else, without staying on the line and making it a conference call.  I
  6097. can also turn off Call-Waiting for the duration of the call on the
  6098. second line.
  6099.  
  6100. I thought it might be neat to get voice messaging from the telco, so
  6101. that if the call is not answered after six rings or so on either line,
  6102. or if both lines were busy and the person on the second line ignored
  6103. the Call-Waiting signal, voice messaging would answer and take the
  6104. message.  Unfortunately, the telco tells me that telco provided voice
  6105. mail is incompatible with Centrex!  Does anyone know why?  Didn't
  6106. Bellcore design telco provided voice mail to work with Centrex?  It
  6107. seems to me that I have been answered by CO provided voice mail when
  6108. calling numbers in a Centrex group in the past, but maybe this was
  6109. really provided by external hardware at the called location.
  6110.  
  6111. The other questions involve Caller-ID, which US West tells me should
  6112. be available in May.
  6113.  
  6114. They have informed me that on outbound calls, the number for the
  6115. second line will show up in the ID if a call is placed from that line.
  6116. We have been trying to keep people calling our main number instead of
  6117. dialing direct into our second line, so that calls will be answered by
  6118. our answering machine (which is only on the first line), but if people
  6119. we call from the second line see that number, they may try to return
  6120. calls to the wrong line.  Does anyone know if it is possible to get
  6121. the same number listed as the ID on both lines?
  6122.  
  6123. The other Caller-ID problem involves reading the ID on incoming calls.
  6124. Apparently this will work fine if I read it off of the first line, but
  6125. if the first line is busy and the call rotates to the second line, US
  6126. West informs me that I will only see the ID of the first line as the
  6127. incoming caller, because the call was actually forwarded from the
  6128. first line upon busy!
  6129.  
  6130. Does anyone know of any way around these problems?  Surely Bellcore or
  6131. the designers of the 5ESS would have thought these through!
  6132.  
  6133.  
  6134. Tad Cook     |  Phone:  206-527-4089  (home)     |   MCI Mail: 3288544   
  6135. Seattle, WA  |  Packet: KT7H @ N7DUO.WA.USA.NA   |   3288544@mcimail.com 
  6136.              |  Internet: tad@ssc.com           or...sumax!ole!ssc!tad   
  6137.  
  6138. ------------------------------
  6139.  
  6140. From: bel@kluso.nosc.mil
  6141. Subject: Hotel Telephone Surcharge
  6142. Organization: NRaD
  6143. Date: Mon, 1 Feb 1993 21:43:34 GMT
  6144.  
  6145.  
  6146. Hello,
  6147.  
  6148.     Some time ago there was a thread about hotels charging to make
  6149. a call.  This is just to pass on to the world that at least one hotel
  6150. is still doing it.  Hilton Resort on Hilto Head Island, SC, charges
  6151. $0.75 for every call outside of the hotel, even 800 numbers.  I was
  6152. there and did not find the notice in one of the hotel brochures that
  6153. is in the room (second drawer down of a dresser).
  6154.  
  6155.     This is intended just as a heads up to the world of telecom.
  6156.  
  6157.  
  6158. Robert E. Laughlin     NCCOSC RDT&E Div (NRaD)  
  6159. These opinions are mine.  I do not speak for NRaD.
  6160. email    bel@nosc.mil    From Compuserve my email address
  6161. is ">INTERNET:bel@nosc.mil".
  6162.  
  6163. ------------------------------
  6164.  
  6165. From: Rob Knauerhase <knauer@cs.uiuc.edu>
  6166. Subject: Alternate Reason For White House Busy
  6167. Date: Mon, 1 Feb 93 22:52:15 CST
  6168. Organization: Department of Computer Science, Univ. of Illinois @ Urbana
  6169.  
  6170.  
  6171. PAT's recent discussion about busy signals at the White House was all
  6172. fine and good, but Jay Leno (on _The Tonight Show_, 2/1/93) had an
  6173. alternate explanation (the first part is not an exact quote):
  6174.  
  6175. "... People have been complaining about getting busy signals when
  6176. they call the White House."
  6177.  
  6178. "Well, if I just told America they weren't getting a tax cut OR their
  6179. Social Security, I'd take the phone off the hook too!"
  6180.  
  6181. [I assume TELECOM Digest is not the place for a continuing political
  6182. commentary, but this bit of humor was related enough to the topic at
  6183. hand that I thought I'd pass it along.]
  6184.  
  6185.  
  6186. Rob Knauerhase, University of Illinois @ Urbana, Dept. of Computer Science
  6187.  
  6188.  
  6189. [Moderator's Note: Thanks for passing along that clever response from
  6190. Jay Leno. The Chicago papers discussed the White House phone congestion
  6191. in recent days by noting that the combination of a popular president
  6192. combined with the several controversial issues he raised and people's
  6193. willingness to use long distance without flinching at the rates as
  6194. they might have done a few years ago led to the problem.   PAT] 
  6195.  
  6196. ------------------------------
  6197.  
  6198. From: eltrut@csn.org (Michael Blackstock)
  6199. Subject: For Sale: Cellular Starter/Hands-Free Kits
  6200. Organization: Colorado SuperNet, Inc.
  6201. Date: Mon, 1 Feb 1993 16:15:51 GMT
  6202.  
  6203.  
  6204. I have the following extra items:
  6205.  
  6206. New Hands Free kit for Motorola 8000/9000 "brick" hand-held cellular
  6207. phone comes with glass mount antenna, speaker, mike, and power cradle.
  6208. By Alliance Research Corp.  $70
  6209.  
  6210. New Hands-Free kit for Motorola 8000/9000. The same kit as above but with
  6211. a passive repeater "cordless", glass mount antenna.  $60
  6212.  
  6213. New Starter Kit for the Audiovox/Prestige "mini" portable cellular
  6214. phones, such as the Audiovox MVX-500.  Comes with rechargeable
  6215. battery, Battery Saver (allows you to plug the phone into the
  6216. cigarette lighter plug), and a leather case.  $40
  6217.  
  6218. New Quick Charger/Conditioner for the Motorola micro T.A.C. "Flip
  6219. Phone" This charger can be used both in the car or home use.  $35
  6220.  
  6221. New Hands Free Kit for the Mitsubishi 3000 or DiamondTel 99x portable
  6222. cellular phone.  Comes with glass mount antenna, speaker, mike, and
  6223. power cradle By Alliance Research Corp.  $70
  6224.  
  6225. Prices include COD and shipping.
  6226.  
  6227.  
  6228. Michael     (719) 633-5277
  6229.  
  6230. ------------------------------
  6231.  
  6232. Date: Mon, 1 Feb 93 13:14:37 EST
  6233. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  6234. Subject: Old 202 Area (was 313 Split Not Being Well Publicized)
  6235.  
  6236.  
  6237. All but the outermost MD and VA suburbs were reachable long distance
  6238. in area code 202 until October, 1990 (at which time local calls in the
  6239. DC area were fully cut over to NPA + 7D if they were to a different
  6240. area code from the calling location.  202 under this local scheme,
  6241. even before MD and VA were deleted from 202, could be used for DC
  6242. only).  This change in 202 was like an area code split (I refer to it
  6243. as such, because 202 shrank even though there was no new area code).
  6244. (You are saying that no point was ever reachable in 408 and at the
  6245. same time reachable in 415?)
  6246.  
  6247. The "202 for MD/VA suburbs" had remained in effect when the DC area
  6248. had to go from NNX to NXX prefixes in late 1987.
  6249.  
  6250. To avoid confusion for local callers, the Pentagon, physically in
  6251. Virginia but then using area code 202 and NOT 703, was switched in
  6252. 1990 to area 703.  This did not change the seven-digit numbers in the
  6253. Pentagon EXCEPT that 202-694 gave way to 703-614 (703-694 being in use
  6254. at Stuart, Va., way down near the NC border).
  6255.  
  6256. ------------------------------
  6257.  
  6258. From: rob@sound.demon.co.uk (Robert J Barth)
  6259. Subject: Using Fax Machine + Fax Modem as a Scanner
  6260. Reply-To: rob@sound.demon.co.uk
  6261. Organization: Sound & Vision BBS +44 (0)932 252323
  6262. Date: Tue, 2 Feb 1993 01:20:52 +0000
  6263.  
  6264.  
  6265. How can I use a standalone fax machine as a scanner?
  6266.  
  6267. I would like to be able to plug my fax machine into my pc fax/modem,
  6268. and press a few buttons, and end up with a fax format file of whatever
  6269. was on the sheet of paper ...
  6270.  
  6271. Has anyone managed this?  I've tried with not much success so far ...
  6272.  
  6273. Any ideas appreciated.
  6274.  
  6275.  
  6276. Nominal  : Rob Barth             | RJB Communications (+44) (0)932 253131
  6277. InterNet : rob@sound.demon.co.uk | Sound & Vision BBS (+44) (0)932 252323
  6278. FidoNet  : sysop, 2:254/14       |  The best UK BBS with a full UseNet & 
  6279. Nyx      : rbarth@nyx.cs.du.edu  | Internet Email feed. All hours/speeds.
  6280.  
  6281. ------------------------------
  6282.  
  6283. Reply-To: TDARCOS@MCIMAIL.COM
  6284. From: Paul Robinson <FZC@CU.NIH.GOV>
  6285. Date: Mon, 01 Feb 1993  22:27:44 EST
  6286. Subject: Sorry, Wrong Number
  6287.  
  6288.  
  6289. An article in the February 1 {Washington Post} Business Monday
  6290. section, tells how AT&T, the creator of 1-800 numbers back in 1967,
  6291. and today claiming the fastest connection times, set up a number for
  6292. people to call to get a rebate of $500.00 when they purchased an AT&T
  6293. videophone, had to change the number because of a mixup.
  6294.  
  6295. The subcontrator of the rebate program didn't know that it was being
  6296. hired by AT&T, so it got the 1-800 number for AT&T's rebate plan
  6297. issued by: MCI.
  6298.  
  6299. ------------------------------
  6300.  
  6301. End of TELECOM Digest V13 #62
  6302. *****************************
  6303. 
  6304. 
  6305. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa11148;
  6306.           2 Feb 93 13:07 EST
  6307. Received: by delta.eecs.nwu.edu id AA30492
  6308.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 2 Feb 1993 10:11:50 -0600
  6309. Received: by delta.eecs.nwu.edu id AA14955
  6310.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 2 Feb 1993 10:11:01 -0600
  6311. Date: Tue, 2 Feb 1993 10:11:01 -0600
  6312. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  6313. Message-Id: <199302021611.AA14955@delta.eecs.nwu.edu>
  6314. To: telecom@eecs.nwu.edu
  6315. Subject: TELECOM Digest V13 #63
  6316.  
  6317. TELECOM Digest     Tue,  2 Feb 93 10:11:00 CST    Volume 13 : Issue 63
  6318.  
  6319. Index To This Issue:                     Moderator: Patrick A. Townson
  6320.  
  6321.     Symposium on Broadband (Steve Agard)
  6322.     Telecom's Competition in South Africa (Cliff Featherstone)
  6323.     Suche Unterlagen fuer Lightspeed 2400C! (Dieter Vuellers)
  6324.     Frame Relay Congestion Question (Shu Zhang)
  6325.     Re: Prodigy <> Internet Gateway Almost Finished (Bob Hofkin)
  6326.     Re: Introduction to comp.dcom.telecom / TELECOM Digest (Jack Decker)
  6327.     Re: MIB for Northern Telecom PBX (Christian Doucet)
  6328.     Re: Mitel Value Ripoff Policy (Dale R. Worley)
  6329.     Re: AT&T Public Phone 2000 Credit Card Bug (Javier Henderson)
  6330.     Re: AT&T G2 Information Needed (Jim Allen)
  6331. ----------------------------------------------------------------------
  6332.  
  6333. From: sagard@digi.lonestar.org (Steve Agard)
  6334. Subject: Symposium on Broadband
  6335. Organization: DSC Communications, Plano Tx.
  6336. Date: Tue, 2 Feb 1993 00:23:23 GMT
  6337.  
  6338.           
  6339.                     IEEE Symposium Announcement:
  6340.    
  6341.                     ----------------------------
  6342.                    |                            |
  6343.                    |   SYMPOSIUM ON BROADBAND   |
  6344.                    |                            |
  6345.                     --------------------------
  6346.    
  6347.                             Presented By
  6348.         IEEE Communications and Vehicular Technology Society
  6349.                           Dallas Chapter
  6350.    
  6351. Broadband - Network services of the future, or just another technology
  6352. for backbone Public, Private, and Local/Wide Area networks?  Broadband
  6353. networks are expected to provide the foundation of emerging services,
  6354. synergistic with the Advanced intelligent Network and the Personal
  6355. Communications Services network.  Aspects of broadband are enjoying
  6356. the broadest international spectrum of interest and activity yet seen
  6357. by the Telecommunications and Computer industries.
  6358.    
  6359. This one-day multi-track symposium with panel discussion will present
  6360. the latest developments in broadband and wideband markets and
  6361. technologies. The symposium will address such questions as: How do
  6362. ATM, SMDS and Frame Relay services inter-relate? What are the most
  6363. recent technical issues and developments? How do we get to Broadband
  6364. from here?  What are the benefits of Bandwidth-on- Demand services? Is
  6365. there synergy between telephone and cable TV companies?
  6366.    
  6367.    
  6368.                             April 27, 1993
  6369.                       The Richardson Civic Center
  6370.             411 West Arapaho Rd (@ I 75), Richardson, Texas
  6371.                     Registration: 7:45 AM - 8:15 AM
  6372.  
  6373.                                    
  6374.                   Keynote Speaker:   Dr. Dave McDysan
  6375.          Boardmember, The ATM Forum;  Executive Staff Member,
  6376.    Virtual Data Services Strategic Planning, MCI Telecommunications
  6377.    
  6378.    
  6379.                    Tentative Agenda Topics/Speakers
  6380.    
  6381. Three sessions are presented: Overview and Applications; Technology;
  6382. Services. The Services and Technologies sessions run in parallel.
  6383.    
  6384.    
  6385.                        OVERVIEW and APPLICATIONS
  6386.                        -------------------------
  6387.    
  6388.                          The Evolving Network
  6389.                          Richard W. Stephenson
  6390.                 Director, Customer Applications Analysis
  6391.                  Southwestern Bell, Technology Resources
  6392.    
  6393.                    CCITT & Trends in ATM Deployment
  6394.                             Michael R. Zeug
  6395.                           Vice-Chair, T1S1.5;
  6396.                        Member of Technical Staff
  6397.                           Ameritech Services
  6398.    
  6399.                 ATM Technology As it Applies to Services
  6400.                            Dr. Krish Prabhu
  6401.                     V.P., Research And Development
  6402.                        Alcatel Network Systems
  6403.    
  6404.           Information Service Network Architectures (INA / TINA)
  6405.                               Dave Brown
  6406.                   Principle Member of Technical Staff
  6407.                               NEC America
  6408.    
  6409.                     Broadband Network Infrastructure
  6410.                               Al Pereira
  6411.           Manager, Applications Marketing & Advanced Technology
  6412.                         GTE Telephone Operations
  6413.    
  6414.                    PANEL DISCUSSION, FOLLOWED BY LUNCH
  6415.    
  6416.                               TECHNOLOGY
  6417.                               ----------
  6418.    
  6419.                     ATM LANs & Application Requirements
  6420.                                Chase Bailey
  6421.                          Chief Technical Officer
  6422.                        Efficient Network Technology
  6423.    
  6424.          An Introduction to Multimedia, and Its Impact On The Network
  6425.                                Jim Pollock
  6426.                                 President
  6427.                               BusinessWorks
  6428.    
  6429.                 Issues Between Private & Public ATM Networks
  6430.                                 Sam Shuler
  6431.                      Senior Member of Technical Staff
  6432.                             Texas Instruments
  6433.    
  6434.                     Multipoint Signaling:  A Case Study
  6435.                               Michael Gaddis
  6436.                         Senior Research Associate;
  6437.             Associate Director of the Applied Research Laboratory
  6438.                           Washington University
  6439.    
  6440.              Introduction to Network Management for ATM Networks
  6441.                              Gunnar Nilsson
  6442.                        Systems Architecture Manager
  6443.                                 ELLEMTEL
  6444.    
  6445.                   Scalable Coherent Interface for ATM
  6446.                             Peter R. Fenner
  6447.                                President
  6448.                           Lightbus Technology
  6449.    
  6450.    
  6451.                                SERVICES
  6452.                                ---------
  6453.    
  6454.                                Irfan Ali
  6455.                            V.P., The ATM Forum;
  6456.                Manager, Competitive Analysis & Technology
  6457.                            Northern Telecom
  6458.    
  6459.              Benefits of a Common Broadband Services Platform
  6460.                               Athar S. Mian
  6461.                          Member of Technical Staff
  6462.                         NYNEX Science and Technology
  6463.    
  6464.              Internetworking Frame Realy, ATM, SMDS and ISDN
  6465.                                Larry Lang
  6466.                              Product Manager
  6467.                               Cisco Systems
  6468.    
  6469.              Applications of Frame Relay and Wideband Services
  6470.                              Mike McLoughlin
  6471.                         Systems Product Manager
  6472.                             General DataComm
  6473.    
  6474.                  Switched DS1 and Fractional DS1 Services
  6475.                             Richard Barale
  6476.                    Director, Video Systems Marketing
  6477.                     DSC Communications Corporation
  6478.    
  6479.               Meeting End-User Demand For Flexible Bandwidth
  6480.                              Gary Sanders
  6481.               Product Manager, Transport Network Applications
  6482.                         Ericsson Network Systems
  6483.  
  6484.    
  6485.               PANEL DISCUSSIONS,  FOLLOWED BY RECEPTION
  6486.  
  6487.    
  6488.                            SESSION CHAIRS:
  6489.    
  6490.                        Overview and Applications
  6491.                        -------------------------
  6492.                              Steven Agard
  6493.                       Vice-Chair, The ATM Forum;
  6494.                   Chairman, T1S1.5 ATM Subworking Group;
  6495.                             Senior Manager
  6496.                      DSC Communications Corporation
  6497.    
  6498.                               Technology
  6499.                               ----------
  6500.                              Demos Kostas
  6501.                 Manager, Complex Technologies Standards
  6502.                    GTE Telephone Operations Services
  6503.                                    
  6504.                                Services
  6505.                                --------
  6506.                              Ron Maginley
  6507.              Senior Manager, Carrier Service Development
  6508.                            Northern Telecom
  6509.                                    
  6510.    
  6511.  
  6512. Although I am willing to answer Symposium questions e-mailed to me,
  6513. registration must be provided in writing, with the following form:
  6514.  
  6515.                           REGISTRATION FORM:
  6516.                                    
  6517.                         Symposium On Broadband
  6518.                                    
  6519. Send your tax-deductible funds, payable to "IEEE" to: IEEE, 2116 E.
  6520. Arapaho, Suite 474, Richardson, TX 75081.  Registrations postmarked
  6521. before April 7, 1993 are eligible for the Pre- registered rates below.
  6522. Seating is limited.
  6523.    
  6524. Check all that apply:
  6525. Attendee:
  6526.                                  Pre-registered:        
  6527.                            (Before April 7, 1993)     At the Door:
  6528.                            ----------------------    -------------   
  6529. Student/ Lifetime/ Retired Members     [  ] $20          [  ] $30
  6530.    IEEE Student ID#____________
  6531. Group (of 2 or more, price each)       [  ] $50          [  ] N/A
  6532. IEEE Member                            [  ] $60          [  ] $75
  6533. Non-Member                             [  ] $70          [  ] $95
  6534.    
  6535. [  ] Master Card/Visa         [  ] PO#____________ Amount $____________
  6536.      (Sorry, no Amex)         [  ] Check#_________ Amount $____________
  6537.      #_________________________   
  6538.      Exp. date:________________
  6539.  
  6540.    
  6541. Planning to Attend:
  6542.           [  ] Overview and Applications  +  Technology sessions
  6543.    or:    [  ] Overview and Applications  +  Services sessions
  6544.                                    
  6545. Name________________________________________________
  6546. Company_____________________________________________
  6547. Address_____________________________________________
  6548.        _____________________________________________
  6549.        _____________________________________________
  6550.    
  6551.    _________________________________________________________________
  6552.    
  6553. Chapter Chairperson:     Dhawal Moghe,  BNR Inc.,  (214) 684-9907
  6554. Symposium Chairperson:   Steve Bootman, DSC Communications Corp.,
  6555.                                         (214) 519-2110
  6556. Program Chairperson:     Steven Agard,  DSC Communications Corp.,
  6557.                                         (214) 519-3743
  6558. Symposium Treasurer:     Stanton Zeff,  Alcatel Network Systems
  6559.                                         (214) 996-5626
  6560.    
  6561. ------------------------------
  6562.  
  6563. Date: 02 Feb 93 03:47:33 EST
  6564. From: Cliff Featherstone <70154.1536@CompuServe.COM>
  6565. Subject: Telecom's Competition in South Africa
  6566.  
  6567.  
  6568. South Africa has been "traditionally" served by a government owned PTT
  6569. (Post and Telecommunications -- or P&T), providing both postal and
  6570. tele- communications services. In true bureaucratic tradition, the
  6571. general attitude was in the order of "you're lucky we see fit to GIVE
  6572. you a telephone line, let alone one that actually works".
  6573.  
  6574. In recent years, the level of service has been improved.  About a year
  6575. ago, the PTT was broken up into two independent business units -- "The
  6576. Post Office" and "Telkom".  The powers that be are trying very hard to
  6577. instill a business ethic and mentality in what were previously
  6578. "government departments".
  6579.  
  6580. Similarly, our rail system was run by the state-owned South African
  6581. Railways which was renamed South African Transport Services (SATS) a
  6582. few years back.  Like the P&T, SATS was broken up into multiple
  6583. business units not too long ago.
  6584.  
  6585. At the time, nothing was said (at least not publicly) about SATS'
  6586. telephone and data systems.  (The only other phone network in South
  6587. Africa belongs to the military).
  6588.  
  6589. There has been much talk and speculation (and the inevitable official
  6590. enquiry) regarding opening the market to competition.  Big names
  6591. (including AT&T have been mentioned).  But, to date, nothing has
  6592. happened.
  6593.  
  6594. This morning on breakfast television ("Good Morning South Africa") an
  6595. ad was flighted for "Transtel, South Africa's alternative telecomm-
  6596. unications carrier".
  6597.  
  6598. South African telecommunications is, it seems, poised to be dragged
  6599. (kicking and screaming) into the twentieth century.
  6600.  
  6601.  
  6602. Cliff Featherstone        SERCH
  6603. Specialised Electronic Research
  6604. South Africa    +27 31 304 2009
  6605.  
  6606. ------------------------------
  6607.  
  6608. From: vuellers@uni-paderborn.de (Dieter Vuellers)
  6609. Subject: Suche Unterlagen fuer Lightspeed 2400C!
  6610. Date: 2 Feb 1993 09:04:36 GMT
  6611. Organization: Uni-GH Paderborn, Germany
  6612.  
  6613.  
  6614. Hallo!
  6615.  
  6616. Ich suche dringend Unterlagen zum Modem Lightspeed 2400C.  Besonders
  6617. benoetige ich die Belegung der Netzteilbuchse und der DIP-Schalter.
  6618.  
  6619. Vielen Dank fuer eure Muehe.
  6620.  
  6621.  
  6622. Dieter Vuellers    vuellers@uni-paderborn.de
  6623. University of Paderborn (Germany)
  6624.  
  6625. ------------------------------
  6626.  
  6627. From: zhang@sce.carleton.ca (Shu Zhang)
  6628. Subject: Frame Relay Congestion Question
  6629. Organization: Carleton University
  6630. Date: Tue, 2 Feb 1993 02:26:27 GMT
  6631.  
  6632.  
  6633. Is anyone familiar with congestion notification in the frame relay
  6634. networks, especially with the consolidate link layer management(CLLM)
  6635. message? Would you please explain to me why all CLLM messages have the
  6636. same same two address octets of 111110R0 and 1111XXX1, instead of
  6637. different address octets, like ordinary data frame in the frame relay
  6638. network?
  6639.  
  6640. Thanks in advance.
  6641.  
  6642. ------------------------------
  6643.  
  6644. From: Bob Hofkin <hofkin@software.org>
  6645. Subject: Re: Prodigy <> Internet Gateway Almost Finished
  6646. Reply-To: hofkin@software.org
  6647. Organization: Software Productivity Consortium
  6648. Date: Mon, 1 Feb 1993 16:58:20 GMT
  6649.  
  6650.  
  6651. > I just got a note from Prodigy that advised me to look for Internet
  6652. > mail access in January,
  6653.  
  6654. BIX has finally put their Internet link into production.
  6655.  
  6656. ------------------------------
  6657.  
  6658. Date: Tue, 02 Feb 93 10:06:34 EST
  6659. From: jack.decker@f8.n154.z1.fidonet.org (Jack Decker)
  6660. Subject: Re: Introduction to comp.dcom.telecom / TELECOM Digest
  6661.  
  6662.  
  6663. In message <31.01.93.1@eecs.nwu.edu>, TELECOM Moderator <telecom@
  6664. eecs.nwu.edu> wrote:
  6665.  
  6666. > The TELECOM ARCHIVES provides a wealth of information including a full
  6667. > set of the back issues of TELECOM Digest (twelve year's worth) and
  6668. > dozens of other files, including a "Frequently Asked Questions" file.
  6669. > Please review the archives if possible for answers to questions you
  6670. > may have, but do not hesitate to write to the Digest if necessary.
  6671. > The archives are available using anonymous ftp:  lcs.mit.edu. Users at
  6672. > non-Internet sites (ie UUCP, Bitnet, MCI Mail, etc) will need to use
  6673. > an email/ftp server.
  6674.  
  6675. I've had FTP access for close to a month now and have yet to be able
  6676. to connect with lcs.mit.edu.  It almost seems as though the connection
  6677. gets misrouted along the way (apparently I get to a *different*
  6678. machine that hangs off of lcs.mit.edu).  I sent a message to the
  6679. postmaster at lcs.mit.edu describing the problem, but so far no
  6680. response.
  6681.  
  6682. In any event, I wonder if anyone else has had this problem, and if you
  6683. were able to work around it.  I'd especially appreciate either:
  6684.  
  6685. A working IP address OTHER THAN 18.26.0.36, if there is such a thing,
  6686. or
  6687.  
  6688. The address of a "mirror site" for the telecom archives, if such a
  6689. site exists.
  6690.  
  6691. Any help along these lines would be appreciated.
  6692.  
  6693.  
  6694. Jack
  6695.  
  6696.  
  6697. [Moderator's Note: I've thought about Jack's question for awhile and
  6698. really have no answer as to why he reaches something else.  There are
  6699. other sites which have some of the archives material, but I am not
  6700. sure if anyone has the entire thing other than lcs.mit.edu. Perhaps
  6701. people with dial up access to some of the stuff will write Jack with
  6702. details and anyone who can answer his first question is welcome to do
  6703. so also.   PAT]
  6704.  
  6705. ------------------------------
  6706.  
  6707. From: lancelot@mais.hydro.qc.ca (Christian Doucet)
  6708. Subject: Re: MIB for Northern Telecom PBX
  6709. Organization: Hydro-Quebec (DSB)
  6710. Date: Mon, 1 Feb 1993 19:20:02 GMT
  6711.  
  6712.  
  6713. veilleux@ireq.hydro.qc.ca (Wayne Veilleux) writes:
  6714.  
  6715. > Does anyone knows if it is possible to get the entreprise MIB
  6716. > (Management Information Base) for the Northern Telecom PBX ?
  6717.  
  6718. Try to dial 1-800-NORTHERN, they should have all the info you need.
  6719.  
  6720.  
  6721. Christian Doucet ----- lancelot@Mais.Hydro.Qc.Ca | Hydro-Quebec
  6722. System Administrator - lancelot@Rot.Qc.Ca        | voice: + 1 514 858 7704
  6723. I speak for myself! -- #include <disclaimer.h>   | fax  : + 1 514 858 7799
  6724.  
  6725. ------------------------------
  6726.  
  6727. From: drw@euler.mit.edu (Dale R. Worley)
  6728. Subject: Re: Mitel Value Ripoff Policy
  6729. Date: 1 Feb 93 17:09:53
  6730. Organization: MIT Dept. of Tetrapilotomy, Cambridge, MA, USA
  6731.  
  6732.  
  6733. In article <telecom13.50.1@eecs.nwu.edu> Barton F. Bruce <Barton.Bruce@
  6734. camb.com> writes:
  6735.  
  6736. > I want to know if Mitel's license is transferable to a new customer or
  6737. > not. DEC lets you transfer your operating system license for a $300
  6738. > processing fee. If the Mitel license is not transferable, are not many
  6739. > folks carrying it on their books as an asset and should not be?
  6740.  
  6741. My impression is that most license agreements automatically terminate
  6742. upon bankruptcy of the licensor.  I think this is because the
  6743. bankruptcy court has wide latitude in disposing of the assets of the
  6744. bankrupt, and in modifying contracts that it has (like the license
  6745. agreement).  Thus, in order to make sure that the licensed property
  6746. can't be sold to, say, a competitor, and to make sure that the license
  6747. agreement can't be retroactively modified by the court, license
  6748. agreements are written to automatically terminate in the event of
  6749. bankruptcy.
  6750.  
  6751.  
  6752. Dale Worley    Dept. of Math., MIT    drw@math.mit.edu
  6753.  
  6754. ------------------------------
  6755.  
  6756. From: jav@crash.cts.com
  6757. Subject: Re: AT&T Public Phone 2000 Credit Card Bug
  6758. Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
  6759. Date: 02 Feb 93 01:18:46 PST
  6760.  
  6761.  
  6762. In reference to the AT&T 2000 pay phones ... I tried to use one of
  6763. them at DFW the other day, and couldn't ... a message kept appearing
  6764. on the screen about my calling card being invalid ... the one I had
  6765. just used, on the same phone, to make voice calls.
  6766.  
  6767. I called the 800 number for customer service, posted right by the
  6768. keyboard, and they told me that the keyboards were disabled 'not too
  6769. long ago', for reasons that 'I can't explain'.
  6770.  
  6771. Does anyone have any insights?
  6772.  
  6773.  
  6774. Javier Henderson    jav@crash.cts.com
  6775.  
  6776.  
  6777. [Moderator's Note: You are the second person to write about this in
  6778. recent days. A few issues ago, the writer said he called AT&T to ask
  6779. and was told there was a problem with the FCC. No answers have yet
  6780. come forth.  Does anyone know what is going on?    PAT]
  6781.  
  6782. ------------------------------
  6783.  
  6784. Date: Tue,  2 Feb 93 01:06:12 EST
  6785. From: bear@hocpb.att.com
  6786. Subject: Re: AT&T G2 Information Needed
  6787. Organization: AT&T
  6788.  
  6789.  
  6790. In article <telecom13.59.14@eecs.nwu.edu>, tjr@batfish.attmail.com
  6791. writes:
  6792.  
  6793. > I am looking for technical documentation on AT&T G2.  Does anyone out
  6794. > there know where I might get some?
  6795.  
  6796. Unfortunately the email to batfish bounced so here's two of the most
  6797. generic documents in the AT&T CIC.  Call 1 800 432 6600.
  6798.  
  6799.  
  6800. Jim Allen     bear@hocpb.att.com
  6801.  
  6802.                      -----------------
  6803.  
  6804. DEFINITY Communications System Generic 2 System Description Issue 1
  6805. Select Code: 555-105-201.  Pages: 474 Issue: 01 Issue date: 920601
  6806.  
  6807. A technical description of the system intended for service personnel,
  6808. sales personnel, and customers who need a comprehensive overview.
  6809. Included are descriptions of features, hardware, software, system
  6810. administration, a maintenance plan, upgrade plans, technical
  6811. specifications, environmental requirements, illustrations of
  6812. components, and a list of related publications for System 85 R2V1 to
  6813. R2V4 and DEFINITY Communications System Generic 2.
  6814.  
  6815. DEFINITY Communications System Generic 2 and System 85 Feature
  6816. Descriptions Issue 1
  6817. Select Code: 555-105-301.    Pages: 2120   Issue: 01   Issue date: 920601
  6818.  
  6819. A two-volume set containing an in-depth description of the DEFINITY
  6820. Generic 2 and System 85 system, data, network, and voice features.
  6821. Intended for customers, AT&T sales personnel, and system
  6822. administrators. Included are user operations, interactions between
  6823. features, restrictions, administration, and hardware requirements.
  6824.  
  6825. ------------------------------
  6826.  
  6827. End of TELECOM Digest V13 #63
  6828. *****************************
  6829. 
  6830. 
  6831. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa11411;
  6832.           3 Feb 93 3:55 EST
  6833. Received: by delta.eecs.nwu.edu id AA13281
  6834.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 3 Feb 1993 01:13:05 -0600
  6835. Received: by delta.eecs.nwu.edu id AA29736
  6836.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 3 Feb 1993 01:10:59 -0600
  6837. Date: Wed, 3 Feb 1993 01:10:59 -0600
  6838. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  6839. Message-Id: <199302030710.AA29736@delta.eecs.nwu.edu>
  6840. To: telecom@eecs.nwu.edu
  6841. Subject: TELECOM Digest V13 #64
  6842.  
  6843. TELECOM Digest     Wed,  3 Feb 93 01:10:50 CST    Volume 13 : Issue 64
  6844.  
  6845. Index To This Issue:                     Moderator: Patrick A. Townson
  6846.  
  6847.     Re: Human Factors for Speech Recognition Systems (Norm Tiedemann)
  6848.     Re: Differences Between ANI and Caller-ID (Fred R. Goldstein)
  6849.     Re: ISDN Basic Rate Access (Fred R. Goldstein)
  6850.     Re: Two Line Bridge Schematics (Barry Bouwsma)
  6851.     Re: Wiring For Multi-Lines on One Jack (Tony Harminc)
  6852.     Re: Overseas Directory Assistance (Clive Feather)
  6853.     Re: Overseas Directory Assistance (Joe Harrison)
  6854.     Re: Holiday Overseas Callbacks From Bell Canada Operators (Tony Harminc)
  6855.     Re: Alternate Reason For White House Busy (Roger Theriault)
  6856.     Re: Alternate Reason For White House Busy (J. Philip Miller)
  6857.     AT&T's Ad on Sears - NOT! (Paul Robinson)
  6858. ----------------------------------------------------------------------
  6859.  
  6860. Date: Tue,  2 Feb 93 14:12:28 EST
  6861. From: normt@ihlpm.att.com
  6862. Subject: Re: Human Factors for Speech Recognition Systems
  6863. Organization: AT&T
  6864.  
  6865.  
  6866. > Does anyone know of any studies relating to use of limited vocabulary
  6867. > voice recognition (digits, letters, YES/NO and a few other words) over
  6868. > the national phone network, by the general public?
  6869.  
  6870. Quite a few, the only problem is finding non-propriatary ones.  See
  6871. the list at the end.
  6872.  
  6873. > 1) human-factors studies related to acceptance of voice recognition by
  6874. > the general public, and comparisions between voice input and DTMF input.
  6875.  
  6876. Studies have shown that most people would like the option of using
  6877. DTMF or voice. Most conclude it is easier to use voice if you are
  6878. calling on a speaker phone, since you don't need to be looking at or
  6879. have your hands near the phone, or cordless phone or cellular phone,
  6880. since you don't need to remove your mouth from the headset to hit the
  6881. buttons. However, no matter how good the speech recognition is, DTMF
  6882. will be more accurate.
  6883.  
  6884. > 2) the technical viability of the North American phone network for
  6885. > limited vocabulary voice recognition applications. The vendors of
  6886. > large-vocabulary word recognition systems have all said that they did
  6887. > not support use over the phone network.  Limited vocabulary systems
  6888. > might work.  Digit recognition systems clearly work over the phone system.
  6889.  
  6890. That's mainly due to the fact that "vendors of large-vocabulary word
  6891. recognition systems" have not trained their recognizer over the phone
  6892. network. There are some significant limiting factors in speech
  6893. recognition over the phone network. (4KHz frequency range, very
  6894. characteristic background noise, then add speaker phones and cellular
  6895. for more trouble.)
  6896.  
  6897. My experience is in limited vocabulary systems, and these system when
  6898. they are designed to work over the network work very well if fact. The
  6899. secret is to do all the training and preliminary data collection over
  6900. the network.  For limited vocabulary of 6-10 words 95-98% recognition
  6901. is not out of the ordinary. This depends greatly on the words selected
  6902. to recognize, and the harder problem in this type of recognition is
  6903. the human factors aspect (getting the caller to say the right thing,
  6904. and only the right thing.)  American like to say "one please" or "I
  6905. would like sales" even when they know they are talking with a machine,
  6906. so garbage rejection is almost more important the correct recognition.
  6907. It will never be technically feasible to recognize the alphabet with
  6908. out some human factor aid (D as in dog, T as in Tom). The 4KHz
  6909. sampling rate cuts off the hard phoneme at the beginning of these
  6910. letter and that's why a human can not tell the difference. (I always
  6911. need to spell my last name T, as in Tom, I E D, as in David, E M A N N.)
  6912.  
  6913. A few papers and proceedings you may want to get are:
  6914.  
  6915. Proceedings of the IEEE International Conference on Acoustics, Speech,
  6916.    and Signal Processing, New York, April 1988. A particular article is
  6917.    pp. 55-57 J.G. Wilpon "Isolated Word Recognition over the DDD Telephone
  6918.    Network - Results of Two Extensive Field Studies"
  6919.  
  6920. Proceedings of the Fifth World Telecom Forum, Vol. 1, Part 2 1986. pp 235-238,
  6921.    R. Thanawala, et al, "Automatic Speech Recognition in the Public Switch 
  6922.    Network.
  6923.  
  6924. Proceedings of the Voice I/O System Applications Conference, September 1989. 
  6925.    R. Mikkilineni, R.Perdue, "Experiences with Implementing Automatic Speech
  6926.    Recognition in the Public Telephone Network"
  6927.  
  6928. Also an AT&T Technical Journal on "Speech Technologies" Sept/Oct 1990 Vol 69,
  6929.    Number 5. This contains 5 or 6 articles that address speech recognition
  6930.    in the network. (AT&T Technical Journals can be obtained by calling the 
  6931.    AT&T Customer Information Center at (800) 432-6600.)
  6932.  
  6933. There have also been two recent conferences at which I know specific
  6934. papers were presented dealing with this topic. But I can't put my
  6935. hands on them right now. If this is not enough, or you would like
  6936. something specific I may be able to help you. Feel free to get in
  6937. touch with me directly.
  6938.  
  6939.  
  6940. Norm Tiedemann        AT&T Bell Labs IH 5C-416
  6941. att!ihlpm!normt        2000 Naperville Rd.
  6942. normt@ihlpm.att.com    Naperville, IL    60566
  6943.  
  6944. ------------------------------
  6945.  
  6946. From: goldstein@carafe.dnet.dec.com (Fred R. Goldstein)
  6947. Subject: Re: Differences Between ANI and Caller-ID
  6948. Organization: Digital Equipment Corp., Littleton MA USA
  6949. Date: Tue, 2 Feb 1993 22:47:32 GMT
  6950.  
  6951.  
  6952. In article <telecom13.56.6@eecs.nwu.edu>, bcapps@atlastele.com (Brent
  6953. Capps) writes:
  6954.  
  6955. >> Anybody know of any other implementations of SCAI?
  6956.  
  6957. The name "SCAI" is confusing: Northern uses it for their own link, but
  6958. it's also the name of the ANSI standard link.  NT sort of pretends to
  6959. be a predecessor of ANSI, but I'll leave that for others to argue.
  6960. Suffice to say that NT SCAI .NE. ANSI SCAI.
  6961.  
  6962. > CompuCall has a long and checkered history within BNR.  It's actually
  6963. > a throwback to the mid '80s when BNR was developing a CO/PBX LAN
  6964. > server whatchamacallit called the PTE; this box communicated with an
  6965. > SL1 over a proprietary out-of-band signaling protocol that shared some
  6966. > similarities with the not-yet-standardized CCS7.  Well, after wasting
  6967. > millions of dollars on this turkey, NT finally pulled the plug; but in
  6968. > the quest to salvage something from the wreckage a certain manager
  6969. > (now a senior exec at NT) hit upon the idea of taking this old
  6970. > proprietary protocol, dusting it off, and changing its name to the
  6971. > ISDN/AP.  This is a typical evil marketeers trick, the names have been
  6972. > changed to fool the innocent.  This protocol had almost nothing in
  6973. > common with ISDN other than the fact that both of them are
  6974. > out-of-band.
  6975.  
  6976. It's a bit longer than that.  Way back in 1982, we at Digital did an
  6977. advanced development with Northern on a "Command and Status Link" to
  6978. the SL-1.  CSL used a protocol that vaguely sort of resembled early
  6979. snapshots of ISDN (this was before Q.931 was finished).  In 1986, we
  6980. actively began to build products to this and similar links, under the
  6981. generic term Computer Integrated Telephony.  NT renamed CSL to
  6982. "ISDN/AP" when it was actually released as a product (around 1987).
  6983. Later, they decided to introduce a gratuitous processor in between the
  6984. SL-1 and the user's CIT server, which converts the protocol to a
  6985. different one, which might be (I'm confused myself) called Meridian
  6986. Link.
  6987.  
  6988. SCAI is on the DMS-100 and SL-100 product lines, while Meridian Link
  6989. is on the SL-1 product line.  Both lines, of course, are now called
  6990. Meridian 1.  They do love to keep the terminology from being clear ...
  6991.  
  6992.  
  6993. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  6994. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  6995. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  6996.  
  6997. ------------------------------
  6998.  
  6999. From: goldstein@carafe.dnet.dec.com (Fred R. Goldstein)
  7000. Subject: Re: ISDN Basic Rate Access
  7001. Organization: Digital Equipment Corp., Littleton MA USA
  7002. Date: Tue, 2 Feb 1993 23:05:29 GMT
  7003.  
  7004.  
  7005. In article <telecom13.62.4@eecs.nwu.edu>, exugsr@exu.ericsson.se
  7006. (Govindan Raghavan, XT-DL) writes:
  7007.  
  7008. > When we lay copper access cables from end offices to the customer
  7009. > premises, we use repeaters if the distance to the CPE exceeds a
  7010. > certain value.  Is there such a "range" for basic rate access lines?
  7011. > Are there repeaters available in the market for basic rate access to
  7012. > cover customers at large distances from end offices?
  7013.  
  7014. The ANSI Standard BRI (2B1Q code) goes 18,000 feet.
  7015.  
  7016. Repeaters do exist.  However, they cost something over a thousand
  7017. dollars apiece right now, so the telephone comapnies aren't exactly
  7018. beating down a path to the vendors' doors.  Thus if you don't live
  7019. within 18 kf of an ISDN line termination (CO or neighborhood mux, like
  7020. a SLC-96, which handles ISDN), you're probably "SOL".
  7021.  
  7022. PRI (T1) only goes 6000 feet, so they're used to repeaters.  Besides,
  7023. it's factored into the price.
  7024.  
  7025.  
  7026. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  7027. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  7028. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  7029.  
  7030. ------------------------------
  7031.  
  7032. From: ag786@yfn.ysu.edu (Barry Bouwsma)
  7033. Subject: Re: Two Line Bridge Schematics
  7034. Reply-To: ag786@yfn.ysu.edu (Barry Bouwsma)
  7035. Organization: St. Elizabeth Hospital, Youngstown, OH
  7036. Date: Tue, 2 Feb 1993 21:00:53 GMT
  7037.  
  7038.  
  7039. In a previous article, burchell@ucscb.UCSC.EDU (Toxic Avenger)
  7040. describes and diagrams a device one can use as a call forwarder, which
  7041. works by detecting the ringing of one phone line and connecting that
  7042. line to another through an isolation transformer.
  7043.  
  7044. I would like to point out a few difficulties which may occur in the
  7045. operation of such a device.  These will be phone system dependent.
  7046.  
  7047. > Theory of Operation:
  7048.  
  7049. > The diverter works on some basic electronic principals.  Step by
  7050. > step.  The phone rings.  The neon lamp is activated by the high
  7051. > voltage(88 p-p) ac and flashes.  This light shines on the
  7052. > photocell, decreasing its resistance.  When this happens, the
  7053. > positive voltage flowing through the photocell and the 10k
  7054. > resistor exceed the breakdown voltage of the base of the
  7055. > transistor and switches that transistor on.  Once the transistor
  7056. > is on, current flows freely from emitter to collector, energizing
  7057. > the relay.  The relay's two sets of switches connect both lines
  7058. > to the 1:1 audio transformer, effectively taking both lines off
  7059. > the hook and coupling any audio signals from either line to the
  7060. > other one.
  7061.  
  7062.     A problem I had with my phone system when I was making devices
  7063. which operated similarly was that the phone would be answered too soon
  7064. and the call would not be connected through.  The caller would hear
  7065. the phone ringing normally for part of the ring which would then jump
  7066. to a busy signal (whether fast or not I do not recall.)  I had to
  7067. design a circuit to be triggered by the ring and delay the answer
  7068. connection by a bit.  The phone system has since been switched to a
  7069. digital system and I don't know whether a similar problem would occur
  7070. with it now.  If not, the simpler circuit would be adequate.
  7071.  
  7072. > You hang up.  Now, the local CO keeps current flowing through the
  7073. > indial line for about five seconds, at which point it drops down for a
  7074. > second or so and then goes back up.  This is the signal the device
  7075. > uses to determine when you've hung up.
  7076.  
  7077.     Not all phone systems do this.  The circuit I mentioned above was
  7078. designed for a U-Mich radio station with this in mind, with an older
  7079. relay-operated switching phone system in use.  The University
  7080. installed its own digital phone system shortly afterwards, one which
  7081. did not drop the DC when a call was terminated; in fact the DC would
  7082. *never* be dropped.  I had installed a key phone system for the same
  7083. station and now a line put on hold stays on hold forever even after
  7084. the caller hangs up.
  7085.  
  7086.     A second problem was that the older phone switch would drop the DC
  7087. momentarily when the call was completed.  I had to add a second
  7088. circuit triggered by the first circuit to apply a short continuous
  7089. pulse to keep the relay energized during the time the connection was
  7090. being made.  Perhaps that was the entire problem with the simpler
  7091. circuit, that the connection would be made briefly and then lost,
  7092. causing the switch from ringing to busy.
  7093.  
  7094.     The regular telephone company, which had provided the university's
  7095. phone service before it put in its own, has since upgraded most of its
  7096. exchanges to digital, but I have not performed further experiments to
  7097. determine its behavior when phones are answered.  The DC does get
  7098. dropped, not shortly after the connection is closed, but maybe a
  7099. minute later, just before that off-hook racket graces your ears.
  7100.  
  7101.  
  7102. Barry Bouwsma,  Internet: ag786@YFN.YSU.EDU   ab189@swrl36.CalState.EDU
  7103.  
  7104. ------------------------------
  7105.  
  7106. Date: Tue, 02 Feb 93 01:11:16 EST
  7107. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  7108. Subject: Re: Wiring For Multi-Lines on One Jack
  7109.  
  7110.  
  7111. Pat Turner wrote on the assignment of pairs to modular jacks:
  7112.  
  7113. > Summary:
  7114. > Scheme      Pair 1   Pair 2   Pair 3   Pair 4
  7115. > USOC          4&5      3&6      2&7     1&8
  7116. > AT&T          4&5      1&2      3&6     7&8
  7117. > T568A         4&5      3&6      1&2     7&8
  7118.  
  7119. > * Looking at the JACK, with the "spring" tab recess facing down, pins
  7120. > are numbered 1-8 from left to right.  A six position plug would
  7121. > contact pins 2-7.
  7122.  
  7123. I have a Northern Telecom QNE1FN6(101) eight pin jack (actually only
  7124. six terminals and wires are installed), and it comes with a wiring
  7125. diagram:
  7126.  
  7127.     Front  View                  BIX Terminal #
  7128.                                 1 2   3 4   5 6    7 8
  7129.  
  7130. T4 T3 T2 R1 T1 R2 R3 R4  USOC  WB/BW WO/OW WG/GW WBr/BrW
  7131.  
  7132. T3 R3 T2 R1 T1 R2 T4 R4  IDSN  WB/BW WO/OW GW/WBr WG/BrW
  7133.  
  7134. So this is another way of looking at it -- what NT calls ISDN seems to
  7135. match T568A (and this diagram indicates Tip and Ring too).  The BIX
  7136. terminals are laid out so that wiring the colours in the normal order
  7137. gets the USOC arrangement, but for ISDN you need the strange order.
  7138.  
  7139.  
  7140. Tony Harminc
  7141.  
  7142. ------------------------------
  7143.  
  7144. From: clive@x.co.uk (Clive Feather)
  7145. Subject: Re: Overseas Directory Assistance
  7146. Date: Wed, 3 Feb 93 6:47:19 GMT
  7147.  
  7148.  
  7149. In Telecom 13.47.2 TELECOM Moderator notes:
  7150.  
  7151. > [Moderator's Note: Yes and no. No, you are not supposed to dial
  7152. > international DA direct (no, people in other countries cannot dial
  7153. > 555-1212 in this country -- I don't think)
  7154.  
  7155. Strangely enough, I was trying this from the UK the other day. The
  7156. results were odd. When I dial 010-1-NPA-555-1212 (010 is the
  7157. international access code), what happens depends on the area code:
  7158.  
  7159.   Canadian codes
  7160.     414, 416, 519, 604
  7161.       all work every time;
  7162.     418, 514, 613, 705, 807, 819, 204, 306, 403, 506, 709, 902
  7163.       always give me number unobtainable after dialing the whole number
  7164.     905 [not yet in use];
  7165.       gives number unobtainable immediately after the area code.
  7166.  
  7167.   U.S.codes
  7168.     212, 408, 415, 510
  7169.       work about one time in three, and give number unobtainable the
  7170.       rest of the time.
  7171.  
  7172.   Carribean codes
  7173.     809
  7174.       works every time.
  7175.  
  7176.  
  7177. Clive D.W. Feather     | IXI Limited         
  7178. clive@x.co.uk          | Vision Park         
  7179. Phone: +44 223 236 555 | Cambridge   CB4 4RZ 
  7180. Fax:   +44 223 236 550 | United Kingdom      
  7181.  
  7182. ------------------------------
  7183.  
  7184. Date: Tue, 2 Feb 1993 18:43:27 +0000
  7185. From: J.Harrison@bra0401.wins.icl.co.uk
  7186. Subject: Re: Overseas Directory Assistance
  7187.  
  7188.  
  7189. It's been discussed recently whether or not people in countries
  7190. outside the the USA can or cannot call into US 555-1212 directory
  7191. assistance.
  7192.          
  7193. Well the answer is "yes" to that one, at least from here. I just
  7194. wanted a number in Boston so I called 010-1-617-555-1212 (I'm calling
  7195. from England). Right away I got a reply from a female voice,
  7196. definitely with an American accent, so I don't think I got intercepted
  7197. by any kind of British assistance service.
  7198.          
  7199. She answered the phone by saying "What city please?" - I don't know if
  7200. that is the regular greeting from directory assistance when calling it
  7201. from within the US. I thought she would already know I was calling
  7202. Boston (617?), so maybe I was in fact connected to some separate
  7203. assistance centre that only handles incoming international calls. I
  7204. guess I should have asked her.
  7205.          
  7206. The call ended with a computerized voice (also with an American
  7207. accent) telling me the number I wanted.
  7208.          
  7209.  
  7210. Joe Harrison
  7211.           
  7212.  
  7213. [Moderator's Note: The reason she asked what city you wanted is
  7214. because 617, like most area codes, has numerous towns and cities
  7215. within it. Indeed, Boston is the main place in 617, but there are lots
  7216. of suburban towns in the vicinity in their own directories. I've
  7217. noticed when calling directory assistance in the UK the response is
  7218. the same; a live person answers and takes the request, then the robot
  7219. speaks up with the answer, and invites me to stay on the line if I
  7220. have further inquiries.   PAT]
  7221.  
  7222. ------------------------------
  7223.  
  7224. Date: Wed, 03 Feb 93 01:44:05 EST
  7225. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  7226. Subject: Re: Holiday Overseas Callbacks From Bell Canada Operators
  7227.  
  7228.  
  7229. Carl Moore comments on the Moderator's reference to Miquelon:
  7230.  
  7231. > Moderator's note mentioned Miquelon.  That is a French possession next
  7232. > to Newfoundland, Canada.  There was a little blurb in the digest
  7233. > earlier about how is it reached from, say, Newfoundland.
  7234.  
  7235. And the Moderator delivers a little geography lesson:
  7236.  
  7237. > [Moderator's Note: Ah, but you are referring to the islands known as
  7238. > St. Pierre and Miquelon -- French possessions -- located near the
  7239. > coast of Newfoundland. I was referring to a tiny little town named
  7240. > Miquelon in far northern Quebec. If you find Val-D'or, then look a few
  7241. > hundred miles almost straight north.  PAT]
  7242.  
  7243. Perhaps it is our Moderator who needs the geography lesson.  Miquelon
  7244. is at about latitude N 49.5, or about 30 miles north of the US border.
  7245. (Obviously the US border is much further south that far east, but this
  7246. still puts Miquelon south of Winipeg and less than 100 miles north of
  7247. Seattle.)
  7248.  
  7249. 'Far northern Quebec' would be over 900 miles further north, at about
  7250. N 62.5 for the top of the province.
  7251.  
  7252.  
  7253. Tony Harminc
  7254.  
  7255.  
  7256. [Moderator's Note: Our disagreement seems to be over the term 'far
  7257. northern' and I agree your explanation makes sense. Miquelon is about
  7258. 100 miles north of Val-D'or and a few hundred miles north of the USA
  7259. border *at that point*. Relative to where most Canadians live --
  7260. within a hundred miles or so of the USA border -- it is a bit to the
  7261. north, but not 'far north' in the sense that the little villages
  7262. around the Hudson Bay area are in far northern Canada.  Thanks for the
  7263. geography lesson. When I drew a straight line across my map from
  7264. Seattle eastward, I found you are quite correct in your measurements,
  7265. although I did not believe you were correct until I measured it for
  7266. myself.  PAT]
  7267.  
  7268. ------------------------------
  7269.  
  7270. From: theriaul@mdd.comm.mot.com (Roger Theriault)
  7271. Subject: Re: Alternate Reason For White House Busy
  7272. Date: Tue, 2 Feb 1993 10:12:50 -0800 (PST)
  7273. Organization: Motorola, Mobile Data Division, Vancouver, CANADA
  7274.  
  7275.  
  7276. Perhaps they just haven't learned how to use their phones?
  7277.  
  7278. A Doonesbury cartoon a few weeks back depicted the Clinton White
  7279. House, with someone asking "Anyone figured out the phones yet?"
  7280.  
  7281.  
  7282. Roger Theriault    Internet: theriaul@mdd.comm.mot.com
  7283.                    UUCP: {uw-beaver,uunet}!van-bc!mdivax1!theriaul
  7284.                    CompuServe: 71332,730 (not too often)
  7285. I am not a spokesman for Motorola or anyone else besides myself.
  7286.  
  7287. ------------------------------
  7288.  
  7289. From: phil@wubios.wustl.edu (J. Philip Miller)
  7290. Subject: Alternate Reason For White House Busy
  7291. Date: Tue, 2 Feb 1993 16:57:09 -0600 (CST)
  7292.  
  7293.  
  7294. > [Moderator's Note: Thanks for passing along that clever response from
  7295. > Jay Leno. The Chicago papers discussed the White House phone congestion
  7296. > in recent days by noting that the combination of a popular president
  7297. > combined with the several controversial issues he raised and people's
  7298. > willingness to use long distance without flinching at the rates as
  7299. > they might have done a few years ago led to the problem.   PAT] 
  7300.  
  7301. Today the President pointed out that the switchboard in the White
  7302. House was installed in 1964.  He used it to illustrate the type of
  7303. infrastructure that needs replacing in the US.
  7304.  
  7305.  
  7306.      J. Philip Miller, Professor, Division of Biostatistics, Box 8067
  7307.      Washington University Medical School, St. Louis MO 63110
  7308.       phil@wubios.WUstl.edu - (314) 362-3617 [362-2694(FAX)]
  7309.  
  7310.  
  7311. [Moderator's Note: My contact said he 'thought the switchboard itself
  7312. dated back about thirty years' which would seem to agree with what
  7313. Clinton said. He pointed out there were numerous 'improvements' made
  7314. over the years, software patches, and changes to increase the capacity
  7315. of the system and apparently some of this finally has caught up with
  7316. them.  PAT]
  7317.  
  7318. ------------------------------
  7319.  
  7320. Reply-To: TDARCOS@MCIMAIL.COM
  7321. From: Paul Robinson <FZC@CU.NIH.GOV>
  7322. Date: Tue, 02 Feb 1993  20:33:29 EST
  7323. Subject: AT&T's Ad on Sears - NOT!
  7324.  
  7325.  
  7326. In Telecom Digest #13-54, Brad Hicks <mc/g=brad/s=hicks/ou=0205925@
  7327. mhs.attmail.com> wrote:
  7328.  
  7329. > (Paul Robinson) writes:
  7330.  
  7331. >> Sears Roebuck & Company's Mail Order Catalog Division
  7332. >> is closing ...
  7333.  
  7334. > I wonder if AT&T is going to yank that commercial -- the
  7335. > one about how they manage to reroute Sear's cals when
  7336. > one of their phone centers was unable to function during
  7337. > the Christmas season ...
  7338.  
  7339. I don't wish to contradict such an Eminent Spokesperson for Visa
  7340. International as Mr. Hicks, but that advertisement was for the company
  7341. operated by Mr. James Cash Penney, which is known by his initials.
  7342.  
  7343. Oh wait, Mr. Hicks works for Master Card.  Never mind ...  :)
  7344.  
  7345.  
  7346. Paul Robinson -- TDARCOS@MCIMAIL.COM
  7347. These (uninformed and inaccurate) opinions are mine alone,
  7348. no one else is (stupid enough to be) responsible for them.
  7349.  
  7350. ------------------------------
  7351.  
  7352. End of TELECOM Digest V13 #64
  7353. *****************************
  7354. 
  7355. 
  7356. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa13324;
  7357.           3 Feb 93 5:07 EST
  7358. Received: by delta.eecs.nwu.edu id AA16358
  7359.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 3 Feb 1993 02:30:13 -0600
  7360. Received: by delta.eecs.nwu.edu id AA11600
  7361.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 3 Feb 1993 02:29:35 -0600
  7362. Date: Wed, 3 Feb 1993 02:29:35 -0600
  7363. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  7364. Message-Id: <199302030829.AA11600@delta.eecs.nwu.edu>
  7365. To: telecom@eecs.nwu.edu
  7366. Subject: TELECOM Digest V13 #65
  7367.  
  7368. TELECOM Digest     Wed,  3 Feb 93 02:29:30 CST    Volume 13 : Issue 65
  7369.  
  7370. Index To This Issue:                     Moderator: Patrick A. Townson
  7371.  
  7372.     Re: Introduction to comp.dcom.telecom / TELECOM Digest (Glenn R. Stone)
  7373.     Re: Introduction to comp.dcom.telecom / TELECOM Digest (Mark Earle)
  7374.     Re: Norwegian Number Plan Change -- More Information (Erik Naggum)
  7375.     Re: Frame Relay Congestion Question (Fred R. Goldstein)
  7376.     Re: ISDN Basic Rate Access (Bob Larribeau)
  7377.     Re: Telephone Line Bridge Info Needed (William Stuart)
  7378.     Re: Australia Phone Test Numbers (John J. Butz)
  7379.     Re: "Secret" Phone Codes (Dan Lawrence)
  7380.     Re: Cellular Phones Are Carcinogens? ... (H. Shrikumar)
  7381.     Re: AppleTalk Docs Wanted (Maxime Taksar)
  7382.     Re: Prodigy <> Internet Gateway Almost Finished (Benjamin Chernoff)
  7383.     Correction to Inquiry on Phone Systems (Jeannette Lanier)
  7384. ----------------------------------------------------------------------
  7385.  
  7386. Date: Tue, 2 Feb 1993 14:23:20 -0500
  7387. From: gs26@prism.gatech.edu (Glenn R. Stone)
  7388. Subject: Re: Introduction to comp.dcom.telecom / TELECOM Digest
  7389. Reply-To: glenns@eas.gatech.edu
  7390.  
  7391.  
  7392. In Telecom 13.63.6 jack.decker@f8.n154.z1.fidonet.org (Jack Decker)
  7393. writes:
  7394.  
  7395. > I've had FTP access for close to a month now and have yet to be able
  7396. > to connect with lcs.mit.edu.  It almost seems as though the connection
  7397. > gets misrouted along the way (apparently I get to a *different*
  7398. > machine that hangs off of lcs.mit.edu).  I sent a message to the
  7399. > postmaster at lcs.mit.edu describing the problem, but so far no
  7400. > response.
  7401.  
  7402. The address "lcs.mit.edu" is actually a domain, or whole group of
  7403. machines.  The one you get when you say "ftp lcs.mit.edu" is a machine
  7404. called "mintaka", which is the main ftp and mail server for that
  7405. domain.  The IP address 18.26.0.36 is the correct one, and I had no
  7406. trouble doing FTP, logging in as "anonymous", cd'ing to
  7407. telecom-archives, and browsing for a minute or two at the titles ...
  7408. The fact that the FTP welcome banner says "mintaka" is probably
  7409. confusing to about half of the few who bother to notice, including, I
  7410. assume, Mr. Decker ... rest assured that the banner is a red herring,
  7411. and that the archives really are hiding in there in the right place.
  7412.  
  7413.  
  7414. Glenn R. Stone  (glenns@eas.gatech.edu)     small medium at large
  7415.  
  7416.  
  7417. [Moderator's Note: I've never noticed this for the simple reason I do
  7418. not ever use FTP to the archives. Instead, I rlogin/telnet/dial-up
  7419. to one of two work stations given to me for my use by MIT, then I
  7420. get my Kerbos ticket punched for a trip over to mintaka via
  7421. /nfs/common/telecom-archives. With a valid K. ticket, I get read/write 
  7422. privileges in the common directory at mintaka, but I never see the
  7423. mintaka banner or greeting message since I enter from a different
  7424. direction and never actually log in to mintaka, anonymous or other-
  7425. wise.  I wonder if what you say is what causes Jack's problem.    PAT]
  7426.  
  7427. ------------------------------
  7428.  
  7429. Date: Tue, 2 Feb 93 20:36:26 -0600
  7430. From: mearle@cgull.ccsu.edu (Mark Earle)
  7431. Subject: Re: Introduction to comp.dcom.telecom / TELECOM Digest
  7432.  
  7433.  
  7434. Jack Decker writes about being unable to connect with the site where
  7435. the Telecom Archives are kept. Here is my experience:
  7436.  
  7437.       ------------------------------------
  7438.  
  7439. Kill is Ctrl-U                                                                 
  7440. cgull:/users/staff/mearle $ ftp lcs.mit.edu                                    
  7441. Connected to lcs.mit.edu.                                                      
  7442. 220 mintaka FTP server (Version 5.57 Thu Dec 6 10:57:23 EST 1990) ready.       
  7443. Name (lcs.mit.edu:mearle): anonymous                                           
  7444.  
  7445.       ------------------------------------
  7446.  
  7447. Jack -- dunno what to say. I tried FTP to both the numeric address and
  7448. the more usual lcs.mit.edu and get there everytime. Must be something
  7449. funky in the system you're trying from, or perhaps "upstream" from
  7450. your site?  
  7451.  
  7452.  
  7453. mearle@falcon.ccsu.edu  73117.351@compuserve.com  Mark Earle 1:160/50
  7454. wa2mct@ka5lzg ax.25 packet
  7455.  
  7456. ------------------------------
  7457.  
  7458. From: Erik Naggum <SGML@ifi.uio.no>
  7459. Date: 03 Feb 1993 02:57:46 +0100
  7460. Subject: Re: Norwegian Number Plan Change -- More Information
  7461.  
  7462.  
  7463. After having asked people all over the Telco about this, I _finally_
  7464. got through to the head architect behind the new numbering plan.  It's
  7465. such a relief to find people who know things so well.  Here's what he
  7466. told me.
  7467.  
  7468. Last summer, all areas of the country except 02 (which comprises Oslo
  7469. and Akershus) switched to full eight-digit dialing, i.e. they had to
  7470. dial the area code in front of all numbers dialed, complete with the
  7471. leading zero.  Oslo and Akershus were exempt from this change because
  7472. they would be the first to cut over to the new numbering plan, and the
  7473. Telco figured that two changes so close in time in this very populated
  7474. area would be too much.
  7475.  
  7476. The cut-over to the new eight-digit numbering plan occurs in five
  7477. stages, with 02 being switched over first.  Oslo becomes 22 and
  7478. Akershus gets 67 and 66.  The reason for these counter-intuitive
  7479. numbers is that between phase one and phase two, the new numbers would
  7480. have to work simultaneously with the old numbers, and the only place
  7481. in the old numbering plan where there is enough space to accomodate
  7482. Akershus is in 066 and 067.  Several exchanges changed number to fit
  7483. into the vacant slots in these areas.  The problem that I discussed in
  7484. my previous article was thus solved on the basis of the first digit
  7485. following 66 and 67 in international calls.
  7486.  
  7487. The entire country could not switch over at the same time because of
  7488. lack of both telco and central office vendor personnel to monitor the
  7489. cut-over.  As Morten has reported, several central offices experienced
  7490. problems and there also was a period of 18 hours after the official
  7491. cut-over that some remote COs refused to acknowledge their own new
  7492. prefix, so people connected to them could only dial other parts of the
  7493. country.  Although it was evident that much money would be saved by a
  7494. single cut-over, more money would be spent accomplishing it and
  7495. getting enough personell available.
  7496.  
  7497. Morten reported previously that there would be no grace period and no
  7498. permissive dialing.  That's true for Oslo, since we've had six-digit
  7499. numbers all the way up until the cut-over 28 January.  However, the
  7500. rest of the country will find that the new numbering plan is available
  7501. for those COs that can handle the larger routing tables.  The Telco
  7502. does not _guarantee_ that the new numbering plan will work until the
  7503. date and time they have scheduled because only then will the last COs
  7504. be cut over on the new numbering plan.
  7505.  
  7506. In the old numbering plan, there are four-digit special service
  7507. numbers starting with "01", such as DA (0180, as someone mentioned
  7508. here), Telco access lines (0140 for Telco headquarters, 0145 for fault
  7509. reporting, 019x for Telco branch offices, etc), and other local
  7510. oddities (such as 0177 for the public transportation information
  7511. center in Oslo, only).  1 Jan 1994, these will drop the leading zero,
  7512. and become three-digit numbers, instead.  No other change is expected.
  7513.  
  7514. As Morten mentioned, we have special Fire Department, Police and
  7515. Ambulance emergency numbers: 001, 002 and 003, respectively, (although
  7516. I have to look them up to remember which is which).  These will change
  7517. from 00x to 11x on 1 Jan 1994, too.  Thus, all special service numbers
  7518. will have three digits and start with 1, and will generally not be
  7519. accessible to international callers.
  7520.  
  7521. Starting 1 Jan 1995, the international access code will become "00"
  7522. (it's the somewhat strange "095" today).  The one year grace time for
  7523. the "00x" numbers may be used to provide permissive dialing and voice
  7524. warnings.  Today, they report a number of problems with American
  7525. tourists travelling all over Europe and calling home "00-1" to reach
  7526. the U.S., and there is a great desire to have a common numbering plan
  7527. scheme for all of the European Community (EC) and the European Free
  7528. Trade Association (EFTA) countries.
  7529.  
  7530. Other interesting tid-bits include our "green numbers" (the name is
  7531. taken from the French "ligne vert" (sp?)), which are now "050" and
  7532. will become "800" in the new numbering plan.  The mobile services
  7533. number ranges have been cleaned up and given much more growth space
  7534. ("lebensraum").  This is the number ranges that have been the hardest
  7535. pressed, only second to 02 numbers.  Norway boasts the highest number
  7536. of mobile units per population, and also sports one of the highest
  7537. number of telefaxes per population.  With a population of 4.1 million,
  7538. the number space for the dumb and numeric pager service (110,000) is
  7539. full, and the text pager has been given 200,000 numbers, 70,000 of
  7540. which are already used, which means that one in a little over twenty
  7541. Norwegians carry a pager of some sort.
  7542.  
  7543. My experience during the past week is that the switch has been
  7544. relatively painless.  However, it's interesting to notice ads in the
  7545. newspapers and on billboards showing the old number, or only six
  7546. digits.
  7547.  
  7548. There are some really clever ways to group the eight digits in new
  7549. numbers.  The "official" notation is four groups of two digits, also
  7550. known as the "bingo card notation" when you list several numbers:
  7551.  
  7552.     Phone:    +47 22 95 03 13
  7553.     Pager:  +47 96 62 54 64
  7554.     Fax:    +47 22 85 24 01
  7555.  
  7556. I have a personal preference for two groups of four, though, and it
  7557. seems to be spreading.
  7558.  
  7559. I've asked for statistics on how often the old numbers are dialed and
  7560. intercepted, and will report as soon as I get the first set of
  7561. numbers.
  7562.  
  7563.  
  7564. Best regards,
  7565.  
  7566. Erik Naggum    +47 2295 0313
  7567. <erik@naggum.no>  <SGML@ifi.uio.no>
  7568.  
  7569. ------------------------------
  7570.  
  7571. From: goldstein@carafe.dnet.dec.com (Fred R. Goldstein)
  7572. Subject: Re: Frame Relay Congestion Question
  7573. Organization: Digital Equipment Corp., Littleton MA USA
  7574. Date: Wed, 3 Feb 1993 02:02:09 GMT
  7575.  
  7576.  
  7577. In article <telecom13.63.4@eecs.nwu.edu>, zhang@sce.carleton.ca (Shu
  7578. Zhang) writes ...
  7579.  
  7580. > Is anyone familiar with congestion notification in the frame relay
  7581. > networks, especially with the consolidate link layer management(CLLM)
  7582. > message? Would you please explain to me why all CLLM messages have the
  7583. > same same two address octets of 111110R0 and 1111XXX1, instead of
  7584. > different address octets, like ordinary data frame in the frame relay
  7585. > network?
  7586.  
  7587. Good question.  It is because BY DEFINITION, ordinary data frames in
  7588. FR have a (network-owned) header that ends with the last "address"
  7589. octet, and a (user-owned) payload that includes the nominal HDLC
  7590. "control" octet.
  7591.  
  7592. In order to have explicit congestion notification, we (ANSI T1S1.2,
  7593. the standards committee that slugged this out in the late '80s) stole
  7594. one bit from the header for Forward Explicit Congestion Notification
  7595. (FECN), one bit for Backwards ECN, and one for Discard Eligible (DE).
  7596. FECN is set on frames that see congestion.  BECN is set on frames sent
  7597. on a Virtual Circuit that is congested in the OTHER direction, so that
  7598. the SENDER sees that its frames are hitting congestion.
  7599.  
  7600. BECN depends upon two-way traffic.  That's fine for HDLC and similar
  7601. acknowledged data (even TCP), but what if there's no backwards
  7602. traffic?  That's what CLLM is for.  Now the bulk of the group did not
  7603. think this was a crucial problem -- AT&T wanted it, and their main use
  7604. was, we think, voice, and we designed FR for data, period -- so we
  7605. were not about to steal a FOURTH bit from the "address" field (really,
  7606. the FR header).  But the "control" field isn't control, it's payload,
  7607. so we couldn't just put "XID" in a user's payload.
  7608.  
  7609. The solution was to use a reserved (management) address for all of
  7610. these messages.  That's why it's the _consolidated_ link layer
  7611. management message -- all "source quench" (that's basically what it
  7612. is) messages are consolidated into one, and shuffled around the
  7613. network with much effort.
  7614.  
  7615. I personally don't know of any data networks that actually use it.
  7616.  
  7617.  
  7618. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  7619. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  7620. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  7621.  
  7622. ------------------------------
  7623.  
  7624. From: Bob Larribeau <p00136@psilink.com>
  7625. Subject: Re: ISDN Basic Rate Access
  7626. Organization: Consultant
  7627. Date: Wed, 3 Feb 1993 01:36:10 GMT
  7628.  
  7629.  
  7630. > When we lay copper access cables from end offices to the customer
  7631. > premises, we use repeaters if the distance to the CPE exceeds a
  7632. > certain value.  Is there such a "range" for basic rate access lines?
  7633. > Are there repeaters available in the market for basic rate access to
  7634. > cover customers at large distances from end offices?
  7635.  
  7636. It depends on the transmission techniques used on the loop.  In the
  7637. U.S.  the ANSI standard U interface has a limit of 18,000 feet.
  7638. Extenders exist.  AT&T has one they call the BRITE Card.  Adtran also
  7639. has an extender.
  7640.  
  7641. I have heard that Pacific Bell's new single line tariff includes an
  7642. extender if it is required at no additional charge.
  7643.  
  7644.  
  7645. Bob Larribeau   San Francisco
  7646.  
  7647. ------------------------------
  7648.  
  7649. From: stuart@ee.fit.edu (William Stuart)
  7650. Subject: Re: Telephone Line Bridge Info Needed
  7651. Date: 3 Feb 93 01:07:06 GMT
  7652. Organization: Florida Tech, CP/EE Dept.
  7653.  
  7654.  
  7655. In <telecom13.56.1@eecs.nwu.edu> jack.decker@f8.n154.z1.fidonet.org
  7656. (Jack Decker) writes:
  7657.  
  7658. > In message <telecom13.46.3@eecs.nwu.edu>, rossix!amber.dnet!dan@
  7659. > fernwood.mpk.ca.us (Dan Cook, Ross Escondido) writes:
  7660.  
  7661. >> I recently created a small electronic circuit which allows me to use a
  7662. >> pair of telephone lines to 'forward calls.'  What I do is call the
  7663. >> first line, get bridged to the second, then dialout from there.
  7664. >> (Dialtone on the second line is not accessable until the correct four
  7665. >> digit DTMF password has been entered.  I also put a toll restrictor on
  7666. >> the line -- just in case.)
  7667.  
  7668. > If you manage to do this at a reasonable cost, it would probably help
  7669. > a *lot* of TELECOM Digest readers if you would publish the schematics
  7670. > for your device.
  7671.  
  7672. While the solutions recommended were good, I know of an even simpler
  7673. method.
  7674.  
  7675. A friend of mine has an uncle in the Middle-of-Nowhere, Illinois.  All
  7676. of his family and businesses are in a small town that is about 30
  7677. minutes away and in a different calling zone.  Needless to say, this
  7678. could run up some big phone bills.
  7679.  
  7680. His solution?: He pays for two phone lines that are connected at a
  7681. point midway between his home and the nearby town.  The location of
  7682. the connection is just inside the calling zone of the town, so the
  7683. line that provides dialtone is a local line.  The second line is just
  7684. a leased line, like radio stations use to send audio to their
  7685. transmitters.  This line qualifies as a 'local' line in his calling
  7686. area.  Somewhere in a cow pasture there is a junction box that
  7687. connects the two.  Needless to say, the whole thing is transparent and
  7688. audio quality does not suffer.  While a leased line costs more than a
  7689. standard line, he says its not much more and the whole deal is FAR
  7690. less than ldx charges.  To top it off he says Ma Bell did the whole
  7691. thing for him once he explained what he wanted to do!
  7692.  
  7693.  
  7694. Bill   stuart@ee.fit.edu
  7695.  
  7696. ------------------------------
  7697.  
  7698. Date: Tue, 2 Feb 93 15:52:25 EST
  7699. From: jbutz@hogpa.ho.att.com (John J Butz +1 908 949 5302)
  7700. Subject: Re: Australia Phone Test Numbers
  7701.  
  7702.  
  7703. U1066579@csdvax.csd.unsw.EDU.AU writes:
  7704.  
  7705. > Here are some Australian test numbers.  These numbers will read the 
  7706. > telephone number back to you using a computer generated voice, the numbers 
  7707. > are:
  7708. >   19123 (Most widely used, most states)
  7709. >   1231  (Works in Adelaide)
  7710. >   1111
  7711. >   11544
  7712. >   (03) 552-4100 (Toll free number, has very poor comp generated voice!)
  7713. > In my experience none of these numbers will work from a public telephone.  
  7714. > Instead you will hear "no information to identify telephone number".
  7715.  
  7716. G'day Mates,
  7717.  
  7718. I tried the toll free number from here in the States just for the hell
  7719. of it ...
  7720.  
  7721. The first try resulted in an announcement telling me to not dial the 0
  7722. when trying to reach Tazmania.
  7723.  
  7724. My second try without the "0" gave a computer voice "number" playback
  7725. that sounded something like this ...
  7726.  
  7727.         "mnualahh mhyaq thyr errr oi"  =8-)
  7728.  
  7729.  
  7730. Put that one on your barbie ...
  7731.  
  7732.  
  7733. J "INTL_BILL_OPTS" Butz      AT&T - BL
  7734. jbutz@hogpa.att.com   ER700 Sys Eng
  7735.  
  7736. ------------------------------
  7737.  
  7738. From: dan@halcyon.com (Dan Lawrence)
  7739. Subject: Re: "Secret" Phone Codes
  7740. Organization: The 23:00 News and Mail Service
  7741. Date: Tue, 2 Feb 1993 20:42:25 GMT
  7742.  
  7743.  
  7744. In article <telecom13.60.9@eecs.nwu.edu> toddi@mav.com (Todd Inch)
  7745. writes:
  7746.  
  7747. > In GTE land north of Seattle, WA, the "secret code" is 411.  We use
  7748. > 1-555-1212 for local directory information.  The number varies widely
  7749. > depending on your local telco and probably isn't as simple as a three
  7750. > digit number in most areas (hint: it's definitely NOT 911!).  In some
  7751. > places, these test numbers are frequently changed to prevent customers
  7752. > from using it, but not around here.  Some telcos, especially very
  7753. > small ones, may not even have such a number.
  7754.  
  7755. I used to live in the GTE land north of Seattle (Halls Lake was my
  7756. exchange) and I found that 411 only worked on phone book published
  7757. numbers.  It would not return an unlisted unmber.  To do that you had
  7758. to dial 611!
  7759.  
  7760.  
  7761. Dan Lawrence
  7762.  
  7763. ------------------------------
  7764.  
  7765. Date: Tue, 2 Feb 93 16:32:33 -0500
  7766. From: shri%legato@cs.umass.edu (H.Shrikumar)
  7767. Subject: Re: Cellular Phones Are Carcinogens?
  7768.  
  7769.  
  7770. Hi,
  7771.  
  7772. > This is one reason why police radios are now worn at the waist and
  7773. > wired to a lapel-mounted microphone.  I know of no credible ...
  7774.  
  7775.   A thought ... why cannot the cellular rubber-duckie stick out of the
  7776. *bottom* of the handheld unit, so that its sticks out the front and
  7777. below from of your body, and closer to the waist than the head.
  7778.  
  7779.   Customer acceptance would be a problem ... would people get too
  7780. confused ? :-)  I agree ... it would look a bit wierd.
  7781.  
  7782.  
  7783. shrikumar ( shri@legato.cs.umass.edu )
  7784.  
  7785. ------------------------------
  7786.  
  7787. Date: Tue, 2 Feb 93 16:03:22 -0800
  7788. From: mmt@RedBrick.COM (Maxime Taksar KC6ZPS)
  7789. Subject: Re: AppleTalk Docs Wanted
  7790.  
  7791.  
  7792. In article <telecom13.52.8@eecs.nwu.edu> is written:
  7793.  
  7794.  
  7795. > Can anyone point me to a good source (preferably on-line!)  describing
  7796. > Appletalk (and Localtalk?) in detail? The Apple doc's aren't going to
  7797. > be available for a while, 
  7798.  
  7799. AppleTalk documentation has been available from Apple for quite a
  7800. while now.  The most recent, most complete document about it is
  7801. {Inside AppleTalk}, which I've seen at many bookstores here in the Bay
  7802. Area.
  7803.  
  7804. If there is sufficient interest, I can find out author, cover price,
  7805. ISBN, and possibly how to order it from Apple.
  7806.  
  7807.  
  7808. Maxime Taksar              KC6ZPS           mmt@RedBrick.COM
  7809.  
  7810. ------------------------------
  7811.  
  7812. Date: Wed,  3 Feb 1993 01:26:44 -0500 (EST)
  7813. From: Michael Benjamin Chernoff <fuzz+@cmu.edu>
  7814. Subject: Re: Prodigy <> Internet Gateway Almost Finished
  7815.  
  7816.  
  7817. Bob Hofkin@software.org wrote:
  7818.  
  7819. > BIX has finally put their Internet link into production.
  7820.  
  7821. Now that Prodigy has internet mail, is there anyway to look up a
  7822. Prodigy user's address?
  7823.  
  7824.  
  7825. Michael
  7826.  
  7827. ------------------------------
  7828.  
  7829. From: wu/O=NUCLEAR_REGULATORY_COMMISSION/DD.ELN=62868951@mhs.attmail.com
  7830. Date: 2 Feb 93 21:51:51 GMT
  7831. Subject: Correction to Inquiry on Phone Systems
  7832.  
  7833.  
  7834. In a previous message, I asked for information about advanced
  7835. switchboard systems for the U.S. Nuclear Regulatory Commission's
  7836. pending move to the Two White Flint Building.
  7837.  
  7838. The operator who typed in the message made a mistake and mistyped the
  7839. sentence "This is a high volume office handling more than 300 calls a
  7840. day."
  7841.  
  7842. While the sentence is technically correct, what I had originally wrote
  7843. was "This is a high volume office handling more than * 800 * calls a
  7844. day." (Operators routinely handle more than 250 calls on weekdays,
  7845. each; we have three people, not four; the fourth console is available
  7846. for updating the databases and as a spare in case one of the other
  7847. machines fails.)
  7848.  
  7849. Please excuse any misunderstanding on this.  I have already received
  7850. some helpful information and I appreciate any information anyone can
  7851. offer.
  7852.  
  7853. Thank you for your attention,
  7854.  
  7855.  
  7856. Jeannette Lanier
  7857.  
  7858. ------------------------------
  7859.  
  7860. End of TELECOM Digest V13 #65
  7861. *****************************
  7862. 
  7863. 
  7864. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa01926;
  7865.           3 Feb 93 14:10 EST
  7866. Received: by delta.eecs.nwu.edu id AA04104
  7867.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 3 Feb 1993 10:50:34 -0600
  7868. Received: by delta.eecs.nwu.edu id AA28569
  7869.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 3 Feb 1993 10:49:41 -0600
  7870. Date: Wed, 3 Feb 1993 10:49:41 -0600
  7871. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  7872. Message-Id: <199302031649.AA28569@delta.eecs.nwu.edu>
  7873. To: telecom@eecs.nwu.edu
  7874. Subject: TELECOM Digest V13 #66
  7875.  
  7876. TELECOM Digest     Wed,  3 Feb 93 10:49:30 CST    Volume 13 : Issue 66
  7877.  
  7878. Index To This Issue:                     Moderator: Patrick A. Townson
  7879.  
  7880.     Re: ISDN Basic Rate Access (David G. Lewis)
  7881.     Re: ISDN Basic Rate Access (Bob Blackshaw)
  7882.     Re: ISDN Basic Rate Access (Gary W. Sanders)
  7883.     Re: AT&T Public Phone 2000 Credit Card Bug (Edwin G. Green)
  7884.     Re: AT&T Public Phone 2000 Credit Card Bug (Doug Krause)
  7885.     Kudos to AT&T (Public Phone 2000) (Ken Jongsma)
  7886.     Re: Caller ID and Voice Messaging in Centrex (Terry Kennedy)
  7887.     Re: Where is a Source For CFRs? (Eric P. Scott)
  7888.     Re: Sears Kills Catalog After 95 Years (Howard Wilson)
  7889.     Re: I Want to Pay For a Local Call (Carl Moore)
  7890.     Roaming Ports Blocked For Some Users (Kevin Henson)
  7891.     AT&T Changes Reach Out America (Ken Jongsma)
  7892.     International "900" Numbers (Ken Jongsma)
  7893.     Need Information on Bridges and Dialogic's Phone Number (John V. Jaskolski)
  7894.     Iridium: How Will It Find You? (Ross Stapleton)
  7895. ----------------------------------------------------------------------
  7896.  
  7897. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  7898. Subject: Re: ISDN Basic Rate Access
  7899. Organization: AT&T
  7900. Date: Wed, 3 Feb 1993 14:15:29 GMT
  7901.  
  7902.  
  7903. In article <telecom13.64.3@eecs.nwu.edu> goldstein@carafe.dnet.dec.com
  7904. (Fred R. Goldstein) writes:
  7905.  
  7906. > In article <telecom13.62.4@eecs.nwu.edu>, exugsr@exu.ericsson.se
  7907. > (Govindan Raghavan, XT-DL) writes:
  7908.  
  7909. > PRI (T1) only goes 6000 feet, so they're used to repeaters.  Besides,
  7910. > it's factored into the price.
  7911.  
  7912. Just to clarify: this is a layer 1 limitation of the T1, so use of
  7913. HDSL would push it out to 18kft; repeaters would push it out to the
  7914. physical limit of the repeaters, and fiber-optic transport for the DS1
  7915. would push it out indefinitely.  So in other words, with, say, a
  7916. DDM-1000 carrying the DS1, I could drop a PRI off a switch in Boston
  7917. to a customer in San Diego ...
  7918.  
  7919. It would be silly, but it's possible :-)
  7920.  
  7921.  
  7922. David G Lewis                              AT&T Bell Laboratories
  7923. david.g.lewis@att.com or !att!goofy!deej     Switching & ISDN Implementation
  7924.  
  7925. ------------------------------
  7926.  
  7927. From: bob1@cos.com (Bob Blackshaw)
  7928. Subject: Re: ISDN Basic Rate Access
  7929. Organization: Corporation for Open Systems
  7930. Date: Wed, 3 Feb 1993 14:31:35 GMT
  7931.  
  7932.  
  7933. In <telecom13.62.4@eecs.nwu.edu> exugsr@exu.ericsson.se (Govindan
  7934. Raghavan, XT-DL) writes:
  7935.  
  7936. > When we lay copper access cables from end offices to the customer
  7937. > premises, we use repeaters if the distance to the CPE exceeds a
  7938. > certain value.  Is there such a "range" for basic rate access lines?
  7939. > Are there repeaters available in the market for basic rate access to
  7940. > cover customers at large distances from end offices?
  7941.  
  7942. Here in the U.S. using 2B1Q line encoding and echo cancelling, the
  7943. basic rate access is limited to 18,000 feet. However, the standards
  7944. documents show various means of extending this distance. Use of remote
  7945. concentrators or repeaters are among the possibilities.
  7946.  
  7947. The U reference point line code superframe also includes a means of
  7948. addressing these units.
  7949.  
  7950.  
  7951. Bob
  7952.  
  7953. ------------------------------
  7954.  
  7955. From: gary.w.sanders@att.com
  7956. Date: Wed,  3 Feb 93 13:45:56 GMT
  7957. Subject: Re: ISDN Basic Rate Access
  7958. Organization: AT&T
  7959.  
  7960.  
  7961. In article <telecom13.64.3@eecs.nwu.edu> goldstein@carafe.dnet.dec.com
  7962. (Fred R. Goldstein) writes:
  7963.  
  7964. > In article <telecom13.62.4@eecs.nwu.edu>, exugsr@exu.ericsson.se
  7965. > (Govindan Raghavan, XT-DL) writes:
  7966.  
  7967. > The ANSI Standard BRI (2B1Q code) goes 18,000 feet.
  7968.  
  7969. > Repeaters do exist.  However, they cost something over a thousand
  7970. > dollars apiece right now, so the telephone comapnies aren't exactly
  7971. > beating down a path to the vendors' doors.  Thus if you don't live
  7972. > within 18 kf of an ISDN line termination (CO or neighborhood mux, like
  7973. > a SLC-96, which handles ISDN), you're probably "SOL".
  7974.  
  7975. > PRI (T1) only goes 6000 feet, so they're used to repeaters.  Besides,
  7976. > it's factored into the price.
  7977.  
  7978.     Ohio Bell's ISDN request was approved on Jan 20 by the PUCO
  7979. (Ohio).  In it they have a two tier pricing schedule, under 18kft and
  7980. over 18kft.  If you're over 18Kft they bring in a T1 to your location
  7981. and split out to the ISDN interface onsite.
  7982.  
  7983.     I am still waiting to find out what the pricing is really
  7984. going to be. Will Ohio Bell offer reasonable priced ISDN service and
  7985. sell a lot of price it out of site and sell a few? March 9 is the
  7986. offical roll out date.
  7987.  
  7988.  
  7989. Gary W. Sanders (N8EMR)    gary.w.sanders@att.com        
  7990. AT&T Bell Labs   614-860-5965 
  7991.  
  7992. ------------------------------
  7993.  
  7994. Date: Wed,  3 Feb 93 07:29:25 EST
  7995. From: egg@inuxy.att.com
  7996. Subject: Re: AT&T Public Phone 2000 Credit Card Bug
  7997. Organization: AT&T
  7998.  
  7999.  
  8000. In article <telecom13.63.9@eecs.nwu.edu> is written:
  8001.  
  8002. > In reference to the AT&T 2000 pay phones ... I tried to use one of
  8003. > them at DFW the other day, and couldn't ... a message kept appearing
  8004. > on the screen about my calling card being invalid ... the one I had
  8005. > just used, on the same phone, to make voice calls.
  8006.  
  8007. > I called the 800 number for customer service, posted right by the
  8008. > keyboard, and they told me that the keyboards were disabled 'not too
  8009. > long ago', for reasons that 'I can't explain'.
  8010.  
  8011. > Does anyone have any insights?
  8012.  
  8013. > [Moderator's Note: You are the second person to write about this in
  8014. > recent days. A few issues ago, the writer said he called AT&T to ask
  8015. > and was told there was a problem with the FCC. No answers have yet
  8016. > come forth.  Does anyone know what is going on?    PAT]
  8017.  
  8018. These and other similar services have been turned off pending FCC
  8019. approval.  They will be resumed when AT&T receives authority from the
  8020. FCC.
  8021.  
  8022. I am sorry for any inconvenience that this is causing and will post to
  8023. this group as soon as the service is turned on again.
  8024.  
  8025.  
  8026. Edwin G. Green    AT&T Bell Laboratories      Indianapolis, Indiana, USA
  8027. INH 1E-506        317-845-3659   egg@inuxy.att.com
  8028.  
  8029. ------------------------------
  8030.  
  8031. From: dkrause@miami.acs.uci.edu (Doug Krause)
  8032. Subject: Re: AT&T Public Phone 2000 Credit Card Bug
  8033. Organization: University of California, Irvine
  8034. Date: 3 Feb 93 10:16:40 GMT
  8035.  
  8036.  
  8037. In article <telecom13.63.9@eecs.nwu.edu> jav@crash.cts.com writes:
  8038.  
  8039. > I called the 800 number for customer service, posted right by the
  8040. > keyboard, and they told me that the keyboards were disabled 'not too
  8041. > long ago', for reasons that 'I can't explain'.
  8042.  
  8043. Can you still plug a laptop modem in or is that dead as well?
  8044.  
  8045.  
  8046. Douglas Krause  University of California, Irvine
  8047. Internet: dkrause@hydra.acs.uci.edu   Bitnet: DJKrause@uci.edu
  8048.  
  8049. ------------------------------
  8050.  
  8051. Date: Tue, 02 Feb 1993 13:56:56 EST
  8052. From: Ken Jongsma <jongsma@swdev.si.com>
  8053. Reply-To: jongsma@esseye.si.com
  8054. Subject: Kudos to AT&T (Public Phone 2000)
  8055.  
  8056.  
  8057. Well, as much as AT&T gets bashed around here, I've got to say they're
  8058. doing something right. I was at O'Hare the other day and wanted to use
  8059. one of those Public Phone 2000 terminals to call in and get my mail.
  8060. There were none to be seen in the United terminal, so I thought I'd
  8061. call AT&T and see if I could find someone that knew if there were any
  8062. at O'Hare.
  8063.  
  8064. I called the 1-800-CALL-ATT number and asked the operator. She didn't
  8065. know what a Public Phone 2000 was, but put me through to the home
  8066. videophone marketing department. They knew exactly what I was talking
  8067. about and connected me with someone in the Public Phone 2000 office.
  8068. He actually had a directory of the locations and was able to look it
  8069. up in under two minutes. (There are 20 of them just outside of
  8070. Terminal E).
  8071.  
  8072. I then asked about the keyboards being disabled, and he confirmed that
  8073. according to a recent FCC ruling, they weren't able to allow people to
  8074. use them for the time being. The dataports would still be useable, but
  8075. since didn't have a machine with me, that was of little use.
  8076.  
  8077. Does anyone know what the deal is on this ruling? I suppose that
  8078. someone thinks tying an unregulated rental offering of a terminal to a
  8079. regulated long distance offering is a "bad thing."
  8080.  
  8081. Anyway, I was impressed that a company as large as AT&T has managed to
  8082. train their people that deal with the public to handle some pretty
  8083. esoteric requests. I was impressed. Probably the reason they had those
  8084. record profits last year ...
  8085.  
  8086.  
  8087. Kenneth R Jongsma            jongsma@benzie.si.com
  8088. Smiths Industries        73115.1041@compuserve.com
  8089. Grand Rapids, Michigan             +1 616 241 7702
  8090.  
  8091. ------------------------------
  8092.  
  8093. From: Terry Kennedy <TERRY@spcvxa.spc.edu>
  8094. Subject: Re: Caller ID and Voice Messaging in CENTREX
  8095. Organization: St. Peter's College, US
  8096. Date: 3 Feb 93 09:52:53 EST
  8097.  
  8098.  
  8099. In article <telecom13.62.6@eecs.nwu.edu>, tad@ssc.com (Tad Cook)
  8100. writes:
  8101.  
  8102. > They have informed me that on outbound calls, the number for the
  8103. > second line will show up in the ID if a call is placed from that line.
  8104.  
  8105.   This is correct.
  8106.  
  8107. > [...] but if people we call from the second line see that number,
  8108. > they may try to return calls to the wrong line.
  8109.  
  8110.   Normally two lines in a hunt group are considered to be equivalent
  8111. in function.  I'm not sure why you feel that having the second number
  8112. displayed is such a problem -- after all, if it was intended to be a
  8113. special line (for example, one that you would answer after hours,
  8114. etc.) you wouldn't want hunting from the first one, right?
  8115.  
  8116. > Does anyone know if it is possible to get the same number listed as
  8117. > the ID on both lines?
  8118.  
  8119.   It's not possible. Caller ID delivers the actual telephone number.
  8120. ANI would deliver the billing number.
  8121.  
  8122. > The other Caller-ID problem involves reading the ID on incoming calls.
  8123. > Apparently this will work fine if I read it off of the first line, but
  8124. > if the first line is busy and the call rotates to the second line, US
  8125. > West informs me that I will only see the ID of the first line as the
  8126. > incoming caller, because the call was actually forwarded from the
  8127. > first line upon busy!
  8128.  
  8129.   This is not true -- with CO-based call forwarding / hunt / etc. you
  8130. will see the caller's number (provided that it's not blocked and in
  8131. your LATA, etc.).
  8132.  
  8133.  
  8134. Terry Kennedy        Operations Manager, Academic Computing
  8135. terry@spcvxa.bitnet    St. Peter's College, Jersey City, NJ USA
  8136. terry@spcvxa.spc.edu    +1 201 915 9381
  8137.  
  8138. ------------------------------
  8139.  
  8140. Date: Wed, 3 Feb 93 01:48:58 PST
  8141. From: eps@toaster.SFSU.EDU (Eric P. Scott)
  8142. Subject: Re: Where is a Source For CFRs?
  8143. Organization: San Francisco State University
  8144. Reply-To: eps@cs.SFSU.EDU
  8145.  
  8146.  
  8147. Executive agencies of the United States Government issue regulations
  8148. all year long, which are then printed in the Federal Register.  Once a
  8149. year (generally) a cumulative "snapshot" of current regulations
  8150. appears as the Code of Federal Regulations.
  8151.  
  8152. Federal Regulations are grouped by topic into Titles, each title
  8153. consisting of multiple Parts.  Frequently you'll see references to
  8154. "Part 15" or "Part 68" -- the implicit whole is Title 47,
  8155. Telecommunications.
  8156.  
  8157. Since the sheer volume of federal regulations precludes their being
  8158. published all at once, 47 CFR bears an effective date of October, with
  8159. copies actually appearing in print sometime around January.  As of
  8160. this writing, only the 1991 edition is available:
  8161.  
  8162.     47 CFR, Parts 0-19    $19
  8163.     47 CFR, Parts 20-39   $19
  8164.     47 CFR, Parts 40-69   $10
  8165.     47 CFR, Parts 70-79   $18
  8166.     47 CFR, Parts 80-END  $20
  8167.  
  8168. Prices reflect the number of pages in each book.  The 1992 edition
  8169. should be available in about three weeks, with a probable $5 - $15
  8170. price increase.  Each paperbound book can be purchased separately.
  8171.  
  8172. + Note that if you are interested in more than a few Titles, it's
  8173. probably cheaper to get an annual subscription to the entire CFR.  The
  8174. most recent catalog prices that at $620 (or $188 on microfiche).
  8175. Prices include shipping within the U.S., and there is no sales tax.
  8176. For shipment to foreign addresses, add 25% to all prices.
  8177.  
  8178. + Note also that public libraries designated as Government Depository
  8179. libraries, university libraries, etc. should have the complete CFR
  8180. available in their reference or government publications sections.
  8181. Yes, law libraries too.
  8182.  
  8183. "How to order":
  8184.  
  8185. In person: visit your nearest U.S. Government Bookstore
  8186.     --> beware of limited hours
  8187.         e.g. San Francisco's closes at 3:30 p.m.
  8188.  
  8189. By phone (Visa/MasterCard):
  8190.     call your nearest U.S. Government Bookstore
  8191.     -or-
  8192.     +1 202 783 3238, 8 a.m. - 4 p.m. Eastern time
  8193.  
  8194.  
  8195. -=EPS=-
  8196.  
  8197. ------------------------------
  8198.  
  8199. From: stile@okcforum.osrhe.uoknor.edu (Howard Wilson)
  8200. Subject: Re: Sears Kills Catalog After 95 Years
  8201. Organization: Okcforum Unix Users Group
  8202. Date: Wed, 3 Feb 1993 09:59:56 GMT
  8203.  
  8204.  
  8205. Joe Bergstein (Joe.Bergstein@p501.f544.n109.z1.fidonet.org) wrote:
  8206.  
  8207. > BTW, you can still order from Sears catalog until all their merchan-
  8208. > dise is exhausted.
  8209.  
  8210. Sorry folks, but I feel this error *MUST* be corrected.  Sears is NOT
  8211. going out of business.  The probability "all merchandise is exhausted"
  8212. is so slim as to be impossible.  This is Sears folks, they have more
  8213. crap than you can buy in a year.  To correct the error, this is NOT a
  8214. closeout sale.  You can order from the Sears catalog until the end of
  8215. this year.  That means get those orders in by 12/31/93, or they won't
  8216. honor it.  At least for now.  I don't see them popping up in December
  8217. saying "we'll let you order for another month", but it IS possible.
  8218.  
  8219. Again, you can NOT order from the catalog until all merchandise is
  8220. gone (the catalog won't be around long enough).  You can only order
  8221. until the end of this year.
  8222.  
  8223.  
  8224. Howard Wilson II
  8225. Stile, Howard Wilson II, and any other names I might use 
  8226. can be reached at:  stile@okcforum.uoknor.edu   
  8227.  
  8228. ------------------------------
  8229.  
  8230. Date: Tue, 2 Feb 93 16:13:53 EST
  8231. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  8232. Subject: Re: I Want to Pay For a Local Call
  8233.  
  8234.  
  8235. I think I was able to do 0+ on a local call from my residence phone
  8236. and indeed put it onto my phone bill.  (Delaware.)
  8237.  
  8238. ------------------------------
  8239.  
  8240. Subject: Roaming Ports Blocked For Some Users 
  8241. Date: Tue, 02 Feb 93 11:39:47 PST
  8242. From: kph@cisco.com
  8243.  
  8244.  
  8245. John Higdon writes:
  8246.  
  8247. > In my experience, no type of roaming precludes any other.
  8248.  
  8249. LA Cellular (the A carrier for Los Angeles and surrounding areas) does
  8250. not allow calls via roamer access ports for customers in the
  8251. California SuperSystem. For example, a Bay Area Cellular customer
  8252. roaming in LA can only be reached by calling their mobile number
  8253. directly. If you call a roaming port in LA and enter the ten-digit
  8254. mobile number, you will receive a recording about this being an
  8255. invalid mobile number.
  8256.  
  8257. I checked with customer service when I was down there, and this is
  8258. intended behavior, not a bug.
  8259.  
  8260.  
  8261. Kevin
  8262.  
  8263. ------------------------------
  8264.  
  8265. Date: Tue, 02 Feb 1993 13:55:28 EST
  8266. From: Ken Jongsma <jongsma@swdev.si.com>
  8267. Reply-To: jongsma@esseye.si.com
  8268. Subject: AT&T Changes Reach Out America
  8269.  
  8270.  
  8271. According to an ad in the {Wall Street Journal} and other national
  8272. newspapers, there's been a significant change in AT&T's Reach Out
  8273. America plan.
  8274.  
  8275. The price has increased from $7.15 for the first hour to $7.50, but
  8276. the beginning time has been moved to 7PM from 10PM. Additional time
  8277. remains at .10 per minute.
  8278.  
  8279.  
  8280. Kenneth R Jongsma           jongsma@benzie.si.com
  8281. Smiths Industries       73115.1041@compuserve.com
  8282. Grand Rapids, Michigan            +1 616 241 7702
  8283.  
  8284. ------------------------------
  8285.  
  8286. Date: Tue, 02 Feb 1993 15:21:27 EST
  8287. From: Ken Jongsma <jongsma@swdev.si.com>
  8288. Reply-To: jongsma@esseye.si.com
  8289. Subject: International "900" Numbers
  8290.  
  8291.  
  8292. For those of you that collect those 900-like international numbers, I
  8293. came across a couple more:
  8294.  
  8295. 011 592 1010   (Guyana)
  8296. 011 351 99 35110 (Portugal)
  8297.  
  8298. These numbers were supposed to be accessable from the US. I don't know
  8299. about other countries. No other charge than the tariffed international
  8300. rate was suppose to apply.
  8301.  
  8302. The AT&T operator said direct dial to the Guyana number was $2.99 for
  8303. the first minute and $1.28 each additional. I didn't ask about the
  8304. second. Nor did I actually call either of them. You're on your own!
  8305.  
  8306.  
  8307. Kenneth R Jongsma          jongsma@benzie.si.com
  8308. Smiths Industries      73115.1041@compuserve.com
  8309. Grand Rapids, Michigan           +1 616 241 7702
  8310.  
  8311. ------------------------------
  8312.  
  8313. From: jasko@park.bu.edu (John V. Jaskolski)
  8314. Subject: Need Information on Bridges and Dialogic's Phone Number
  8315. Date: 2 Feb 93 21:20:25 GMT
  8316. Reply-To: jasko@park.bu.edu
  8317. Organization: Boston University Dept. of Cognitive and Neural Systems
  8318.  
  8319.  
  8320. Can anyone out there tell me Dialogic's phone number?
  8321.  
  8322. Also, I am interested in buying (or building) telephone bridge.
  8323.  
  8324. This device would allow multiple callers to teleconference.  In other
  8325. words, five or six people can all call into the same number and talk
  8326. to each other simultaneously.  Bridges can be purchased but they are
  8327. very expensive.  A bridge that has the capability of having 15 people
  8328. talk at the same time can cost $15,000 to $30,000 dollars.  Any
  8329. information regarding chips, books, hardware, manufacturers, etc.
  8330. will be greatly appreciated.
  8331.  
  8332. Thank you very much.
  8333.  
  8334.  
  8335. John V. Jaskolski
  8336.  
  8337. ------------------------------
  8338.  
  8339. Subject: Iridium: How Will It Find You?
  8340. From: stapleton@misvms.bpa.arizona.edu (Dr. Ross Alan Stapleton)
  8341. Date: 2 Feb 1993 14:51 MST  
  8342. Organization: University of Arizona MIS Department
  8343.  
  8344.  
  8345. When/if the Motorola Iridium (Dysprosium? ;-) system is built, how
  8346. exactly will it work, as far as finding its users?  If I'm a
  8347. subscriber, and someone tries to reach me, just how will the system
  8348. determine where I am to call me (does it ping every satellite
  8349. footprint, looking for my receiver, or am I required to send "I am
  8350. here" information every so often?)  and just how does it happily pass
  8351. users off to less expensive services where these are available?
  8352.  
  8353.  
  8354. Ross   stapleton@mis.arizona.edu
  8355.  
  8356. ------------------------------
  8357.  
  8358. End of TELECOM Digest V13 #66
  8359. *****************************
  8360. 
  8361. 
  8362. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa03705;
  8363.           3 Feb 93 14:50 EST
  8364. Received: by delta.eecs.nwu.edu id AA29767
  8365.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 3 Feb 1993 11:54:07 -0600
  8366. Received: by delta.eecs.nwu.edu id AA09986
  8367.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 3 Feb 1993 11:53:00 -0600
  8368. Date: Wed, 3 Feb 1993 11:53:00 -0600
  8369. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  8370. Message-Id: <199302031753.AA09986@delta.eecs.nwu.edu>
  8371. To: telecom@eecs.nwu.edu
  8372. Subject: TELECOM Digest V13 #67
  8373.  
  8374. TELECOM Digest     Wed,  3 Feb 93 11:53:43 CST    Volume 13 : Issue 67
  8375.  
  8376. Index To This Issue:                     Moderator: Patrick A. Townson
  8377.  
  8378.     Low Cost Access to a Network? (Chuck Petch)
  8379.     Mitel SX-200 Message Indicator Lights (Darren Alex Griffiths)
  8380.     Calling Telco With Questions is a Waste of Time (John Andrusiak)
  8381.     Telephone Costs Go Up in Russia (H. Shrikumar)
  8382.     Personal 800 Number Question (Howard Wilson)
  8383.     What Phone Do I Put On a Boat? (Steve Grabhorn)
  8384.     What the Heck is 4,941,976.667 Hz Good For? (Bob Clements)
  8385.     Re: Cellular Phones Are Carcinogens? (Jack Decker)
  8386.     Re: Prodigy <> Internet Gateway Almost Finished (Paul Robinson)
  8387.     Re: Prodigy <> Internet Gateway Almost Finished (ghadsal@american.edu)
  8388.     Correction: AT&T's Ad on Sears - NO (Brad S. Hicks)
  8389. ----------------------------------------------------------------------
  8390.  
  8391. From: Petch@gvg47.gvg.tek.com (Chuck Petch)
  8392. Subject: Low Cost Access to a Network?
  8393. Date: 2 Feb 1993 23:19:48 GMT
  8394. Organization: Grass Valley Group, Grass Valley, CA
  8395.  
  8396.  
  8397. Does anyone know of a free or low cost network connection for the home
  8398. computer user? I have access to Internet at work and would like to
  8399. enjoy a similar type of network connection at home, but of course, I
  8400. can't afford Internet prices. I'm not real computer savvy, so please
  8401. forgive me if I'm asking what seems obvious. Incidentally, I've run
  8402. across mentions of FidoNet that indicate it may be what I'm looking
  8403. for. Can anyone supply a few details?
  8404.  
  8405. I would appreciate a reply by e-mail as I don't normally check this
  8406. SIG.
  8407.  
  8408.  
  8409. Thanks, 
  8410.  
  8411. Chuck Petch
  8412.  
  8413. ------------------------------
  8414.  
  8415. Subject: Mitel SX-200 Message Indicator Lights
  8416. Date: Tue, 02 Feb 93 17:13:01 PST
  8417. From: dag@ossi.com
  8418.  
  8419.  
  8420. We have a new voice mail system called Repartee, and an old Mitel
  8421. SX-200 switch.  The voice mail system claims to be able to turn on
  8422. lights on the phone when we have a new message, and the Mitel claims
  8423. to know how to do this as well.  The voice mail system requires a
  8424. string of to send to the switch, something like *22 + ext I suppose,
  8425. but we don't know what this string is supposed to consist of.  We have
  8426. long since lost the Mitel manual and the voice mail vendor and Mitel
  8427. support are not much help.  Does anyone know how to switch on the
  8428. message indicator lights using the Mitel switch?
  8429.  
  8430.  
  8431. Thanks,
  8432.  
  8433. Darren Alex Griffiths         dag@nasty.ossi.com
  8434. Open Systems Solutions Inc.   (510) 652-6200 x139
  8435. Operating Systems Division    Fax: (510) 652-5532
  8436. 6121 Hollis Street            Coins: 7924-139
  8437. Emeryville, CA 94608-2092   
  8438.  
  8439. ------------------------------
  8440.  
  8441. From: John Andrusiak <umandru1@umanitoba.ca>
  8442. Subject: Calling Telco With Questions is a Waste of Time 
  8443. Organization: University of Manitoba, Winnipeg, Canada
  8444. Date: Wed, 3 Feb 1993 02:14:58 GMT
  8445.  
  8446.  
  8447. In article <telecom13.59.10@eecs.nwu.edu> Paul Renault, renaul2@CAM.
  8448. ORG writes:
  8449.  
  8450. > I've just spent three many days on the phone to Bell Canada, Bell
  8451. > Northern Research, and Northern Telecom trying to find out some solid
  8452. > info on Caller ID (Caller Display) so I could tie to a client database
  8453. > via my modem ...
  8454.  
  8455. > Besides having to explain over and over and over WHY I wanted
  8456. > the info, and what I needed, I had to put up with the unbelievable
  8457. > "Gee, I don't know who could help you, you want some really technical
  8458. > information ..."
  8459.  
  8460. Don't bother calling up the phone company for information that's
  8461. technical. It's a waste of time. (NT is the phone company in a way, so
  8462. it applies to them too.)
  8463.  
  8464. Take NT/BNR mentioned above. I used to work for them. One day when I
  8465. was working for them I needed a component that they make. I wasn't
  8466. connected into the informal distribution channels for this stuff. So I
  8467. tried phoning the NT sales department. Once I found who to call, they
  8468. couldn't do anything for me that was useful. The only thing these
  8469. people seem to respond to is "I want a phone system and I have $X
  8470. bucks to spend." (where X is a big as possible.)
  8471.  
  8472. Still, things are getting better. A few years ago when I attempted to
  8473. get some technical information from the phone company they got their
  8474. lawyers to phone my parents and threatened them with lawsuits, etc.
  8475. This because I wanted to know which wire was TIP and which was RING!
  8476.  
  8477. Try Motorola instead. They probably have a technical report to go with
  8478. the chips for Caller ID that they produce.
  8479.  
  8480.  
  8481. John Andrusiak - umandru1@umanitoba.ca
  8482.  
  8483. ------------------------------
  8484.  
  8485. Date: Wed, 3 Feb 1993 00:17:34 -0500
  8486. From: shri@unreal.cs.umass.edu (H. Shrikumar)
  8487. Subject: Telephone Costs Go Up in Russia
  8488.  
  8489.  
  8490.   I just read in {NYTimes} (2 Feb 1993) that (along with several other
  8491. costs) in Russia, the telephone costs are being driven up by the
  8492. inflationary pressures.
  8493.  
  8494.   Off my memory, the monthly rental for a phone line is now to be some
  8495. 106 Roubles.  And local calls are to cost three Roubles a minute (up
  8496. from few kopecks ... so that makes it a several hundred percent jump
  8497. straight).
  8498.  
  8499.   Businesses are to pay double the domestic [I think this means
  8500. residential -- shri] phone rates. International calls are also to cost
  8501. more. Calls to Europe would attract 110 Roubles a minute, and those to
  8502. Africa/America 220 Roubles a minute (for residential subscribers).
  8503.  
  8504.   [ Some Rouble-$ rates I had seen a month ago converts these to
  8505. $0.194 per min to Europe, and $0.388 per min to Africa/America.  These
  8506. are not bad at all, so till now I'd guess calling from Russia should
  8507. have been dirt cheap! Unless the Rouble has changed from 568 Roubles
  8508. to one USD - could've ... I just dont know.  :-) ]
  8509.  
  8510.   BTW ... are there any readers from Russia, the Ukraine and other CIS
  8511. states on this list? It would be interesting to hear your comments and
  8512. more!
  8513.  
  8514.  
  8515. shrikumar  ( shri@legato.cs.umass.edu )
  8516.  
  8517.  
  8518. [Moderator's Note: We used to get messages from fellow in the Soviet
  8519. Union now and then a couple years ago here. I don't know whatever
  8520. happened to him.   PAT]
  8521.  
  8522. ------------------------------
  8523.  
  8524. From: stile@okcforum.osrhe.uoknor.edu (Howard Wilson)
  8525. Subject: Personal 800 Number Question
  8526. Organization: Okcforum Unix Users Group
  8527. Date: Wed, 3 Feb 1993 10:14:02 GMT
  8528.  
  8529.  
  8530. Ok, I guess I pretty much need personal 800 numbers explained to me
  8531. all over.  It was my understanding (and still is, considering my
  8532. source of the "new info) that personal 800 numbers were assigned to
  8533. ONE number, and that changing that assigned number was pretty darned
  8534. difficult.  Example: My phone number at home is 444-4444.  I get an
  8535. 800 number assigned there, and from anywhere in the US, I can call my
  8536. 800 number and ring 444-4444.
  8537.  
  8538. Ok?  Sounds fine to me.  Now I get this person (ahem ... it's a
  8539. separate story, but trust me, I have GOOD reason to believe he's
  8540. lying, as this would be the first true thing I've heard from him)
  8541. telling me he has a personal 800 number (and no job, yeah ... sure).
  8542. He says the way HIS works is he can dial any number he wants, such as
  8543. 555-5555, from his number, 444-4444, and have it billed there.  I
  8544. replied "You don't need an 800 number to do this, just pick up
  8545. 444-4444 and dial".  He then changed his tune and said he MEANT he
  8546. could dial 555-5555 from any OTHER phone, and have it CHARGED to his
  8547. 800 number (at 444-4444).  Again, I replied he didn't need an 800
  8548. number for that, and in fact didn't even need to bother an operator to
  8549. do it.
  8550.  
  8551. Now, what I need to know is, exactly how full of it IS he?  I thought
  8552. the whole POINT of a personal 800 number was to call one number from
  8553. anywhere else, not call ANY number from anywhere else.  Has this
  8554. service changed, or have I misunderstood it?  If it is the latter, why
  8555. use an 800 number?  If you can bill a call to your own 800 number, why
  8556. do that rather than your own HOME number?
  8557.  
  8558. I hope this is clear, because I'm quite confused about it all.
  8559.  
  8560.  
  8561. Stile, Howard Wilson II, and any other names I might use can be reached 
  8562. at:  stile@okcforum.uoknor.edu    I speak for no one but myself!
  8563.  
  8564.  
  8565. [Moderator's Note: What an 800 number, 'personal' or otherwise does is
  8566. allow the caller to automatically reverse the charges to the called
  8567. party. Period.  Some 800 numbers terminate on their own wire pairs and
  8568. instruments at some place while others are arranged to terminate on an
  8569. actual POTS line instead. Some 800 numbers (like those from Cable and
  8570. Wireless) can have the place where they terminate changed by the user
  8571. remotely. Others require the carrier to make the changes. 800 numbers
  8572. have nothing to do with billing calls dialed between two numbers to be
  8573. billed to a third number. *Where* an 800 number is usable is decided
  8574. by the customer and the carrier. Some are purely local in range while
  8575. others are statewide or interstate. A few are international.   PAT]
  8576.  
  8577. ------------------------------
  8578.  
  8579. From: grabhorn@gandalf.nosc.mil
  8580. Subject: What Phone Do I Put on a Boat?  
  8581. Organization: Naval Ocean Systems Center, San Diego
  8582. Date: Wed, 3 Feb 1993 09:55:26 GMT
  8583.  
  8584.  
  8585.     I need to replace an installed sound-powered phone (I think)
  8586. system on a fairly small ocean-going vessel (90' long by 50' beam)
  8587. with something a little more modern.
  8588.  
  8589.     The old system consisted of stations with a rotary switch (to
  8590. select the station you wanted to talk to), a handset with a
  8591. push-to-talk button, and a hand crank (a "growler") to "ring" the
  8592. station you wanted to communicate with. A friend suggested that we
  8593. might be able to replace the whole system on the vessel with a small,
  8594. self-contained phone system.  We are also going to install a seperate,
  8595. sound-powered phone network.
  8596.  
  8597.     I've pulled out my North Supply 'Business Telephone Systems'
  8598. catalog, but I don't have any experience selecting any of the small
  8599. systems. I installed a Mitel SX-200 system ten years ago, after
  8600. spending two weeks at their school in Colorado, so I'm not _too_
  8601. ignorant about telephony.
  8602.  
  8603.     I'd appreciate any advice in two areas: 
  8604.  
  8605.     One, what would be a good, small phone system to buy? We'd
  8606. need two outside lines when the boat docks, and no more than ten or
  8607. twelve extensions internally. An intercom ability between extension
  8608. units is needed, as well as external paging capability from any
  8609. extension. 120VAC is available, any system without backup batteries is
  8610. unacceptable. Of course, the longer the system can run on batteries,
  8611. the better.
  8612.  
  8613.     Two, I'd appreciate any advice from people familiar with
  8614. marine work.I don't plan on installing the extension stations with
  8615. RJ-11 jacks, I think hardwiring them is the way to go. I plan on
  8616. stocking the boat with spares.
  8617.  
  8618.     Well, I didn't say 'three', but there's something else that's
  8619. bothering me. The older systems, that have already been ripped out,
  8620. were designed with special things in mind, mainly by people that have
  8621. used them for years and know what to look out for. I don't know how
  8622. many of you have heard a 'growler', but you can't mistake it for
  8623. anything else, and you can hear it over quite a bit of background
  8624. noise. We'll probably have to add ringers if the extension phones have
  8625. pizo-electric crystal ringers.
  8626.  
  8627.     One last thing, I don't even want to think about putting a
  8628. phone in the engine room. But whatever we buy will probably have to
  8629. support external ring circuits so we can flash strobe lights, or
  8630. something like that, to get people's attention. but that shouldn't be
  8631. a problem.
  8632.  
  8633.  
  8634. Steve Grabhorn, Code 984, Naval Command, Control and Ocean Surveillance Center
  8635. San Diego, CA, 92152-5000; Phone:619-553-3512; Internet:grabhorn@nosc.mil
  8636.  
  8637. ------------------------------
  8638.  
  8639. Subject: What The Heck is 4,941,976.667 Hz Good For?
  8640. Date: Wed, 03 Feb 93 09:05:56 -0500
  8641. From: clements@BBN.COM
  8642.  
  8643.  
  8644. The question:
  8645.  
  8646.     What the heck is 4,941,976.667 Hz good for?
  8647.  
  8648. The background:
  8649.  
  8650.     In the early 1980s, AT&T bought a bunch of Rubidium atomic
  8651. frequency standards.  They were specially modified for AT&T from a
  8652. standard model.  The main modification was the addition of an extra
  8653. standard frequency output at the above frequency, in addition to the
  8654. normal standards of 1.0 MHz and 5.0 MHz.
  8655.  
  8656.     I can't figure out what that frequency is good for.  It isn't
  8657. related to T1, T2 or T3 bit rates.  Nor the European equivalents. Nor
  8658. SONET rates.  It isn't related to NTSC or PAL video subcarriers.  And
  8659. in the red herring department, it is not related to the natural
  8660. frequency of the Rubidium oscillator itself, which is up in the 6.84
  8661. GHz area.
  8662.  
  8663.     I've asked a number of other Telecom-knowledgable people, who will
  8664. remain nameless here, and they can't identify it either.
  8665.  
  8666.     So:  Anyone know what AT&T wanted that frequency for?
  8667.  
  8668.  
  8669. Thanks,
  8670.  
  8671. Bob Clements, K1BC, clements@bbn.com
  8672.  
  8673. ------------------------------
  8674.  
  8675. Date: Wed, 03 Feb 93 11:16:03 EST
  8676. From: jack_decker@f8.n154.z1.fidonet.org (Jack Decker)
  8677. Subject: Re: Cellular Phones Are Carcinogens?
  8678.  
  8679.  
  8680. In message <telecom13.61.6@eecs.nwu.edu>, john@zygot.ati.com (John
  8681. Higdon) wrote:
  8682.  
  8683. > I have a new policy concerning this sort of thing. The phrase
  8684. > "credible scientific reports" does not cut it anymore. Please site the
  8685. > source (with author, title, and any other identifying data) so that I
  8686. > can look it up and decide FOR MYSELF if it is a "credible" piece of
  8687. > work.
  8688.  
  8689. > Also, remember that one study means little. The results must be
  8690. > repeatable by independent researchers. And the study must be
  8691. > meaningful in terms of its statistical associations. It can be easily
  8692. > demonstrated that virtually all people who have developed cancer have
  8693. > swallowed their own saliva. Does this tell us much?
  8694.  
  8695. > So I am waiting for your references. Let me read this shocking
  8696. > material.
  8697.  
  8698. I have to agree with John on this.  Let us keep in mind that the
  8699. recent wave of hysteria about RF and EMI radiation is being fueled by
  8700. the press, which is hardly noted for checking their fact (the most
  8701. notable example of this was when "60 Minutes" started the story about
  8702. the use of Alar on Apples and nearly put the Apple industry out of
  8703. business ... this was totally irresponsible journalism, if you can
  8704. even call it journalism, since there wasn't any hard evidence at all
  8705. to back up the allegations).
  8706.  
  8707. At the same time, I tend to use a bit of common sense, and common
  8708. sense tells me that the shorter the wavelength, the more potential it
  8709. has for harm on the body.  Everyone agrees that overexposure to
  8710. microwaves is harmful (you wouldn't want your hand inside an operating
  8711. microwave oven!) and when you are up in the 900 MHz range it's not ALL
  8712. that far, relatively speaking, from the frequencies that could be
  8713. considered as microwave.  So for that reason alone, it's prudent to
  8714. limit your exposure a bit.  I would not spend hours a day on a
  8715. handheld cellular phone, but I would not have done it before the
  8716. current media reports surfaced, either.
  8717.  
  8718. In a similar manner, I've never thought it was a good idea to spend
  8719. long periods of time underneath high-tension electrical lines.  But
  8720. now the media has "discovered" that these cause cancer, and the
  8721. reports exaggerate the matter to the point that the kids are afraid to
  8722. play underneath the (relatively low voltage) electric feeder lines
  8723. that run down the side of the road.
  8724.  
  8725. What ALL these reports overlook is the inverse square law.  Put
  8726. simply, when you are twice as far away from a source of radiation, you
  8727. get only one fourth the radiation.  On one news report, a guy was
  8728. going around measuring the radiation from various household
  8729. appliances, and in each case he held a probe right up close to the
  8730. appliance, within an inch or so at most.  What they didn't point out
  8731. was that at only a foot away from that appliance, the radiation would
  8732. be only 1/144th of the radiation at one inch.  If handheld cellular
  8733. phones DO pose any danger, it's only because the antenna is SO close
  8734. to the head (which leads one to wonder, could they design such a phone
  8735. so that the antenna sticks out of the BOTTOM of the handset rather
  8736. than the top?  It might look funny, but would probably cut the
  8737. radiation received at the closest point of the brain to about 1/50th
  8738. of the current level).
  8739.  
  8740. What would be poetic justice is if the network technicians (the guys
  8741. who operate their transmitters, and mircowave and satellite equipment)
  8742. started bringing lawsuits against the networks for overexposure to RF
  8743. fields ... after all, the networks could hardly claim they didn't know
  8744. about the danger, now could they?  :-) And if they manage to scare
  8745. everyone to the point that no new electrical feeder lines can be run,
  8746. and the power companies have to start shedding load, let's keep in
  8747. mind that TV transmitters rely on electric power to operate!  Wouldn't
  8748. it be interesting to see the networks put out of business by a crisis
  8749. of their own making?  :-)
  8750.  
  8751.  
  8752. Jack Decker | Internet: jack.decker@f8.n154.z1.fidonet.org | Fidonet: 1:154/8
  8753.  
  8754. ------------------------------
  8755.  
  8756. Date: Wed, 3 Feb 1993 11:30:58 -0500 (EST)
  8757. From: Paul Robinson <tdarcos@access.digex.com>
  8758. Subject: Prodigy <> Internet Gateway Almost Finished
  8759.  
  8760.  
  8761. Today someone mentioned that someone at Prodigy had information about
  8762. ISDN.  So I decided to try sending some mail to them:
  8763.  
  8764.  Date: Wed, 3 Feb 1993 03:34:04 -0500
  8765.  From: Mail Delivery Subsystem <MAILER-DAEMON@access>
  8766.  To: tdarcos@access
  8767.  Cc: mbounces@access
  8768.  Subject: Returned mail: User unknown
  8769.    ----- Transcript of session follows -----
  8770.  While talking to inetgate.prodigy.com:
  8771.  >>> RCPT To:<hfdg66b@prodigy.com>
  8772.  <<< 550 <hfdg66b@prodigy.com>... User unknown
  8773.  550 "Sandra G. Weiss" <hfdg66b@prodigy.com>... User unknown
  8774.  
  8775. There's something there, all right.  I tried calling up their system
  8776. to see if its mailer is working:
  8777.  
  8778.  % telnet 
  8779.  telnet> open inetgate.prodigy.com 25
  8780.  Trying 192.207.105.34 ...
  8781.  Connected to inetgate.prodigy.com.
  8782.  Escape character is '^]'.
  8783.  220 inetgate.prodigy.com 5.65c/IDA-1.4.4 Sendmail is ready 
  8784.     at Wed, 3 Feb 1993 11:24:02 -0500
  8785.  helo access.digex.com
  8786.  250 Hello access.digex.com, pleased to meet you
  8787.  rcpt to:<hfdg66b@prodigy.com>
  8788.  550 <hfdg66b@prodigy.com>... User unknown
  8789.  rcpt to:<hfdg066b@prodigy.com>
  8790.  550 <hfdg066b@prodigy.com>... User unknown
  8791.  rcpt to:<postmaster@prodigy.com>
  8792.  250 <postmaster@prodigy.com>... Recipient ok
  8793.  
  8794.  telnet> close
  8795.  
  8796. So now I tried calling back to my own system:
  8797.  
  8798.  telnet> open access.digex.com 25
  8799.  Trying 192.55.213.2 ...
  8800.  Connected to access.
  8801.  Escape character is '^]'.
  8802.  220 access.digex.com 5.65c/IDA-1.4.4 Sendmail is ready 
  8803.     at Wed, 3 Feb 1993 11:28:42 -0500
  8804.  
  8805. This indicates that they are apparently running the same mail program
  8806. as we are, and I send and receive mail just fine. You might ask why I
  8807. did an SMTP connection when I could have just done a 'ping'.  That's
  8808. because I already know they are connected; I wanted to know if their
  8809. *mailer* worked.
  8810.  
  8811. Now if they can figure a way to deliver mail to the users, then there
  8812. should be no problem.
  8813.  
  8814.  
  8815. [Moderator's Note: On the other hand, maybe they do know how to
  8816. deliver mail to users, but you got the address wrong. It happens.  PAT]
  8817.  
  8818. ------------------------------
  8819.  
  8820. Organization: The American University - University Computing Center
  8821. Date: Wed, 3 Feb 1993 11:40:07 EST
  8822. From: GHADSAL@AMERICAN.EDU
  8823. Subject: Re: Prodigy <> Internet Gateway Almost Finished
  8824.  
  8825.  
  8826. Michael and others,
  8827.  
  8828. I am a Prodigy subscriber and have access to name lookups.  I am
  8829. willing, time constraints and all, to lookup anyone's name.
  8830.  
  8831. Form I would prefer for requests:
  8832.  
  8833. Email to me at ghadsal@american.edu
  8834.  
  8835. Name, City, State
  8836.  
  8837. List several varations if you aren't sure of anything.
  8838.  
  8839.  
  8840. Guy
  8841.  
  8842.  
  8843. [Moderator's Note: Why don't you see what you can find out about
  8844. Sandra G. Weiss, a/k/a 'hfdg66r' and get back to Paul Robinson.
  8845. However Guy, you may be sorry you made this offer -- you may find
  8846. yourself turned into a full time directory assistance operator rather
  8847. quickly once this message makes the rounds and a few thousand people
  8848. read it.  PAT]
  8849.  
  8850. ------------------------------
  8851.  
  8852. From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  8853. Date: 3 Feb 93 15:59:04 GMT
  8854. Subject: Correction: AT&T's Ad on Sears - NOT
  8855.  
  8856.  
  8857. Paul Robinson's message in TCD 13.64 misattributes somebody else's
  8858. remark to me.  I never commented on any AT&T ad, with respect to
  8859. Sears, Penneys, or anybody else.
  8860.  
  8861.  
  8862. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  8863. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  8864.  
  8865.  
  8866. [Moderator's Note: It appears Mr. Robinson was referring to a message
  8867. sent by Ron Dippold <rdippold@qualcom.com> but he got it confused with
  8868. something involving your name. Then when I published it, I did not
  8869. catch it either.   PAT]
  8870.  
  8871. ------------------------------
  8872.  
  8873. End of TELECOM Digest V13 #67
  8874. *****************************
  8875. 
  8876. 
  8877. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa23527;
  8878.           4 Feb 93 12:34 EST
  8879. Received: by delta.eecs.nwu.edu id AA25103
  8880.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 4 Feb 1993 09:29:35 -0600
  8881. Received: by delta.eecs.nwu.edu id AA14012
  8882.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 4 Feb 1993 09:28:47 -0600
  8883. Date: Thu, 4 Feb 1993 09:28:47 -0600
  8884. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  8885. Message-Id: <199302041528.AA14012@delta.eecs.nwu.edu>
  8886. To: telecom@eecs.nwu.edu
  8887. Subject: TELECOM Digest V13 #68
  8888.  
  8889. TELECOM Digest     Thu,  4 Feb 93 09:28:40 CST    Volume 13 : Issue 68
  8890.  
  8891. Index To This Issue:                     Moderator: Patrick A. Townson
  8892.  
  8893.     Re: Caller ID and Voice Messaging in Centrex (John Higdon)
  8894.     Re: Caller ID and Voice Messaging in Centrex (Terry Kennedy)
  8895.     Re: Caller ID and Voice Messaging in Centrex (John Higdon)
  8896.     Re: Caller ID and Voice Messaging in Centrex (David G. Lewis)
  8897.     Re: Sears Kills Catalog After 95 Years (Rick Duggan)
  8898.     Re: Sears Kills Catalog After 95 Years (Timothy Hu)
  8899.     Re: Prodigy <> Internet Gateway Almost Finished (A. Alan Toscano)
  8900.     Re: Prodigy <> Internet Gateway Almost Finished (Peter M. Weiss)
  8901.     Re: Overseas Directory Assistance (Jan Richert)
  8902.     Re: Overseas Directory Assistance (Carl Moore)
  8903.     Re: ISDN Basic Rate Access (Roy Smith)
  8904.     Re: "Secret" Phone Codes (Lars Poulsen)
  8905.     Re: Personal 800 Number Question (Steven H. Lichter)
  8906.     Re: Alternate Reason For White House Busy (Robert L. McMillin)
  8907.     Re: What The Heck is 4,941,976.667 Hz Good For? (John R. Ackermann, Jr.)
  8908. ----------------------------------------------------------------------
  8909.  
  8910. Date: Wed, 3 Feb 93 13:41 PST
  8911. From: john@zygot.ati.com (John Higdon)
  8912. Reply-To: John Higdon <john@zygot.ati.com>
  8913. Organization: Green Hills and Cows
  8914. Subject: Re: Caller ID and Voice Messaging in Centrex
  8915.  
  8916.  
  8917. Terry Kennedy <TERRY@spcvxa.spc.edu> writes:
  8918.  
  8919. > In article <telecom13.62.6@eecs.nwu.edu>, tad@ssc.com (Tad Cook)
  8920. > writes:
  8921.  
  8922. >> Does anyone know if it is possible to get the same number listed as
  8923. >> the ID on both lines?
  8924.  
  8925. > It's not possible. Caller ID delivers the actual telephone number.
  8926. > ANI would deliver the billing number.
  8927.  
  8928. Bzzzt. But thanks for playing anyway. It is perfectly possible to get
  8929. the same directory number assigned to an unlimited number of lines in
  8930. a hunt group. In fact, telco PREFERS this, since it does not use up
  8931. the available number supply. I have no less than two hunt groups, one
  8932. with ten lines, the other with four lines, wherein all of the lines
  8933. have the same number. Number readback identifies them all alike; and
  8934. it matters not which one is used concerning interaction with CLASS
  8935. features at the other end (they are all treated the same). This is
  8936. true because each line does in fact have the same telephone number.
  8937.  
  8938. To report a specific line to telco (for repair or other purposes), one
  8939. uses a "terminal number". For instance, "I would like to report
  8940. trouble on 408 264-4115, terminal #4." This uniquely identifies the
  8941. line for repair service.
  8942.  
  8943.  
  8944. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  8945. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  8946.  
  8947. ------------------------------
  8948.  
  8949. Date: Wed, 03 Feb 1993 17:09:22 -0500 (EST)
  8950. From: Terry Kennedy <TERRY@spcvxa.spc.edu>
  8951. Subject: Re: Caller ID and Voice Messaging in Centrex
  8952. Organization: St. Peter's College, US
  8953.  
  8954.  
  8955. > Bzzzt. But thanks for playing anyway. It is perfectly possible to get
  8956. > the same directory number assigned to an unlimited number of lines in a
  8957. > hunt group. In fact, telco PREFERS this, since it does not use up the
  8958. > available number supply. I have no less than two hunt groups, one with
  8959. > ten lines, the other with four lines, wherein all of the lines have the
  8960. > same number. Number readback identifies them all alike; and it matters
  8961. > not which one is used concerning interaction with CLASS features at the
  8962. > other end (they are all treated the same). This is true because each
  8963. > line does in fact have the same telephone number.
  8964.  
  8965.   Given the constraints the original poster gave, I stand by my
  8966. answer. He wanted two lines with different numbers (so they could be
  8967. called individually) and wanted to know if in that case they could
  8968. report the same number for Caller ID purposes only. With those
  8969. constraints, they will each report a different number. He could do as
  8970. you suggest if he considers the single number more important than the
  8971. ability to reach the numbers individually, provided that his local
  8972. telco offers the configuration you describe.
  8973.  
  8974.  
  8975. Terry Kennedy        Operations Manager, Academic Computing
  8976. terry@spcvxa.bitnet    St. Peter's College, Jersey City, NJ USA
  8977. terry@spcvxa.spc.edu    +1 201 915 9381
  8978.  
  8979. ------------------------------
  8980.  
  8981. Date: Wed, 3 Feb 93 14:22 PST
  8982. From: john@zygot.ati.com (John Higdon)
  8983. Reply-To: John Higdon <john@zygot.ati.com>
  8984. Organization: Green Hills and Cows
  8985. Subject: Re: Caller ID and Voice Messaging in Centrex
  8986.  
  8987.  
  8988. On Feb 3 at 17:09, Terry Kennedy writes:
  8989.  
  8990. >   Given the constraints the original poster gave, I stand by my answer. He
  8991. > wanted two lines with different numbers (so they could be called individ-
  8992. > ually) and wanted to know if in that case they could report the same number
  8993. > for Caller ID purposes only.
  8994.  
  8995. I guess I glossed over that part of it. My automatic assumption is
  8996. that if someone wants hunting, the lines are treated equally and it
  8997. matters not which lines are reached by a caller. For instance, here at
  8998. home, I have actually three hunt groups. One is for PEP modems, one
  8999. for V.32 modems, and the other for my toy voice conference. Obviously,
  9000. on each line of a particular group there is a similar device as on
  9001. every other line.
  9002.  
  9003. Amusingly enough, an associate had a modem hunt group with a different
  9004. kind of modem on each line. I used to call it "modem roulette", since
  9005. you never really knew what was going to answer. He has since come
  9006. around.
  9007.  
  9008.  
  9009. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  9010. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  9011.  
  9012. ------------------------------
  9013.  
  9014. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  9015. Subject: Re: Caller ID and Voice Messaging in Centrex
  9016. Organization: AT&T
  9017. Date: Wed, 3 Feb 1993 18:03:16 GMT
  9018.  
  9019.  
  9020. In article <telecom13.66.7@eecs.nwu.edu> Terry Kennedy <TERRY@
  9021. spcvxa.spc.edu> writes:
  9022.  
  9023. > In article <telecom13.62.6@eecs.nwu.edu>, tad@ssc.com (Tad Cook)
  9024. > writes:
  9025.  
  9026. >> They have informed me that on outbound calls, the number for the
  9027. >> second line will show up in the ID if a call is placed from that line.
  9028.  
  9029. > This is correct.
  9030.  
  9031. >> Does anyone know if it is possible to get the same number listed as
  9032. >> the ID on both lines?
  9033.  
  9034. > It's not possible. Caller ID delivers the actual telephone number.
  9035. > ANI would deliver the billing number.
  9036.  
  9037. The only ways I could see to have the Calling Party Number of the
  9038. first line used for calls originated from the second line are (a) if
  9039. both lines are behind a key system, but then I don't know if the hunt
  9040. group will work; (b) if they're ISDN lines with a "shared DN"
  9041. capability, where each ISDN set has call appearance buttons for both
  9042. lines and the person calling out from the "second" line can actually
  9043. grab a call appearance of the "first" line to place the call.
  9044.  
  9045.  
  9046. David G Lewis                              AT&T Bell Laboratories
  9047. david.g.lewis@att.com or !att!goofy!deej     Switching & ISDN Implementation
  9048.  
  9049. ------------------------------
  9050.  
  9051. From: duggan@cc.gatech.edu (Rick Duggan)
  9052. Subject: Re: Sears Kills Catalog After 95 Years
  9053. Reply-To: duggan@cc.gatech.edu (Rick Duggan)
  9054. Organization: College of Computing
  9055. Date: Wed, 3 Feb 1993 18:17:59 GMT
  9056.  
  9057.  
  9058. In article <telecom13.66.9@eecs.nwu.edu> stile@okcforum.osrhe.
  9059. uoknor.edu (Howard Wilson) writes:
  9060.  
  9061. > Sorry folks, but I feel this error *MUST* be corrected.  Sears is NOT
  9062. > going out of business.  The probability "all merchandise is exhausted"
  9063. > is so slim as to be impossible.  
  9064.  
  9065. No one said they were.  As we all know by now, they are phasing out
  9066. catalog operations.  However, the catalog has many, many more items
  9067. than the retail stores (and more than the stores could ever stock).
  9068. So, it's not unreasonable to believe they've probably purchased all
  9069. they will of some of the items they know *won't* be carried in the
  9070. stores.  Since they have a finite supply of such items, they might run
  9071. out of them.  Now, Sears isn't the biggest proponent of just-in-time
  9072. delivery, but they don't have the next 20 years worth of catalog-only
  9073. bicycles sitting in some warehouse.  And why would they bother to get
  9074. a new small shipment of something they're about to stop selling?
  9075.  
  9076.  
  9077. Rick Duggan - duggan@cc.gatech.edu
  9078.  
  9079. ------------------------------
  9080.  
  9081. From: timhu@ico.isc.com (Timothy Hu)
  9082. Subject: Re: Sears Kills Catalog After 95 Years
  9083. Organization: Interactive Systems Corp., Boulder CO
  9084. Date: Wed, 3 Feb 1993 18:46:23 GMT
  9085.  
  9086.  
  9087. In article <telecom13.66.9@eecs.nwu.edu> stile@okcforum.osrhe.
  9088. uoknor.edu (Howard Wilson) writes:
  9089.  
  9090. > Again, you can NOT order from the catalog until all merchandise is
  9091. > gone (the catalog won't be around long enough).  You can only order
  9092. > until the end of this year.
  9093.  
  9094. Then I suppose DAK will buy up what's left and sell it.
  9095.  
  9096.  
  9097. Timothy Hu timhu@ico.isc.com     | The intelligence (or lack of) expressed
  9098. Interactive Systems Corporation  | above does not necessarily reflect
  9099. Resource Solutions International | that of anyone else.
  9100.  
  9101. ------------------------------
  9102.  
  9103. Subject: Re: Prodigy <> Internet Gateway Almost Finished
  9104. Date: Wed, 3 Feb 93 13:29:30 CST
  9105. Reply-To: atoscano@attmail.com
  9106. From: atoscano@taronga.com (A Alan Toscano)
  9107.  
  9108.  
  9109. Several readers have posted examples of mail to prodigy.com which were
  9110. returned 'User Unknown'.
  9111.  
  9112. Recently, I enquired of Prodigy Membership Services about when
  9113. Internet email might become available. Here's the reply I received:
  9114.  
  9115. > From: SERVICE USAGE HELP 
  9116. > Subject: Internet mail access 
  9117. > Sent on: 01/28 at 08:19 PM 
  9118.  
  9119. > Dear Mr Toscano:
  9120. > With "MAX E-MAIL" you will be able to compose, edit and spellcheck all 
  9121. > private messages "offline".  There is a one time introductory charge 
  9122. > for downloading the required software.  For a nominal additional cost, 
  9123. > members can exchange private messages with those on INTERNET, send 
  9124. > faxes, or U.S. mail letters from their computers.  look for details on 
  9125. > this new product early in 1993.
  9126.  
  9127. > Thanks for writing.                                                   
  9128.  
  9129. > Kathleen T,. Membership Services
  9130.  
  9131. As of this writing, availability of these new services hasn't been
  9132. announced yet, so I wouldn't think that any ordinary Prodigy members
  9133. have Internet email access at this time. (I've previously been told
  9134. that it was being beta tested by Prodigy employees.)
  9135.  
  9136. I wonder if sending email to a Prodigy member who isn't subscribed to
  9137. the "MAX E-MAIL" (additional cost) features, would result in mail
  9138. returned 'User Unknown'? Perhaps this is the cause of what's been
  9139. occurring recently.
  9140.  
  9141.  
  9142. A Alan Toscano -- Houston, TX -- <atoscano@attmail.com> -- <attmail!atoscano>
  9143.  
  9144. ------------------------------
  9145.  
  9146. Organization: Penn State University
  9147. Date: Wed, 3 Feb 1993 15:59:56 EST
  9148. From: Peter M. Weiss <PMW1@psuvm.psu.edu>
  9149. Subject: Re: Prodigy <> Internet Gateway Almost Finished
  9150.  
  9151.  
  9152. In article <telecom13.67.10@eecs.nwu.edu>, GHADSAL@AMERICAN.EDU says:
  9153.  
  9154. (He offered to do lookups of names/addresses for the rest of the net.)
  9155.  
  9156. > [Moderator's Note: Why don't you see what you can find out about
  9157. > Sandra G. Weiss, a/k/a 'hfdg66r' and get back to Paul Robinson.
  9158. > However Guy, you may be sorry you made this offer -- you may find
  9159. > yourself turned into a full time directory assistance operator rather
  9160. > quickly once this message makes the rounds and a few thousand people
  9161. > read it.  PAT]
  9162.  
  9163. Not really, he then reverse bills you -- it's a 900-type IP service ;-)
  9164.  
  9165.  
  9166. Pete
  9167.  
  9168. ------------------------------
  9169.  
  9170. From: jrichert@krefcom.GUN.de (Jan Richert)
  9171. Subject: Re: Overseas Directory Assistance
  9172. Date: 3 Feb 93 16:13:18 GMT
  9173. Organization: Krefcom UUCP Server, Krefeld, FRG
  9174.  
  9175.  
  9176. amunn@gibbs.oit.unc.edu (Alan Munn) writes:
  9177.  
  9178. > Is it possible to connect directly to directory assistance in other
  9179. > countries?
  9180.  
  9181. Sometimes you can reach the US directory assistance from Germany by
  9182. dialing +1 XXX 555 1212 ... but sometimes you get a message "Your call
  9183. cannot completed as dialed" ... from time to time this message is
  9184. interrupted and the directory assistance answers ... strange thing.
  9185.  
  9186. The German directory assistance can be reached by dialing +49 211 1188
  9187. from anywhere.
  9188.  
  9189.  
  9190. Greets,
  9191.  
  9192. Jan Richert (NIC-ID: JR482)   | Internet:   jrichert@krefcom.GUN.de
  9193. Krefeld, FRG                  | Datex-J:    02151399843-0001
  9194. Voice & FAX: +49 2151 313124  | IRC-Nick:   jrichert
  9195.  
  9196. ------------------------------
  9197.  
  9198. Date: Wed, 3 Feb 93 17:43:08 EST
  9199. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  9200. Subject: Re: Overseas Directory Assistance
  9201.  
  9202.  
  9203. clive@x.co.uk (Clive Feather) writes:
  9204.  
  9205. > Canadian codes
  9206. >    414, 416, 519, 604
  9207. >      all work every time;
  9208. >    418, 514, 613, 705, 807, 819, 204, 306, 403, 506, 709, 902
  9209. >     always give me number unobtainable after dialing the whole number
  9210. >    905 [not yet in use];
  9211. >     gives number unobtainable immediately after the area code.
  9212.  
  9213. Off the top of my head, I think all the Canadian area codes are
  9214. accounted for above.  But why is 414 included?  414 is Wisconsin
  9215. (U.S.), not in Canada.  I thought you might be thinking of 514, but
  9216. that's included elsewhere.
  9217.  
  9218. ------------------------------
  9219.  
  9220. Date: Wed, 3 Feb 93 13:31:46 -0500
  9221. From: roy@mchip00.med.nyu.edu (Roy Smith)
  9222. Subject: Re: ISDN Basic Rate Access
  9223. Organization: New York University, School of Medicine
  9224.  
  9225.  
  9226. > Repeaters do exist.  However, they cost something over a thousand
  9227. > dollars apiece right now, so the telephone comapnies aren't exactly
  9228. > beating down a path to the vendors' doors.  Thus if you don't live
  9229. > within 18 kf of an ISDN line termination (CO or neighborhood mux, like
  9230. > a SLC-96, which handles ISDN), you're probably "SOL".
  9231.  
  9232.     I live on City Island, which is a bit of land about 1/2 mile
  9233. wide by two miles long, isolated from the rest of the Bronx by several
  9234. miles.  When I enquired of NYTel about ISDN in my area, I was told
  9235. that we don't even have a CO on the island, but are served by a
  9236. substation (I think that was the word he used) from some CO in the
  9237. Bronx, and that we're either 1) not even on the list or 2) scheduled
  9238. for sometime in 1994 (depending on who you talk to).  City Island has
  9239. the entire 718-885 exchange.  Would a SLC-96 be serving an entire
  9240. exchange, or several of them?  Would that be what the telco guy meant
  9241. by a "substation?".
  9242.  
  9243.  
  9244. Roy Smith <roy@nyu.edu>
  9245. Hippocrates Project, Department of Microbiology, Coles 202
  9246. NYU School of Medicine, 550 First Avenue, New York, NY 10016
  9247.  
  9248. ------------------------------
  9249.  
  9250. From: lars@spectrum.CMC.COM (Lars Poulsen)
  9251. Subject: Re: "Secret" Phone Codes
  9252. Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA
  9253. Date: Wed, 3 Feb 93 19:26:58 GMT
  9254.  
  9255.  
  9256. In article <telecom13.60.9@eecs.nwu.edu> toddi@mav.com (Todd Inch)
  9257. writes:
  9258.  
  9259. > In GTE land north of Seattle, WA, the "secret code" is 411.  We use
  9260. > 1-555-1212 for local directory information.  The number varies widely
  9261. > depending on your local telco and probably isn't as simple as a three
  9262.  
  9263. Here in GTE Santa Barbara land, it's 114 ("reverse 411") and
  9264. 1-555-1212 says "it is not necessary to dial a 1"; 555-1212 yields
  9265. reorder as does 1-805-555-1212. This latter is one of my pet peeves
  9266. with GTE. I have tried to suggest to various information operators,
  9267. repair dispatchers and customer service representatives that
  9268. 1-805-555-1212 should be routed somewhere useful, but they claim that
  9269. "everybody knows to use 411 for information within your own area code"
  9270. and they refuse to even write down the suggestion. (After all, it
  9271. can't be much harder to route it to a service point than to route it
  9272. to reorder.)
  9273.  
  9274. This is what I hate about GTE. "We don't care, we don't have to.
  9275. We're the phone company." At this time, GTE is laying off plant
  9276. maintenance people left and right, and soon all customer service and
  9277. information operators will move from Thousand Oaks, California to
  9278. Plano, Texas. I think this is the effect of rate cap regulation, which
  9279. gives the LEC a strong reason to cut costs. (On the other hand, the
  9280. rate cap regulation has not prevented GTE from filing for rate
  9281. increases, nor CPUC from granting them.)
  9282.  
  9283. Technically, they are pretty good by now, but their attitude stinks.
  9284.  ... Oops. Got carried away again. "GTE - a phone company that inspires
  9285. passion in our customers!!"
  9286.  
  9287.  
  9288. Lars Poulsen, SMTS Software Engineer    Internet E-mail: lars@CMC.COM
  9289. CMC Network Products / Rockwell Int'l    Telephone: +1-805-968-4262    
  9290. Santa Barbara, CA 93117-3083        TeleFAX:   +1-805-968-8256
  9291.  
  9292. ------------------------------
  9293.  
  9294. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  9295. Subject: Re: Personal 800 Number Question
  9296. Date: 3 Feb 1993 21:02:42 GMT
  9297. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  9298.  
  9299.  
  9300. I have an 800 number for my BBS line for my use when I get into areas
  9301. that don't have PC Pursuit (there are more then you think). It has
  9302. saved me large amounts of money over the couple of years I have had
  9303. it.  The rate is the same anytime of the day (AT&T). I have never
  9304. looked at any other service carriers. It works like a remote call
  9305. forwarding number and AT&T can chnage it for me within a few minutes
  9306. if needed. I have found that unless I block some area codes it can be
  9307. used anywhere in the US including local. My big complaint is there are
  9308. people trying to hack it thinking it is a DID line, so each month I
  9309. get a bunch of calls listed that are 15 to 30 seconds and they do add
  9310. up. Also I have been told that slimmy phone marketers look for 800 fax
  9311. machines and numbers to sell their junk.
  9312.  
  9313. ------------------------------
  9314.  
  9315. Date: Wed, 3 Feb 93 13:43:35 -0800
  9316. From: rlm@indigo2.hac.com (Robert L. McMillin)
  9317. Subject: Re: Alternate Reason For White House Busy
  9318.  
  9319.  
  9320. TELECOM Moderator writes:
  9321.  
  9322. > [Moderator's Note: Thanks for passing along that clever response from
  9323. > Jay Leno. The Chicago papers discussed the White House phone congestion
  9324. > in recent days by noting that the combination of a popular president
  9325. >  ...
  9326.  
  9327. Oh please -- Clinton lost the popular vote.  The only groups the man
  9328. is popular with are the ever politically correct media and the usual
  9329. Democratic rabble.
  9330.  
  9331.  
  9332. Robert L. McMillin                     | Voice:    (310) 568-3555
  9333. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  9334. Los Angeles, CA                        | Internet: rlm@indigo2.hac.com
  9335.  
  9336.  
  9337. [Moderator's Note: Well then, one could say he is controversial and
  9338. Has generated a lot of discussion. That, combined with a willingness
  9339. by citizens to use the phone more than ever gets us to the same point.
  9340. I think the lesson here is we are going to see the telephone and
  9341. electronic mail used a lot more with this administration. In the next
  9342. issue of the Digest, I will pass along Clinton's new email address.  PAT]
  9343.  
  9344. ------------------------------
  9345.  
  9346. From: John Ackermann <jra@law7.daytonoh.ncr.com>
  9347. Subject: Re: What The Heck is 4,941,976.667 Hz Good For?
  9348. Organization: NCR Corporation -- Law Department
  9349. Date: Wed, 3 Feb 1993 21:49:48 GMT
  9350.  
  9351.  
  9352. clements@BBN.COM writes:
  9353.  
  9354. > The question:
  9355.  
  9356. >    What the heck is 4,941,976.667 Hz good for?
  9357.  
  9358. >    I can't figure out what that frequency is good for.  It isn't
  9359. > related to T1, T2 or T3 bit rates.  Nor the European equivalents. Nor
  9360. > SONET rates.  It isn't related to NTSC or PAL video subcarriers.  And
  9361. > in the red herring department, it is not related to the natural
  9362. > frequency of the Rubidium oscillator itself, which is up in the 6.84
  9363. > GHz area.
  9364.  
  9365. It's a subharmonic of the natural rubidium oscillation frequency.  The
  9366. standard uses a PLL to lock a crystal oscillator at the 4.96xxxx MHz
  9367. frequency to the natural rubidium resonant frequency (it's something
  9368. like a divide by 1,842 loop).  The 1 and 5 MHz outputs are synthesized
  9369. from that locked oscillator.
  9370.  
  9371. I don't know what you would use the direct output for, although it
  9372. would be the most stable and jitter-free output available.  Perhaps
  9373. they fed that signal from several standards to a phase comparator to
  9374. track the difference between a suite of such standards.
  9375.  
  9376. By the way, I'd love to get hold of one of those things at "hobbyist"
  9377. pricing some day ...
  9378.  
  9379.  
  9380. John R. Ackermann, Jr.         Law Department, NCR Corporation, Dayton, Ohio
  9381. (513) 445-2966               John.Ackermann@daytonoh.ncr.com
  9382. Packet Radio: ag9v@n8acv.oh    tcp/ip: ag9v@ag9v.ampr [44.70.12.232]
  9383.  
  9384. ------------------------------
  9385.  
  9386. End of TELECOM Digest V13 #68
  9387. *****************************
  9388. 
  9389. 
  9390. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa27685;
  9391.           5 Feb 93 5:06 EST
  9392. Received: by delta.eecs.nwu.edu id AA00767
  9393.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 5 Feb 1993 00:40:07 -0600
  9394. Received: by delta.eecs.nwu.edu id AA19665
  9395.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 5 Feb 1993 00:39:03 -0600
  9396. Date: Fri, 5 Feb 1993 00:39:03 -0600
  9397. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  9398. Message-Id: <199302050639.AA19665@delta.eecs.nwu.edu>
  9399. To: telecom@delta.eecs.nwu.edu
  9400. Subject: TELECOM Digest V13 #69
  9401.  
  9402.  
  9403. TELECOM Digest     Thu,  4 Feb 93 12:06:00 CST    Volume 13 : Issue 69
  9404.  
  9405. Index To This Issue:                     Moderator: Patrick A. Townson
  9406.  
  9407.     Rochester Tel Plans to Split (Democrat & Chronicle via Curtis E. Reid)
  9408.     Proposed Restructuring of Rochester Tel (Curtis E. Reid)
  9409.     German PCN License (E1) Given to VEBA and Thyssen (Thomas Diessel)
  9410.     Computer-Telephone Integration (Rick Zwiep)
  9411.     Teledoc (Geneva) Document Server (Joe Harrison)
  9412.     Question About a Telephone "Relay" When Phone's in Use (John Jackson)
  9413.     Salesmen That Won't Quit (Ed Sims)
  9414.     Telecommunications Magazine Asks: Another Divestiture Needed? (J Sicherman)
  9415.     Wanted: Info on Interalia Digital Voice Announcer (William Petrisko)
  9416.     X.32 Protocol: Software Emulation Possible? (Nadim Massoud)
  9417.     Fujitsu F9600 Inquiry (Todd Lesser)
  9418.     Clinton's E-Mail Address (From the White House via Bonnie J. Johnson)
  9419.     Who is Telebec? (John R. Levine)
  9420.     Where Did Genesis Electronics Go? (Are They Now Microlog?) (Robert MacKin)
  9421.     Cellular (XXX0)/XXX- Listings Wanted (J.R. Bob Dobbs)
  9422.     Cellular Phone Frequency Allocations (Hugh Eaves)
  9423.     Frame Relay Advice Sought (Paul Fisher)
  9424. ----------------------------------------------------------------------
  9425.  
  9426. Date: 04 Feb 1993 10:07:50 -0400 (EDT)
  9427. From: Curtis E. Reid <CER2520@ritvax.isc.rit.edu>
  9428. Subject: Rochester Tel Plans to Split
  9429.  
  9430.  
  9431. There was a Page 1 news report in Rochester, NY's {Democrat &
  9432. Chronicle} today February 4, 1993.  This is a excerpt.
  9433.  
  9434.  
  9435.                      ROCHESTER TEL PLANS SPLIT
  9436.                It would invite other firms to compete
  9437.  
  9438.     Praise and surpise greeted yesterday's announcement by Rochester
  9439. Telephone Corp. that it wants to be the first in the industry to break
  9440. up its monopoly on local telephone service.
  9441.  
  9442.     Rochester Tel filed a petition yesterday with the New York State
  9443. Public Service Commission proposing to invite other companies to
  9444. compete for residential and commerical phone service in exchange for
  9445. freedom from many state regulations.  'Groundbreaking' is how
  9446. telecommunications experts described the plan.
  9447.  
  9448.     Rochester Tel has bolstered its reputation for being an industry
  9449. innovator.
  9450.  
  9451. 'They're ahead of everybody else,' said Ellie Noam, director of the
  9452. Columbia Institute for Tele-Information at Columbia University.  'This
  9453. is the future, the way telecommunications is going.'
  9454.  
  9455.     Rochester Tel is the first regulated telephone company in the
  9456. country to propose spiltting its local telephone operation into two
  9457. parts: A regulated network of phone lines and call-switching equipment
  9458. that any company can use, and a competitive marketing company that
  9459. will sell telephone service to commerical and residential customers.
  9460.  
  9461.     The company wants to run its business like a railroad, said Noam,
  9462. who cautions that he hasn't seen the petition.  The network will be
  9463. the railroad track -- Rochester Tel owns it, but other companies can
  9464. pay to use it.  The marketing company will be one of several 'trains'
  9465. that send information over the network.
  9466.  
  9467.     This is the approach the PSC has encouraged for several years.
  9468. And as its rulings steadily open doors for potential competitors,
  9469. regulated monopolies like Rochester Tel lose more customers to nimble,
  9470. non-regulated "alternate providers."
  9471.  
  9472.     ... end of excerpt ...
  9473.  
  9474.  
  9475. Curtis E. Reid                CER2520@ritvax.isc.rit.edu
  9476. Rochester Institute of Technology/NTID    REID@DECUS.org (DECUS)
  9477. P.O. Box 9887                716.475.6089 TDD/TT 475.6895 Voice
  9478. Rochester, NY 14623-0887  U.S.A.    716.475.6500 Fax (Business Use Only)
  9479.  
  9480. ------------------------------
  9481.  
  9482. Date: 04 Feb 1993 10:18:46 -0400 (EDT)
  9483. From: Curtis E. Reid <CER2520@ritvax.isc.rit.edu>
  9484. Subject: Proposed Restructuring of Rochester Tel
  9485.  
  9486.  
  9487. {This is an extract from Rochester, NY's {Democrat & Chronicle"},
  9488. February 4, 1993, page 9A.  It is a diagram that I will attempt to
  9489. duplicate here:
  9490.  
  9491.               PROPOSED RESTRUCTURING OF ROCHESTER TEL
  9492.  
  9493. Rochester Telephone Corp. has proposed an 'Open Market' structure in
  9494. which a holding company would compete in the unregulated marketplace.
  9495. A separate, regulated, network company would maintain control over
  9496. infrastructure, the 911 emergency system and some operator services.
  9497. Here is an outline of the proposed restructuring:
  9498.  
  9499.                           Rochester Telephone Corp.
  9500.                      Local telephone service (regulated)
  9501.                                    /\
  9502.                           ---------  -------
  9503.                         //                  \\
  9504.                       //                      \\ 
  9505.                    ///                          \\\
  9506.                   vv                               vv
  9507.                      Under proposed Open Market structure
  9508.  
  9509.     Rochester's            Rochester's
  9510.     network company            competitive company
  9511.     ('R-Net,' regulated)        ('R-Com,' unregulated)
  9512.     -------------------------    -----------------------------
  9513.     * Pole and main phone        * Line from pole into house
  9514.       lines                * Phone bills
  9515.     * Central offices        * Equipment sales, leases
  9516.     * Switching networks        * Inside wire maintenance
  9517.     * Buildings            * Yellow Pages
  9518.     * Land and right-of-ways    * Customer service
  9519.     * 911 emergency service        * Some operator services
  9520.     * Some operator services    * Voice Mail and other special
  9521.                       calling features such as call
  9522.                       forwarding, call waiting and
  9523.                       caller identification
  9524.  
  9525.  
  9526. Curtis E. Reid                CER2520@ritvax.isc.rit.edu
  9527. Rochester Institute of Technology/NTID    REID@DECUS.org (DECUS)
  9528. P.O. Box 9887                716.475.6089 TDD/TT 475.6895 Voice
  9529. Rochester, NY 14623-0887  U.S.A.    716.475.6500 Fax (Business Use Only)
  9530.  
  9531. ------------------------------
  9532.  
  9533. From: diessel@informatik.unibw-muenchen.de (Thomas Diessel)
  9534. Subject: German PCN License (E1) Given to VEBA and Thyssen
  9535. Date: Thu, 4 Feb 1993 16:20:16 +0100 (MET)
  9536.  
  9537.  
  9538. Today the German Secretary of Mail and Telecommunications gave the
  9539. license for a PCN network in Germany (called E1) to the E-plus group
  9540. led by VEBA und Thyssen, both based in Duesseldorf. The other
  9541. candidate was the E-Star group led by Munich based BWM and MAN. (The
  9542. secretary comes from Munich, too.)  E-plus plans to start the E1
  9543. service in Berlin and Leipzig (both cities located in the eastern part
  9544. of Germany) by the end of this year. There are already two GSM
  9545. networks in Germany, D1 by Telekom and D2 by Mannesmann Mobilfunk
  9546. (based in Duesseldorf, too).
  9547.  
  9548.  
  9549. Thomas Diessel
  9550. Federal Armed Forces University, Munich  -  Computer Science Department
  9551. Werner-Heisenberg-Weg 39  -  W-8014 Neubiberg, Germany
  9552.  
  9553. ------------------------------
  9554.  
  9555. From: Rick_Zwiep@magic-bbs.corp.apple.com
  9556. Organization: Macintosh Awareness Group In Canada
  9557. Date: Thu, 04 Feb 1993 07:28:22 EST
  9558. Subject: Computer-Telephone Integration
  9559.  
  9560.  
  9561. In article <telecom13.64.2>, Fred Goldstein provides further
  9562. background on SCAI, CompuCall and the Meridian Link.
  9563.  
  9564. In the latest Northern doc I have, they state:
  9565.  
  9566. "Meridian Link is Northern Telecom's strategic offering to provide
  9567. Host to Switch functional integration ... and evolution towards Switch
  9568. to Computer Application Interface ... CSAI"
  9569.  
  9570. >> Anybody know of any other implementations of SCAI?
  9571.  
  9572. I am very curious to know of *any* organizations using Computer-Telephony 
  9573. Integration (particularly Centrex-based).  According to some implementors,
  9574. there are less than 300 CTI installations in North America.  If you
  9575. know of any, please post here.
  9576.  
  9577. > snapshots of ISDN (this was before Q.931 was finished).  
  9578.  
  9579. As far as I understand, Q.931 was not envisioned to include the
  9580. concept of a monitor function and a proxy function.  The monitor
  9581. function allows the call status to be seen outside of the switch, and
  9582. the proxy function allows the computer to dial and receive calls on
  9583. behalf of the telephone set.
  9584.  
  9585.  
  9586. Rick Zwiep             rick_zwiep@magic-bbs.corp.apple.com            
  9587. The Transition Group             voice:+1 416 602 4800 x234 
  9588. Standard Disclaimer:   I have no opinions, but I'll listen to yours.
  9589.  
  9590. ------------------------------
  9591.  
  9592. Date: Wed, 3 Feb 1993 17:59:51 +0000
  9593. From: J.Harrison@bra0401.wins.icl.co.uk
  9594. Subject: Teledoc (Geneva) Document Server
  9595.  
  9596.  
  9597. Do TD readers know this exists? (I didn't). A selection of useful
  9598. telecommunications documents such as ITU, CCITT, CCIR, IFRB, BDT stuff
  9599. is available from this server.
  9600.          
  9601. Internet mail address: teledoc@itu.arcom.ch 
  9602. X.400 mail address:    S=teledoc/P=itu/A=arcom/C=ch  
  9603.          
  9604. To use, send mail with TEST or HELP in the body to either of the 
  9605. above addresses (Subject: is ignored).
  9606.          
  9607. Joe Harrison
  9608.  
  9609. ------------------------------
  9610.  
  9611. From: scourge@kazak.NMSU.Edu (John Jackson)
  9612. Subject: Question About a Telephone "Relay" When Phone's in Use
  9613. Organization: Alternative Collegiate Computing Association
  9614. Date: Wed, 3 Feb 1993 23:30:29 GMT
  9615.  
  9616.  
  9617. Greets.  I got my caller ID interface for my computer Tuesday.  Got my
  9618. caller ID on Wednesday.  Everything seems to work great.  Thing is,
  9619. I've bought a "dumb" deocder.  Some of the smart ones will only decode
  9620. after the first ring.  Mine has no special care.  This puppy tries to
  9621. decode voice conversations.
  9622.  
  9623. Solution: slap something on the line that will disconnect the decoder
  9624. when the line is in use (or impedance goes low).  I see now on a piece
  9625. of paper I received with the box that:
  9626.  
  9627.     'noisy telephone lines may produce "garbage" characters between
  9628.      ASCII call data.'
  9629.  
  9630. So, in other words, aren't these guys TELLING me this thing is going
  9631. to decode during calls??  :) I don't care, really.  I think it's neat.
  9632. Hell, I've already called myself on my other line and recorded the
  9633. signal, then played it through the decoder :)
  9634.  
  9635. But for now, I want to build something to "un-plug" it.  I'm in the
  9636. mood to build something else (this is fun).  I just don't know what
  9637. the hell to use.  Idea is:
  9638.  
  9639.        .--------------.      .-----------.     .-----------------.
  9640.  CO====| Line Monitor |======|  Decoder  |/////| C O M P U T E R |
  9641.        `--------------'      `-----------'     `-----------------'
  9642.  
  9643. Could someone supply some schematics or refer me to IC's/existing
  9644. circuits that will allow me to drop a relay in and disconnect the
  9645. decoder when the line is in use?
  9646.  
  9647.  
  9648. Thanks, 
  9649.  
  9650. John
  9651.  
  9652. ------------------------------
  9653.  
  9654. Reply-To: esims@froggy.win.net (Ed Sims)
  9655. Date: Wed, 3 Feb 1993 21:17.58.78
  9656. Subject: Salesmen That Won't Quit
  9657. From: esims@froggy.win.net (Ed Sims)
  9658.  
  9659.  
  9660. About a year ago, we signed up at a home show for some literature on
  9661. replacement windows.  One company, Omni Windows, has called five times
  9662. trying to sell their wares.  Each time we have told them that we have
  9663. already bought windows from another company and to take us off their
  9664. list.
  9665.  
  9666. Late one Sunday evening about a month ago they called and the salesman
  9667. got really crappy after I got crappy with him about not being off
  9668. their list yet.
  9669.  
  9670. They called again tonight and I again requested they take us off their
  9671. list (Actually I didn't -- my wife did. She won't let me talk to them
  9672. now.)
  9673.  
  9674. My wife, the list-lurking telecom manager, says there are laws but
  9675. can't seem to come up specifics.
  9676.  
  9677. How do we break Omni Windows?
  9678.  
  9679. BTW we live in Indianapolis, IN.
  9680.  
  9681.  
  9682. Ed Sims     esims@froggy.win.net
  9683.  
  9684. ------------------------------
  9685.  
  9686. Date: Thu, 4 Feb 1993 00:29:30 -0800
  9687. From: Jeff Sicherman <sichermn@csulb.edu>
  9688. Subject: Telecommunications Magazine Asks: Another Divestiture Needed?
  9689. Organization: Cal State Long Beach
  9690.  
  9691.  
  9692.   The January 1993 issue of {Telecommunications} has an article called
  9693. "The State of the Public Network: Why We Need Another Divestiture".
  9694. it pretty much covers much of the discussion here about how RBOC's use
  9695. local monopolies to subsidize supposedly separate and competitive
  9696. businesses, mostly ineffectively and almost always to the detriment of
  9697. the ratepayer with generally ineffectual oversite by (C)PUC's. In
  9698. fact, I would have thought it was ghost written by Higdon but there
  9699. wasn't the tele-tale, requistite diatribe against GTE.
  9700.  
  9701.   However there was one unfamiliar item in it. It, in one brief
  9702. sentence, referred to 'proposed 511 services'. Did I miss a discussion
  9703. of this topic in the Digest ?
  9704.  
  9705.  
  9706. Jeff Sicherman
  9707.  
  9708. ------------------------------
  9709.  
  9710. From: petrisko@evax2.engr.arizona.edu (William Petrisko)
  9711. Subject: Wanted: Info on Interalia Digital Voice Announcer
  9712. Date: 4 Feb 1993 10:01:44 GMT
  9713. Organization: University of Arizona, College of Engineering and Mines, Tucson
  9714. Reply-To: petrisko@evax2.engr.arizona.edu
  9715.  
  9716.  
  9717. I recently came across a nifty device that will record a short voice
  9718. message (digitally) and will serve as a outgoing-only voice announcer
  9719. for two telephone lines.  I would like to know, however, what the bank
  9720. of DIP switches on the back panel are for.
  9721.  
  9722. It is made by Interalia (in Canada), model# DMU-2CAB, and is labelled
  9723. "Digital Voice Announcer."
  9724.  
  9725. If anyone has a similar unit, or can tell me the phone number/address
  9726. of the manufacturer, please let me know.
  9727.  
  9728.  
  9729. Thanks,
  9730.  
  9731. bill petrisko     SHORT and SOON to EXPIRE: petrisko@evax2.engr.arizona.edu
  9732. aka n7lwo  LONG and INVALID: !uunet!4gen!warlok!gargle!omnisec!thumper!bill
  9733.  
  9734. ------------------------------
  9735.  
  9736. Organization: The American University - University Computing Center
  9737. Date: Thu, 4 Feb 1993 08:23:55 EST
  9738. From: MASSOUD@AMERICAN.EDU
  9739. Subject: X.32 Protocol: Software Emulation Possible?
  9740.  
  9741.  
  9742. I need to connect to a network using the X.32 protocol (X.25 Dial-in
  9743. PAD).  The only modems I' ve heard can do this are the Hayes Ultra
  9744. 9600 or 14400.  I own a Zoom v32bis modem, and can connect to the X.32
  9745. number in V.32 synchronous mode, but I cannot do anything more than
  9746. connecting.  Since I can connect, isn't it possible to emulate X.32 by
  9747. software?
  9748.  
  9749. If such a software exists, where can I find it (for PC under DOS or
  9750. Windows)?  If not, are there any modems that offer the capability
  9751. while being cheaper than the Hayes?
  9752.  
  9753. Thanks for your help.
  9754.  
  9755.  
  9756. Nadim Massoud   Massoud@american.edu
  9757.  
  9758. ------------------------------
  9759.  
  9760. Date: Wed, 3 Feb 93 16:56 PST
  9761. From: todd@silo.info.com (Todd Lesser)
  9762. Reply-To: Todd Lesser <todd@silo.info.com>
  9763. Subject: Fujitsu F9600 Inquiry
  9764.  
  9765.  
  9766. A non profit corporation my father is on the board of is looking into
  9767. purchasing a Fujitsu F9600 PBX.  They were given a quote for 78K.  It
  9768. is going to have 48 trunks (1 T1 and 24 analog) and 32 extentions.  It
  9769. sounds a bit spendy to me.  Does anyone know of anything good or bad
  9770. about the Fujitsu?  Please send e-mail to todd@silo.info.com.
  9771.  
  9772.  
  9773. Todd Lesser    Info Connections
  9774. (619) 459-7500 Voice    (619) 459-4600 Fax
  9775. <todd@silo.info.com> or <attmail!denwa!todd>
  9776.  
  9777. ------------------------------
  9778.  
  9779. Date: Thu, 04 Feb 93 12:59:46 EST
  9780. From: Bonnie J Johnson <COM104@ukcc.uky.edu>
  9781. Subject: Clinton's E-Mail Address
  9782.  
  9783.  
  9784. While reading another list I came across this information:
  9785.  
  9786. "The first time in history that the White House has been connected to
  9787. the public through e-mail. We welocome your comments and suggestions."
  9788.  
  9789. Jock Gill   Electronic Publishing  
  9790. Public Access E-mail   The White House
  9791. Washington, DC   75300.3115@Compuserve.com
  9792. CLINTON PZ on America On-line
  9793.  
  9794.  
  9795. Just an FYI. 
  9796.  
  9797. bj
  9798.  
  9799. ------------------------------
  9800.  
  9801. Subject: Who is Telebec?
  9802. Date: Wed, 3 Feb 93 15:32:27 EST
  9803. From: John R. Levine <johnl@iecc.cambridge.ma.us>
  9804.  
  9805.  
  9806. In a booklet about the Magdalen Islands, windswept sand bars in the
  9807. Gulf of St. Lawrence noted for baby harp seals in the winter and
  9808. windsurfing in the summer, there is an ad from Telebec (accents over
  9809. the first two e's) which says it's the phone company for the Magdalen
  9810. Islands.
  9811.  
  9812. The islands are part of Quebec and are direct dialable in area code
  9813. 418.  I thought that Bell Canada was the telco for all of Quebec.
  9814.  
  9815.  
  9816. Regards,
  9817.  
  9818. John Levine, johnl@iecc.cambridge.ma.us or {spdcc|ima|world}!iecc!johnl
  9819.  
  9820. ------------------------------
  9821.  
  9822. From: rpmackin@student.business.uwo.ca (Robert Patrick MacKin)
  9823. Subject: Where Did Genesis Electronics Go? (Are They Now Microlog?)
  9824. Organization: University of Western Ontario
  9825. Date: Wed, 3 Feb 1993 23:42:34 GMT
  9826.  
  9827.  
  9828. I am looking for info on the Genesis Genie 220B voicemail unit.  I
  9829. think Microlog bought them out but I have no number for them.  Can
  9830. anyone help?  Thanks!
  9831.  
  9832.  
  9833. rpmackin@student.business.uwo.ca (Robert Patrick MacKin)
  9834. Western Business School  --  London, Ontario
  9835.  
  9836. ------------------------------
  9837.  
  9838. Date: Wed, 3 Feb 93 19:59:31 -0500
  9839. From: dynastar@gnu.ai.mit.edu (J.R. Bob Dobbs)
  9840. Subject: Cellular (XXX0)/XXX- Listings Wanted
  9841.  
  9842.  
  9843. I am looking for a list of the cellular exchanges by area code (with
  9844. SID if possible).  I have attempted to find a listing and have failed
  9845. to do so as of yet. If anyone has a listing, could they please forward
  9846. it to me (or the newsgroup). If such a list doesn't exist, could
  9847. someone who has partial listings (even if it is only for your area
  9848. code), please mail those to me. With them I will attempt to compile my
  9849. own listing by SID or area.
  9850.  
  9851.  
  9852. Thanks,
  9853.  
  9854. Dynastar
  9855.  
  9856.  
  9857. [Moderator's Note: One of my favorite radio programs is the 'Hour of
  9858. Slack Radio Ministry' sponsored by the Church of the Sub-Genius, the
  9859. Reverend J.R. 'Bob' Dobbs, Pastor. Here in Chicago, his show is on
  9860. every Saturday afternoon on WZRD, 88.3 FM. In response to Maxime
  9861. Taskar and a few others who have complained about what they perceive
  9862. as my 'hypocrisy' from time to time in these daily bouts of insanity
  9863. we call comp.dcom.telecom I can only offer in my own defense these
  9864. comforting words from the immortal Pastor Bob --
  9865.  
  9866. "I don't practice what I preach because I'm not the kind of person that
  9867.  I'm preaching to"  -- J. R. "Bob" Dobbs
  9868.  
  9869. Praise Bob!   PAT]
  9870.  
  9871. ------------------------------
  9872.  
  9873. Date: 04 Feb 1993 10:42:13 -0400 (EDT)
  9874. From: Hugh Eaves <HLEAVES@Gems.VCU.EDU>
  9875. Subject: Cellular Phone Frequency Allocations
  9876.  
  9877.  
  9878. These are probably FAQ's, but I've got a few questions about the
  9879. frequency allocations for cellular phones:
  9880.  
  9881. Are all the allocated frequencies usually in use in a particular area?
  9882.  
  9883. Do different carriers in the same area use different channels?
  9884.  
  9885. What frequencies are used (specifically), and what is the channel
  9886. spacing?
  9887.  
  9888. Are there plans to expand the currently allocated frequency set?
  9889.  
  9890.  
  9891. Thanks,
  9892.  
  9893. Hugh L. Eaves                  Internet: hleaves@ruby.vcu.edu 
  9894. Medical College of Virginia    Bitnet: hleaves@vcuruby
  9895. Department of Human Genetics   Voice: (804) 371-8754  
  9896.  
  9897. ------------------------------
  9898.  
  9899. From: pfisher.HIS.LOCAL!pfisher@sol.UVic.CA (Paul Fisher)
  9900. Subject: Frame Relay Inquiry
  9901. Organization: UVic
  9902. Date: Thu, 04 Feb 1993 00:00:00 GMT
  9903.  
  9904.  
  9905. Could anyone direct me to some basic reference works on the subject of
  9906. fram relay. I have a fourth year student preparing a term paper on the
  9907. subject and would like to assist him in sourceing this information.
  9908.  
  9909. Thanks.
  9910.  
  9911.  
  9912. PFISHER@HSD.UVIC.CA
  9913.  
  9914. ------------------------------
  9915.  
  9916. End of TELECOM Digest V13 #69
  9917. *****************************
  9918. 
  9919. 
  9920. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa18794;
  9921.           5 Feb 93 14:44 EST
  9922. Received: by delta.eecs.nwu.edu id AA07043
  9923.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 5 Feb 1993 10:00:08 -0600
  9924. Received: by delta.eecs.nwu.edu id AA15396
  9925.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 5 Feb 1993 09:59:25 -0600
  9926. Date: Fri, 5 Feb 1993 09:59:25 -0600
  9927. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  9928. Message-Id: <199302051559.AA15396@delta.eecs.nwu.edu>
  9929. To: telecom@eecs.nwu.edu
  9930. Subject: TELECOM Digest V13 #70
  9931.  
  9932. TELECOM Digest     Fri,  5 Feb 93 09:59:15 CST    Volume 13 : Issue 70
  9933.  
  9934. Index To This Issue:                     Moderator: Patrick A. Townson
  9935.  
  9936.     Large BBS Raided by FBI (Richard B. Dervan)
  9937.     US Air Force Officer Sentenced in Computer/Sex Charge (Nigel Allen)
  9938.     Federal Criteria for Information Technology Security Review (Willis Ware)
  9939.     New Twist to Caller ID (Star-Tribune via Kevin Bluml)
  9940.     Consumers Could Choose Local Phone Service (Dem & Chronicle via P Dampier)
  9941. ----------------------------------------------------------------------
  9942.  
  9943. From: rdervan@orac.holonet.net (Richard B Dervan)
  9944. Subject: Large BBS Raided by FBI
  9945. Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
  9946. Date: Fri, 5 Feb 1993 13:18:52 GMT
  9947.  
  9948.  
  9949.    WASHINGTON--(BUSINESS WIRE)--The Federal Bureau of Investigation on
  9950. Saturday, Jan. 30, 1993, raided "Rusty & Edie's," a computer bulletin
  9951. board located in Boardman, Ohio, which has allegedly been illegally
  9952. distributing copyrighted software programs.
  9953.  
  9954.    Seized in the raid on the Rusty & Edie's bulletin board were
  9955. computers, hard disk drives and telecommunications equipment, as well
  9956. as financial and subscriber records.
  9957.  
  9958.    For the past several months, the Software Publishers Association
  9959. ("SPA") has been working with the FBI in investigating the Rusty &
  9960. Edie's bulletin board, and as part of that investigation has
  9961. downloaded numerous copyrighted business and entertainment programs
  9962. from the board.
  9963.  
  9964.    The SPA investigation was initiated following the receipt of
  9965. complaints from a number of SPA members that their software was being
  9966. illegally distributed on the Rusty & Edie's BBS.
  9967.  
  9968.     The Rusty & Edie's bulletin board was one of the largest private
  9969. bulletin boards in the country.  It had 124 nodes available to callers
  9970. and over 14,000 subscribers throughout the United States and several
  9971. foreign countries.  To date, the board has logged in excess of 3.4
  9972. million phone calls, with new calls coming in at the rate of over
  9973. 4,000 per day.  It was established in 1987 and had expanded to include
  9974. over 19 gigabytes of storage housing over 100,000 files available to
  9975. subscribers for downloading.  It had paid subscribers throughout the
  9976. United States and several foreign countries, including Canada,
  9977. Luxembourg, France, Germany, Finland, the Netherlands, Spain, Sweden
  9978. and the United Kingdom.
  9979.  
  9980.    A computer bulletin board allows personal computer users to access
  9981. a host computer by a modem-equipped telephone to exchange information,
  9982. including messages, files, and computer programs.  The systems
  9983. operator (Sysop) is generally responsible for the operation of the
  9984. bulletin board and determines who is allowed to access the bulletin
  9985. board and under what conditions.
  9986.  
  9987.    For a fee of $89.00 per year, subscribers to the Rusty & Edie's
  9988. bulletin board were given access to the board's contents including
  9989. many popular copyrighted business and entertainment packages.
  9990. Subscribers could "download" or receive these files for use on their
  9991. own computers without having to pay the copyrighted owner anything for
  9992. them.
  9993.  
  9994.    "The SPA applauds the FBI's action today," said Ilene Rosenthal,
  9995. general counsel for the SPA.  "This shows that the FBI recognizes the
  9996. harm that theft of intellectual property causes to one of the U.S.'s
  9997. most vibrant industries.  It clearly demonstrates a trend that the
  9998. government understands the seriousness of software piracy."  The SPA
  9999. is actively working with the FBI in the investigation of computer
  10000. bulletin boards, and similar raids on other boards are expected
  10001. shortly.
  10002.  
  10003.    Whether it's copied from a program purchased at a neighborhood
  10004. computer store or downloaded from a bulletin board thousands of miles
  10005. away, pirated software adds to the cost of computing.  According to
  10006. the SPA, in 1991, the software industry lost $1.2 billion in the U.S.
  10007. alone.  Losses internationally are several billion dollars more.
  10008.  
  10009. "Many people may not realize that software pirates cause prices to be
  10010. higher, in part, to make up for publisher losses from piracy," says
  10011. Ken Wasch, executive director of the SPA.  In addition, they ruin the
  10012. reputation of the hundreds of legitimate bulletin boards that serve an
  10013. important function for computer users."
  10014.  
  10015.    The Software Publishers Association is the principal trade
  10016. association of the personal computer software industry.  It's over
  10017. 1,000 members represent the leading publishers in the business,
  10018. consumer and education software markets.  The SPA has offices in
  10019. Washington DC, and Paris, France.
  10020.  
  10021.  
  10022.    CONTACT: Software Publishers Association, Washington
  10023.              Ilene Rosenthal, 202/452-1600 Ext. 318
  10024.              Terri Childs, 202/452-1600 Ext. 320
  10025.  
  10026.                      =======================
  10027.  
  10028. Richard B Dervan                       rdervan@holonet.net
  10029. System Support Programmer/Analyst      70007.6230@compuserve.com
  10030. Information America, Inc               
  10031.  
  10032.  
  10033.  
  10034. ------------------------------
  10035.  
  10036. From: Nigel Allen <nigel.allen@canrem.com>
  10037. Date: Fri, 5 Feb 1993 09:00:00 -0500
  10038. Subject: U.S. Air Force Officer Sentenced in Computer/Sex Charge
  10039. Organization: Echo Beach, Toronto
  10040.  
  10041.  
  10042. I saw the following item in the U.S. Air Force News Service, which is
  10043. regularly posted to soc.veterans, and thought that it might be of some
  10044. interest.  I have also posted it to misc.legal.
  10045.  
  10046.  (from AF News Svc 01/28/93, posted by bergman@afpan.pa.af.mil)
  10047.  
  10048.      GOODFELLOW AFB, Texas (AFNS) -- The former commander of
  10049. Goodfellow Technical Training Center was sentenced to dismissal from
  10050. the Air Force after being found guilty of pornography charges Jan 25.
  10051.  
  10052.      A jury deliberated about an hour before sentencing Col. James A.
  10053. Maxwell Jr., said Capt. Christopher Mathews, circuit trial counsel.
  10054.  
  10055.      Dismissal for an officer is equivalent to a dishonorable
  10056. discharge for an enlisted member and includes loss of all pay,
  10057. allowances and military retirement benefits.
  10058.  
  10059.      Maxwell, a 26-year Air Force veteran, was charged July 2 with
  10060. conduct unbecoming an officer for using his personal computer to
  10061. solicit, collect and distribute child pornography and pornographic
  10062. information.
  10063.  
  10064.      He was also charged with interstate transmission of indecent
  10065. language and pornography via the computer, and using indecent language
  10066. with a junior officer.
  10067.  
  10068.      The maximum jail sentence Maxwell could have received was ten
  10069. years and six months.
  10070.  
  10071.      He was center commander for two years and will stay at Goodfellow
  10072. as special assistant to the commander while his appeal is pending.
  10073.  
  10074.  
  10075. Nigel Allen     nigel.allen@canrem.com
  10076. Canada Remote Systems  - Toronto, Ontario
  10077. World's Largest PCBOARD System - 416-629-7000/629-7044
  10078.  
  10079. ------------------------------
  10080.  
  10081. Subject: The Federal Criteria for Information Technology Security Review
  10082. Date: Fri, 05 Feb 93 02:41:52 PST
  10083. From: Willis H. Ware <willis@iris.rand.org>
  10084.  
  10085.  
  10086. [Moderator's Note: Mr. Ware passed along this item from RISKS which he
  10087. thought would be of interest to many telecom readers.  PAT]
  10088.  
  10089.   Date: Fri, 29 Jan 93 16:08:16 EST
  10090.   From: lynch@csmes.ncsl.nist.gov (nicki lynch)
  10091.   Subject: The Federal Criteria for Information Technology Security review
  10092.  
  10093. The **PRELIMINARY DRAFT** of the U.S.  Federal Criteria for
  10094. Information Technology Security (FC) (which will eventually replace
  10095. the "Orange Book") is available on-line.  The files are located on
  10096. both the NIST Computer Security Bulletin Board and on the NCSC's
  10097. DOCKMASTER computer system.  DOCKMASTER has the FC available in UNIX
  10098. compressed postscript format, while the NIST BBS has the FC available
  10099. in PKZIP postscript format.  When printed out, both volumes of the
  10100. document total approximately 280 pages double-sided.  By the first
  10101. week of February, the FC (without the figures) should be available in
  10102. ASCII format at both sites.  The figures will also be available
  10103. individually in postscript form.
  10104.  
  10105. What follows are instructions on how to download the files from both
  10106. sites, how to register your name for announcements, and how to send in
  10107. comments.
  10108.  
  10109.       - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
  10110.  
  10111. TO DOWNLOAD THE FILES FROM DOCKMASTER:
  10112.  
  10113. The files can be found on DOCKMASTER in the directory:
  10114.  
  10115.           >site>pubs>criteria>FC
  10116.  
  10117.       - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
  10118.  
  10119. TO DOWNLOAD THE FILES FROM NIST'S BBS:
  10120.  
  10121. Volumes 1 and 2 of the FC can be accessed through the Internet via
  10122. anonymous ftp. To download, ftp to csrc.nist.gov or to 129.6.54.11.
  10123.  
  10124. Log in as "anonymous" and use your Internet address as the password.
  10125. The FC postscript files are in directory /bbs/nistpubs.  The files are
  10126. fcvol1.ps.Z and fcvol2.ps.Z, for volumes one and two respectively.
  10127. Both of these volumes have been ZIPped using PKZIP.  The PKZIP program
  10128. is available in /bbs/software should you need to download it.
  10129.  
  10130.  
  10131. REGISTERING YOUR NAME:
  10132.  
  10133. When you receive an electronic copy of the draft FC, please send us
  10134. you name, mailing address, telephone, and e-mail address to the e-
  10135. mail address listed below and state that you have an electronic
  10136. copy of the FC. If you distribute the document to additional people
  10137. in your organization, please send us the same information on those
  10138. people as well.  We will put the names into our database for any
  10139. further announcements, meeting notices, draft announcements, etc.,
  10140. related to the effort.  NIST will be sending out a LIMITED NUMBER
  10141. of hard copies, but due to the substantial expense of sending out
  10142. such a large document - even at book rate, we would prefer people
  10143. to receive the document via electronic means.  Therefore, by
  10144. sending us your name and the names of those in your organization
  10145. who have the downloaded copies of the document, it saves us from
  10146. having to send additional hard copies.
  10147.  
  10148. COMMENTS:
  10149.  
  10150. We are soliciting TECHNICAL, SUBSTANTIVE comments on the document.
  10151. The deadline for comments is March 31, 1993.  All those who contribute
  10152. substantive comments will be invited to a two-day workshop at the end
  10153. of April 1993 to resolve the comments.  The workshop will be held in
  10154. the Washington-Baltimore area in a to-be- announced location.
  10155.  
  10156. Please send your comments to:
  10157.  
  10158.                     lynch@csmes.ncsl.nist.gov
  10159.  
  10160. or, if you prefer, you can send us a 3.5" or 5.25" diskette in MSDOS
  10161. or UNIX format (please indicate which) to:
  10162.  
  10163.                      Federal Criteria Comments
  10164.                      ATTN: Nickilyn Lynch
  10165.                      NIST/CSL, Bldg 224/RM A241
  10166.                      Gaithersburg, MD  20899
  10167.  
  10168. We would prefer to receive electronic copies of comments and/or name
  10169. registrations, but we will also receive hardcopy comments/name
  10170. registrations at this same address.  You can also contact us via the
  10171. following fax:
  10172.  
  10173.                       FAX: (301) 926-2733
  10174.  
  10175. Thank you in advance for your interest in this effort.
  10176.  
  10177. Federal Criteria Group, National Institute of Standards and Technology
  10178.  
  10179. ------------------------------
  10180.  
  10181. Date: Thu, 4 Feb 93 14:08:51 CST
  10182. From: kevin@ferris.cray.com (Kevin Bluml)
  10183. Subject: New Twist to Caller ID
  10184.  
  10185.  
  10186.  From the {Minneapolis Star-Tribune}   Wed. Feb. 3, 1993
  10187.  
  10188. Headline - Bill would permit bus, cab companies to use caller-
  10189. identification technology.
  10190.  
  10191. Taxi drivers may soon have a weapon against crime.
  10192.  
  10193. A bill introduced by Rep. Walter Perlt, DFL-Woodbury, would allow
  10194. telephone companies to offer caller identification services to
  10195. commercial passenger carriers, including buses, taxicabs, and
  10196. limousines. The device displays the phone number or the name of the
  10197. subscriber of the telephone being used by the caller.
  10198.  
  10199. "If something goes wrong, like a robbery, they can trace back the
  10200. number," he said. "It's not foolproof, but it can help."
  10201.  
  10202. Fred Blankenburg, general manager of Blue and White Taxi in
  10203. Minneapolis, said he's eager to see the bill become law.
  10204.  
  10205. "When we ask for a phone number of somebody requesting a cab and they
  10206. give us a different number than what appears on the caller ID device,
  10207. or nobody is there when we call to verify, who knows? You could be
  10208. preventing a crime or just saving time from picking up somebody who is
  10209. playing games," he said.
  10210.  
  10211. Perlt acknowledged that he's heard talk that dispatchers might ignore
  10212. calls with prefixes from high-crime neighborhoods.
  10213.  
  10214. "I discount that because you can't pinpoint an address from a phone
  10215. number," he said. "It's just a no-cost way to the taxpayers to give
  10216. drivers some protection and provide better customer service."
  10217.  
  10218. David Chanen (Star-Trib byline) 
  10219.  
  10220.   ----------------
  10221.  
  10222. This is the first thing I've heard about CID in Minnesota, I wish
  10223. they'd just offer it to everyone with the various hearings and
  10224. blocking options that other states have discussed. This seems like a
  10225. really backwards way of starting it up in the state. The above is the
  10226. whole article, no talk of blocking options, etc, or when or if it will
  10227. be offered to the general public.
  10228.  
  10229.  
  10230. Kevin V. Bluml  - Cray Research Inc. 612-683-3036   
  10231. USmail -   655 - Lone Oak Drive, Eagan, MN 55121 
  10232. Internet - kevin.bluml@cray.com  UUCP - uunet!cray!kevin
  10233.  
  10234. ------------------------------
  10235.  
  10236. From: phil@rochgte.fidonet.org (Phillip Dampier)
  10237. Reply-To: phil@rochgte.fidonet.org
  10238. Date: Fri, 05 Feb 1993 10:18:24 -0500
  10239. Subject: Consumers Could Choose Local Phone Service
  10240.  
  10241.  
  10242. [Moderator's Note: A further update on the announcement made by
  10243. Rochester Telephone this week from the {Democrat & Chronicle}.  PAT]
  10244.  
  10245. CONSUMERS COULD CHOOSE THEIR LOCAL TELEPHONE SERVICE
  10246. by Janet Lively
  10247.  
  10248. Remember when you had to "vote" for the long-distance company you
  10249. wanted to use?
  10250.  
  10251. If Rochester Telephone Corp. gets its proposal through state
  10252. regulators, you could choose local telephone service the same way.
  10253.  
  10254. But don't start mulling over the decision: Under the best
  10255. circumstances, choice would not come to local telephone service until
  10256. the middle of next year, according to the company.
  10257.  
  10258. Rochester Tel started the process yesterday when it filed a petition
  10259. with the New York State Public Service Commission asking to reorganize
  10260. its company.  It also must file requests with the Federal
  10261. Communications Commission (FCC).  Neither commission is likely to
  10262. approve Rochester Tel's request verbatim.
  10263.  
  10264. The company wants consumers to be able to buy local telephone service
  10265. from any number of qualifying companies, including a subsidiary of
  10266. Rochester Tel.  In exchange, Rochester Tel will be freed from some
  10267. regulations it says restricts its growth in several businesses.
  10268.  
  10269. Consumers would choose companies using a ballot system similar to the
  10270. one used eight years ago for long-distance carriers.  Competitors
  10271. would be given six months' notice to gear up marketing campaigns.
  10272.  
  10273. Phone numbers would stay the same, no matter which company you choose.
  10274. But if you picked a company other than Rochester Tel, that company
  10275. would bill you and handle complaints about service.  It also would
  10276. hookup new customer's phones.
  10277.  
  10278. Under the Rochester Tel proposal, basic residential line rates would
  10279. be capped through 1998 for all local telephone service providers.
  10280. After that, the PSC would continue to regulate basic rates.
  10281.  
  10282. Prices for other services, such as toll calls and call forwarding,
  10283. would be set by the marketplace.  But competition will only bring
  10284. prices down, as it has for long-distance prices since the AT&T
  10285. monopoly broke up in 1994, said company spokeswoman Diana Melville.
  10286.  
  10287. The company plans to split its Rochester Telephone business into two
  10288. parts -- a regulated, wholesale basic service operation and a
  10289. non-regulated business that would deal directly with commercial and
  10290. residential customers.  Rochester Tel employees would be divided
  10291. between the two new companies and a new holding company, but there
  10292. would be no layoffs.
  10293.  
  10294. The regulated operation would include:
  10295.  
  10296.  - Telephone poles, call switching equipment, the directory assistance
  10297.    system and phone lines (excluding the line between the pole and the
  10298.    customer's property).
  10299.  
  10300.  - Some special services, such as call identification, that work with
  10301.    the computerized central switches.
  10302.  
  10303. Non-regulated phone companies, including the Rochester Tel retail
  10304. service operation, would buy these network services at prices
  10305. regulated by the PSC.  The new companies could resell these telephone
  10306. services in any combination and at any price they like, except for
  10307. caps on basic service.
  10308.  
  10309. One more exception: Rochester Tel's proposal would require competitors
  10310. to provide at least basic service to all customers within the six
  10311. county area served by Rochester Tel.
  10312.  
  10313. Crucial to Rochester Tel's strategy is its proposal to reorganize its
  10314. corporate structure.  It wants to create a holding company, which
  10315. would probably be renamed, to handle general corporate functions, such
  10316. as finance, corporation information and acquisitions.  All other parts
  10317. of the business, including the two new operations in Rochester, would
  10318. be separate subsidiaries.
  10319.  
  10320. In addition to the local service business in the Rochester area,
  10321. Rochester Tel owns 44 operating companies in 15 states.  Most of the
  10322. companies are regulated regional telephone companies.  But the company
  10323. is also in the long-distance, commercial phone systems and wireless
  10324. businesses.
  10325.  
  10326. The PSC has denied previous Rochester Tel petitions to reorganize into
  10327. a holding company, a structure used by most large telephone companies.
  10328. Holding companies are harder to monitor, because the PSC would have
  10329. access to only the books of the regulated operations.  It also would
  10330. be more difficult to make sure that profits and costs weren't being
  10331. shifted between regulated and non-regulated operations.
  10332.  
  10333. That argument doesn't hold, said Ronald L. Bittner, company president
  10334. and chief executive officer.  Rochester Tel has no desire to subsidize
  10335. its subsidiaries to be profitable; they should be profitable on their
  10336. own, he said.
  10337.  
  10338. ------------------------------
  10339.  
  10340. End of TELECOM Digest V13 #70
  10341. *****************************
  10342. 
  10343. 
  10344. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa29169;
  10345.           8 Feb 93 1:20 EST
  10346. Received: by delta.eecs.nwu.edu id AA29935
  10347.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 7 Feb 1993 22:57:52 -0600
  10348. Received: by delta.eecs.nwu.edu id AA22918
  10349.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 7 Feb 1993 22:57:16 -0600
  10350. Date: Sun, 7 Feb 1993 22:57:16 -0600
  10351. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  10352. Message-Id: <199302080457.AA22918@delta.eecs.nwu.edu>
  10353. To: telecom@eecs.nwu.edu
  10354. Subject: TELECOM Digest V13 #71
  10355.  
  10356. TELECOM Digest     Sun,  7 Feb 93 22:57:00 CST    Volume 13 : Issue 71
  10357.  
  10358. Index To This Issue:                     Moderator: Patrick A. Townson
  10359.  
  10360.     Customer Surveys For Voice/Data Installation Services (Aaron Leonard)
  10361.     Alphanumeric Pagers Question (Bradley G. Wherry)
  10362.     Meridian 1 Information Request (Stephen Caron)
  10363.     Watch Your ANI Translation! (John Boteler)
  10364.     Ontario Communications Ministry Merged (Nigel Allen)
  10365.     Satellite Explosion: Chinese Rocket Was Not to Blame (CND via Nigel Allen)
  10366.     How to Get 800 Enhanced Call Routing on a Non 800 Number? (P. Mohta)
  10367.     Area Code Trivia From Ontario (Carl Moore)
  10368.     Are Supra v.32bis FAX Modems Any Good? (Michael L. Barrow)
  10369.     Intelligent Networks (IN Concept) (Lars Kalsen)
  10370.     PacBell SDS/IS (Matt Holdrege)
  10371.     Proposed 511 Service (Paul Robinson)
  10372.     800 Portability Booklet (David Lesher)
  10373.     Telex to Internet Gateway Questions (John Schmidt)
  10374.     Extended Services Sufficient to Work With X25 Card? (A. W. Morsink)
  10375.     Calling Outside the US (Binoy P. James)
  10376. ----------------------------------------------------------------------
  10377.  
  10378. Date: 07 Feb 1993 10:37:15 -0700 (MST)
  10379. From: Aaron Leonard <AARON@Arizona.edu>
  10380. Subject: Customer Surveys For Voice/Data Installation Services
  10381.  
  10382.  
  10383. My university is embarking on a project to improve the quality of its
  10384. provision of voice and data services to customers on campus (a "Total
  10385. Quality Management" - TQM - project.)
  10386.  
  10387. Right now, we're focusing on our work order process, which involves
  10388. the installation of voice and data services, from consultation with
  10389. customer to verification of satisfaction.
  10390.  
  10391. We would be very much interested in finding out from other service
  10392. providers (commercial providers, in-house corporate operations, etc.)
  10393. what tools or metrics they may have for ascertaining customer
  10394. expectations and/or satisfaction.
  10395.  
  10396. These might include such things as:
  10397.  
  10398.   Customer survey questions and procedures;
  10399.   Survey results;
  10400.   Installation followup interviews or response forms.
  10401.  
  10402. If anyone has any such information in an easily accessible form, I
  10403. would very much appreciate it if he/she could email it to me.  (If
  10404. you'd be willing to sit still for some brief questions, please send me
  10405. your phone number and I'll call you at your conveniene.)
  10406.  
  10407.  
  10408. Thanks in advance,
  10409.  
  10410. Aaron Leonard   University of Arizona CCIT Telecommunications
  10411. Internet: aaron@arizona.edu    BITNET: AARON@ARIZONA
  10412.  
  10413. ------------------------------
  10414.  
  10415. From: bwherry@nyx.cs.du.edu (Colorado Cyberpunk)
  10416. Subject: Alphanumeric Pagers Question
  10417. Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
  10418. Date: Sun, 7 Feb 93 17:45:23 GMT
  10419.  
  10420.  
  10421. Do alphanumeric pagers all use the same protocol between the terminal
  10422. and whatever system to which you are connected?  Are the protocol(s)
  10423. published/documented anywhere?  If so how do I go about getting them?
  10424. Obviously this is leading to writing some software to do automated
  10425. monitoring of some systems.  Since it isn't for resale if someone has
  10426. already written something and it is available (source code) on the
  10427. internet then a pointer to it would be appreciated.
  10428.  
  10429.  
  10430. Thanks,
  10431.  
  10432. bradley g wherry    bwherry@nyx.cs.du.edu
  10433.  
  10434. ------------------------------
  10435.  
  10436. From: cvads008@vmsb.is.csupomona.edu
  10437. Subject: Meridian 1 Information Request
  10438. Date: 7 Feb 93 15:31:54 PST
  10439. Organization: California State Polytechnic University, Pomona
  10440.  
  10441.  
  10442.     I am a student attending California Polytechnic University at
  10443. Pomona majoring in Computer Information Systems with an emphasis in
  10444. telecommunications Analysis. Currently, I am taking a course in
  10445. Network Management. One of the projects in this class involves groups
  10446. of five students conducting a feasibility analysis, writing a RFP,
  10447. responding to the RFP, then evaluating the response to the RFP. We are
  10448. using two PBX products for comparison in this project: The AT&T
  10449. Definity G3 and the Northern Telecom Meridian 1.
  10450.  
  10451.      Here is our problem. While we have received some cooperation from
  10452. AT&T, we have not been able to get any pricing information from
  10453. Northern Telecom.  The couple of students that have had contact with
  10454. N.T. have run into dead ends. They have been given the impression that
  10455. N.T. feels that they are conducting some form of corporate espionage
  10456. and are unwilling to reveal much about their product price or
  10457. technical wise. We have been able to find some pricing information in
  10458. the Faulkner Technical Reports, but this is mainly prices on the
  10459. station equipment.
  10460.  
  10461.      So, what my fellow group members and I are looking for, is any
  10462. pricing information on a Meridian 1 series system (as prescribed in
  10463. the case given to the groups) that will is to be used in a nationwide
  10464. manufacturing firm and support the following:
  10465.  
  10466.      ---1,000 lines with 10% line growth over the next seven years;
  10467.      ---ACD capability for at least 40 stations;
  10468.      ---Digital telephone support;
  10469.      ---CCS connectivity to the local IXC;
  10470.      ---Support for both BRI and PRI ISDN;
  10471.      ---Integration with a DEC VAX host;
  10472.      ---Support for desktop video conferencing at 64Kpbs.
  10473.  
  10474.     I hope this is enough information to give you an idea of what size
  10475. system we are looking for. Any pricing information on any of the
  10476. Meridian 1 components would be appreciated. We would also be
  10477. interested in any comments you have on the Meridian 1.
  10478.     
  10479.  
  10480. Stephen Caron    Cal. Poly. Pomona    cvads008@vmsa.is.csupomona.edu 
  10481.  
  10482. ------------------------------
  10483.  
  10484. From: John Boteler <bote@access.digex.com>
  10485. Subject: Watch Your ANI Translation!
  10486. Date: Sun, 7 Feb 1993 10:56:47 -0500 (EST)
  10487.  
  10488.  
  10489. To echo and expand on Bill Cerny's comments, it's also a good idea to
  10490. check closely your ANI translation from time to time.
  10491.  
  10492. We just had a situation where customers were being mis-identified
  10493. because of a "typo" when the MCI switch serving our T1 got loaded. The
  10494. asterisk ("*") was appearing in the phone number sent to us in-band!
  10495.  
  10496. Just something else to keep you 800 users on your toes. :)
  10497.  
  10498.  
  10499. bote@access.digex.com (John Boteler)
  10500.  
  10501. ------------------------------
  10502.  
  10503. From: Nigel Allen <nigel.allen@canrem.com>
  10504. Date: Sun, 7 Feb 1993 19:00:00 -0500
  10505. Subject: Ontario Communications Ministry Merged
  10506. Organization: Echo Beach, Toronto
  10507.  
  10508.  
  10509. Ontario's premier Bob Rae has amalgamated the Ministry of Culture and
  10510. Communications with the Ministry of Tourism and Recreation to form a
  10511. new Ministry of Culture, Tourism and Recreation.  (The word
  10512. "communications" does not appear in the new ministry's name.) Anne
  10513. Swarbrick has been appointed minister of the amalgamated ministry. The
  10514. changes are part of a government reorganization and cabinet shuffle
  10515. announced Wednesday, February 3. Former Culture and Communications
  10516. minister Karen Haslam becomes a minister without portfolio assigned to
  10517. the Ministry of Health.
  10518.  
  10519. The Communications Division of the new ministry will probably not be
  10520. affected much by the merger. It publishes a newsletter, _Communica-
  10521. tions Ontario_, which you can receive free of charge by writing to:
  10522.  
  10523.  Communications Division
  10524.  Ministry of Culture and Communications
  10525.  77 Bloor Street West, 20th Floor
  10526.  Toronto, Ontario M7A 2R9   Canada
  10527.  telephone (416) 326-9600   fax (416) 326-9654
  10528.  
  10529. According to an Ontario government publication, the Communications
  10530. Division "is responsible for providing policy, operational and
  10531. technical advice on issues affecting Ontario consumers, suppliers and
  10532. manufacturers of telecommunications and broadcasting and cable systems
  10533. and services. Activities include policy development, representations
  10534. and interventions before the federal government and Canadian
  10535. Radio-television and Telecommunications Commission, research,
  10536. technology assessments, and industry and federal- provincial liaison
  10537. on communications matters. 
  10538.  
  10539.  
  10540. Canada Remote Systems - Toronto, Ontario 
  10541. World's Largest PCBOARD System - 416-629-7000/629-7044
  10542.  
  10543. ------------------------------
  10544.  
  10545. Date: Sun, 7 Feb 1993 19:43:00 -0500
  10546. From: ndallen@r-node.pci.on.ca (Nigel Allen)
  10547. Subject: Satellite Explosion: Chinese Rocket Was Not to Blame
  10548. Organization: Echo Beach, Toronto
  10549.  
  10550.  
  10551.  Forwarded from soc.culture.china
  10552.  From: xlli@silver.ucs.indiana.edu (xiao-lin li)
  10553.  Organization: Indiana University
  10554.  Date: Wed, 3 Feb 1993 16:08:50 GMT
  10555.  
  10556.  From CND News:
  10557.  
  10558. Forwarded by: Chongyu Hua <hua@engin.umich.edu> and Wenfeng 
  10559. Source: UPI, 2/2/1993
  10560.  
  10561. BEIJING -- An investigation into the launch failure of a U.S.-built
  10562. Australian satellite in December has found the Chinese carrier rocket
  10563. operated normally and was not to blame, a state-run newspaper said
  10564. Tuesday.
  10565.  
  10566. The Guangming Daily quoted Chinese space specialists as saying the
  10567. clearing of the rocket came after an investigation and a visit to
  10568. China by a dozen American technicians last month.
  10569.  
  10570. The satellite, manufactured by Hughes Aircraft Co. of the United
  10571. States and owned by the Sydney, Australia-based firm Optus
  10572. Communications, was launched Dec. 21 aboard a Long March 2-E rocket
  10573. from China's Xichang Space Center in southwest Sichuan Province.
  10574.  
  10575. The rocket appeared to place the Optus B-2 satellite in orbit but
  10576. officials later disclosed a small explosion had occurred and the
  10577. satellite had broken up.
  10578.  
  10579. The Guangming Daily said the American space experts examined launch
  10580. telemetry, analyzed the data and checked wreckage found of the
  10581. satellite and that "the result of the investigation indicates the
  10582. flight of the rocket was completely normal."
  10583.  
  10584. The newspaper said the explosion occurred in the satellite vehicle
  10585. itself about 45 seconds into the launch. It did not speculate on a
  10586. cause, but said the outcome indicated "the performance of the Chinese
  10587. rocket is very reliable."
  10588.  
  10589.                           --------
  10590.  
  10591. Nigel Allen, Toronto, Ontario    ndallen@r-node.pci.on.ca
  10592.  
  10593. ------------------------------
  10594.  
  10595. From: pushp@nic.cerf.net (Pushpendra Mohta)
  10596. Subject: How to Get 800 Enhanced Call Routing on a Non-800 Number?
  10597. Date: 7 Feb 1993 16:53:39 GMT
  10598. Organization: CERFnet Dial n' CERF Customer Group
  10599.  
  10600.  
  10601. I am looking for a cost effective way to get features seemingly
  10602. available only using 800 Enhanced Call Routing (ECR).
  10603.  
  10604. I want the caller to pay for the call and/or minimize my per minute
  10605. costs.
  10606.  
  10607. The application calls for a single number, which when called presents
  10608. a menu. The options in the menu then transfer the caller to one of
  10609. three sites, California, New Jersey or default. The default attendant
  10610. may then manually route this call to California or New Jersey.
  10611.  
  10612. Now I suppose it is easy to do this with a PBX or some such but I end
  10613. up paying the cost of the transfered call and it ties my ports.
  10614.  
  10615. (In the enhanced 800 service a menu transfer is treated as one call
  10616. and the attendant handled call can be treated as one call using "Take
  10617. Back and Transfer" or Caller TakeBack).
  10618.  
  10619. Short of a 900 number, where I could recover the costs from the
  10620. caller?  Are there other ways to accomplish this?
  10621.  
  10622.  
  10623. I only want the caller to pay for the call, initial and transferred.
  10624.  
  10625.  
  10626. Thank you,
  10627.  
  10628. Pushpendra Mohta          pushp@cerf.net     +1 619 455 3900
  10629. Director of Engineering   pushp@sdsc.bitnet  +1 800 876 2373
  10630. CERFNet                                      +1 619 455 3990 (FAX)
  10631.  
  10632. ------------------------------
  10633.  
  10634. Date: Sun, 7 Feb 93 12:03:57 EST
  10635. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  10636. Subject: Area Code Trivia From Ontario
  10637.  
  10638.  
  10639.  From material which I received regarding 416/905 split in Ontario:
  10640.  
  10641. LET'S PLAY AREA CODE TRIVIA!
  10642.  
  10643. Here are a few interesting facts on telephone area code evolution.
  10644. Just for fun why not test your knowledge with the following questions:
  10645.  
  10646. 1. Q. In 1947, Ontario had only two area codes.  What were they?
  10647.  
  10648. 2. Q. By 1962, Ontario had five area codes.  What years were the three
  10649. additional codes introduced and what were they?
  10650.  
  10651. 3. Q. In 1993, Ontario will have a total of six area codes.  Which
  10652. province has more?
  10653.  
  10654. 4. Q. Three U.S. regions have recently introduced new area codes.  Can
  10655. you name the cities around which these changes occurred?
  10656.  
  10657. 5. Q. What numbers never appear as the first number of an area code?
  10658.  
  10659.  
  10660. [Moderator's Note: Answers will appear in an issue of the Digest on
  10661. Monday.    PAT]
  10662.  
  10663. ------------------------------
  10664.  
  10665. From: supra@posse.mit.edu (Michael L Barrow)
  10666. Subject: Are Supra v.32bis FAX Modems Any Good?
  10667. Date: 7 Feb 1993 18:30:20 GMT
  10668. Organization: MIT Information Systems/CSSC
  10669.  
  10670.  
  10671. I recently purchased a pair of these modems and I have had several
  10672. problems with them. In addition, I know of five friends that own them
  10673. and have similar problems.
  10674.  
  10675. I have two main problems:
  10676.  
  10677. - When I call our campus modem pool, I experience pausing problems.
  10678. This is hard to explain, but basically, the modem will receive a chunk
  10679. of text (less than a full screen) and then pause. After about a
  10680. half-second or so, it will continue painting the screen. This didn't
  10681. happen with the Motorola/UDS modem I had and I can't figure out what
  10682. the problem is here.
  10683.  
  10684. - Any noise or anything on the line causes the modem to immediately
  10685. drop the line. Noise includes, a roomate picking up another phone,
  10686. someone powering up or down another modem connected to the same phone
  10687. line, or a phone technician clipping his butt-set onto the line to
  10688. check for conversation. Once again, this never happened with my
  10689. Motorola modem and I don't know why it's happening with this one.
  10690. After all, what are MNP5 and v.42bis for anyway?
  10691.  
  10692. If you've had any unpleasant experiences with this modem, please let
  10693. me know by emailing supra@posse.mit.edu.
  10694.  
  10695.  
  10696. Thanks!
  10697.  
  10698. ------------------------------
  10699.  
  10700. From: dalk@login.dkuug.dk (Lars Kalsen)
  10701. Subject: Intelligent Networks (IN Concept)
  10702. Organization: DKnet
  10703. Date: Sun, 7 Feb 1993 19:01:19 GMT
  10704.  
  10705.  
  10706. Hi,
  10707.  
  10708. I am looking for a good book on Intelligent Networks (IN). I am also
  10709. interested in references to overview arcticles about the subject.
  10710.  
  10711. If you have some information please E-mail me - I will make a list
  10712. with all the answers and send it to this list.
  10713.  
  10714. Greetings from Denmark!
  10715.  
  10716.  
  10717. Lars Kalsen
  10718.  
  10719. ------------------------------
  10720.  
  10721. Date: Sun, 07 Feb 1993 11:11:27 EST
  10722. From: Urban Surfer <holdrege@dcv4kd.phs.com>
  10723. Subject: PacBell SDS/IS
  10724.  
  10725.  
  10726. PacBell will be filing thier residential ISDN BRI tariff next month.
  10727. The marketing name is SDS/IS which is something like Switched Digital
  10728. Service/Integrated Service. The line charges should be the same as a
  10729. 1mb line.  I hope this means that local BRI calls will be about one
  10730. cent per minute.
  10731.  
  10732. Hopefully the PUC won't screw this up and we can get ISDN at home
  10733. cheaply by April.
  10734.  
  10735.  
  10736. Matt Holdrege    holdrege@dcv4kd.phs.com   Pacificare Health Systems
  10737.  
  10738. ------------------------------
  10739.  
  10740. Date: Sat, 6 Feb 1993 00:21:33 -0500 (EST)
  10741. From: Paul Robinson <tdarcos@access.digex.com>
  10742. Subject: Proposed 511 Service
  10743.  
  10744.  
  10745. In Telecom Digest 13-69, Jeff Sicherman <sichermn@csulb.edu> asked
  10746. about 'Proposed 511':
  10747.  
  10748. I was the one that posted the article about it several weeks ago.  A
  10749. Cox newspaper got permission to operate an information service in a
  10750. city in which it operates a paper; the telephone number for the
  10751. service is 511.  (I think the city was in Florida but don't hold me to
  10752. that.)  Dialing the three digits from that town connects you to their
  10753. service.  This was the first time a non-telephone company was given
  10754. permission to have a three digit telephone number.
  10755.  
  10756. ------------------------------
  10757.  
  10758. From: David Lesher <wb8foz@SCL.CWRU.Edu>
  10759. Subject: 800 Portability Booklet
  10760. Date: Sun, 7 Feb 93 0:51:44 EST
  10761. Reply-To: wb8foz@skybridge.scl.cwru.edu  (David Lesher)
  10762. Organization: NRK Clinic for habitual NetNews abusers - Beltway Annex
  10763.  
  10764.  
  10765. I picked up a rather interesting Sprint giveaway at ComNet this week.
  10766. It gives a good overview of what is going on with the hows & whats of
  10767. 800 portability. It's technical enough for us hardcore CDT'ers to
  10768. enjoy it.
  10769.  
  10770. It's one of their "TeleNotes" series, and seems to come from their 800
  10771. Marketing Group in Atlanta.
  10772.  
  10773. Joe Bob Briggs says "Check it out ..."
  10774.  
  10775.  
  10776. wb8foz
  10777.  
  10778. ------------------------------
  10779.  
  10780. Date: Sun, 07 Feb 1993 23:22:54 EST
  10781. From: JOHN SCHMIDT <schmidt@auvax1.adelphi.edu>
  10782. Subject: Telex to Internet Gateway Question
  10783.  
  10784.  
  10785. Some time ago I read something posted here which seemed to imply that
  10786. there was a gateway between the telex "system" and Internet.  Is this
  10787. true?  Can I receive telexes here sent by someone with telex service?
  10788. What about sending them? (I assume this can't be done, because they
  10789. would have no way to bill for them.)
  10790.  
  10791. If receiving is possible, how would the sender address the telex?
  10792.  
  10793. Does this work for international telexes, and if so, over which
  10794. carrier, (former RCA), or (former WUI)?  or both?
  10795.  
  10796. I have friends in Africa who have access to inexpensive (relatively)
  10797. telex service, I can fax them (at least to a friend of theirs who gets
  10798. them at his business), but it is very expensive or impossible for them
  10799. to reply by fax.  They have attempted to Telex me at work, but the
  10800. telexes seem to often get lost between the machine and my office!  My
  10801. friend has the hard copy of at least one he sent with the answerback
  10802. from our machine on it, proving it got through.  The only explanation
  10803. I got fron the mail room was that they don't get many these days and
  10804. "the guy who takes care of the machine was on vacation when it came
  10805. in"!?! Anyway, having it appear as E mail here would probably work
  10806. much better.
  10807.  
  10808. I have tried to find Internet connectivity there (in Central African
  10809. Republic), with no luck.  Someone said there is a Fidonet node there,
  10810. but I've never found an address.
  10811.  
  10812.  
  10813. John H. Schmidt, P.E.         Internet: schmidt@auvax1.adelphi.edu
  10814. Technical Director, WBAU      Phone--Days     (212)456-4218
  10815. Adelphi University                   Evenings (516)877-6400
  10816. Garden City, New York 11530   Fax-------------(212)456-2424
  10817.  
  10818. ------------------------------
  10819.  
  10820. From: amorsin@cs.vu.nl (A. W. Morsink)
  10821. Subject: Extended Services Sufficient to Work With X25 Card?
  10822. Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
  10823. Date: Sun, 7 Feb 1993 14:21:36 GMT
  10824.  
  10825.  
  10826. Hi. Our faculty will soon be getting a datafeed over a telephone line.
  10827. The sender supposedly uses the X25 protocol. If they get an X25 card
  10828. for their PS/2 486 OS/2 system and install the extended services
  10829. (which seem to support X25 up to a certain degree), do they need any
  10830. additional software? The data should consist of pure ASCII only and if
  10831. they can get that in a flat file, they can take it from there.
  10832.  
  10833. If you can help us with this, please mail me.
  10834.  
  10835.  
  10836. Arnoud W. Morsink              Internet: amorsin@cs.vu.nl
  10837. Vrije Universiteit Amsterdam             amorsin@econ.vu.nl
  10838. The Netherlands                BITNET  : v67cam01@hasara11
  10839.  
  10840. ------------------------------
  10841.  
  10842. From: bpj2@ns1.cc.lehigh.edu (BINOY P JAMES)
  10843. Subject: Calling Outside the US
  10844. Date: Sun, 7 Feb 1993 20:46:51 GMT
  10845. Organization: Lehigh University
  10846.  
  10847.  
  10848. Hi,
  10849.  
  10850. I am attempting to decipher the best possible calling plan to call
  10851. outside the United States, specifically to Qatar in the Middle East.
  10852.  
  10853. Which long distance company? AT&T, MCI, SPRINT etc ...
  10854.  
  10855. Which plan? REACH OUT WORLD, Special Country plan, etc ...
  10856.  
  10857. Please reply by e-mail if possible.
  10858.  
  10859. Calls would usually go out after 11:00 pm, eastern time, lasting
  10860. between 1/2 hour to one hour.
  10861.  
  10862.  
  10863. Thanks in advance,
  10864.  
  10865. bpj2@ns3.cc.lehigh.edu   Binoy P. James
  10866.  
  10867. ------------------------------
  10868.  
  10869. End of TELECOM Digest V13 #71
  10870. *****************************
  10871. 
  10872. 
  10873. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa02699;
  10874.           8 Feb 93 2:54 EST
  10875. Received: by delta.eecs.nwu.edu id AA15843
  10876.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 8 Feb 1993 00:33:09 -0600
  10877. Received: by delta.eecs.nwu.edu id AA12100
  10878.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 8 Feb 1993 00:32:22 -0600
  10879. Date: Mon, 8 Feb 1993 00:32:22 -0600
  10880. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  10881. Message-Id: <199302080632.AA12100@delta.eecs.nwu.edu>
  10882. To: telecom@eecs.nwu.edu
  10883. Subject: TELECOM Digest V13 #72
  10884.  
  10885. TELECOM Digest     Mon,  8 Feb 93 00:32:15 CST    Volume 13 : Issue 72
  10886.  
  10887. Index To This Issue:                     Moderator: Patrick A. Townson
  10888.  
  10889.     Bell Canada Applies to Hike Local Rates (Nigel Allen)
  10890.     Exchange Scanning - Enough Already! (Bill Garfield)
  10891.     An Interesting Hotel Blockage (Ed Greenberg)
  10892.     FAX Problems Between Mac Quadra and Amiga 3000 (Adele Ponty)
  10893.     Interesting Tricks You Can Do With Your Phone (Matthew Harttree)
  10894.     "phONEday" Area Code Changes in UK (Linc Madison)
  10895.     T1, MUXs, D/A, etc. (Roy H. Gordon)
  10896.     MFJ and Non-OCC's (David Lesher)
  10897.     No 976 Lines Here, Folks (American Heritage via Charles A. Hoequist)
  10898.     Standard Dialing Plan (John Higdon)
  10899.     Motorola 8000-D Docs Needed (William Petrisko)
  10900. ----------------------------------------------------------------------
  10901.  
  10902. From: Nigel Allen <nigel.allen@canrem.com>
  10903. Date: Sun, 7 Feb 1993 19:00:00 -0500
  10904. Subject: Bell Canada Applies to Hike Local Rates
  10905. Organization: Echo Beach, Toronto
  10906.  
  10907.  
  10908. Bell Canada applied yesterday (February 5) for a substantial and
  10909. complicated increase in local telephone rates -- up to 60% in some
  10910. cases -- in response to competition in the long distance market.
  10911.  
  10912. In Phase I, local rates would increase on April 1 by $1.40 per month
  10913. for all residence customers with individual-line service and $3.25 per
  10914. month for individual-line business customers. Residential installation
  10915. charges would increase by $3 (no installer visit required) or $6 (if
  10916. an installer has to do work on the premises).
  10917.  
  10918. In Phase II, effective September 1, a Community Calling Plan (CCP)
  10919. would eliminate toll charges between many suburban exchanges that are
  10920. local to the same major city (such as Toronto, Ottawa-Hull or Montreal
  10921. [except that the Montreal CCP would not be implemented until November
  10922. 1) but long distance from each other.  But local phone rates would
  10923. rise sharply: a Toronto residence customer, who now pays $12.60 plus
  10924. tax monthly for an individual phone line without added features, would
  10925. see an increase to $14.00 with the Phase I increase and to $19.45 with
  10926. the Community Calling Plan increase. Without the Community Calling
  10927. Plan, Toronto's residential rate would increase to $15.80 on September
  10928. 1. Oakville, a suburb of Toronto, would see rates rise from $14.75
  10929. (today) to $16.15 (April 1) and to $21.95 (Sept. 1, with CCP) or to
  10930. $16.80 (Sept. 1, without CCP).  Customers in Bell's smallest exchanges
  10931. would see their rates rise from $5.60 to $7.00 (April 1) and to $10.30
  10932. (September 1).
  10933.  
  10934. The CCP would be a replacement for Extended Area Service (EAS) in the
  10935. greater Toronto, Ottawa-Hull and Montreal areas. Customers would not
  10936. be able to opt out of it; the "without CCP" figures above are provided
  10937. in the event that the CRTC does not approve the introduction of CCP.
  10938.  
  10939. The application would not affect long distance rates, given the
  10940. competition Bell is now facing (and the competition will get fiercer
  10941. once telephone subscribers can pre-subscribe to a competitive long
  10942. distance service, as opposed to having to dial extra digits or use an
  10943. autodialler to reach a competitive long distance company's dial port
  10944. and enter an authorization code). Bell recently received approval to
  10945. increase the surcharge for collect, third-number and pay phone coin
  10946. calls from $1.50 to $1.75.
  10947.  
  10948. Some observations: The CRTC does not like to grant interim rate
  10949. increases, which the proposed April 1 increases would be, unless the
  10950. company is in serious difficulty.
  10951.  
  10952. A lot of suburban Toronto businesses (in Mississauga, say) have
  10953. Toronto foreign exchange service so that customers in other suburbs
  10954. can reach them without having to make a long distance call. (Of
  10955. course, their Toronto customers can call them at their regular
  10956. (suburban) telephone number.)
  10957.  
  10958. The Toronto telephone exchange includes all of the Municipality of
  10959. Metropolitan Toronto (the city of Toronto, the borough of East York,
  10960. and the suburban cities of Etobicoke, Scarborough, North York and
  10961. York).
  10962.  
  10963. The complete application weighs over 20 pounds, including Bell's
  10964. voluminous responses to the CRTC's written questions. It can be
  10965. examined at certain Bell public offices.
  10966.  
  10967. For more information on Bell's application, call 1-800-668-2355 
  10968. (voice), or contact:
  10969.  
  10970.  Mr. Bernard A. Courtois
  10971.  Vice-President (Law & Regulatory Affairs)
  10972.  105 rue Hotel de Ville, 5th Floor
  10973.  Hull, Quebec  J8X 4H7
  10974.  telephone (819) 773-5588  fax (819) 778-3437
  10975.  
  10976. If you wish to comment on the application, send a letter so that it 
  10977. will be received by March 22 to:
  10978.  
  10979.  Mr. Allan J. Darling, Secretary General
  10980.  Canadian Radio-television and Telecommunications Commission
  10981.  Ottawa, Ontario   K1A 0N2
  10982. and send a copy to Mr. Courtois as well. 
  10983.  
  10984. If you wish to appear at the hearing (tentatively scheduled to begin 
  10985. in Hull on May 17), notify the CRTC and Bell by March 22.
  10986.  
  10987.  
  10988. Nigel Allen         nigel.allen@canrem.com
  10989. Canada Remote Systems  - Toronto, Ontario
  10990. World's Largest PCBOARD System - 416-629-7000/629-7044
  10991.  
  10992. ------------------------------
  10993.  
  10994. Subject: Exchange Scanning - Enough Already!
  10995. From: bill.garfield@yob.sccsi.com (Bill Garfield)
  10996. Date: Sun, 7 Feb 93 14:45:00 -0600
  10997. Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
  10998. Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield)
  10999.  
  11000.  
  11001. My employer, at our Houston corporate office, has _all_ of one
  11002. exchange plus 3,000 numbers in another exchange.  Approximately 4500
  11003. of the total numbers are currently unassigned, reserved for expansion.
  11004. Recently, I did a traffic study on calls going to intercept due to
  11005. number not in service. I was shocked to discover that we're taking
  11006. over 5,000 intercept pegs per day, every day.  Peg counts overnight,
  11007. between 10 PM and 6 AM average 165 per hour.
  11008.  
  11009. SWBT tells me that most of this is due to "scanning" and that there
  11010. are legitimate companies that actually perform this "service".  They
  11011. say most of the scanning is done searching for fax machines.  Some of
  11012. it is would-be hackers, looking for anything of value they can find.
  11013. But it doesn't end with a single scan.  Exchanges are routinely
  11014. scanned over and over and over, constantly looking for new equipment
  11015. installations.
  11016.  
  11017. Why is this legal?  This to me, constitutes nuisance calling and
  11018. harrassment.  What can be done to stop it?
  11019.  
  11020.                                             
  11021. Ye Olde Bailey BBS   713-520-1569 (V.32bis) 713-520-9566 (V.32bis)
  11022.   Houston,Texas          yob.sccsi.com       Home of alt.cosuard  
  11023.  
  11024.  
  11025. [Moderator's Note: It is a little hard to yell at hackers for doing this
  11026. when 'legitimate companies' do it and get away with it. Are any of your
  11027. (in service) lines equipped with Caller-ID?  Operating on the assumption 
  11028. the 'legitimate companies' and/or hackers don't know which lines in
  11029. the exchange are operative and which are not -- why else would they be
  11030. scanning if they knew the answer? -- it is likely they hit one or more
  11031. of your connected lines during the night as well. Of course it rings
  11032. once or twice and they move along; no one in your company is going to
  11033. be there at midnight to answer them, and even if they did, the other
  11034. end is equipped to just disconnect immediatly when it hears a voice.
  11035. So, put Caller-ID on a few of the lines in sequence; let's say put it
  11036. on extensions 2000, 2001, 2002 and 2003. Observe the Caller-ID unit
  11037. for a few days and see if the same number shows up on all of them a
  11038. few seconds or a minute apart. Be sure and flush the box before you
  11039. leave for the night and check it first thing in the morning. If over a
  11040. period of several days you see the same numbers showing up on those
  11041. lines then find out who they belong to and call them back.  
  11042.  
  11043. If it turns out to be a hackerphreak, then tell 'em if it becomes
  11044. necessary for you to make a home visit, you'll bring a sledgehammer
  11045. and smash their toy computer into a thousand pieces. If it turns out
  11046. to be a 'legitimate company' then you call, get the president of the
  11047. firm on the line and your first question to him should be to ask for
  11048. the name of his attorney. When he wants to know why, as I am sure he
  11049. will, you tell him it is due to the continuing harassment he is
  11050. causing your company.  Don't worry about talking first to one of his
  11051. underlings, let him straighten it out. It is harassment and nuisance
  11052. calling to dial a number, let it ring once and disconnect when done
  11053. deliberatly as part of a scan.    PAT]  
  11054.  
  11055. ------------------------------
  11056.  
  11057. From: edg@netcom.com (Ed Greenberg)
  11058. Subject: An Interesting Hotel Blockage
  11059. Date: Sun, 7 Feb 93 15:29:10 PST
  11060.  
  11061.  
  11062. This weekend, I booked a room at the Best Western Garden Inn, in Santa
  11063. Rosa, CA.  The Garden Inn is part of a chain of "Pacific Plaza Hotel"
  11064. properties.
  11065.  
  11066. The hotel states that "To Serve You Better" calls are handled by
  11067. Sprint and can be charged on all major credit cards, a sprint card,
  11068. and MCI card or an AT&T card.  They also say that you may use your own
  11069. carrier and may contact your carrier for dialing instructions.  All
  11070. very standard.
  11071.  
  11072. Very nicely, there is no charge for local, 1-800 or calling card calls
  11073. added to the hotel bill.  Kudos for that.
  11074.  
  11075. A few minutes investigation reveals that 0+ calls are handled by the
  11076. "Best Western Hotel Network" and that 10xxx dialing (at least 10288+)
  11077. works fine.  So far, Pacific Plaza Hotels have made me feel very good
  11078. about their phone service.
  11079.  
  11080. One problem exists ... when you dial an 0+ call that is within the
  11081. LATA, the Best Western network intercepts it.  Dialing 10288+0+ yields
  11082. a Pacific Bell recording that a long distance code is not required.
  11083.  
  11084. Since there is no way to prefix an intra-lata call, there is no way to
  11085. keep Best Western Network from grabbing the call from Pacific Bell,
  11086. and thus no way to be sure that the charge won't be through the roof.
  11087.  
  11088. I am writing to the hotel and copying them on this message, although
  11089. the real question is whether there will be anybody at the hotel that
  11090. is telecom literate enough to understand the problem.  I may try a PUC
  11091. or Pacific Bell complaint.  PB will likely be interested in the
  11092. skimming of THEIR revenue.
  11093.  
  11094. One other comment about this motel: It was spotlessly clean, I was
  11095. treated with great courtesy and respect, and would definitely stay at
  11096. this or another Pacific Plaza property again, but would watch my back
  11097. on telecom routings and charges.
  11098.  
  11099.  
  11100. Edward W. Greenberg  | Home: +1 408 283 0511 | edg@netcom.com
  11101. 1600 Stokes St. #24  | Work: +1 408 764 5305 | DoD#: 0357
  11102. San Jose, CA  95126  | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  11103.  
  11104. ------------------------------
  11105.  
  11106. From: aponty@utcc.utoronto.ca (Adele Ponty)
  11107. Subject: FAX Problems Between Mac Quadra and Amiga 3000
  11108. Organization: UTCC Public Access
  11109. Date: Sun, 7 Feb 1993 23:27:34 -0500
  11110.  
  11111.  
  11112. My friend and I have an ongoing problem sending FAXes between our
  11113. machines and I would like some feedback from anyone with some insight
  11114. into this problem.  The two machines in question are a MAC Quadra and
  11115. an Amiga 3000.  The Quadra has a JVC external fax/modem and the FAX
  11116. software used is called STF.  My machine is the Amiga 3000.  Connected
  11117. to it is a Supra V.32bis fax/modem and my software is called GPFax.
  11118.  
  11119. My friend claims that my Amiga is at fault yet we both claim to be
  11120. able to send and receive FAXes flawlessly to any other destination
  11121. other than between our equipment.  I asked my friend to send back to
  11122. me the contents of the file that I originally FAXed him.  When I view
  11123. the returned file, it contains nothing but a series of tightly drawn
  11124. horizontal lines, displaced at random intervals by white space.  I
  11125. think my friend has screwed something up here.  Or maybe the Quadra
  11126. displays things at resolutions to high for my Amiga's display. Anyone
  11127. have any ideas??  Please e-mail.
  11128.  
  11129.  
  11130. INTERNET:  aponty@gpu.utcc.utoronto.ca
  11131.     UUCP:  wheaties@intacc.uucp (bbs)
  11132.     aponty@nsq.uucp  (alternate) 
  11133.  
  11134. ------------------------------
  11135.  
  11136. From: HARTTREE@vax1.elon.edu (Matthew Harttree)
  11137. Subject: Interesting Tricks You Can Do With Your Phone
  11138. Date: 7 Feb 1993 12:44:48 GMT
  11139. Organization: Elon College
  11140.  
  11141.  
  11142. I have always wondered about the strange messages/events that I get
  11143. when I mis-dial a number.
  11144.  
  11145. The lighter side of telephony, I guess. Stupid things you do by
  11146. accident or find out somehow.
  11147.  
  11148. For example my Dad lives in Northern New Jersey in the 201 area code.
  11149. I muffed the digits on his phone number once and got a recording
  11150. telling me to "Please deposit twenty cents" ????
  11151.  
  11152. (I was calling from my dorm room!)
  11153.  
  11154. I was really intrigued by the story of the 10-732 Caller-ID.
  11155.  
  11156. If this type of thing amuses you too, I would love to hear about it.
  11157. If there is enough interest I could get a list going.
  11158.  
  11159. No phreakers, please ... AT&T has enough trouble with out me adding to
  11160. it.  (no offense).
  11161.  
  11162.  
  11163. Thanks in advance,
  11164.  
  11165. Matt
  11166.  
  11167. ------------------------------
  11168.  
  11169. Date: Sun, 07 Feb 93 23:21:20 GMT
  11170. From: Linc Madison <telecom@hedonist.demon.co.uk>
  11171. Reply-To: telecom@hedonist.demon.co.uk
  11172. Subject: "phONEday" Area Code Changes in UK
  11173.  
  11174.  
  11175.    ----- BT advert in 7th February Sunday Times -----
  11176.  
  11177. AREA CODES CHANGE ON PH[ONE]DAY
  11178.  
  11179. ON 16 APRIL 1995, your area code will change.  Oftel, the Office of
  11180. Telecommunications, has announced that the availability of new
  11181. telephone numbers in the UK is to be increased.
  11182.  
  11183. Recent years have seen considerable growth in the range of telecoms
  11184. services on offer, and in the number of companies operating such
  11185. services.
  11186.  
  11187. These have been matched by increases in customer demand.
  11188.  
  11189. To ensure that these trends can continue, and to allow customers to
  11190. benefit in full from the continuing growth in the networks, one digit
  11191. is to be added to all UK area codes.
  11192.  
  11193. The change will come into effect on Phoneday, 16 April 1995.
  11194.  
  11195. * All UK geographic area codes will have a 1 inserted after the
  11196. initial 0.  For example, the Dundee code changes from 0382 to 01382;
  11197. the London codes from 071 to 0171 and 081 to 0181; and so on.
  11198.  
  11199. * Bristol, Leeds, Leicester, Nottingham and Sheffield will each
  11200. receive entirely new codes to help meet the rapid growth in demand for
  11201. telecoms services in these cities.
  11202.  
  11203. Their local numbers will also be extended by the addition of an extra
  11204. digit at the start of the existing number.
  11205.  
  11206. * At the same time, all international dialling codes will change from
  11207. the 010 prefix to 00.  This will bring the UK into line with the rest
  11208. of Europe, as required by the EC.
  11209.  
  11210. If you'd like to know more about Phoneday, call for your free
  11211. information pack on 0800 01 01 01.
  11212.  
  11213.                  ---------------------
  11214.  
  11215. Most of the above has been covered here in the Digest, but I didn't
  11216. know about the changes in Bristol, Leeds, etc.
  11217.  
  11218. For the benefit of non-UK readers, I'll send along a summary when the
  11219. info pack arrives.
  11220.  
  11221. Also, one personal note: if there's anyone out there who knows
  11222. anything about configuring MacTCP for SLIP, please e-mail me!  I've
  11223. got access to a full NNTP feed, but can't use it because I can't get
  11224. my Macintosh software to do SLIP.
  11225.  
  11226.  
  11227. Linc Madison  ==  Linc@Hedonist.Demon.co.uk
  11228.               ==  Telecom@Hedonist.Demon.co.uk
  11229. 59 Stourcliffe Close, London W1H 5AR  Tel. +44 71 723 0582
  11230.  
  11231. ------------------------------
  11232.  
  11233. From: royg@netcom.com (Roy H. Gordon)
  11234. Subject: T1, MUXs, D/A, etc.
  11235. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  11236. Date: Sun, 7 Feb 1993 00:43:55 GMT
  11237.  
  11238.  
  11239. We have the following application and are attempting to find a more
  11240. cost effective solution.  The proposed alternative architecture is
  11241. obvious, but nobody knows if it can be done, or, except for vague
  11242. suggestions, whom to contact.  So, here it is.
  11243.  
  11244. At the user end is a dumb terminal (e.g., a PC running ProComm with
  11245. vt100 terminal emulation).  The remote host (an RS/6000) is called
  11246. where this interactive application actually runs.
  11247.  
  11248. The requirements of the application are such that many sessions need
  11249. to be supported concurrently.  (This isn't a problem.)  So, we are
  11250. going to get several T1 lines from the telco, reachable on an 800
  11251. number by the users.
  11252.  
  11253. At the host end, the T1s will go through a PBX and be broken out into
  11254. 24 analogue lines which will be routed through modems into terminal
  11255. servers.  The terminal servers are connected to the RS/6000 via
  11256. ethernet, and the terminal servers do the IP conversion and routing.
  11257.  
  11258. So, here's what it looks like (from the point of view of the user):
  11259.  
  11260.                       in / output
  11261.     client comm program         - digital
  11262.     modem                - digital <--> analogue
  11263.     telco (e.g. AT&T)        - analogue <--> digital
  11264.     T1 line                - digital
  11265.     PBX (at host site)        - digital <--> analogue
  11266.     modems at terminal servers    - analogue <--> digital
  11267.     RS/6000                - digital
  11268.  
  11269. So, since we want digital into the RS/6000 and we get digital out of
  11270. the T1, why can't we take it directly as digital, instead of having it
  11271. converted at the PBX into analogue only to be reconverted back to
  11272. digital by the host modem in the very next link in the chain.
  11273. Clearly, we would need a MUX at the end of each T1 to break out the 24
  11274. logical channels on each T1.  But if we had such a MUX why couldn't we
  11275. then take the individual lines directly into the terminal server or
  11276. into the RS/6000, and at the very least bypass the need for the
  11277. modems?
  11278.  
  11279. It would seem that one issue would be if there would be a MUX that
  11280. would convert each channel out in some standard protocol, e.g., RS232
  11281. (asynch) protocol, in which case we could then connect via a standard
  11282. serial cable into the terminal server (or RS/6000) serial ports.
  11283.  
  11284. Obviously, assuming we could find a MUX that will take a T1 on one
  11285. end, a crucial question is what protocols it converts to on the other
  11286. end.
  11287.  
  11288. Is this scenario possible?  Are MUXs like this available?  Are there
  11289. holes in this scenario I haven't considered?  I'm also assuming we can
  11290. bypass the PBX if needed, but we would then have to arrange for some
  11291. type of call forward busy and call forward no answer.
  11292.  
  11293.  
  11294. Thanks in advance.
  11295.  
  11296. Roy
  11297.  
  11298. ------------------------------
  11299.  
  11300. From: David Lesher <wb8foz@SCL.CWRU.Edu>
  11301. Subject: MFJ and Non-OCC's
  11302. Date: Sun, 7 Feb 93 1:03:16 EST
  11303. Reply-To: wb8foz@skybridge.scl.cwru.edu  (David Lesher)
  11304. Organization: NRK Clinic for habitual NetNews abusers - Beltway Annex
  11305.  
  11306.  
  11307. I got a call tonight from the salessleeze from the local cable
  11308. company.  I was immediately tipped off by the fact he asked for the
  11309. billing name the C&P account is in, not the listing name.
  11310.  
  11311. I got rid of him with my usual tactic [I demanded his name, credit
  11312. card number and expiration date and explained that I charge to talk to
  11313. telesleeze ...]  but then started wondering.
  11314.  
  11315. I know the MFJ requires See & Pee release data on subs to OCC's, but
  11316. under whose standard does Slimeball Cable qualify as such?
  11317.  
  11318.  
  11319. wb8foz
  11320.  
  11321. ------------------------------
  11322.  
  11323. Date: Sun, 7 Feb 1993 10:54:00 +0000 
  11324. From: Charles (C.A.) Hoequist <hoequist@bnr.ca>
  11325. Subject: No 976 Lines Here, Folks 
  11326.  
  11327.  
  11328.  From _American Heritage_ magazine, December 1982:
  11329.  
  11330. "Cincinnati, December 26 [1882]: A Mr. A.H. Pugh, dissatisfied with
  11331. the service of the telephone company, was moved to strong lanugage:
  11332. 'If you can't get the party I want you to, you may shut up your damn
  11333. telephone!'  Aghast, the phone company removed its instrument from
  11334. Pugh's home. He sued to get it restored, but the courts decided in
  11335. favor of the company. _Damn_ was not to be said over the wire."
  11336.  
  11337.  
  11338. Charles Hoequist   |Internet: hoequist@bnr.ca
  11339. BNR Inc.           | 919-991-8642
  11340. PO Box 13478, Research Triangle Park, NC 27709-3478
  11341.  
  11342. ------------------------------
  11343.  
  11344. Date: Sat, 6 Feb 93 00:35 PST
  11345. From: john@zygot.ati.com (John Higdon)
  11346. Reply-To: John Higdon <john@zygot.ati.com>
  11347. Organization: Green Hills and Cows
  11348. Subject: Standard Dialing Plan
  11349.  
  11350.  
  11351. Pacific Bell has just announced that by October 11, 1993, the company
  11352. will institute its "Standard Dialing Plan" throughout the serving
  11353. areas. It is as follows:
  11354.  
  11355. ALL ten-digit calls (area code + seven digit number) will be prefixed
  11356. by the access code '1'. This means that the last stronghold of "one
  11357. not required", Greater San Jose, will fall to the "dial 1" monster.
  11358.  
  11359. ALL seven-digit calls (within the area code) will NEVER be preceded by
  11360. the access code '1', even if it is toll or long distance.
  11361.  
  11362. ALL 0+ calls will require ten digits. Even a call within the area code
  11363. will require the area code to be dialed as part of the number.
  11364.  
  11365. This plan is anticipation for the new "phoney" area code numbering
  11366. system currently being advanced by Bellcore. Since the switches will
  11367. not be able to spot area codes by the presence of a '1' or '0' as
  11368. middle digit, the dialing sequence has to be standardized.
  11369.  
  11370. So it looks like after nearly forty years of DDD, a '1' will soon be
  11371. required from telephones in San Jose. I wonder when the "educational"
  11372. process will begin.
  11373.  
  11374.  
  11375. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  11376. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  11377.  
  11378. ------------------------------
  11379.  
  11380. From: petrisko@evax2.engr.arizona.edu (William Petrisko)
  11381. Subject: Motorola 8000-D Docs Needed
  11382. Date: 7 Feb 1993 09:51:35 GMT
  11383. Organization: University of Arizona, College of Engineering and Mines, Tucson
  11384. Reply-To: petrisko@evax2.engr.arizona.edu
  11385.  
  11386.  
  11387. I recently purchased a Motorola 8000 cellphone (used) without
  11388. instructions.  Noone seems to have a manual for this phone (it is the
  11389. "D" series.)
  11390.  
  11391. Anyone want to mail me a quick synopsis for user commands?  (Volume,
  11392. storing/recalling #'s, RING VOLUME, etc ...)
  11393.  
  11394.  
  11395. bill petrisko        SHORT and SOON to EXPIRE: petrisko@evax2.engr.arizona.edu
  11396. aka n7lwo     LONG and INVALID: !uunet!4gen!warlok!gargle!omnisec!thumper!bill
  11397.  
  11398. ------------------------------
  11399.  
  11400. End of TELECOM Digest V13 #72
  11401. *****************************
  11402. 
  11403. 
  11404. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa05261;
  11405.           8 Feb 93 3:41 EST
  11406. Received: by delta.eecs.nwu.edu id AA07728
  11407.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 8 Feb 1993 01:26:22 -0600
  11408. Received: by delta.eecs.nwu.edu id AA22370
  11409.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 8 Feb 1993 01:25:15 -0600
  11410. Date: Mon, 8 Feb 1993 01:25:15 -0600
  11411. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  11412. Message-Id: <199302080725.AA22370@delta.eecs.nwu.edu>
  11413. To: telecom@eecs.nwu.edu
  11414. Subject: TELECOM Digest V13 #73
  11415.  
  11416. TELECOM Digest     Mon,  8 Feb 93 01:25:00 CST    Volume 13 : Issue 73
  11417.  
  11418. Index To This Issue:                     Moderator: Patrick A. Townson
  11419.  
  11420.     The White House Phone Situation (Reuters/Vielmetti via J. Philip Miller)
  11421.     Definity Phone Sets (Dale Chayes)
  11422.     Finding a Vendor For Hardware Units in Switching Systems (Youhua Tsai)
  11423.     Telex <=> RS-232 (Robert Horvitz)
  11424.     When Does 800 = 900? (Ken Jongsma)
  11425.     Chicago Uses E911 as Revenue Source (Ken Jongsma)
  11426.     New French E-Journal on Computer Security (Jim Warren)
  11427.     ANI on 800 Line w/o T1? (Tas Dienes)
  11428.     Re: Cellular Phones Are Carcinogens? (Joel Upchurch)
  11429.     Re: Cellular Phones Are Carcinogens? (RISKS/Weinstein via Jack Decker)
  11430.     Re: Cellular Phones Are Carcinogens? (Gregory Youngblood)
  11431.     Re: Cellular Phones Are Carcinogens? (John R. Ruckstuhl Jr.)
  11432. ----------------------------------------------------------------------
  11433.  
  11434. From: phil@wubios.wustl.edu (J. Philip Miller)
  11435. Subject: The White House Phone Situation
  11436. Date: Sun, 7 Feb 1993 08:22:27 -0600 (CST)
  11437.  
  11438.  
  11439. [Moderator's Note: Mr. Miller passed along this report from Ed
  11440. Vielmetti which originally came from Reuters.  PAT]
  11441.  
  11442.  Organization: Msen, Inc. -- Ann Arbor, Michigan
  11443.  Date: Fri, 05 Feb 93 01:27:38 EST
  11444.  From: Edward Vielmetti <emv@msen.com>
  11445.  
  11446.  
  11447. REMARKS BY THE PRESIDENT TO EMPLOYEES OF THE OFFICE OF MANAGEMENT AND
  11448. BUDGET  3 Feb
  11449.  
  11450.              When I took office, the White House had a telephone
  11451. system that had been there since President Carter -- (laughter) -- and
  11452. a switchboard that has been there since the 1960s.  They talk about
  11453. jamming the White House switchboards -- you can do it tomorrow if you
  11454. want to; it's not hard.  (Laughter.)
  11455.              
  11456.              I could not have a conference call in my office on my
  11457. telephone, except an unwanted one -- anybody in the central office
  11458. could punch a lighted button and listen to what I had to say.
  11459. (Laughter and applause.)
  11460.              
  11461.              The American people, I think, would be pretty surprised
  11462. and disappointed that after a dozen years of people who promised to
  11463. run the government like a business -- they meant a business in the
  11464. 1950s, not for the 21st century.  (Laughter.)
  11465.              
  11466.    ......
  11467.  
  11468.   From: reuters@msen.com (Msen Reuters Automated News)
  11469.   Date: 3 Feb 1993 13:0:39 -0500
  11470.  
  11471. CLINTON MAKING WHITE HOUSE COMPUTER FRIENDLY
  11472.  
  11473.     By Steve Holland
  11474.  
  11475.     WASHINGTON, Reuter - Bill Clinton's aides knew the White House
  11476. phone system left something to be desired when they discovered the
  11477. operators transferring calls by plugging cords into holes.
  11478.  
  11479.     Then the president himself tried to arrange his own conference
  11480. call and found he could not do it without getting an operator or a
  11481. secretary involved.
  11482.  
  11483.     "I was amazed,"  Clinton said later, showing frustration probably
  11484. similar to that of President Rutherford B. Hayes, who installed the
  11485. first phone at the White House in 1877 but had nobody to call because
  11486. few people had phones then.
  11487.  
  11488.     For Clinton, it was not long before a deluge of calls from
  11489. Americans interested in expressing their opinions on topics ranging
  11490. from Zoe Baird to gays in the military overwhelmed the White House,
  11491. which could handle only 5,000 calls a day.
  11492.  
  11493.     Phones either went unanswered or people found a constant busy
  11494. signal. It was a terrible embarrassment for Clinton, whose 1992
  11495. campaign prided itself for its communications and whose headquarters
  11496. could accept 60,000 calls a day.
  11497.  
  11498.     His immediate reaction was to blame the Republicans.
  11499.  
  11500.     "The other crowd had the White House for 12 years, and they have
  11501. presented themselves as businesslike and modern, you know, and tried
  11502. to make the Democrats look like yesterday's crowd.  Well, when I got
  11503. to the White House, guess what I found? Same phone system Jimmy Carter
  11504. had," he said recently referring to the last Democrat to win the White
  11505. House.
  11506.  
  11507.     For 200 years the White House has been subjected to the whims of
  11508. the presidents and every occupant has left a mark on the place,
  11509. whether it be Harry Truman's complete rebuilding job or Jackie
  11510. Kennedy's redecorating.
  11511.  
  11512.     Now, Clinton and his team are trying to bring White House phones
  11513. and the executive mansion's computer system up to date and ready for
  11514. the 21st century.
  11515.  
  11516.     "It's a yesterday place, and we need to make it a tomorrow
  11517. place,"  Clinton said.
  11518.  
  11519.     Some of this work is falling to Jeff Eller, Clinton's director of
  11520. media affairs, a moustachioed fellow who lives and breathes computer
  11521. software, electronic mail, satellite uplinks and the like.
  11522.  
  11523.     "Tyson's Chicken had a better phone system than we had in the
  11524. White House before we got here," says Eller, referring to a large
  11525. Arkansas business that Clinton's Little Rock headquarters surpassed as
  11526. the state's largest in phone capacity when his campaign picked up
  11527. steam last year.
  11528.  
  11529.     Eller says there is a generational, philosophical and emotional
  11530. gap between the new White House team and that of George Bush, who only
  11531. learned how to use a computer in the last couple of years and often
  11532. complained he could not program his television video cassette
  11533. recorder.
  11534.  
  11535.     "What I'm talking about is that we are for the most part younger,
  11536. computer literate, comfortable with computers and understand their
  11537. value in moving information," Eller said.
  11538.  
  11539.     The Clinton team has already installed a comments line for
  11540. everyday Americans to phone in their concerns. It's 202-456-1111.
  11541.  
  11542.     And the team is working to allow the system to accept more calls,
  11543. helping out the half-dozen or so weary operators who still plug patch
  11544. cords into holes to transfer calls -- a system that apparently dates
  11545. back at least to the Kennedy administration in the early 1960s.
  11546.  
  11547.     Clinton's assistants are also seeing how they can expand the
  11548. capacity of an obsolete mainframe computer and adapt it for easier
  11549. access to "E-mail," an electronic mail system in which people can
  11550. quickly send messages to each other via computer terminals.
  11551.  
  11552.     Troubled by the sight of an old wire service teletype printer when
  11553. he got to the White House, Eller is improving the ability to call up
  11554. news on more computer terminals rather than printing out stories and
  11555. copying them for distribution.
  11556.  
  11557.     "Emotionally, our heads are always in touch with the news cycle.
  11558. That's how we think," Eller said. "We believe that the more
  11559. information you share, the better you're going to be."
  11560.  
  11561.  REUTER
  11562.  
  11563.                    -------------------
  11564.  
  11565.   J. Philip Miller, Professor, Division of Biostatistics, Box 8067
  11566.       Washington University Medical School, St. Louis MO 63110
  11567.        phil@wubios.WUstl.edu - (314) 362-3617 [362-2694(FAX)]
  11568.  
  11569. ------------------------------
  11570.  
  11571. From: dale@lamont.ldgo.columbia.edu (dale)
  11572. Subject: Definity Phone Sets
  11573. Reply-To: dale@lamont.ldgo.columbia.edu
  11574. Organization: Lamont-Doherty Geological Observatory of Columbia University
  11575. Date: Sun, 7 Feb 1993 16:53:13 GMT
  11576.  
  11577.  
  11578. Our institution has recently installed an AT&T Definity phone system
  11579. (with Audix voice mail) but in the process of upgrading, only the high
  11580. level administrative folks got new phones on their desks. Its clear
  11581. that these digital phones make a much more sensible user interface to
  11582. the features of this system than a standard touch-tone phone.
  11583.  
  11584. The first problem with our existing arrangment is that there is no way
  11585. to tell that you have voice mail without dialing into AUDIX to find
  11586. out. In larger AUDIX systems, there is apparently a warble tone when
  11587. you take the handset off hook, but this feature is not available on
  11588. our system. We have heard that it will be available as an upgrade
  11589. perhaps this summer. The AT&T digital phones have a "message" LED
  11590. among many other useful features.
  11591.  
  11592. My question is: what (perhaps non-AT&T) desk sets are known tol work
  11593. well with a Definity/Audix system?  We already know about the $550
  11594. AT&T digital phones, and the $60 or so AT&T phones with a message LED.
  11595. Surely there must be third party equipment for this market.
  11596.  
  11597.  
  11598. Dale Chayes   Lamont-Doherty Earth Observatory of Columbia University
  11599. Internet: dale@lamont.ldgo.columbia.edu
  11600. Voice:    (914) 365-8434     Fax:  (914) 359-6940
  11601.  
  11602. ------------------------------
  11603.  
  11604. From: Youhua Tsai <ytsai@clyde.ICS.UCI.EDU>
  11605. Subject: Finding a Vendor For Hardware Units in Switching Systems
  11606. Date: 7 Feb 93 19:46:07 GMT
  11607.  
  11608.  
  11609. A friend of mine is looking for the opportunity of purchasing hardware
  11610. units for PABXs.  Initially, he would need to purchase the Digital
  11611. Switching Network, Central Processor Unit.  If you have any
  11612. information as where he can find the vendor, please contact me to the
  11613. following email address:
  11614.  
  11615.             ytsai@ics.uci.edu
  11616.  
  11617.  
  11618. Thanks in advance.
  11619.  
  11620. Steve
  11621.  
  11622. ------------------------------
  11623.  
  11624. Date: Sun, 7 Feb 1993 13:53:56 -0800
  11625. From: Robert Horvitz <antenna@well.sf.ca.us>
  11626. Subject: Telex <=> RS-232
  11627.  
  11628.  
  11629. We have this big old and very loud telex machine in our office.  We'd
  11630. like to get rid of it and integrate telex with our LAN.  Surely we're
  11631. not the first to have this idea.  Assuming the wheel has already been
  11632. invented, can someone explain how to do this?  Is there a particular
  11633. kind of modem designed for interfacing DOS machines with telex
  11634. circuits?
  11635.  
  11636. Thanks in advance for your help.  Send answers via email and I'll post
  11637. a summary ... unless there's already a file that answers this question.
  11638.  
  11639. ------------------------------
  11640.  
  11641. Subject: When Does 800 = 900?
  11642. Date: Sun, 7 Feb 1993 19:35:23 -0500 (EST)
  11643. From: ken@wybbs.mi.org (Ken Jongsma)
  11644.  
  11645.  
  11646. OK boys and girls! Here's another opportunity to have phun at your
  11647. local COCOT or other suitable phone.
  11648.  
  11649. An IXC company called ATN is promoting the use of 800 numbers assigned
  11650. to it as a means of getting around 900 call restrictions. For example:
  11651. You might dial 1-800-697-1110 thinking that it is a free call. Stay on
  11652. the line long enough and the real time ANI number for the phone you
  11653. are on will be charged for a collect call at 900 rates!
  11654.  
  11655. ATN is apparently smart enough to check some line records. Calls from
  11656. the LEC payphones I tried get a recording stating that the 800 number
  11657. is not valid from the area I was calling from. Calls from a hotel in
  11658. the same area went through just fine.
  11659.  
  11660. Can you imagine what this is going to do for colleges, businesses and
  11661. others that don't have ATN assigned 800 exchanges blocked? Yuck.
  11662.  
  11663.  
  11664. Ken    ken@wybbs.mi.org
  11665.  
  11666.  
  11667. [Moderator's Note: At least they call back collect, rather than just
  11668. converting it to 900, so a certain number will be caught and stopped
  11669. that way by telephone operators at universities and business places.
  11670. But for those folks reading this who control their phone system: I
  11671. tried it and stayed on long enough to hear the opening message. It is
  11672. a sex line. Be forewarned and get it blocked out if possible!   PAT]
  11673.  
  11674. ------------------------------
  11675.  
  11676. Subject: Chicago Uses E911 as Revenue Source
  11677. Date: Sun, 7 Feb 1993 19:36:26 -0500 (EST)
  11678. From: ken@wybbs.mi.org (Ken Jongsma)
  11679.  
  11680.  
  11681. According to an article in _GPS_World_, the City of Chicago has
  11682. amassed over 30 million dollars in a fund built from the $1 per month
  11683. surcharge on every phone bill for Enhanced 911 services.
  11684.  
  11685. Since this is well in excess of what it actually costs to provide
  11686. E911, the city is looking for ways to spend the money on other
  11687. projects.  Apparently, the thought of reducing the surcharge has not
  11688. occurred to them ...
  11689.  
  11690.  
  11691. Ken Jongsma                   jongsma@benzie.si.com
  11692. Smiths Industries                  ken@wybbs.mi.org 
  11693. Grand Rapids, Michigan    73115.1041@compuserve.com 
  11694.  
  11695.  
  11696. [Moderator's Note: Not true. The city is building a new emergency
  11697. communications center on the west side of Chicago with that money. It
  11698. is being used both to fund the E-911 system itself and construct the
  11699. building.   PAT]
  11700.  
  11701. ------------------------------
  11702.  
  11703. Date: Sun, 7 Feb 93 19:19:29 PST
  11704. From: jwarren@autodesk.com (Jim Warren)
  11705. Subject: New French E-Journal on Computer Security
  11706.  
  11707.  
  11708. [Moderator's Note: Jim passed along this correspondence he received.  PAT]
  11709.  
  11710.  From: jbcondat@attmail.com
  11711.  To: jwarren@autodesk.com
  11712.  Subject: New French computer security e-journal
  11713.  
  11714.  
  11715. Bonjour!
  11716.  
  11717. A new computer security e-journal is already published in France. It's
  11718. the first in my country:
  11719.  
  11720.      * weekly;
  11721.      * name: _Chaos Digest_;
  11722.      * last issue available: #1.07 (8 Fev 1993);
  11723.      * for a subscription send an e-message to: jbcondat@attmail.com
  11724.  
  11725. If you can diffuse this e-journal throughout your site, don't hesitate
  11726. to contact me, ok?
  11727.  
  11728. Thanks, and hope to hear from you soon!
  11729.  
  11730.  
  11731. Jean-Bernard Condat
  11732. Chaos Computer Club France [CCCF]    B.P. 8005
  11733. E-Mail: jbcondat@attmail.com         69351 Lyon Cedex 08, France
  11734. Phone:  +33 1 47874083               Fax:  +33 1 47877070
  11735.  
  11736. ------------------------------
  11737.  
  11738. From: Tas Dienes <tas@hmcvax.claremont.edu>
  11739. Subject: ANI on 800 Line w/o T1?
  11740. Organization: Harvey Mudd College, Claremont, CA 91711
  11741. Date: Mon, 8 Feb 1993 06:37:22 GMT
  11742.  
  11743.  
  11744. Does anybody know if it is possible to get ANI on an 800 line without
  11745. having to get T1 service?  I just have a couple of regular (actually,
  11746. Centranet) lines - local service is GTE, 800 is Sprint.  Sprint says
  11747. no, but I was wondering if anybody else can?  
  11748.  
  11749.  
  11750. Thanks,
  11751.  
  11752. Tas
  11753.  
  11754. ------------------------------
  11755.  
  11756. Subject: Re: Cellular Phones Are Carcinogens?
  11757. From: upchrch!joel@peora.sdc.ccur.com (Joel Upchurch)
  11758. Date: Sun, 07 Feb 93 17:52:28 EST
  11759. Organization: Upchurch Computer Consulting, Orlando FL
  11760.  
  11761.  
  11762. andrew@frip.wv.tek.com (Andrew Klossner) writes:
  11763.  
  11764. >> It is believed by some people that the amount of radiation emitted
  11765. >> from a cellular phone antenna can cause cancer.
  11766.  
  11767. > To clarify: there are credible scientific reports that a three watt
  11768. > transceiver, operated near the head for many years, can cause
  11769. > *glaucoma*.  This is one reason why police radios are now worn at the
  11770. > waist and wired to a lapel-mounted microphone.  I know of no credible
  11771. > evidence linking transceivers to brain cancer.
  11772.  
  11773. I've heard the same thing. I also recall some rumors concerning health
  11774. hazards in operating hand-held radar guns. While I have some strong
  11775. doubts about portable cellular phones causing tumors, I wonder if you
  11776. could reduce the risk considerably by having the antenna come out of
  11777. the bottom of the phone instead of the top? Would it have that much
  11778. effect on reception?
  11779.  
  11780.  
  11781. (If your mail bounces use the address below.)
  11782. Joel Upchurch/Upchurch Computer Consulting/718 Galsworthy/Orlando, FL 32809
  11783. joel@peora.ccur.com {uiucuxc,hoptoad,petsd,ucf-cs}!peora!joel (407) 859-0982
  11784.  
  11785. ------------------------------
  11786.  
  11787. Date: Sun, 07 Feb 93 14:36:47 EST
  11788. From: jack.decker@f8.n154.z1.fidonet.org (Jack Decker)
  11789. Subject: Re: Cellular Phones Are Carcinogens?
  11790.  
  11791.  
  11792. Just in case you missed it, I saw the following in the RISKS-FORUM
  11793. Digest, Tuesday 2 February 1993, Volume 14, Issue 30:
  11794.  
  11795.  Date: Wed, 27 Jan 93 16:55 PST
  11796.  From: lauren@cv.vortex.com (Lauren Weinstein)
  11797.  Subject: Re: EM Radiation (and cell phones) (Menon, RISKS-14.29)
  11798.  
  11799. The issues surrounding the topic of possible negative health effects
  11800. from cellular phone use are going to be among the hottest (no pun
  11801. intended) in coming years.
  11802.  
  11803. There are no definitive studies that fully address the complexities of
  11804. the situation, especially in view of increasing circumstantial
  11805. evidence that non-ionizing radiation may have more biological effects
  11806. than previously thought.
  11807.  
  11808. It's true that walkie-talkies, ham radios, etc. have been around for
  11809. many years--but there are some potentially significant differences
  11810. with cellular phones:
  11811.  
  11812. 1) Most walkie-talkie, police radios, ham radios, etc. are operated
  11813.    in a push-to-talk mode.  You're only transmitting when you're
  11814.    actually talking.  Cell phones transmit continuously, so exposure
  11815.    is continuous during calls.
  11816.  
  11817. 2) Cell phones operate at higher frequencies than most common
  11818.    service or ham radios (common hand-held ham radios, for
  11819.    example, usually go no higher than the 440 Mhz band.  Cell
  11820.    phones operate in the 800-900 Mhz region, which puts them
  11821.    just about in the microwave range.
  11822.  
  11823. Recently there have been a number of concerns raised about microwave
  11824. exposure to the operators of police radar units.  We're talking longer
  11825. exposure and higher frequencies in the radar case -- but nobody knows
  11826. where the "thresholds" might be for exposure to possibly show effects
  11827. in some persons.  The bottom line is that the higher the frequency,
  11828. the more "energetic" the effects.
  11829.  
  11830. In at least a couple of the cases of persons accusing cell phones of
  11831. causing tumors, part of their evidence is the shape and direction of
  11832. tumor growth -- they apparently are aligned with the antenna and growing
  11833. inward from the outside.  Of course, this says nothing about cause and
  11834. effect -- but it has to at least be considered.
  11835.  
  11836. It's true that cell phones use quite low power.  But a little power
  11837. packs a bigger "punch" at these frequencies, and with the antenna
  11838. right next to the head the *field strength* (which matters more than
  11839. the absolute power) can be quite high (inverse square law applies).
  11840.  
  11841. Concerns about health effects from hand-held radios have been around
  11842. for a long time.  But with the millions of people using continuously
  11843. transmitting, ultra high frequency units who never did before, some
  11844. new dimensions are added to the picture -- and they are definitely
  11845. worthy of serious consideration.
  11846.  
  11847. By the way, not all cellular systems are created equal when it comes
  11848. to radiation exposure.  The new CDMA digital system, for example,
  11849. throttles back the power from the portable unit depending on how close
  11850. you are to the cell site -- the site transmitter sends a signal back
  11851. to the handheld controlling the power level.  The main reason for
  11852. doing this is to drastically increase battery life, but it has the
  11853. additional benefit of reducing overall exposure as well.
  11854.  
  11855.  
  11856.               --Lauren--
  11857.  
  11858.               ------------------------------
  11859.  
  11860.   Date: 27 Jan 93 17:03:44 PST
  11861.   From: andrew@frip.wv.tek.com (Andrew Klossner)
  11862.   To: pnm@goanna.cs.rmit.oz.au
  11863.   Subject: Re: EM Radiation - is smoking safer?  (Menon, RISKS-14.29)
  11864.  
  11865.     "We've had walkie talkies (ok - two way radios) for years with
  11866.     no perceivable or admitted risk to the health of users."
  11867.  
  11868. Not so.  Long term (over 20 years) use of two-way radios by police
  11869. officers has been linked to higher incidences of glaucoma.  This is
  11870. one reason why the transmitter unit is now worn on the belt, with the
  11871. microphone pinned to the lapel.
  11872.  
  11873. (This means that the transmitter irradiates the gonads instead of the
  11874. eyeballs ... a possible new risk?)
  11875.  
  11876.  
  11877.   -=- Andrew Klossner  (andrew@frip.wv.tek.com)
  11878.                        (uunet!tektronix!frip.WV.TEK!andrew)
  11879.  
  11880.                 ------------------------------
  11881.  
  11882. [end of excerpt from the RISKS-FORUM Digest]
  11883.  
  11884.  
  11885. Jack Decker | Internet: jack.decker@f8.n154.z1.fidonet.org | Fidonet: 1:154/8
  11886.  
  11887. ------------------------------
  11888.  
  11889. Subject: Re: Cellular Phones Are Carcinogens?
  11890. From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
  11891. Reply-To: zeta%tcscs@src.honeywell.com
  11892. Date: Sun, 07 Feb 93 11:00:02 CST
  11893. Organization: TCS Consulting Services
  11894.  
  11895.  
  11896. I'm a cellular network technicians, and I have been for roughly four
  11897. years now.  I'm also a heavy user of cellular, averaging 1800 to 2000
  11898. minutes a month, with a little over half using handhelds.  The rest of
  11899. the time the handheld is in a car kit.  I agree with the person who
  11900. mentioned before about limiting the amound of time transmitting close
  11901. to your body when possible.  Unfortunately a lot of times I had no
  11902. choice in the matter as there was no POTS service where I was, and my
  11903. celllular system was the only phone system around.
  11904.  
  11905. What I'd like to see is a study that looks at the cellular network
  11906. people, and cellular employees from all over the country, using all
  11907. sorts of phones and cellular systems.  These are the ones that use
  11908. cellulars the heaviest at times, and also the technicians are in the
  11909. cell sites and exposed to more than just the usage of the phone.
  11910. Personally I'd like to see several studies done like the one I'm
  11911. talking about.
  11912.  
  11913. BTW, have others noticed the change in names from cellular phones to
  11914. cellphones.  Is that another media driven word created by them to make
  11915. it easier and faster to say?  Or is that a trend that appears to be
  11916. going on around the country?  I'm asking as I saw this in the national
  11917. 'news' shows and the local tv news.
  11918.  
  11919.  
  11920. Greg
  11921. TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008
  11922.       Mail-server requests to:  mail-server%tcscs@idss.nwa.com      
  11923. zeta%tcscs@src.honeywell.com        or       zeta%tcscs@idss.nwa.com
  11924. ..!srcsip!tcscs!zeta                or           ..!guppy!tcscs!zeta
  11925.  
  11926. ------------------------------
  11927.  
  11928. From: ruck@beta.ee.ufl.edu (John R. Ruckstuhl Jr.)
  11929. Subject: Re: Cellular Phones Are Carcinogens?
  11930. Organization: EE Dept at UF
  11931. Date: Sun, 7 Feb 93 21:54:38 GMT
  11932.  
  11933.  
  11934. In article <telecom13.67.8@eecs.nwu.edu> jack_decker@f8.n154.z1.
  11935. fidonet.org (Jack Decker) writes:
  11936.  
  11937. > I have to agree with John on this.  Let us keep in mind that the
  11938. > recent wave of hysteria about RF and EMI radiation is being fueled by
  11939. > the press, which is hardly noted for checking their fact (the most
  11940.  
  11941. > What ALL these reports overlook is the inverse square law.  Put
  11942. > simply, when you are twice as far away from a source of radiation, you
  11943. > get only one fourth the radiation.  On one news report, a guy was
  11944. > going around measuring the radiation from various household
  11945. > appliances, and in each case he held a probe right up close to the
  11946. > appliance, within an inch or so at most.  What they didn't point out
  11947. > was that at only a foot away from that appliance, the radiation would
  11948. > be only 1/144th of the radiation at one inch.  If handheld cellular
  11949.  
  11950. Just a point of information -- I think that "inverse square law" is
  11951. only applicable to point-source radiation.  For line-source radiation
  11952. (e.g.  from transmission lines) intensity diminishes linearly with
  11953. distance for plane-source radiation, intensity doesn't diminish at all
  11954. with distance.  Of course, this assumes a perfectly transmitting
  11955. medium (vacuum).
  11956.  
  11957. FWIW.
  11958.  
  11959.  
  11960. Best regards,
  11961.  
  11962. John R. Ruckstuhl, Jr.             ruck@alpha.ee.ufl.edu
  11963. Dept. of Electrical Engineering    ruck@cis.ufl.edu, uflorida!ruck
  11964. University of Florida              ruck%sphere@cis.ufl.edu, sphere!ruck
  11965.  
  11966. ------------------------------
  11967.  
  11968. End of TELECOM Digest V13 #73
  11969. *****************************
  11970. 
  11971. 
  11972. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa06240;
  11973.           8 Feb 93 4:09 EST
  11974. Received: by delta.eecs.nwu.edu id AA30872
  11975.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 8 Feb 1993 02:00:15 -0600
  11976. Received: by delta.eecs.nwu.edu id AA27468
  11977.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 8 Feb 1993 01:59:24 -0600
  11978. Date: Mon, 8 Feb 1993 01:59:24 -0600
  11979. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  11980. Message-Id: <199302080759.AA27468@delta.eecs.nwu.edu>
  11981. To: telecom@eecs.nwu.edu
  11982. Subject: TELECOM Digest V13 #74
  11983.  
  11984. TELECOM Digest     Mon,  8 Feb 93 01:59:20 CST    Volume 13 : Issue 74
  11985.  
  11986. Index To This Issue:                     Moderator: Patrick A. Townson
  11987.  
  11988.     Re: Overseas Directory Assistance (Frederick Roeber)
  11989.     Re: Overseas Directory Assistance (Lutz Albers)
  11990.     Re: Overseas Directory Assistance (Harold Hallikainen)
  11991.     Re: Cellular Phone Frequency Allocations (Ron Dippold)
  11992.     Re: Cellular Phone Frequency Allocations (Paul Robinson)
  11993.     Re: Caller ID and Voice Messaging in Centrex (Dave Ptasnik)
  11994.     Re: Caller ID and Voice Messaging in Centrex (Terence Cross)
  11995.     Re: Sears Kills Catalog After 95 Years (Paul S. Sawyer)
  11996.     Re: Sears Kills Catalog After 95 Years (Steven H. Lichter)
  11997.     Re: Introduction to comp.dcom.telecom / TELECOM Digest (Jack Decker)
  11998. ----------------------------------------------------------------------
  11999.  
  12000. From: roeber@vxcrna.cern.ch
  12001. Subject: Re: Overseas Directory Assistance
  12002. Reply-To: roeber@cern.ch
  12003. Organization: CERN -- European Organization for Nuclear Research
  12004. Date: Sun, 7 Feb 1993 17:52:25 GMT
  12005.  
  12006.  
  12007. > Sometimes you can reach the US directory assistance from Germany by
  12008. > dialing +1 XXX 555 1212 ... but sometimes you get a message "Your call
  12009. > cannot completed as dialed" ... from time to time this message is
  12010. > interrupted and the directory assistance answers ... strange thing.
  12011.  
  12012. Do +1 xxx 555 1212 numbers supervise?  If not (since they are supposed
  12013. to be free calls, at least in some telcos), this may well explain why
  12014. the PTTs get upset -- they don't like the idea of not getting money.
  12015.  
  12016.  
  12017. Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
  12018. e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
  12019. r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 20 82 99
  12020.  
  12021. ------------------------------
  12022.  
  12023. Date: 07 Feb 93 17:38:41 EST
  12024. From: Lutz Albers <100022.1102@CompuServe.COM>
  12025. Subject: Re: Overseas Directory Assistance
  12026.  
  12027.  
  12028. In TELECOM Digest 68/V6 <jrichert@krefcom.GUN.de (Jan Richert)>
  12029. writes:
  12030.  
  12031. > The German directory assistance can be reached by dialing +49 211 1188
  12032. > from anywhere.
  12033.  
  12034. This is the directory assistance of the city of Duesseldorf. Not that
  12035. this will cause a problem for an international dialer (except for the
  12036. language, the operators usually speaks German), because DA requests
  12037. are often routed all over the country to find a free operator. I've
  12038. tried this three times from munich and got an operator in Traunstein,
  12039. Kempten and Augsburg.
  12040.  
  12041.  
  12042. Lutz Albers           InterNet:   100022.1102@compuserve.com
  12043. Reginfriedstr. 10     CompuServe: 100022.1102
  12044. 8000 - Muenchen 90    Phone:      +49 89 651 71 85
  12045. Germany               Fax:        +49 89 651 71 88
  12046.  
  12047. ------------------------------
  12048.  
  12049. From: hhallika@zeus.calpoly.edu (Harold Hallikainen)
  12050. Subject: Re: Overseas Directory Assistance
  12051. Organization: California Polytechnic State University, San Luis Obispo
  12052. Date: Mon, 08 Feb 1993 07:56:16 GMT
  12053.  
  12054.  
  12055. > [Moderator's Note: ... noticed when calling directory assistance in
  12056. > the UK the response is the same; a live person answers and takes the
  12057. > request, then the robot speaks up with the answer, and invites me to
  12058. > stay on the line if I have further inquiries.  PAT]
  12059.  
  12060.     I recently found the "invite to stay on the line" to cause a
  12061. problem.  Since the "called party" had not disconnected, I could not
  12062. use the # to place another call without rekeying my credit card
  12063. number.  Slowed me down a bit ...
  12064.  
  12065.  
  12066. Harold
  12067.  
  12068. ------------------------------
  12069.  
  12070. From: rdippold@qualcomm.com (Ron Dippold)
  12071. Subject: Re: Cellular Phone Frequency Allocations
  12072. Organization: Qualcomm, Inc., San Diego, CA
  12073. Date: Sun, 7 Feb 1993 20:54:13 GMT
  12074.  
  12075.  
  12076. HLEAVES@Gems.VCU.EDU (Hugh Eaves) writes:
  12077.  
  12078. > These are probably FAQ's, but I've got a few questions about the
  12079. > frequency allocations for cellular phones:
  12080. > Are all the allocated frequencies usually in use in a particular area?
  12081.  
  12082. Can't tell you for certain on this one, but I would suspect that this
  12083. is the case in a heavy use urban area.  The frequency use cuts the
  12084. available channels down by a factor of seven (from 833 channels to 119
  12085. per cell) -- and of course, you can't always place the cells ideally.
  12086. Then consider that you've got carriers A and B in an area and that's
  12087. 60 channels per cell, which isn't that much for the LA freeway.  In
  12088. many areas, however, I can't see all the channels being used -- a
  12089. single carrier using just a few cells has way too many channels
  12090. available.  I know from experience that Juneau, Alaska, actually has a
  12091. cellular system.
  12092.  
  12093. > Do different carriers in the same area use different channels?
  12094.  
  12095. Yup, otherwise it would be awfully hard to aquire both A and B in a
  12096. single location depending on your preference.  Now, their coverage
  12097. areas may not completely overlap, but you can bet that for, say,
  12098. downtown LA they'll both be there.
  12099.  
  12100. > What frequencies are used (specifically), and what is the channel
  12101. > spacing?
  12102.  
  12103. 30 khz channels.  A separate frequency is used for transmission and
  12104. recieve.
  12105.  
  12106. System A center transmit frequencies are 825.03 to 834.99 MHz (A) and
  12107. 845.01 to 846.48 MHz (A') and 824.04 to 825.00 MHz (A'') for the
  12108. mobile, and 870.03 to 879.99 (A) and 890.01 to 891.48 MHz (A') and
  12109. 869.04 to 870.00 MHz (A'') for the base.
  12110.  
  12111. System B center transmit frequencies are 835.02 to 844.98 MHz (B) and
  12112. 846.51 to 848.97 MHz (B') for the mobile, and 880.02 to 889.98 MHz (B)
  12113. and 891.51 to 893.97 MHz (B') for the base.
  12114.  
  12115. > Are there plans to expand the currently allocated frequency set?
  12116.  
  12117. Well, you can see that there are A, A', and A'' frequencies, and the
  12118. channel numbering is a bit strange - channels 990-1023 are actually
  12119. lower frequencies than channels 1-799, which would seem to indicate at
  12120. least one extension.  I've seen references to A''' and B''
  12121. possibilities, which would suggest another extension -- say picking up
  12122. some of that banwidth from 849 to 869 MHz, although I have absolutely
  12123. no idea what's in there right now.
  12124.  
  12125. However, the current allocation system is massively inefficient
  12126. because the current technology, while incredibly better than what was
  12127. there before, is obsolete.  For example, each voice channel is using
  12128. 30 KHz -- yet the phone company can do with 3 KHz for the same
  12129. conversation if you use your regular phone.  The AMPS system needs to
  12130. leave plenty for error and separation from adjacent channels.
  12131.  
  12132. The methods being looked at right now are mostly geared at making
  12133. better use of the current bandwidth.  There's NAMPS from Motorola - I
  12134. have absolutely no idea what this is about, although it's supposed to
  12135. get a small capacity increase -- sort of an interim thing.  There's
  12136. TDMA, which basically time multiplexes each of those 30 KHz channels
  12137. three ways to get a theoretical maximum triple capacity (but keep away
  12138. from multipath and cell reuse).  Finally, there's CDMA which offers
  12139. 10-30 times capacity depending on circumstances.  Mostly about 20, but
  12140. if you think 10 then you can be pleasantly surprised later.  All of
  12141. these technologies coexist with current AMPS technology, because all
  12142. those cell phones that are currently out there won't just dry up and
  12143. go away, however much it might be wished!
  12144.  
  12145. I think a capacity increase through better efficiency looks better
  12146. than one from allocating new frequencies -- in both cases you need new
  12147. mobiles and have to upgrade your base stations.  Plus, technologies
  12148. such as CDMA offer additional features such as soft handoff, better
  12149. data services, etc.
  12150.  
  12151. (I might as well disclaim here that I'm working on CDMA.)
  12152.  
  12153.  
  12154. else
  12155.  
  12156. ------------------------------
  12157.  
  12158. Date: Sun, 7 Feb 1993 00:42:22 -0500 (EST)
  12159. From: Paul Robinson <tdarcos@access.digex.com>
  12160. Subject: Re: Cellular Phone Frequency Allocations
  12161.  
  12162.  
  12163. In TELECOM Digest 13-69, Hugh Eaves <HLEAVES@Gems.VCU.EDU> asked:
  12164.  
  12165. > Are all the allocated frequencies usually in use in a particular area?
  12166.  
  12167. According to what I know, the cellular system has 666 channels (this
  12168. number is probably higher; I have heard '872' used) available for
  12169. phones, based on a cell system in which a particular group of channels
  12170. is assigned to a particular cell area, of which there are six types of
  12171. cell areas.  No cell area will touch another using the same
  12172. frequencies.  That means that aproximately 111 frequencies (666/6, or
  12173. 872/6 if that's right) are therefore available in any one of the six
  12174. cell area.  The 112th simultaneous cellular phone in that area won't
  12175. be able to use the system.  In heavy usage areas, this could be as
  12176. small as a three block area or smaller if need be, so crowding
  12177. shouldn't be a problem.
  12178.  
  12179. > Do different carriers in the same area use different channels?
  12180.  
  12181. I'm not sure.  I know that in the US, the telephone company carrier
  12182. and the non-telephone carrier are treated differently as "A" and "B".
  12183. In some casea a cellular phone must explicitly indicate which system
  12184. it is attached to or it could be charged for use of two different
  12185. systems simultaneously.  Europe is totally different.
  12186.  
  12187. You might want to send your questions to the following lists, and
  12188. subscribe to them.  (Change 'Cellular' to 'Cellular-Request' to
  12189. request a subscription.)  I'll pass the question on to them for
  12190. response:
  12191.  
  12192.  
  12193. cellular@slcdec.dfv.rwth-aachen.de     Cellular@yngbld.gwinnett.com          
  12194.  
  12195. ------------------------------
  12196.  
  12197. From: davep@carson.u.washington.edu (Dave Ptasnik)
  12198. Subject: Re: Caller ID and Voice Messaging in Centrex
  12199. Date: 7 Feb 1993 17:59:32 GMT
  12200. Organization: University of Washington
  12201.  
  12202.  
  12203. tad@ssc.com (Tad Cook) writes:
  12204.  
  12205. > At home I have two-line residential CENTREX service from US West,
  12206. > which they market under the name Centraflex.  I am served by a 5ESS
  12207. > switch.  I am confused about application of telco voice messaging and
  12208. > Caller-ID on this type of service.
  12209.  
  12210. > >I thought it might be neat to get voice messaging from the telco, so
  12211. > that if the call is not answered after six rings or so on either line,
  12212. > or if both lines were busy and the person on the second line ignored
  12213. > the Call-Waiting signal, voice messaging would answer and take the
  12214. > message.  Unfortunately, the telco tells me that telco provided voice
  12215. > mail is incompatible with Centrex!  Does anyone know why?  Didn't
  12216. > Bellcore design telco provided voice mail to work with Centrex?  It
  12217. > seems to me that I have been answered by CO provided voice mail when
  12218. > calling numbers in a Centrex group in the past, but maybe this was
  12219. > really provided by external hardware at the called location.
  12220.  
  12221. At the University of Washington we are served by Centrex provided by a
  12222. US West 5ESS.  We have a central voice mail system manufactured by the
  12223. same company that manufactures the US West system (Octel).  You want
  12224. your calls to be forwarded on a don't answer basis to voice mail, from
  12225. a line that has call waiting.  We have been told (having users who
  12226. want the same service) that the 5ESS is not configured to provide this
  12227. service.  It is assumed that if you have call waiting, you want that
  12228. second call.  As a result the waiting call does not forward anywhere
  12229. else on a don't answer basis.  If you really want to get that extra
  12230. call, put in another line, or just drop the call waiting, and your
  12231. callers will be able to leave messages.
  12232.  
  12233. At least it seems that US West is being consistent.
  12234.  
  12235.  
  12236. The above is nothing more than the personal opinion of:
  12237.  
  12238. Dave Ptasnik    davep@u.washington.edu
  12239.  
  12240. ------------------------------
  12241.  
  12242. Date: Sun, 7 Feb 93 17:02:25 GMT
  12243. From: eeitecs@eeiuc.ericsson.se (Terence Cross)
  12244. Subject: Re: Caller ID and Voice Messaging in Centrex
  12245.  
  12246.  
  12247. Terry Kennedy <TERRY@spcvxa.spc.edu> writes:
  12248.  
  12249. > In article <telecom13.62.6@eecs.nwu.edu>, tad@ssc.com (Tad Cook)
  12250. > writes:
  12251.  
  12252. >> Does anyone know if it is possible to get the same number listed as
  12253. >> the ID on both lines?
  12254.  
  12255. >> It's not possible. Caller ID delivers the actual telephone number.
  12256. >> ANI would deliver the billing number.
  12257.  
  12258. This is in fact possible in ISDN, without sharing the DN (DN:
  12259. directory number, similar to POTS line with more than one line).
  12260. There can be a number of DNs for each access and the Telco can be
  12261. requested by the subscriber to set a special Access Default Number
  12262. (ADN), this number instead of the DN will then be sent forward for
  12263. CLID.
  12264.  
  12265. The ADN must be the same as one of the DNs though.
  12266.  
  12267.  
  12268. rgs,
  12269.  
  12270. Terence Cross                             +353 902 74601
  12271. Software Engineer (B.A., B.A.I.)          ECN  +830 1498    
  12272. AXE Operations & Maintenance Committee 
  12273. Ericsson Systems Expertise Irl. Ltd.      eeitecs@eeiuc.ericsson.se 
  12274. Athlone,  Ireland                         eeitecs@memo.ericsson.se
  12275.  
  12276. ------------------------------
  12277.  
  12278. Subject: Re: Sears Kills Catalog After 95 Years
  12279. Date: 7 Feb 93 07:40:45 EST (Sun)
  12280. From: paul@unhtel.unh.edu (Paul S. Sawyer)
  12281.  
  12282.  
  12283. Sears dropping their Catalog Service?
  12284.  
  12285. That's unthinkable!  That would be like AT&T dropping UNIX!
  12286.  
  12287. Huh?  Really ...?    Nevermind.  
  12288.  
  12289.  
  12290. Paul S. Sawyer    - University of New Hampshire CIS - paul@unhtel.unh.edu
  12291. Telecommunications and Network Services             - VOX: +1 603 862 3262
  12292. Durham, New Hampshire  03824-3523                   - FAX: +1 603 862 2030
  12293.  
  12294. ------------------------------
  12295.  
  12296. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  12297. Subject: Re: Sears Kills Catalog After 95 Years
  12298. Date: 7 Feb 1993 19:29:24 GMT
  12299. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  12300.  
  12301.  
  12302.  From an article timhu@ico.isc.com (Timothy Hu):
  12303.  
  12304. > Then I suppose DAK will buy up what's left and sell it.
  12305.  
  12306. No but C.O.M.B or DAMARK might buy what is left.
  12307.  
  12308. ------------------------------
  12309.  
  12310. Date: Sun, 07 Feb 93 11:39:05 EST
  12311. From: jack.decker@f8.n154.z1.fidonet.org (Jack Decker)
  12312. Subject: Re: Introduction to comp.dcom.telecom / TELECOM Digest
  12313.  
  12314.  
  12315. In message <telecom13.65.1@eecs.nwu.edu>, gs26@prism.gatech.edu (Glenn
  12316. R. Stone) wrote:
  12317.  
  12318. > In Telecom 13.63.6 jack.decker@f8.n154.z1.fidonet.org (Jack Decker)
  12319. > writes:
  12320.  
  12321. >> I've had FTP access for close to a month now and have yet to be able
  12322. >> to connect with lcs.mit.edu.  It almost seems as though the connection
  12323. >> gets misrouted along the way (apparently I get to a *different*
  12324. >> machine that hangs off of lcs.mit.edu).  I sent a message to the
  12325. >> postmaster at lcs.mit.edu describing the problem, but so far no
  12326. >> response.
  12327.  
  12328. > The address "lcs.mit.edu" is actually a domain, or whole group of
  12329. > machines.  The one you get when you say "ftp lcs.mit.edu" is a machine
  12330. > called "mintaka", which is the main ftp and mail server for that
  12331. > domain.  The IP address 18.26.0.36 is the correct one, and I had no
  12332. > trouble doing FTP, logging in as "anonymous", cd'ing to
  12333. > telecom-archives, and browsing for a minute or two at the titles ...
  12334. > The fact that the FTP welcome banner says "mintaka" is probably
  12335. > confusing to about half of the few who bother to notice, including, I
  12336. > assume, Mr. Decker ... rest assured that the banner is a red herring,
  12337. > and that the archives really are hiding in there in the right place.
  12338.  
  12339. Glenn, I appreciate the help (from you and others who replied) but I'm
  12340. not quite THAT dumb, although I can see where my original message
  12341. might lead you to think that I had actually connected to something.
  12342. The fact is that when I try to FTP to lcs.mit.edu (or 18.26.0.36), it
  12343. tries to connect but never quite gets there ... I never get ANY sort
  12344. of welcome banner.  It also makes no difference if I explicitly
  12345. specify mintaka.lcs.mit.edu.  If I try to do a traceroute to either, I
  12346. get essentially the same results, e.g:
  12347.  
  12348. Resolving lcs.mit.edu... traceroute to 18.26.0.36:33434
  12349. 1: 35.214.1.0    via.musk.merit.edu. (110 ms) (110 ms) (110 ms)
  12350. 2: 35.214.0.1    musk.merit.edu. (660 ms) (715 ms) (660 ms)
  12351. 3: 35.1.208.2    gr.merit.edu. (825 ms) (825 ms) (770 ms)
  12352. 4: 35.1.208.1    eth0.grand.mich.net. (825 ms) (825 ms) (770 ms)
  12353. 5: 35.124.80.1   (825 ms) (880 ms) (825 ms)
  12354. 6: 35.124.144.1  (880 ms) (880 ms) (825 ms)
  12355. 7: 35.127.48.1   ser3.michnet1.mich.net. (825 ms) (880 ms) (825 ms)
  12356. 8: 35.1.1.1      en-2.enss131.t3.ans.net. (880 ms) (880 ms) (880 ms)
  12357. 9: 140.222.41.3  t3-2.Cleveland-cnss41.t3.ans.net. (880 ms) (990 ms) (825 ms)
  12358. 0: 140.222.40.4  t3-3.Cleveland-cnss40.t3.ans.net. (880 ms) (880 ms) (880 ms)
  12359. 11: *** 140.222.32.2    t3-1.New-York-cnss32.t3.ans.net. (825 ms) (880 ms)
  12360. 12: 140.222.48.1  t3-0.Hartford-cnss48.t3.ans.net. (880 ms) (935 ms) (880 ms)
  12361. 13: 140.222.49.1  t3-0.Hartford-cnss49.t3.ans.net. (990 ms) (880 ms) (880 ms)
  12362. 14: 140.222.134.1 t3-0.enss134.t3.ans.net. (880 ms) (935 ms) (880 ms)
  12363. 15: 192.54.222.1  w91-cisco-external-ether.mit.edu. (880 ms) (880 ms) (880 ms)
  12364. 16: 18.168.0.6    B24-CISCO-FDDI.MIT.EDU. (880 ms) (935 ms) (825 ms)
  12365. 17: *** *** ***
  12366. 18: *** *** ***
  12367. [... more of the same through line 29 ...]
  12368. 29: *** *** ***
  12369. traceroute done: !! maximum TTL exceeded
  12370.  
  12371. When I said I got to a "different machine", in this case it's
  12372. B24-CISCO-FDDI.MIT.EDU that I'm referring to.  A few days ago, I had
  12373. different results... it was essentially the same as above except that
  12374. lines 15 through 18 read:
  12375.  
  12376.  
  12377. 15: *** 192.54.222.1    w91-cisco-external-ether.mit.edu. (825 ms) (990 ms)
  12378. 16: 18.168.0.6      B24-CISCO-FDDI.MIT.EDU. (935 ms) (990 ms) (880 ms)
  12379. 17: 18.52.0.1       RADOLE.LCS.MIT.EDU. (880 ms) (935 ms) (935 ms)
  12380. 18: *** *** ***
  12381.  
  12382. As you can see, I was at least getting as far as RADOLE.LCS.MIT.EDU;
  12383. now I'm not even getting THAT far.  For whatever reason, lcs.mit.edu
  12384. is one of only a handful of systems I have been unable to FTP to, and
  12385. as you can see I'm actually getting as far as MIT, just not to the
  12386. correct machine.
  12387.  
  12388. I don't know if it makes any difference, but I'm coming in over a
  12389. dial-up line using the net.exe program from the KA9Q package.  I don't
  12390. know if there's anything that could be done here (by way of changes in
  12391. the configuration) that would help (I suspect not), but then I'm not
  12392. quite that familiar with how this software actually works so if anyone
  12393. knows of any settings that could be tweaked here, please let me know.
  12394. Failing that, I suspect a network problem of some sort ... after all,
  12395. as I say there are VERY few other sites that I have been unable to ftp
  12396. or telnet to, and in most cases those were just temporary outages (or
  12397. I wasn't interested enough to try again).
  12398.  
  12399.  
  12400.  
  12401. Jack Decker | Internet: jack.decker@f8.n154.z1.fidonet.org | Fidonet: 1:154/8
  12402.  
  12403. ------------------------------
  12404.  
  12405. End of TELECOM Digest V13 #74
  12406. *****************************
  12407. 
  12408. 
  12409. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa23449;
  12410.           8 Feb 93 12:12 EST
  12411. Received: by delta.eecs.nwu.edu id AA15640
  12412.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 8 Feb 1993 09:28:30 -0600
  12413. Received: by delta.eecs.nwu.edu id AA29016
  12414.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 8 Feb 1993 09:28:03 -0600
  12415. Date: Mon, 8 Feb 1993 09:28:03 -0600
  12416. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  12417. Message-Id: <199302081528.AA29016@delta.eecs.nwu.edu>
  12418. To: telecom@eecs.nwu.edu
  12419. Subject: TELECOM Digest V13 #75
  12420.  
  12421. TELECOM Digest     Mon,  8 Feb 93 09:28:00 CST    Volume 13 : Issue 75
  12422.  
  12423. Index To This Issue:                     Moderator: Patrick A. Townson
  12424.  
  12425.     Re: AT&T PP2000 Bills, 5 Months Later (Mark Rudholm)
  12426.     Re: X.32 Protocol: Software Emulation Possible? (H. Shrikumar)
  12427.     Re: X.32 Protocol: Software Emulation Possible? (Morten Reistad)
  12428.     Re: Frame Relay Congestion Question (Shu Zhang)
  12429.     Re: Cellular (XXX0)/XXX- Listings Wanted (Brent Whitlock)
  12430.     Re: HP-48S as a Phone Dialer? (Martin McCormick) 
  12431.     National Data Superhighways - Access? (Will Martin)
  12432.     Re: Who is Telebec? (Nigel Allen)
  12433.     Re: Low Cost Access to Network (Lars Poulsen)
  12434. ----------------------------------------------------------------------
  12435.  
  12436. Date: Sun, 7 Feb 93 15:13:18 PST
  12437. From: rudholm@ruby.aimla.com (Mark Rudholm)
  12438. Subject: Re: AT&T PP2000 Bills, 5 Months Later
  12439.  
  12440.  
  12441. In Volume 13, Issue 55, Message 7 of 17, nagle@netcom.com (John Nagle)
  12442. writes:
  12443.  
  12444. > Interestingly, the "keyboard usage" is listed as being at Los
  12445. > Angeles CA, while the call is listed as being from Inglewood to Culver
  12446. > City.  Is this phone, perhaps, tied directly to AT&T's network,
  12447. > bypassing PacTel?  Certainly there's enough long distance traffic out
  12448. > of LAX to justify bypass.  Since I was making a LOCAL call, the call
  12449. > may have been routed through AT&T to the nearest gateway to PacTel,
  12450. > then via PacTel to the destination.  Is this the explanation for the
  12451. > strange billing?
  12452.  
  12453. Probably not.  LAX happens to be in one of the many parts of the City
  12454. of Los Angeles (mind you, that is, WITHIN the corporate limits of the
  12455. city) that is served by central offices identifying themselves as
  12456. something other than "Los Angeles."  In the case of LAX, the central
  12457. office is Inglewood, which is an adjacent city.  I suspect that the
  12458. bill from AT&T uses the postal address for the "Keyboard Usage" and
  12459. the CO names for the actual telephone call.  By the way, a voice call
  12460. made from any public phone in LAX will be billed as from INGLEWOOD for
  12461. the same reason.
  12462.  
  12463. Another example of political and telco geographical inconsistencies
  12464. would be the Venice and Pacific Palisades areas, which are served by
  12465. Santa Monica.  Also, the Beverly Hills CO serves some of the areas
  12466. surrounding Beverly Hills (mostly L.A.)  Then there is the entire San
  12467. Fernando Valley, which, other than Burbank, Glendale, and the city of
  12468. San Fernando, is all part of the city of L.A.  yet I don't know of a
  12469. single CO up there that is listed as "Los Angeles."  Instead, they're
  12470. named after districts like "Sherman Oaks," "Van Nuys," and "Canoga
  12471. Park" (the residents of which, are often unaware themselves that they
  12472. live in L.A!) 
  12473.  
  12474.  
  12475. Mark D. Rudholm     Philips Interactive Media
  12476. rudholm@aimla.com   11050 Santa Monica Blvd.
  12477. +1 213 930 1449     Los Angeles, CA  90020
  12478.  
  12479. ------------------------------
  12480.  
  12481. Date: Mon, 8 Feb 1993 02:25:28 -0500
  12482. From: shri@unreal.cs.umass.edu (H.Shrikumar)
  12483. Subject: Re: X.32 Protocol: Software Emulation Possible?
  12484. Organization: UMass, Amherst MA + Temporal Sys & Computer Networks Bombay India
  12485.  
  12486.  
  12487. In article <telecom13.69.10@eecs.nwu.edu> MASSOUD@AMERICAN.EDU writes:
  12488.  
  12489. > I need to connect to a network using the X.32 protocol (X.25 Dial-in
  12490. > PAD).  The only modems I' ve heard can do this are the Hayes Ultra
  12491. > 9600 or 14400.  I own a Zoom v32bis modem, and can connect to the X.32
  12492. > number in V.32 synchronous mode, but I cannot do anything more than
  12493. > connecting.  Since I can connect, isn't it possible to emulate X.32 by
  12494. > software?
  12495.  
  12496. Well ... possible but ... but to get the HDLC (or rather LAPB) framing
  12497. right, you'd need to send synchronous bytes. This cannot be done by
  12498. the PC com ports so you'd need a sync card. You'd also need the X.25
  12499. software for layers two and three.
  12500.  
  12501. Precisely such a thing is an X.25 card and software. Ones from Eicon
  12502. can support X.32 very well. There should be other makes too but I don't
  12503. know.
  12504.  
  12505. X.32 does not seem to be very widespread in installation around the
  12506. world. I believe (hearsay from an Eicon Dealer) that Canada provides
  12507. X.32 access ports. Is this correct?
  12508.  
  12509.    +------------------
  12510.  
  12511. Informal X.32 availabilty Poll:
  12512.  
  12513. I'd like to know which countries X.32 is offered in. This is not so
  12514. much in demand, so most reviews of PSDN offerings dont seem to cover
  12515. this topic. If you could mail me a brief note if X.32 is available in
  12516. your country and the service provider (if not the PTT) and the
  12517. tarriffs (and if different from X.25 leased access), I'll summarize
  12518. back to the list.
  12519.  
  12520.   +------------------
  12521.  
  12522. Considering the interest that the Async access mechainsms for X.400
  12523. are generating around the world, the place that X.32 could have taken
  12524. could possible go to Async OSI protocols! Way to go!!
  12525.  
  12526. > Nadim Massoud   Massoud@american.edu
  12527.  
  12528. Is this in the US? Where are you located ... and who is the 
  12529. X.32 provider?
  12530.  
  12531.  
  12532. shrikumar (shri@legato.cs.umass.edu)
  12533.  
  12534.  
  12535. [Moderator's Note: American University is in Washington, DC.   PAT]
  12536.  
  12537. ------------------------------
  12538.  
  12539. Date: 5 Feb 93 22:36 +0100   
  12540. From: Morten Reistad <MRR@boers.uu.no>
  12541. Subject: Re: X.32 Protocol: Software Emulation Possible?
  12542.  
  12543.  
  12544. In Telecom DIGEST Vol 13.69 Nadim Massoud <MASSOUD@AMERICAN.EDU> says:
  12545.  
  12546. > I need to connect to a network using the X.32 protocol (X.25 Dial-in
  12547. > PAD).  The only modems I' ve heard can do this are the Hayes Ultra
  12548. > 9600 or 14400.
  12549.  
  12550. First, X.32 is only a method to bring the protocol X.25 to the
  12551. customer over ordinary phone lines. Just like SLIP or PPP for the IP
  12552. networks. You then need something in your end of the connection that
  12553. provides layer 2 and 3 of the X.25 protocol. You may also want some
  12554. higher protocol that acually does something useful, like providing an
  12555. X.29 terminal interface. (Calling X.32 'dial-in pad' is just like
  12556. calling SLIP/PPP 'dial-in telnet'. )
  12557.  
  12558. > I own a Zoom v32bis modem, and can connect to the X.32 number in
  12559. > V.32 synchronous mode, but I cannot do anything more than connecting.
  12560.  
  12561. You then need a computer (or switch, pad, bridge or router) that can
  12562. communicate with this synchronous interface. The normal serial
  12563. interface on a PC is not useful for this.
  12564.  
  12565. > Since I can connect, isn't it possible to emulate X.32 by software?
  12566.  
  12567. You do not have to EMULATE X.32. X.32 is a standard, and you can
  12568. comply with standards just as well as anyone else. X.25 is mainly
  12569. software, but for a PC you will need some extra hardware for the
  12570. actual interface.
  12571.  
  12572. > If such a software exists, where can I find it (for PC under DOS or
  12573. > Windows)?  If not, are there any modems that offer the capability
  12574. > while being cheaper than the Hayes?
  12575.  
  12576. There are two alternatives here. You could buy a full X.25 card with
  12577. X.25 software for your PC.  Eicon Technology sells a good card with
  12578. software, and have excellent technical documentation. Be prepared to
  12579. fork over $800+ and some work for this. OS/2 also has an X.25
  12580. solution, but I do not know the details.
  12581.  
  12582. Or, you could buy a 'pad-in-a-box' cards or modems that run X.25 and
  12583. protocols above it on the board/modem itself, and provides an
  12584. asynchronous interface to the PC, looking exactly like a normal PAD.
  12585. These will probably cost $500 ++. The Hayes one is probably one of the
  12586. cheapest of these.
  12587.  
  12588. I have no affiliation with Eicon, except that a sales rep of theirs
  12589. bought me a beer once.
  12590.  
  12591.  
  12592. Best regards,
  12593.  
  12594. Morten Reistad
  12595.  
  12596. ------------------------------
  12597.  
  12598. From: zhang@sce.carleton.ca (Shu Zhang)
  12599. Subject: Re: Frame Relay Congestion Question
  12600. Organization: Carleton University
  12601. Date: Mon, 8 Feb 1993 06:56:13 GMT
  12602.  
  12603.  
  12604. goldstein@carafe.dnet.dec.com (Fred R. Goldstein) writes:
  12605.  
  12606. > The solution was to use a reserved (management) address for all of
  12607. > these messages.  That's why it's the _consolidated_ link layer
  12608. > management message -- all "source quench" (that's basically what it
  12609. > is) messages are consolidated into one, and shuffled around the
  12610. > network with much effort.
  12611.  
  12612. Thank you for your explanation.
  12613.  
  12614. Is it possible to make some modifications on the address field of the
  12615. CLLM messages? for example, use the same address value as that of the
  12616. ordinary data frames in the backward direction. I think this will
  12617. allow the intermediate nodes to relay CLLM messages in the same way
  12618. they relay the data frames, without adding any specific processing to
  12619. CLLM messages.  Am I right?
  12620.  
  12621.  
  12622. Thanks.
  12623.  
  12624. ------------------------------
  12625.  
  12626. From: bwhitlock@uiuc.edu (Brent Whitlock)
  12627. Subject: Re: Cellular (XXX0)/XXX- Listings Wanted
  12628. Date: Sun, 7 Feb 1993 16:18:55 GMT
  12629. Organization: University of Illinois at Urbana
  12630.  
  12631.  
  12632.  
  12633. dynastar@gnu.ai.mit.edu (J.R. Bob Dobbs) writes:
  12634.  
  12635. > I am looking for a list of the cellular exchanges by area code (with
  12636. > SID if possible).  I have attempted to find a listing and have failed
  12637. > to do so as of yet. If anyone has a listing, could they please forward
  12638. > it to me (or the newsgroup). If such a list doesn't exist, could
  12639. > someone who has partial listings (even if it is only for your area
  12640. > code), please mail those to me. With them I will attempt to compile my
  12641. > own listing by SID or area.
  12642.  
  12643. Ameritech Mobile has a brochure which contains the roaming access
  12644. numbers for virtually all of North America.  This brochure would
  12645. probably give you most of the cellular exchange numbers.  Your local
  12646. cellular carriers may have equivalent brochures.
  12647.  
  12648. By the way, what does SID stand for? I didn't find it in the FAQ. Did
  12649. you mean STD?
  12650.  
  12651.  
  12652.     * * * * * * --> DISCLAIMER:  I speak only for myself. <-- * * * * * *
  12653. Brent Whitlock        Beckman Institute for Advanced Science & Technology
  12654. bwhitlock@uiuc.edu    Dept. of Electrical & Computer Engineering
  12655.             University of Illinois at Urbana-Champaign
  12656.  
  12657. ------------------------------
  12658.  
  12659. Subject: Re: HP-48S as a Phone Dialer? 
  12660. Date: Sun, 07 Feb 93 16:32:24 -0600
  12661. From: martin@datacomm.ucc.okstate.edu
  12662.  
  12663.  
  12664. > A guy that I know wants to use his HP48S as a telephone auto-dialer.
  12665. > He wanted to know if anyone's tried anything like this.
  12666.  
  12667.     I would be the last person to say that something can't be
  12668. done, but here is why it might be a pretty good project.  My
  12669. experience is with the HP28 series so the HP48 might be different, but
  12670. first of all, the sounder in the HP28's is a little piezoelectric
  12671. speaker that produces a click each time the CPU accesses it.  This is
  12672. similar to the noise makers on the IBM PC's and Apple II.'s which were
  12673. previously discussed in this group.
  12674.  
  12675.     The sounder makes single-frequency tones pretty easily.  In
  12676. order to make duel-tone signals, it would be necessary to produce a
  12677. complex pattern of pulses at the speaker.  You would need to have
  12678. assembly-level access to the processor and hope that the system clock
  12679. is fast enough to produce several thousand samples per second.
  12680. Patterns stored in memory would eat memory like crazy.  Writing timing
  12681. loops to produce similar signals would also be really fun.  I have
  12682. also noticed that the system clock seems to have some short-term
  12683. instability which shows up as slight audible changes in the pitch of
  12684. notes sounded from the calculator and slight variations in timing of
  12685. the printer output signal which appears on the infrared port.
  12686.  
  12687.     Finally, it might be hard to get enough audio out of that
  12688. little sounder to produce a valid signal on the telephone, not to
  12689. mention the lack of equalization.  In short, your work is cut out for
  12690. you.
  12691.  
  12692.  
  12693. Martin McCormick WB5AGZ   Stillwater, OK
  12694. O.S.U. Computer Center Data Communications Group
  12695.  
  12696. ------------------------------
  12697.  
  12698. Date: Mon, 8 Feb 93 9:46:25 CST
  12699. From: Will Martin <wmartin@STL-06SIMA.ARMY.MIL>
  12700. Subject: National Data Superhighways - Access?
  12701.  
  12702.  
  12703. I believe this topic has been touched on in Telecom in the past, and
  12704. I'd like to see more discussion about it:
  12705.  
  12706. There's been recent news coverage of the new administration's plan to
  12707. set up a data network for general public access that has been referred
  12708. to as "National Data Superhighways". Publicized examples of the way
  12709. such a network would be used include such things as letting school
  12710. students run programs on NASA supercomputers that model weather and
  12711. other such computing-intensive tasks. What nobody ever mentions in
  12712. these news items is just what sort of access control and/or security
  12713. is planned for this environment.
  12714.  
  12715. After all, for years now, these type of systems have been the target
  12716. of crackers and thus have had to beef up their system security. Now
  12717. the government is proposing letting massive numbers of anonymous
  12718. individuals get access to the very machines they have been trying to
  12719. protect and close off from such access. Is this a case of the right
  12720. hand not knowing what the left hand is doing, or is there really some
  12721. sort of plan for setting up specific public-access systems that would
  12722. be dedicated to this educational use, separate and distinct and in
  12723. addition to the computers government agencies need to use to do their
  12724. own work?  (If so, who will be paying fior these extra machines --
  12725. NASA, for example, can't even afford to store its existing magtape
  12726. inventory in controlled conditions, much less copy the data to
  12727. newer-format storage media. Now they're expected to have extra Crays
  12728. for kids to play on?)
  12729.  
  12730. Can anyone point me to published references that go into some level of
  12731. detail as to the practical aspects of implementing this proposal?
  12732.  
  12733.  
  12734. Regards, 
  12735.  
  12736. Will
  12737.  
  12738. If header address doesn't work, try: wmartin@st-louis-emh2.army.mil OR
  12739. wmartin@stl-04sima.army.mil
  12740.  
  12741. ------------------------------
  12742.  
  12743. From: Nigel Allen <nigel.allen@canrem.com>
  12744. Date: Sun, 7 Feb 1993 19:00:00 -0500
  12745. Subject: Re: Who is Telebec?
  12746. Organization: Echo Beach, Toronto
  12747.  
  12748.  
  12749. John R. Levine <johnl@iecc.cambridge.ma.us> asks:
  12750.  
  12751. > Who is Telebec? I thought that Bell Canada was the telco for 
  12752. > all of Quebec.
  12753.  
  12754. Telebec is a subsidiary of BCE Inc., which also owns Bell Canada.
  12755. While Bell Canada (which now calls its Quebec division Bell Quebec) is
  12756. regulated federally by the Canadian Radio- telkevision and
  12757. Telecommunications Commission, Telebec is regulated provincially by
  12758. the Quebec Telecommunications Board (Regie des telecommunications du
  12759. Quebec). I understand that Telebec was created from various
  12760. independent telephone companies that Bell acquired over the years.
  12761. Since the Quebec government wanted to retain jurisdiction over the
  12762. telephone operations that Bell had bought, they were operated as a
  12763. separate subsidiary.
  12764.  
  12765. Long distance rates from Telebec points appear to be significantly
  12766. higher than from Bell Canada points, suggesting that keeping Telebec
  12767. territory under provincial jurisdiction kepy Quebec nationalists
  12768. happy, but at the expense of telephone subscribers served by the
  12769. exchanges in question.
  12770.  
  12771. There are several other independent telephone companies in Quebec. The
  12772. largest of them is Quebec-Telephone (based in Rimouski), which is
  12773. half-owned by GTE Corporation.  GTE also owns half of the British
  12774. Columbia Telephone Company.
  12775.  
  12776. There are also about 20 independent telephone companies in Ontario.
  12777. One of them, Northern Telephone Ltd., is owned by BCE Inc. The largest
  12778. Ontario independent telephone company is the telephone department of
  12779. the city of Thunder Bay.
  12780.  
  12781.  
  12782. Nigel Allen     nigel.allen@canrem.com
  12783.  
  12784. Canada Remote Systems  - Toronto, Ontario
  12785. World's Largest PCBOARD System - 416-629-7000/629-7044
  12786.  
  12787. ------------------------------
  12788.  
  12789. Date: Sun, 7 Feb 93 10:57:17 PST
  12790. From: lars@spike.CMC.COM (Lars Poulsen)
  12791. Subject: Re: Low Cost Access to Network
  12792.  
  12793.  
  12794. In article <telecom13.67.1@eecs.nwu.edu> Chuck Petch writes:
  12795.  
  12796. > Does anyone know of a free or low cost network connection for the home
  12797. > computer user? I have access to Internet at work and would like to
  12798. > enjoy a similar type of network connection at home, but of course, I
  12799. > can't afford Internet prices.
  12800.  
  12801. The times are changing. The days when an Internet connection meant
  12802. $500K/year for a 56Kbps ARPAnet pipe are long gone. The new low end in
  12803. turnkey packages is the Rockwell NetHopper. You attach one to your
  12804. ethernet at home** and the other to the ethernet at work; plug each of
  12805. them in to a dedicated phone line; spend five minutes configuring each
  12806. and presto: When packets want to move, the box dials a connection on
  12807. the built-in modem. When the line is idle, it hangs up. The price is
  12808. less than $2000 per box, which makes it quite affordable for
  12809. professional telecommuting.
  12810.  
  12811. [** Ethernet at home: There are more of those than PBXs at home, I
  12812.     bet!]
  12813.  
  12814. Too expensive for you ? Don't mind a little tinkering ? Several
  12815. "freeware" packages are available to use similar technology on PCs and
  12816. workstations at home, and when configured right, it is all
  12817. interoperable.
  12818.  
  12819. And next year, as we all know, those links will not be 14400 bps
  12820. modems, but 64000 bps ISDN connections. :-) :-) :-)
  12821.  
  12822. With Vice-President Gore leading the charge, there is a real chance
  12823. that we will soon have the local county administration on the
  12824. Internet, title database, zoning maps etc. as well as the local
  12825. library.
  12826.  
  12827. Since my workplace first got an Internet connection, I have been
  12828. excited about bringing this technology "to the people". Now, ten years
  12829. later, I'm building the products to make that happen. I love it!!
  12830.  
  12831.  
  12832. Lars Poulsen, SMTS Software Engineer    Internet E-mail: lars@CMC.COM
  12833. CMC Network Products / Rockwell Int'l    Telephone: +1-805-968-4262    
  12834. Santa Barbara, CA 93117-3083        TeleFAX:   +1-805-968-8256
  12835.  
  12836.  
  12837. [Moderator's Note: I love it also!  And the really wild part of the
  12838. whole thing Lars is that even less than a decade ago none of us would
  12839. have imagined the tremendous growth of the net.   PAT]
  12840.  
  12841. ------------------------------
  12842.  
  12843. End of TELECOM Digest V13 #75
  12844. *****************************
  12845. 
  12846. 
  12847. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa28439;
  12848.           9 Feb 93 4:01 EST
  12849. Received: by delta.eecs.nwu.edu id AA05573
  12850.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 9 Feb 1993 01:32:00 -0600
  12851. Received: by delta.eecs.nwu.edu id AA24410
  12852.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 9 Feb 1993 01:31:31 -0600
  12853. Date: Tue, 9 Feb 1993 01:31:31 -0600
  12854. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  12855. Message-Id: <199302090731.AA24410@delta.eecs.nwu.edu>
  12856. To: telecom@eecs.nwu.edu
  12857. Subject: TELECOM Digest V13 #76
  12858.  
  12859. TELECOM Digest     Tue,  9 Feb 93 01:31:30 CST    Volume 13 : Issue 76
  12860.  
  12861. Index To This Issue:                     Moderator: Patrick A. Townson
  12862.  
  12863.     Re: Where is a Source For CFRs? (Mike Gordon)
  12864.     Re: PacBell IntraLATA Rate Ripoffs (John David Galt)
  12865.     Re: It's Not a Bug, It's a Feature (Matt Healy)
  12866.     Re: Telephone Costs Go Up in Russia (Timothy E. Buchanan)
  12867.     Re: Wanted: Small (4-12 Line) PBX/Phone System (Wayne Vogel)
  12868.     Re: Hotel Telephone Surcharge (Tony Waddell)
  12869.     Unhappy GTE Representatives (was "Secret" Phone Codes) (Jeff Wasilko)
  12870.     Re: German PCN License (E1) Given to VEBA and Thyssen (H. Shrikumar)
  12871.     Re: Prodigy <> Internet Gateway Almost Finished (Kauto Huopio)
  12872.     California Versus CLID Versus Out-of-State (Ken Dykes)
  12873.     Re: SS7 / CID Question (Douglas Scott Reuben)
  12874.     Meet Me at the Power Line (Col. G. L. Sicherman)
  12875.     Re: Salesmen That Won't Quit (Mitch Wagner)
  12876.     Re: Wiring For Multi-Lines on One Jack (Conrad Kimball)
  12877.     Ontario Trivia Answers (Carl Moore)
  12878.     Re: Ontario Trivia Answers (Tony Pelliccio)
  12879. ----------------------------------------------------------------------
  12880.  
  12881. From: mwgordon@nyx.cs.du.edu (Mike Gordon)
  12882. Subject: Re: Where is a Source For CFRs?
  12883. Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
  12884. Date: Tue, 9 Feb 93 01:22:27 GMT
  12885.  
  12886.  
  12887. Thanks to everyone who replied to my request for a source for the Code
  12888. of Federal Regulations.  Unfortunately, I was looking for an FTP site
  12889. for them.  It seems that the first paragraph of my message got
  12890. rerouted to the bit bucket.
  12891.  
  12892.      So, my original question stands.  Does anyone know of an FTP site
  12893. for the Code of Federal Regulations?
  12894.  
  12895.  
  12896. Mike Gordon   N9LOI  mwgordon@nyx.cs.du.edu
  12897.  
  12898. ------------------------------
  12899.  
  12900. Date: Mon, 8 Feb 93 22:04:01 -0800
  12901. From: jdgalt@shell.portal.com (John David Galt)
  12902. Subject: Re: PacBell IntraLATA Rate Ripoffs
  12903.  
  12904.  
  12905. I have MCI, and have no problem using it in the Bay Area.  Dial
  12906. 950-1022, wait for tone, dial 0 + ten digit number, wait for tone,
  12907. dial calling card number.  (MCI card, not Pac Bell card.)
  12908.  
  12909. As Pat says, this is probably illegal, but it's not as if you're
  12910. ripping anybody off, you're just evading a monopoly that morally
  12911. shouldn't exist.  More power to you.
  12912.  
  12913.  
  12914. John David Galt          Freedom of Lifestyle is an inalienable human right.
  12915.  
  12916. ------------------------------
  12917.  
  12918. From: matt@wardsgi.med.yale.edu (matt healy)
  12919. Subject: Re: It's Not a Bug, It's a Feature ...
  12920. Organization: Public Macs, Yale University
  12921. Date: Mon, 8 Feb 1993 16:23:31 GMT
  12922.  
  12923.  
  12924. In article <telecom13.55.3@eecs.nwu.edu>, GARRUS@delphi.com wrote:
  12925.  
  12926. > Another early system I worked on, an IBM 1401, would play music on a
  12927. > small transistor radio that was tuned between stations.  The radio was
  12928. > placed on top of the CPU.  The one song I remember was "Coming 'Round
  12929. > the Mountain" which also used the 1403 printer as a rhythm section.
  12930.  
  12931. Early programmable pocket calculators could make neat noises when
  12932. placed atop radios; I once played around with them.
  12933.  
  12934. Also, years ago I ran programs from a DECWRITER terminal.  I soon
  12935. learned to tell the difference between program output and error
  12936. messages (it had a *noisy* dot-matrix printhead; at 30 characters/sec
  12937. it sounded like a machine gun).
  12938.  
  12939.  
  12940. I'm away from the lab just now...
  12941. This message was posted from a public Macintosh at Yale University.  The
  12942. identity of the poster is not necessarily their true one.
  12943.  
  12944. ------------------------------
  12945.  
  12946. From: buchanan@rintintin.Colorado.EDU (BUCHANAN TIMOTHY E)
  12947. Subject: Re: Telephone Costs Go Up in Russia
  12948. Organization: University of Colorado, Boulder
  12949. Date: Mon, 8 Feb 1993 17:22:25 GMT
  12950.  
  12951.  
  12952. In article <telecom13.67.4@eecs.nwu.edu> shri@unreal.cs.umass.edu (H.
  12953. Shrikumar) writes:
  12954.  
  12955. > I just read in {NYTimes} (2 Feb 1993) that (along with several other
  12956. > costs) in Russia, the telephone costs are being driven up by the
  12957. > inflationary pressures.
  12958.  
  12959. > BTW ... are there any readers from Russia, the Ukraine and other CIS
  12960. > states on this list? It would be interesting to hear your comments and
  12961. > more!
  12962.  
  12963. My wife is Russian, and we just got back from a visit there. 106
  12964. rubles a month, plus local tolls, will be a burden for most people,
  12965. since monthly wages are typically 2000-5000 rubles now. Of course,
  12966. it's still less than a kilo of good sausage from a kiosk, 1000 rubles.
  12967. A snickers candy bar on the street costs 140 rubles.
  12968.  
  12969. A telecom story from Russia: public payphones still take either the
  12970. tiny two or a fifteen kopeck coin, both of which have disappeared from
  12971. circulation due to the inflation. A man at the Komsomolskaya train
  12972. station was selling the 15 kopeck coins for 10 rubles each! I bought a
  12973. dozen for 100 rubles, which meant my calls cost < two cents each.
  12974.  
  12975.  
  12976. Timothy
  12977.  
  12978. ------------------------------
  12979.  
  12980. From: wvogel@mtholyoke.edu (keeper of the tone)
  12981. Subject: Re: Wanted: Small (4-12 Line) PBX/Phone System
  12982. Date: 8 Feb 1993 13:25:57 -0500
  12983. Organization: Mount Holyoke College
  12984.  
  12985.  
  12986. You might also want to check out VODAVI, ISOTEC and MITEL.  The first
  12987. two are hybred key systems and will support all the requirements you
  12988. stated.  The second is a PBX-style switch which will also support your
  12989. needs. I recommend the sx-20 or sx-50 if you look at the Mitel.
  12990.  
  12991.  
  12992. wayne    telcom dept mount holyoke college
  12993.  
  12994. wvogel@mtholyoke.edu      telcom/alarm service 
  12995. v413-538-2239  f413-538-2050   insert standard disclaimer here
  12996.  
  12997. ------------------------------
  12998.  
  12999. From: aawadde@ns.PacBell.COM (Tony Waddell)
  13000. Subject: Re: Hotel Telephone Surcharge
  13001. Organization: Pacific * Bell
  13002. Date: Mon, 8 Feb 1993 19:27:21 GMT
  13003.  
  13004.  
  13005. In article <telecom13.62.7@eecs.nwu.edu> bel@kluso.nosc.mil writes:
  13006.  
  13007.  
  13008. > Some time ago there was a thread about hotels charging to make
  13009. > a call.  This is just to pass on to the world that at least one hotel
  13010. > is still doing it.  Hilton Resort on Hilto Head Island, SC, charges
  13011. > $0.75 for every call outside of the hotel, even 800 numbers.  I was
  13012. > there and did not find the notice in one of the hotel brochures that
  13013. > is in the room (second drawer down of a dresser).
  13014.  
  13015. > This is intended just as a heads up to the world of telecom.
  13016.  
  13017. I think this is fairly common.  I recently stayed at the Horizon Hotel
  13018. and Casino in Lake Tahoe Nevada.  Not only did they charge for ALL
  13019. calls local, toll free, or otherwise, but if you didn't provide them
  13020. with a credit card (Mastercard, Visa, etc) at check-in, they disable
  13021. the phone entirely except for calls withing the hotel.  The surcharge
  13022. was 75 cents and was applied to all outside calls.
  13023.  
  13024.  
  13025. Tony Waddell
  13026.  
  13027. ------------------------------
  13028.  
  13029. From: Jeff@digtype.airage.com (Jeff Wasilko)
  13030. Subject: Unhappy GTE Representatives (was "Secret" Phone Codes)
  13031. Date: Mon, 8 Feb 93 21:18:52 EST
  13032. Organization: Univ of Fnord; Roslyn's Cafe Div.
  13033. Reply-To: jeff@digtype.airage.com
  13034.  
  13035.  
  13036. In regards to article <199302041528.AA14012@delta.eecs.nwu.edu>:
  13037.  
  13038. > This is what I hate about GTE. "We don't care, we don't have to.
  13039. > We're the phone company." At this time, GTE is laying off plant
  13040. > maintenance people left and right, and soon all customer service and
  13041. > information operators will move from Thousand Oaks, California to
  13042. > Plano, Texas. I think this is the effect of rate cap regulation, which
  13043.  
  13044. I've been talking to GTE in Northeastern Virginia (outside of DC).
  13045. Somehow someone at GTE screwed up our service order to disconnect six
  13046. lines from an office we closed down. Six months later, we're still
  13047. getting bills for normal service (despite the fact that the lines were
  13048. all disconnected and going to referral).
  13049.  
  13050. In speaking to the various reps, I heard that GTE had just moved them
  13051. from an office in Southern VA to the Northern VA office six months
  13052. ago. They just found out that GTE was now planning to close the VA
  13053. office altogether and move the Customer dis-service operation to
  13054. Florida.
  13055.  
  13056. The reps I spoke to on my last call were very helpful in straightening
  13057. out the billing problem (they offered to re-do the service order and
  13058. back-date it to get us credit), but they were both very bitter about
  13059. the way GTE was treating them. They were also worried about the level
  13060. of service GTE Virgina customers would get when customer service was
  13061. in Florida.
  13062.  
  13063. Too bad, GTE. You could learn a few things from Rochester Tel.
  13064.  
  13065.  
  13066. Jeff
  13067. Jeff's Oasis at Home.       Jeff can also be reached at work at:
  13068.                                             jwasilko@airage.com
  13069.  
  13070. ------------------------------
  13071.  
  13072. Date: Tue, 9 Feb 1993 02:13:04 -0500
  13073. From: shri@unreal.cs.umass.edu (H. Shrikumar)
  13074. Subject: Re: German PCN License (E1) Given to VEBA and Thyssen
  13075. Organization: UMass, Amherst MA + Temporal Sys & Computer Networks Bombay India
  13076.  
  13077.  
  13078. In article <telecom13.69.3@eecs.nwu.edu> diessel@informatik.
  13079. unibw-muenchen.de wrote:
  13080.  
  13081. > a PCN network in Germany (called E1) by E-plus ... other was 
  13082. > the E-Star
  13083.  
  13084. > There are already two GSM networks in Germany, D1 by Telekom 
  13085. > and D2 by Mannesmann Mobilfunk
  13086.  
  13087.    I wonder what the competitive environment is?
  13088.  
  13089.    Would E-plus and E-star compete? What about D1 and D2? If not
  13090. today, are there plans? Or is there a zonal split?
  13091.  
  13092.    I'd welcome diessel@informatik, or anyone else who knows about
  13093. these trends there to tell us about the division of the market among
  13094. these service providers.
  13095.  
  13096.    PS: Wow! The services and companies providing them are also named
  13097. so methodically!! An admittedly irrational conclusion re. the
  13098. possible "non"-competitiveness springs in my mind ! :-) Or is it just
  13099. the fabled German perfection at work ??
  13100.  
  13101.  
  13102. shrikumar ( shri@legato.cs.umass.edu )
  13103.  
  13104. ------------------------------
  13105.  
  13106. From: Kauto.Huopio@lut.fi (Kauto Huopio)
  13107. Subject: Re: Prodigy <> Internet Gateway Almost Finished
  13108. Date: Mon, 8 Feb 1993 16:02:26 GMT
  13109. Organization: Lappeenranta University of Technology, Finland
  13110.  
  13111.  
  13112. In article <telecom13.63.5@eecs.nwu.edu> Bob Hofkin <hofkin@software.
  13113. org> writes:
  13114.  
  13115. >> I just got a note from Prodigy that advised me to look for Internet
  13116. >> mail access in January,
  13117.  
  13118. > BIX has finally put their Internet link into production.
  13119.  
  13120. Hmm, let me see:
  13121.  
  13122. bix.com preference = 10, mail exchanger = bix.com
  13123. bix.com preference = 20, mail exchanger = genvid.com
  13124.  
  13125. bix.com internet address = 192.80.63.253
  13126. genvid.com      internet address = 192.80.63.1
  13127. genvid.com      internet address = 192.80.63.2
  13128. genvid.com      internet address = 192.80.63.3
  13129. genvid.com      internet address = 192.80.63.4
  13130. genvid.com      internet address = 192.80.63.6
  13131.  
  13132. So, it might be even possible to get a telnet connection to BIX?
  13133.  
  13134.  
  13135. Kauto Huopio (huopio@kannel.lut.fi)
  13136. Mail: Kauto Huopio, Punkkerikatu 1 A 10, SF-53850 Lappeenranta,Finland 
  13137.  
  13138. ------------------------------
  13139.  
  13140. Date: Mon, 8 Feb 1993 05:15:31 -0500
  13141. From: kgdykes@Thinkage.On.CA (Ken Dykes)
  13142. Subject: California Versus CLID Versus Out-of-State
  13143.  
  13144.  
  13145. Recently I received a call from the Glendale area of Los Angeles.  I
  13146. live in southern Ontario CANADA.  My Caller-ID box instead of showing
  13147. out-of-area showed PRIVACY.  The call to me was made (and answered)
  13148. twice in the same night; both times PRIVACY ... some sort of
  13149. call-blocking was enabled by PacBell.
  13150.  
  13151. PacBell is being far too kind to the zealots :-)
  13152.  
  13153. And ... I'm impressed that SS7 is so well connected throughout North
  13154. America. (And just a month ago I was impressed with getting Ottawa
  13155. numbers in my area, about 300 miles away :-).)
  13156.  
  13157.  
  13158. Ken Dykes, Thinkage Ltd., Kitchener, Ontario, Canada    [43.47N 80.52W]
  13159.     kgdykes@thinkage.on.ca   postmaster@thinkage.com   thinkage!kgdykes
  13160.  
  13161.  
  13162. [Moderator's Note: Are you certain this was PacBell's doing, or was it
  13163. your caller who entered the privacy mode?  PAT]
  13164.  
  13165. ------------------------------
  13166.  
  13167. Date: 8-FEB-1993 05:34:04.17
  13168. From: Douglas Scott Reuben <DREUBEN@EAGLE.WESLEYAN.EDU>
  13169. Subject: Re: SS7 / CID Question
  13170.  
  13171.  
  13172. Hi,
  13173.  
  13174. A number of question have come up regarding SS7 and CID:
  13175.  
  13176. 1. Can a 1ESS switch display CID? Are there any software upgrades/hardware 
  13177. upgrades which allow it to do so?
  13178.  
  13179. 2. Assuming a 1ESS can't offer CID to its local subscribers, if it is
  13180. connected with SS7 to a 5ESS or a DMS or in general some CID-capable
  13181. switch, can the 1ESS send out the CID information? That is, what does
  13182. it take for a switch to send out CID over SS7? Do you just have to
  13183. "connect" SS7 to that given switch, or is another software package
  13184. needed to SEND OUT (not display) the originating number via the SS7
  13185. protocol? Can a 1ESS support this "send out" package, if such a thing
  13186. exists? (Or is the "send out" and "local CID" package one and the
  13187. same?)
  13188.  
  13189. 3. Can a 1ESS support SS7? I THINK they can, so the reason that you
  13190. can't get CID from a 1ESS isn't because it can't handle SS7, right?
  13191.  
  13192. Basically, I am wondering if it is technically possible for a 1ESS
  13193. (which from what I gather can not support CID) to send out the numbers
  13194. of people who call FROM the 1ESS to newer, CID-capable machines. Or,
  13195. is there some technical limitation which prevents the 1ESS from
  13196. sending out the numbers as well?
  13197.  
  13198. Every 1ESS that I've tried to get CID info from fails (ie, you call
  13199. from the 1ESS to a 5ESS that has CID).  Is the Telco doing this
  13200. intentionally, ie, so that customers on the 1ESS who can't hit *67 to
  13201. make their calls private will not have to show their number to
  13202. EVERYONE they call, or is it more of a technical reason why one can't
  13203. get CID from a 1ESS?
  13204.  
  13205. Thanks for any info ...
  13206.  
  13207.  
  13208. Doug    dreuben@eagle.wesleyan.edu  //  dreuben@wesleyan.bitnet
  13209.  
  13210. ------------------------------
  13211.  
  13212. Date: Mon,  8 Feb 93 13:39:06 EST
  13213. From: gls@windmill.att.com
  13214. Subject: Meet Me at the Power Line
  13215. Organization: Save the Daleks Foundation
  13216.  
  13217.  
  13218. In <telecom13.67.8@eecs.nwu.edu>, jack_decker@f8.n154.z1.fidonet.org
  13219. writes:
  13220.  
  13221. > ... and the reports exaggerate the matter to the point that the kids
  13222. > are afraid to play underneath the (relatively low voltage) electric
  13223. > feeder lines that run down the side of the road.
  13224.  
  13225. > What ALL these reports overlook is the inverse square law.  Put
  13226. > simply, when you are twice as far away from a source of radiation, you
  13227. > get only one fourth the radiation.  On one news report, a guy was
  13228. > going around measuring the radiation from various household
  13229. > appliances ...
  13230.  
  13231. The inverse-square law holds only for point sources.  For a line, the
  13232. corresponding law is straight reciprocal: inversely proportional to
  13233. the distance from the line.
  13234.  
  13235. Even with a household appliance, the inverse-square law may not apply.
  13236. If you're six feet tall and broad in proportion, and are bending over
  13237. a toaster, you may get more radiation than you would expect from the
  13238. inverse-square law.
  13239.  
  13240. I play it safe -- my C.R.T. runs on liquid propane.
  13241.  
  13242.  
  13243. Col. G. L. Sicherman    gls@windmill.att.COM
  13244.  
  13245. ------------------------------
  13246.  
  13247. From: wagner@utoday.com (Mitch Wagner)
  13248. Subject: Re: Salesmen That Won't Quit
  13249. Organization: Open Systems Today
  13250. Date: Mon, 08 Feb 93 18:00:56 GMT
  13251.  
  13252.  
  13253. I've always thought that if I ever had a salesman that just wouldn't
  13254. stop phoning, even when I asked them to stop, I would inform them that
  13255. if they didn't stop calling I would file harassment charges against
  13256. them with the police.
  13257.  
  13258. And then if they called back, I would do so.
  13259.  
  13260. Would this work?
  13261.  
  13262.  
  13263. mitch w.
  13264.  
  13265.  
  13266. [Moderator's Note: Depending on where you live, perhaps the police
  13267. would come out and -- with a very straight look on their faces -- take
  13268. your complaint, then later on file it away.  In places like Chicago,
  13269. the police probably would not even bother to take the complaint and
  13270. would refer you instead to a courtroom where you could speak with a
  13271. judge and ask for an order restraining the caller from contacting you
  13272. again. Then it would be up to you to serve notice of this order on the
  13273. offender or pay a sheriff in that jurisdiction to serve the notice.
  13274. (Mitch to his secretary: "I am driving over to Kalamazoo and Timbuck,
  13275. too. I am going to look for that guy who called me twice last week
  13276. after I told him to stop and serve this court order on him. I hope he
  13277. gave me the right name when he called. I hope he decides to obey the
  13278. order so I don't have to go back to court again, wait in line for an
  13279. hour with the court clerk and file another complaint saying he did not
  13280. obey the first order ...").  Generally I would say the police are
  13281. ineffectual when it comes to matters like this unless it gets very
  13282. prolonged, very harassing and (as often as not on the caller's part)
  13283. very sick. Then they'll trap him and prosecute in a half-hearted way.
  13284. You are better off calling the company, raising cain and filing a
  13285. civil suit if your bottom line can justify it.   PAT] 
  13286.  
  13287. ------------------------------
  13288.  
  13289. From: cek@sdc.boeing.com (Conrad Kimball)
  13290. Subject: Re: Wiring For Multi-Lines on One Jack
  13291. Date: 8 Feb 93 19:22:35 GMT
  13292. Organization: Boeing Computer Services, Seattle, WA
  13293.  
  13294.  
  13295. In article <telecom13.56.5@eecs.nwu.edu>, rsiatl!turner@rsiatl.UUCP
  13296. writes:
  13297.  
  13298. > 4) Any damn way the installer wants it. :-) Listed above are two ways
  13299. > of pairing pins.  With four pins there are 4! or 24 different ways to
  13300. > number the pairs, resulting in 48 different combinations.
  13301.  
  13302. Not quite right.  If all four pins are considered to be distinct then
  13303. there are 4! or 24 permutations of four pins.  There is no need for
  13304. your final multiplication by two, If that was intended to account for
  13305. swapping polarity in each pair then you've already accounted for that
  13306. situation by assuming that each pin is distinct.  (To help see why,
  13307. consider a single pair of pins.  Your algorithm would predict 2! ways
  13308. to number the pair, times another two, for four combinations, when we
  13309. can intuitively see that the answer must be just two.)
  13310.  
  13311. If you want to keep polarity out of the analysis until the end, you
  13312. should proceed by considering how many combinations of pairs of pins
  13313. (where pins are indistinct within a pair) can be drawn from a set of four
  13314. pins -- the answer is 4!/(2!*2!) or six combinations (look in a
  13315. statistics book under "combinatorics").  Then, each pair can be
  13316. permuted 2! ways (the polarity issue), and since there are two pairs in
  13317. the set of four pins, we get six combinations of pairs * 2!  permutations
  13318. of pair #1 * 2!  permutations of pair #2, or 6*2*2 = 24, which agrees
  13319. with the original 4!  answer.
  13320.  
  13321.  
  13322. Conrad Kimball       | Client Server Tech Services, Boeing Computer Services
  13323. cek@sdc.boeing.com   | P.O. Box 24346, MS 7A-35
  13324. (206) 865-6410       | Seattle, WA  98124-0346
  13325.  
  13326. ------------------------------
  13327.  
  13328. Date: Mon, 8 Feb 93 12:12:54 EST
  13329. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  13330. Subject: Ontario Trivia Answers
  13331.  
  13332.  
  13333. This is to be the followup to the message sent regarding Ontario area
  13334. code trivia.
  13335.  
  13336. Area Code Trivia Answers!
  13337.  
  13338. 1. A. 416 and 613.
  13339.  
  13340. 2. A. 1953--(519), 1957--(705), 1962--(807).
  13341.  
  13342. 3. A. None.
  13343.  
  13344. 4. A. New York, Los Angeles and Baltimore.
  13345.  
  13346. 5. A. 0 and 1, as they are reserved for the operator and long distance.
  13347.  
  13348. ------------------------------
  13349.  
  13350. Date: Mon, 08 Feb 93 20:19:12 EST
  13351. From: Tony Pelliccio <PJJ125@URIACC.URI.EDU>
  13352. Subject: Ontario Trivia Answer
  13353.  
  13354.  
  13355. The only two digits that can't be used as the first digit of an area
  13356. code are 0 and 1.
  13357.  
  13358. Tony
  13359.  
  13360. ------------------------------
  13361.  
  13362. End of TELECOM Digest V13 #76
  13363. *****************************
  13364. 
  13365. 
  13366. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa01475;
  13367.           9 Feb 93 5:36 EST
  13368. Received: by delta.eecs.nwu.edu id AA12258
  13369.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 9 Feb 1993 02:25:07 -0600
  13370. Received: by delta.eecs.nwu.edu id AA28954
  13371.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 9 Feb 1993 02:24:40 -0600
  13372. Date: Tue, 9 Feb 1993 02:24:40 -0600
  13373. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  13374. Message-Id: <199302090824.AA28954@delta.eecs.nwu.edu>
  13375. To: telecom@eecs.nwu.edu
  13376. Subject: TELECOM Digest V13 #77
  13377.  
  13378. TELECOM Digest     Tue,  9 Feb 93 02:24:40 CST    Volume 13 : Issue 77
  13379.  
  13380. Index To This Issue:                     Moderator: Patrick A. Townson
  13381.  
  13382.     Re: Cellular Phones Are Carcinogens? (Mark Walsh)
  13383.     Re: Cellular Phones Are Carcinogens? (Scott D. Fybush)
  13384.     Re: Cellular Phones Are Carcinogens? (Gregory Youngblood)
  13385.     Re: When Does 800 = 900? (John R. Levine)
  13386.     Re: When Does 800 = 900? (Daniel Burstein)
  13387.     Re: New Twist to Caller ID (John Higdon)
  13388.     Re: New Twist to Caller ID (Carl Moore)
  13389.     Re: Standard Dialing Plan (Calif.) (Carl Moore)
  13390.     Re: AT&T Public Phone 2000 (Michael H. Brand)
  13391.     Re: Hilton Hotel Telephone Surcharge (Dave Levenson)
  13392.     Re: "Secret" Phone Codes (Shawn Nunley)
  13393.     Jack Decker's FTP Problem (Aninda Dasgupta)
  13394.     Re: Using Fax Machine + Fax Modem as a Scanner (Ronald Elliott)
  13395. ----------------------------------------------------------------------
  13396.  
  13397. From: walsh@optilink.com (Mark Walsh)
  13398. Subject: Re: Cellular Phones Are Carcinogens?
  13399. Date: 8 Feb 93 23:17:46 GMT
  13400. Organization: Optilink Corporation, Petaluma, CA
  13401.  
  13402.  
  13403.  From article <telecom13.73.12@eecs.nwu.edu>, by ruck@beta.ee.ufl.edu
  13404. (John R. Ruckstuhl Jr.):
  13405.  
  13406. > In article <telecom13.67.8@eecs.nwu.edu> jack_decker@f8.n154.z1.
  13407. > fidonet.org (Jack Decker) writes:
  13408.  
  13409. >> What they didn't point out was that at only a foot away from that
  13410. >> appliance, the radiation would be only 1/144th of the radiation
  13411. >> at one inch.
  13412.  
  13413. > Just a point of information -- I think that "inverse square law" is
  13414. > only applicable to point-source radiation.  For line-source radiation
  13415. > (e.g.  from transmission lines) intensity diminishes linearly with
  13416. > distance for plane-source radiation, intensity doesn't diminish at all
  13417. > with distance.
  13418.  
  13419. Now *that* would be a gain antenna!  :-) But seriously folks, the
  13420. handheld phone antennas are at least as omnidirectional as your
  13421. theoretical 1/4 wave antenna because people never seem to orient these
  13422. things vertically.
  13423.  
  13424. Just makes me wonder; what is car phone performance like for those
  13425. folks who like to lay down their antenna so it is almost horizontal as
  13426. if they've just done mach 0.25 or something ...
  13427.  
  13428.  
  13429. Mark Walsh (walsh@optilink) -- UUCP: uunet!optilink!walsh
  13430. AOL: BigCookie -- Amateur Radio: KM6XU@WX3K -- USCF: L10861
  13431.  
  13432. ------------------------------
  13433.  
  13434. From: fybush@world.std.com (Scott D Fybush)
  13435. Subject: Re: Cellular Phones Are Carcinogens?
  13436. Organization: The World Public Access UNIX, Brookline, MA
  13437. Date: Tue, 9 Feb 1993 02:48:39 GMT
  13438.  
  13439.  
  13440. The {Boston Sunday Herald} of February 7, 1993 includes an article
  13441. rehashing the cellphone/cancer "controversy", including a mention that
  13442. the only phones causing concern are handheld cellulars, not
  13443. car-mounted cellulars or cordless phones.  So what photo do they have
  13444. illustrating the article?
  13445.  
  13446. You guessed it, a guy on a Brookline streetcorner yakking away on a
  13447. *BAG PHONE*!
  13448.  
  13449. I work in the media, and even I think the press that's been given to
  13450. the whole issue is way out of line ... and wildly inaccurate much of
  13451. the time.  One TV reporter in Boston (who I'm embarrassed to admit
  13452. works for the same company I do :-( ) did a whole report on the
  13453. potential dangers of high-voltage power transmission lines, then ended
  13454. the report by interviewing a family that lives under the big
  13455. *broadcast TV and FM* towers in Needham/Newton, Mass.  If reporters
  13456. can't even distinguish their own transmitting tower from a
  13457. high-voltage power line, we're all in worse trouble than we thought.
  13458.  
  13459.  
  13460. Scott Fybush -- fybush@world.std.com
  13461.  
  13462. ------------------------------
  13463.  
  13464. Subject: Re: Cellular Phones Are Carcinogens?
  13465. From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
  13466. Reply-To: zeta%tcscs@src.honeywell.com
  13467. Date: Mon, 08 Feb 93 11:59:36 CST
  13468. Organization: TCS Consulting Services
  13469.  
  13470.  
  13471. jack.decker@f8.n154.z1.fidonet.org (Jack Decker) writes:
  13472.  
  13473. > The issues surrounding the topic of possible negative health effects
  13474. > from cellular phone use are going to be among the hottest (no pun
  13475. > intended) in coming years.
  13476.  
  13477. > Concerns about health effects from hand-held radios have been around
  13478. > for a long time.  But with the millions of people using continuously
  13479. > transmitting, ultra high frequency units who never did before, some
  13480. > new dimensions are added to the picture -- and they are definitely
  13481. > worthy of serious consideration.
  13482.  
  13483. It is interesting to note that a local TV station in Minneapolis/St.
  13484. Paul MN took some measuring equipment (didn't catch what it was
  13485. exactly) and took several measurements.  The hand-held two way radios
  13486. the station used put out more of whatever they were measuring.
  13487. Cellular phones came in the same category as TV screens and computer
  13488. monitors, far lower than the two way radios.
  13489.  
  13490. I sould point out though I didn't catch the entire excerpt, so it may
  13491. be they were measuring residual radiation or something like that.
  13492.  
  13493.  
  13494. Greg
  13495.  
  13496. TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008
  13497.       Mail-server requests to:  mail-server%tcscs@idss.nwa.com      
  13498. zeta%tcscs@src.honeywell.com        or       zeta%tcscs@idss.nwa.com
  13499.  ..!srcsip!tcscs!zeta               or           ..!guppy!tcscs!zeta
  13500.  
  13501. ------------------------------
  13502.  
  13503. Subject: Re: When Does 800 = 900?
  13504. Organization: I.E.C.C.
  13505. Date: 8 Feb 93 15:09:49 EST (Mon)
  13506. From: johnl@iecc.cambridge.ma.us (John R. Levine)
  13507.  
  13508.  
  13509. > An IXC company called ATN is promoting the use of 800 numbers assigned
  13510. > to it as a means of getting around 900 call restrictions. For example:
  13511. > You might dial 1-800-697-1110 thinking that it is a free call. Stay on
  13512. > the line long enough and the real time ANI number for the phone you
  13513. > are on will be charged for a collect call at 900 rates!
  13514.  
  13515. > [Moderator's Note: At least they call back collect, rather than just
  13516. > converting it to 900, ...
  13517.  
  13518. No they don't -- like he said, stay on the line and ATN will fabricate
  13519. a collect call that never happened.  This strikes me as an inherently
  13520. fraudulent procedure since in many cases if they in fact hung up and
  13521. called back, the collect call it would reach an attendant who would
  13522. reject it or the line might not even be able to receive incoming
  13523. calls.
  13524.  
  13525. If they really did hang up and call back collect, I'd think that'd be
  13526. a legitimate business technique, certainly if they warned the
  13527. callee-to-be what the collect charge would be.
  13528.  
  13529.  
  13530. Regards,
  13531.  
  13532. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  13533.  
  13534.  
  13535. [Moderator's Note: I called it again to be certain. The message says,
  13536. "in just a minute you will receive a collect call back from ATN ...
  13537.                            ^^^^^^^^^^^^^^^^^^^^^^^^^^^
  13538. when we call you, if you accept the call the charges will be $2 per
  13539. ^^^^^^^^^^^^^^^^^
  13540. minute. That seems pretty clear.   PAT]
  13541.  
  13542. ------------------------------
  13543.  
  13544. From: dannyb@Panix.Com (Daniel Burstein)
  13545. Subject: Re: When Does 800 = 900?
  13546. Organization: PANIX Public Access Unix, NYC
  13547. Date: Mon, 8 Feb 1993 10:41:37 GMT
  13548.  
  13549.  
  13550. In <telecom13.73.5@eecs.nwu.edu> ken@wybbs.mi.org (Ken Jongsma) writes:
  13551.  
  13552. > ATN is apparently smart enough to check some line records. Calls from
  13553. > the LEC payphones I tried get a recording stating that the 800 number
  13554. > is not valid from the area I was calling from. Calls from a hotel in
  13555.                                                       ^^^^^^^^^^^^^ note #1
  13556. > the same area went through just fine.
  13557.  
  13558. > Can you imagine what this is going to do for colleges, businesses and
  13559. > others that don't have ATN assigned 800 exchanges blocked? Yuck.
  13560.                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ note #1, #2
  13561.  
  13562. Response notes from dannyb@panix.com:
  13563.  
  13564. 1: Since many hotels and other groups may be routing their calls through
  13565. distant locations, the restriction-by-area deal may not work.
  13566.  
  13567. 2: While at this point "800" number prefixes (the "abc" in
  13568. 1-800-abc-defg) define the company, this is being phased out.  pretty
  13569. soon, each company will be able to grab each and every prefix.  i.e.
  13570. tele-sleaze might have 1-800-abc-1232, while tele-rip might have
  13571. 1-800-abc-1212.
  13572.  
  13573.  
  13574. dannyb@panix.com
  13575.  
  13576. ------------------------------
  13577.  
  13578. Date: Mon, 8 Feb 93 11:52 PST
  13579. From: john@zygot.ati.com (John Higdon)
  13580. Reply-To: John Higdon <john@zygot.ati.com>
  13581. Organization: Green Hills and Cows
  13582. Subject: Re: New Twist to Caller ID
  13583.  
  13584.  
  13585. kevin@ferris.cray.com (Kevin Bluml) writes:
  13586.  
  13587. > This is the first thing I've heard about CID in Minnesota, I wish
  13588. > they'd just offer it to everyone with the various hearings and
  13589. > blocking options that other states have discussed. This seems like a
  13590. > really backwards way of starting it up in the state.
  13591.  
  13592. You talk about backwards. Count your blessings; you might be stuck
  13593. with Caller ID, California Style (none).
  13594.  
  13595. Since Caller ID is now becoming commonplace throughout the country, a
  13596. number of businesses have developed new services that take advantage
  13597. of the technology. One of them involves the ordering of Pay-Per-View
  13598. cable features. My local cable company has the customer call the PPV
  13599. order number while the cable box is set to the desired channel, at
  13600. which time the PPV program is enabled automatically.
  13601.  
  13602. How does it do this without CNID? With a MUCH MORE EXPENSIVE 800
  13603. number is how. Of course, this expense is reflected in our
  13604. stratospheric cable rates. California -- the land of innovative
  13605. technology -- NOT!
  13606.  
  13607.  
  13608. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  13609. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  13610.  
  13611. ------------------------------
  13612.  
  13613. Date:  Fri, 5 Feb 93 17:27:46 EST
  13614. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  13615. Subject:  Re: New Twist to Caller ID
  13616.  
  13617.  
  13618. I take it there is some sort of regulatory commission which could take
  13619. up possible "redlining" of some phone prefixes?
  13620.  
  13621. A phone prefix is an even less precise means of pinpointing a location
  13622. than a five-digit U.S. zipcode.  In Wilmington, Delaware, the downtown
  13623. prefixes are also found in the expensive Greenville-Centerville area
  13624. (going northwest on state route 52).
  13625.  
  13626. ------------------------------
  13627.  
  13628. Date: Mon, 8 Feb 93 15:20:11 EST
  13629. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  13630. Subject: Re: Standard Dialing Plan (Calif.)
  13631.  
  13632.  
  13633. What about those parts of California served by, say, GTE?
  13634.  
  13635. I understand the southern part of 408 has continued to publish 1+
  13636. (area code if different from yours) +7D for long distance.  Is that
  13637. what is published in 209, 916, 707 and 619? (For example, what do the
  13638. Sacramento and Fresno phone books have to say?)  Obviosly, 1 + 7D
  13639. would reduce to just 7D.
  13640.  
  13641. 213, 310, 818, 714, 909, 415, 510 already have the new scheme because
  13642. they had to accommodate N0X/N1X prefixes.  I recall some blurb about
  13643. 805 also dropping the leading 1 for long distance within it.
  13644.  
  13645. In area 215 in Pennsylvania, Bell of Pa. published the change to "no
  13646. 1"; i.e., 1+7D became 7D within 215.  Some remote parts of 215 are not
  13647. under Bell of Pa., but as far as I know they made that change (such as
  13648. at Birdsboro) except for what I noted (in the archives) for Denver and
  13649. Adamstown (which will eventually make that change also).
  13650.  
  13651. ------------------------------
  13652.  
  13653. From: mhb@chinet.chi.il.us (Michael H. Brand)
  13654. Subject: Re: AT&T Public Phone 2000
  13655. Organization: Chinet - Public Access UNIX
  13656. Date: Tue, 09 Feb 1993 05:42:07 GMT
  13657.  
  13658.  
  13659. I used an AT&T Public Phone 2000 last Friday (2/4/93) at the Omaha, Ne
  13660. Airport just outside Gate 11. The keyboard was NOT disabled; things
  13661. were working great. Perhaps this phone was forgotten, or they are ALL
  13662. enabled now?
  13663.  
  13664.  
  13665. Mike
  13666.  
  13667. ------------------------------
  13668.  
  13669. From: dave@westmark.com (Dave Levenson)
  13670. Subject: Re: Hilton Hotel Telephone Surcharge
  13671. Organization: Westmark, Inc.
  13672. Date: Tue, 9 Feb 1993 04:15:12 GMT
  13673.  
  13674.  
  13675. I regularly stay at the Hilton in Pikesville, MD.  I routinely call my
  13676. own 800 number to `phone home' the inexpensive way.  The hotel imposes
  13677. what they call a `nominal' charge of 75 cents to handle this call.
  13678. The inbound 800 call is usually to the modem, and usually takes less
  13679. than a minute, resulting in a charge from the 800 service provider of
  13680. eleven cents.  A 75 cent surcharge on call that costs 11 cents is
  13681. hardly nominal!
  13682.  
  13683. The Hilton in San Jose does not impose a surcharge on 800 calls.
  13684.  
  13685.  
  13686. Dave Levenson        Internet: dave@westmark.com
  13687. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  13688. Warren, NJ, USA        Voice: 908 647 0900  Fax: 908 647 6857
  13689.  
  13690. ------------------------------
  13691.  
  13692. From: shawnn@Novell.COM (Shawn Nunley)
  13693. Subject: Re: "Secret" Phone Codes
  13694. Organization: Novell Inc., San Jose, Califonia
  13695. Date: Tue, 9 Feb 1993 00:21:31 GMT
  13696.  
  13697.  
  13698. tompkins@tti.com (Tompkins) writes:
  13699.  
  13700. > In one of those discussions, about a year ago, a number was posted
  13701. > that purported to work nationally: 10732-1-404-988-9664. 
  13702.  
  13703. Here's an interesting note.  Our company is already on SDN, so when I
  13704. try to dial 10732 ... I get a fast busy right away (from our Definity
  13705. Generic III switch). So, I tried just dialing 404-988-9664 and it
  13706. worked.  Since our switch is already on the network, and therefore
  13707. already programmed to append the 10732, it was snap.  Also, the
  13708. numbers recited after the actual phone number + 8 were 8880000465.  Is
  13709. this some routing information maybe?
  13710.  
  13711.  
  13712. Internet: Shawn_Nunley@novell.com 
  13713. UUCP: {ames,sun,apple,mtxinu,cae780,sco}
  13714.          !novell!shawn            
  13715. Shawn Nunley    Tel: (408) 473-8630
  13716.  
  13717. ------------------------------
  13718.  
  13719. From: add@philabs.philips.com (Aninda Dasgupta)
  13720. Subject: Jack Decker's FTP Problem
  13721. Organization: Philips Laboratories, Briarcliff, New York
  13722. Date: Mon, 8 Feb 1993 14:41:35 GMT
  13723.  
  13724.  
  13725. By looking at Jack Decker's traceroute output, it seems that his TCP
  13726. packets are going through too many gateways.  Though these gateways
  13727. (the ones run by ANS and MERIT) are fast boxes (often RS/6000 boxes),
  13728. and though they are for the most part connected by T3 links, his TCP
  13729. packets are just not getting to mintaka in time.  You see, every TCP
  13730. packet has a "Time-to-live" field.  As the packet goes through each
  13731. gateway, or "hop," as they are called in TCP parlance, the
  13732. Time-to-live (TTL) field is decremented.  As is shown by traceroute,
  13733. when the packet reaches a node that sees a value of 0 in the TTL
  13734. field, it simply discards the packet and echoes back to the original
  13735. sender that the packet's TTL has expired. [For further reading on this
  13736. topic, see Douglas Comer's excellent book "Internetworking with
  13737. TCP/IP"] It is interesting to note that often, Jack's packets seems to
  13738. reach very close to mintaka.
  13739.  
  13740. What can be done to rectify this problem? The most obvious, though
  13741. often impossible, thing to do is to change the default of 60 seconds
  13742. for the TCP TTL that is compiled into the UNIX (or other OS) TCP
  13743. software.  I have done this in UNIX so I will describe that.  Editing
  13744. the file in_proto.c and changing the default of 60 assigned to the
  13745. variable named tcp_ttl, to something like 120, should work.  After the
  13746. editing, the kernel will have to be rebuilt (using make).
  13747. Alternatively, experienced UNIX admins. can use the adb debugger to
  13748. patch the changes into the kernel that is already running. Both these
  13749. solutions require root access to the host that Jack is dialing into.
  13750.  
  13751. In case root access to the dialup host is not available, Jack might
  13752. try connecting to a different host, preferably in a different part of
  13753. the country than from where he is trying.  As I said, it is simply a
  13754. matter of getting to mintaka with a few less hops on the Internet.
  13755. Often, trying ftp from a "larger" host helps.  By larger, I mean a
  13756. host that is directly on the 35.1 domain.  That way, he will save the
  13757. two hops that he has on the 35.214 domain.  I suspect, a saving of
  13758. just two hops is all he needs, since he has been able to get to
  13759. radole.lcs.mit.edu.  Moreover, he should try to ftp late at night,
  13760. when the other usual TCP traffic will be less and therefore, his TCP
  13761. packets will get to mintaka faster, hopefully before the 60 sec. TTL.
  13762.  
  13763. Hope this verbose description helps.  I tried to email to Jack
  13764. directly, but somehow, with our new Internet gateway configuration,
  13765. the mail bounced.
  13766.  
  13767.  
  13768. Aninda DasGupta (add@philabs.philips.com) Ph:(914)945-6071 Fax:(914)945-6552
  13769. Philips Labs\n 345 Scarborough Rd\n  Briarcliff Manor\n NY 10510
  13770.  
  13771.  
  13772. [Moderator's Note: In a way, I am glad your mail did bounce, as you
  13773. have provided an excellent reply to Jack's question, and mentioned
  13774. something many of us would not have considered.  Thanks!    PAT]
  13775.  
  13776. ------------------------------
  13777.  
  13778. Date: Mon, 8 Feb 93 11:51:56 PST (GMT-7)
  13779. Reply-To: ronell@caron.ati.com
  13780. Organization: Science and Technology Center, Apple Valley Ca.
  13781. From: ronell@caron.ati.com
  13782. Subject: Re: Using Fax Machine + Fax Modem as a Scanner
  13783.  
  13784.  
  13785. In comp.dcom.telecom, article <telecom13.62.11@eecs.nwu.edu>, is
  13786. written:
  13787.  
  13788. > How can I use a standalone fax machine as a scanner?
  13789.  
  13790. > I would like to be able to plug my fax machine into my pc fax/modem,
  13791. > and press a few buttons, and end up with a fax format file of whatever
  13792. > was on the sheet of paper ...
  13793.  
  13794. > Has anyone managed this?  I've tried with not much success so far ...
  13795.  
  13796. > Any ideas appreciated.
  13797.  
  13798. What I have done is plugged my fax machine into my first line and
  13799. dialed my fax/modem on the second line with no problem. What you are
  13800. trying to do would require a knowledge of the codes your fax modem
  13801. uses to cause it to go offhook then online in fax mode, or to
  13802. determine if a call is fax or data.  For example, the Hayes "standard"
  13803. says *ATH1* should cause a *modem* to go offhook, then *ATO* takes it
  13804. online. If you then give the other *modem* an ATC1 it should detect
  13805. the handshake and the two should talk.
  13806.  
  13807. If you can accomplish that with your fax/modem in *fax* mode, you're
  13808. good to go.
  13809.  
  13810.  
  13811. Ronald Elliott             Science and Technology Center
  13812. ronell@caron.ati.com              P.O. Box 818
  13813. (619)243-2595                 Apple Valley, Ca 92307
  13814.                                  (619)242-3514
  13815.  
  13816. ------------------------------
  13817.  
  13818. End of TELECOM Digest V13 #77
  13819. *****************************
  13820. 
  13821. 
  13822. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa15177;
  13823.           10 Feb 93 5:09 EST
  13824. Received: by delta.eecs.nwu.edu id AA08964
  13825.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 10 Feb 1993 02:21:02 -0600
  13826. Received: by delta.eecs.nwu.edu id AA01691
  13827.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 10 Feb 1993 02:20:33 -0600
  13828. Date: Wed, 10 Feb 1993 02:20:33 -0600
  13829. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  13830. Message-Id: <199302100820.AA01691@delta.eecs.nwu.edu>
  13831. To: telecom@eecs.nwu.edu
  13832. Subject: TELECOM Digest V13 #78
  13833.  
  13834. TELECOM Digest     Wed, 10 Feb 93 02:20:30 CST    Volume 13 : Issue 78
  13835.  
  13836. Index To This Issue:                     Moderator: Patrick A. Townson
  13837.  
  13838.     A Whole New Ball Game - Sport Broadcasts via Phone (FIDO via Don Kimberlin)
  13839.     AT&T Are You Listening? (Laurence Chiu)
  13840.     PhoneStation -- A New Mailing List (Jody Kravitz)
  13841.     Pacific Bell Caller ID (Todd Lesser)
  13842.     SecureClear Model 100 Demo Let Down (Rob Bailey)
  13843.     Live From AT&T Bell Labs Teleconference (Tom Flavell)
  13844.     Text of MFJ Wanted (ghadsal@american.edu)
  13845.     Seeking Older Telrad Telephone Instruments (Tom Betz)
  13846.     Steve Jackson Games Articles Wanted (Gregory Youngblood)
  13847.     Smart Talk Network Restricts Some Calls (FIDO/Chris Farrar via D. Leibold)
  13848. ----------------------------------------------------------------------
  13849.  
  13850. Date: Wed, 10 Feb 1993 02:14:27 -0500
  13851. From: Don.Kimberlin@f730.n250.z1.FIDONET.ORG (Don Kimberlin)
  13852. Subject: A Whole New Ball Game - Sport Broadcasts via Phone
  13853.  
  13854.  
  13855. [Originally posted in Fidonet's BROADCAST conference]
  13856.  
  13857.    TELECOMMUNICATIONS MAKES IT A WHOLE NEW BALL GAME
  13858.  
  13859. One of the more common limitations suffered by smaller radio
  13860. broadcasters is maintaining carriage of local sports teams when their
  13861. town's team is on the road.  When economically possible, the small
  13862. station has classically ordered a "Schedule D program transmission
  13863. channel" from the phoneco, and aired a remote broadcast from as far
  13864. away as the broadcaster could afford.  (The "Schedule D channel" is
  13865. one common name for an ordinary telephone message channel of 3 kHz
  13866. bandwidth supplied for program use.)
  13867.  
  13868. But, dramatic increases in charges for such channels coupled with more
  13869. and more curtailed offering of them by the phonecos has made it ever
  13870. more difficult for the local broadcaster to provide live sports
  13871. coverage of "the hometown club" when it's out on the road.  Now, it
  13872. looks as though a new twist in telephone communications could make
  13873. obtaining out-of-town coverage as easy as a dial-up phone call.
  13874.  
  13875. An Akron, Ohio company called TRZ Communications has started a dial-in
  13876. 800 offering called "Teamline" that offers callers telephonic
  13877. connection to listen to any of about 3,500 live radio broadcasts of
  13878. high school, college and NFL football games, major league baseball,
  13879. hockey, basketball and auto racing.
  13880.  
  13881. The founder of TRZ Communications, Tom R. Zawistowski, is a former
  13882. college athletic director who perceived a merket exists for people who
  13883. wanted to be able to hear their favorite team from anywhere a
  13884. telephone could reach.  He said the idea first came to his mind in
  13885. 1982 when many alumni of William & Mary College of Williamsburg,
  13886. Virginia, where he was then athletic director, complained of not being
  13887. able to keep up with their alma mater's team play-by-play.
  13888.  
  13889. Using a large PBX, TRZ offers dial-in customers to its 800 numbers
  13890. their choice of a wide range of sporting events, and more recently has
  13891. expanded offerings to special programs in fields like business,
  13892. education and medicine.  The entire operation at TRZ is automated to
  13893. the extent that a caller dials in on an 800 number, selects the
  13894. broadcast they want with a four-digit number, and then is prompted to
  13895. enter a credit card number, which is automatically verified, after
  13896. which the connection to the selected program is made.
  13897.  
  13898. Local flagship radio stations are the source of the programs, for
  13899. which they recieve a portion of the proceeds of each call.  Rates are
  13900. much like an ordinary phone call, starting at 50 cents a minute,
  13901. decreasing to 20 cents per minute for long calls.  The current price
  13902. schedule makes a three-hour game cost about $36.00, but TRZ expects
  13903. that with increased usage, the cost can be reduced to about $6.00 for
  13904. a three-hour game within five years.
  13905.  
  13906. So, it looks as though a means to provide occasional program service
  13907. for local radio stations has been developed and is available through
  13908. TRZ Communications of Akron, Ohio.  With some 3,500 events already
  13909. available, it is obvious a large number of local stations already know
  13910. of TRZ, since they are sources for its programs, while many others may
  13911. now be ready to take advantage of TRZ's output.
  13912.  
  13913. Dialing up an occasional program line to get an out-of-town live
  13914. sports event...what a far cry from the struggle of setting up a
  13915. one-time program channel of just a few years ago ... and with 800
  13916. numbers to dial, to boot!
  13917.  
  13918.  
  13919. Don Kimberlin - via FidoNet node
  13920. 1:250/98 INTERNET: Don.Kimberlin@f730.n250.z1.FIDONET.ORG
  13921.  
  13922.  
  13923. [Moderator's Note: It was quite common for many years to relay sports
  13924. events back to the local radio station via telegraph. I remember very
  13925. well listening to the Chicago Cubs when they were broadcast by radio
  13926. station WIND (560 AM) back in the 1950's. Games at home were carried
  13927. live, and games away from home were read by the announcer direct from
  13928. the ticker machine. When the ticker machine would slow down or stop
  13929. for awhile, the announcer would play music; then after the record
  13930. finished he would resume reading the stuff which came over the wire
  13931. from the baseball stadium until he got to the end of it; then if more
  13932. had come out of the machine he would read it also, otherwise he would
  13933. play another record.  PAT]
  13934.  
  13935. ------------------------------
  13936.  
  13937. From: LCHIU@HOLONET.NET
  13938. Subject: AT&T Are You Listening?
  13939. Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
  13940. Date: Wed, 10 Feb 1993 04:05:25 GMT
  13941.  
  13942.  
  13943. Some comments on AT&T and MCI international calling plans -- 
  13944.  
  13945. My current LD carrier is AT&T. I call NZ and Australia a bit and my
  13946. wife calls China. I am currently subscribed to ATT's Reach Out World
  13947. Plan which gives me 20% discounts on all calls made in off-peak hours.
  13948. The trouble is China is not included in ROW.  But for some
  13949. inconsistent reason China is included in their Special Country plan
  13950. which offers discounts for calling one specified country at any time.
  13951. The trouble you cannot have both plans and if I sign up for SC then I
  13952. lose all discounts to Aust/NZ.  Calling China is especially costly
  13953. since my wife has to make a quick one minute call to alert the parties
  13954. that she will be calling later (her parents do not have a phone in the
  13955. home). The first minute charge for calls to China are outrageous (up
  13956. to $5 in peak times and no less than $3.)
  13957.  
  13958. I am thinking about MCI instead. They have a similar plan to ROW
  13959. (don't remember the name) with similar rates but also they have
  13960. Friends and Family. I can denote two international numbers F&F (China
  13961. is allowed) and thus get savings to all the international destinations
  13962. I call.
  13963.  
  13964. I don't want to switch carriers. I like AT&T. Their lines are good
  13965. (I've made consistent 14.4 connects all over the country using my
  13966. cheap Supra modem), their customer service very friendly etc. But they
  13967. just don't offer the calling plans I want. Anyway MCI advertise all
  13968. the time on our local channel which carries Chinese broadcasting, in
  13969. both Cantonese and Mandarin with toll-free numbers you can call which
  13970. are answered by Chinese speaking operators so my wife is always asking
  13971. me why I don't use MCI! I cannot explain modems to her that easily!
  13972.  
  13973. So if there are any AT&T people out there who can pass on these
  13974. comments to the powers that be, please do so. You may be losing
  13975. another customer to the opposition.
  13976.  
  13977.  
  13978. Laurence Chiu     lchiu@holonet.net
  13979.  
  13980.  
  13981. [Moderator's Note: Are you sure this is AT&T's fault or that of the
  13982. local telco which does AT&T's billing?  For some six or eight months
  13983. after AT&T started Reach Out World with the additional ten percent
  13984. discount on domestic calls granted in that program, IBT customers
  13985. could not have it since IBT was unable to get the billing correct.
  13986. What had to happen was each month I was told by AT&T that they would
  13987. get a copy of my bill, examine it and manually correct it, issuing
  13988. credits as required. You might want to specifically inquire if AT&T is
  13989. saying they do not offer the arrangement you are seeking *or* if they
  13990. do but your local telco (if that is who bills your AT&T calls) is not
  13991. up to speed on it, and if so, can you have it with AT&T issuing the
  13992. required credits manually.  They might say yes!   PAT]
  13993.  
  13994. ------------------------------
  13995.  
  13996. Date: Tue, 9 Feb 93 18:57:23 PST
  13997. From: kravitz@foxtail.com
  13998. Subject: PhoneStation  -- A New Mailing List
  13999.  
  14000.  
  14001. During the Winter USENIX Technical Conference in San Diego, Stephen
  14002. Uhler of Bellcore presented the paper:
  14003.  
  14004. PhoneStation, Moving the Telephone onto the Virtual Desktop
  14005.  
  14006. Uhler described a research project involving an pots-line interface he
  14007. built for a Sun SparcStation and a programming language based on an
  14008. extension of John Osterhout's TCL (U.C.Berkeley).  The TCL extensions
  14009. provide for call progress monitoring, text-to-speech conversion, phone
  14010. line control, exception handling, etc.  Demonstration programs were
  14011. presented showing how easy it is to build an answering machine or
  14012. voice-mail system.  Uhler believes that one of the reasons that many
  14013. menu-based voice-mail systems are so clumsy is that the languages used
  14014. to code them are themselves clumsy.  Those who have programmed
  14015. existing commercial voice-mail systems would appreciate the example
  14016. programs from the paper.
  14017.  
  14018. During the question-answer session which followed the presentation of
  14019. the paper, a number of issues were brought up:
  14020.  
  14021. Will (or can) Bellcore license the language and/or the interface
  14022. design?
  14023.  
  14024. Will this work be put in the public domain?
  14025.  
  14026. Could the programming language be adapted to support existing hardware
  14027. platforms such as Watson boards?
  14028.  
  14029. What additional extensions to the language would be appropriate?
  14030.  
  14031. How should ISDN be supported?
  14032.  
  14033. I suggested that a mailing list be set up.  The response appeared
  14034. favorable and it appears that Uhler will participate.
  14035.  
  14036. With thanks to Brent Chapman, the mailing list has now been set up as:
  14037.  
  14038.     PhoneStation@GreatCircle.Com
  14039.  
  14040. A "digestified" version, which transmits all of the day's traffic in a
  14041. single message is also available as:
  14042.  
  14043.     PhoneStation-Digest@GreatCircle.Com
  14044.  
  14045. These lists are currently accepting "subscribe" requests as described
  14046. below.  After the initial flurry (we hope) of subscription requests
  14047. have died down, I'll enable the list for traffic and send a welcome
  14048. message to everyone on the list.
  14049.  
  14050. How to subscribe:
  14051.  
  14052. GreatCircle.Com uses a new list management system called "majordomo".
  14053.  
  14054. (majordomo: a person who speaks, makes arrangements, or takes charge
  14055. for another.)
  14056.  
  14057. To subscribe, send mail to "majordomo@GreatCircle.Com" containing the
  14058. following in the body (the subject line is ignored) of the message:
  14059.  
  14060.     help
  14061.     subscribe PhoneStation
  14062.  
  14063. or
  14064.  
  14065.     help
  14066.     subscribe PhoneStation-Digest
  14067.  
  14068. You may optionally specify an e-mail address at the end of the subscribe 
  14069. line if you want to.
  14070.  
  14071. I'm looking forward to some lively discussion.
  14072.  
  14073.  
  14074. Jody Kravitz
  14075.  
  14076. ------------------------------
  14077.  
  14078. Date: Tue, 9 Feb 93 20:59 PST
  14079. From: todd@silo.info.com (Todd Lesser)
  14080. Reply-To: Todd Lesser <todd@silo.info.com>
  14081. Subject: Pacific Bell Caller ID
  14082.  
  14083.  
  14084. In the February 1993 issue of {Phone + Magazine}:
  14085.  
  14086. "Pacific Bell Drops Caller ID Plans"
  14087.  
  14088. "Pacific Bell announced it will not offer Caller ID service in
  14089. California at this time because California Public Utilities Commission
  14090. requirements prevent it from offering customers a viable service at a
  14091. reasonable price.  However, the company plans to offer three other
  14092. services - Call Trace, Call Screen and Call Return - beginning next
  14093. month.
  14094.  
  14095.     Caller ID was approved in California with a free line blocking
  14096. requirement, in addition to the free per-call blocking option proposed
  14097. by Pacific Bell.  Additionally, California requires that unlisted
  14098. customers receive locking authomatically. This automatic line
  14099. blocking, say Pacific Bell officials, makes it economically impossible
  14100. for the company to offer Caller ID service at this time.
  14101.  
  14102.     The new services to be introduced will help people avoid unwanted
  14103. calls and return missed calls.  Call Trace permits subscribers to
  14104. automatically trace a disturbing or threatening call - the number is
  14105. captured by Pacific Bell and released to law enforcement authorities
  14106. when a police report is filed. Call Screen rejects calls from as many
  14107. as 10 specified phone numbers. Call Return lets subscribers
  14108. automatically return the last call received, whether the call actually
  14109. was answered."
  14110.     
  14111.  
  14112. Todd Lesser   Info Connections
  14113. (619) 459-7500 Voice    (619) 459-4600 Fax
  14114. <todd@silo.info.com> or <attmail!denwa!todd>
  14115.  
  14116. ------------------------------
  14117.  
  14118. Date: 09 Feb 93 22:03:57 EST
  14119. From: Rob Bailey <74007.303@CompuServe.COM>
  14120. Subject: SecureClear Model 100 Demo Let Down
  14121.  
  14122.  
  14123. I couldn't resist ...
  14124.  
  14125. I was attracted to the cheazy display by the (otherwise
  14126. without-function) blinking red LED. It said "For a demonstration of
  14127. the Motorola Secure-Clear technology, press the button" (or at least
  14128. something like that). I held my breath, and pressed ... and ...
  14129.  
  14130. As reported previously here, it was just voice inversion. So ... I
  14131. whipped out the handy-dandy pocket tape recorder and recorded the demo
  14132.  - about 20 seconds of clear text wrapped around about five seconds of
  14133. scrambled speech. I might point out I specifically remember the demo
  14134. saying that the scrambling "prevented" eavsdropping. I take issue with
  14135. that; "thwart" or "slows down", but not "prevented".
  14136.  
  14137. Out to the car. I played the demo over my handheld (two-way radio) w/o
  14138. turning on the scrambler, and I listened over the car-radio with the
  14139. descrambler turned on. I expected to hear something really juicy like
  14140. "We're the Motorola design team" or "Hi, Mom". But what I actually got
  14141. was the last couple of seconds of the following sentence (the part in
  14142. []'s has been extrapolated by me, since for whatever reason it was
  14143. apparently clipped from the demo):
  14144.  
  14145. [This is the Motorola] model 100 operating in half-scrambled mode."
  14146.  
  14147. What a let down. Anyway, now you all know what it says. By the way,
  14148. for those of you that think I'm not listening, my VHF-Loband mobile
  14149. radio has a scrambler/descrambler on it and I do have the cordless
  14150. phone frequencies programmed into channels I1 through J9, so be
  14151. careful what you say. Of course, I'd never violate the ECPA, though.
  14152.  
  14153.  
  14154. Rob Bailey, WM8S or 74007.303@compuserve.com
  14155.  
  14156. ------------------------------
  14157.  
  14158. From: tflavell@pbs.org
  14159. Subject: Live From AT&T Bell Labs Teleconference
  14160. Date: 9 Feb 93 10:47:56 EST
  14161.  
  14162.  
  14163. Please contact the Education Services Director at your local PBS 
  14164. station if you are interested in seeing this program broadcast 
  14165. locally. To register as a downlink site, simply E-mail 
  14166. TFLAVELL@PBS.ORG. 
  14167.          
  14168. LIVE FROM AT&T BELL LABS, the third annual NSTW Teleconference of AT&T
  14169. Bell Labs, will be fed to stations live on Wednesday, April 28, 10-11
  14170. am, ET /D.  The teleconference will feature hosts David Heil, of PBS's
  14171. NEWTONS APPLE, Arno Penzias, Nobel Laureate and Bell Labs' vice
  14172. president of research, introducing celebrities like Penn & Teller and
  14173. the Flying Karamazov Brothers to students across America.
  14174.          
  14175. Penn & Teller, magicians and pranksters, will explore what scientists
  14176. "really" do in their laboratories when nobody is looking.  The Flying
  14177. Karamazov Brothers, world renown jugglers, will demonstrate the
  14178. relationship between juggling, mathematics and physics.
  14179.          
  14180. Between segments on communications in the year 2003, the on- going
  14181. revolutions in microelectronics and software, and features on
  14182. minorities and women in science, students will have the opportunity to
  14183. ask questions of researchers and developers.
  14184.          
  14185. In addition to transmission on PBS's Spacenet IV, LIVE FROM BELL LABS
  14186. will be available to schools on AT&T Telstar 302's C and KU- band
  14187. transponders.  On April 28, the program will be broadcast live from
  14188. 10-11am ET and rebroadcast on Telstar 302's C and KU- band
  14189. transponders at 11am, 12, 1, 2, 3, 4, and 5 pm ET.  For more
  14190. information on these feeds or program content, call Brian Monahan,
  14191. AT&T Bell Labs, (908) 582-4760. To register as a downlink site, simply
  14192. call Tom Flavell at (703) 739-5402 or E-mail him at TFLAVELL@PBS.ORG
  14193.          
  14194. Free posters and curriculum guides are available from: LIVE FROM AT&T
  14195. BELL LABS, 600 Mountain Avenue, Room 3A-309, Murray Hill, NJ
  14196. 07974-0636.
  14197.          
  14198. Off-air taping rights: Unlimited.  Duplication rights granted.
  14199.  
  14200. ------------------------------
  14201.  
  14202. Organization: The American University - University Computing Center
  14203. Date: Tue, 9 Feb 1993 15:49:31 EST
  14204. From: GHADSAL@AMERICAN.EDU
  14205. Subject: Text of MFJ Wanted
  14206.  
  14207.  
  14208. Doesn anyone have a full text copy of the Modified Final Judgement
  14209. (MFJ) from divestiture?
  14210.  
  14211. If so, please email to me at:
  14212.  
  14213. ghadsal@american.edu
  14214.  
  14215. ------------------------------
  14216.  
  14217. From: tbetz@Panix.Com (Tom Betz)
  14218. Subject: Seeking Older Telrad Telephone Instruments
  14219. Organization: Betz & Associates
  14220. Date: Tue, 9 Feb 1993 19:19:10 GMT
  14221.  
  14222.  
  14223. While we're saving our nickels and dimes to replace our aging Telrad
  14224. key/BX, I need to add a couple of extensions to it.  Unfortunately, as
  14225. this model system was discontinued about a year after it was installed
  14226. in 1984, I can't get them from the company who sold them to us
  14227. originally; they no longer support this system.
  14228.  
  14229. Also unfortunately, it is an oddball binary system, so just any
  14230. telephone won't work with it.
  14231.  
  14232. I would appreciate any help in finding vendors for used/reconditioned/
  14233. new telephone instruments with the Telrad catalog numbers 83-050-0100
  14234. or 83-050-0000.  These numbers have a /0 or /1 following them on the
  14235. units we have.
  14236.  
  14237. Please respond to this account, or to tom_betz@execnet.com.
  14238.  
  14239.  
  14240. Thanks.
  14241.  
  14242. Tom Betz -- 512 Warburton Avenue - Yonkers, NY 10701-1832 -- (914) 375-1510
  14243. tbetz@panix.com | "It's a sick world...          | tbetz@upaya.panix.com
  14244.  
  14245. ------------------------------
  14246.  
  14247. Subject: Steve Jackson Games Articles Wanted
  14248. From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
  14249. Reply-To: zeta%tcscs@src.honeywell.com
  14250. Date: Wed, 10 Feb 93 00:10:39 CST
  14251. Organization: TCS Consulting Services
  14252.  
  14253.  
  14254. Could the person who sent the reports of the Steve Jackson trials
  14255. please contact me?  I was only able to find days one, two and possibly
  14256. three of the trials, but then it ended leaving me in suspense about
  14257. what happened next.
  14258.  
  14259. Please contact me at any of the addresses below.
  14260.  
  14261.  
  14262. Thanks,
  14263.  
  14264. Greg
  14265. TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008
  14266.       Mail-server requests to:  mail-server%tcscs@idss.nwa.com      
  14267. zeta%tcscs@src.honeywell.com        or       zeta%tcscs@idss.nwa.com
  14268.  ..!srcsip!tcscs!zeta               or           ..!guppy!tcscs!zeta
  14269.  
  14270.  
  14271. [Moderator's Note: So far as I know, only three articles were issued
  14272. in the most recent batch, covering the three days of the trial. I do
  14273. not think any further reports have come out, because the judge has not
  14274. yet ruled. I believe following the three days of testimony, the judge
  14275. took the matter under advisement and stated he would rule at a later
  14276. time, which is where we are at now, waiting for the court's findings
  14277. and decision.   PAT]
  14278.  
  14279. ------------------------------
  14280.  
  14281. Date: Wed, 10 Feb 1993 02:11:32 -0500
  14282. From: Dave.Leibold@f730.n250.z1.FIDONET.ORG (Dave Leibold)
  14283. Subject: Smart Talk Network Restricts Some Calls
  14284.  
  14285.  
  14286. [Author is Chris Farrar, as originally posted on Fidonet PHONES
  14287. conference ... STN is a long distance resale company.]
  14288.  
  14289. Smart Talk Network included a notice with this month's phone bill
  14290. regarding changes dialing outgoing calls, and restrictions on where
  14291. calls may be placed to:
  14292.  
  14293. Calls to area code 809 will not be permitted from STN's North
  14294. American access number 1-800-STN-2-STN
  14295.  
  14296. Calls originating from the following area codes will not be permitted
  14297. over the STN network: Area code 212 - New York (Manhattan); area code
  14298. 718 - Brooklyn, Bronx, Queens, Statan Island.
  14299.  
  14300. The notice also goes on to tell how to dial a call from a pay phone,
  14301. and the common sense information about not giving out your card number
  14302. or pin to anyone, and make sure no-one is watching over your shoulder
  14303. when you dial calls.
  14304.  
  14305.  
  14306. Chris
  14307.  
  14308.               ----------
  14309.   
  14310. Dave Leibold - via FidoNet node 1:250/98
  14311. INTERNET: Dave.Leibold@f730.n250.z1.FIDONET.ORG
  14312.  
  14313. ------------------------------
  14314.  
  14315. End of TELECOM Digest V13 #78
  14316. *****************************
  14317. 
  14318. 
  14319. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa05613;
  14320.           10 Feb 93 14:51 EST
  14321. Received: by delta.eecs.nwu.edu id AA25480
  14322.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 10 Feb 1993 10:38:47 -0600
  14323. Received: by delta.eecs.nwu.edu id AA31057
  14324.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 10 Feb 1993 10:38:03 -0600
  14325. Date: Wed, 10 Feb 1993 10:38:03 -0600
  14326. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  14327. Message-Id: <199302101638.AA31057@delta.eecs.nwu.edu>
  14328. To: telecom@eecs.nwu.edu
  14329. Subject: TELECOM Digest V13 #79
  14330.  
  14331. TELECOM Digest     Wed, 10 Feb 93 10:38:00 CST    Volume 13 : Issue 79
  14332.  
  14333. Index To This Issue:                     Moderator: Patrick A. Townson
  14334.  
  14335.     What It Could Come To ... (FIDO via Don Kimberlin)
  14336.     Bell Canada/BC Tel Telecom Public Notice CRTC #9314 (Adele Ponty)
  14337.     Current Switched56 (tm) DSU/CSU Vendors Needed (Ronal Thompson)
  14338.     ADSI Standard Information Wanted (Barry Kominik)
  14339.     Second Line Non-Pub/Unlisted? (Dan Lanciani)
  14340.     SMDS Question (Sean Malloy)
  14341.     TCP Time-to-Live (TTL) Field (Mark Boolootian)
  14342.     Client Server Computing? (Matthew Lucas)
  14343.     CoinSoft Software Wanted (Kurtis MacFerrin)
  14344.     GTE Does It Again (David Gast)
  14345.     Overseas Chat Lines (Jason Garner)
  14346.     Yellow Pages Data on Disk Wanted (Lynne Gregg)
  14347.     Oldtown, MD Revisited (Carl Moore)
  14348.     Telephone Malaprops (FIDO via Don Kimberlin)
  14349.     BIX Gateway (John R. Levine)
  14350.     Re: Number Identifier Attempts From Canada (Dave Leibold)
  14351.     Re: Calling a Roaming Cellular Customer (Bob Frankston)
  14352.     Re: ISDN Basic Rate Access (Fred R. Goldstein)
  14353. ----------------------------------------------------------------------
  14354.  
  14355. Date: Wed, 10 Feb 1993 02:10:49 -0500
  14356. From: Don.Kimberlin@f730.n250.z1.FIDONET.ORG (Don Kimberlin)
  14357. Subject: What It Could Come To ...
  14358.  
  14359.  
  14360. [crossposted from Fidonet's FCC conference]
  14361.  
  14362. Here's a news kicker originally posted by Bill Oxner in Fido's
  14363. Asian_Link.  It tells what the public reaction could get to if the
  14364. phonecos in the U.S. don't shape up:
  14365.  
  14366.      Tongue-tied Thais blast phone company
  14367.  
  14368. BANGKOK, Reuter - A powerful bomb that damaged a telecommunications
  14369. office in eastern Thailand on Monday may have been planted by
  14370. customers angered by the shortage of working phone booths, residents
  14371. said.
  14372.  
  14373. Local residents said they believed the bomb might have been planted by
  14374. customers angered because many public telephones in Chantaburi
  14375. province had been out of order for months. They said people had
  14376. recently taken to laying black funeral wreaths next to broken public
  14377. phones.
  14378.  
  14379. Police said the bomb shattered windows at the provincial telephone
  14380. centre and destroyed five booths.
  14381.  
  14382.  
  14383. Don Kimberlin - via FidoNet node 1:250/98
  14384. INTERNET: Don.Kimberlin@f730.n250.z1.FIDONET.ORG
  14385.  
  14386. ------------------------------
  14387.  
  14388. From: aponty@utcc.utoronto.ca (Adele Ponty)
  14389. Subject: Bell Canada/BC Tel Telecom Public Notice CRTC #9314
  14390. Organization: UTCC Public Access
  14391. Date: Tue, 9 Feb 1993 14:26:18 -0500
  14392.  
  14393.  
  14394. Many people may still be unaware of the application Bell Canada made
  14395. last fall with the CRTC, to eliminate the free directory assistance
  14396. service currently available.  If approved, Bell will no longer offer
  14397. free 411 calls made publically, free long distance directory enquiries
  14398. and directory assistance requested by the blind and visually impaired.
  14399.  
  14400. Apparently, Bell Canada's argument for the elimination of this service
  14401. is based on their view that revenue from calls made on competing phone
  14402. networks are in part, generated by callers making these 411 enquiries
  14403. at Bell's expense.  If you disagree with Bell's application or have an
  14404. opinion I strongly urge you to send it in writing to the CRTC.  The
  14405. application in question is called CRTC Telecom Public Notice #9314 and
  14406. the deadline for submission is March 1st.  The address is Canadian
  14407. Radio-television and Telecommunications Commission, Ottawa Ontario K1A
  14408. 0N2.  You can send it to the attention of Mr. A. J. Darling, Secretary
  14409. General.
  14410.  
  14411.  
  14412. INTERNET:  aponty@gpu.utcc.utoronto.ca
  14413. UUCP:  wheaties@intacc.uucp  (bbs)   aponty@nsq.uucp  (alternate)
  14414. BELL:  (416) 652-8072   FAX:416-653-1654
  14415.  
  14416. ------------------------------
  14417.  
  14418. From: ronal@telebit.com (Ronal Thompson)
  14419. Subject: Current Switched56 (tm) DSU/CSU Vendors Needed
  14420. Organization: Telebit Corporation; Sunnyvale, CA, USA
  14421. Date: Tue, 9 Feb 1993 22:15:12 GMT
  14422.  
  14423.  
  14424. I am currently in search of vendors that carry Switched56 DSU/CSU
  14425. products. We are expanding our evaluation and compatibility process
  14426. and require information of current vendors. Our list now includes:
  14427.  
  14428. AstroCom        St. Paul MN    1-612-227-8651
  14429. AT&T            San Mateo, CA    1-415-513-6300
  14430. Dowty            Cherry Hill, NJ    1-301-317-7710
  14431. General Datacomm    Middlebury, CN    1-800-243-1030
  14432. NEC            San Jose, CA
  14433. Motorola        Mannfield, MA
  14434.  
  14435. Contact information for these vendors came from the 1991 Network World
  14436. and I _hope_ that more exist now. Many thanks in advance for your
  14437. help.
  14438.  
  14439.  
  14440. Ron   ronal@telebit.com      These ain't no opinions but my own!
  14441. R.THOMPSON65  GEnie    MJWG99A  Prodigy 
  14442.  
  14443. ------------------------------
  14444.  
  14445. From: barryb@mindvox.phantom.com (Barry Kominik)
  14446. Subject: ADSI Standard Information Wanted
  14447. Organization: [Phantom Access] / the MindVox system
  14448. Date: Tue, 9 Feb 1993 20:29:22 GMT
  14449.  
  14450.  
  14451. Does anyone know where I can get a description of the Bellcore
  14452. Technical Release for the Analog Display Services Interface (ADSI)?
  14453. This is the new proposed standard for screen based telephone
  14454. equipment.
  14455.  
  14456.  
  14457. Thanks in advance,
  14458.  
  14459. Barr Kominik     barryb@mindvox.phantom.com
  14460.  
  14461. ------------------------------
  14462.  
  14463. Date: Wed, 10 Feb 93 03:08:59 -0500
  14464. From: ddl@burrhus.harvard.edu (Dan Lanciani)
  14465. Subject: Second Line Non-Pub/Unlisted?
  14466.  
  14467.  
  14468.     I recently ordered a second line in my name and at the same
  14469. address as my existing line.  For some reason I thought one could get
  14470. non-published or unlisted (I forget) status at no extra charge for
  14471. each line beyond the first.  Did I imagine this?  The business office
  14472. was quite certain that I would have to pay extra.  I suppose the
  14473. answer is specific to NET land ...
  14474.  
  14475.  
  14476. Dan Lanciani    ddl@harvard.*
  14477.  
  14478. ------------------------------
  14479.  
  14480. From: scm3775@tamsun.tamu.edu (Sean Malloy)
  14481. Subject: SMDS Question
  14482. Date: 9 Feb 1993 23:59:39 -0600
  14483. Organization: Texas A&M University, College Station, TX
  14484.  
  14485.  
  14486. I was at the symposium for Broadband Networks last week, and watched
  14487. with some interest a presentation by a gentleman from GTE on SMDS.
  14488.  
  14489. He was talking about applications, and mentioned that one would be the
  14490. interconnection of LANs within a metropolitan area.  I thought about
  14491. it for a while, and alarm bells started to go off in my head.  Putting
  14492. LANs on a public-switched network?  Doesn't that open up all sorts of
  14493. security issues?
  14494.  
  14495. I asked the speaker about this, and he danced around the issue.  I got
  14496. frustrated, and decided that security wasn't his bag.  But the
  14497. question remains.  What sort of precautions are taken to prevent
  14498. unauthorized users from getting into the LAN?  Passwords?  That's
  14499. proven to be incredibly effective on the net (heh).  Besides, it'd add
  14500. overhead.  Some sort of callback?  That reduces the advantages of
  14501. being switched ...
  14502.  
  14503. The speaker mentioned that Rockwell and NASA had used SMDS in a trial
  14504. in Southern CA, and -they- had no outstanding security questions.  Of
  14505. course, they were the only ones on the network ...
  14506.  
  14507. Maybe I'm misunderstanding something fundamental about the service, or
  14508. there -is- security that might work effectively (right now, it seems
  14509. to be security through obscurity).  Can anyone out there straighten me
  14510. out, or at least point me in the right direction?
  14511.  
  14512.  
  14513. Thanks,
  14514.  
  14515. Sean C. Malloy  -  Texas A&M University  -  scm@tamu.edu
  14516.  
  14517. ------------------------------
  14518.  
  14519. From: booloo@framsparc.ocf.llnl.gov (Mark Boolootian)
  14520. Subject: TCP Time-to-Live (TTL) Field
  14521. Date: Wed, 10 Feb 1993 08:06:24 -0800 (PST)
  14522.  
  14523.  
  14524. add@philabs.philips.com (Aninda Dasgupta) writes:
  14525.  
  14526. > What can be done to rectify this problem? The most obvious, though
  14527. > often impossible, thing to do is to change the default of 60 seconds
  14528. > for the TCP TTL that is compiled into the UNIX (or other OS) TCP
  14529. > software.  
  14530.  
  14531. Thought I'd mention the following because it wasn't entirely clear in
  14532. the post:
  14533.  
  14534. While the TTL is supposed to be the amount of time a packet is allowed
  14535. to live in the network, in general, it is used as a hop count.  Each
  14536. router the packet passes through typically will decrement the TTL
  14537. field by one.  If a router has excessively long queues and the packet
  14538. has to hang around for some time, the router may elect to decrement
  14539. the TTL field by some larger amount.
  14540.  
  14541. Although I didn't see the original post, I find it very hard to
  14542. believe the user has a path with so many hops that the TTL is
  14543. expiring.  The Internet is broad, but not that broad.  By the way,
  14544. most implemenations of traceroute use a TTL of 30.
  14545.  
  14546.  
  14547. Mark Boolootian        booloo@llnl.gov        +1 510 423 1948
  14548. Disclaimer:  booloo speaks for booloo and no other.
  14549.  
  14550. ------------------------------
  14551.  
  14552. Date: Tue, 9 Feb 1993 11:57:09 -0500 (EST)
  14553. From: Matthew Lucas <ml3a+@andrew.cmu.edu>
  14554. Subject: Client Server Computing?
  14555.  
  14556.  
  14557. I would appreciate any help or pointers to a good book with respect to
  14558. client server computing. In particuliar:
  14559.  
  14560. Client Server Computing:
  14561.  
  14562. - Why is it replacing mainframes?
  14563. - Why is it so hot?
  14564. - What is it replacing?
  14565. - What does it have to do with telecom?
  14566. - What does it have to do with network computing?
  14567. - What does it have to do with high performance workstations?
  14568. - What does it have to do with big high capacity LANs?
  14569.  
  14570.  
  14571. Thanks,
  14572.  
  14573. Matt.
  14574.  
  14575. ------------------------------
  14576.  
  14577. Date: 09 Feb 1993 17:24:58 -0500 (EST)
  14578. From: MACFERRI@HUSC3.HARVARD.EDU
  14579. Subject: CoinSoft Software Wanted
  14580. From: macferri@husc3.harvard.edu
  14581. Subject: CoinSoft?
  14582. Date: 9 Feb 93 17:24:44 EST
  14583. Organization: Harvard University Science Center
  14584.  
  14585.  
  14586. Hi,
  14587.  
  14588. A friend of mine has a payphone that can supposedly be programmed
  14589. using some software from ATT called "CoinSoft". Does anyone know
  14590. where, besides ATT, I might be able to get a copy?
  14591.  
  14592.  
  14593. Thanks!
  14594.  
  14595.  
  14596. Kurtis MacFerrin    macferrin@slsvax.harvard.edu
  14597.  
  14598. ------------------------------
  14599.  
  14600. Date: Wed, 10 Feb 93 00:06:06 -0800
  14601. From: gast@CS.UCLA.EDU (David Gast)
  14602. Subject: GTE Does It Again
  14603.  
  14604.  
  14605. Since about last Friday, all datacom (modem and fax) going from
  14606. Gte-land to UCLA has had lots and lots of errors.  According to UCLA
  14607. telecommunications, the problem is due to the installation of a new
  14608. trunk by GTE.  I don't know that UCLA telecom is not blameless; in
  14609. fact, I know of previous problems with them, particularly their VM
  14610. system.
  14611.  
  14612. I have been logged out, suspended from jobs, exited from vi, foiled in
  14613. attempting to "less" a file (it kept going back in the file), etc.
  14614. Just in typing this letter, I have had to delete about 25 characters
  14615. and retype 10 others that were changed.
  14616.  
  14617. The light may be on, but the phone service??
  14618.  
  14619.  
  14620. David
  14621.  
  14622. ------------------------------
  14623.  
  14624. Date: Wed, 10 Feb 93 01:45:50 -0800
  14625. From: jgarner@netcom.com (Jason Garner)
  14626. Subject: Overseas Chat Lines
  14627.  
  14628.  
  14629. I recently saw an ad on late night television for a chat line.  It
  14630. looked like the typical 900 chat services where you get to talk to
  14631. very beautiful women for a very low fee.  This one was not a 900
  14632. service though.  It began with 011 followed by a country code for
  14633. Equador or Chile and then a number.  I don't recall the rate for
  14634. calling but I did call an operator at the time and determined that the
  14635. amount stated in the commercial was about the same as the price AT&T
  14636. charged for the call.  So how do they make any money? The commercial
  14637. did not suggest using any particular long distance carrier as some
  14638. commercials that I've seen in the past have.  Anyone notice this on TV
  14639. lately?  I asked my girlfriend to jot down the number if she saw the
  14640. commercial again (she watches more TV than I do) and she just sort of
  14641. laughed at me so I seriously doubt she will.
  14642.  
  14643.  
  14644. [Moderator's Note: We've discussed this here in recent weeks. The
  14645. profit to the information provider comes from payments made to him by
  14646. the telco where he is located which shares revenues from the increase
  14647. in traffic they have as a result of calls to the IP. Various telecom
  14648. administrations are willing to do this. In the USA, AT&T will do it
  14649. provided incoming calls are forced to go over AT&T, as in the example
  14650. of 702-333-8444.  PAT]
  14651.  
  14652. ------------------------------
  14653.  
  14654. Date: 10 Feb 93 10:42:11 EST
  14655. From: Lynne Gregg <70540.232@CompuServe.COM>
  14656. Subject: Yellow Pages Data on Disk Wanted
  14657.  
  14658.  
  14659. Anyone have ideas for sources for Yellow Page data on disk?  I'm
  14660. looking for YP's for most major cities.
  14661.  
  14662. Please reply email:  70540.232@compuserve.com
  14663.  
  14664.  
  14665. Thanks!
  14666.  
  14667. Lynne
  14668.  
  14669. ------------------------------
  14670.  
  14671. Date: Tue, 9 Feb 93 17:49:06 EST
  14672. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  14673. Subject: Oldtown, MD Revisited
  14674.  
  14675.  
  14676. I wrote earlier about 301-395 (Oldtown) apparently being discontinued,
  14677. with people on it being switched to 301-478 (Flintstone).  Oldtown is
  14678. about 14 miles southeast of Cumberland, Md.  Because of an indirect
  14679. link to one of my ancestors, I have traveled again to western MD (and
  14680. nearby WV).  In Oldtown proper (squeeze thru a one-lane railroad
  14681. underpass off Md. route 51 and then turn right) I saw an advertising
  14682. sign where parts of the old "395" were still visible but "4","7","8"
  14683. (smaller size) had been put up in its place.  Enough of "395" is
  14684. covered to cause a problem in identifying it if I didn't have the
  14685. other sources available.  Out on route 51, however, I saw at least 3
  14686. business places still showing 395 on their signs.
  14687.  
  14688. ------------------------------
  14689.  
  14690. Date: Wed, 10 Feb 1993 02:11:13 -0500
  14691. From: Don.Kimberlin@f730.n250.z1.FIDONET.ORG (Don Kimberlin)
  14692. Subject: Telephone Malaprops
  14693.  
  14694.  
  14695. [crossposted from Fidonet FCC conference]
  14696.  
  14697. Here's a republication of some fun malapropisms of common telephone
  14698. jargon, for those who missed it earlier:
  14699.  
  14700.  From the June, 1992 newsletter of Allied Supply, Council Bluffs,
  14701. Iowa:
  14702.  
  14703.         "I had a nice letter from Carey Maurer at UTC, He had some
  14704. `out of context' telecom terminologies of his own.  Here are a few of
  14705. his ideas:
  14706.  
  14707. "KEY SERVICE UNIT - The last gas station with a rest room that's open
  14708. along the interstate;
  14709.  
  14710. "FIBER MUX - The condition of a two year old's outfit after eating an
  14711. ice cream cone;
  14712.  
  14713. "ONE WAY OUTGOING TRUNK - What became of your baggage after it was
  14714. loaded on the airplane;
  14715.  
  14716. "RANDOM ACCESS MEMORY - The function of most teenagers' memory,
  14717. especially after being told to do the chores;
  14718.  
  14719. "RINGING GENERATOR - The clapper of a bell;
  14720.  
  14721. "T-CARRIER - An airline flight attendant;
  14722.  
  14723. "Thanks, Carey!  Anyone Else?"
  14724. <end of quote>
  14725.  
  14726.  
  14727. Don Kimberlin - via FidoNet node 1:250/98
  14728. INTERNET: Don.Kimberlin@f730.n250.z1.FIDONET.ORG
  14729.  
  14730. ------------------------------
  14731.  
  14732. Subject: BIX Gateway
  14733. Organization: I.E.C.C.
  14734. Date: 10 Feb 93 06:17:07 EST (Wed)
  14735. From: johnl@iecc.cambridge.ma.us (John R. Levine)
  14736.  
  14737.  
  14738. >> BIX has finally put their Internet link into production.
  14739.  
  14740. > Hmm, let me see:
  14741.  
  14742. > bix.com preference = 10, mail exchanger = bix.com
  14743. > bix.com preference = 20, mail exchanger = genvid.com
  14744.  
  14745. > bix.com internet address = 192.80.63.253
  14746. > genvid.com      internet address = 192.80.63.1
  14747. > ...
  14748. > So, it might be even possible to get a telnet connection to BIX?
  14749.  
  14750. Probably, sooner or later.  The address genvid.com is actually the
  14751. same as delphi.com, the Delphi online service which is also owned by
  14752. General Videotex, the same outfit that now owns BIX.
  14753.  
  14754. Delphi has a very functional Internet connecting allowing inbound and
  14755. outbound telnet, outbound FTP, and e-mail both ways.  (My Delphi
  14756. mailbox is jlevine@delphi.com.)  Currently they tell Delphi users to
  14757. telnet to a public access system to read usenet news, but that will
  14758. certainly change.
  14759.  
  14760. Since they have Internet connectivity in place, I expect that they'll
  14761. eventually extend it to BIX.  At the moment, though, the address
  14762. 192.80.63.253 doesn't respond to pings yet.
  14763.  
  14764.  
  14765. Regards,
  14766.  
  14767. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  14768.  
  14769. ------------------------------
  14770.  
  14771. Date: Wed, 10 Feb 1993 02:20:45 -0500
  14772. From: Dave.Leibold@f730.n250.z1.FIDONET.ORG (Dave Leibold)
  14773. Subject: Re: Number Identifier Attempts From Canada
  14774.  
  14775.  
  14776. There were recent posts about calls to +1 404 988.9664 which would
  14777. read back the caller's number when dialed with 10732 within the U.S.
  14778. (via AT&T on a special connection).
  14779.  
  14780. Equal access and 10XXX+ are about 18 months away; Bell Canada is
  14781. making preparations for this to accomodate Unitel and eventually other
  14782. carriers. My attempts to dial the number as straight long distance
  14783. calls on Bell and Unitel networks result in a ringing which is not
  14784. answered, thus it seems numbers from Toronto are not passed along.
  14785.  
  14786. In the case of Unitel, it should be noted that the calls are done by
  14787. account number and thus the caller's number is not known to Unitel in
  14788. any event.
  14789.  
  14790.  
  14791. Dave Leibold - via FidoNet node 1:250/98
  14792. INTERNET: Dave.Leibold@f730.n250.z1.FIDONET.ORG
  14793.  
  14794. ------------------------------
  14795.  
  14796. From: Bob_Frankston@frankston.com
  14797. Subject: Re: Calling a Roaming Cellular Customer
  14798. Date: Wed 10 Feb 1993 23:15 -0400
  14799.  
  14800.  
  14801. When I call from a coin phone to a local roaming port, I notice that I
  14802. get my money back if the called party doesn't answer but don't if
  14803. either they answer or I get the recorded message telling me that the
  14804. other party is out of range.
  14805.  
  14806. ------------------------------
  14807.  
  14808. From: goldstein@carafe.dnet.dec.com (Fred R. Goldstein)
  14809. Subject: Re: ISDN Basic Rate Access
  14810. Organization: Digital Equipment Corp., Littleton MA USA
  14811. Date: Wed, 10 Feb 1993 05:37:01 GMT
  14812.  
  14813.  
  14814. In article <telecom13.68.11@eecs.nwu.edu>, roy@mchip00.med.nyu.edu
  14815. (Roy Smith) writes:
  14816.  
  14817. > I live on City Island, which is a bit of land about 1/2 mile
  14818. > wide by two miles long, isolated from the rest of the Bronx by several
  14819. > miles.  When I enquired of NYTel about ISDN in my area, I was told
  14820. > that we don't even have a CO on the island, but are served by a
  14821. > substation (I think that was the word he used) from some CO in the
  14822. > Bronx, and that we're either 1) not even on the list or 2) scheduled
  14823. > for sometime in 1994 (depending on who you talk to).  City Island has
  14824. > the entire 718-885 exchange.  Would a SLC-96 be serving an entire
  14825. > exchange, or several of them?  Would that be what the telco guy meant
  14826. > by a "substation?".
  14827.  
  14828. A SLC-96 is a 96-line mux, hence the name.  In its most common analog
  14829. application, five 24-channel T1 lines are used to support the 96
  14830. lines, with one of the T1s in "hot standby".  There are other products
  14831. like it, basically larger and smaller packages.  But offhand I'd guess
  14832. that yes, a mux like that is what the telco guy meant by "substation".
  14833.  
  14834. The prefix code doesn't prove anything.  It's common practice for one
  14835. central office to have different codes in it, assigned geographically.
  14836. In MA the phone company does this a lot for billing reasons: If you're
  14837. in Woburn, you used to be 3MU from Boston, while Winchester was 2MU.
  14838. Woburn numbers were served off the Winchester switch.  I suspect City
  14839. Island's the same way (though I thought it was billed as a city zone,
  14840. not a billing zone of its own, so it's sort of pointless).  
  14841.  
  14842.  
  14843. Fred R. Goldstein  goldstein@carafe.tay2.dec.com k1io  
  14844. or goldstein@delni.enet.dec.com   voice: +1 508 952 3274 
  14845. Standard Disclaimer: Opinions are mine alone; sharing requires permission.
  14846.  
  14847. ------------------------------
  14848.  
  14849. End of TELECOM Digest V13 #79
  14850. *****************************
  14851. 
  14852. 
  14853. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa06451;
  14854.           11 Feb 93 4:43 EST
  14855. Received: by delta.eecs.nwu.edu id AA14049
  14856.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 11 Feb 1993 01:41:48 -0600
  14857. Received: by delta.eecs.nwu.edu id AA17442
  14858.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 11 Feb 1993 01:41:07 -0600
  14859. Date: Thu, 11 Feb 1993 01:41:07 -0600
  14860. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  14861. Message-Id: <199302110741.AA17442@delta.eecs.nwu.edu>
  14862. To: telecom@eecs.nwu.edu
  14863. Subject: TELECOM Digest V13 #81
  14864.  
  14865. TELECOM Digest     Thu, 11 Feb 93 01:41:00 CST    Volume 13 : Issue 81
  14866.  
  14867. Index To This Issue:                     Moderator: Patrick A. Townson
  14868.  
  14869.     Re: Telex Interfaces (Tony Harminc)
  14870.     Re: Telex Interfaces (Doran Howitt)
  14871.     Low Cost Telex Reception (Was Telex to Internet) (Paul Robinson)
  14872.     Telex to Connectivity (Bob Frankston)
  14873.     Re: Interesting Tricks You Can Do With Your Phone (Gregory Youngblood)
  14874.     Re: Interesting Tricks You Can Do With Your Phone (Mark Terribile)
  14875.     Stupid Phone Tricks (Jim Rees)
  14876.     Re: Salesmen That Won't Quit (Ben Cox)
  14877.     Re: Salesmen That Won't Quit (Peter M. Weiss)
  14878.     Re: Salesmen That Won't Quit (Mitch Wagner)
  14879.     Re: Second Line Non-Pub/Unlisted? (Arthur Rubin)
  14880.     Re: Second Line Non-Pub/Unlisted? (Dave Bonney)
  14881.     Re: Second Line Non-Pub/Unlisted? (Paul Barnett)
  14882.     Re: Second Line Non-Pub/Unlisted? (John R. Levine)
  14883. ----------------------------------------------------------------------
  14884.  
  14885. Date: Thu, 11 Feb 93 00:47:27 EST
  14886. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  14887. Subject: Re: Telex Interfaces
  14888.  
  14889.  
  14890. Two recent posts can share an answer:
  14891.  
  14892. JOHN SCHMIDT <schmidt@auvax1.adelphi.edu> wrote:
  14893.  
  14894. > I have friends in Africa who have access to inexpensive (relatively)
  14895. > telex service, I can fax them (at least to a friend of theirs who gets
  14896. > them at his business), but it is very expensive or impossible for them
  14897. > to reply by fax.  They have attempted to Telex me at work, but the
  14898. > telexes seem to often get lost between the machine and my office!  My
  14899. > friend has the hard copy of at least one he sent with the answerback
  14900. > from our machine on it, proving it got through.  The only explanation
  14901. > I got fron the mail room was that they don't get many these days and
  14902. > "the guy who takes care of the machine was on vacation when it came
  14903. > in"!?! Anyway, having it appear as E mail here would probably work
  14904. > much better.
  14905.  
  14906. and Robert Horvitz <antenna@well.sf.ca.us> wrote:
  14907.  
  14908. > We have this big old and very loud telex machine in our office.  We'd
  14909. > like to get rid of it and integrate telex with our LAN.  Surely we're
  14910. > not the first to have this idea.  Assuming the wheel has already been
  14911. > invented, can someone explain how to do this?  Is there a particular
  14912. > kind of modem designed for interfacing DOS machines with telex
  14913. > circuits?
  14914.  
  14915. The answer to both problems would seem to be a Telex interface box.
  14916. There used to be lots of these on the market, but with the near demise
  14917. of telex except in the third world, I imagine many makers are now out
  14918. of business.
  14919.  
  14920. The box I used several years ago converted async RS232 ASCII to/from
  14921. the telex 5 level code (and also handled the *bizarre* 130V current
  14922. loop interface (260V in some areas!)).  This box came with PC software
  14923. to process inbound and outbound telexes, queue them, etc. much like a
  14924. FAX board does.  In my application I had the box plugged directly into
  14925. an IBM mainframe (VM) system, so it isn't restricted to PCs, though of
  14926. course the supplied software won't run on anything else.
  14927.  
  14928. I just called DA and the maker of the box I used is still listed, so
  14929. presumably they have other lines of business too :-) They are Nomis
  14930. Systems (613) 232-3637.  And to the best of my knowledge the box is
  14931. still sitting in my former employer's basement storage room -- probably
  14932. they'd be glad to sell it for a few bucks.
  14933.  
  14934.  
  14935. Tony Harminc
  14936.  
  14937. ------------------------------
  14938.  
  14939. Date: Wed, 10 Feb 93 21:58:20 EDT
  14940. From: radburn@radburn.jvnc.net (Doran Howitt)
  14941. Subject: Re: Telex Interfaces
  14942.  
  14943.  
  14944. There were a couple of messages recently asking about how to connect
  14945. to the telex network.
  14946.  
  14947. A good way to access telex is to get an account with AT&T EasyLink
  14948. Services.  This is the former Western Union Telegraph Company
  14949. telex/TWX business, which AT&T bought in 1990 and then folded in with
  14950. AT&T Mail.  Western Union had pretty nicely integrated the telex and
  14951. e-mail technologies, and the result is now marketed by AT&T.
  14952.  
  14953. EasyLink will give you a electronic mailbox and assign it a regular
  14954. telex number so that all your telexes come into the box.  You can
  14955. either dial up to get your messages of have them forwarded
  14956. automatically to another address such as a fax machine.
  14957.  
  14958. EasyLink is available in a many countries.  In the USA, last I looked,
  14959. there was a $25 a month minimum to have an account.  There's no charge
  14960. to receive a telex into your mailbox, because sender pays all -- just
  14961. like a telephone call, though you do pay extra for forwarding.
  14962. EasyLink has X.400 connections with CompuServe and the like but I
  14963. don't know if it has an internet connection.  I believe MCI Mail has a
  14964. competitive offering.
  14965.  
  14966. Anyone who still has a real telex machine is throwing away money on a
  14967. dedicated circuit that's idle probably 99.9 percent of the time.
  14968.  
  14969. ------------------------------
  14970.  
  14971. Reply-To: TDARCOS@MCIMAIL.COM
  14972. From: Paul Robinson <FZC@CU.NIH.GOV>
  14973. Date: Wed, 10 Feb 1993  23:06:51 EST
  14974. Subject: Low Cost Telex Reception (Was Telex to Internet)
  14975.  
  14976.  
  14977. Schmidt@auvax1.adelphi.com wrote about getting someone with "cheap
  14978. telex service" in Africa to be able to communicate with him via some
  14979. method over the Internet.
  14980.  
  14981. Here's how you can do it and you can test it for free:
  14982.  
  14983. You can subscribe to MCI Mail.  MCI Mail accounts not only offer
  14984. internet access for incoming and outgoing messages, at no extra charge
  14985. they provide an incoming telex address.
  14986.  
  14987. For example, my account on MCI mail uses the name of TDARCOS.  It has
  14988. the account number of 506-6432.  It is identified on internet as
  14989. "0005066432@MCIMAIL.COM" and it is also a telex number in which the
  14990. three zeroes are changed to the number 650.  The answerback is the
  14991. telex number plus "MCI UW" so, for example, my telex number on MCI is:
  14992.  
  14993.        6505066432
  14994. and the answerback is:
  14995.  
  14996.        6505066432MCI UW
  14997.  
  14998. Advise your correspondent to dial the telex number for the United
  14999. States first.  It's usually 21 or 021 but be sure they find this out
  15000. first.
  15001.  
  15002. So here's what you can do: ask your African correspondent to send *ME*
  15003. a test telex to my number.  I will forward the message to you.  If
  15004. this works, you could get an MCI mail number yourself and then let
  15005. them send you messages to your telex number, then send faxes from your
  15006. machine back to them.  This will probably be the least costly way
  15007. because faxes FROM the US to other countries are very expensive, on a
  15008. character-for-character basis, about ten or twenty times as expensive
  15009. as a typed letter faxed to someone.
  15010.  
  15011. Oh yes, MCI Mail's rates are much cheaper than other companies.  An
  15012. MCI Mail box with incoming telex is $35 a year; AT&T Easylink charges
  15013. $25 a *month*.
  15014.  
  15015. ------------------------------
  15016.  
  15017. From: Bob_Frankston@frankston.com
  15018. Subject: Telex to Connectivity
  15019. Date: Wed 10 Feb 1993 09:25 -0400
  15020.  
  15021.  
  15022. For those who want to replace their Telex systems, remember that both
  15023. Att/Easylink and MCI have telex numbers corresponding to mailboxes.
  15024. You can autoforward the messages to another mailbox, including the
  15025. Internet, if you wish.
  15026.  
  15027. ------------------------------
  15028.  
  15029. Subject: Re: Interesting Tricks You Can Do With Your Phone
  15030. From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
  15031. Reply-To: zeta%tcscs@src.honeywell.com
  15032. Date: Wed, 10 Feb 93 12:06:50 CST
  15033. Organization: TCS Consulting Services
  15034.  
  15035.  
  15036. HARTTREE@vax1.elon.edu (Matthew Harttree) writes:
  15037.  
  15038. > I have always wondered about the strange messages/events that I get
  15039. > when I mis-dial a number.
  15040.  
  15041. > The lighter side of telephony, I guess. Stupid things you do by
  15042. > accident or find out somehow.
  15043.  
  15044. > For example my Dad lives in Northern New Jersey in the 201 area code.
  15045. > I muffed the digits on his phone number once and got a recording
  15046. > telling me to "Please deposit twenty cents" ????
  15047.  
  15048. Going on with this type of thing, in Houston (SWB territory) I had a
  15049. list of numbers which when called returned any one of a number of
  15050. error messages.  My favorite was to put the recording "The call you
  15051. have made requires an initial deposit of 25 cents.  Please hang up,
  15052. deposit 25 cents, and try your call again." on my voice mail recording
  15053. so when people called and got my voice mail they heard this message.
  15054. Of course, at the end of the message, I added "or leave your message
  15055. after the beep."
  15056.  
  15057.  
  15058. Greg
  15059.  
  15060. TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008
  15061.       Mail-server requests to:  mail-server%tcscs@idss.nwa.com      
  15062. zeta%tcscs@src.honeywell.com        or       zeta%tcscs@idss.nwa.com
  15063.   ..!srcsip!tcscs!zeta              or           ..!guppy!tcscs!zeta
  15064.  
  15065. ------------------------------
  15066.  
  15067. From: mat@mole-end.matawan.nj.us
  15068. Subject: Re: Interesting Tricks You Can Do With Your Phone
  15069. Date: Wed, 10 Feb 1993 17:48:12 GMT
  15070.  
  15071.  
  15072. In article <telecom13.72.5@eecs.nwu.edu>, HARTTREE@vax1.elon.edu
  15073. (Matthew Harttree) writes:
  15074.  
  15075. > I have always wondered about the strange messages/events that I get
  15076. > when I mis-dial a number.
  15077.  
  15078. > For example my Dad lives in Northern New Jersey in the 201 area code.
  15079. > I muffed the digits on his phone number once and got a recording
  15080. > telling me to "Please deposit twenty cents" ????
  15081.  
  15082. Well, I once called the _correct_ number from a NY Tel pay phone in
  15083. Westchester County.  (I don't recall the community, now; it was near
  15084. the Saw Mill River Parkway and US Hwy 9).  During the call, voice was
  15085. interrupted by a voice mail prompt for CitiBank (apparently an
  15086. internal prompt from a Centrex).  The call was cut off a minute or so
  15087. later, so I guess it was supposed to be the `additional cents for the
  15088. next N minutes' message.
  15089.  
  15090. I tried to report it, and I think I actually left a problem
  15091. description with someone, but I never heard about action on it.
  15092.  
  15093.  
  15094. (This man's opinions are his own.)
  15095.  From mole-end        Mark Terribile
  15096. mat@mole-end.matawan.nj.us, Somewhere in Matawan, NJ
  15097.  
  15098. ------------------------------
  15099.  
  15100. From: rees@pisa.citi.umich.edu (Jim Rees)
  15101. Subject: Stupid Phone Tricks
  15102. Date: 10 Feb 1993 15:14:04 GMT
  15103. Organization: University of Michigan CITI
  15104. Reply-To: Jim.Rees@umich.edu
  15105.  
  15106.  
  15107. Our University has a DMS of some kind.  Dialing 91072 gets you an
  15108. intercept recording that states, "The number you have reached,
  15109. 107-0000, has been changed.  The new number is 000-0000."
  15110.  
  15111. ------------------------------
  15112.  
  15113. From: thoth@uiuc.edu (Ben Cox)
  15114. Subject: Re: Salesmen That Won't Quit
  15115. Date: Wed, 10 Feb 1993 20:31:56 GMT
  15116. Reply-To: thoth@uiuc.edu (Ben Cox)
  15117. Organization: Ancient Illuminated Sears of Bavaria
  15118.  
  15119.  
  15120. wagner@utoday.com (Mitch Wagner) writes:
  15121.  
  15122. > I've always thought that if I ever had a salesman that just wouldn't
  15123. > stop phoning, even when I asked them to stop, I would inform them that
  15124. > if they didn't stop calling I would file harassment charges against
  15125. > them with the police.
  15126.  
  15127. > And then if they called back, I would do so.
  15128.  
  15129. > Would this work?
  15130.  
  15131. Yes, it did.  He didn't call back.  :)
  15132.  
  15133.  
  15134. Ben Cox    thoth@uiuc.edu
  15135.  
  15136. ------------------------------
  15137.  
  15138. Organization: Penn State University
  15139. Date: Wed, 10 Feb 1993 16:17:38 EST
  15140. From: Peter M. Weiss <PMW1@psuvm.psu.edu>
  15141. Subject: Re: Salesmen That Won't Quit
  15142.  
  15143.  
  15144. I wonder what happens when two telemarketers call one-another? Do
  15145. they end up buying each others products?  Do the COs freeze?
  15146.  
  15147. This is intriguing.
  15148.  
  15149.  
  15150. Pete
  15151.  
  15152.  
  15153. [Moderator's Note: When two bill collectors call one-another they
  15154. cancel each other out. Ancient wisdom teaches "never try to collect
  15155. from another bill collector ... it won't work ... he knows all the
  15156. ways to stall, all the delaying tactics, etc."    PAT]
  15157.  
  15158. ------------------------------
  15159.  
  15160. From: wagner@utoday.com (Mitch Wagner)
  15161. Subject: Re: Salesmen That Won't Quit
  15162. Organization: Open Systems Today
  15163. Date: Wed, 10 Feb 93 11:55:39 GMT
  15164.  
  15165.  
  15166. wagner@utoday.com (Mitch Wagner) writes:
  15167.  
  15168. > ... if I ever had a salesman that just wouldn't stop phoning, even
  15169. > when I asked them to stop, I would inform them that if they didn't
  15170. > stop calling I would file harassment charges against them with the
  15171. > police.
  15172.  
  15173. > [Moderator's Note: Depending on where you live, perhaps the police
  15174. > would come out and -- with a very straight look on their faces -- take
  15175. > your complaint, then later on file it away....
  15176. > ... (Mitch to his secretary: "I am driving over to Kalamazoo and Timbuck,
  15177. > too. I am going to look for that guy who called me twice last week
  15178. > after I told him to stop and serve this court order on him. I hope he
  15179. > gave me the right name when he called. I hope he decides to obey the
  15180. > order so I don't have to go back to court again, wait in line for an
  15181. > hour with the court clerk and file another complaint saying he did not
  15182. > obey the first order ...")....
  15183.  
  15184. Oh, well. Another good idea bites the dust.
  15185.  
  15186. Although this notion of my having a secretary intrigues me ... 
  15187.  
  15188.  
  15189.    -- mitch w.
  15190.  
  15191.  
  15192. [Moderator's Note: Don't misunderstand: in instances of genuine harass-
  15193. ment over the telephone -- serious threats, continued calls of a very
  15194. obscene nature, ringing-silence-hangup calls, or as one reader said to
  15195. me, "I would answer, there would be insane laughter followed by whispers
  15196. I could not understand ... later she was judged to be mentally ill," --
  15197. in cases like that, telco and the police will trap the caller and assist 
  15198. in prosecution. But telemarketers or bill collectors who get obnoxious
  15199. at least have one thing going for them: in theory at least, a legitimate
  15200. business reason for having placed the call(s). It is not a criminal act 
  15201. to make a telephone call when there is some basis for doing so; and
  15202. criminal activity is all the police are allowed to deal with. Police
  15203. may not involve themselves or invoke their authority in *civil* disputes.
  15204. That, plus their heavy case load causes their reluctance to bother
  15205. with an obnoxious, but marginally legal telemarketer who called you.  PAT]
  15206.  
  15207. ------------------------------
  15208.  
  15209. Subject: Re: Second Line Non-Pub/Unlisted?
  15210. From: a_rubin%dsg4.dse.beckman.com (Arthur Rubin)
  15211. Date: 10 Feb 93 20:15:35 GMT
  15212. Reply-To: a_rubin@dsg4.dse.beckman.com (Arthur Rubin)
  15213.  
  15214.  
  15215. In <telecom13.79.5@eecs.nwu.edu> ddl@burrhus.harvard.edu (Dan
  15216. Lanciani) writes:
  15217.  
  15218.  
  15219. > I recently ordered a second line in my name and at the same
  15220. > address as my existing line.  For some reason I thought one could get
  15221. > non-published or unlisted (I forget) status at no extra charge for
  15222. > each line beyond the first.  Did I imagine this?  The business office
  15223. > was quite certain that I would have to pay extra.  I suppose the
  15224. > answer is specific to NET land ...
  15225.  
  15226. Here in PacTel land, they claim that additional lines can be unlisted
  15227. at no charge, but all I _know_ is that there is only one (monthly)
  15228. unlisting charge for having two unlisted lines at the same location.
  15229.  
  15230.  
  15231. Arthur L. Rubin: a_rubin@dsg4.dse.beckman.com (work) Beckman Instruments/Brea
  15232. 216-5888@mcimail.com 70707.453@compuserve.com arthur@pnet01.cts.com (personal)
  15233. My opinions are my own, and do not represent those of my employer.
  15234.  
  15235. ------------------------------
  15236.  
  15237. From: dab@wiretap.spies.com (Dave Bonney)
  15238. Subject: Re: Second Line Non-Pub/Unlisted?
  15239. Organization: None At Present
  15240. Date: Wed, 10 Feb 1993 19:44:31 GMT
  15241.  
  15242.  
  15243. In article <telecom13.79.5@eecs.nwu.edu> ddl@burrhus.harvard.edu (Dan
  15244. Lanciani) writes:
  15245.  
  15246. >    I recently ordered a second line in my name and at the same
  15247. > address as my existing line.  For some reason I thought one could get
  15248. > non-published or unlisted (I forget) status at no extra charge for
  15249. > each line beyond the first.  Did I imagine this?  The business office
  15250. > was quite certain that I would have to pay extra.  I suppose the
  15251. > answer is specific to NET land ...
  15252.  
  15253.  ... and in NET land you need to ask for 'SPECIAL NON-LISTED'.  It's
  15254. coded as 'SPNL' in their records.  No Charge! :-)
  15255.  
  15256.  You >do not< want to ask for plain vanilla UNLISTED or NONPUBLISHED!
  15257. These they charge for!
  15258.  
  15259.  Provided that your other line is listed in the same name and at the
  15260. same address.  If you get difficulties from the business office, give
  15261. me a call.  I'd be glad to straighten them out.
  15262.  
  15263.  
  15264. dab
  15265. A Telecommunications Professional Now Unemployed In Westford MA
  15266. No Employer, No Disclaimer.    Just My Own Thoughts.
  15267. Inquiries To MCIMail 422-4552    Internet <d.bonney@ieee.org>
  15268.    or a guest account at <dab@wiretap.spies.com>
  15269.         Telephone +1 (508) 692-4194     
  15270.  
  15271. ------------------------------
  15272.  
  15273. Date: Wed, 10 Feb 93 14:45:05 -0600
  15274. From: barnett@zeppelin.convex.com (Paul Barnett)
  15275. Subject: Re: Second Line Non-Pub/Unlisted?
  15276.  
  15277.  
  15278. This is indeed specific to the local telephone company.  In Mpls-St.
  15279. Paul, which is served by US West, you HAVE to publish the number, or
  15280. pay an extra charge.  However, you could specify a different name for
  15281. the listing, and some people invent strange names.  Others simply list
  15282. it as "computer line", and they get plenty of unsolicited calls from
  15283. people trying to sell them "computer stuff".
  15284.  
  15285. On the other hand, here in Dallas, either in GTE-land or SWBT-land,
  15286. there is no extra charge for a non-published secondary number, if
  15287. there is already a primary LISTED number at that address.
  15288.  
  15289. I would guess that this is somehow spelled out in the tariff.  Press
  15290. for a specific interpretation, and complain to your PUC, if you think
  15291. it will do any good.
  15292.  
  15293.  
  15294. Paul Barnett   MPP OS Development     (214)-497-4846
  15295. Convex Computer Corp.  Richardson, TX
  15296.  
  15297. ------------------------------
  15298.  
  15299. Subject: Re: Second Line Non-Pub/Unlisted?
  15300. Organization: I.E.C.C.
  15301. Date: 10 Feb 93 22:47:45 EST (Wed)
  15302. From: johnl@iecc.cambridge.ma.us (John R. Levine)
  15303.  
  15304.  
  15305. Here in Massachusetts it is indeed the case that second and subsequent
  15306. lines at a single location can be unlisted at no charge.  For some
  15307. reason New England Tel sometimes insists otherwise.  When I added
  15308. RingMate (distinctive ringing) to my second line, NET wanted to charge
  15309. to unlist each of the numbers on the second line, and I had to go to
  15310. the state DPU to get NET to behave.
  15311.  
  15312. If as seems to be the case there's a pattern here, I should get the
  15313. state to tell NET to audit the records to see how many subscribers are
  15314. paying an unwarranted charge to unlist their second lines.
  15315.  
  15316.  
  15317. Regards,
  15318.  
  15319. John Levine, johnl@iecc.cambridge.ma.us, {spdcc|ima|world}!iecc!johnl
  15320.  
  15321. ------------------------------
  15322.  
  15323. End of TELECOM Digest V13 #81
  15324. *****************************
  15325. 
  15326. 
  15327. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa08278;
  15328.           11 Feb 93 5:27 EST
  15329. Received: by delta.eecs.nwu.edu id AA18873
  15330.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Wed, 10 Feb 1993 23:57:31 -0600
  15331. Received: by delta.eecs.nwu.edu id AA28800
  15332.   (5.65c/IDA-1.4.4 for telecomlist); Wed, 10 Feb 1993 23:56:31 -0600
  15333. Date: Wed, 10 Feb 1993 23:56:31 -0600
  15334. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  15335. Message-Id: <199302110556.AA28800@delta.eecs.nwu.edu>
  15336. To: telecom@eecs.nwu.edu
  15337. Subject: TELECOM Digest V13 #80
  15338.  
  15339. TELECOM Digest     Wed, 10 Feb 93 23:56:30 CST    Volume 13 : Issue 80
  15340.  
  15341. Index To This Issue:                     Moderator: Patrick A. Townson
  15342.  
  15343.     Running Out of Area Codes (Los Angeles Times via Robert L. McMillin)
  15344.     Toll-Denial Also Blocks 911 Access; Why? (Marcus Leech)
  15345.     The Transatlantic Telecable (Karsten Lang Pedersen)
  15346.     Re: California Versus CLID Versus Out-of-State (David G. Lewis)
  15347.     Re: California Versus CLID Versus Out-of-State (Robert L. McMillin)
  15348.     Re: SS7 / CID Question (Al Varney)
  15349.     Re: SS7 / CID Question (John Higdon)
  15350.     Re: Alphanumeric Pagers Question (Brad S. Hicks)
  15351.     Re: Alphanumeric Pagers Question (Danny Turner)
  15352.     Re: Hilton Hotel Telephone Surcharge (Dave Niebuhr)
  15353.     Re: Hilton Hotel Telephone Surcharge (Javier Henderson)
  15354.     Re: Unhappy GTE Representatives (Javier Henderson)
  15355.     Re: Unhappy GTE Representatives (Brian D. McMahon)
  15356. ----------------------------------------------------------------------
  15357.  
  15358. Date: Wed, 10 Feb 93 05:11:31 -0800
  15359. From: rlm@indigo1.hac.com (Robert L. McMillin)
  15360. Subject: Running Out of Area Codes 
  15361.  
  15362.  
  15363. Here is an article from the February 8, 1993 edition of the {Los
  15364. Angeles Times}.  Sorry about the {Times'} tendency for verbal
  15365. diarrhea, but it's something we live with.
  15366.  
  15367. PHONE NUMBERS GROW SCARCE IN INFORMATION AGE
  15368.  
  15369. By Jube Shiver, Jr.
  15370.  
  15371. WASHINGTON -- As the information age fuels an explosion of fax
  15372. machines, cellular phones, and other high-tech communications devices,
  15373. government regulators and industry officials are scrambling to
  15374. preserve an increasingly precious resource: the phone number.
  15375.  
  15376. A looming problem of telephone-number-gridlock threatens to retard
  15377. business growth and the development of new technologies.  And it will
  15378. also introduce new wrinkles in the dialing habits of millions of phone
  15379. users now served by the North American dialing system, experts say.
  15380.  
  15381. The day of reckoning is fast approaching.  The supply of three-digit
  15382. North American telephone area codes -- all of which have "0" or "1" as
  15383. the middle number -- will be exhausted within two years unless
  15384. augmented by new kinds of three-digit area codes, phone company
  15385. officials and telecommunications experts say.
  15386.  
  15387. While the public generally takes the telephone system for granted,
  15388. there are fierce battles going on behind the scenes over who will
  15389. control one of the communication industry's most important functions
  15390.  -- the allocation of telephone numbers.  The winner will play a
  15391. central role in determining how fast rapidly emerging new technologies
  15392. can be accomodated.
  15393.  
  15394. Some cellular phone subscribers in the United States are already
  15395. reporting delays in getting phone service as the rapidly expanding
  15396. industry gobbles up an estimated 7,500 new telephone numbers a day.
  15397.  
  15398. Likewise, an explosion of home offices -- with their attendant fax
  15399. machines and computer modems -- is fueling demand for extra phone
  15400. lines.  Some 14% of Pacific Bell's residential customers now have two
  15401. phone lines -- a number that has risen sharply in the past five years.
  15402.  
  15403. With so much at stake, upstart communication service companies are
  15404. already facing off against Bellcore, an arm of the seven regional
  15405. phone companies that currently administers long distance area codes.
  15406.  
  15407. A growing number of firms want the Federal Communications Commission to
  15408. mediate the dispute -- a request that could delay Bellcore's planned
  15409. expansion of area codes as regulators weigh the issue.
  15410.  
  15411. The FCC so far has stayed largely aloof, though it has sought advice
  15412. from the communications industry on how best to administer telephone
  15413. numbers.
  15414.  
  15415. Many industry experts say that hundreds of millions of dollars in new
  15416. equipment will be needed to make the transition from the current
  15417. numbering system, first established in 1947, to a new one.
  15418.  
  15419. While the obstacles are technical in nature, the fundamentals are not
  15420. hard to grasp:
  15421.  
  15422. The current system relies on a limited pool of three-digit area codes
  15423. that need the "0" or "1" as the middle digit to help telephone
  15424. switching equipment to distinguish between area codes and the first
  15425. three digits of a local exchange.
  15426.  
  15427. That limitation restricts the number of available area codes to about
  15428. 150, each of which can support about 7.8 million seven-digit phone
  15429. numbers.  With the proliferation of multiple lines, cellular phones
  15430. and new communications services, the available universe of numbers is
  15431. being rapidly depleted.
  15432.  
  15433. By 1995, Bellcore plans to introduce about 640 new area codes using
  15434. middle digits other than 0 and 1 that will roughly quadruple the
  15435. current telephone number capacity and hopefully meet rising demand for
  15436. another three decades.
  15437.  
  15438. But doing so will require a massive overhaul of the North American
  15439. telephone infrastructure, including the reprogramming of telephone-
  15440. company switching software and hardware.
  15441.  
  15442. Businesses -- many of which have old telephone switchboards that only
  15443. recognize current long distance codes -- may be especially hard hit,
  15444. while consumers will likely have a much harder time finding phone
  15445. numbers through long-distance directory assistance because of the
  15446. proliferation of area codes.
  15447.  
  15448. Callers will have to closely pinpoint neighborhoods in making
  15449. directory assistance requests because of the area-code proliferation.
  15450. That's already a problem in Southern California, which now has seven
  15451. area codes and is likely to get many more.
  15452.  
  15453. Critics want to wrest control of area codes from Bellcore.  Providers
  15454. of new communications services -- such as cellular phones -- are
  15455. especially angry, claiming Bellcore is trying to protect the lucrative
  15456. cellular business of the regional Bells by making it tough for other
  15457. competitors to get phone numbers.
  15458.  
  15459. But Ron Conners, who heads the numbering system for Bellcore in its
  15460. Livingston, N.J., office, defends the company's performance.
  15461.  
  15462. "We've done a good job of administering a phone numbering plan that
  15463. has been the envy of the world ... the [phone number] assignments we
  15464. make are public and subject ot the oversight of the FCC.  If anyone
  15465. doesn't like what we do, they can complain," Conners said.
  15466.  
  15467. Still, Conners conceded, the telephone system will be in "real
  15468. difficulty" if industry disputes over Bellcore's administration of
  15469. area codes delays the introduction of the 640 additional new numbers
  15470. beyond 1995.
  15471.  
  15472. Even if a timely transition is made, it will not come cheap.  Few, if
  15473. any, suppliers currently make equipment capable of recognizing area
  15474. codes with middle digits other than 0 or 1.
  15475.  
  15476. Frustrated by its inability to find phone equipment able to handle the
  15477. new codes, Wall Street Merrill Lynch recently issued an ultimatum to one
  15478. manufacturer: Either make a switchboard that recognizes the new number
  15479. combinations, or the brokerage would take its business elsewhere.
  15480.  
  15481. "We've got to kick companies in the butt" to get them to deal with the
  15482. problem, said Raymond Liuzzo, an assistant vice president at the New
  15483. York investment house.
  15484.  
  15485. Equipment makers have told Merrill Lynch that it will have to wait
  15486. months -- and spend thousands of additional dollars -- to acquire a new
  15487. private branch exchange (PBX) system that will recognize the new area
  15488. codes, Liuzzo said.  (PBX equipment allows communications both within a
  15489. company and with the outside world.)
  15490.  
  15491. Even the regional phone companies are scrambling.  As Pacific Telesis
  15492. recently told the FCC, it is spending about $84 million to upgrade its
  15493. switching and billing support systems in order to avoid exhausting the
  15494. internal numerical codes needed to determine how to route calls to the
  15495. proper long-distance carrier.
  15496.  
  15497. Yet, with communications technology evolving so fast, some experts say
  15498. even 640 more area codes would be little more than a temporary solution.
  15499. They are urging the industry to develop more expansive efforts -- to
  15500. avoid a recurrance of telephone number gridlock a few years down the
  15501. road.
  15502.  
  15503. The expansion also won't ease the squeeze on many telecommunication
  15504. services now served by a single, "non-geographic" area code -- such as
  15505. toll-free 800-exchanges or 900-prefix information lines.
  15506.  
  15507. These numbers have grown in popularity in recent years and become an
  15508. important business marketing tool, said Mike Hirsch, a vice president at
  15509. the Cellular Telecommunications Industry Assn., a Washington trade
  15510. group.
  15511.  
  15512. But as demand for such numbers grows in popularity, toll-free 800
  15513. exchanges or 900-prefix exchanges could quickly fill to capacity and
  15514. Bellcore would have to find equally unusual code combinations to
  15515. maintain the marketing value of these special telephone services,
  15516. experts say.
  15517.  
  15518. Other new technologies are also certain to tax the available pool of
  15519. phone numbers.
  15520.  
  15521. The FCC recently approved the development of a global satellite paging
  15522. system that would let people send brief messages nearly anywhere around
  15523. the world.  Down the road, even more numbers will be needed for
  15524. futuristic services such as wireless personal communications
  15525. technologies.
  15526.  
  15527. One such system, called PCS, will permit users to communicate or
  15528. perform computer functions with a device as portable and unobtrusive
  15529. as a wristwatch.
  15530.  
  15531. Pressure is also building on local phone companies to designate three-
  15532. digut local numbers -- similar to the 911 emergency or 411 telephone
  15533. directory service numbers -- for new information service providers.
  15534.  
  15535. ------------------------------
  15536.  
  15537. Date: Wed, 10 Feb 1993 05:52:19 +0000 
  15538. From: Marcus (M.D.) Leech <mleech@bnr.ca>
  15539. Subject: Toll-Denial Also Blocks 911 Access; Why? 
  15540.  
  15541.  
  15542. My sister volunteers for a women's shelter in Squamish, B.C.  They've
  15543. been having problems with unauthorized long-distance calling, so they
  15544. had B.C. Tel put toll-denial on the line.  The problem is that B.C.
  15545. Tel says this also blocks 911 access.  I can't think of any technical
  15546. reason for this, and it seems unreasonable.
  15547.  
  15548. Is anyone familiar with the CO equipment they use in B.C., and why
  15549. there would be this restriction?
  15550.  
  15551.  
  15552. Marcus Leech, 4Y11    Bell-Northern Research  |opinions expressed
  15553. mleech@bnr.ca         P.O. Box 3511, Stn. C   |are my own, and not
  15554. ml@ve3mdl.ampr.org    Ottawa, ON, CAN K1Y 4H7 |necessarily BNRs
  15555.  
  15556. ------------------------------
  15557.  
  15558. From: klang@daimi.aau.dk (Karsten Lang Pedersen)
  15559. Subject: The Transatlantic Telecable
  15560. Organization: DAIMI: Computer Science Department, Aarhus University, Denmark
  15561. Date: Wed, 10 Feb 93 07:34:46 GMT
  15562.  
  15563.  
  15564. Does anyone have info about the transatlantic telecable?  It was used
  15565. before the satelites where put into the game!
  15566.  
  15567. Please E-mail me on : klang@daimi.aau.dk
  15568.  
  15569.  
  15570. Greetings from,
  15571.  
  15572. Karsten Lang
  15573.  
  15574. ------------------------------
  15575.  
  15576. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  15577. Subject: Re: California Versus CLID Versus Out-of-State
  15578. Organization: AT&T
  15579. Date: Wed, 10 Feb 1993 13:51:55 GMT
  15580.  
  15581.  
  15582. In article <telecom13.76.10@eecs.nwu.edu> kgdykes@Thinkage.On.CA (Ken
  15583. Dykes) writes:
  15584.  
  15585. > Recently I received a call from the Glendale area of Los Angeles.  I
  15586. > live in southern Ontario CANADA.  My Caller-ID box instead of showing
  15587. > out-of-area showed PRIVACY.  The call to me was made (and answered)
  15588. > twice in the same night; both times PRIVACY ... some sort of
  15589. > call-blocking was enabled by PacBell.
  15590.  
  15591. > PacBell is being far too kind to the zealots :-)
  15592.  
  15593. It might be the PSC's doing.  The NY PSC, for example, has mandated
  15594. that New York Tel must not permit delivery of CPN for customers in
  15595. Manhattan until they have completed an education campaign (which I
  15596. expect means bill inserts) on how to restrict delivery on a per-call
  15597. basis.  (I don't know the exact wording of the ruling, but this is the
  15598. sense I get from my friends in regulatory affairs.)  As a result, all
  15599. calls outbound from Manhattan using SS7 have the CPN marked as
  15600. "presentation restricted", resulting in the PRIVACY indication on the
  15601. display.  The Cal PSC may have made a similar ruling.
  15602.  
  15603. > And ... I'm impressed that SS7 is so well connected throughout North
  15604. > America. (And just a month ago I was impressed with getting Ottawa 
  15605. > numbers in my area, about 300 miles away :-).)
  15606.  
  15607. Thank 800 Number Portability and the FCC's call setup time
  15608. requirements connected therewith, which require a fairly widespread
  15609. deployment of SS7, at least at 800 SSPs (Signaling Service Point -
  15610. where the 800 number query is launched from in the LEC network).  I
  15611. know our folks have been working like crazy turning up
  15612. SS7/ISUP-signaled trunks, like thousands per day.
  15613.  
  15614.  
  15615. David G Lewis                              AT&T Bell Laboratories
  15616. david.g.lewis@att.com or !att!goofy!deej     Switching & ISDN Implementation
  15617.  
  15618. ------------------------------
  15619.  
  15620. Date: Wed, 10 Feb 93 06:45:20 -0800
  15621. From: rlm@indigo2.hac.com (Robert L. McMillin)
  15622. Subject: Re: California Versus CLID Versus Out-of-State
  15623.  
  15624.  
  15625. kgdykes@Thinkage.On.CA (Ken Dykes) writes:
  15626.  
  15627. > Recently I received a call from the Glendale area of Los Angeles.  I
  15628. > live in southern Ontario CANADA.  My Caller-ID box instead of showing
  15629. > out-of-area showed PRIVACY.  The call to me was made (and answered)
  15630. > twice in the same night; both times PRIVACY ... some sort of
  15631. > call-blocking was enabled by PacBell.
  15632.  
  15633. Which probably means that the switch was SS7-connected, but thanks to
  15634. the California Public fUtilities Commission, EVERYBODY's phone number
  15635. will show up as PRIVACY-enabled.  After all, privacy is the same thing
  15636. as anonymity ... NOT!
  15637.  
  15638. > PacBell is being far too kind to the zealots :-)
  15639.  
  15640. It's not Pac*Hell's fault, really.
  15641.  
  15642.  
  15643. Robert L. McMillin                     | Voice:    (310) 568-3555
  15644. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  15645. Los Angeles, CA                        | Internet: rlm@indigo2.hac.com
  15646.  
  15647. ------------------------------
  15648.  
  15649. Date: Wed, 10 Feb 93 12:12:44 CST
  15650. From: varney@ihlpl.att.com
  15651. Subject: Re: SS7 / CID Question
  15652. Organization: AT&T Network Systems, Lisle, IL
  15653.  
  15654.  
  15655. In article <telecom13.76.11@eecs.nwu.edu> DREUBEN@EAGLE.WESLEYAN.EDU
  15656. (Douglas Scott Reuben) writes:
  15657.  
  15658. > 1. Can a 1ESS switch display CID? Are there any software upgrades/hardware 
  15659. > upgrades which allow it to do so?
  15660.  
  15661.    No CID on 1 ESS(tm) switches -- sorry.  The only upgrade that would
  15662. permit CID is called "1A ESS Processor Conversion" {a "brain
  15663. transplant"} But then it would be called a 1A ESS switch! :-)
  15664.  
  15665. > 2. ...  can the 1ESS send out the CID information?
  15666.  
  15667.    No.
  15668.  
  15669. > That is, what does it take for a switch to send out CID over SS7?
  15670.  
  15671.    Can't speak for other vendors, but Bellcore suggests (in
  15672. TR-NWT-000317) Calling Party Number be included in all applicable
  15673. intra-LATA SS7 calls.  On AT&T SS7-capable switches, "sending" CID
  15674. depends on:
  15675.  
  15676.    SS7 signaling (Q.71x/T1.111 standards) and
  15677.    SS7 trunking  (Q.76x/T1.113 standards)
  15678.  
  15679. >3. Can a 1ESS support SS7? I THINK they can, so ...
  15680.  
  15681.    Incorrect assumption -- 1 ESS switches DO NOT support SS7 OR CID.
  15682.  
  15683. > ... or is it more of a technical reason why one can't get CID from a
  15684. > 1ESS?
  15685.  
  15686.    The support of SS7 and CID (CLASS features) would take more
  15687. resources than are available in a 1 ESS switch.  Same for 2B ESS
  15688. switches, 3 ESS switches, cross-bar, SXS, panel, ...  AT&T's
  15689. SS7-capable switches are the 1A ESS, 4ESS(tm) and 5ESS(rg.tm)
  15690. switching systems.
  15691.  
  15692.  
  15693. Al Varney - just my opinion, of course.
  15694.  
  15695. ------------------------------
  15696.  
  15697. Date: Wed, 10 Feb 93 09:28 PST
  15698. From: john@zygot.ati.com (John Higdon)
  15699. Reply-To: John Higdon <john@zygot.ati.com>
  15700. Organization: Green Hills and Cows
  15701. Subject: Re: SS7 / CID Question
  15702.  
  15703.  
  15704. Douglas Scott Reuben <DREUBEN@EAGLE.WESLEYAN.EDU> writes:
  15705.  
  15706. > 1. Can a 1ESS switch display CID? Are there any software upgrades/hardware 
  15707. > upgrades which allow it to do so?
  15708.  
  15709. No. There are no upgrades that can make this possible. The switch
  15710. cannot support SS7 or CLASS from either end of the call. There is no
  15711. upgrade possible, since the program-store capacity of the switch is
  15712. too limited. With the usual custom calling package loaded, it does not
  15713. even have room for "cancel call-waiting".
  15714.  
  15715. > Can a 1ESS support this "send out" package, if such a thing
  15716. > exists?
  15717.  
  15718. There is no such thing as a "send out" package. SS7 requires a
  15719. constant two-way data stream between participating switches.
  15720.  
  15721. > 3. Can a 1ESS support SS7? I THINK they can, so the reason that you
  15722. > can't get CID from a 1ESS isn't because it can't handle SS7, right?
  15723.  
  15724. Huh? A 1ESS CANNOT support SS7, period.
  15725.  
  15726. > Every 1ESS that I've tried to get CID info from fails (ie, you call
  15727. > from the 1ESS to a 5ESS that has CID).
  15728.  
  15729. Now you know why.
  15730.  
  15731.  
  15732. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  15733. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  15734.  
  15735. ------------------------------
  15736.  
  15737. From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  15738. Date: 10 Feb 93 12:28:23 GMT
  15739. Subject: Re: Alphanumeric Pagers Question
  15740.  
  15741.  
  15742. bwherry@nyx.cs.du.edu (Colorado Cyberpunk) asked:
  15743.  
  15744. > Do alphanumeric pagers all use the same protocol between the terminal
  15745. > and whatever system to which you are connected?
  15746.  
  15747. Generally, yes.  It's called (depending on who you ask) either the IXO
  15748. or the TAP protocol.
  15749.  
  15750. > Are the protocol(s) published/documented anywhere?  If so how do I
  15751. > go about getting them?
  15752.  
  15753. I only know of one place ... as appendices to the manuals for the
  15754. computers that run major paging services.  If you run into another
  15755. source for that spec, let me know; people ask so often that if there
  15756. were a good answer, it'd be in the FAQ.
  15757.  
  15758. > if someone has already written something and it is available (source
  15759. > code) on the internet then a pointer to it would be appreciated.
  15760.  
  15761. I put the source code for a very, very crude implementation into the
  15762. public domain.  There's a copy of it in the Telecom Digest archive
  15763. site, but I'm at a total loss to remember what it's called or what
  15764. directory it's in, and I don't have ftp access to look it up.  Pat?
  15765.  
  15766.  
  15767. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  15768. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  15769.  
  15770.  
  15771. [Moderator's Note: The Telecom Archives is available using anonymous
  15772. ftp lcs.mit.edu.   PAT]
  15773.  
  15774. ------------------------------
  15775.  
  15776. From: dan@compnews.co.uk (Danny Turner)
  15777. Subject: Re: Alphanumeric Pagers Question
  15778. Date: 10 Feb 1993 09:24:52 GMT
  15779. Organization: Computer Newspaper Services, Howden, UK.
  15780.  
  15781.  
  15782. bwherry@nyx.cs.du.edu (Colorado Cyberpunk) writes:
  15783.  
  15784. > Do alphanumeric pagers all use the same protocol between the terminal
  15785. > and whatever system to which you are connected?  Are the protocol(s)
  15786. > published/documented anywhere?  If so how do I go about getting them?
  15787. > Obviously this is leading to writing some software to do automated
  15788. > monitoring of some systems.  Since it isn't for resale if someone has
  15789. > already written something and it is available (source code) on the
  15790. > internet then a pointer to it would be appreciated.
  15791.  
  15792. Most pagers use the TAP (Telocator Alphanumeric Input) protocol this
  15793. is freely available, unfortunately I only have a hard copy, but I am
  15794. quite willing to fax it to you if you want. We are currently
  15795. developing code to run on Sparc's but I have now idea when it will be
  15796. in place :-)
  15797.  
  15798.  
  15799. Danny Turner    Computer Newspaper Services  The Bishop's Manor
  15800. Howden   North Humberside, DN14 7BL  e-mail: dan@compnews.co.uk
  15801. Voice: +44 (0)430 431100    Fax: +44 (0)430 432022
  15802.  
  15803. ------------------------------
  15804.  
  15805. Date: Wed, 10 Feb 93 07:13:45 EST
  15806. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  15807. Subject: Re: Hilton Hotel Telephone Surcharge
  15808.  
  15809.  
  15810. In a recent issue of the TELECOM Digest dave@westmark.com (Dave Levenson)
  15811. writes:
  15812.  
  15813. > I regularly stay at the Hilton in Pikesville, MD.  I routinely call my
  15814. > own 800 number to `phone home' the inexpensive way.  The hotel imposes
  15815. > what they call a `nominal' charge of 75 cents to handle this call.
  15816.  
  15817. The Best Western Maryland Inn in Laurel, Md. also tacks on surcharges
  15818. but I can't remember off-hand what they are ($0.25US for one type of
  15819. call (800, calling card, etc. and $0.50 for another (local, I think))
  15820.  
  15821. I posted the correct info back in late Sept. 92 or early Oct. 92.
  15822.  
  15823.  
  15824. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  15825. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  15826.  
  15827. ------------------------------
  15828.  
  15829. From: jav@crash.cts.com
  15830. Subject: Re: Hilton Hotel Telephone Surcharge
  15831. Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
  15832. Date: 09 Feb 93 17:41:41 PST
  15833.  
  15834.  
  15835. Dave Levenson (dave@westmark.com) wrote:
  15836.  
  15837. > I regularly stay at the Hilton in Pikesville, MD.  I routinely call my
  15838. > own 800 number to `phone home' the inexpensive way.  The hotel imposes
  15839. > what they call a `nominal' charge of 75 cents to handle this call.
  15840.  
  15841. (rest of the message deleted)
  15842.  
  15843. The few times that I encountered these 'nominal' charges, I disputed
  15844. them upon checkout, and every time they removed them from the bill.
  15845. Only once they had to call the manager. His argument: "well it's only
  15846. 50 cents per call, and I'm sure you're on an expense account". My
  15847. response: I will call Amex to refuse the entire hotel bill. He
  15848. proceeded to drop the four or five bucks worth of 800 calls.
  15849.  
  15850.  
  15851. Javier Henderson   jav@crash.cts.com
  15852.  
  15853. ------------------------------
  15854.  
  15855. From: jav@crash.cts.com
  15856. Subject: Re: Unhappy GTE Representatives (was "Secret" Phone Codes)
  15857. Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
  15858. Date: 10 Feb 93 07:44:54 PST
  15859.  
  15860.  
  15861. In regards to the original poster's message about GTE customer service
  15862. moving from Virginia to Florida ... I heard that most customer service
  15863. reps in southern California are moving to Texas. Apparently GTE is
  15864. consolidating the customer service offices into one big one. Has
  15865. anyone else heard this rumors?
  15866.  
  15867.  
  15868. Javier Henderson   jav@crash.cts.com
  15869.  
  15870. ------------------------------
  15871.  
  15872. Date: Wed, 10 Feb 93 11:04:29 cdt
  15873. From: McMahon, Brian D <MCMAHON@AC.GRIN.EDU>
  15874. Subject: Re: Unhappy GTE Representatives
  15875.  
  15876.  
  15877. Jeff Wasilko <Jeff@digtype.airage.com> writes:
  15878.  
  15879. > In speaking to the various reps, I heard that GTE had just moved them
  15880. > from an office in Southern VA to the Northern VA office six months
  15881. > ago. They just found out that GTE was now planning to close the VA
  15882. > office altogether and move the Customer dis-service operation to
  15883. > Florida.
  15884.  
  15885. This does seem to be a corporate habit.  GTE re-"organizes" so often,
  15886. I seriously doubt anyone is completely sure of where the corporation
  15887. is at any given time.  Some of the reorgs not only shaft the
  15888. employees, they shaft communities, too.  They used to have a fairly
  15889. sizable presence in Grinnell.  During one round of cutbacks, I asked a
  15890. friend of mine who worked for GTE if those letters stood for "General
  15891. Turmoil and Excitement."  He laughed, sort of.  A few months later, he
  15892. was looking for work.
  15893.  
  15894. Let's see now, where do I send my bill THIS month ...?
  15895.  
  15896.  
  15897. Brian McMahon (BDM13)    <MCMAHON@GRIN1.BITNET>    <MCMAHON@AC.GRIN.EDU>
  15898. Postmaster / Acad. Software Support   Grinnell College Computer Services
  15899. Grinnell, Iowa 50112 USA   Voice: +1 515 269 4901   Fax: +1 515 269 4936
  15900.  
  15901. ------------------------------
  15902.  
  15903. End of TELECOM Digest V13 #80
  15904. *****************************
  15905. 
  15906. 
  15907. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa08778;
  15908.           11 Feb 93 5:38 EST
  15909. Received: by delta.eecs.nwu.edu id AA05131
  15910.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 11 Feb 1993 03:04:05 -0600
  15911. Received: by delta.eecs.nwu.edu id AA05795
  15912.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 11 Feb 1993 03:03:45 -0600
  15913. Date: Thu, 11 Feb 1993 03:03:45 -0600
  15914. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  15915. Message-Id: <199302110903.AA05795@delta.eecs.nwu.edu>
  15916. To: telecom@delta.eecs.nwu.edu
  15917. Subject: FCC Proposed Ruling on Scanners That Receive Cellphone Transmissions
  15918.  
  15919.  
  15920. The file attached here was received today and is too long for
  15921. inclusion in a regular issue of the Digest. It is submitted for your
  15922. comments and consideration. You might want to send your comments to
  15923. the FCC as well.
  15924.  
  15925.  
  15926. PAT
  15927.  
  15928.   From: raisch@ora.com (Rob Raisch)
  15929.   Subject: FCC Proposed Ruling on Scanners That Receive Cellphone Transmissions
  15930.   Organization: O'Reilly & Associates, Inc.
  15931.   Date: Thu, 11 Feb 1993 05:10:24 GMT
  15932.  
  15933.         --------------NOTICE--------------
  15934.  
  15935. This information is provided as a public service by the: 
  15936.  
  15937. Internet Federal Register Project of Counterpoint Publishing 
  15938. and The Internet Company (internet.com).
  15939.  
  15940. For more information on the availability of this data, please send
  15941. mail to:
  15942.  
  15943.     fedreg-info@internet.com
  15944.  
  15945. Redistribution of this information is unlimited as long as this notice is 
  15946. included and not modified in any fashion.
  15947.  
  15948.                            -------------
  15949.  
  15950.  
  15951. 47 CFR Parts 2 and 15
  15952.  
  15953. [ET Docket No. 93-1; FCC 93-1]
  15954.  
  15955. Radio Scanners That Receive Cellular Telephone Transmissions
  15956.  
  15957. AGENCY: Federal Communications Commission.
  15958.  
  15959. ACTION: Proposed rule.
  15960.  
  15961. SUMMARY: This Notice of Proposed Rule Making proposes to deny
  15962. equipment authorization to radio scanners capable of receiving
  15963. transmissions in the Domestic Public Cellular Radio Telecommunications
  15964. Service. This action is taken in response to the Telephone Disclosure
  15965. and Dispute Resolution Act (Pub. L. 102-556). The intended effect of
  15966. this action is to help ensure the privacy of cellular telephone
  15967. conversations.
  15968.  
  15969. DATES: Comments must be submitted on or before February 22, 1993, and
  15970. reply comments on or before March 8, 1993.
  15971.  
  15972. ADDRESSES: Federal Communications Commission, 1919 M Street, NW.,
  15973. Washington, DC 20554.
  15974.  
  15975. FOR FURTHER INFORMATION CONTACT:
  15976.  
  15977. David Wilson, Office of Engineering and Technology, (202) 653-8138.
  15978.  
  15979. SUPPLEMENTARY INFORMATION: This is a summary of the Commission's
  15980. Notice of Proposed Rule Making in ET Docket No. 93-1, FCC 93- 1,
  15981. adopted January 4, 1993, and released January 13, 1993. The full text
  15982. of this decision is available for inspection and copying during normal
  15983. business hours in the FCC Dockets Branch (room 230), 1919 M Street,
  15984. NW., Washington, DC. The complete text of this decision also may be
  15985. purchased from the Commission's duplicating contractor, Downtown Copy
  15986. Center, at (202) 659-8657 or 1990 M Street, NW., suite 640,
  15987. Washington, DC 20036.
  15988.  
  15989. Paperwork Reduction
  15990.  
  15991.    The following collection of information contained in this proposed
  15992. rule has been submitted to the Office of Management and Budget for
  15993. review under section 3504(h) of the Paperwork Reduction Act (44 U.S.C.
  15994. 3504(h)). Copies of this submission may be purchased from the
  15995. Commission's duplicating contractor, Downtown Copy Center, at (202)
  15996. 659-8657 or 1990 M Street, NW., suite 640, Washington, DC 20036.
  15997. Persons wishing to comment on this collection of information should
  15998. direct their comments to Mr. Jonas Neihardt, Office of Management and
  15999. Budget, room 3235 NEOB, Washington, DC 20554, (202) 395-4814. A copy
  16000. of any comments filed with the Office of Management and Budget should
  16001. also be sent to the following address at the Federal Communications
  16002. Commission: Federal Communications Commission, Office of the Managing
  16003. Director, Paperwork Reduction Project, Washington, DC 20554. For
  16004. further information contact Ms. Judy Boley, (202) 632-7513.
  16005.  
  16006.    OMB Number: None.
  16007.    Title: Scanning Receiver Compliance Exhibit.
  16008.    Respondents: Businesses or other for profit, small businesses/organizations 
  16009.    Action: New collection.
  16010.    Frequency of Response: On occasion reporting.
  16011.    Estimated Annual Burden: 
  16012.    Number of respondents: 40.
  16013.    Annual hours per respondent: 0.25.
  16014.    Total annual burden: 10.
  16015.  
  16016. Needs and Uses: An exhibit accompanying a Form 731 Application for
  16017. Equipment Authorization will determine compliance of applicants
  16018. requesting authorization to market scanning receivers and frequency
  16019. converters with Congressionally mandated regulations. The regulations
  16020. prohibit the marketing of radio scanners capable of intercepting, or
  16021. being modified to intercept, cellular telephone conversations.
  16022.  
  16023. Summary of the Notice of Proposed Rule Making:
  16024.  
  16025.    1. By this action, the Commission proposes to amend 47 CFR parts 2
  16026. and 15 to prohibit the manufacture or importation of radio scanners
  16027. capable of receiving frequencies allocated to the Domestic Public
  16028. Cellular Radio Telecommunications Service.  This action is in response
  16029. to the Telephone Disclosure and Dispute Resolution Act (Act), Pub. L.
  16030. 102-556.
  16031.  
  16032.    2. The Domestic Public Cellular Radio Telecommunications Service
  16033. ("Cellular Radio Service") provides telephone service to mobile
  16034. customers. Cellular telephones use frequencies in the bands 824-849
  16035. MHz and 869-894 MHz to connect their users to other cellular system
  16036. users and to the Public Switched Telephone Network.
  16037.  
  16038.    3. As defined in 47 CFR part 15 scanning receivers, or "scanners,"
  16039. are radio receivers that automatically switch between four or more
  16040. frequencies anywhere within the 30-960 MHz band. In order to control
  16041. their potential to cause harmful interference to authorized radio
  16042. communications, the rules require that scanners receive an equipment
  16043. authorization (certification) from the Commission prior to marketing.
  16044.  
  16045.    4. In the past five years, 22 different models of scanning
  16046. receivers capable of receiving cellular telephone transmissions have
  16047. been issued grants of equipment authorization. During this same
  16048. period, ten other models capable of tuning frequencies between 806 and
  16049. 900 MHz except for the cellular bands have also been authorized.
  16050. Several publications currently on the market describe relatively
  16051. simple modifications that users can make to many of the latter
  16052. scanning receivers to enable that equipment to receive cellular
  16053. telephone transmissions.
  16054.  
  16055.    5. The Telephone Disclosure and Dispute Resolution Act requires
  16056. that the Commission, by April 26, 1993, prescribe and make effective
  16057. regulations denying equipment authorization for any scanning receiver
  16058. capable of:
  16059.  
  16060.     Receiving transmissions in the frequencies allocated to 
  16061. the domestic cellular radio service,
  16062.     Readily being altered by the user to receive transmissions 
  16063. in such frequencies, or
  16064.     Being equipped with decoders that convert digital cellular 
  16065. transmissions to analog voice audio.
  16066.  
  16067. The Act also stipulates that, beginning one year after the effective
  16068. date of the regulations adopted to satisfy the above requirements, no
  16069. receiver having the above capabilities shall be manufactured in the
  16070. United States or imported for use in the United States.
  16071.  
  16072.    6. In accordance with the Act, we are proposing to deny equipment
  16073. authorization to scanning receivers that tune frequencies used by
  16074. cellular telephones. We are also proposing to require applicants for
  16075. the authorization of scanning receivers to include in their
  16076. applications a statement declaring that their receivers cannot be
  16077. tuned to receive cellular telephone transmissions.
  16078.  
  16079.    7. Also in accordance with the Act, we are proposing to require
  16080. that scanning receivers be incapable of being readily altered by the
  16081. user to operate within the cellular bands. To assist us in determining
  16082. whether a scanner complies with this requirement, we propose to
  16083. require applicants for scanning receiver equipment authorization to
  16084. include in their applications a statement pledging that their
  16085. receivers cannot be readily altered to receive cellular telephone
  16086. transmissions. We also propose to prohibit the authorization of any
  16087. scanning receiver for which cellular coverage can be readily restored
  16088. by the user. We solicit comment on this proposed reporting requirement
  16089. and on the definition of "readily altered."  We also seek comment on
  16090. whether additional information, such as why the receiver cannot be
  16091. readily altered, should be required.
  16092.  
  16093.    8. In further compliance with the Act, we propose to deny equipment
  16094. authorization to any scanning receiver that can be equipped with
  16095. decoders that convert digital cellular transmissions to analog voice
  16096. audio. We invite comment on the potential impact of this requirement
  16097. on existing models of scanning receivers.
  16098.  
  16099.    9. There currently are a number of frequency converters on the
  16100. market that can be used in conjunction with scanners that receive
  16101. frequencies below 800 MHz to enable the reception of cellular
  16102. telephone transmissions. We are proposing to deny equipment
  16103. authorization to converters that tune, or can be readily altered by
  16104. the user to tune, cellular telephone frequencies. We will require that
  16105. applicants for FCC equipment authorization of frequency converters
  16106. used with scanners include in their applications a statement pledging
  16107. that the converters cannot be easily altered to enable a scanner to
  16108. receive cellular transmissions. We seek comment on whether this
  16109. statement should also include evidence indicating why the converter
  16110. cannot be easily modified.
  16111.  
  16112.    10. The Initial Regulatory Flexibility Analysis is contained in the
  16113. text of the Notice.
  16114.  
  16115. 11. Comment Dates
  16116.  
  16117.    Pursuant to applicable procedures set forth in 47 CFR 1.415 and
  16118. 1.419, interested parties may file comments on or before February 22,
  16119. 1993, and reply comments on or before March 8, 1993. In order to
  16120. comply with the requirement of the Telephone Disclosure and Dispute
  16121. Resolution Act that FCC rules be promulgated within 180 days of
  16122. enactment, we will proceed with this Notice without furnishing a prior
  16123. text as provided by Article 607 of the United States-Canada Free-Trade
  16124. Implementation Act of 1988 (Pub. L. 100-499, 102 Stat. 1851). To do so
  16125. would frustrate achievement of a legitimate domestic objective. In
  16126. addition, the Commission is not likely to be able to accommodate
  16127. requests for extension of the comment periods. To file formally in
  16128. this proceeding, you must file an original and five copies of all
  16129. comments, reply comments, and supporting comments. If you want each
  16130. Commissioner to receive a copy of your comments, you must file an
  16131. original plus nine copies. You should send comments and reply comments
  16132. to Office of the Secretary, Federal Communications Commission,
  16133. Washington, DC 20554. Comments and reply comments will be available
  16134. for public inspection during normal business hours in the Dockets
  16135. Reference Room of the Federal Communications Commission, 1919 M
  16136. Street, NW., Washington, DC 20554.
  16137.  
  16138. 12. Ex-Parte Rules-Non-Restricted Proceeding
  16139.  
  16140.    This is a non-restricted notice and comment rule making proceeding.
  16141. Ex parte presentations are permitted, except during the Sunshine
  16142. Agenda period, provided they are disclosed as provided in Commission
  16143. rules. See generally 47 CFR 1.1202, 1.1203 and 1.1206(a).
  16144.  
  16145.    13. For further information on this proceeding contact David
  16146. Wilson, Technical Standards Branch, Office of Engineering and
  16147. Technology, 202-653-8138.
  16148.  
  16149. List of Subjects in 47 CFR Parts 2 and 15:
  16150.  
  16151.    Communications equipment, Wiretapping and electronic surveillance.
  16152.  
  16153. Federal Communications Commission.
  16154.  
  16155. Donna R. Searcy,
  16156. Secretary.
  16157.  
  16158.    Parts 2 and 15 of title 47 of the Code of Federal Regulations are
  16159. proposed to be amended as follows:
  16160.  
  16161. PART 2-FREQUENCY ALLOCATIONS AND RADIO TREATY MATTERS; GENERAL RULES
  16162. AND REGULATIONS
  16163.  
  16164.    1. The authority citation for part 2 continues to read as follows:
  16165.  
  16166.    Authority: Secs. 4, 302, 303 and 307 of the Communications Act of
  16167. 1934, as amended, 47 U.S.C. 154, 154(i), 302, 303, 303(r) and 307.
  16168.  
  16169.    2. Section 2.975 is amended by adding a new paragraph (a)(8) 
  16170. to read as follows:
  16171.  
  16172. 2.975   Application for notification.
  16173.  
  16174.    (a) * * *
  16175.    (8) Applications for the notification of receivers contained 
  16176. in frequency converters used with scanning receivers shall be 
  16177. accompanied by an exhibit indicating compliance with the provisions 
  16178. of 15.121 of this chapter.
  16179. *     *     *     *     *     
  16180.    3. Section 2.1033 is amended by adding a new paragraph (b)(12) 
  16181. to read as follows:
  16182.  
  16183. 2.1033   Application for certification.
  16184. *     *     *     *     *     
  16185.    (b) * * *
  16186.    (12) Applications for the certification of scanning receivers under
  16187. part 15 shall be accompanied by an exhibit indicating compliance with
  16188. the provisions of 15.122 of this chapter.  
  16189. * * * * *
  16190.  
  16191. PART 15-RADIO FREQUENCY DEVICES
  16192.  
  16193.    1. The authority citation for part 15 continues to read as follows:
  16194.  
  16195.    Authority: Secs. 4, 302, 303 and 307 of the Communications Act of
  16196. 1934, as amended, 47 U.S.C. 154, 302, 303 and 307.
  16197.  
  16198.    2. Section 15.37 is amended by adding a last sentence to paragraph
  16199. (b), and adding a new paragraph (f), to read as follows:
  16200.  
  16201. 15.37   Transition provisions for compliance with the rules.
  16202. *     *     *     *     *     
  16203.    (b) * * * In addition, receivers are subject to the provisions in
  16204. paragraph (f) of this section. 
  16205.  
  16206.  * * * * *
  16207.  
  16208.    (f) The manufacture or importation of scanning receivers, and
  16209. frequency converters used with scanning receivers, that do not comply
  16210. with the provisions of 15.121 shall cease on or before April 26, 1994.
  16211. Effective April 26, 1993, the Commission will not accept applications
  16212. for equipment authorization for receivers that do not comply with the
  16213. provisions of 15.121.  This paragraph does not prohibit the sale or
  16214. use of authorized receivers manufactured in the United States, or
  16215. imported into the United States, prior to April 26, 1994.
  16216.  
  16217.    3. Section 15.121 is added to read as follows:
  16218.  
  16219. 15.121 Scanning receivers and frequency converters used with scanning
  16220. receivers.
  16221.  
  16222.    Scanning receivers, and frequency converters used with scanning
  16223. receivers, must be incapable of operating (tuning), or readily being
  16224. altered by the user to operate, within the frequency bands allocated
  16225. to the Domestic Public Cellular Radio Telecommunications Service.
  16226. Receivers capable of "readily being altered by the user" include, but
  16227. are not limited to, those for which the ability to receive
  16228. transmissions in the restricted bands can be added by clipping the
  16229. leads of, or installing, a diode, resistor and/or jumper wire; or
  16230. replacing a plug-in semiconductor chip. Scanning receivers, and
  16231. frequency converters used with scanning receivers, must also be
  16232. incapable of converting digital cellular transmissions to analog voice
  16233. audio.
  16234.  
  16235.  
  16236. 
  16237. 
  16238. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa09325;
  16239.           11 Feb 93 5:52 EST
  16240. Received: by delta.eecs.nwu.edu id AA25790
  16241.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 11 Feb 1993 02:31:43 -0600
  16242. Received: by delta.eecs.nwu.edu id AA06783
  16243.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 11 Feb 1993 02:31:02 -0600
  16244. Date: Thu, 11 Feb 1993 02:31:02 -0600
  16245. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  16246. Message-Id: <199302110831.AA06783@delta.eecs.nwu.edu>
  16247. To: telecom@eecs.nwu.edu
  16248. Subject: TELECOM Digest V13 #82
  16249.  
  16250. TELECOM Digest     Thu, 11 Feb 93 02:30:45 CST    Volume 13 : Issue 82
  16251.  
  16252. Index To This Issue:                     Moderator: Patrick A. Townson
  16253.  
  16254.     Re: Exchange Scanning - Enough Already! (Russell Kroll)
  16255.     Re: Exchange Scanning - Enough Already! (Nigel Allen)
  16256.     Re: Inside AppleTalk/LocalTalk (Rob Bailey)
  16257.     Re: AppleTalk Docs Wanted (Matt Healy)
  16258.     Re: National Data Superhighways - Access? (Robert L. McMillin)
  16259.     Re: National Data Superhighways - Access? (Jon Krueger)
  16260.     Re: Modems For LEGAL Use in Germany (Steve Pershing)
  16261.     Re: N.E. Telephone Admits Ripoff - Refuses Restitution (Bruce Albrecht)
  16262.     Re: Bell Canada Applies to Hike Local Rates (Mark Brader)
  16263.     Re: Proposed 511 Service (Carl Moore)
  16264.     Cellular Phones Power Control (Lauren Weinstein)
  16265.     Clinton and the New Telephone System (Richard Thomsen)
  16266.     Re: Differences Between ANI and Caller-ID (Brent Capps)
  16267.     Re: ANI on 800 Line w/o T1? (John Higdon)
  16268.     Re: "phONEday" Area Code Changes in UK (Tony Harminc)
  16269.     Re: Low Cost Access to Network (Brad S. Hicks)
  16270. ----------------------------------------------------------------------
  16271.  
  16272. Subject: Re: Exchange Scanning - Enough Already!
  16273. From: rkroll@unkaphaed.jpunix.com (Russell Kroll)
  16274. Date: Wed, 10 Feb 93 22:42:55 GMT
  16275. Organization: Unka Phaed's UUCP Thingy, Houston, TX
  16276.  
  16277.  
  16278. > [Moderator's Note: It is a little hard to yell at hackers for doing this
  16279. > when 'legitimate companies' do it and get away with it. Are any of your
  16280. > (in service) lines equipped with Caller-ID?  Operating on the assumption 
  16281.  
  16282. > So, put Caller-ID on a few of the lines in sequence; let's say put it
  16283. > on extensions 2000, 2001, 2002 and 2003. Observe the Caller-ID unit
  16284. > for a few days and see if the same number shows up on all of them.
  16285.  
  16286. Unfortunately, we have not been granted the privelege of being able to
  16287. have Caller-ID down here.  It went before the PUC some time back, and
  16288. failed.  If and when it does arrive, things like this will (hopefully)
  16289. become uncommon.
  16290.  
  16291.  
  16292. rkroll@unkaphaed.jpunix.com (Russell Kroll)
  16293. Unka Phaed's UUCP Thingy, Houston, TX, (713) 481-3763
  16294. 1200/2400/9600/14400 v.32bis/v.42bis
  16295.  
  16296. ------------------------------
  16297.  
  16298. From: Nigel Allen <nigel.allen@canrem.com>
  16299. Date: Wed, 10 Feb 1993 19:00:00 -0500
  16300. Subject: Re: Exchange Scanning - Enough Already!
  16301. Organization: Echo Beach, Toronto
  16302.  
  16303.  
  16304. bill.garfield@yob.sccsi.com complains that someone appears to be
  16305. calling all the phone numbers assigned to his employer in sequence.
  16306.  
  16307. Maybe it's not a hacker. Maybe it's a company using an automatic
  16308. dialing-announcing machine to sell carpet cleaning or health club
  16309. memberships. There is a particularly obnoxious company in Toronto that
  16310. uses dialing-announcing machines to get people to call its 976
  16311. numbers.
  16312.  
  16313. But doesn't the U.S. have federal legislation dealing with automatic
  16314. dialing-announcing machines, in addition to any legislation that Bill
  16315. Garfield's state may have passed?
  16316.  
  16317.  
  16318. Nigel Allen            nigel.allen@canrem.com
  16319. Canada Remote Systems - Toronto, Ontario   416-629-7000/629-7044
  16320.  
  16321.  
  16322. [Moderator's Note: What is wrong with your theory, Nigel, is that a
  16323. carpet cleaning company or health club -- or even a persistent bill
  16324. collector -- would not call (was it?) 165 times each night. You don't
  16325. sell memberships or cleaning services at midnight. In any event, I
  16326. don't think there is legislation at the federal level.   PAT]
  16327.  
  16328. ------------------------------
  16329.  
  16330. Date: 10 Feb 93 21:54:52 EST
  16331. From: Rob Bailey <74007.303@CompuServe.COM>
  16332. Subject: Re: Inside AppleTalk/LocalTalk
  16333.  
  16334.  
  16335. Thanks to the coupla dozen folks who responded to my question about
  16336. AppleTalk and LocalTalk docs. Unfortunately, I am not one of these
  16337. guys that asks questions w/o doing at least a LITTLE research. I
  16338. already knew of the popular _Inside xxx_ series and have it; the
  16339. documentation I said I was waiting on is the (rumored? I know nothing
  16340. about Macs) consolidated documentation that addresses all networking
  16341. rather than spread it out over several versions of the OS and
  16342. hardware.
  16343.  
  16344. Anyway ... what I really wanted anyway was documentation on the
  16345. hardware protocols (the low-level OSI stuff) -- right down to level 1
  16346. (volts, et al). I'm still looking ...
  16347.  
  16348. If this stuff is in the _Inside xxx_ series, don't bother responding,
  16349. since I'm acting as a go-between the Net and my Mac programmer, who
  16350. actually has those doc's on order already.
  16351.  
  16352.  
  16353. Rob Bailey, WM8S, or 74007.303@compuserve.com
  16354. I just own Bailey-Hudson - I don't speak for it.
  16355.  
  16356. ------------------------------
  16357.  
  16358. From: matt@wardsgi.med.yale.edu (Matt Healy)
  16359. Subject: Re: AppleTalk Docs Wanted
  16360. Organization: Yale University--Genetics
  16361. Date: Thu, 11 Feb 1993 02:21:10 GMT
  16362.  
  16363.  
  16364. Be sure to get the _SECOND_ edition; 1st is obsolete!
  16365.  
  16366. Following is from my copy:
  16367.  
  16368. {Inside AppleTalk (r), Second Edition}
  16369. by Gursaran S. Sidhu, {et al}
  16370. ISBN 0-201-55021-0 $34.95 FPT USA
  16371.  
  16372. (c) 1990
  16373.  
  16374. Addison-Wesley or
  16375.  
  16376. APDA
  16377. Apple Computer, Inc.
  16378. 20525 Mariani Avenue, Mailstop 33-G
  16379. Cupertino, CA 95014, USA
  16380.  
  16381. If you are responsible for administering an AppleTalk network, or
  16382. write software for it, you should have a copy of this book.  It gives
  16383. complete, detailed info on all the AppleTalk and related protocols.
  16384.  
  16385.  
  16386. Matt Healy   matt@wardsgi.med.yale.edu
  16387.  
  16388. ------------------------------
  16389.  
  16390. Date: Wed, 10 Feb 93 10:35:11 -0800
  16391. From: rlm@indigo2.hac.com (Robert L. McMillin)
  16392. Subject: Re: National Data Superhighways - Access?
  16393.  
  16394.  
  16395. Will Martin <wmartin@STL-06SIMA.ARMY.MIL> writes:
  16396.  
  16397. > There's been recent news coverage of the new administration's plan to
  16398. > set up a data network for general public access that has been referred
  16399. > to as "National Data Superhighways". Publicized examples of the way
  16400. > such a network would be used include such things as letting school
  16401. > students run programs on NASA supercomputers that model weather and
  16402. > other such computing-intensive tasks. What nobody ever mentions in
  16403. > these news items is just what sort of access control and/or security
  16404. > is planned for this environment.
  16405.  
  16406. What I want to know is, why aren't the telcos pushing for this?  I
  16407. think I know the answer: they're too focused on providing POTS (only
  16408. when they have to) and CENTREX and high-speed data services (which
  16409. they would rather do) to worry about providing universal digital
  16410. services which gain them no new, interesting businesses (like
  16411. providing "video dial tone").
  16412.  
  16413. But what bothers me even more than the telcos lack of initiative in
  16414. this matter are the implications of the Feds running such a network.
  16415. Based on the way the FCC has behaved itself in matters of free speech
  16416. on the broadcast airwaves, it seems an easy step for the datacops to
  16417. come along and shut you off the net if you don't profess politically
  16418. correct ideology under the "limited resource" doctrine.  In speech-
  16419. restricted California, we now have a law that will enable the
  16420. PC-minded to arrest fourth graders for calling other kids ugly names.
  16421. What's to prevent a similar law against puerile morons doing so on the
  16422. digital highway?
  16423.  
  16424. A state-controlled "data superhighway" smells like an ingenious way
  16425. for the U.S. government to do to two-way digital communications what
  16426. the U.K. did to one-way radio broadcasting with the BBC: maintain
  16427. control over access, and thus, content.  It would be an excellent tool
  16428. for snooping on individuals.  As with driving privileges, no one is
  16429. guaranteed access to the net, but if you sign this form handing over
  16430. certain rights to the state, we'll let you on. Networking has so far
  16431. been a tool for decentralization and democratization, but it could
  16432. just as easily become a device allowing the state even further
  16433. encroachments into our lives.
  16434.  
  16435. GTE may offer terrible service, but at least they don't come into the
  16436. houses of teenage hacking suspects, guns cocked.
  16437.  
  16438.  
  16439. Robert L. McMillin                     | Voice:    (310) 568-3555
  16440. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  16441. Los Angeles, CA                        | Internet: rlm@indigo2.hac.com
  16442.  
  16443. ------------------------------
  16444.  
  16445. Date: Thu, 11 Feb 1993 03:51:05 -0800
  16446. Subject: Re: National Data Superhighways - Access?
  16447. Reply-To: jpk@Ingres.COM
  16448. Organization: Ingres Corporation, a subsidiary of The ASK Group, Inc.
  16449. From: jpk@ingres.com (Jon Krueger)
  16450.  
  16451.  
  16452. Will Martin writes:
  16453.  
  16454. > administration's plan to set up..."National Data Superhighways"
  16455. > ...network for general public access
  16456.  
  16457. The idea is hardly new with Clinton or his administration.  Proponents
  16458. hope he'll come up with the cash.
  16459.  
  16460. > Publicized examples of the way such a network would be used include
  16461. > such things as letting school students run programs on NASA
  16462. > supercomputers that model weather...[but] NASA can't even afford
  16463. > to store its existing magtape inventory in controlled conditions,
  16464. > much less copy the data to newer-format storage media. Now they're
  16465. > expected to have extra Crays for kids to play on?)
  16466.  
  16467. A reasonable point.  In fact any hard look at the proposed uses
  16468. reveals the usual quota of silly ideas.  NASA giving away its cycles
  16469. to a world filled with cheap commodity cycles closer to the kids is
  16470. laughable enough.  To hear it offered as a justification for building
  16471. an expensive high performance data network takes the cake.  It would
  16472. in fact make more sense to use the net to link the kids' forty million
  16473. PCs together to provide "community supercomputing" for NASA.
  16474.  
  16475. However, technology history is filled with lots of equally amusing
  16476. examples of cost justification that missed the mark.  The interstate
  16477. highway system was justified by military uses.  Really.  Two
  16478. generations later, we know that ordinary citizens have used it a hell
  16479. of a lot more than the military, not to mention trucking, tourism, and
  16480. migration.  But at the time, the bean counters were impressed by
  16481. "military mobilization".
  16482.  
  16483. > What nobody ever mentions in these news items is just what sort of
  16484. > access control and/or security is planned for this environment.
  16485.  
  16486. What sort of access control and/or security do we have for highways?
  16487. After all, someone could drive fifty miles, break into your house, and
  16488. be fifty miles away in an hour.  In other words, these are not new
  16489. problems, either to systems or highways.  It is true that high speed
  16490. generally accessible nets will reveal weaknesses of current systems in
  16491. a glaring light.
  16492.  
  16493. However, I tend to think the more interesting issues are how a
  16494. national net could enable us to work and play together better.
  16495. Certainly access and demonstrably secure interoperation will be
  16496. required before it's anything but a toy.  But once that's
  16497. accomplished, and indeed becomes part of the cost, what would an
  16498. affordable megabit per second connecting you to the world, and the
  16499. world to you, enable?  If universality of access to this were as
  16500. widespread as access to POTS, what would that make possible?  What's
  16501. the potential if anyone could open a digital channel to any other
  16502. consenting party?  What would you do with it?  What would you like to
  16503. connect to?
  16504.  
  16505.  
  16506. Jon Krueger  jpk@ingres.com  
  16507.  
  16508. ------------------------------
  16509.  
  16510. Subject: Re: Modems For LEGAL Use in Germany
  16511. From: sp@questor.org (Steve Pershing)
  16512. Date: Wed, 10 Feb 93 10:42:27 PST
  16513. Organization: Questor|Free Usenet News|Vancouver, BC: +1 604 681 0670
  16514.  
  16515.  
  16516. alizard@gentoo.com (James R. Perry III) writes:
  16517.  
  16518. > I'm looking for a AT-bus compatible 1/2 card modem that can be legally
  16519. > used in Germany (modems that do NOT pass German telecomm regulations
  16520. > result in VERY high fines)... as in manufactured in the US, Taiwan,
  16521. > South Korea, etc. ... CCITT, not Bell standard, anything from 2400
  16522. > baud upwards. It is my understanding that CHEAP modems available in
  16523. > Germany start at $300 and upwards. This is for a friend of mine who
  16524. > lives there and has to live with German regulatory standards.
  16525.  
  16526. ZyXEL modems are approved for use in Germany, and are sold there.  We
  16527. will also sell them to almost anyone anywhere in the world, at about a
  16528. 10% profit. (The profit goes to support the free aspects of the
  16529. Questor site.)
  16530.  
  16531. Their internal card is, unfortunately, full-length but it does
  16532. 16.8kbps as a proprietary speed (soon 19.2kbps), 14.4kbps class 2 FAX,
  16533. and 9600bps voice.  (It sells for around USD345.)
  16534.  
  16535. NEW SPEC SHEETS are now available from our mail-server, including
  16536. specs on ZyXEL's "Cellular" option.  The spec-sheets have been scanned
  16537. in at 300x300dpi as TIFF images, then ZOO-compressed.  The mail-server
  16538. will automatically uuencode them (or optionally xxencode).
  16539.  
  16540. For information on how to use the mail-server (and for a directory of
  16541. available files), send e-mail to:
  16542.  
  16543.      mail-server@questor.org
  16544.  
  16545. and enter the following at the left margin of an otherwise blank
  16546. message body:
  16547.  
  16548. help
  16549. dir
  16550. end
  16551.  
  16552. Good luck in your search for a 1/2-length card!
  16553.  
  16554.  
  16555.     Steve Pershing, SysAdmin  <sp@questor.org>    The QUESTOR Project
  16556.   FREE access to Environ, Sci, Med, & AIDS news, and more.  [also UUCP]
  16557.     on a ZyXEL-U1496S+  =>  v.42bis, v.32bis, v.33, up to 16,800bps.
  16558.                  -=-         -=-         -=-         -=-
  16559.    Fones: (+1 604)  Data: 681-0670  Telefax: 682-6160  Voice: 682-6659
  16560.  
  16561. ------------------------------
  16562.  
  16563. Date: Wed, 10 Feb 93 19:23:57 CST
  16564. From: bruce@zuhause.MN.ORG (Bruce Albrecht)
  16565. Subject: Re: N.E. Telephone Admits Ripoff - Refuses Restitution
  16566.  
  16567.  
  16568. > Yeah, New England Telephone is pretty awful, all right -- it's in the
  16569. > same league as some third-world countries you hear about. In May, I
  16570. > moved up here to take a job telecommuting out of my home, and tried to
  16571. > get them to install four phone lines for a business in my apartment,
  16572. > in addition to one personal line. Whooee, this taxed their tiny little
  16573. > brains beyond the limit. First I couldn't get a straight answer out of
  16574. > them whether this was possible given existing wiring in the building.
  16575.  
  16576. A classmate of mine once attempted to get a phone line into his dorm
  16577. room at Harvard, and was told by NET that they were out of connections
  16578. for the dorm, but if he was willing to get a business line, and pay
  16579. for connection to the Telco office (at some outrageous amount), they
  16580. could install a line within a few days.  Being a good Harvard law
  16581. student, he contacted the Massachusetts PUC to complain, and shortly
  16582. thereafter, NET contacted him to about setting up his personal line.
  16583.  
  16584.  
  16585. bruce@zuhause.mn.org
  16586.  
  16587. ------------------------------
  16588.  
  16589. From: msb@sq.sq.com (Mark Brader)
  16590. Subject: Re: Bell Canada Applies to Hike Local Rates
  16591. Organization: SoftQuad Inc., Toronto, Canada
  16592. Date: Wed, 10 Feb 93 13:20:17 GMT
  16593.  
  16594.  
  16595. > In Phase II, effective September 1, a Community Calling Plan (CCP)
  16596. > would eliminate toll charges between many suburban exchanges that are
  16597. > local to the same major city (such as Toronto, Ottawa-Hull or Montreal
  16598. > [except that the Montreal CCP would not be implemented until November
  16599. > 1) but long distance from each other.  But local phone rates would
  16600. > rise sharply: [in addition to the other increase also requested] ...
  16601.  
  16602. Why is that?  The policy here has been that local phone rates are
  16603. based on how many telephones *you* can call locally [note to those in
  16604. less civilized :-) areas: this means free].  I think that a large
  16605. local calling area makes sense in the neighborhood of a big city, so
  16606. it's probably a good idea for different Toronto suburbs to become
  16607. local to each other.  But why should my rates in Toronto go up because
  16608. people in nearby cities are getting this service?  
  16609.  
  16610.  
  16611. Mark Brader, SoftQuad Inc., Toronto,   utzoo!sq!msb, msb@sq.com
  16612.  
  16613. ------------------------------
  16614.  
  16615. Date: Wed, 10 Feb 93 13:51:18 EST
  16616. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  16617. Subject: Re: Proposed 511 Service
  16618.  
  16619.  
  16620. It was West Palm Beach, Fla., and the newspaper was the {Palm Beach
  16621. Post} (parent company is Cox Enterprises).
  16622.  
  16623. ------------------------------
  16624.  
  16625. Date: Wed, 10 Feb 93 12:03 PST
  16626. From: lauren@cv.vortex.com (Lauren Weinstein)
  16627. Subject: Cellular Phones Power Control
  16628.  
  16629.  
  16630. Greetings.  I see that a message of mine from RISKS migrated over
  16631. here, so I wanted to very briefly mention two issues I've been
  16632. discussing with various folks since my original posting.
  16633.  
  16634. 1) The primary reason CDMA does tight power control is not to conserve
  16635.    battery power, but rather so that the spread spectrum system
  16636.    being used will work at all.  Battery conservation and radiation
  16637.    reductions are nice side-effects.
  16638.  
  16639. 2) A couple of people wrote me saying that ordinary analog (AMPS) cellular
  16640.    service also has power control.  While it is true that a power control
  16641.    system is defined in the spec, it appears that in actual use most cells
  16642.    keep their mobile units set to full power (for whatever class of mobile
  16643.    it is, either 3W or 600mw) virtually all of the time.  In fact, I've
  16644.    gotten notes from a couple of cell experts who say they know of no AMPS
  16645.    systems that actively run power control (I cannot verify this, however).
  16646.    The AMPS power control spec utilizes a small number of steps and was
  16647.    designed to control inter-cell interference.  In practice, however, I'm
  16648.    told that fading is usually so significant that just running at full
  16649.    power is the norm.
  16650.  
  16651. Further questions on the operational aspects of these systems, as
  16652. opposed to the specifications, would probably best be directed to the
  16653. manufacturers and operators of the systems.
  16654.  
  16655.  
  16656.  --Lauren--
  16657.  
  16658. ------------------------------
  16659.  
  16660. Date: Wed, 10 Feb 93 13:23:20 -0700
  16661. From: rgt@beta.lanl.gov (Richard Thomsen)
  16662. Subject: Clinton and the New Telephone System
  16663.  
  16664.  
  16665. I thought Clinton's team was against discrimination, including age
  16666. discrimination.  Yet I saw this on the Digest:
  16667.  
  16668. > Some of this work is falling to Jeff Eller, Clinton's director of
  16669. > media affairs, a moustachioed fellow who lives and breathes computer
  16670. > software, electronic mail, satellite uplinks and the like.
  16671.  
  16672. > "What I'm talking about is that we are for the most part younger,
  16673.                                                        -------
  16674. > computer literate, comfortable with computers and understand their
  16675. > value in moving information," Eller said.
  16676.  
  16677. Just because someone is older does *not* mean computer illiterate!
  16678.  
  16679. I understand that someone in Delco once got fired for making similar
  16680. remarks about needing "young blood" in the organization.
  16681.  
  16682.  
  16683. Richard Thomsen    rgt@lanl.gov
  16684.  
  16685.  
  16686. [Moderator's Note: I did not get the impression he was saying that
  16687. younger people are more computer-literate. I got the impression he was
  16688. merely describing the staff he works with. ('we are younger'). If I
  16689. were to describe myself, I might say 'I know about computers, I work
  16690. for some lawyers, and I am 50 years old.' That would not be saying
  16691. that younger/older people do not work for lawyers or that younger/
  16692. older people do/do not 'know about computers'.   PAT]
  16693.  
  16694. ------------------------------
  16695.  
  16696. From: bcapps@atlastele.com (Brent Capps)
  16697. Subject: Re: Differences Between ANI and Caller-ID
  16698. Organization: Atlas Telecom Inc.
  16699. Date: Wed, 10 Feb 1993 18:13:14 GMT
  16700.  
  16701.  
  16702. In article <telecom13.64.2@eecs.nwu.edu> goldstein@carafe.dnet.dec.com
  16703. (Fred R. Goldstein) writes:
  16704.  
  16705. > In article <telecom13.56.6@eecs.nwu.edu>, bcapps@atlastele.com (Brent
  16706. > Capps) writes:
  16707.  
  16708. >> CompuCall has a long and checkered history within BNR.  
  16709.  
  16710. > It's a bit longer than that.  Way back in 1982, we at Digital did an
  16711. > advanced development with Northern on a "Command and Status Link" to
  16712. > the SL-1.  CSL used a protocol that vaguely sort of resembled early
  16713. > snapshots of ISDN (this was before Q.931 was finished).  In 1986, we
  16714. > actively began to build products to this and similar links, under the
  16715. > generic term Computer Integrated Telephony.  NT renamed CSL to
  16716. > "ISDN/AP" when it was actually released as a product (around 1987).
  16717. > Later, they decided to introduce a gratuitous processor in between the
  16718. > SL-1 and the user's CIT server, which converts the protocol to a
  16719. > different one, which might be (I'm confused myself) called Meridian
  16720. > Link.
  16721.  
  16722. Yeah, I left out a lot of the details like the CSL name.  The CSL was
  16723. designed to be very tightly coupled around the SL-1 architecture, in
  16724. part because it was designed by the SL-1 engineers at BNR/Mountain
  16725. View, a very separate group from the DMS family designers in Ottawa
  16726. Richardson TX and Research Triangle Park, North Carolina.  There were
  16727. two attempts to adapt the CSL to the DMS architecture, both were
  16728. failures because of the way its designers had built the CSL around the
  16729. SL-1's terminal node numbering mechanism, which can't be easily
  16730. converted to the DMS's frame/bay/shelf/slot heirarchy.  To my
  16731. knowledge it STILL won't work with DMS and, having been a member of
  16732. the second porting team on the SL-100, I'd say it never will.  CSL
  16733. became ISDN/AP became Meridian Link.
  16734.  
  16735. However, you're getting CIT mixed up with the CSL.  CIT was a
  16736. cooperative thing between DEC and NT designed from the get-go to work
  16737. with DMS switches.  It's an entirely separate and fairly primitive
  16738. protocol.  I believe CIT is now called SCAI.
  16739.  
  16740. > SCAI is on the DMS-100 and SL-100 product lines, while Meridian Link
  16741. > is on the SL-1 product line.  Both lines, of course, are now called
  16742. > Meridian 1.  They do love to keep the terminology from being clear ...
  16743.  
  16744. Well now you know why.  From a technological and historical standpoint
  16745. SCAI and Meridian Link have nothing whatsoever to do with each other.
  16746. Yet they're sold as an integrated product line -- just like Meridian.
  16747.  
  16748.  
  16749. Brent Capps       
  16750. bcapps@agora.rain.com (gay stuff)  
  16751. bcapps@atlastele.com (telecom stuff)
  16752.  
  16753. ------------------------------
  16754.  
  16755. Date: Wed, 10 Feb 93 15:59 PST
  16756. From: john@zygot.ati.com (John Higdon)
  16757. Reply-To: John Higdon <john@zygot.ati.com>
  16758. Organization: Green Hills and Cows
  16759. Subject: Re: ANI on 800 Line w/o T1?
  16760.  
  16761.  
  16762. Tas Dienes <tas@hmcvax.claremont.edu> writes:
  16763.  
  16764. > Does anybody know if it is possible to get ANI on an 800 line without
  16765. > having to get T1 service?  I just have a couple of regular (actually,
  16766. > Centranet) lines - local service is GTE, 800 is Sprint.  Sprint says
  16767. > no, but I was wondering if anybody else can?  
  16768.  
  16769. In order to receive realtime ANI from a long distance carrier, you
  16770. must have a "trunk-side connection". All connections from your telco's
  16771. switch are "line-side connections". So the answer is no, you cannot
  16772. get realtime ANI without having a direct trunk connection to a
  16773. carrier's switch.
  16774.  
  16775. There is a way around this however. Stay tuned.
  16776.  
  16777.  
  16778. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  16779. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  16780.  
  16781. ------------------------------
  16782.  
  16783. Date: Wed, 10 Feb 93 23:19:32 EST
  16784. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  16785. Subject: Re: "phONEday" Area Code Changes in UK
  16786.  
  16787.  
  16788. Linc Madison <telecom@hedonist.demon.co.uk> wrote:
  16789.  
  16790. > * All UK geographic area codes will have a 1 inserted after the
  16791. > initial 0.  For example, the Dundee code changes from 0382 to 01382;
  16792. > the London codes from 071 to 0171 and 081 to 0181; and so on.
  16793.  
  16794. I have cousins in Bedford, where the current area code is 0234.  So
  16795. presumably it will become 01234.  Bedford has six digit numbers, but
  16796. unfortunately the 567 range is not allocated, so no one will have
  16797. 01234 567890 unless that range is opened up.
  16798.  
  16799. Still, people living in Bedford are going to get some suspicious looks
  16800. when they first start giving out their new phone numbers.
  16801.  
  16802.  
  16803. Tony Harminc
  16804.  
  16805. ------------------------------
  16806.  
  16807. From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  16808. Date: 10 Feb 93 22:57:33 GMT
  16809. Subject: Re: Low Cost Access to Network
  16810.  
  16811.  
  16812. lars@spike.CMC.COM (Lars Poulsen) said:
  16813.  
  16814. > The new low end in turnkey packages is the Rockwell NetHopper. You
  16815. > attach one to your ethernet at home** and the other to the ethernet at
  16816. > work; ...
  16817.  
  16818. Doesn't that assume that the ethernet at work is gatewayed into the
  16819. ethernet?  We no got that.  I doubt that most people have that.
  16820.  
  16821.  
  16822. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  16823. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  16824.  
  16825. ------------------------------
  16826.  
  16827. End of TELECOM Digest V13 #82
  16828. *****************************
  16829. 
  16830. 
  16831. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa27493;
  16832.           11 Feb 93 14:10 EST
  16833. Received: by delta.eecs.nwu.edu id AA31409
  16834.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Thu, 11 Feb 1993 10:48:39 -0600
  16835. Received: by delta.eecs.nwu.edu id AA04555
  16836.   (5.65c/IDA-1.4.4 for telecomlist); Thu, 11 Feb 1993 10:47:48 -0600
  16837. Date: Thu, 11 Feb 1993 10:47:48 -0600
  16838. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  16839. Message-Id: <199302111647.AA04555@delta.eecs.nwu.edu>
  16840. To: telecom@eecs.nwu.edu
  16841. Subject: TELECOM Digest V13 #83
  16842.  
  16843. TELECOM Digest     Thu, 11 Feb 93 10:47:45 CST    Volume 13 : Issue 83
  16844.  
  16845. Index To This Issue:                     Moderator: Patrick A. Townson
  16846.  
  16847.     Southwestern Bell to Buy Cable Systems (Washington Post via Karl Johnson) 
  16848.     ANI on 800 Line w/o T1? (Tim Gorman)
  16849.     Re: TCP Time-to-Live (TTL) Field (Matt Healy)
  16850.     Meaning of TTL in TCP/IP (was Jack Decker's FTP Problem) (Matti Aarnio)
  16851.     Re: Jack Decker's FTP Problem (Ehud Gavron)
  16852.     Motorola Date Codes (Leroy Donnelly)
  16853.     Re: AT&T Public Phone 2000 Illegal (Mike Riddle)
  16854.     Re: Frame Relay Congestion Question (Fred R. Goldstein)
  16855. ----------------------------------------------------------------------
  16856.  
  16857. Date: 10 Feb 93 18:39:08 EST
  16858. From: karl.johnson@office.wang.com  (Karl Johnson)
  16859. Subject: Southwestern Bell to Buy Cable Systems
  16860.  
  16861.  
  16862. According to {The Washingotn Post} on Wednesday, February 10
  16863. Southwestern Bell will buy the cable TV franchises for Montgomery
  16864. County, MD and Arlington County, VA for $650 Million from Hauser
  16865. Communications.  This would be the first Baby Bell to own a Cable
  16866. Company, and could according to The Post "alter the debate surrounding
  16867. federal telecommunications policy."
  16868.  
  16869. This would be another area where SWB does business in the Washington
  16870. area.  SWB owns the local Cellular One franchise and the "One Book"
  16871. Yellow Pages for Washington.
  16872.  
  16873. The sale should be compleated by mid summer according to SWB.  The
  16874. combined systems would amount to the 12th largest cable system in the
  16875. nation, and would allow SWB use the existing wires to luanch the next
  16876. generation of cellular telephone service, according to observers.
  16877. Several (unmentioned) cable companies are attempting to adapt their
  16878. cable system to form the backbone for Personal Comminications Service.
  16879. PCS on the cable systems here would put SWB into competion with C&P
  16880. (Bell Atlantic), which is testing an experimental TV system in
  16881. Arlington that uses phone wires which would conpete with SWB.
  16882.  
  16883. The article also mentions that SWB would need a waiver to make this
  16884. purchase the cable companies, as this technically is a violation of
  16885. the restrictions on long-distance service.  SWB said it thought the
  16886. waiver would be granted.  The article mentions that Pacific Telesis
  16887. has been attempting to get one since 1989 so it may buy the cable
  16888. system in Chicago.
  16889.  
  16890. ------------------------------
  16891.  
  16892. Date: 11 Feb 93 10:30:44 EST
  16893. From: tim gorman <71336.1270@CompuServe.COM>
  16894. Subject: Re: ANI on 800 Line w/o T1?
  16895.  
  16896.  
  16897. In TELECOM Digest V13 #82 john@zygot.ati.com writes the following:
  16898.  
  16899. > Tas Dienes <tas@hmcvax.claremont.edu> writes:
  16900.  
  16901. >> Does anybody know if it is possible to get ANI on an 800 line without
  16902. >> having to get T1 service?  I just have a couple of regular (actually,
  16903. >> Centranet) lines - local service is GTE, 800 is Sprint.  Sprint says
  16904. >> no, but I was wondering if anybody else can?
  16905.  
  16906. > In order to receive realtime ANI from a long distance carrier, you
  16907. > must have a "trunk-side connection". All connections from your telco's
  16908. > switch are "line-side connections". So the answer is no, you cannot
  16909. > get realtime ANI without having a direct trunk connection to a
  16910. > carrier's switch.
  16911.  
  16912. > There is a way around this however. Stay tuned.
  16913.  
  16914. First, there are ways to get ANI over 800 lines without T1 service. It
  16915. depends entirely on what your long distance provider offers. If the
  16916. only method for providing the ANI is over a Primary Rate or Basic Rate
  16917. ISDN line, the T1 route *may* be the only way to go (I say may
  16918. because, dependent upon your geographical relationship with the
  16919. carriers switch, it may be possible to provide Basic Rate ISDN over
  16920. copper pairs). If the carrier can offer standard trunking with the ANI
  16921. sent as an MF (or possible DTMF) digit stream and your PBX can handle
  16922. the specific format, then a T1 is not a requirement.  If your 800
  16923. number is in the Sprint assigned 800-NNX ranges then you may have to
  16924. wait until May 1 to move your service to another carrier that can
  16925. provide you ANI over something other than a T1.
  16926.  
  16927. Second, all connections from your telco's switch are not "line-side
  16928. connections", at least in SWBT in Kansas. Maybe we are somehow more
  16929. progressive than other areas but I doubt it. The connection you get to
  16930. the telco switch should be dependent upon your requirements for
  16931. operation. These may not always meet tariffed offerings, but a
  16932. "special arrangement request" type offering should be available from
  16933. all LEC's.
  16934.  
  16935. Third, having said trunk side connections are available from the
  16936. telco's switch, it is also necessary to point out that this probably
  16937. won't help you in getting your ANI in any way. No switch I am aware of
  16938. that is in use in the LEC networks will accept ANI from a carrier so
  16939. the telco switches couldn't tandem ANI to you anyway. The telco
  16940. switches aren't setup to pass ANI on the trunk side unless you are the
  16941. billing office for a toll call, are a 911 PSAP, or are a Feature Group
  16942. D interLATA carrier. If your PBX can handle Feature Group D signaling
  16943. formats, you want to go through the process of being designated as an
  16944. interLATA carrier, want to get an 800 NXX assigned (or wait until May
  16945. 1 when 800 portability comes into play), and provide trunks into every
  16946. sector where you may receive calls from then this may be a viable
  16947. solution.
  16948.  
  16949. Although not even close to being all inclusive, perhaps the following
  16950. picture may give a better understanding than the prose above.
  16951.  
  16952.  
  16953.        LINE SIDE                              TRUNK SIDE
  16954.                        ____________/               \
  16955.                       |           |----------------- Feature Grp B
  16956.                       |           |\               / FG D (ani sent)
  16957.                       |           |
  16958.    O--O               |           |/     (TL)      \
  16959.     /\ ---------------|           |----------------- Centrex Tie lines
  16960.    /--\               |           |\               /
  16961.                       |           |
  16962.    ATION SET          |           |/     (DO)
  16963.                       |           |----------------- PBX (see line side)
  16964.           (SVC CODE)  |           |\
  16965.    ______             |           |
  16966.         |/  (TK)     \|           |      (DI)      \
  16967.         |-------------|           |----------------- PBX (DID trks)
  16968.    PBX  |\           /|           |                /
  16969.         |             |           |
  16970.         |     (DO)   \|           |                \
  16971.         |-------------|           |----------------- CAMA (ani sent)
  16972.    -----|            /|           |                / (carries intraLATA
  16973.                       |           |                   toll)
  16974.                       |           |
  16975.            /         \|           |                \
  16976.    RI ISDN -----------|           |----------------- E911 (ani sent)
  16977.            \         /|           |                /
  16978.                       |           |
  16979.                       |           |/               \
  16980.                       |           |----------------- PRI ISDN
  16981.                       |-----------|\               /
  16982.  
  16983.  
  16984. Tim Gorman - SWBT
  16985. *Opnions are mine, any resemblance to official policy is coincidence*
  16986.  
  16987. ------------------------------
  16988.  
  16989. From: matt@wardsgi.med.yale.edu (Matt Healy)
  16990. Subject: Re: TCP Time-to-Live (TTL) Field
  16991. Organization: Yale U. - Genetics
  16992. Date: Thu, 11 Feb 1993 00:38:19 GMT
  16993.  
  16994.  
  16995. In article <telecom13.79.7@eecs.nwu.edu>, booloo@framsparc.ocf.llnl.
  16996. gov (Mark Boolootian) wrote:
  16997.  
  16998. > add@philabs.philips.com (Aninda Dasgupta) writes:
  16999.  
  17000. >> What can be done to rectify this problem? The most obvious, though
  17001. >> often impossible, thing to do is to change the default of 60 seconds
  17002. >> for the TCP TTL that is compiled into the UNIX (or other OS) TCP
  17003. >> software.  
  17004.  
  17005. > Thought I'd mention the following because it wasn't entirely clear in
  17006. > the post:
  17007.  
  17008. > While the TTL is supposed to be the amount of time a packet is
  17009. > allowed to live in the network, in general, it is used as a hop count.
  17010. > Each router the packet passes through typically will decrement the TTL
  17011. > field by one.  If a router has excessively long queues and the packet
  17012. > has to hang around for some time, the router may elect to decrement
  17013. > the TTL field by some larger amount.
  17014.  
  17015. > Although I didn't see the original post, I find it very hard to
  17016. > believe the user has a path with so many hops that the TTL is
  17017. > expiring.  The Internet is broad, but not that broad.  By the way,
  17018. > most implemenations of traceroute use a TTL of 30.
  17019.  
  17020. Use of the TTL field is far from consistent.  The following is from my
  17021. SGI's on-line documentation for the ping command (man ping):
  17022.  
  17023. TTL DETAILS
  17024.  
  17025.      The TTL value of an IP packet represents the maximum number of IP
  17026. routers that the packet can go through before being thrown away.  In
  17027. current practice you can expect each router in the Internet to
  17028. decrement the TTL field by exactly one.
  17029.  
  17030.      The TCP/IP specification says that the TTL field for TCP packets
  17031. should be set to 60, but many systems use smaller values (IRIX and
  17032. 4.3BSD use 30, 4.2BSD used 15).
  17033.  
  17034.      The maximum possible value of this field is 255, and most Unix
  17035. systems set the TTL field of ICMP ECHO_REQUEST packets to 255.  This
  17036. is why you will find you can "ping" some hosts, but not reach them
  17037. with telnet or ftp.
  17038.  
  17039.      In normal operation ping prints the ttl value from the packet it
  17040. receives.  When a remote system receives a ping packet, it can do one
  17041. of three things with the TTL field in its response:
  17042.  
  17043.    + Not change it; this is what Berkeley Unix systems did before the
  17044.      4.3BSD-tahoe release.  In this case the TTL value in the received
  17045.      packet will be 255 minus the number of routers in the round-trip 
  17046.      path.
  17047.  
  17048.      + Set it to 255; this is what IRIX and current Berkeley Unix systems
  17049.      do. In this case the TTL value in the received packet will be 255
  17050.      minus the number of routers in the path from the remote system to
  17051.      the pinging host.
  17052.  
  17053.      + Set it to some other value.  Some machines use the same value
  17054.      for the ICMP packets that they use for TCP packets, for example 
  17055.      either 30 or 60. Others may use completely wild values.
  17056.  
  17057.  
  17058. Matt Healy   matt@wardsgi.med.yale.edu
  17059.  
  17060. ------------------------------
  17061.  
  17062. From: Matti Aarnio <mea@utu.fi>
  17063. Subject: Meaning of TTL in TCP/IP (was Jack Decker's FTP Problem)
  17064. Date: Thu, 11 Feb 1993 12:29:27 +0200
  17065.  
  17066.  
  17067. Lately I have seen this "TTL is time in seconds" dream on many places.
  17068. Who originated that idea?  Current IP version 4 does not contain an
  17069. absolute time stamp in each datagram, rather it has a hop-count.
  17070.  
  17071. In comp.dcom.telecom Aninda Dasgupta <add@philabs.philips.com> wrote:
  17072.  
  17073. > By looking at Jack Decker's traceroute output, it seems that his TCP
  17074. > packets are going through too many gateways.  
  17075.  
  17076. Nope, 30 is quite normal amount of router hops from one edge to
  17077. another of the present Internet network. Even 50 is not that unusual.
  17078.  
  17079. > Though these gateways (the ones run by ANS and MERIT) are fast boxes
  17080. > (often RS/6000 boxes), and though they are for the most part connected
  17081. > by T3 links, his TCP packets are just not getting to mintaka in time.
  17082.  
  17083. Now Dasgupta sounds like talking about time as wall-clock time! 
  17084. However that route report showed max times to be under five seconds.
  17085.  
  17086. > You see, every TCP packet has a "Time-to-live" field.  As the packet
  17087. > goes through each gateway, or "hop," as they are called in TCP
  17088. > parlance, the Time-to-live (TTL) field is decremented.  As is shown by
  17089. > traceroute,
  17090.  
  17091. Yep, decremented by one per each router HOP on one way.  When router
  17092. detects a TTL value 0, it sends back an ICMP-TTL-exceeded notification
  17093. which has TTL set to max value (at least if router software is not
  17094. faulty at that ... most SunOSes prior to 4.1.2 were using unfixed BSD
  17095. 4.2 TCP/IP, which had a fault there.)
  17096.  
  17097. > when the packet reaches a node that sees a value of 0 in the TTL
  17098. > field, it simply discards the packet and echoes back to the original
  17099. > sender that the packet's TTL has expired. [For further reading on this
  17100. > topic, see Douglas Comer's excellent book "Internetworking with
  17101. > TCP/IP"] It is interesting to note that often, Jack's packets seems to
  17102. > reach very close to mintaka.
  17103.  
  17104. > What can be done to rectify this problem? The most obvious, though
  17105. > often impossible, thing to do is to change the default of 60 seconds
  17106. > for the TCP TTL that is compiled into the UNIX (or other OS) TCP
  17107. > software.
  17108.  
  17109. Nope, it is not SECONDS, it is HOPS.  (Gomer does explain it well)
  17110. (And it is explained well in the original RFCs too, see RFC 791).
  17111.  
  17112. Most commonly this problem is with network routers goofing their
  17113. routes to given target (sub)network. Usually this is a configuration
  17114. problem, which has created a black-hole on the routing.
  17115.  
  17116. > In case root access to the dialup host is not available, Jack might
  17117. > try connecting to a different host, preferably in a different part of
  17118. > the country than from where he is trying.  As I said, it is simply a
  17119. > matter of getting to mintaka with a few less hops on the Internet.
  17120.  
  17121. This may or may not solve the problem in case it is a routing
  17122. black-hole in the network.  Finding out whose routers are last ones
  17123. that are reachable, and then reaching for their management with
  17124. questions about unrechable networks further out will be a more efficient
  17125. way.
  17126.  
  17127. > Often, trying ftp from a "larger" host helps.  By larger, I mean a
  17128. > host that is directly on the 35.1 domain.  That way, he will save the
  17129. > two hops that he has on the 35.214 domain.
  17130.  
  17131. These are not "domains", you are referring to a subnetted class A IP
  17132. network, which has a 8 bit network number (1..63) and a 24 bit
  17133. host-number within that network with first 8 bits of host-number being
  17134. used as subnet identity at the level where encountered routers reside
  17135. (and what is presented above.)
  17136.  
  17137. > I suspect, a saving of just two hops is all he needs, since he has
  17138. > been able to get to radole.lcs.mit.edu.  Moreover, he should try to
  17139. > ftp late at night, when the other usual TCP traffic will be less and
  17140. > therefore, his TCP packets will get to mintaka faster, hopefully
  17141. > before the 60 sec. TTL.
  17142.  
  17143. Two hops out of 15 used ones would help?  No, I don't think so.
  17144.  
  17145.  
  17146. Matti Aarnio <mea@nic.funet.fi>  OH1MQK
  17147.     IP-(Inter-)networker since 1989
  17148.  
  17149. ------------------------------
  17150.  
  17151. From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
  17152. Subject: Re: Jack Decker's FTP Problem
  17153. Date: 10 Feb 93 17:41:00 GMT
  17154. Reply-To: gavron@ACES.COM
  17155. Organization: ACES Consulting Inc.
  17156.  
  17157.  
  17158. In article <telecom13.77.12@eecs.nwu.edu>, add@philabs.philips.com
  17159. (Aninda Dasgupta) writes:
  17160.  
  17161. > By looking at Jack Decker's traceroute output, it seems that his TCP
  17162. > packets are going through too many gateways.
  17163.  
  17164. Those gateways are on the route between him and his destination.
  17165.  
  17166. > and though they are for the most part connected by T3 links, his TCP
  17167. > packets are just not getting to mintaka in time.
  17168.  
  17169. Not true.  Time is NOT a factor.
  17170.  
  17171. > You see, every TCP packet has a "Time-to-live" field.
  17172.  
  17173. And when they first created gateways they realized it would be too
  17174. much hassle to decrement TTL by one every second, so instead they
  17175. decrement it by one EVERY GATEWAY.
  17176.  
  17177. > What can be done to rectify this problem? The most obvious, though
  17178. > often impossible, thing to do is to change the default of 60 seconds
  17179. > for the TCP TTL that is compiled into the UNIX (or other OS) TCP
  17180.  
  17181. 60 hops (for now TTL means hop-count-maximum) is enough to reach any
  17182. destination in the universe connected to our Internet.  It is not 60
  17183. seconds.
  17184.  
  17185. Most likely it's 15 (AT&T 3B2s have this as default) and should be
  17186. modified up to 40 or so.
  17187.  
  17188. > software.  I have done this in UNIX so I will describe that.  Editing
  17189. > the file in_proto.c and changing the default of 60 assigned to the
  17190. > variable named tcp_ttl, to something like 120, should work.  After the
  17191. > editing, the kernel will have to be rebuilt (using make).
  17192.  
  17193. This is probably true although I suspect the number he Jack had was
  17194. not 60.
  17195.  
  17196. > two hops that he has on the 35.214 domain.  I suspect, a saving of
  17197. > just two hops is all he needs, since he has been able to get to
  17198. > radole.lcs.mit.edu.
  17199.  
  17200. This part is EXCELLENT ADVICE for a quick workaround with little effort.
  17201.  
  17202. > Moreover, he should try to ftp late at night, when the other usual
  17203. > TCP traffic will be less and therefore, his TCP packets will get to
  17204. > mintaka faster, hopefully before the 60 sec. TTL.
  17205.  
  17206. This is totally bogus. 
  17207.  
  17208.  
  17209. Ehud Gavron        (EG76)     gavron@aces.com
  17210. The research thinktank of the southwest.
  17211.  
  17212. ------------------------------
  17213.  
  17214. Date: Wed, 10 Feb 93 19:26:42 CST
  17215. From: Leroy.Donnelly@axolotl.omahug.org (Leroy Donnelly)
  17216. Subject: Motorola Date Codes
  17217. Reply-To: leroy.donnelly%drbbs@axolotl.omahug.org
  17218. Organization: DRBBS Technical BBS, Omaha
  17219.  
  17220.  
  17221. For those who own Motorola phones the following will tell you when it
  17222. was made.
  17223.  
  17224.  
  17225. YEAR    CODE      MONTH       CODE
  17226.  
  17227. 1984     J        January    A or B
  17228. 1985     K        February   C or D     EXAMPLE:
  17229. 1986     L        March      E or F         SERIAL NUMBER: 289CLW4321
  17230. 1987     M        April      G or H                            ^^
  17231. 1988     N        May        J or K                            ||
  17232. 1989     P        June       L or M                   YEAR ----+|    
  17233. 1990     Q        July       N or P                             |
  17234. 1991     R        August     Q or R                  MONTH -----+
  17235. 1992     S        September  S or T
  17236. 1993     T        October    U or V                  November 1986
  17237. 1994     U        November   W or X
  17238. 1995     V        December   Y or Z
  17239.  
  17240. ------------------------------
  17241.  
  17242. Date: Wed, 10 Feb 93 16:11:28 CST
  17243. From: Mike.Riddle@axolotl.omahug.org (Mike Riddle)
  17244. Subject: Re: AT&T Public Phone 2000 Illegal
  17245. Reply-To: mike.riddle%inns@axolotl.omahug.org
  17246. Organization: Inns of Court, Papillion, NE
  17247.  
  17248.  
  17249. Ken Jongsma <jongsma@swdev.si.com>) writes:
  17250.  
  17251. > Does anyone know what the deal is on this ruling? I suppose that
  17252. > someone thinks tying an unregulated rental offering of a terminal to a
  17253. > regulated long distance offering is a "bad thing."
  17254.  
  17255. A correspondent on the Compuserve Telecommunications forum confirms
  17256. that the problem seems to be bundling an untariffed service (the
  17257. keyboard,etc.)  with tariffed services.  He also noted that virtually
  17258. only AT&T can get "dinged" by the FCC over this kind of "violation."
  17259.  
  17260.  From another post from an individual who works for Mother, I'm
  17261. presuming that AT&T is pursuing a regulatory solution.  I, for one, am
  17262. going to keep my eye out for the right reference number so I can
  17263. meaningfully add my "two cents" worth.
  17264.  
  17265.  
  17266.           <<<< insert standard disclaimer here >>>> 
  17267. mike.riddle@rlaw.omahug.org        |  Riddle Law Office
  17268. bc335@cleveland.freenet.edu        |  +1 402 339-2327 (Data/Fax) 
  17269. Sysop of 1:285/28@Fidonet          |  V.32bis/V.42bis/Gp III V.17
  17270.  
  17271. Maximus 2.01wb
  17272. Riddle Law Office (1:285/28)
  17273.  
  17274. ------------------------------
  17275.  
  17276. From: goldstein@carafe.dnet.dec.com (Fred R. Goldstein)
  17277. Subject: Re: Frame Relay Congestion Question
  17278. Organization: Digital Equipment Corp., Littleton MA USA
  17279. Date: Thu, 11 Feb 1993 05:32:59 GMT
  17280.  
  17281.  
  17282. In article <telecom13.75.4@eecs.nwu.edu>, zhang@sce.carleton.ca (Shu
  17283. Zhang) writes:
  17284.  
  17285. > Is it possible to make some modifications on the address field of the
  17286. > CLLM messages? for example, use the same address value as that of the
  17287. > ordinary data frames in the backward direction. I think this will
  17288. > allow the intermediate nodes to relay CLLM messages in the same way
  17289. > they relay the data frames, without adding any specific processing to
  17290. > CLLM messages.  Am I right?
  17291.  
  17292. No.  The CLLM has a single, defined address.  All other possible Q.922
  17293. address values are somebody else's, either user virtual circuits or
  17294. network-reserved virtual circuits.  It's consolidated!  And they have
  17295. to be processed.  Remember, user DLCIs are bidirectional, so the user
  17296. owns the DLCI value in both directions, whether the user traffic is
  17297. really bidirectional or not.  
  17298.  
  17299.  
  17300. Fred R. Goldstein
  17301. goldstein@carafe.tay2.dec.com k1io or goldstein@delni.enet.dec.com
  17302. voice:+1 508 952 3274 Standard Disclaimer: Opinions are mine alone;
  17303. sharing requires permission.
  17304.  
  17305. ------------------------------
  17306.  
  17307. End of TELECOM Digest V13 #83
  17308. *****************************
  17309. 
  17310. 
  17311. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa12621;
  17312.           12 Feb 93 12:39 EST
  17313. Received: by delta.eecs.nwu.edu id AA04325
  17314.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 12 Feb 1993 01:02:54 -0600
  17315. Received: by delta.eecs.nwu.edu id AA10364
  17316.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 12 Feb 1993 01:02:05 -0600
  17317. Date: Fri, 12 Feb 1993 01:02:05 -0600
  17318. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  17319. Message-Id: <199302120702.AA10364@delta.eecs.nwu.edu>
  17320. To: telecom@eecs.nwu.edu
  17321. Subject: TELECOM Digest V13 #84
  17322.  
  17323. TELECOM Digest     Fri, 12 Feb 93 01:02:00 CST    Volume 13 : Issue 84
  17324.  
  17325. Index To This Issue:                     Moderator: Patrick A. Townson
  17326.  
  17327.     Re: German PCN License (E1) Given to VEBA and Thyssen (Lutz Albers)
  17328.     Re: Prodigy <> Internet Gateway Almost Finished (Kauto Huopio)
  17329.     Re: 1ESS and CNID (Arnette Schultz)
  17330.     Re: PacBell IntraLATA Rate Ripoffs (Glenn McComb)
  17331.     Re: Meet Me at the Power Line (John Nagle)
  17332.     Re: Using Fax Machine + Fax Modem as a Scanner (Jarom Hagen)
  17333.     Re: SS7 / CID Question (Mark Baker)
  17334.     Re: AT&T Are You Listening? (John Higdon)
  17335.     Re: Human Factors For Speech Recognition Systems (Charles Hoequist)
  17336.     Re: What The Heck is 4,941,976.667 Hz Good For? (Bob Clements)
  17337.     Followup: Rochester Tel Wants to Split (Phillip Dampier)
  17338. ----------------------------------------------------------------------
  17339.  
  17340. Date: 11 Feb 93 15:44:58 EST
  17341. From: Lutz Albers <100022.1102@CompuServe.COM>
  17342. Subject: Re: German PCN License (E1) Given to VEBA and Thyssen
  17343.  
  17344.  
  17345. In <TELECOM Digest V13/076>  shri@unreal.cs.umass.edu (H. Shrikumar) wrote:
  17346.  
  17347. > I wonder what the competitive environment is?
  17348.  
  17349. > Would E-plus and E-star compete? What about D1 and D2? If not
  17350. > today, are there plans? Or is there a zonal split?
  17351.  
  17352.   [stuff deleted]
  17353.  
  17354. > PS: Wow! The services and companies providing them are also named
  17355. > so methodically!! An admittedly irrational conclusion re. the
  17356. > possible "non"-competitiveness springs in my mind ! :-) Or is it just
  17357. > the fabled German perfection at work ??
  17358.  
  17359. Well, I think an explanation of the German celluar networks is in
  17360. place here.
  17361.  
  17362. The oldest working celluar network is the B/B2 network, which is
  17363. operated by the DBP Telekom (DBPT) (our dear beloved telecom service
  17364. provider ;-). This is an analogue network with no roaming (you need to
  17365. know the zone where the called party is located). This network is to
  17366. be dismantled around the end of 1994.
  17367.  
  17368. The successor of the B network is the C network, which is also
  17369. operated by the DBPT. Again this is an analogue network. For this
  17370. network you don't need to know the exact location of the called party,
  17371. just calling 0161 + number will get you through. According to
  17372. information of the DBPT this network uses cells with a radius of
  17373. approximatly 20 km and can serve up to 800.000 customers.
  17374.  
  17375. A few years ago the German Ministry for Telecommunications decided to
  17376. give licenses for a new digital celluar network (based on the new
  17377. European GSM standard) to the DBPT (D1) as well as to the private
  17378. consostium Mannesmann Mobilfunk (D2). Both networks went into service
  17379. last year (at least in the metropolitan areas and along the freeways).
  17380. To understand the additional introduction of the E network one needs
  17381. to know that both provide plans to cover nearly all areas of Germany.
  17382. BTW, this network will provide international roaming in countries with
  17383. GSM networks.
  17384.  
  17385. Last year the German Ministry decided to give an additional license for
  17386. an additional digital network which will base also on the GSM
  17387. standard, but will use smaller units with less power. The DBPT was
  17388. barred from building such a network so two consortiums names E-plus
  17389. (Veba, Thyssen et al) and E-star (BMW et al) were bidding for the
  17390. license which was given finally to E-plus. This network will not cover
  17391. all of Germany.
  17392.  
  17393. So there will be now four celluar networks competing (two of them run
  17394. by the DBPT).
  17395.  
  17396.  
  17397. Lutz Albers          InterNet:   100022.1102@compuserve.com
  17398. Reginfriedstr. 10    CompuServe: 100022.1102
  17399. 8000 - Muenchen 90   Phone:      +49 89 651 71 85
  17400. Germany              Fax:        +49 89 651 71 88
  17401.  
  17402. ------------------------------
  17403.  
  17404. From: Kauto.Huopio@lut.fi (Kauto Huopio)
  17405. Subject: Re: Prodigy <> Internet Gateway Almost Finished
  17406. Date: Fri, 12 Feb 1993 05:31:32 GMT
  17407. Organization: Lappeenranta University of Technology, Finland
  17408.  
  17409.  
  17410. In article <telecom13.76.9@eecs.nwu.edu> I wrote:
  17411.  
  17412. > So, it might be even possible to get a telnet connection to BIX?
  17413.  
  17414. I got an answer from Sarat Vemuri (cvemuri@hubcap.clemson.edu) that
  17415. x25.bix.com is the way to telnet to BIX. The DNS (Domain Name Service)
  17416. gives these addresses to x25.bix.com:
  17417.  
  17418. x25.bix.com     internet address = 192.80.63.1
  17419. x25.bix.com     internet address = 192.80.63.2
  17420. x25.bix.com     internet address = 192.80.63.3
  17421. x25.bix.com     internet address = 192.80.63.4
  17422. x25.bix.com     internet address = 192.80.63.6
  17423.  
  17424. So, there seems to be plenty of capacity. Someone with a BIX account,
  17425. give x25.bix.com a try and report to comp.dcom.telecom the results!!
  17426.  
  17427. Sarat notes the charge: "Charges are $1/hr billed to your BIX
  17428. account."
  17429.  
  17430.  
  17431. Kauto Huopio (huopio@kannel.lut.fi)
  17432. Mail: Kauto Huopio, Laserkatu 3 CD 363,  SF-53850 Lappeenranta,Finland
  17433.  
  17434. ------------------------------
  17435.  
  17436. From: kityss@ihlpe.att.com
  17437. Date: Thu, 11 Feb 93 18:01 CST
  17438. Subject: Re: 1ESS and CNID
  17439.  
  17440.  
  17441. In Telecom-Digest: Volume 13, Issue 76, Message 11 of 16 DREUBEN@
  17442. EAGLE.WESLEYAN.EDU (Douglas Scott Reuben) writes:
  17443.  
  17444. > A number of question have come up regarding SS7 and CID:
  17445. > 1. Can a 1ESS switch display CID? Are there any software upgrades/hardware 
  17446. > upgrades which allow it to do so?
  17447.  
  17448. Nope.  1ESS does not support SS7 or LASS features in any form.  This
  17449. includes Caller Identification features such as Calling Number
  17450. Delivery or Calling Name Delivery.  The poor old 1ESS just doesn't
  17451. have the memory space to support the extensive software for these
  17452. advanced features.
  17453.  
  17454. The 1ESS does not support SS7.  Never has, never will.  The 1A ESS is
  17455. a different story.  It does fully support LASS and SS7.
  17456.  
  17457. Since a 1ESS can not support SS7, Calling Party Number (a.k.a. caller
  17458. identification) is never sent from a 1ESS.  A 1ESS will of course
  17459. signal ANI (billing number) information using the (older) Equal Access
  17460. Multi-frequency signaling protocol. (See FAQ to understand the
  17461. differences between CPN and ANI.)
  17462.  
  17463. > Every 1ESS that I've tried to get CID info from fails (ie, you call
  17464. > from the 1ESS to a 5ESS that has CID).  Is the Telco doing this
  17465. > intentionally, ie, so that customers on the 1ESS who can't hit *67 to
  17466. > make their calls private will not have to show their number to
  17467. > EVERYONE they call, or is it more of a technical reason why one can't
  17468. > get CID from a 1ESS?
  17469.  
  17470. I assume you receive an "Out of Area" or "Number unavailable"
  17471. indication.  Technical reason.  1ESS does not support SS7 or LASS
  17472. (including the "privacy" features).  It doesn't need the privacy
  17473. features, because an originating party's number (CPN) is never
  17474. transmitted from a 1ESS.
  17475.  
  17476. Another reader from Canada remarked on what they assumed was Pacific
  17477. Bell blocking Caller Identification because their display for calls
  17478. originating from California was "Private" not "Out of Area" (or number
  17479. unavailable, etc).  It is possible. Several switches support an "all
  17480. numbers private" indication.  I'm not sure if this is a Bellcore
  17481. requirement, or simply a fact of Calling Number Delivery evolution.
  17482. (Some states that don't permit calling number/name delivery wanting to
  17483. insure that numbers are "never" delivered, even out of state.)
  17484.  
  17485.  
  17486. Arnette Schultz kityss@ihlpe.att.com  
  17487. (Opinions and inaccuracies are all mine!)
  17488.  
  17489. ------------------------------
  17490.  
  17491. From: gmccomb@netcom.com (Glenn McComb)
  17492. Subject: Re: PacBell IntraLATA Rate Ripoffs
  17493. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  17494. Date: Fri, 12 Feb 1993 06:38:58 GMT
  17495.  
  17496.  
  17497. Oops. Sorry to hear that your credit card call got hit for an
  17498. additional 0.75
  17499.  
  17500. When I originally posted this a while back, I wanted to be able to
  17501. access MCI from my primary number, not just credit card access.  I
  17502. mean: 10222+ dialling.
  17503.  
  17504. BTW, Execuline, which I now use for 415/510 calls from 408 charges
  17505. 0.12/min no matter what time of day.  Thank you speed dial!
  17506.  
  17507.  
  17508. Glenn A. McComb        (408) 725-1448 ofc * 725-0222 fax
  17509. McComb Research        PO Box 220 * Cupertino, CA 95015
  17510. gmccomb @ netcom.com                MHS: glenn @ mccomb
  17511.  
  17512. ------------------------------
  17513.  
  17514. From: nagle@netcom.com (John Nagle)
  17515. Subject: Re: Meet Me at the Power Line
  17516. Organization: Netcom - Online Communication Services (408 241-9760 guest) 
  17517. Date: Fri, 12 Feb 1993 02:02:42 GMT
  17518.  
  17519.  
  17520. gls@windmill.att.com writes:
  17521.  
  17522. In <telecom13.67.8@eecs.nwu.edu>, jack_decker@f8.n154.z1.fidonet.org
  17523. writes:
  17524.  
  17525. > The inverse-square law holds only for point sources.  For a line, the
  17526. > corresponding law is straight reciprocal: inversely proportional to
  17527. > the distance from the line.
  17528.  
  17529.        However, for a multiconductor power line, there is a
  17530. cancellation effect from the return current, so the geometry is more
  17531. complicated.  The ratio of the distance between the conductors and the
  17532. distance to the conductors is key.  When you are far away from a pair
  17533. of wires near each other (like an ordinary power cord) the effects of
  17534. the two conductors cancel out.  Twisted pairs cancel even better.  So
  17535. an analysis based on a single-line model isn't valid.
  17536.  
  17537.        Three-phase lines require more analysis, but I think that the
  17538. effects of all three lines cancel similarly, since there's no net
  17539. electron flow (the current in all three lines instantaneously sums to 0).
  17540.  
  17541.  
  17542. John Nagle
  17543.  
  17544. ------------------------------
  17545.  
  17546. From: jhagen@npri6.npri.com (Jarom Hagen)
  17547. Subject: Re: Using Fax Machine + Fax Modem as a Scanner
  17548. Date: 11 Feb 93 18:37:14 GMT
  17549. Organization: NPRI, Alexandria VA 
  17550.  
  17551.  
  17552. rob@sound.demon.co.uk (Robert J Barth) writes:
  17553.  
  17554. > nHow can I use a standalone fax machine as a scanner?
  17555.  
  17556. > I would like to be able to plug my fax machine into my pc fax/modem,
  17557. > and press a few buttons, and end up with a fax format file of whatever
  17558. > was on the sheet of paper ...
  17559.  
  17560. All you need to do is to connect the fax and the modem with phone line
  17561. cable, have the fax dial a number to make it look for a fax and then
  17562. put your fax modem on manual receive (from the software).
  17563.  
  17564. It works for me.
  17565.  
  17566.  
  17567. Jarom 
  17568. *Not paid for and/or endorsed by NPRI.  602 Cameron St, Alexandria VA 22314
  17569. (UUCP: ...uunet!uupsi!npri6!jhagen)       (Internet: jhagen@npri.com)
  17570.  
  17571. ------------------------------
  17572.  
  17573. From: mcb@ihlpl.att.com
  17574. Date: Thu, 11 Feb 93 07:59 CST
  17575. Subject: Re: SS7 / CID Question
  17576.  
  17577.  
  17578. > A number of question have come up regarding SS7 and CID:
  17579.  
  17580. > 1. Can a 1ESS switch display CID? Are there any software upgrades/hardware 
  17581. > upgrades which allow it to do so?
  17582.  
  17583. The 1 ESS(tm) Switch simply exhausted its available address spectrum
  17584. several years ago to allow new capabilities such as SS7 and CLASS to
  17585. be implemented on it.  The 1 ESS processor was designed in the early
  17586. 60's and has a maximum on 768K words of magnetic card storage for
  17587. generic program and office data (both equipment configuration and
  17588. line/trunks/routing type translation information.)
  17589.  
  17590. The 1A ESS switch does support SS7 and CLASS services.  The 1A ESS is
  17591. a 1 ESS with a 1A processor which was designed in the mid 70's and has
  17592. a 12Mbyte memory spectrum.
  17593.  
  17594. > 2. Assuming a 1ESS can't offer CID to its local subscribers, if it is
  17595. > connected with SS7 to a 5ESS or a DMS or in general some CID-capable
  17596. > switch, can the 1ESS send out the CID information? 
  17597.  
  17598. 1 ESS can't do SS7 therefore it can not send out CID.
  17599.  
  17600. > Every 1ESS that I've tried to get CID info from fails (ie, you call
  17601. > from the 1ESS to a 5ESS that has CID).  Is the Telco doing this
  17602. > intentionally, ie, so that customers on the 1ESS who can't hit *67 to
  17603. > make their calls private will not have to show their number to
  17604. > EVERYONE they call, or is it more of a technical reason why one can't
  17605. > get CID from a 1ESS?
  17606.  
  17607. Since 1 ESS does not support SS7 or CLASS it does not even support the
  17608. ability for customers to dial *67.  Almost all calls are carried via
  17609. MF signaling in and out of 1 ESS switches.
  17610.  
  17611.  
  17612. Mark Baker      AT&T Network Systems
  17613.  
  17614. ------------------------------
  17615.  
  17616. Date: Thu, 11 Feb 93 10:41 PST
  17617. From: john@zygot.ati.com (John Higdon)
  17618. Reply-To: John Higdon <john@zygot.ati.com>
  17619. Organization: Green Hills and Cows
  17620. Subject: Re: AT&T Are You Listening?
  17621.  
  17622.  
  17623. LCHIU@HOLONET.NET writes:
  17624.  
  17625. > I am thinking about MCI instead.
  17626.  
  17627. > I don't want to switch carriers.
  17628.  
  17629. Then don't. Use AT&T for whatever AT&T does well, and use MCI for
  17630. whatever you perceive to be the better deal from that company. The
  17631. concept of "switching" is a matter of brainwashing from the long
  17632. distance carriers. Yes, you can only have one PIC or "dial 1"
  17633. provider, but you can have as many accounts with as many companies as
  17634. you like.
  17635.  
  17636. For instance, keep AT&T as your PIC and then sign up with MCI for the
  17637. international plan, keeping your MCI account secondary. Then when you
  17638. call China (or whereever), prepend '10222' to the call. Frontline
  17639. salesslime will tell you that you have to "switch" to take advantage
  17640. of a particular plan, but that is 99.9% hogwash.
  17641.  
  17642. > So if there are any AT&T people out there who can pass on these
  17643. > comments to the powers that be, please do so. You may be losing
  17644. > another customer to the opposition.
  17645.  
  17646. I have used various plans offered by Sprint and MCI, but I have never
  17647. "left" AT&T. There is no need.
  17648.  
  17649.  
  17650. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  17651. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  17652.  
  17653. ------------------------------
  17654.  
  17655. Date: Thu, 12 Feb 1993 15:08:00 +0000 
  17656. From: Charles (C.A.) Hoequist <hoequist@bnr.ca>
  17657. Subject: Re: Human Factors For Speech Recognition Systems 
  17658.  
  17659.  
  17660. This is just to add a few bits and pieces to Norm Tiedemann's
  17661. response on this topic.
  17662.  
  17663. While it is true, as he wrote, that large-vocabulary systems (say, >
  17664. 1000 words) by and large haven't been trained for telephony speech,
  17665. this isn't because vendors are perverse.  The data gathering necessary
  17666. to do the training even for small-vocabulary systems requires
  17667. considerable time and money, and it's not clear what the return would
  17668. be. Dragon Systems, for example, focuses on applications like spoken
  17669. input to a word processor. That's not something people want to do over
  17670. the telephone very often. I suspect these hurdles are even more
  17671. daunting for vendors than the problems of telephony speech, nasty as
  17672. that is.
  17673.  
  17674. Some additional sources of information:
  17675.  
  17676. _IEEE Computing_ Magazine for August, 1990 was devoted to "Voice in
  17677. Computers", or something similar, and I seem to remember some articles
  17678. there on speech recognition in the public network.
  17679.  
  17680. Norm Tiedemann mentioned one set of ICASSP proceedings. I would expand
  17681. that and say pretty much all of them in the last five or six years
  17682. have something on telephony ASR.
  17683.  
  17684. More human-factors oriented work is in the ACM CHI (Computer-Human
  17685. Interaction) Journal. They also have a yearly convention which
  17686. publishes proceedings. In fact, there's a good article in the 1991
  17687. proceedings of CHI. That's the name of it, incidentally: 'Proceedings
  17688. of CHI'. Sounds like a conference on Eastern philosophy.  The article
  17689. is "Should we or shouldn't we use spoken commands in voice interfaces?"
  17690.  
  17691. Good luck. Since this is a topic I'm following, I'm interested in
  17692. whatever gets turned up.
  17693.  
  17694.  
  17695. Charles Hoequist   |Internet: hoequist@bnr.ca
  17696. BNR Inc.           | 919-991-8642
  17697. PO Box 13478, Research Triangle Park, NC 27709-3478
  17698.  
  17699. ------------------------------
  17700.  
  17701. Subject: Re: What The Heck is 4,941,976.667 Hz Good For? 
  17702. Date: Thu, 11 Feb 93 15:20:51 -0500
  17703. From: clements@BBN.COM
  17704.  
  17705.  
  17706. In TELECOM Digest, "John R. Ackermann" <jra@law7.daytonoh.ncr.com>
  17707. wrote:
  17708.  
  17709. [An explanation of what he thought that frequency, 4,941,976.667 Hz,
  17710. was all about.]
  17711.  
  17712. In private email, we have determined that he was wrong, basing his
  17713. response on a mis-remembered but similar number used in some frequency
  17714. standards.
  17715.  
  17716. So my question still stands:
  17717.  
  17718. What would AT&T have wanted that rather oddball frequency for, so
  17719. precisely that they bought special customized atomic standards to
  17720. generate it?  Repeating: It really is a special for AT&T, not a
  17721. consequence of the rubidium standard's internal workings.
  17722.  
  17723.  
  17724. Thanks for any wisdom.
  17725.  
  17726. Bob Clements, K1BC, clements@bbn.com
  17727.  
  17728. ------------------------------
  17729.  
  17730. From: phil@rochgte.fidonet.org (Phillip Dampier)
  17731. Reply-To: phil@rochgte.fidonet.org
  17732. Date: Thu, 11 Feb 1993 13:03:46 -0500
  17733. Subject: Followup: Rochester Tel Wants to Split
  17734.  
  17735.  
  17736. Here are further details on Rochester Tel's proposal, courtesy of a
  17737. trade publication for the cable television industry ...
  17738.  
  17739.  
  17740. ROCHESTER TEL WANTS TO SPLIT
  17741. By Rachel W. Thompson  Multichannel News
  17742. February 8, 1993
  17743.  
  17744. Anticipating competition, Rochester Tel last week proposed breaking
  17745. its New York operations into two pieces.
  17746.  
  17747. Under a plan filed with the New York State Public Service Commission
  17748. last Wednesday, rate-regulated R-Net would take over the assets and
  17749. personnel that support basic switching and transmission functions in
  17750. the six-county Rochester area and deregulated R-Com would market both
  17751. wholesale and retail services using R-Net's network, which would also
  17752. be available to competitors.
  17753.  
  17754. Time Warner, Inc. is part owner of FiberNet, Inc., an alternate-access
  17755. telephone company that operates in Rochester alongside Time Warner's
  17756. Greater Rochester Cablevision.
  17757.  
  17758. FiberNet vice president Jim Geiger called Rochester Telephone's
  17759. proposal "a structure that the pro-competitive regulators have hinted
  17760. at," and "commendable."  But if the company believes it can prevent a
  17761. physical overbuild of its facilities through the restructuring, that's
  17762. "faulty logic, considering that [the cable company is] about 1,400
  17763. miles into [a] fiber overbuild."
  17764.  
  17765. GRC, some of whose fiber belongs to FiberNet under a condominium
  17766. arrangement, passes 300,000 of the 360,000 homes in Rochester
  17767. Telephone's local-access telephone area (LATA) "with a broadband
  17768. plant, and 200,000 of them are customers," Geiger said.
  17769.  
  17770. "By the time that [Rochester Telephone's plan] could conceivably
  17771. become effective," FiberNet will be ready to offer a full range of
  17772. telecommunications services, he said.  Asked whether FiberNet would be
  17773. ready to start offering basic residential services, he answered, "I
  17774. would say that as the rest of the local exchange becomes deregulated,
  17775. we're certainly interested in exploring those niches."
  17776.  
  17777. FiberNet is a joint venture of Time Warner, Petrocelli Industries and
  17778. three individuals, including Geiger, and was founded in April 1990.
  17779.  
  17780. Petrocelli Industries is a privately held electric and communications
  17781. contracting firm based in New York City that does construction for
  17782. cable and telephone companies, including Teleport Communications
  17783. Group.  Time Warner is a minority partner in FiberNet, Geiger said.
  17784.  
  17785. ------------------------------
  17786.  
  17787. End of TELECOM Digest V13 #84
  17788. *****************************
  17789. 
  17790. 
  17791. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa14462;
  17792.           12 Feb 93 13:37 EST
  17793. Received: by delta.eecs.nwu.edu id AA30626
  17794.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Fri, 12 Feb 1993 02:08:55 -0600
  17795. Received: by delta.eecs.nwu.edu id AA22865
  17796.   (5.65c/IDA-1.4.4 for telecomlist); Fri, 12 Feb 1993 02:08:01 -0600
  17797. Date: Fri, 12 Feb 1993 02:08:01 -0600
  17798. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  17799. Message-Id: <199302120808.AA22865@delta.eecs.nwu.edu>
  17800. To: telecom@eecs.nwu.edu
  17801. Subject: TELECOM Digest V13 #85
  17802.  
  17803. TELECOM Digest     Fri, 12 Feb 93 02:08:00 CST    Volume 13 : Issue 85
  17804.  
  17805. Index To This Issue:                     Moderator: Patrick A. Townson
  17806.  
  17807.     Re: California Versus CLID Versus Out-of-State (Ken Dykes)
  17808.     Re: California Versus CLID Versus Out-of-State (Dave Niebuhr)
  17809.     Re: FCC Proposed Ruling on Scanners That Receive Cellphones (Robert Loeber)
  17810.     Re: FCC Proposed Ruling on Scanners That Receive Cellphones (G. Waigh)
  17811.     Re: Running Out of Area Codes (Tony Harminc)
  17812.     Re: Running Out of Area Codes (Carl Moore)
  17813.     Re: Running Out of Area Codes (John Adams)
  17814.     Re: Second Line Non-Pub/Unlisted? (Dave Niebuhr)
  17815.     Re: Second Line Non-Pub/Unlisted? (Henry Mensch)
  17816.     Re: AT&T Are You Listening? (Laurence Chiu)
  17817.     AT&T vs. MCI, China, etc. (was AT&T Are You Listening?) (C Pedregal-Martin)
  17818. ----------------------------------------------------------------------
  17819.  
  17820. Date: Thu, 12 Feb 1993 19:49:13 -0500
  17821. From: kgdykes@Thinkage.On.CA (Ken Dykes)
  17822. Subject: Re: California Versus CLID Versus Out-of-State
  17823.  
  17824.  
  17825. In Telecom-Digest: Volume 13, Issue 76, Message 10 of 16:
  17826.  
  17827. > live in southern Ontario CANADA.  My Caller-ID box instead of showing
  17828. > out-of-area showed PRIVACY.  The call to me was made (and answered)
  17829. > twice in the same night; both times PRIVACY ... some sort of
  17830. > call-blocking was enabled by PacBell.
  17831.  
  17832. > [Moderator's Note: Are you certain this was PacBell's doing, or was it
  17833. > your caller who entered the privacy mode?  PAT]
  17834.  
  17835. I asked him during the phone conversation. he did not do it himself.
  17836. and he seemed to be perplexed by my amusement :-)
  17837.  
  17838. Also, *can* California residents enter the blocking code even though
  17839. Caller-ID as a service doesnt exist? Seems unlikely.
  17840.  
  17841. The more I think about this, the more sneaky PacBell is being. Instead
  17842. of being a "kind service" to the privacy zealots, they are really
  17843. trying to build up demand for the service to be allowed under
  17844. favourable terms.
  17845.  
  17846. ie: If enough out-of-state relatives and friends refuse to pick up the
  17847. phone because of *PRIVACY* (I answer out-of-area, or -not available-
  17848. in this case I answered because of screening via answering machine)
  17849. eventually people will start COMPLAINING they cannot successfully call
  17850. anyone anymore. Things that make you go Hummmmmmmmmmm.
  17851.  
  17852.  
  17853. Ken Dykes, Thinkage Ltd., Kitchener, Ontario, Canada    [43.47N 80.52W]
  17854.     kgdykes@thinkage.on.ca   postmaster@thinkage.com   thinkage!kgdykes
  17855.     harley-request@thinkage.on.ca             kgdykes@math.uwaterloo.ca
  17856.  
  17857.  
  17858. [Moderator's Note: Yes, people in California -- at least in the Bay
  17859. Area and San Jose -- *can* enter the privacy *67 code. Tests have been
  17860. done to demonstrate this. JH has done it, and gets the three spurts of
  17861. tone in response, for whatever good it does. And get this: I've gotten
  17862. calls from the Bay Area which show up on my display as 'outside' one
  17863. time, and 'private' the next ... from the same caller! PacBell is
  17864. doing something with the ID, that's for sure.  *What* they are doing
  17865. is not clear yet.  The deployment of SS-7 seems to be moving rapidly
  17866. now. I am seeing the number from more and more interstate places than
  17867. ever before. I estimate within three or four months it will be very
  17868. commonplace on an interstate/interlata basis, at least in major cities
  17869. around the USA. 
  17870.  
  17871. What I think is fascinating is how I can use Call Screening across
  17872. LATA boundaries now. When I try to screen someone who is not in this
  17873. LATA, there will be a delay while the CO actually makes contact with
  17874. the distant office to ask 'are you capable of doing this, and if so,
  17875. is there such a number as xxx-yyyy?' Instead of the immediate response
  17876. I get to a screening request locally, it may take fifteen seconds or
  17877. so for the Rogers Park CO to get back to me. Sometimes the answer will
  17878. be the number has been added to my directory of screened calls; other
  17879. times the answer will be 'sorry, cannot add this number' and still
  17880. other times the reply will be 'sorry, cannot add this number *right
  17881. now* -- try again in a few minutes' !! I assume this last reply means
  17882. the attempt to contact the distant CO timed out with no response to
  17883. the query from my CO.  PAT]
  17884.  
  17885. ------------------------------
  17886.  
  17887. Date: Thu, 11 Feb 93 09:18:36 EST
  17888. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  17889. Subject: Re: California Versus CLID Versus Out-of-State
  17890.  
  17891.  
  17892. In TELECOM Digest V13 #80 deej@cbnewsf.cb.att.com (david.g.lewis)
  17893. said:
  17894.  
  17895. > In article <telecom13.76.10@eecs.nwu.edu> kgdykes@Thinkage.On.CA (Ken
  17896. > Dykes) writes:
  17897.  
  17898. >> Recently I received a call from the Glendale area of Los Angeles.  I
  17899. >> live in southern Ontario CANADA.  My Caller-ID box instead of showing
  17900. >> out-of-area showed PRIVACY.  The call to me was made (and answered)
  17901. >> twice in the same night; both times PRIVACY ... some sort of
  17902. >> call-blocking was enabled by PacBell.
  17903.  
  17904. >> PacBell is being far too kind to the zealots :-)
  17905.  
  17906. > It might be the PSC's doing.  The NY PSC, for example, has mandated
  17907. > that New York Tel must not permit delivery of CPN for customers in
  17908. > Manhattan until they have completed an education campaign (which I
  17909. > expect means bill inserts) on how to restrict delivery on a per-call
  17910. > basis. 
  17911.  
  17912. I don't understand why Manhattan would be singled out for non-Caller
  17913. ID when the rest of NYC (area code 718 has it; 917 doesn't count since
  17914. it's for pagers/cell phones/special services, etc.)
  17915.  
  17916. In fact, the rest of the NY LATA (area codes 516, 718, 914) already
  17917. have full CLASS service (I don't know about the tiny bit of area code
  17918. 203 that is in the NY LATA.
  17919.  
  17920. Public education started about three months before the introduction of
  17921. each part of CLASS and is continuing today.
  17922.  
  17923. There has to be another reason for Manhattan not having CLASS service.
  17924.  
  17925.  
  17926. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  17927. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  17928.  
  17929. ------------------------------
  17930.  
  17931. From: bloeber@ecst.csuchico.edu (Robert Paul Loeber)
  17932. Subject: Re: FCC Proposed Ruling on Scanners That Receive Cellphones
  17933. Date: 11 Feb 1993 19:59:21 GMT
  17934. Organization: California State University, Chico
  17935.  
  17936.  
  17937. > 3. As defined in 47 CFR part 15 scanning receivers, or "scanners,"
  17938. > are radio receivers that automatically switch between four or more
  17939. > frequencies anywhere within the 30-960 Mhz band....
  17940.  
  17941. I know this may sound like a dumb question ... but what is the FCCs
  17942. definition of a "radio receiver"?  If it is "something which is
  17943. intented to receive radio frequencies"... then transceivers would fall
  17944. into that definition.  If that's the case ... this legistation would
  17945. be forced to deny authorization to the manufacturers of cellular
  17946. phones.  If this isn't the case, people (in the future) who would want
  17947. to take part in monitoring cellular conversations would be best off to
  17948. get a cellular phone (instead of a scanner) [assuming they could get
  17949. the phone to act as a receiver -- but of course, no one would do that
  17950. since monitoring cell-fone conversations is against the law].
  17951.  
  17952.                "Enquiring minds want to know...."
  17953.  
  17954.  
  17955. Bob Loeber    bloeber@cscihp.ecst.csuchico.edu
  17956.  
  17957. ------------------------------
  17958.  
  17959. From: g9gwaigh@cdf.toronto.edu (Geoffrey P Waigh)
  17960. Subject: Re: FCC Proposed Ruling on Scanners That Receive Cellphones
  17961. Organization: University of Toronto Computing Disciplines Facility
  17962. Date: Thu, 11 Feb 1993 17:48:12 GMT
  17963.  
  17964.  
  17965. In article <93.02.11.1@eecs.nwu.edu> TELECOM Moderator <telecom@
  17966. eecs.nwu.edu> writes:
  17967.  
  17968. [Text of proposed amendments]
  17969.  
  17970. Whenever I have heard of this plan, I have wondered how Americans will
  17971. continue to design radio equipment.  Is there some clause that I
  17972. missed that will allow RF engineers to continue purchasing spectrum
  17973. analyzers, mixers and other simple to connect gadgets for the purpose
  17974. of testing their equipment?  If so, what is going to stop these
  17975. devices from being used to scan cellular communications?  It would be
  17976. amusing if spectrum analyzers had to be kept under lock-and-key to
  17977. prevent use by anyone other than a "certified, responsible entity."
  17978.  
  17979.  
  17980. Geoffrey Waigh    g9gwaigh@cdf.utoronto.ca
  17981.  
  17982. ------------------------------
  17983.  
  17984. Date: Thu, 11 Feb 93 21:03:27 EST
  17985. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  17986. Subject: Re: Running Out of Area Codes
  17987.  
  17988.  
  17989. Robert L. McMillin posts from the {Los Angeles Times}:
  17990.  
  17991. > The day of reckoning is fast approaching.  The supply of three-digit
  17992. > North American telephone area codes -- all of which have "0" or "1" as
  17993. > the middle number -- will be exhausted within two years unless
  17994. > augmented by new kinds of three-digit area codes, phone company
  17995. > officials and telecommunications experts say.
  17996.  
  17997. > A growing number of firms want the Federal Communications Commission to
  17998. > mediate the dispute -- a request that could delay Bellcore's planned
  17999. > expansion of area codes as regulators weigh the issue.
  18000.  
  18001. It's not at all clear how the FCC, a US government agency, could have
  18002. any jurisdiction over the NANP, which is an international arrangement.
  18003. Telcos in Canada, Bermuda, and the Caribbean do not answer to the FCC.
  18004.  
  18005. > Many industry experts say that hundreds of millions of dollars in new
  18006. > equipment will be needed to make the transition from the current
  18007. > numbering system, first established in 1947, to a new one.
  18008.  
  18009. > Businesses -- many of which have old telephone switchboards that only
  18010. > recognize current long distance codes -- may be especially hard hit,
  18011. > while consumers will likely have a much harder time finding phone
  18012. > numbers through long-distance directory assistance because of the
  18013. > proliferation of area codes.
  18014.  
  18015. > Callers will have to closely pinpoint neighborhoods in making
  18016. > directory assistance requests because of the area-code proliferation.
  18017. > That's already a problem in Southern California, which now has seven
  18018. > area codes and is likely to get many more.
  18019.  
  18020. This sounds like nonsense.  Telcos do not divide DA bureaus up
  18021. strictly by area code in most cases.  If a city has several area
  18022. codes, a call to any one should be enough to find out a number in that
  18023. city.  And locally, 411 should do.
  18024.  
  18025. > Equipment makers have told Merrill Lynch that it will have to wait
  18026. > months -- and spend thousands of additional dollars -- to acquire a new
  18027. > private branch exchange (PBX) system that will recognize the new area
  18028. > codes, Liuzzo said.  (PBX equipment allows communications both within a
  18029. > company and with the outside world.)
  18030.  
  18031. I have absolutely no sympathy!  The transition to interchangeable
  18032. codes has been known and planned for since the early 1970s.  Where
  18033. have these vendors been for the last twenty years ?
  18034.  
  18035.  
  18036. Tony Harminc
  18037.  
  18038. ------------------------------
  18039.  
  18040. Date: Thu, 11 Feb 93 12:50:58 EST
  18041. From: Carl Moore (VLD/VMB) <cmoore@BRL.MIL>
  18042. Subject: Re: Running Out of Area Codes
  18043.  
  18044.  
  18045. The article, if anything, tends to sensationalize.  After what
  18046. happened with divestiture (COCOTs etc.), is there some
  18047. make-a-fast-buck scenario in going up against what we heard from
  18048. Bellcore?  It has been apparent here for a long time that the easiest
  18049. way to relieve the area code shortage is to generalize area codes from
  18050. N0X/N1X to NXX, and even that method will require reprogramming a lot
  18051. of equipment (including overseas).  The archive file "history.of.area.
  18052. splits" discusses the dialing changes that were made for N0X/N1X
  18053. prefixes and which would also accommodate the NXX area codes.
  18054.  
  18055. Of course, when a code generalizes, be mindful of the poor souls who
  18056. get the first of the previously-forbidden forms.  This happened with
  18057. the N0X/N1X prefixes in area 213 (for example, explaining your phone
  18058. number to an operator on the U.S. East Coast), and the lengthy
  18059. discussions here in telecom will help to mitigate such problem for the
  18060. people who get the first NNX area code.
  18061.  
  18062. ------------------------------
  18063.  
  18064. From: jadams@vixen.cc.bellcore.com (adams,john)
  18065. Subject: Re: Running Out of Area Codes 
  18066. Organization: Bellcore, Livingston, NJ
  18067. Date: Thu, 11 Feb 93 13:28:21 GMT
  18068.  
  18069.  
  18070. In article <telecom13.80.1@eecs.nwu.edu> rlm@indigo1.hac.com (Robert
  18071. L. McMillin) quotes the {Los Angeles Times}:
  18072.  
  18073. > With so much at stake, upstart communication service companies are
  18074. > already facing off against Bellcore, an arm of the seven regional
  18075. > phone companies that currently administers long distance area codes.
  18076.  
  18077. SURPRISE!  (At least I was!)  In yesterday's "New Yawk Times" appeared
  18078. an article stating that SPRINT is now an *owner* (along with the seven
  18079. RECs) of BELLCORE.  I'm personally convinced that this will have
  18080. little to do with me, although I can see a couple of legions of
  18081. attorneys lining up on either side of this issue.
  18082.  
  18083. God, I love this industry!
  18084.  
  18085.  
  18086. Jack (John) Adams        Bellcore NVC 2Z-220
  18087. (908) 758-5372 {Voice}        (908) 758-4389 {Facsimile}
  18088. jadams@vixen.cc.bellcore.com    kahuna@attmail.com
  18089.  
  18090. ------------------------------
  18091.  
  18092. Date: Thu, 11 Feb 93 09:12:27 EST
  18093. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  18094. Subject: Re: Second Line Non-Pub/Unlisted?
  18095.  
  18096.  
  18097. In TELECOM Digest V13 #81 johnl@iecc.cambridge.ma.us (John R. Levine)
  18098. writes:
  18099.  
  18100. > Here in Massachusetts it is indeed the case that second and subsequent
  18101. > lines at a single location can be unlisted at no charge.  For some
  18102. > reason New England Tel sometimes insists otherwise.  When I added
  18103. > RingMate (distinctive ringing) to my second line, NET wanted to charge
  18104. > to unlist each of the numbers on the second line, and I had to go to
  18105. > the state DPU to get NET to behave.
  18106.  
  18107. > If as seems to be the case there's a pattern here, I should get the
  18108. > state to tell NET to audit the records to see how many subscribers are
  18109. > paying an unwarranted charge to unlist their second lines.
  18110.  
  18111. In NYTel land, a second line is provided with no listing whatsoever.
  18112. I could have either a *true* listed name/number, *fake* name/true
  18113. number, or be totally unlisted.  It wouldn't make one difference.  And
  18114. in addition to that there is no unlisted charge for the second line
  18115. regardless of the listing/non-listing of the first number.
  18116.  
  18117.  
  18118. Dave Niebuhr      Internet: niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  18119. Brookhaven National Laboratory Upton, NY 11973  (516)-282-3093
  18120.  
  18121.  
  18122. [Moderator's Note: This is ditto for Illinois Bell. As long as you
  18123. have *something* -- at least one line -- listed, there is no non-pub
  18124. charge regardless of how other lines are handled. Likewise, as long as
  18125. you pay for *one* non-pub arrangement, you can have all your lines
  18126. non-pub for all they care at no extra charge.  PAT]
  18127.  
  18128. ------------------------------
  18129.  
  18130. From: henry@ads.com (Henry Mensch)
  18131. Date: Thu, 11 Feb 93 16:35:14 -0800
  18132. Subject: Second Line Non-Pub/Unlisted?
  18133. Reply-To: henry@ads.com
  18134.  
  18135.  
  18136. On Wed, 10 Feb 93 03:08:59 -0500 ddl@burrhus.harvard.edu (Dan
  18137. Lanciani) wrote:
  18138.  
  18139. > I recently ordered a second line in my name and at the same
  18140. > address as my existing line.  For some reason I thought one could get
  18141. > non-published or unlisted (I forget) status at no extra charge for
  18142. > each line beyond the first.  Did I imagine this?  
  18143.  
  18144. I don't think so; when I lived in NET-land (I left two years ago), I
  18145. had a second line which was unlisted this way at no extra charge.
  18146.  
  18147.  
  18148. # henry mensch / booz, allen & hamilton, inc.  / <henry@ads.com>
  18149.  
  18150. ------------------------------
  18151.  
  18152. From: LCHIU@HOLONET.NET
  18153. Subject: Re: AT&T Are You Listening?
  18154. Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
  18155. Date: Fri, 12 Feb 1993 05:41:54 GMT
  18156.  
  18157.  
  18158. [Some comments on AT&T and MCI international calling plans deleted here
  18159. for brevity's sake.]
  18160.  
  18161. > [Moderator's Note: Are you sure this is AT&T's fault or that of the
  18162. > local telco which does AT&T's billing?  For some six or eight months
  18163. > after AT&T started Reach Out World with the additional ten percent
  18164. > discount on domestic calls granted in that program, IBT customers
  18165. > could not have it since IBT was unable to get the billing correct.
  18166. > What had to happen was each month I was told by AT&T that they would
  18167. > get a copy of my bill, examine it and manually correct it, issuing
  18168. > credits as required. You might want to specifically inquire if AT&T is
  18169. > saying they do not offer the arrangement you are seeking *or* if they
  18170. > do but your local telco (if that is who bills your AT&T calls) is not
  18171. > up to speed on it, and if so, can you have it with AT&T issuing the
  18172. > required credits manually.  They might say yes!   PAT]
  18173.  
  18174. Actually I had problems setting up ROW. When I called AT&T they
  18175. contacted PacBell who is my local telco. They advised AT&T that my
  18176. number was invalid! Granted it was a new prefix 510-988-xxxx but it
  18177. was working and therefore perfectly valid. Anyway I had to stay on the
  18178. line with a three-way between AT&T, PacBell and me for over 20 minutes
  18179. before the whole mess was straightened out.
  18180.  
  18181. Then I got my first bill and sure enough I was not getting my ROW
  18182. discounts. I called AT&T who promised to give me a credit on my next
  18183. bill.  They did and all my ROW discounts showed up as well as the 5%
  18184. discount for calls within CA since I also joined up with their Anytime
  18185. Saver plan (is that what it's called?).  I have been impressed with
  18186. AT&T customer service and the quality of their lines seem to be good.
  18187. So I am loathe to switch.
  18188.  
  18189. BTW I called MCI based on a message from someone else who suggested I
  18190. use AT&T as my 1+ carrier but setup an account with MCI and use their
  18191. International Plans. After some prodding I was told I could enroll
  18192. with MCI's plans via 10xxx but I guess I would have to be billed
  18193. separately for that. The respondent suggested that this kind of
  18194. billing was iffy at best.  I still don't know what to do!
  18195.  
  18196.  
  18197. Laurence Chiu
  18198.  
  18199. ------------------------------
  18200.  
  18201. From: pedregal@unreal.cs.umass.edu (Cris Pedregal-Martin)
  18202. Subject: AT&T vs. MCI, China, etc (was AT&T Are You Listening?)
  18203. Date: Thu, 11 Feb 93 16:18:27 EST
  18204. Reply-To: pedregal@cs.umass.edu
  18205.  
  18206.  
  18207. Greetings. Some remarks on AT&T and MCI's calling plans ...
  18208.  
  18209. Background:
  18210.  
  18211. Laurence Chiu can't get discounts from AT&T to both China and other
  18212. foreign countries: China is not in "Reach Out World", and "Special
  18213. Country" is incompatible with ROW.  He is thinking about switching
  18214. carriers (to MCI). Our esteemed Moderator suggests this may be a
  18215. problem with the billing at the local telco.
  18216.  
  18217. My current housemates have gone through this (with China).  They
  18218. switched to MCI to be able to use "Friends & Family" and get 20% off.
  18219. They are back with AT&T: too many lost connections, and too much time
  18220. waiting for customer service to answer the phone. (Just a data point,
  18221. no flames please).
  18222.  
  18223. I had a similar situation too (calling Europe and Canada with ROW, but
  18224. wanting to call Argentina and Paraguay, which are not in ROW).  You
  18225. may want to try what I did.  I opened an account with MCI, while
  18226. keeping AT&T as my default IXC (i.e., my "dial-1" company).  I put the
  18227. Paraguay number and the Argentina number as my two foreign F&Fs. And I
  18228. kept ROW with AT&T.  When calling Paraguay and Argentina I had to
  18229. prefix the call with 10-222, of course.
  18230.  
  18231. Front line "reps" at MCI will try to get you to switch; they may even
  18232. tell you you can't use F&F if you are not a dial-1 customer (as
  18233. discussed in c.d.t. in the past, this is *not* true); you may need to
  18234. go up one level or two of supervisors.  The other thing is that their
  18235. billing software (at least in the Northeast they bill directly unless
  18236. you don't have an account with them) is obviously not prepared for
  18237. this, so it took me four months to get this working. They would close
  18238. my account "automatically" and I'd get billed by my Baby-Bell (with no
  18239. discounts); I would call them and they would refund the money and
  18240. start billing me themselves again. After the second month, a very nice
  18241. supervisor gave me her 800 number and I'd call her and get it all
  18242. straightened out (the bills did say I was dial-1 so it was a kludge).
  18243.  
  18244. Of course, it all depends on the amounts involved. And, given the
  18245. experience of my friends, you may want to do things the other way
  18246. around: drop ROW, put China as SC with AT&T, and buy MCI's world-plan
  18247. to call NZ and AU; you may even save more (by putting two numbers on
  18248. F&F) as I am fairly sure that MCI's world plan doesn't include China.
  18249. As I said before, this is independent of who you want to keep as your
  18250. dial-1 company (and whose customer service you expect to have to deal
  18251. with).
  18252.  
  18253. Usual disclaimer: no relation with the companies involved except as a
  18254. customer.
  18255.  
  18256.  
  18257. Regards, 
  18258.  
  18259. Cristobal Pedregal Martin      pedregal@cs.umass.edu 
  18260. Computer Science Department    UMass / Amherst, MA 01003
  18261.  
  18262. ------------------------------
  18263.  
  18264. End of TELECOM Digest V13 #85
  18265. *****************************
  18266. 
  18267. 
  18268. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa00259;
  18269.           13 Feb 93 13:48 EST
  18270. Received: by delta.eecs.nwu.edu id AA05986
  18271.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 13 Feb 1993 11:34:32 -0600
  18272. Received: by delta.eecs.nwu.edu id AA17542
  18273.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 13 Feb 1993 11:34:03 -0600
  18274. Date: Sat, 13 Feb 1993 11:34:03 -0600
  18275. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  18276. Message-Id: <199302131734.AA17542@delta.eecs.nwu.edu>
  18277. To: telecom@eecs.nwu.edu
  18278. Subject: TELECOM Digest V13 #86
  18279.  
  18280. TELECOM Digest     Sat, 13 Feb 93 11:34:00 CST    Volume 13 : Issue 86
  18281.  
  18282. Index To This Issue:                     Moderator: Patrick A. Townson
  18283.  
  18284.     N.E.T. and the Phantom Phone Exchange (Tom Arnold)
  18285.     150th Anniversary of FAX (Bill St.Arnaud/com-priv via J. Philip Miller)
  18286.     Book Review "America Calling" (Jim Haynes)
  18287.     ADSL Asymetrical Digital Subscriber Line/Request For Info (Ed Pimentel)
  18288.     Canadian Telecom Conference in April (Nigel Allen)
  18289.     AT&T Conversant System (Justin Leavens)
  18290.     New Zealand Telephone Public System (Pete Lancashire)
  18291.     Completion Rates For Calling Centers (Steve Brack)
  18292.     AT&T Automated Access To Operator Services (Alan Toscano)
  18293.     ZyXEL Modem Voice/Fax Software Wanted (Russell Nelson)
  18294. ----------------------------------------------------------------------
  18295.  
  18296. From: arnold@isis1.bxb.dec.com (Tom Arnold)
  18297. Subject: N.E.T. and the Phantom Phone Exchange
  18298. Reply-To: arnold@isis1.bxb.dec.com (Tom Arnold)
  18299. Organization: Digital Equipment Corporation
  18300. Date: Fri, 12 Feb 1993 23:04:15 GMT
  18301.  
  18302.  
  18303. Perhaps one of the TELECOM readers can shed light on the recent weird
  18304. behavior up here in New England Telephone land on the part of exchange
  18305. 264 in the 508 area code (Eastern to Mid-Massachusetts.)
  18306.  
  18307. This exchange serves two Digital Equipment Corporation engineering
  18308. facilities in Boxborough.  It no doubt serves other things as well.
  18309. All told, there are on the order of 800 lines in both buildings.
  18310. Yesterday (Wed., Feb 10,) around noon I was trying to dial into my
  18311. building's modem lines from my home in Brighton (Boston,) in the 617
  18312. area code, and I was getting a relentless busy indication from my
  18313. modem (Scholar.)  I put a phone on the line and tried several numbers
  18314. that way.  Each one returned fast busy, both modem lines, the main
  18315. desk, voicemail, etc.  All this was from my business line, so I also
  18316. tried it from my home line (served by a different exchange,) with the
  18317. same results.
  18318.  
  18319. So I called the N.E.T. operator and described the problem.  She tried
  18320. it, and also couldn't get through.  At first she just said that the
  18321. 'circuits were busy' -- and I told her that the problem was persistent
  18322. and unusual. Then she asked me if I was sure about the number, because
  18323. her console indicated that the exchange (264) was not a valid
  18324. exchange(!) She also asked me if I had ever called the number before.
  18325. We have used these numbers since 1986, and I told her that. I provided
  18326. her with the town, street address, and name of the facility, but she
  18327. still said that the numbers were invalid. So I asked to log a problem
  18328. report, whereon she switched me to the repair service, where I more or
  18329. less repeated the previous conversation.
  18330.  
  18331. I then asked, if I dialed an invalid exchange, shouldn't I get a SIT
  18332. message of some sort?  She said no, not always; sometimes an invalid
  18333. number returns fast busy.  This suprised me, but phones are more of a
  18334. hobby for me than a profession.  Does anyone know if this is true, and
  18335. if so, under what circumstances?
  18336.  
  18337. She didn't seem convinced when I rang off, but I assume that the
  18338. problem log really happened.  I then phoned DEC's main number in
  18339. Maynard, Mass, and talked with the operator there.  She agreed that
  18340. the numbers I tried were the correct ones.  She then switched me to
  18341. DEC's internal telecom help desk. I described the problem to the
  18342. fellow there, and told him that I thought that telecom into those two
  18343. buildings was completely down.  Mercifully, he took my problem report
  18344. seriously, and assigned it a problem incident number right away.
  18345.  
  18346. As it turned out, at 5 PM, the foreign exchange line in Watertown
  18347. opens for inward access, and I was able to get to the numbers in
  18348. question using DEC's internal telephone network.  Thus, the problem
  18349. was not in DEC's phone switch for that area, nor in DEC-leased trunk
  18350. lines feeding it.  At 10:30 this morning (nearly 24 hours later,) I
  18351. again tried dialing voicemail at my building, but still got that old
  18352. fast busy.  We also got a flurry of Email from the telecom people
  18353. telling us that N.E.T. had been notified. This, naturally, inspired
  18354. great confidence in me ... the problem was finally cleared sometime
  18355. this afternoon.
  18356.  
  18357. The fellow from DEC telecom called me back to let me know that the
  18358. problem was fixed.  It appears DEC telecom has more weight with N.E.T.
  18359. than simple customers. And the DEC telecom folk certainly deserve
  18360. kudos for a quick and professional response. The problem turned out to
  18361. be in the routing tables in the switch at the central office,
  18362. presumably the one serving the buildings in question.
  18363.  
  18364. But, how could such an error occur?  Can a technician really delete a
  18365. whole exchange from a telephone switch by accident without realizing
  18366. it?  Could the routing algorithm in use (I have no idea what kind of
  18367. switch N.E.T. is using for the 264 exchange,) somehow drop 800 lines
  18368. by mistake?  If so, wouldn't this be a serious and scary software
  18369. problem?  If it was a hardware problem, wouldn't something wrong
  18370. enough to bring down an exchange (or a reasonable hunk of it) cause
  18371. lots of alarms which would be noticed by alert telco employees?
  18372.  
  18373. And, since I gave the original operator the name, street address,
  18374. etc., of my building, is there any reason why they couldn't look up
  18375. the main number for the building on their console, and at least see
  18376. that the number wasn't mistaken?
  18377.  
  18378. Or is all this yet another ominous sign of the rotting of our once
  18379. glorious phone system??
  18380.  
  18381. Inquiring minds want to know!
  18382.  
  18383.  
  18384. Peace,
  18385.  
  18386. tom arnold    (no, *another* tom arnold)
  18387. Digital Equipment Corporation   |   arnold@isis1.bxb.dec.com  -or-
  18388. Boxborough Technology Center    |   arnold@lando.enet.dec.com
  18389.  
  18390.  
  18391. [Moderator's Note: There are lots of kinks a regular customer cannot
  18392. get cleared short of lodging several reports and working their way up
  18393. to an assistant to the Chairman ... sad but true. *No one* taking the
  18394. complaints will listen. I am sorry to say the people you spoke with at
  18395. telco probably put you down as some sort of crank caller and let it go
  18396. at that. That's the way they operate. Consider the latest screwup here
  18397. in Chicago to catch my eye: Remote Activation/Deactivation of the Call
  18398. Forwarding feature is accomplished by dialing 312-274-9923 for lines
  18399. in the Rogers Park CO. (Caution, kiddies, this number is *closely*
  18400. watched; calling number captured, the whole bit.) It answers, you
  18401. punch in the number to be forwarded (or upon which to cancel
  18402. forwarding), your personal PIN, *72 and the number to which calls are
  18403. to be forwarded, or *73 to cancel forwarding. If forwarding, the
  18404. number you forward to is read back to you for confirmation and you
  18405. confirm it or enter the correct number.  A great way to get around the
  18406. old, old problem of having to return to the phone in question in order
  18407. to turn off the call forwarding or turn it on, right?  It would be,
  18408. *if it worked*.  
  18409.  
  18410. For some time now, the number has been busied out from coin phones in
  18411. the Rogers Park CO. Coin phones elsewhere can reach it, as can regular
  18412. lines. From a Rogers Park coin phone you can zero plus it to your
  18413. calling card (with the usual surcharge, of course) or the operator can
  18414. connect you; neither of which function (operator services or calling
  18415. card) is out of Rogers (the operators are out of the Irving CO I
  18416. think). Telling Repair Service about this is like talking to a parrot.
  18417. This has been this way for at least a month, but it has not interested
  18418. me that much. Maybe next week I will call the office of the Chairman
  18419. and raise a stink. Repair even had the audacity one day to ask if I
  18420. was talking about Bell payphones or private ones.  Do they think I
  18421. would be that stupid?  To answer your question, sure they can lose
  18422. whole offices at one time. You've seen it happen!  PAT]
  18423.  
  18424. ------------------------------
  18425.  
  18426. From: phil@wubios.wustl.edu (J. Philip Miller)
  18427. Subject: 150th Anniversary of FAX
  18428. Date: Fri, 12 Feb 1993 18:59:56 -0600 (CST)
  18429.  
  18430.  
  18431. Although there is a semi-ad at the end of this posting, it presents
  18432. some interesting information for readers of the Digest.  I suspect few
  18433. others are also subscribed to com-priv.
  18434.  
  18435.  -phil
  18436.  
  18437.  Forwarded message:
  18438.  From: wcsv2k@ccs.carleton.ca (Bill St. Arnaud)
  18439.  Subject: 150th Anniversary of FAX
  18440.  Date: Fri, 12 Feb 93 14:31:05 EST
  18441.  
  18442.                                                      
  18443.  
  18444. 150th Anniversary of FAX
  18445. ========================
  18446.  
  18447. Yes, believe it or not, 1993 is the 150th anniversary of FAX!  FAX is
  18448. even older than the telephone and is probably the oldest telecomm-
  18449. unications technology after the telegraph.
  18450.  
  18451. The original FAX machine was invented by a Scottish physicist
  18452. Alexander Bain in 1843. Incredibly, Bain had to use jaw bones and
  18453. heather in his experiments to build the first FAX machine!
  18454.  
  18455. Although Bain's machine was sound in principle, we don't know if it
  18456. actually worked in practice.  It wasn't until 1861, when a Frenchman
  18457. named Caselli, built the first FAX network from Paris to Lyons, that
  18458. FAX became a working communications tool.
  18459.  
  18460. Caselli's FAX machines were seven feet tall and used gigantic pendulums 
  18461. to synchronize the horizontal scan line transmission, a far cry from
  18462. today's all digital FAX machines.
  18463.  
  18464. However, Caselli's FAX machines so alarmed the US Postmaster General,
  18465. that in his report to Congress in 1872, he made this prescient
  18466. statement:
  18467.  
  18468. " ...the probable amplification of the facsimile system of Caselli, by
  18469. which an exact copy of anything that can be drawn or written my be
  18470. instantaneously made to appear at a distance of hundreds of miles from
  18471. the original; and the countless other applications of electricity to
  18472. the *transmission of intelligence* yet to be made, --- must sooner or
  18473. later most seriously interfere with the transportation of letters by
  18474. the slower means of the post."
  18475.  
  18476. For more information on the past, present and future of FAX there is
  18477. an excellent article in this month's issue of {New Scientist} by Tim
  18478. Hunkin.  Mr. Hunkin has built a replica of Bain's first FAX machine
  18479. which is now on display at the British Science Museum.  Mr. Hunkin
  18480. will also be talking about the past and future of FAX on the
  18481. television show "The Secret Life of Machines" on the Discovery
  18482. Channel, Tuesday night, February 23 at 9:30 PM EST.
  18483.  
  18484. VISION 2000, is a Communications Canada and industry initiative to
  18485. accelerate and foster the development of personal communications in
  18486. Canada.  VISION 2000, in association with its consortium members, is
  18487. developing "Future FAX" as a key personal communications technology.
  18488. Video FAX, multimedia FAX, voice FAX, e-mail FAX, wireless FAX, and
  18489. personal communicators are key FAX technologies that will
  18490. revolutionize the way we will communicate with each other in the next
  18491. decade.
  18492.  
  18493. For a copy of our free report on FUTURE FAX, please call or FAX, Bill
  18494. St. Arnaud, VISION 2000, Voice: +1 613.567.2000 or +1 613.238.8912,
  18495. Fax: +1 613.567.4730
  18496.  
  18497. Special thanks to George Pajari of FAXIMUM Software for researching
  18498. the quotation from the US PostMaster General.
  18499.  
  18500.  
  18501. Bill St. Arnaud       Internet: wcsv2k@ccs.carleton.ca
  18502. VISION 2000 INC.      X.400: C=CA; A=TELECOM.CANADA;
  18503. 203-294 Albert St.    O=VISION2000; DDA:ID=V2K.EMS
  18504. Ottawa CANADA         Voice: +1 613 567-2000  
  18505. K1P 6E6               Fax:   +1 613 567-4730
  18506.  
  18507. VISION 2000 INC:  A Department of Communications and industry initiative to
  18508. foster and accelerate the development of personal communications in Canada.
  18509.  
  18510.                              ---------
  18511.  
  18512.      J. Philip Miller, Professor, Division of Biostatistics, Box 8067
  18513.      Washington University Medical School, St. Louis MO 63110
  18514.       phil@wubios.WUstl.edu - (314) 362-3617 [362-2694(FAX)]
  18515.  
  18516. ------------------------------
  18517.  
  18518. From: haynes@cats.UCSC.EDU (Jim Haynes)
  18519. Date: Fri, 12 Feb 93 16:38:38 -0800
  18520. Subject: Book Review "America Calling"
  18521.  
  18522.  
  18523. "America Calling: A Social History of the Telephone to 1940" is the
  18524. complete title of the book.
  18525.  
  18526. In {Science} magazine Vol 259, 29 Jan 1993, page 699 is a review of
  18527. the above book.  The author of the book is Claude S. Fischer of U. C.
  18528. Berkeley.  (University of California Press, 1992, xvi, 424 pp. illus.
  18529. $25).  The author of the review is Glenn Porter, Hagley Museum and
  18530. Library, Wilmington, DE.  It's quite a long review, and has some nice
  18531. old pictures.
  18532.  
  18533. "Fischer is interested in what uses ordinary people made of the new
  18534. technology of telephony.  Who called whom, for what purposes, and
  18535. what difference did it make in their lives?" says the reviewer.
  18536. "The book explicitly omits the business use of the telephone.
  18537.  
  18538.   ...
  18539.  
  18540. The author freely mixes bits of data, theory, and speculations from
  18541. many places and time periods.  This is not a book notable for its
  18542. analytical or methodological rigor.  Here social science meets
  18543. journalism, and the dress is casual.  The results are often
  18544. fascinating and sometimes surprising, if not altogether satisfying."
  18545.  
  18546. ------------------------------
  18547.  
  18548. Subject: ADSL Asymetrical Digital Subscriber Line/Request For Info
  18549. From: edimg@willard.atl.ga.us (Ed pimentel)
  18550. Date: Fri, 12 Feb 93 17:47:20 EST
  18551. Organization: Willard's House BBS, Atlanta, GA -- +1 (404) 664 8814
  18552.  
  18553.  
  18554. I would like to know more about ASDL, its format, its capabilities,
  18555. and how it may be incorporated in other ONLINE SERVICES such video on
  18556. demand. Can it be interface to EIA/TIA562?  BTW, please also supply
  18557. more info on the EIA/TIA 562 interface that use 64k baud over regular
  18558. tel lines.
  18559.  
  18560. Are there any APIs, SDKs, Toolkits that allow one to develop apps such
  18561. as distant learning use all of the above?
  18562.  
  18563.  
  18564. edimg@willard.atl.ga.us (Ed pimentel) 
  18565. gatech!kd4nc!vdbsan!willard!edimg   emory!uumind!willard!edimg  
  18566. Willard's House BBS, Atlanta, GA -- +1 (404) 664 8814
  18567.  
  18568. ------------------------------
  18569.  
  18570. From: Nigel Allen <nigel.allen@canrem.com>
  18571. Date: Fri, 12 Feb 1993 19:00:00 -0500
  18572. Subject: Canadian Telecom Conference in April 
  18573. Organization: Echo Beach
  18574.  
  18575.  
  18576. National Conference on the Future of Telecom in Canada,
  18577. Toronto, April 1 and 2, 1993
  18578.  
  18579. The University of Toronto's Institute for Policy Analysis is
  18580. sponsoring the National Conference on the Future of Telecommunications
  18581. in Canada, in Toronto at the Four Seasons Hotel on April 1 and 2,
  18582. 1993.  Registration is $749.00 (Canadian funds, including GST) before
  18583. March 15 and $802.50 (Canadian funds, including GST) after that date
  18584. or at the door.
  18585.  
  18586. For more information, contact:
  18587.  
  18588.  Ms. Erin Parfitt,
  18589.  Institute for Policy Analysis,
  18590.  University of Toronto,
  18591.  140 St. George Street, Suite 325,
  18592.  Toronto, Ontario, Canada  M5S 1A1
  18593.  telephone (416) 978-5353,
  18594.  fax (416) 971-2071.
  18595.  
  18596. No e-mail address is given. (Say that you heard about the conference
  18597. through the TELECOM Digest.)
  18598.  
  18599. The speakers and organizers are among the most influential
  18600. telecommunications policy in Canada, including Hudson Janisch, a law
  18601. professor at the University of Toronto and W.T. Stansbury, a professor
  18602. at the University of British Columbia. Session titles include:
  18603. Efficient Pricing of Telecommunications Services and the Ways to Get
  18604. There; Necessary Changes in the Regulatory Structure and Processes to
  18605. Promote Network Efficiency and Universal Service at Affordable Rates
  18606. (with the top regulatory lawyers at Bell Canada and Unitel
  18607. Communications Inc.); New Federal Telecommunications Legislation and
  18608. Federal-Provincial Arrangements; Entry and Foreign Ownership in Canada
  18609. and Opportunities in Foreign Markets; Changing Public Policy and
  18610. Telecommunications in Canada (a dinner speech by Bud Sherman,
  18611. vice-chair of the Canadian Radio-television and Telecommunications
  18612. Commission, Can Large Contribution Payments Be Maintained in Light of
  18613. the CRTC's Competition Decision?, Emerging Competition in Local
  18614. Networks and the Implications for Interconnection Rules; and Managing
  18615. the Transition to Competitive Telecommunications Markets: The U.S.
  18616. Experience (a luncheon speech by Richard Wiley, a U.S. lawyer who I
  18617. think was once chair of the Federal Communications Commission).
  18618.  
  18619.  
  18620. Nigel Allen                nigel.allen@canrem.com
  18621. Canada Remote Systems - Toronto, Ontario
  18622. 416-629-7000/629-7044
  18623.  
  18624. ------------------------------
  18625.  
  18626. From: leavens@mizar.usc.edu (Justin Leavens)
  18627. Subject: AT&T Conversant System
  18628. Date: 12 Feb 1993 12:09:05 -0800
  18629. Organization: University of Southern California, Los Angeles, CA
  18630.  
  18631.  
  18632. I've got a couple of AT&T reps trying to sell me on an AT&T Conversant
  18633. system, and I was curious to know if there's anyone out there who is
  18634. familiar with this kind of system or can offer any feedback on what
  18635. might be competing with it. Thanks in advance.
  18636.  
  18637.  
  18638. Justin Leavens   Microcomputer Specialist   University of Southern California
  18639.  
  18640. ------------------------------
  18641.  
  18642. From: petel@sequent.com (Pete Lancashire)
  18643. Subject: New Zealand Telephone Public System
  18644. Organization: Sequent Computer Systems, Inc.
  18645. Date: Fri, 12 Feb 93 17:48:06 GMT
  18646.  
  18647.  
  18648. I'm considering moving to New Zealand and would like to 'talk' with
  18649. anyone who familiar with the current state of and future plan for the
  18650. public telephone system.
  18651.  
  18652. Or would the group like to 'hear' my questions and join in? 
  18653.  
  18654.  
  18655. Pete Lancashire    petel@sequent.com
  18656.  
  18657.  
  18658. [Moderator's Note: Yes please, pass your questions along. We have
  18659. readers of the Digest in New Zealand.  PAT]
  18660.  
  18661. ------------------------------
  18662.  
  18663. Date: Fri, 12 Feb 1993 13:32:38 -0500 (EST)
  18664. From: sbrack@jupiter.cse.UTOLEDO.edu (Steve Brack)
  18665. Subject: Completion Rates For Calling Centers  
  18666.  
  18667.  
  18668. I am currently working for a nonprofit organization that handles
  18669. fundraising for the University of Toledo.  One of our operations is an
  18670. annual "Phone-a-thon" campaign where we contact alumni to ask for
  18671. donations.  I have been trying to find some figures on what we should
  18672. be seeing in terms of:
  18673.  
  18674.     1) calls/person/hour
  18675.     2) Call completion rates
  18676.     3) Required trunk capacity 
  18677.  
  18678. Some of the problems we've been having include a percieved lack of LD
  18679. trunkage ("Try your call again later" on LD calls), what my boss has
  18680. termed low throughput (20 calls/person/hour), and a low contact rate
  18681. (not home, busy, no answer, etc.)  If someone could e-mail me with
  18682. some idea of what numbers are considered average, and some suggestions
  18683. to alleviate the problems my supervisoor has brought to my attention,
  18684. I would be much obliged.
  18685.  
  18686. Note, however, that I have not been authorized to represent the
  18687. University in these matters, but that I am attempting to get some
  18688. information so that my supervisor can make a more informed decision.
  18689.  
  18690.  
  18691. Thank you.
  18692.  
  18693. Steve Brack    University of Toledo Foundation
  18694. Steven S. Brack    sbrack@jupiter.cse.utoledo.edu
  18695. Toledo, OH  43613-1605   STU0061@UOFT01.BITNET          
  18696. MY OWN OPINIONS   sbrack@nyx.cs.du.edu          
  18697.  
  18698. ------------------------------
  18699.  
  18700. From: atoscano@attmail.com
  18701. Date: 12 Feb 93 20:41:05 GMT
  18702. Subject: AT&T Automated Access To Operator Services
  18703.  
  18704.  
  18705. AT&T has implemented a new 800 number for reaching its Automated
  18706. Access To Operator Services (AATOS) interface -- which is used to place
  18707. Calling Card calls and Operated Assisted calls from "blocked"
  18708. telephones. The new number is:
  18709.  
  18710.         1 800 321-0288, or, if you wish: 1 800 3210-ATT.
  18711.  
  18712. Previously, AATOS was accessable via prompts on 1 800 CALL-ATT, as
  18713. well as on 1 800 882-CARD. These prompts will no longer be available
  18714. as of April 1.
  18715.  
  18716. (For various reasons, including cost and trunking/traffic considera-
  18717. tions, AT&T would still prefer calls to be dialed 0+ or 10ATT-0+ when
  18718. possible.)
  18719.  
  18720. Disclaimer: I do not work for AT&T. I'm just a customer.
  18721.  
  18722.  
  18723. A Alan Toscano -- Houston, TX -- <atoscano@attmail.com>
  18724.  
  18725. ------------------------------
  18726.  
  18727. Date: Fri, 12 Feb 1993 16:03:56 EST
  18728. From: Russell Nelson <nelson@crynwr.com>
  18729. Organization: Crynwr Software
  18730. Subject: ZyXEL Modem Voice/Fax Software Wanted
  18731.  
  18732.  
  18733. I'm willing to pay a bounty for a ZyXEL voice/fax program.  The bounty
  18734. is a ZyXEL 1496E+ (or cash equivalent).  The program must:
  18735.  
  18736.   o Be freely copyable with source and use the GNU General Public License.
  18737.   o Be written in C.
  18738.   o Run on Linux, MS-Windows, and/or DOS (in that order).
  18739.   o Support distinctive ringing.  Should answer voice on "RING", and
  18740.     FAX on "RING 1".
  18741.   o Preview FAXes on the screen.
  18742.   o Under MS-Windows, print FAXes to the current printer.
  18743.   o Under Linux or DOS, decode FAX format files into a NxM bitmap (I
  18744.     can add my own printer support).
  18745.   o Send FAXes (optimally from the output of Ghostscript, but text-only
  18746.     input is fine).
  18747.   o Play back a message when answering as voice.
  18748.   o Have an option on every playback message to chain to a selected message,
  18749.     or record a message.
  18750.   o Allow playback message or recording to be interruptible by a DTMF digit.
  18751.   o Chain to a selected playback message when a DTMF digit is received.
  18752.   o Be interruptible at the keyboard.
  18753.   o Play back recorded messages, either by DTMF commands or by
  18754.     keyboard commands.  Because the volume of the speaker playback is
  18755.     so low this should be done over the phone, not the internal speaker.
  18756.  
  18757. Perhaps this program would be useful to you also, and you'd like to
  18758. increase the bounty by some amount?  Please contact me if so.
  18759.  
  18760.  
  18761. russ <nelson@crynwr.com> 
  18762. Crynwr Software     Crynwr Software sells packet driver support.
  18763. 11 Grant St.        315-268-1925 Voice  |  LPF member - ask me about
  18764. Potsdam, NY 13676   315-268-9201 FAX    |  the harm software patents do.
  18765.  
  18766. ------------------------------
  18767.  
  18768. End of TELECOM Digest V13 #86
  18769. *****************************
  18770. 
  18771. 
  18772. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa05904;
  18773.           13 Feb 93 16:43 EST
  18774. Received: by delta.eecs.nwu.edu id AA14652
  18775.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 13 Feb 1993 14:15:46 -0600
  18776. Received: by delta.eecs.nwu.edu id AA27527
  18777.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 13 Feb 1993 14:15:16 -0600
  18778. Date: Sat, 13 Feb 1993 14:15:16 -0600
  18779. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  18780. Message-Id: <199302132015.AA27527@delta.eecs.nwu.edu>
  18781. To: telecom@eecs.nwu.edu
  18782. Subject: TELECOM Digest V13 #87
  18783.  
  18784. TELECOM Digest     Sat, 13 Feb 93 14:15:15 CST    Volume 13 : Issue 87
  18785.  
  18786. Index To This Issue:                     Moderator: Patrick A. Townson
  18787.  
  18788.     AT&T Sues MCI, Sprint, Wiltel (Paul Robinson)
  18789.     Cheap Way to Get Incoming SDMR From DID? (James Deibele)
  18790.     Phone Extension Problem (Ossian Smyth)
  18791.     RFI: Device to Restrict LD Access on Phone (Gerry George)
  18792.     What Could Cause Jitter in a Voice Channel Over Fiber? (Tracy Ching)
  18793.     Looking For One-Way A/B Switch For Two-Line Phone System (Joseph Chan)
  18794.     Local Cellular Channel Distribution (Eric E. Snyder)
  18795.     That's Easy For YOU to Say ... (William Degnan)
  18796.     Sharing One FAX Card Among Several Voice Lines (Elizabeth Fong Wah Chan)
  18797.     General Magic's Telescript?? (Keith Bechard)
  18798.     Ma Bell Calling (Robert L. Stinnett)
  18799.     Questions Ahout Uniden CP-1200 Cellular Phone (Joe Smooth)
  18800.     1-800-CALL-ATT 'ext. 21' to be Discontinued (Paul Robinson)
  18801.     Listing of Telecom Magazines Wanted (Eric Pearce)
  18802.     What is 'Los Angeles'? (Paul Robinson)
  18803. ----------------------------------------------------------------------
  18804.  
  18805. Reply-To: tdarcos@mcimail.com
  18806. From: Paul Robinson <FZC@CU.NIH.GOV>
  18807. Date: Fri, 12 Feb 1993  19:55:46 EST
  18808. Subject: AT&T Sues MCI, Sprint, Wiltel Over Tariff Schedules
  18809.  
  18810.  
  18811. In a report on page B11 in the 2/11 {Washington Post}, AT&T wants a
  18812. District Court to award it damages for $1 billion in lost business
  18813. since 1991 due to MCI, Sprint, and Wiltel Commnications (Tulsa OK) not
  18814. filing tariff schedules of their rates.
  18815.  
  18816. AT&T says its competitors have negotiated "secret contracts" with
  18817. business customers over the last three years.  Its competitors claim
  18818. that because they are not dominant carriers, they do not have to file
  18819. tariff schedules.  Wiltel said "This frivolous lawsuit is the latest
  18820. example of AT&T's unfortunate practice of using its huge size and
  18821. market dominance" to punish competitors.
  18822.  
  18823. AT&T had asked the FCC to require all of its competitors to file
  18824. tariff schedules of rates, but the FCC said this was not required
  18825. because they aren't dominant.  AT&T said the FCC was wrong and filed a
  18826. challenge.  On Nov. 13, 1992, a three-judge Federal Appeals court said
  18827. AT&T was right and 5,000 telephone companies are supposed to file
  18828. tariff schedules.
  18829.  
  18830. AT&T also doesn't like the current tariff that MCI has filed, saying
  18831. "The writing down of pen on paper does not constitute a tariff."  MCI
  18832. says the tariffs are allowed to be in plain language.  The FCC says
  18833. only 40 companies have filed tariff schedules since the ruling.  MCI
  18834. has gotten very recent large contracts from Citibank and the FAA for
  18835. voice and data transmission services and said the legal action was
  18836. "camoflage for AT&T's marketplace shortcomings" and its "difficult
  18837. time rationalizing why it is losing customers."
  18838.  
  18839. ------------------------------
  18840.  
  18841. From: jamesd@techbook.com (James Deibele)
  18842. Subject: Cheap Way to Get Incoming SDMR From DID?
  18843. Organization: TECHbooks --- Public Access UNIX --- (503) 220-0636
  18844. Date: Sat, 13 Feb 1993 09:09:52 GMT
  18845.  
  18846.  
  18847. We need to have direct inward dialing (DID) for phone lines that will
  18848. be plugged into modems.  We don't care what number the sender is
  18849. calling from (we're not interested in caller ID, which looks like it
  18850. will be available in Oregon soon), but we must know what number is
  18851. called, the time of the call, the duration of the call, and either the
  18852. DID trunk line (first trunk is #1, etc.) or preferably the analog line
  18853. selected by the PBX or key switch unit or whatever.  We need this via
  18854. a standard RS-232 serial port.
  18855.  
  18856. Or we can handle PC cards under several different operating systems
  18857. and handle SBUS on SUNs.  We've been told by US West that we need a
  18858. "box" (KSU or PBX or something) to convert DID trunk to analog - DID
  18859. doesn't do rings in the traditional sense, so there's no way for a
  18860. modem to know it's supposed to answer.  We have no need for phones on
  18861. this at all.  We haven't actually purchased the modems yet, so we're
  18862. willing to consider a combined DID/modem unit -- if there is such a
  18863. thing.  We will not be making outgoing calls through this unit, it
  18864. just needs to handle inward traffic.  We estimate that we'll need
  18865. eight simultaneous lines at most, though it would be nice to be able
  18866. to expand beyond that by adding more cards.  For a PC based solution,
  18867. we'd want it to be networked via ethernet without causing the modems
  18868. any problems.
  18869.  
  18870. We've been quoted $7000 for a PBX from local companies, with capacity
  18871. for four or eight lines.  That's installed, programmed, and tested,
  18872. but we think we should be able to do better than that.  We've been
  18873. told that most KSUs are cheaper, but not as expandable.  We don't
  18874. think that matters a lot at this stage.  We've heard lots of rumors of
  18875. future products, but we'd prefer something available now and would
  18876. really like something that's been tested extensively in the field.
  18877.  
  18878. I've talked to a dozen local telephone equipment companies, including
  18879. the local Graybar office.  I've also talked to AT&T, NCR, GTE, "Hello
  18880. Direct", and extensively with US West.  I plan to talk to most of the
  18881. rest of the local equipment companies and as many PBX and KSU
  18882. manufacturers as I can reach next week.
  18883.  
  18884. If anybody has any information on a product like this, I'd like to
  18885. hear about it.  I've got a list of people who are interested in
  18886. something similar, and I'll mail them the info I receive.
  18887.  
  18888.  
  18889. Thanks!
  18890.  
  18891. jamesd@techbook.COM  
  18892. PDaXs gives free access to news & mail. (503) 220-0636 - 1200/2400, N81  
  18893. Full internet (ftp, telnet, irc) access available. Voice: (503) 223-4245
  18894.  
  18895. ------------------------------
  18896.  
  18897. From: ofsmyth@unix1.tcd.ie (Ossian Smyth)
  18898. Subject: Phone Extension Problem
  18899. Organization: Trinity College, Dublin
  18900. Date: Sat, 13 Feb 1993 12:54:20 GMT
  18901.  
  18902.  
  18903. Every time my one of my parents picks up the main phone in our house,
  18904. the extension line to my room cuts off.  Does anyone know what this
  18905. could be?
  18906.  
  18907.  
  18908. Ossian Smyth
  18909.  
  18910.  
  18911. [Moderator's Note: It could be one of the contacts in the main phone
  18912. is being used like an exclusion key to provide privacy to that phone
  18913. when it is in use. Are your parents aware of this and know it is
  18914. happening? There is a certain contact (at least in Bell phones in the
  18915. USA) which functions the opposite of the other contacts. Most are
  18916. open when the phone is on hook and closed when the phone is off hook.
  18917. The one in there which is the other way around (closed on hook, open
  18918. when off hook) can be used for various special purposes. Using a two
  18919. pair modular cord, bring the phone line from outside into your premises   
  18920. up to that phone *first, before it goes to any other extension* on one
  18921. pair. Connect the two pairs together in the phone with one side of
  18922. pair two going through the 'open when phone is off hook' contact. Then
  18923. use the second pair from that phone to take the phone line back to the
  18924. main demarc from whence it is distributed normally to all other phones
  18925. on the premises. This phone now serves as a master, or front-end to
  18926. all the phones on your premises. When that phone is on hook, the
  18927. circuit to all the other phones is completed and they operate. When
  18928. the master phone on the front end goes off hook, all other phones go
  18929. dead since the circuit to them is now broken.  PAT]
  18930.  
  18931. ------------------------------
  18932.  
  18933. From: ggeorge@acs.bu.edu (Gerry George)
  18934. Subject: RFI: Device to Restrict LD Access on Phone
  18935. Date: Sat, 13 Feb 93 11:02:59 EST
  18936. Reply-To: ggeorge@acs.bu.edu
  18937.  
  18938.  
  18939. I am interested in obtaining one of those devices which restrict or
  18940. prevent someone from dialing a 1 + areacode on a phone line without a
  18941. proper access code.  Alternatively, are there any options with the
  18942. long-distance carriers where this same thing (access code required)
  18943. can be achieved?
  18944.  
  18945. If such info already exists in the archives, I will be happy to search
  18946. for it. Otherwise, feel free to mail replies.
  18947.  
  18948.  
  18949. Thanks,
  18950.  
  18951. Gerry George    School of Management, Boston Univ.
  18952. Internet: ggeorge@acs.bu.edu   Compu$erve: 72607.2560@compuserve.com
  18953.  
  18954. ------------------------------
  18955.  
  18956. From: tching@target.uucp (Tracy Ching <tching@target.uucp>)
  18957. Subject: What Could Cause Jitter in a Voice Channel Over Fiber?
  18958. Organization: California State University, Sacramento
  18959. Date: Sat, 13 Feb 1993 16:45:47 GMT
  18960.  
  18961.  
  18962. While sending a 1KHz tone over that voice channel, the other end is
  18963. jittering (changing phase constantly) and also slightly changing
  18964. amplitude.  The "gurus" who administer the thing say there is nothing
  18965. that can be done to fix it.  I just want my clear channel.
  18966.  
  18967.     What could cause such a problem?  Be as technical as you want.
  18968. Thanks for any info.
  18969.  
  18970. I'm quite sure my 1KHz tone is pure, i.e. no jitter from the source.
  18971.  
  18972.  
  18973. tching@water.ca.gov  OR   tching@target.water.ca.gov
  18974.  
  18975. ------------------------------
  18976.  
  18977. From: joseph@bofur.bioeng.washington.edu (Joseph Chan 3-5418)
  18978. Subject: Looking For One-Way A/B Switch For Two-Line Phone System
  18979. Date: 13 Feb 1993 06:08:10 GMT
  18980. Organization: University of Washington, Bioengineering
  18981.  
  18982.  
  18983. If I have two phone lines come to my house (our house was wired with
  18984. two-pair wire) the simplest way is to use two regular telephones (I
  18985. already have) to connect to the two lines. (First phone connect to
  18986. green and red pair, and second connnect to black and yellow pair).
  18987.  
  18988. Is there a one-way A-B switch so that incoming phone calls, either
  18989. line one or line two, would ring can ring both phones, and outgoing
  18990. phone calls can switch to either line one or line two?
  18991.  
  18992. Since I already have single phone line phone sets, we do not wish to
  18993. buy special two-line telephone sets.  I am thinking to buy a simple
  18994. and cheap one-way A-B switch instead of two-line telephone sets.
  18995.  
  18996. Thank you for any information.
  18997.  
  18998.  
  18999. Joseph Chan    INTERNET: joseph@nsr.bioeng.washington.edu
  19000. UUCP: uunet!uw-beaver!uw-nsr!joseph
  19001.  
  19002.  
  19003. [Moderator's Note: Radio Shack has a device like this. You plug both
  19004. incoming lines into it and it feeds out to a single line phone. You
  19005. press a key for the desired outgoing line and it automatically will
  19006. switch either incoming line into the phone when it senses ringing.
  19007. You'd need one of these for each phone. An incoming call would cause
  19008. both phones to ring (unless one phone was in use on one of the lines
  19009. already) and you could answer from either phone. This device does not
  19010. allow calls to be held while you switch lines. 
  19011.  
  19012. Another solution is to modify the existing phones yourself. Mount a
  19013. double-pole toggle switch on the phone (if you take the shell off, you
  19014. will see in the plastic mold on the underside a place to punch out for
  19015. this purpose). Bring both phone pairs (r/g and y/b) up to the phone
  19016. connected through the toggle switch (r/g one side; y/b to the other
  19017. side and center out to the phone network). Then, whichever way you
  19018. have the switch thrown is the pair which will connect to the phone.
  19019. You will only get the bell on that line however. To avoid the
  19020. possibility that all phones will have their switch set the same way
  19021. thus entirely killing the bell on the other line, what you do is get a
  19022. little buzzer of the right voltage (there are lots of them which will
  19023. work) and you install it in the phone.  *Important* -- disconnect the
  19024. bell from the network in the phone. Send the r/g to it separately as
  19025. well as to the switch you mounted. Unscrew one of the bell clappers
  19026. and take it off, mounting your buzzer where the clapper had been. Run
  19027. the y/b wires to the buzzer as well as to the toggle switch. Now a
  19028. call on line one will ring the bell regardless of switch setting, and
  19029. a call on line two will make the buzzer sound, regardless of switch
  19030. setting.  The difference in sounds identifies the line to be (switched
  19031. to) and answered. Even if you are off hook on line two, the bell will
  19032. ring if a call comes in on line one. Variations on a Theme: Adding a
  19033. mechanical (as opposed to electronic) hold circuit ... just as you ran
  19034. parallel to the switch and the bell/buzzer run parallel to another
  19035. toggle switch with a center-off position where you cause a dead-short
  19036. of red to green or yellow to black (or neither, in the center position).  
  19037. That's all the old Bell System two-line turn button phones did; when
  19038. you pulled up the left plunger, the line not being used was shorted
  19039. out to keep it from disconnecting the other party. Of course, it was
  19040. idiot-proof; you could not hang up and forget to release the hold. If
  19041. you add a hold circuit via a toggle switch, figure out some way to
  19042. remind yourself to release it when finished ... maybe a little light
  19043. bulb which illuminates as a reminder or something?   PAT]
  19044.  
  19045. ------------------------------
  19046.  
  19047. From: eesnyder@boulder.Colorado.EDU (Eric E. Snyder)
  19048. Subject: Local Cellular Channel Distribution
  19049. Organization: University of Colorado, Boulder
  19050. Date: 13 Feb 93 16:57:52 GMT
  19051.  
  19052.  
  19053. Someone mentioned the other day that of the 800 odd cellular channels
  19054. available, only one sixth of these would be in use in a given area (at
  19055. least, per cell carrier).  Is it then possible to deduce from the
  19056. frequency of a single channel verified to be in use exactly which 100
  19057. or so channels would be active?  This would be useful since one could
  19058. key in these frequencies and 'scan' them instead of frequency
  19059. searching.
  19060.  
  19061. Ideas?
  19062.  
  19063.  
  19064. Eric E. Snyder            Department of MCD Biology 
  19065. University of Colorado, Boulder   Boulder, Colorado 80309-0347
  19066.  
  19067. ------------------------------
  19068.  
  19069. From: William.Degnan@f10.n382.z1.mdf.FidoNet.org (William Degnan)
  19070. Date: Sat, 13 Feb 1993 10:41:42 -0500
  19071. Subject: That's Easy For YOU to Say ...
  19072.  
  19073.  
  19074. According to a story which appeared in {USA Today Decisionline}, NYNEX
  19075. Corp has introduced a network-based voice-dialing service that permits
  19076. callers to dial by speaking the name of the party they wish to reach.
  19077.  
  19078. The story quotes NYNEX Science & Technology president Casimir
  19079. Skrzypczak, who I don't expect will get too many calls via this
  19080. method.
  19081.  
  19082. NYNEX, said they plan to file tariffs for VoiceDialing with the New
  19083. York PSC on Feb. 26 and expect a decision by May. They expect to
  19084. charge $4 - 6 per month for the feature.
  19085.  
  19086.                           -----------
  19087.  
  19088. "Well-informed people know it is impossible to transmit the voice over
  19089. wires.  Even if it were, it would be of no practical value."
  19090.                                     -- Boston Post 1865
  19091.                            ----------
  19092.  
  19093. William Degnan,  Communications Network Solutions
  19094. -Independent Consultants in Telecommunications and Technology-
  19095. P.O. Drawer 9530       | wdegnan@mdf.fidonet.org | mfwic@mdf.fidonet.org
  19096. Austin, TX 78766-9530                |        Voice +1 512 323 9383
  19097.  
  19098.  
  19099. [Moderator's Note: Gee, we had 'voice dialing' for the first half
  19100. century of the telephone ... they want to go back to that system?  PAT]
  19101.  
  19102. ------------------------------
  19103.  
  19104. From: elizabec@sfu.ca (Elizabeth Fong Wah Chan)
  19105. Subject: Sharing One FAX Card Among Several Voice Lines
  19106. Organization: Simon Fraser University, Burnaby, B.C., Canada
  19107. Date: Fri, 12 Feb 1993 22:18:51 GMT
  19108.  
  19109.  
  19110. I am absolutely new to the field of telecom. Presently, my company
  19111. plans to install a voice processing system to do voice mail, audiotex,
  19112. and faxing.
  19113.  
  19114. We have purchased a four-line voice processing board and a software
  19115. development package.
  19116.  
  19117. Since we want to allow callers to be able to send and receive faxes in
  19118. addition to voice processing. One known solution is that we can
  19119. purchase four Intel SatisFAXtion model, each one connected to one of
  19120. the four phone lines to the voice processing board.
  19121.  
  19122. However, this solution is too expensive, and besides we don't need
  19123. that many fax boards. I wonder if there is some kind of simple
  19124. switching equipment that allows sharing of one fax board among all
  19125. four phone lines.
  19126.  
  19127. What I am thinking of is that when a caller dial up to a particular
  19128. line and is greeted by voice prompts and menus, he may choose to do
  19129. faxing and our software will send a special DTMF command that is
  19130. recognised by the switching equipment. The switching equipment will
  19131. then switch the fax board over to that particular line. Then the
  19132. caller can start faxing.
  19133.  
  19134. Certainly, only one caller can do faxing at a time. Access control can
  19135. be done by programming. What we need is the piece of switching
  19136. equipment that can accept DTMF as commands and do the switching
  19137. automatically.
  19138.  
  19139. Could anyone please advise what kinds of equipment we need, preferably
  19140. specific product information?
  19141.  
  19142.  
  19143. Thanks in advance.
  19144.  
  19145. ------------------------------
  19146.  
  19147. From: keithb@advtech.uswest.com (Keith Bechard)
  19148. Subject: General Magic's Telescript??
  19149. Organization: U S WEST/Advanced Technologies
  19150. Date: Fri, 12 Feb 1993 20:08:58 GMT
  19151.  
  19152.  
  19153. Does anyone know where information can be obtained on General Magic's
  19154. Telescript language?
  19155.  
  19156.  
  19157. Thanks,
  19158.  
  19159. Keith Bechard    U S WEST/Advanced Technologies
  19160. keithb@advtech.uswest.com    (303) 541-6766 
  19161.  
  19162. ------------------------------
  19163.  
  19164. From: C592073@mizzou1.missouri.edu (Robert L. Stinnett)
  19165. Subject: Ma Bell Calling
  19166. Organization: University of Missouri
  19167. Date: Fri, 12 Feb 93 19:02:55 CST
  19168.  
  19169.  
  19170. GTE is raising rates in this area again as well.  As I think back over
  19171. the years, it seems that phone-use and phone charges were more simpler
  19172. and less costly in the AT&T (Ma Bell) days.  Everything was right
  19173. there, no worrying about all these different companies, one
  19174. straight-forward bill.
  19175.  
  19176. What has happened to our communication society?  I think the line is
  19177. down and the repairman is on vacation.
  19178.  
  19179.  
  19180. [Moderator's Note: Don't get me started  :).   PAT]
  19181.  
  19182. ------------------------------
  19183.  
  19184. From: Joe Smooth <kingpin@spiff.gnu.ai.mit.edu>
  19185. Subject: Questions Ahout Uniden CP-1200 Cellular Phone
  19186. Date: Fri, 12 Feb 1993 23:02:36 GMT
  19187.  
  19188.  
  19189. I have a Uniden CP-1200 mobile phone, and have a few questions about
  19190. it.
  19191.  
  19192. I noticed that in order to reprogram the NAM, etc., you need a
  19193. "diagnostics" handset or a "NAM programming" handset. Does anybody
  19194. know if there is a way to convert a normal, standard handset into one
  19195. of the above?  The tech I talked to at Uniden said that he couldn't
  19196. sell me one, because I am not an authorized service center.
  19197.  
  19198. Also, does anybody know where I can pick up an Oki-900 portable phone
  19199. CHEAP, or a battery for a Novatel 8320 transportable phone? Please let
  19200. me know.
  19201.  
  19202.  
  19203. Thanks a lot!
  19204.  
  19205. ------------------------------
  19206.  
  19207. Reply-To: TDARCOS@MCIMAIL.COM
  19208. From: Paul Robinson <FZC@CU.NIH.GOV>
  19209. Date: Fri, 12 Feb 1993  17:56:29 EST
  19210. Subject: 1-800-CALL-ATT 'ext.  21' to be Discontinued
  19211.  
  19212.  
  19213. Effective April 1, dialing 1-800-CALL-ATT, then dialing extension 21
  19214. will no longer be available for getting direct access to AT&T's
  19215. switch.
  19216.  
  19217. Oh horrors!  What will we do, what will we do?
  19218.  
  19219. Fortunately, AT&T has an answer.  They have a new number which is
  19220. *exclusively* for connecting to their switch.  The new number is:
  19221.  
  19222.      1-800-321-0-ATT
  19223.  
  19224.  
  19225. Paul Robinson -- TDARCOS@MCIMAIL.COM    This is my opinion only.
  19226.  
  19227. ------------------------------
  19228.  
  19229. Date: Fri, 12 Feb 1993 23:24:28 -0800
  19230. From: eap@ora.com (Eric Pearce)
  19231. Subject: List of Telecom Magazines Wanted
  19232.  
  19233.  
  19234. I poked around on lcs.mit.edu and didn't see any listing of telecom
  19235. magazines ... is there a list somewhere?  I'm interested in
  19236. subscription info, content and quality.  
  19237.  
  19238.  
  19239. Thanks,
  19240.  
  19241.  -e
  19242.  
  19243. ------------------------------
  19244.  
  19245. Reply-To: TDARCOS@MCIMAIL.COM
  19246. From: Paul Robinson <FZC@CU.NIH.GOV>
  19247. Date: Fri, 12 Feb 1993  23:14:41 EST
  19248. Subject: What is 'Los Angeles'?
  19249.  
  19250.  
  19251. RUDHOLM@AIMLA.COM spoke about the fact that the San Fernando Valley,
  19252. except for three towns, is all in the "City of Los Angeles" even
  19253. though they are identified as other places.
  19254.  
  19255. This is because some places get known by alternate names, and these
  19256. names become so common that they get used differently even though the
  19257. "official" name is something else.
  19258.  
  19259. A lot of people who got arrested in Los Angeles used to tell people
  19260. that they were staying at the "Graybar Hotel" instead of admitting
  19261. they were in the County Jail.  Until it was torn down a few years ago,
  19262. the post office would forward mail addressed to the "Graybar Hotel" to
  19263. the Los Angeles County Jail.  (This is where life imitates art.)
  19264.  
  19265. In case you are unaware, there is no such "city" as Hollywood; it is
  19266. also part of the "City of Los Angeles."  (There is, however, an
  19267. incorporated city called "West Hollywood.")
  19268.  
  19269. Right next to where I used to live in the incorporated city of Long
  19270. Beach, is "San Pedro".  The Police Department building says it is in
  19271. "San Pedro, CA."  What does it say on the police cars?  "Los Angeles
  19272. Police Department."  Not county; City of Los Angeles.
  19273.  
  19274. I heard they wanted to put a "Los Angeles City Limits" sign in the
  19275. Ukraine but that country is too small ...
  19276.  
  19277.  
  19278. [Moderator's Note: Did they tear down the post office, or the County
  19279. Jail?   PAT]
  19280.  
  19281. ------------------------------
  19282.  
  19283. End of TELECOM Digest V13 #87
  19284. *****************************
  19285. 
  19286. 
  19287. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa22303;
  19288.           14 Feb 93 1:01 EST
  19289. Received: by delta.eecs.nwu.edu id AA25566
  19290.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 13 Feb 1993 22:29:32 -0600
  19291. Received: by delta.eecs.nwu.edu id AA09979
  19292.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 13 Feb 1993 22:28:59 -0600
  19293. Date: Sat, 13 Feb 1993 22:28:59 -0600
  19294. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  19295. Message-Id: <199302140428.AA09979@delta.eecs.nwu.edu>
  19296. To: telecom@eecs.nwu.edu
  19297. Subject: TELECOM Digest V13 #88
  19298.  
  19299. TELECOM Digest     Sat, 13 Feb 93 22:29:00 CST    Volume 13 : Issue 88
  19300.  
  19301. Index To This Issue:                     Moderator: Patrick A. Townson
  19302.  
  19303.     Re: Running Out of Area Codes (Ken Stox)
  19304.     Re: Running Out of Area Codes (Robert L. McMillin)
  19305.     Re: Running Out of Area Codes (Fred R. Goldstein)
  19306.     Number Shortage ... What About "#" Sign? (Elana Beach)
  19307.     Re: SMDS Question (Fred R. Goldstein)
  19308.     Re: SMDS Question (Lars Poulsen)
  19309.     Re: SMDS Question (Pushpendra Mohta)
  19310.     Re: Second Line Non-Pub/Unlisted? (John Higdon)
  19311.     Re: Second Line Non-Pub/Unlisted? (David Lesher)
  19312.     Re: Second Line Non-Pub/Unlisted? (Richard Lucas)
  19313.     Re: Second Line Non-Pub/Unlisted? (Joel Upchurch)
  19314.     Re: Overseas Directory Assistance (Jim Gottlieb)
  19315.     Re: Overseas Directory Assistance (Sven Echternach)
  19316.     Re: Exchange Scanning - Enough Already! (Ed Greenberg)
  19317. ----------------------------------------------------------------------
  19318.  
  19319. From: kstox@admips2.naitc.com (Ken Stox)
  19320. Subject: Re: Running Out of Area Codes
  19321. Reply-To: kstox@admips2.naitc.com (Ken Stox)
  19322. Organization: AC Nielsen Co.
  19323. Date: Sat, 13 Feb 93 18:14:16 GMT
  19324.  
  19325.  
  19326. In article <telecom13.85.5@eecs.nwu.edu>, Tony Harminc <TONY@VM1.
  19327. MCGILL.CA> writes:
  19328.  
  19329. > This sounds like nonsense.  Telcos do not divide DA bureaus up
  19330. > strictly by area code in most cases.  If a city has several area
  19331. > codes, a call to any one should be enough to find out a number in that
  19332. > city.  And locally, 411 should do.
  19333.  
  19334. I can vouch for that, here in Chicago, the DA bureaus serve the 312
  19335. and 708 area codes. I lived in the city for many years and moved to
  19336. the burb's some two years ago. An old friend called 312 DA, and was
  19337. rather insistent that they must have my listing ( My name is, as far
  19338. as I know, unique in North America). DA replied that, in fact, they
  19339. did have a listing , but in 708. Needless, thanks to DA, I heard from
  19340. an old friend.
  19341.  
  19342.  
  19343. #include <std_disclaimer.h>
  19344. Ken Stox     Consultant to A.C. Nielsen    kstox@naitc.com
  19345.  
  19346. ------------------------------
  19347.  
  19348. Date: Sat, 13 Feb 93 12:00:18 -0800
  19349. From: rlm@indigo2.hac.com (Robert L. McMillin)
  19350. Subject: Re: Running Out of Area Codes
  19351.  
  19352.  
  19353. Tony Harminc <TONY@VM1.MCGILL.CA> writes:
  19354.  
  19355. >> Callers will have to closely pinpoint neighborhoods in making
  19356. >> directory assistance requests because of the area-code proliferation.
  19357. >> That's already a problem in Southern California, which now has seven
  19358. >> area codes and is likely to get many more.
  19359.  
  19360. > This sounds like nonsense.  Telcos do not divide DA bureaus up
  19361. > strictly by area code in most cases.
  19362.  
  19363. They do in LA.  The 213/310 split has been a mess in terms of figuring
  19364. out which area code serves which city.  Luckily for most people, 310
  19365. covers the coastal areas, so if the city you want to call is near the
  19366. beach, it's probably 310.  Inglewood?  Beverly Hills?  Those cities
  19367. are roughly halved by the 213/310 area code split.  True, the DA
  19368. bureaus aren't split up physically, but a 310 operator will tell you
  19369. "that city is in 310, sir" if you ask for a Long Beach number from a
  19370. 213 operator.  So it is a bit worse, particularly if you're calling
  19371. long distance and have to pay for both calls.
  19372.  
  19373. ------------------------------
  19374.  
  19375. From: goldstein@carafe.dnet.dec.com (Fred R. Goldstein)
  19376. Subject: Re: Running Out of Area Codes
  19377. Organization: Digital Equipment Corp., Littleton MA USA
  19378. Date: Sat, 13 Feb 1993 23:44:25 GMT
  19379.  
  19380.  
  19381. In article <telecom13.85.7@eecs.nwu.edu>, jadams@vixen.cc.bellcore.com
  19382. (adams,john) writes:
  19383.  
  19384. > SURPRISE!  (At least I was!)  In yesterday's "New Yawk Times" appeared
  19385. > an article stating that SPRINT is now an *owner* (along with the seven
  19386. > RECs) of BELLCORE.  I'm personally convinced that this will have
  19387. > little to do with me, although I can see a couple of legions of
  19388. > attorneys lining up on either side of this issue.
  19389.  
  19390. Recall, however, that Sprint Corp. does business as "United Telephone
  19391. System", and is the phone company in many parts of the country.  I
  19392. think they're trying to by Centel, another big local telco.  (United
  19393. Telephone changed its name to that of the long distance company they
  19394. bought from GTE.)
  19395.  
  19396.  
  19397. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  19398. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  19399. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  19400.  
  19401. ------------------------------
  19402.  
  19403. From: elana@agora.rain.com (Elana Beach)
  19404. Subject: Number Shortage ... What About "#" Sign?
  19405. Organization: Open Communications Forum
  19406. Date: Sat, 13 Feb 1993 14:06:04 GMT
  19407.  
  19408.  
  19409. Extreme newbie talking here ... I hope this is an interesting thought
  19410. for discussion, because it isn't easy being green!  :-)
  19411.  
  19412. ANYWAY ... in the various discussions of the number shortage, I never
  19413. have seen this possibility I am about to discuss, and I wonder if it's
  19414. because it's not workable, or just because no one thought of it yet.
  19415.  
  19416. Could the # sign be used in any permutation to help alleviate the
  19417. number shortage ... i.e. have it replace the leading "1" for
  19418. long-distance phone calls or whatever?
  19419.  
  19420. The * is already used as a leading character for things like *67, etc,
  19421. so that is out.  However it seems to me that the #, being so utterly
  19422. unused, could be used in SOME interesting fashion to rethink our way
  19423. through the number shortage problem.  To my non-tech mind, it seems
  19424. for example that to replace the leading 1 with the # will at LEAST
  19425. free up the leading one for something else. 
  19426.  
  19427. Then there's combinations of #* (#N*, #*N, etc.) that could mean
  19428. different things when used with the regular numbers.
  19429.  
  19430. With any luck, this attempt at an idea just might be a creative spark
  19431. to get your minds going on a new line of thought.  Maybe it will help
  19432. someone out there to come up with a creative solution they would not
  19433. have thought of otherwise.
  19434.  
  19435.  
  19436. E.
  19437.  
  19438.  
  19439. Moderator's Note: The problem lies in your statement about '# is so
  19440. utterly unused ...'; this is not true. It is frequently used. There
  19441. are many switches which handle 'custom calling features' the opposite
  19442. of the way you describe, for example using 72#, 73# and so forth,
  19443. rather than with an asterisk on the front. The # -- sometimes known as
  19444. an octothorpe -- is also used to indicate the end of a dialing string,
  19445. or carriage return when the number entered is shorter or longer than
  19446. the expected seven or eleven digits. The use of # at the end of such
  19447. non-standard dialing strings avoids the need for the caller to wait
  19448. while the equipment times out. For example, 0# gets the operator much
  19449. faster than just 0, since before fetching the operator, the equipment
  19450. is going to wait several seconds to see if you intend to go further
  19451. with your dialing, such as 0 + area code + number. Your use of # tells
  19452. it not to wait any longer. When calling the number to which a calling
  19453. card is assigned, one need only enter the four digit PIN rather than
  19454. the entire calling card number. The equipment knows how to interpret
  19455. what you have entered (first four digits of fourteen, wait for ten
  19456. more, or four of four proceed with processing now) because you insert
  19457. the # at the end. This is ditto on international calling, since the
  19458. number of digits we dial varies from one country to the next, depending
  19459. on the length of the country code (one, two, or three digits usually),
  19460. city code (one, two or three digits) and the local number (four to
  19461. seven digits usually). Typically you can cut 20-30 seconds off the
  19462. dialing time on an international call by hitting # at the end of your
  19463. dialing. So the 'mostly unused' # really has a big job.  PAT] 
  19464.  
  19465. ------------------------------
  19466.  
  19467. From: goldstein@carafe.dnet.dec.com (Fred R. Goldstein)
  19468. Subject: Re: SMDS Question
  19469. Organization: Digital Equipment Corp., Littleton MA USA
  19470. Date: Sat, 13 Feb 1993 23:11:12 GMT
  19471.  
  19472.  
  19473. In article <telecom13.79.6@eecs.nwu.edu>, scm3775@tamsun.tamu.edu
  19474. (Sean Malloy) writes ...
  19475.  
  19476. > He was talking about applications, and mentioned that one would be the
  19477. > interconnection of LANs within a metropolitan area.  I thought about
  19478. > it for a while, and alarm bells started to go off in my head.  Putting
  19479. > LANs on a public-switched network?  Doesn't that open up all sorts of
  19480. > security issues?
  19481.  
  19482. No.
  19483.  
  19484. > I asked the speaker about this, and he danced around the issue.  I got
  19485. > frustrated, and decided that security wasn't his bag.  But the
  19486. > question remains.  What sort of precautions are taken to prevent
  19487. > unauthorized users from getting into the LAN?  Passwords?  That's
  19488. > proven to be incredibly effective on the net (heh).  Besides, it'd add
  19489. > overhead.  Some sort of callback?  That reduces the advantages of
  19490. > being switched ...
  19491.  
  19492. SMDS is a packet-switched service.  No more, no less.  Unlike X.25,
  19493. it's connectionless, so it actually melds more easily with LAN traffic
  19494. (LANs are connectionless) than X.25 or Frame Relay, both of which of
  19495. course involve connections.
  19496.  
  19497. But the SMDS network only delivers packets to the destination address
  19498. (E.164 format) in each packet.  So if anybody on the same SMDS sends
  19499. you a packet, you might receive it, but you don't have to return the
  19500. favor.  You will not receive anybody else's traffic, and they won't
  19501. get yours.  If you're really paranoid about somebody else maliciously
  19502. addressing packets to you, then I suppose you could set up a Closed
  19503. User Group too.
  19504.  
  19505. Think of it as being like a shared LAN in which the phone company
  19506. provides bridges that block all traffic UNLESS it's addressed to the
  19507. destination.  (That's the opposite of 802.1 bridges which assume it's
  19508. all private and thus pass everything unless they know not to.)
  19509.  
  19510.  
  19511. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  19512. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  19513. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  19514.  
  19515. ------------------------------
  19516.  
  19517. From: lars@spectrum.CMC.COM (Lars Poulsen)
  19518. Subject: Re: SMDS Question
  19519. Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA
  19520. Date: Sat, 13 Feb 93 07:35:20 GMT
  19521.  
  19522. In article <telecom13.79.6@eecs.nwu.edu> scm3775@tamsun.tamu.edu (Sean
  19523. Malloy) writes:
  19524.  
  19525. > I was at the symposium for Broadband Networks last week, and watched
  19526. > with some interest a presentation by a gentleman from GTE on SMDS.
  19527.  
  19528. This is turning out to be the surprise of the decade. GTE actually is
  19529. going seriously after SMDS, and they have even installed a
  19530. GTE-to-PacBell SMDS gateway. I hear that they are way ahead of the
  19531. Baby Bells in this effort.
  19532.  
  19533. > He was talking about applications, and mentioned that one would be the
  19534. > interconnection of LANs within a metropolitan area.  I thought about
  19535. > it for a while, and alarm bells started to go off in my head.  Putting
  19536. > LANs on a public-switched network?  Doesn't that open up all sorts of
  19537. > security issues?
  19538.  
  19539. Attaching to a public network, inherently is a security issue.
  19540. Fortunately, we have tools to address this issue and set a security
  19541. policy adequate to our needs for each site. Lots of people attach over
  19542. phone wires, and many routers let you install packet filters to
  19543. implement your policy.
  19544.  
  19545.  
  19546. Lars Poulsen, SMTS Software Engineer    Internet E-mail: lars@CMC.COM
  19547. CMC Network Products / Rockwell Int'l    Telephone: +1-805-968-4262    
  19548. Santa Barbara, CA 93117-3083        TeleFAX:   +1-805-968-8256
  19549.  
  19550. ------------------------------
  19551.  
  19552. From: pushp@nic.cerf.net (Pushpendra Mohta)
  19553. Subject: Re: SMDS Question
  19554. Date: 13 Feb 1993 18:12:12 GMT
  19555. Organization: CERFnet Dial n' CERF Customer Group
  19556.  
  19557.  
  19558. In article <telecom13.79.6@eecs.nwu.edu> scm3775@tamsun.tamu.edu (Sean
  19559. Malloy) writes:
  19560.  
  19561. > I was at the symposium for Broadband Networks last week, and watched
  19562. > with some interest a presentation by a gentleman from GTE on SMDS.
  19563.  
  19564. > He was talking about applications, and mentioned that one would be the
  19565. > interconnection of LANs within a metropolitan area.  I thought about
  19566. > it for a while, and alarm bells started to go off in my head.  Putting
  19567. > LANs on a public-switched network?  Doesn't that open up all sorts of
  19568. > security issues?
  19569.  
  19570. You take standard precautions: You secure your gateways and you secure
  19571. your hosts. You may get firewall machines or encryption devices. There
  19572. is a plethora of literature on this.
  19573.  
  19574. SMDS solves some of this problem by creating "closed groups" At your
  19575. request, the access points to the SMDS network can have filters
  19576. designed to exchange traffic with selected SMDS hosts only. (PacBell
  19577. does this, I am sure GTE does the same.)
  19578.     
  19579. The access points also check to see the source SMDS address coming in
  19580. to the network is the same as one preassigned to that port, so it is
  19581. difficult for people to fake their SMDS addresses.
  19582.  
  19583. However, your data is with the phone company .... :-)  So, if you are
  19584. forced to be paranoid: Encrypt.
  19585.     
  19586. ------------------------------
  19587.  
  19588. Date: Sat, 13 Feb 93 10:19 PST
  19589. From: john@zygot.ati.com (John Higdon)
  19590. Reply-To: John Higdon <john@zygot.ati.com>
  19591. Organization: Green Hills and Cows
  19592. Subject: Re: Second Line Non-Pub/Unlisted?
  19593.  
  19594.  
  19595. barnett@zeppelin.convex.com (Paul Barnett) writes:
  19596.  
  19597. > This is indeed specific to the local telephone company.  In Mpls-St.
  19598. > Paul, which is served by US West, you HAVE to publish the number, or
  19599. > pay an extra charge.
  19600.  
  19601. That is the stupidest thing I have ever heard of. So, if I wanted to
  19602. avoid paying unlisting charges on my residence lines, the phone book
  19603. would look something like this (?):
  19604.  
  19605. Higdon John ------------- 264-4115 (the number I normally list)
  19606. Higdon John ------------- 266-4400
  19607. Higdon John ------------- 266-4401
  19608. Higdon John ------------- 266-4402
  19609. Higdon John ------------- 266-4403
  19610. Higdon John ------------- 266-4404
  19611.  
  19612. [etc., etc., and on and on for sixteen lines]
  19613.  
  19614. Some of the businesses in town might take up an entire page! Just how
  19615. thick is the phone book for Mpls-St. Paul?
  19616.  
  19617. > However, you could specify a different name for the listing, and
  19618. > some people invent strange names.
  19619.  
  19620. So is there an entire page of 'Rover'?
  19621.  
  19622.  
  19623. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  19624. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  19625.  
  19626. ------------------------------
  19627.  
  19628. From: David Lesher <wb8foz@SCL.CWRU.Edu>
  19629. Subject: Re: Second Line Non-Pub/Unlisted?
  19630. Date: Sat, 13 Feb 93 19:09:05 EST
  19631. Reply-To: wb8foz@skybridge.scl.cwru.edu  (David Lesher)
  19632. Organization: NRK Clinic for habitual NetNews abusers - Beltway Annex
  19633.  
  19634.  
  19635. I've always found it interesting that second through n-th lines can be
  19636. non-pub for free. After all, it exposes one of the BOC's "BIG LIES".
  19637.  
  19638. Years ago, The Seven Dwarfs claimed that non-pub cost extra because
  19639. they suffered under the weight of those 411 calls; all caused by your
  19640. n.p. number.
  19641.  
  19642. Then they succeeded in getting DA charges tariffed -- Bingo -- another
  19643. profit center! So the tripe they now peddle is that n.p. numbers cause
  19644. them oh_so_much trouble. The classic explanation was the comedian who
  19645. said it's "because they have to push the rest of the numbers in the
  19646. book up one place ..."
  19647.  
  19648. Of course the REAL reason that additional unlistings are free is
  19649. simple.  To do otherwise would REALLY cost Ma's kids.
  19650.  
  19651. Consider:
  19652.  
  19653.   EVERY number in every Centrex would have to be listed. Think about
  19654.   your local megacorporation or worse, state university.
  19655.  
  19656.   The #1 largest user of n.p. numbers is, of course, not NSA or even
  19657.   teleslime. Rather, it's the BOC's! Think how zealously She guards
  19658.   those "secret" numbers to reach someone who understands something and
  19659.   might help you out! [re: PAT's recent story about CNID and calling the
  19660.   switch back ...] Now just suppose your local directory listed them
  19661.   all.
  19662.  
  19663. Hmmm, maybe I should petition the PSC.......
  19664.  
  19665.  
  19666. wb8foz@skybridge.scl.cwru.edu        (301) 56-LINUX
  19667.  
  19668. ------------------------------
  19669.  
  19670. From: rlucas@bvsd.Co.EDU (Richard Lucas)
  19671. Subject: Re: Second Line Non-Pub/Unlisted?
  19672. Organization: Boulder Valley School District
  19673. Date: Sun, 14 Feb 1993 01:08:08 GMT
  19674.  
  19675.  
  19676. In article <telecom13.79.5@eecs.nwu.edu> ddl@burrhus.harvard.edu (Dan
  19677. Lanciani) writes:
  19678.  
  19679. > I recently ordered a second line in my name and at the same
  19680. > address as my existing line.  For some reason I thought one could get
  19681. > non-published or unlisted (I forget) status at no extra charge for
  19682. > each line beyond the first.  Did I imagine this?  The business office
  19683. > was quite certain that I would have to pay extra.  I suppose the
  19684. > answer is specific to NET land ...
  19685.  
  19686.      There are two possible ways of requesting the second line. If you
  19687. requested that it be billed with the main number, the service order
  19688. would need to contain a line specifying the AML (Additional Main
  19689. Listing) details. Omit that and the second line won't be listed. There
  19690. should be no charge to omit the AML. The second option is to bill the
  19691. line by itself.  In that case the USOC would be NP3 rather than NPU,
  19692. and would generate no charge. At least in Colorado we had the rule you
  19693. remember. The basic procedures date back to pre-Divestiture days and
  19694. as such may not be NET-specific.
  19695.  
  19696.  
  19697. Rick Lucas (rlucas@bvsd.co.edu, and former USW service rep)
  19698. Debate Coach, Fairview HS, Boulder, CO
  19699.  
  19700. ------------------------------
  19701.  
  19702. Subject: Re: Second Line Non-Pub/Unlisted?
  19703. From: upchrch!joel@peora.sdc.ccur.com (Joel Upchurch  )
  19704. Date: Sat, 13 Feb 93 18:06:53 EST
  19705. Organization: Upchurch Computer Consulting, Orlando FL
  19706.  
  19707.  
  19708. ddl@burrhus.harvard.edu (Dan Lanciani) writes:
  19709.  
  19710. > I recently ordered a second line in my name and at the same
  19711. > address as my existing line.  For some reason I thought one could get
  19712. > non-published or unlisted (I forget) status at no extra charge for
  19713. > each line beyond the first.  Did I imagine this?  The business office
  19714. > was quite certain that I would have to pay extra.  I suppose the
  19715. > answer is specific to NET land ...
  19716.  
  19717. My first line is published. When I got my second line it wasn't
  19718. required to be listed. For all I know I might have to pay extra to
  19719. have it listed. I notice there are a lot less sales calls coming in on
  19720. the second line. I've entertained the notion of using the second
  19721. number as my primary contact with people I know and putting my modem
  19722. and fax on the first line and have a answering machine take calls on
  19723. that line.
  19724.  
  19725. The nice part was that since both numbers are billed together AT&T
  19726. didn't charge any extra to have Any Hour Saver on both lines.
  19727.  
  19728.  
  19729. (If your mail bounces use the address below.)
  19730. Joel Upchurch/Upchurch Computer Consulting/718 Galsworthy/Orlando, FL 32809
  19731. joel@peora.ccur.com {uiucuxc,hoptoad,petsd,ucf-cs}!peora!joel (407) 859-0982
  19732.  
  19733. ------------------------------
  19734.  
  19735. From: jimmy@tokyo07.info.com (Jim Gottlieb)
  19736. Subject: Re: Overseas Directory Assistance
  19737. Reply-To: jimmy@denwa.info.com (Jim Gottlieb)
  19738. Organization: Info Connections, Chiyoda-ku, Tokyo, Japan
  19739. Date: Sat, 13 Feb 1993 13:55:14 GMT
  19740.  
  19741.  
  19742. jrichert@krefcom.GUN.de (Jan Richert) writes:
  19743.  
  19744. > Sometimes you can reach the US directory assistance from Germany by
  19745. > dialing +1 XXX 555 1212 ... but sometimes you get a message "Your call
  19746. > cannot completed as dialed"
  19747.  
  19748. I believe this is because your call may be carried on any of a number
  19749. of carriers to the U.S.
  19750.  
  19751. For example, I sometimes try to call California 976 numbers from here
  19752. in Japan.  Regardless of what carrier I pick to handle the call on
  19753. this side, I enter the U.S. via AT&T, MCI, or Sprint on a seemingly
  19754. random basis.  If I land on AT&T, my calls to 976 go through.
  19755. Otherwise I might hear "MCI does not complete calls to 976 ..." or a
  19756. similar one from Sprint.
  19757.  
  19758. This could be rather confusing to a casual caller.
  19759.  
  19760. I suspect that certain carrier(s) pass overseas calls to DA while
  19761. others don't.
  19762.  
  19763.  
  19764. Jim Gottlieb               Info Connections, Tokyo, Japan
  19765. <jimmy@denwa.info.com>       In Japan: <jimmy@info.juice.or.jp>
  19766. Fax: +81 3 3865 9424              Voice Mail: +81 3 3865 3548
  19767.  
  19768. ------------------------------
  19769.  
  19770. From: echterna@Informatik.TU-Muenchen.DE (Sven Echternach)
  19771. Subject: Worldwide Directory Assistance
  19772. Organization: Technische Universitaet Muenchen, Germany
  19773. Date: Sat, 13 Feb 1993 14:24:34 +0100
  19774.  
  19775.  
  19776. > [Moderator's Note: Yes and no. No, you are not supposed to dial
  19777. > international DA direct (no, people in other countries cannot dial
  19778. > 555-1212 in this country -- I don't think), and yes, it can be done in
  19779. > ...]
  19780.  
  19781. Yes, you can reach 555-1212 from most countries in the world!  It is
  19782. just one of these undocumented features AT&T doesn't tell us.
  19783.  
  19784. Just call up the AT&T USA Direct Access Number from most countries.
  19785. AT&T publishes them daily in {USA Today} and other newspapers.
  19786.  
  19787. If you get an operator, like from Germany, tell her you want (npa)
  19788. 555-1212, where npa is the NPA of the number you want to have.
  19789.  
  19790. They won't ask you for your calling card because it is a toll free
  19791. call.
  19792.  
  19793. Unfortunately, some AT&T Operators don't know about this, but keep on
  19794. asking for your Calling Card (in 20% of the cases), so hang up and try
  19795. again then.
  19796.  
  19797.  
  19798. Regards,
  19799.  
  19800. Sven
  19801.  
  19802.  
  19803. [Moderator's Note: First of all, 'USA Direct' is a different matter
  19804. than simply calling from some other country to the USA. With USA
  19805. Direct you actually get an AT&T operator in the USA. In the latter
  19806. case, the local telecom operator handles the call according to the
  19807. rules in that country. And in any event, if they (AT&T operators or
  19808. the operators in your country) are giving it to you for free, that is
  19809. a much better deal than we who are stateside get: we have to pay about
  19810. 60-65 cents for each call to npa-555-1212.    PAT]
  19811.  
  19812. ------------------------------
  19813.  
  19814. From: edg@netcom.com (Ed Greenberg)
  19815. Subject: Re: Exchange Scanning - Enough Already!
  19816. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  19817. Date: Sat, 13 Feb 1993 13:06:02 GMT
  19818.  
  19819.  
  19820. > [Moderator's Note: What is wrong with your theory, Nigel, is that a
  19821. > carpet cleaning company or health club -- or even a persistent bill
  19822. > collector -- would not call (was it?) 165 times each night. You don't
  19823. > sell memberships or cleaning services at midnight. In any event, I
  19824. > don't think there is legislation at the federal level.   PAT]
  19825.  
  19826. Actually, the way I read the scenario, they might.  Consider that if
  19827. the business has the entire prefix assigned to it, but is using only,
  19828. let's say, 5,000 out of the 10,000 numbers assigned, and somebody
  19829. scanned the whole exchange, then they would get 5,000 calls on their
  19830. DID trunks that would result in intercept from their switch.
  19831.  
  19832. Now, typically, the company holding onto so many empty DIDs doesn't
  19833. get them all turned on, but enables them by the 1000s group.  As long
  19834. as the telco has numbers to spare, this works, but eventually growth
  19835. in the area puts pressure on this and you need to either pay for your
  19836. numbers to reserve them, or give 'em up.
  19837.  
  19838.  
  19839. Edward W. Greenberg  | Home: +1 408 283 0511 | edg@netcom.com
  19840. 1600 Stokes St. #24  | Work: +1 408 764 5305 | DoD#: 0357
  19841. San Jose, CA  95126  | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  19842.  
  19843. ------------------------------
  19844.  
  19845. End of TELECOM Digest V13 #88
  19846. *****************************
  19847. 
  19848. 
  19849. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa25919;
  19850.           14 Feb 93 2:13 EST
  19851. Received: by delta.eecs.nwu.edu id AA22666
  19852.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sat, 13 Feb 1993 23:49:14 -0600
  19853. Received: by delta.eecs.nwu.edu id AA13368
  19854.   (5.65c/IDA-1.4.4 for telecomlist); Sat, 13 Feb 1993 23:48:31 -0600
  19855. Date: Sat, 13 Feb 1993 23:48:31 -0600
  19856. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  19857. Message-Id: <199302140548.AA13368@delta.eecs.nwu.edu>
  19858. To: telecom@eecs.nwu.edu
  19859. Subject: TELECOM Digest V13 #89
  19860.  
  19861. TELECOM Digest     Sat, 13 Feb 93 23:48:30 CST    Volume 13 : Issue 89
  19862.  
  19863. Index To This Issue:                     Moderator: Patrick A. Townson
  19864.  
  19865.     The Definitive Word on TTL Fields (Mark Boolootian)
  19866.     Re: Meaning of TTL in TCP/IP (Eric M. Carroll)
  19867.     Re: AT&T Are You Listening? (Jack Decker)
  19868.     Re: AT&T Are You Listening? (Ed Greenberg)
  19869.     Re: ANI on 800 Line w/o T1? (John Llorens)
  19870.     Re: ANI on 800 Line w/o T1? (John Higdon)
  19871.     Re: FCC Proposed Ruling on Scanners That Receive Cellphones (Ken Stox)
  19872.     Re: FCC Proposed Ruling on Scanners That Receive Cellphones (John Higdon)
  19873. ----------------------------------------------------------------------
  19874.  
  19875. From: booloo@framsparc.ocf.llnl.gov (Mark Boolootian)
  19876. Subject: The Definitive Word on TTL Fields
  19877. Date: Sat, 13 Feb 1993 13:01:45 -0800 (PST)
  19878.  
  19879.  
  19880. I don't want to drag this on ad infinitum, but it is important to get
  19881. the correct information out and that doesn't seem to be happening
  19882. here.
  19883.  
  19884. Matti Aarnio <mea@utu.fi> writes:
  19885.  
  19886. > Lately I have seen this "TTL is time in seconds" dream on many places.
  19887. > Who originated that idea?  Current IP version 4 does not contain an
  19888. > absolute time stamp in each datagram, rather it has a hop-count.
  19889.  
  19890. and, referring to TTL, again writes:
  19891.  
  19892. > Nope, it is not SECONDS, it is HOPS.  (Gomer does explain it well)
  19893. > (And it is explained well in the original RFCs too, see RFC 791).
  19894.  
  19895. While it is a minor point, the TTL field is in fact specified as being
  19896. in seconds in RFC 791 (and also in RFC 1122 - Host Requirements).
  19897. Here is the salient passage from 791:
  19898.  
  19899.     Time to Live:
  19900.  
  19901.     The time to live is set by the sender to the maximum time the
  19902.     datagram is allowed to be in the internet system.  If the datagram
  19903.     is in the internet system longer than the time to live, then the
  19904.     datagram must be destroyed.
  19905.  
  19906.     This field must be decreased at each point that the internet header
  19907.     is processed to reflect the time spent processing the datagram.
  19908.     Even if no local information is available on the time actually
  19909.     spent, the field must be decremented by 1.  The time is measured in
  19910.     units of seconds (i.e. the value 1 means one second).  Thus, the
  19911.     maximum time to live is 255 seconds or 4.25 minutes.  Since every
  19912.     module that processes a datagram must decrease the TTL by at least
  19913.     one even if it process the datagram in less than a second, the TTL
  19914.     must be thought of only as an upper bound on the time a datagram may
  19915.     exist.  The intention is to cause undeliverable datagrams to be
  19916.     discarded, and to bound the maximum datagram lifetime.
  19917.  
  19918.  
  19919. Since routers typically decrement the TTL by one, the TTL is typically
  19920. referred to as a hop count.  But according to the spec, it is
  19921. acceptable for a router to decrement the TTL by some larger value.  I
  19922. am unaware of any cases where this occurs, but it is within the realm
  19923. of possibilty.
  19924.  
  19925. >> By looking at Jack Decker's traceroute output, it seems that his TCP
  19926. >> packets are going through too many gateways.  
  19927.  
  19928. > Nope, 30 is quite normal amount of router hops from one edge to
  19929. > another of the present Internet network. Even 50 is not that unusual.
  19930.  
  19931. I would like to challenge you to produce a traceroute for me with 30
  19932. hops in it (and no routing loops!).  My understanding of why a TTL of
  19933. 60 is commonly used in TCP is that it virtually guarantees a packet
  19934. can move from one edge of the Internet to the other and back again
  19935. without being discarded (i.e. the maximum width of the Internet is <
  19936. 30 hops).  50 hops is unbelievable.
  19937.  
  19938. I want to correct something *I* wrote in my last post.  I said:
  19939.  
  19940. > By the way, most implemenations of traceroute use a TTL of 30.
  19941.  
  19942. I should have said, most implementations of traceroute use a maximum
  19943. default TTL of 30 (the reason being is that is usually sufficient to
  19944. get where you need to go).
  19945.  
  19946.  
  19947. Mark Boolootian        booloo@llnl.gov        +1 510 423 1948
  19948. Disclaimer:  booloo speaks for booloo and no other.
  19949.  
  19950. ------------------------------
  19951.  
  19952. From: eric@cathaus.utcs.utoronto.ca (Eric M. Carroll)
  19953. Subject: Re: Meaning of TTL in TCP/IP
  19954. Organization: UTCS Campus Access
  19955. Date: Sat, 13 Feb 1993 16:21:14 -0500
  19956.  
  19957.  
  19958. > Nope, it is not SECONDS, it is HOPS.   ...
  19959. > (And it is explained well in the original RFCs too, see RFC 791).
  19960.  
  19961. The TTL is in seconds. But a router is required to decrement it by at
  19962. least one. Thus it has hop-count properties. RFC791 defines it, and
  19963. RFC1122 clarifies it.
  19964.  
  19965.  From RFC791:
  19966.     
  19967. Time to Live:  8 bits
  19968.  
  19969. [Moderator's Note: This message quoted the very same text and has been
  19970. omitted here, since he repeats what the first message in this issue
  19971. said quoted from the same source by Mark B.  PAT]
  19972.  
  19973.  From Host Requirements RFC1122:
  19974.  
  19975. 3.2.1.7  Time-to-Live: RFC-791 Section 3.2
  19976.  
  19977. DISCUSSION:
  19978.                  The TTL field has two functions: limit the lifetime of
  19979.                  TCP segments (see RFC-793 [TCP:1], p. 28), and
  19980.                  terminate Internet routing loops.  Although TTL is a
  19981.                  time in seconds, it also has some attributes of a hop-
  19982.                  count, since each gateway is required to reduce the TTL
  19983.                  field by at least one.
  19984.  
  19985.  
  19986. Eric Carroll     University of Toronto Computing & Communications
  19987.                  Network & Operations Services, Network Development
  19988.  
  19989. ------------------------------
  19990.  
  19991. Date: Sat, 13 Feb 93 15:02:50 EST
  19992. From: jack.decker@f8.n154.z1.fidonet.org (Jack Decker)
  19993. Subject: Re: AT&T Are You Listening?
  19994.  
  19995.  
  19996. In message <telecom13.78.2@eecs.nwu.edu>, lchiu@holonet.net (Laurence
  19997. Chiu) wrote:
  19998.  
  19999. > I am thinking about MCI instead. They have a similar plan to ROW
  20000. > (don't remember the name) with similar rates but also they have
  20001. > Friends and Family. I can denote two international numbers F&F (China
  20002. > is allowed) and thus get savings to all the international destinations
  20003. > I call.
  20004.  
  20005. > I don't want to switch carriers. I like AT&T. Their lines are good
  20006. > (I've made consistent 14.4 connects all over the country using my
  20007. > cheap Supra modem), their customer service very friendly etc. But they
  20008. > just don't offer the calling plans I want. Anyway MCI advertise all
  20009. > the time on our local channel which carries Chinese broadcasting, in
  20010. > both Cantonese and Mandarin with toll-free numbers you can call which
  20011. > are answered by Chinese speaking operators so my wife is always asking
  20012. > me why I don't use MCI! I cannot explain modems to her that easily!
  20013.  
  20014. Why not use both carriers?
  20015.  
  20016. I would suggest you do this: Switch your line to MCI and use them for
  20017. all your voice calls.  You might want to try your modem calls at least
  20018. once; you may well be surprised to find that the line quality to the
  20019. places you call is perfectly acceptable.
  20020.  
  20021. However, should you find a place that you cannot call via MCI, simply
  20022. force the call to go via AT&T, by dialing 10288, then 1, the area code
  20023. and number.
  20024.  
  20025. If there is a location that you have consistent problems calling via
  20026. MCI, by all means call up MCI's customer service and complain!  But
  20027. honestly, you should not have that many problems.  All three of the
  20028. major carriers use digital fiber optic circuits now so you really
  20029. should not notice a difference in the quality of your modem connects,
  20030. unless you are calling some place out in the hinterlands.
  20031.  
  20032. But remember, as long as your phone line has been converted for "equal
  20033. access" (MOST lines in the U.S. have by now), you can ALWAYS force a
  20034. call to go by the carrier of your choice, simply by prefixing whatever
  20035. you'd normally dial with the carrier's "10xxx" code.  Thus, if you'd
  20036. normally dial 1-(xxx) xxx-xxxx, you'd instead dial 10xxx-1 (xxx)
  20037. xxx-xxxx.  The "10xxx" codes for the "big three" carriers are:
  20038.  
  20039. 10222 - MCI
  20040. 10288 - AT&T
  20041. 10333 - Sprint
  20042.  
  20043. (I know this is all "common knowledge" for regular readers of the
  20044. TELECOM Digest, but I have to imagine that new folks stumble through
  20045. here at least once in a while!)  :-)
  20046.  
  20047. AT&T spends a LOT of money on advertising to convince you that their
  20048. quality is better.  In my mind, this is just about as valid as the
  20049. advertising that oil companies used to run to convince you that one
  20050. brand of gasoline was better than another.  In many cases, all the gas
  20051. stations in a town got their gas from the same source!  It was the
  20052. same gas, yet they all tried to convince the public that theirs was
  20053. better!
  20054.  
  20055. And we see a similar situation here, in that in many cases if you are
  20056. going to have trouble on a call, the trouble is most likely to be in
  20057. the local telco's lines from their point-of-presence (of which there
  20058. is often only one per LATA) to their local exchange, and ALL the
  20059. carriers use those same lines to complete calls.  If you try a call
  20060. over MCI and it doesn't work, and you then try to complete it over
  20061. AT&T and it does, that doesn't necessarily mean that AT&T is better,
  20062. it just means you got a different circuit from the local telco.  Had
  20063. you tried your second attempt on MCI again, you would probably have
  20064. been just as satisfied with the result.
  20065.  
  20066. Mind you, I can find things to complain about regarding all the
  20067. carriers, but with AT&T my biggest complaint is that AT&T tries to
  20068. make it sound as though their lines are so vastly superior to that of
  20069. their competitors when the truth is that there really isn't any
  20070. perceptible difference in most cases (certainly nothing you could hear
  20071. on a voice call ... and in the past I have seen a few cases where you
  20072. couldn't make a modem connect over AT&T, while using MCI produced a
  20073. near-perfect connection.  Still, that could also have been a local
  20074. telco problem).
  20075.  
  20076. AT&T's new fax commercials really get me ... they talk about their fax
  20077. guarantee but insofar as I can determine from the short amount of time
  20078. that the fine print remains on the screen, they only guarantee to
  20079. credit your bill for the cost of any failed fax call.  Have the other
  20080. carriers refused to do that?  I rather doubt it, since essentially we
  20081. are talking a "poor connection" and the major carriers have all issued
  20082. credits for those for quite some time!
  20083.  
  20084.  
  20085. Jack Decker | Internet: jack.decker@f8.n154.z1.fidonet.org | Fidonet: 1:154/8
  20086.  
  20087. ------------------------------
  20088.  
  20089. From: edg@netcom.com (Ed Greenberg)
  20090. Subject: Re: AT&T Are You Listening?
  20091. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  20092. Date: Sat, 13 Feb 1993 13:22:39 GMT
  20093.  
  20094.  
  20095. In article <telecom13.84.8@eecs.nwu.edu> John Higdon <john@zygot.ati.
  20096. com> writes:
  20097.  
  20098. > For instance, keep AT&T as your PIC and then sign up with MCI for the
  20099. > international plan, keeping your MCI account secondary. Then when you
  20100. > call China (or whereever), prepend '10222' to the call. Frontline
  20101. > salesslime will tell you that you have to "switch" to take advantage
  20102. > of a particular plan, but that is 99.9% hogwash.
  20103.  
  20104. > I have used various plans offered by Sprint and MCI, but I have never
  20105. > "left" AT&T. There is no need.
  20106.  
  20107. I can second this.  I have an MCI personal 800 number. Even though my
  20108. PIC is AT&T, I have a "Friends and Family" account with one number on
  20109. it -- mine.  I discount the cost of my 800 calls home by 20% this way.
  20110. The whole thing was set up for me by a courteous, respectful, _telecom_
  20111. literate_ MCI rep who understood me perfectly when I said that I had
  20112. no intention of switching PICs but wanted an MCI 800 number.  She
  20113. explained that I could add F&F to a secondary account and set it up.
  20114. I checked and checked, waiting to be slammed, and imagine my surprise
  20115. when I wasn't!
  20116.  
  20117.  
  20118. Edward W. Greenberg  | Home: +1 408 283 0511 | edg@netcom.com
  20119. 1600 Stokes St. #24  | Work: +1 408 764 5305 | DoD#: 0357
  20120. San Jose, CA  95126  | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  20121.  
  20122. ------------------------------
  20123.  
  20124. From: johnl@cpqhou.se.hou.compaq.com (John Llorens)
  20125. Subject: Re: ANI on 800 Line w/o T1?
  20126. Organization: Compaq Computer Corp.
  20127. Date: Sat, 13 Feb 1993 17:34:17 GMT
  20128.  
  20129.  
  20130. In article <telecom13.82.14@eecs.nwu.edu> John Higdon <john@zygot.
  20131. ati.com> writes:
  20132.  
  20133. > Tas Dienes <tas@hmcvax.claremont.edu> writes:
  20134.  
  20135. >> Does anybody know if it is possible to get ANI on an 800 line without
  20136. >> having to get T1 service?  I just have a couple of regular (actually,
  20137. >> Centranet) lines - local service is GTE, 800 is Sprint.  Sprint says
  20138. >> no, but I was wondering if anybody else can?  
  20139.  
  20140. > In order to receive realtime ANI from a long distance carrier, you
  20141. > must have a "trunk-side connection". All connections from your telco's
  20142. > switch are "line-side connections". So the answer is no, you cannot
  20143. > get realtime ANI without having a direct trunk connection to a
  20144. > carrier's switch.
  20145.  
  20146. > There is a way around this however. Stay tuned.
  20147.  
  20148. You can recieve realtime ANI and DNIS on reqular voice lines via a
  20149. DTMF header that begins the call.  While this information is being
  20150. transfered to the called, the caller is receiving a ring back tone.
  20151.  
  20152. When you (called) have processed the ANI/DNIS (database lookup,
  20153. operator available, etc ...) you send a special DTMF to the switch to
  20154. connect the voice path.  This method requires a Dialogic or equivalent
  20155. tone detection/generation equipment at the receiver's end.
  20156.  
  20157. Who offers this service?
  20158.  
  20159.    Arch Telecom
  20160.    Houston TX
  20161.    (713) 222-1995 or 1-800-882-2947
  20162.  
  20163. How much does it cost?
  20164.  
  20165.    ATT Readyline rates!
  20166.  
  20167. Who is the carrier?
  20168.  
  20169.    ATT (ISDN inbound and outbound for extremely fast call setup times)
  20170.  
  20171. Features in addition to ANI/DNIS delivery?
  20172.  
  20173.    ANI Blocking/Passing can be programmed via touchtone.  
  20174.    Takes effect immediately.
  20175.    
  20176. Destination number redirect to any domestic number.
  20177.  
  20178.    Can be programmed via touchtone.  
  20179.    Takes effect immediately.
  20180.  
  20181. Can be used as a calling card.
  20182.  
  20183.    Speed dial codes
  20184.   
  20185. I think they also offer this service in combination with ATT's new
  20186. Vari-a-bill 900 service.
  20187.  
  20188. etc ... I don't remember all the services/features...
  20189.  
  20190. I don't know of anyone else using this method for switched long
  20191. distance service. I hope the info is useful to those in need of this
  20192. service.
  20193.  
  20194.  
  20195. John Llorens    Compaq Computer Corporation   johnl@cpqhou.compaq.com
  20196.  
  20197. ------------------------------
  20198.  
  20199. Date: Sat, 13 Feb 93 13:32 PST
  20200. From: john@zygot.ati.com (John Higdon)
  20201. Reply-To: John Higdon <john@zygot.ati.com>
  20202. Organization: Green Hills and Cows
  20203. Subject: Re: ANI on 800 Line w/o T1?
  20204.  
  20205.  
  20206. tim gorman <71336.1270@CompuServe.COM> writes:
  20207.  
  20208. > First, there are ways to get ANI over 800 lines without T1 service.
  20209. > It depends entirely on what your long distance provider offers.
  20210.  
  20211. > If the carrier can offer standard trunking with the ANI sent as an MF
  20212. > (or possible DTMF) digit stream and your PBX can handle the specific
  20213. > format, then a T1 is not a requirement.
  20214.  
  20215. > If your PBX can handle Feature Group D signaling formats,
  20216.  
  20217. Were you responding to the same post I was? The original poster said
  20218. that he had ordinary POTS (well Centrex anyway) from GTE and no
  20219. special equipment. I assumed he was asking if he could casually get
  20220. ANI from a carrier without T1.
  20221.  
  20222. All POTS circuits are "line side". I never claimed that you could not
  20223. get trunk connections from telco (I have them in certain
  20224. applications), but the question was not about PBXes, complex
  20225. alternatives to IXC direct trunking or anything else. It was about ANI
  20226. on POTS. Of course, it is certainly possible for a carrier to provide
  20227. ANI using DTMF after a call has been answered, but to my knowledge
  20228. there is no such offering at this time.
  20229.  
  20230. There is even a rumored service from AT&T that provides ANI via the
  20231. CNID mechanism to customers. Only problem with that (and why I did not
  20232. mention it) is that the poster is from California, the land of
  20233. politically correct, anonymous thinking. (An aside: the pest who
  20234. called me fifteen times this morning, hanging up each time I answered
  20235. will have no worry about HIS identity being discovered. Only in
  20236. California!)
  20237.  
  20238.  
  20239. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  20240. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  20241.  
  20242. ------------------------------
  20243.  
  20244. From: kstox@admips2.naitc.com (Ken Stox)
  20245. Subject: Re: FCC Proposed Ruling on Scanners That Receive Cellphones
  20246. Reply-To: kstox@admips2.naitc.com (Ken Stox)
  20247. Organization: Ministry of Extremely Silly Walks
  20248. Date: Sat, 13 Feb 93 17:55:41 GMT
  20249.  
  20250.  
  20251. > 3. As defined in 47 CFR part 15 scanning receivers, or "scanners,"
  20252. > are radio receivers that automatically switch between four or more
  20253. > frequencies anywhere within the 30-960 Mhz band....
  20254.  
  20255. I guess my TV set will become illegal too!! It has a mode which
  20256. "scans" all channels to see if they are transmitting, and then when
  20257. you hit the channel up or down buttons only "active" stations will be
  20258. shown.
  20259.  
  20260. You know, that may not be such a bad idea... :->
  20261.  
  20262.  
  20263. #include <std_disclaimer.h>
  20264. Ken Stox     Consultant to A.C. Nielsen    kstox@naitc.com
  20265.  
  20266. ------------------------------
  20267.  
  20268. Date: Sat, 13 Feb 93 12:57 PST
  20269. From: john@zygot.ati.com (John Higdon)
  20270. Reply-To: John Higdon <john@zygot.ati.com>
  20271. Organization: Green Hills and Cows
  20272. Subject: Re: FCC Proposed Ruling on Scanners That Receive Cellphones
  20273.  
  20274.  
  20275. bloeber@ecst.csuchico.edu (Robert Paul Loeber) writes:
  20276.  
  20277. > I know this may sound like a dumb question ... but what is the FCCs
  20278. > definition of a "radio receiver"?
  20279.  
  20280. > get a cellular phone (instead of a scanner) ...
  20281.  
  20282. Also, what is the FCC's definition of "easily modified"? I happen to
  20283. know someone who has rewritten the firmware for a very popular
  20284. handheld phone to allow it to act as a powerful monitor of cellular
  20285. communications. Unlike an ordinary scanner, this modified product has
  20286. the ability to follow a conversation after a handoff.
  20287.  
  20288. Believe me, if I wanted to listen in on cellular traffic I would not
  20289. waste any time or effort with my venerable Yaesu. The [name withheld]
  20290. "Special Edition" cellular phone would be my weapon of choice!
  20291.  
  20292. Scanner laws will be just about as effective as gun laws -- only much
  20293. sillier. The FCC is seriously deluded if it thinks it can win a
  20294. technological war with anyone. The below-average moron outguns the FCC
  20295. in the brain cell department.
  20296.  
  20297.  
  20298. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  20299. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  20300.  
  20301. ------------------------------
  20302.  
  20303. End of TELECOM Digest V13 #89
  20304. *****************************
  20305. 
  20306. 
  20307. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa17662;
  20308.           14 Feb 93 14:54 EST
  20309. Received: by delta.eecs.nwu.edu id AA14480
  20310.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 14 Feb 1993 12:26:24 -0600
  20311. Received: by delta.eecs.nwu.edu id AA17200
  20312.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 14 Feb 1993 12:25:47 -0600
  20313. Date: Sun, 14 Feb 1993 12:25:47 -0600
  20314. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  20315. Message-Id: <199302141825.AA17200@delta.eecs.nwu.edu>
  20316. To: telecom@eecs.nwu.edu
  20317. Subject: TELECOM Digest V13 #90
  20318.  
  20319. TELECOM Digest     Sun, 14 Feb 93 12:25:45 CST    Volume 13 : Issue 90
  20320.  
  20321. Index To This Issue:                     Moderator: Patrick A. Townson
  20322.  
  20323.     Re: N.E.T. and the Phantom Phone Exchange (John K. Scoggin Jr)
  20324.     Re: N.E.T. and the Phantom Phone Exchange (Fred R. Goldstein)
  20325.     Pacific Bell, Caller ID, and PRIVATE (Steve Forrette)
  20326.     Re: Cellular Phones Power Control (Samir Soliman)
  20327.     Re: Cellular Phones Power Control (Wilson Mohr)
  20328.     Re: Cellular Phones Power Control (John Gilbert)
  20329.     Re: What Could Cause Jitter in a Voice Channel Over Fiber (John Scoggin Jr)
  20330.     Re: What Could Cause Jitter in a Voice Channel Over Fiber (D. Greenwood)
  20331.     Re: Text of MFJ Wanted (Jeff Sicherman)
  20332.     Re: Number Identifier Attempts From Canada (Graham Toal)
  20333.     Re: Source For Telephone Headsets Wanted (A.J. Harvey-Perry)
  20334.     Re: BIX Gateway (Seng-Poh Lee)
  20335.     Re: Calling a Roaming Cellular Customer (John Higdon)
  20336.     Re: A Whole New Ball Game - Sport Broadcasts via Phone (Stewart Clamen)
  20337. ----------------------------------------------------------------------
  20338.  
  20339. From: John K Scoggin Jr <scoggin@delmarva.COM>
  20340. Subject: Re: N.E.T. and the Phantom Phone Exchange
  20341. Date: 13 Feb 1993 18:19:40 GMT
  20342. Organization: Delmarva Power & Light Company
  20343. Reply-To: scoggin@delmarva.COM
  20344.  
  20345.  
  20346. YES!  This is the not the first time that a telco has hosed their
  20347. routing tables.
  20348.  
  20349. One Saturday morning I got a call from our Southern Division Energy
  20350. Control Center in Salisbury MD that they could not get any calls from
  20351. Southern Delaware.  I tried it myself -- Delmarva has an extensive
  20352. private fiber net and I have a bunch of OPX lines in various counties
  20353. terminating on the sets in the Network Operations Center here.
  20354.  
  20355. Sure enough, Kent and Sussex Counties had NO long-distance access
  20356. through MCI -- AT&T worked fine.  Talked to the folks at MCI -- they
  20357. had several open problem reports on the same thing.  They were getting
  20358. nowhere with Bell of Pennsylvania (MCI has two big DMS250's in
  20359. Philadelphia that apparently handle Delaware, as well as eastern PA).
  20360.  
  20361. Anyhow, I raised enough hell that I finally spoke to a switchman in
  20362. Bell's Market St CO.  Finally found that they had installed a new
  20363. generic the night before and had forgotten to load some of the
  20364. translation tables!
  20365.  
  20366.  
  20367. John K. Scoggin, Jr.        Email: scoggin@delmarva.com
  20368. Supervisor, Network Operations  Phone: (302) 451-5200 
  20369. Delmarva Power & Light Company  Fax:   (302) 451-5321 
  20370. 500 N. Wakefield Drive          NOC:   (800) 388-7076 
  20371. Newark, DE 19714-6066    
  20372. The opinions expressed are not those of Delmarva Power, simply the
  20373. product of an over-active imagination...   
  20374.  
  20375. ------------------------------
  20376.  
  20377. From: goldstein@carafe.dnet.dec.com (Fred R. Goldstein)
  20378. Subject: Re: N.E.T. and the Phantom Phone Exchange
  20379. Organization: Digital Equipment Corp., Littleton MA USA
  20380. Date: Sat, 13 Feb 1993 23:49:16 GMT
  20381.  
  20382.  
  20383. In article <telecom13.86.1@eecs.nwu.edu>, arnold@isis1.bxb.dec.com
  20384. (Tom Arnold) writes:
  20385.  
  20386. > Perhaps one of the TELECOM readers can shed light on the recent weird
  20387. > behavior up here in New England Telephone land on the part of exchange
  20388. > 264 in the 508 area code (Eastern to Mid-Massachusetts.)
  20389.  
  20390. > This exchange serves two Digital Equipment Corporation engineering
  20391. > facilities in Boxborough.  It no doubt serves other things as well.
  20392.  
  20393. The answer is obvious: You should always report these things to
  20394. internal telecom people FIRST!  We know how to diagnose them.
  20395.  
  20396. The DEC Boxborough sites are served via a PBX with some Direct Inward
  20397. Dialing trunks.  The Acton sites are served via the same CO, with
  20398. other numbers.  If the DID trunks are down, callers will get fast
  20399. busy.  DID trunks can fail inside the central office, or inside the
  20400. PBX, or the wire in between them can fail.  Any of these will cause
  20401. fast busy.
  20402.  
  20403. The phone company doesn't have lines with these numbers; rather, there
  20404. are large blocks of numbers pointed at a few lines whose numbers may
  20405. not even be dialable (sometimes they're alphanumeric).  Of course,
  20406. enough of the telecomm support people understand this.
  20407.  
  20408. > But, how could such an error occur?  Can a technician really delete a
  20409. > whole exchange from a telephone switch by accident without realizing
  20410. > it?  Could the routing algorithm in use (I have no idea what kind of
  20411. > switch N.E.T. is using for the 264 exchange,) somehow drop 800 lines
  20412. > by mistake?  
  20413.  
  20414. It's not an "exchange", and it's not even a prefix code.  It's a trunk
  20415. group.  And yes, they drop pretty easily.  DID trunks use an analog
  20416. protocol that is terribly difficult to maintain. (The 264 prefix is an
  20417. analog switch, a 2BESS.)  The lines are probably multiplexed at the CO
  20418. onto one or two T1 carriers, so if the T1 drops, the group is down,
  20419. and all calls to those numbers get fast busy!
  20420.  
  20421.  
  20422. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  20423. (Digital equipment Corp, Corporate Telecom Engineering)
  20424. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  20425. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  20426.  
  20427. ------------------------------
  20428.  
  20429. Date: Sun, 14 Feb 93 02:54:59 -0800
  20430. From: Steve Forrette <stevef@wrq.com>
  20431. Subject: Pacific Bell, Caller ID, and PRIVATE
  20432.  
  20433.  
  20434. It seems that telcos (such as Pacific Bell) which do not yet offer
  20435. Caller ID in their regions, and are marking all calls that leave the
  20436. LATA as PRIVATE so that they don't show up in other areas, are
  20437. creating a major impediment for the usefulness of Caller ID.  What if
  20438. a users in another area subscribes to "block blocking," whereby their
  20439. telco will reject any call that's market PRIVATE.  This will prevent
  20440. any incoming calls from anyone in California!  Similarly, I would
  20441. imagine that a great deal more people who have Caller ID boxes choose
  20442. to ignore calls that come in as PRIVATE.  How are you supposed to
  20443. differentiate between people who have specifically requested that
  20444. their numbers be blocked (who I most certainly DON'T want to talk to)
  20445. from those who just happen to live in a state who's PUC knows what's
  20446. best for its citizens (many of whom I do want to talk to)?
  20447.  
  20448. And just having Pacific Bell not include the calling number at all
  20449. would prevent the proper functioning of Call Return, Call Block, and
  20450. other CLASS services which rely on knowing the calling number but
  20451. don't reveal it to the customer.  Is this going to be a growing
  20452. problem?
  20453.  
  20454.  
  20455. Steve Forrette, stevef@wrq.com
  20456.  
  20457. ------------------------------
  20458.  
  20459. Date: Sun, 14 Feb 1993 09:01:37 -0800
  20460. From: Samir Soliman <ssoliman@qualcomm.com>
  20461. Subject: Re: Cellular Phones Power Control
  20462.  
  20463.  
  20464. > 1) The primary reason CDMA does tight power control is not to conserve
  20465. > battery power, but rather so that the spread spectrum system
  20466. > being used will work at all.  Battery conservation and radiation
  20467. > reductions are nice side-effects.
  20468.  
  20469. CDMA is an interference limited system while other systems (FM and
  20470. TDMA) are thermal noise limited (receiver sensitivity determines the
  20471. coverage).  Tight power control is used to control intrinsic
  20472. interference (interference due to other users in the same cell as well
  20473. as users in the adjacent cells). Keep in mind that in CDMA there is no
  20474. frequency reuse (no need for frequency planning). All users on one
  20475. CDMA radio channel use the same 1.25 MHz band. A by product of tight
  20476. power control is battery conversation and radiation reductions (hence
  20477. the term portable friendly).
  20478.  
  20479. > 2) A couple of people wrote me saying that ordinary analog (AMPS) cellular
  20480. > service also has power control.  While it is true that a power control
  20481. > system is defined in the spec, it appears that in actual use most cells
  20482. > keep their mobile units set to full power (for whatever class of mobile
  20483. > it is, either 3W or 600mw) virtually all of the time.  In fact, I've
  20484. > gotten notes from a couple of cell experts who say they know of no AMPS
  20485. > systems that actively run power control (I cannot verify this, however).
  20486. > The AMPS power control spec utilizes a small number of steps and was
  20487. > designed to control inter-cell interference.  In practice, however, I'm
  20488. > told that fading is usually so significant that just running at full
  20489. > power is the norm.
  20490.  
  20491. On the CDMA reverse (up) link there are 3 power control loops. An open
  20492. loop (mobile responsibility) which has 80 dB dynamic range and is used
  20493. to mitigate near-end far-end problems. The closed loop which has a
  20494. resoulation of 1 dB and is used to compensate for fast fading problems
  20495. (mobile-base station). The outer loop (Selector-Base station-mobile)
  20496. is used to achieve a target voice quality.
  20497.  
  20498. On the forward (down) link, the power control is used to reduce
  20499. interference and mitigate the corner problem.
  20500.  
  20501.  
  20502. Samir S. Soliman        QUALCOMM  Incorporated 
  20503. 10555 Sorrento Valley Rd.  San Diego, CA 92121 
  20504.  
  20505. ------------------------------
  20506.  
  20507. Date: Sun, 14 Feb 93 02:01:25 CST
  20508. From: mohr@orange.rtsg.mot.com (Wilson Mohr)
  20509. Subject: Re: Cellular Phones Power Control
  20510.  
  20511.  
  20512. This is true in most "small" systems. "small" meaning they have not
  20513. got a large enough subscriber penetration to necessitate a system that
  20514. utilizes frequency reuse. However, if you take a city like Chicago or
  20515. LA you will find power control not only on the uplink (mobile to
  20516. cell), but also on the downlink ( cell to mobile ). This
  20517. implementation allows greater reuse density within the given spectrum.
  20518. As a mtter of record, most large systems do not even let the mobile
  20519. get much beyond half-power when operating in the densest portions of
  20520. the system. But remember, mobiles are capable of 3W and portables are
  20521. only .6W. The power stepping capability allows mobiles and portables
  20522. to peacefully co-existent in dense regions.  Portables by definition
  20523. always run at (full) .6W. There is a parameter within your phone that
  20524. is passed to the system telling the system that it is a portable and
  20525. should always run at full power. Combining this with other system
  20526. admin features allows very complex traffic patterns without
  20527. compromising call quality (hopefully).
  20528.  
  20529. If anyone wants the nitty-gritty, I can elobaorate, but I will save
  20530. bandwidth for now.
  20531.  
  20532. ------------------------------
  20533.  
  20534. From: johng@comm.mot.com (John Gilbert)
  20535. Subject: Re: Cellular Phones Power Control
  20536. Organization: Motorola,  Land Mobile Products Sector
  20537. Date: Sat, 13 Feb 1993 19:49:48 GMT
  20538.  
  20539.  
  20540. In article <telecom13.82.11@eecs.nwu.edu> lauren@cv.vortex.com (Lauren
  20541. Weinstein) writes:
  20542.  
  20543. > ... While it is true that a power control system is defined in the
  20544. > spec, it appears that in actual use most cells keep their mobile units
  20545. > set to full power (for whatever class of mobile it is, either 3W or
  20546. > 600mw) virtually all of the time.  In fact, I've gotten notes from a
  20547. > couple of cell experts who say they know of no AMPS systems that
  20548. > actively run power control (I cannot verify this, however).
  20549.  
  20550. Here in Chicago on the Ameritech system I very seldom see my mobile go
  20551. above level 3 or 4 while I am making a call.  Adaptive power is very
  20552. much in use here.
  20553.  
  20554.  
  20555. Level          Power 
  20556. 00    3.0   W    34.8 dBm (+2/-4 dB)
  20557. 01    1.2   W    30.8 dBm (+2/-4 dB)
  20558. 02    0.478 W    26.8 dBm (+2/-4 dB)
  20559. 03    0.190 W    22.8 dBm (+2/-4 dB)
  20560. 04    0.076 W    18.8 dBm (+2/-4 dB)
  20561. 05    0.030 W    14.8 dBm (+2/-4 dB)
  20562. 06    0.012 W    10.8 dBm (+2/-4 dB)
  20563. 07    0.005 W     6.8 dBm (+2/-4 dB)
  20564.  
  20565.  
  20566. John Gilbert   johng@ecs.comm.mot.com  
  20567.  
  20568. ------------------------------
  20569.  
  20570. From: John K Scoggin Jr <scoggin@delmarva.COM>
  20571. Subject: Re: What Could Cause Jitter in a Voice Channel
  20572. Date: 13 Feb 1993 21:18:21 GMT
  20573. Organization: Delmarva Power & Light Company
  20574. Reply-To: scoggin@delmarva.COM
  20575.  
  20576.  
  20577. In article 5@eecs.nwu.edu, tching@target.uucp (Tracy Ching
  20578. <tching@target.uucp>) writes:
  20579.  
  20580. > While sending a 1KHz tone over that voice channel, the other end is
  20581. > jittering (changing phase constantly) and also slightly changing
  20582. > amplitude.  The "gurus" who administer the thing say there is nothing
  20583. > that can be done to fix it.  I just want my clear channel.
  20584.  
  20585. >     What could cause such a problem?  Be as technical as you want.
  20586. > Thanks for any info.
  20587.  
  20588. > I'm quite sure my 1KHz tone is pure, i.e. no jitter from the source.
  20589.  
  20590. Digital systems experience an impairment known as timing jitter.  This
  20591. is caused by the accumulation of variations in timing of a digital
  20592. signal.  A string of repeaters adds small timing errors due to the
  20593. clocks in each repeater and the addition/removal of 'stuffing bits' in
  20594. async muxes (like most M13's).  It is possible to add buffers to
  20595. retime the signal at each end, de-jitterizing the signal, but they are
  20596. pretty expensive.
  20597.  
  20598.  
  20599. John K. Scoggin, Jr.        Email: scoggin@delmarva.com
  20600. Supervisor, Network Operations  Phone: (302) 451-5200 
  20601. Delmarva Power & Light Company  Fax:   (302) 451-5321 
  20602. 500 N. Wakefield Drive          NOC:   (800) 388-7076 
  20603. Newark, DE 19714-6066              
  20604. The opinions expressed are not those of Delmarva Power, simply the
  20605. product of an over-active imagination...     
  20606.  
  20607. ------------------------------
  20608.  
  20609. From: Darrell_Greenwood@edgeway.wimsey.bc.ca
  20610. Organization: EdgeWays! InfoLink - A FirstClass GUI BBS  N. Vancouver, BC
  20611. Date: Sat, 13 Feb 1993 13:32:11 PST
  20612. Subject: Re: What Could Cause Jitter in a Voice Channel Over Fiber
  20613.  
  20614.  
  20615. In my experience in the operation and maintenance of a 960 channel
  20616. communications system, mainly microwave radio, but also including some
  20617. fibre optic and digital communications, the main contributor to phase
  20618. jitter is the voice channel multiplexing equipment.
  20619.  
  20620. The medium, (fibre optic, microwave radio or wire line), relatively
  20621. speaking, is a negligible contributor to phase or amplitude
  20622. transmission impairments.
  20623.  
  20624. Have a look at the specifications of the voice channel multiplexing
  20625. equipment your 1 kHz tone is going through and I think you may find
  20626. your culprit.
  20627.  
  20628.  
  20629. Darrell_Greenwood@edgeway.wimsey.bc.ca
  20630. EdgeWays! InfoLink  name@edgeway.wimsey.bc.ca 
  20631. GUI BBS: (604) 984-2777 * Voice: (604) 984-6860
  20632. The views expressed here are of the individual author only.
  20633.  
  20634. ------------------------------
  20635.  
  20636. Date: Sun, 14 Feb 1993 00:39:18 -0800
  20637. From: Jeff Sicherman <sichermn@csulb.edu>
  20638. Subject: Re: Text of MFJ Wanted
  20639. Organization: Cal State Long Beach
  20640.  
  20641.  
  20642. In article <telecom13.78.7@eecs.nwu.edu> GHADSAL@AMERICAN.EDU writes:
  20643.  
  20644. > Doesn't anyone have a full text copy of the Modified Final Judgement
  20645. > (MFJ) from divestiture?
  20646.  
  20647. Sorry, it's still being modified ...
  20648.  
  20649.  
  20650. Jeff Sicherman
  20651.  
  20652. ------------------------------
  20653.  
  20654. Date: Sat, 13 Feb 93 22:02:59 GMT
  20655. From: Graham Toal <gtoal@pizzabox.demon.co.uk>
  20656. Subject: Re: Number Identifier Attempts From Canada
  20657.  
  20658.  
  20659. Just out of interest, is there *any* way to dial this from Britain?
  20660. (Still trying to find out for sure if CLID is passed out of our
  20661. exchanges - the best answer we have so far is 'probably, on some
  20662. transatlantic routes', but no-one on uk.telecom has *ever* reported
  20663. anyone in the US identifying their line ...)
  20664.  
  20665.  
  20666. Graham
  20667.  
  20668. ------------------------------
  20669.  
  20670. From: aharveyp@cbnewsg.cb.att.com (A.J.Harvey-Perry)
  20671. Subject: Re: Source For Telephone Headsets Wanted
  20672. Organization: AT&T
  20673. Date: Sun, 14 Feb 1993 11:01:45 GMT
  20674.  
  20675.  
  20676. In article <telecom13.52.7@eecs.nwu.edu> dmr@Csli.Stanford.EDU (Daniel
  20677. M. Rosenberg) writes:
  20678.  
  20679. > Does anyone know where I could procure a reasonably priced (< $100)
  20680. > telephone headset? It'd be for a plain old telephone, not a key
  20681. > system. Places like Hello Direct sell these things for way too much --
  20682. > like $200.
  20683.  
  20684. All I can add to this is that I have tried one or two headsets,
  20685. including Panasonics. Currently I have a Plantronics headset which I
  20686. have been told is very cheap, but good. I would recommend that you try
  20687. and get one of these.
  20688.  
  20689.  
  20690. Regards,
  20691.  
  20692. Adrian Harvey-Perry    AT&T Network Systems UK Ltd.
  20693.  
  20694. Disclaimer: The opinions expressed here are that of my own and not of
  20695. my company.
  20696.  
  20697. ------------------------------
  20698.  
  20699. Date: Sat, 13 Feb 93 19:09:40 EST
  20700. From: splee@pd.org (Seng-Poh Lee, Speedy)
  20701. Subject: Re: BIX Gateway
  20702. Organization: Public Domain Inc.
  20703.  
  20704.  
  20705. In article <telecom13.79.15@eecs.nwu.edu> is written:
  20706.  
  20707. >> So, it might be even possible to get a telnet connection to BIX?
  20708.  
  20709. > Probably, sooner or later.  The address genvid.com is actually the
  20710.  
  20711. It already exists. Telnet to x25.bix.com and login as BIX. It appears
  20712. to cost $1/hour anytime of the day.
  20713.  
  20714.  
  20715. Seng-Poh Lee    <splee@pd.org>
  20716.  
  20717. ------------------------------
  20718.  
  20719. Date: Sat, 13 Feb 93 17:34 PST
  20720. From: john@zygot.ati.com (John Higdon)
  20721. Reply-To: John Higdon <john@zygot.ati.com>
  20722. Organization: Green Hills and Cows
  20723. Subject: Re: Calling a Roaming Cellular Customer
  20724.  
  20725.  
  20726. Bob_Frankston@frankston.com writes:
  20727.  
  20728. > When I call from a coin phone to a local roaming port, I notice that I
  20729. > get my money back if the called party doesn't answer but don't if
  20730. > either they answer or I get the recorded message telling me that the
  20731. > other party is out of range.
  20732.  
  20733. You neglected to mention if it was a COCOT. If it was, then it
  20734. "guessed" if the call was answered by listening for voice from the
  20735. other end. No voice = no answer, as far as the phone is concerned (the
  20736. recorded message counts as "voice").
  20737.  
  20738. Now if cellular providers would put the SIT in front of that
  20739. announcement, then you would get your money back from COCOTs. I will
  20740. bet that if you had been using a utility pay phone, it would keep your
  20741. money when calling the roamer port no matter what.
  20742.  
  20743.  
  20744. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  20745. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  20746.  
  20747. ------------------------------
  20748.  
  20749. From: clamen+@CS.CMU.EDU (Stewart Clamen)
  20750. Subject: Re: A Whole New Ball Game - Sport Broadcasts via Phone
  20751. Reply-To: clamen+@CS.CMU.EDU
  20752. Organization: School of Computer Science, Carnegie Mellon University
  20753. Date: Sun, 14 Feb 1993 04:03:50 GMT
  20754.  
  20755.  
  20756. In article <telecom13.78.1@eecs.nwu.edu> Don.Kimberlin@f730.n250.
  20757. z1.FIDONET.ORG (Don Kimberlin) writes:
  20758.  
  20759. > One of the more common limitations suffered by smaller radio
  20760. > broadcasters is maintaining carriage of local sports teams when their
  20761. > town's team is on the road.  When economically possible, the small
  20762. > station has classically ordered a "Schedule D program transmission
  20763. > channel" from the phoneco, and aired a remote broadcast from as far
  20764. > away as the broadcaster could afford.  (The "Schedule D channel" is
  20765. > one common name for an ordinary telephone message channel of 3 kHz
  20766. > bandwidth supplied for program use.)
  20767.  
  20768. Donald Sutherland, the movie actor, is a great Expos fan, and has
  20769. season tickets right behind first base.  However, his job makes it
  20770. hard be in Montreal the entire baseball season.  I don't know if it is
  20771. still true, but in the early 1980s, it was reported that the baseball
  20772. team had a special phone number set up for him so he could call from
  20773. anywhere and listen to play-by-play radio coverage.
  20774.  
  20775.  
  20776. Stewart M. Clamen        Internet:    clamen@cs.cmu.edu
  20777. School of Computer Science    UUCP:          uunet!"clamen@cs.cmu.edu"
  20778. Carnegie Mellon University    Phone:          +1 412 268 2145
  20779. 5000 Forbes Avenue        Fax:         +1 412 681 5739
  20780. Pittsburgh, PA 15213-3891, USA
  20781.  
  20782. ------------------------------
  20783.  
  20784. End of TELECOM Digest V13 #90
  20785. *****************************
  20786. 
  20787. 
  20788. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa20217;
  20789.           14 Feb 93 16:02 EST
  20790. Received: by delta.eecs.nwu.edu id AA23635
  20791.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 14 Feb 1993 13:39:43 -0600
  20792. Received: by delta.eecs.nwu.edu id AA18743
  20793.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 14 Feb 1993 13:39:03 -0600
  20794. Date: Sun, 14 Feb 1993 13:39:03 -0600
  20795. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  20796. Message-Id: <199302141939.AA18743@delta.eecs.nwu.edu>
  20797. To: telecom@eecs.nwu.edu
  20798. Subject: TELECOM Digest V13 #91
  20799.  
  20800. TELECOM Digest     Sun, 14 Feb 93 13:39:00 CST    Volume 13 : Issue 91
  20801.  
  20802. Index To This Issue:                     Moderator: Patrick A. Townson
  20803.  
  20804.     Re: Hilton Hotel Telephone Surcharge (Jerry Leichter)
  20805.     Re: Wiring For Multi-Lines on One Jack (Pat Turner)
  20806.     Re: Differences Between ANI and Caller-ID (Fred R. Goldstein)
  20807.     Re: Salesmen That Won't Quit (Henry E. Schaffer)
  20808.     Re: Ma Bell Calling (John Higdon)
  20809.     Re: Second Line Non-Pub/Unlisted? (Dave Levenson)
  20810.     Re: Cheap Way to Get Incoming SDMR From DID? (Ed Greenberg)
  20811.     Re: Second Line Non-Pub/Unlisted? (Paul Barnett)
  20812.     Re: Telex to Internet Gateway Question (Donald R. Newcomb)
  20813.     Telex to USA (was Telex to Internet Gateway Question) (Richard Cox)
  20814.     Re: Standard Dialing Plan (Bob Goudreau)
  20815.     Re: Alphanumeric Pagers Question (Shawn Nunley)
  20816.     Re: GTE Does It Again (Rusty Hodge)
  20817. ----------------------------------------------------------------------
  20818.  
  20819. Date: Sun, 14 Feb 93 10:06:51 EDT
  20820. From: Jerry Leichter <leichter@lrw.com>
  20821. Subject: Re: Hilton Hotel Telephone Surcharge
  20822.  
  20823.  
  20824. I recently ran across a personal record for additional hotel charges,
  20825. at a location our Moderator may appreciate: The O'Hare Hilton.
  20826. According to the rate card in the room - at least they provide that
  20827. now! - the charges are as follows:
  20828.  
  20829. Local call        $1.00
  20830. In-state toll call    $1.00 + Illinois Bell charges
  20831. Direct dial LD and    $1.00 + AT&T operator-assisted full rate.
  20832.  International        That is, pay $1.00 to direct-dial your late-
  20833.             night call, and STILL pay for an operator-
  20834.             assisted day call.
  20835. Operator-assisted LD    $1.00 surcharge
  20836. Operator-assisted International
  20837.             $1.50 surcharge
  20838. 1-800            FREE
  20839.   but
  20840. Other carriers        $1.00 surcharge.  The card specifically
  20841.             listed 1-800 access to other carriers as
  20842.             subject to the surcharge.  It's of course no
  20843.             problem for a modern system to have a list
  20844.             of carrier-access 800 numbers and treat them
  20845.             differently.  (Those carriers with a 7-digit
  20846.             access number are subject to the same charge
  20847.             since these are treated as local calls.)
  20848. Credit card calls    $1.00
  20849. Directory assistance    $1.00
  20850.  
  20851. I made my calls from the lobby, which actually had a couple of the new
  20852. AT&T model 2000 phones.  (The ones in the lobby don't have keyboards,
  20853. but the ones on the second floor, where the conference rooms are, do.)
  20854.  
  20855. ------------------------------
  20856.  
  20857. From: turner@Dixie.Com
  20858. Date: Sat, 13 Feb 93 13:50 EST
  20859. From: rsiatl!turner@rsiatl.UUCP
  20860. Reply-To: turner@dixie.com
  20861. Subject: Re: Wiring For Multi-Lines on One Jack
  20862.  
  20863.  
  20864. Conrad Kimball writes:
  20865.  
  20866. >> 4) Any damn way the installer wants it. :-) Listed above are two ways
  20867. >> of pairing pins.  With four pins there are 4! or 24 different ways to
  20868.                           ^^^^
  20869. >> number the pairs, resulting in 48 different combinations.
  20870.  
  20871. > Not quite right.  If all four pins are considered to be distinct then
  20872. > there are 4! or 24 permutations of four pins.  There is no need for
  20873. > your final multiplication by two, If that was intended to account for
  20874. > swapping polarity in each pair then you've already accounted for that
  20875.  
  20876. I meant to say *with four PAIRS* there are 4! ways of numbering four
  20877. distinct pairs.  I presented two ways of pairing pins in an eight pin
  20878. jack.  There are others of course.  Three other configurations I can
  20879. think of include the high speed over TP plan using the outside four
  20880. conductors, the eight pin version of a RJ1DC (T&R, T1&R1, E&M, SB,
  20881. SG), and 10BASET ethernet.  I mentioned those two because of their
  20882. intended use in a building wiring scheme.
  20883.  
  20884. Sorry for the confusion.
  20885.  
  20886.  
  20887. Pat Turner KB4GRZ   turner@dixie.com
  20888.  
  20889. ------------------------------
  20890.  
  20891. From: goldstein@carafe.dnet.dec.com (Fred R. Goldstein)
  20892. Subject: Re: Differences Between ANI and Caller-ID
  20893. Organization: Digital Equipment Corp., Littleton MA USA
  20894. Date: Sat, 13 Feb 1993 23:28:05 GMT
  20895.  
  20896.  
  20897. In article <telecom13.82.13@eecs.nwu.edu>, bcapps@atlastele.com (Brent
  20898. Capps) writes:
  20899.  
  20900. > However, you're getting CIT mixed up with the CSL.  CIT was a
  20901. > cooperative thing between DEC and NT designed from the get-go to work
  20902. > with DMS switches.  It's an entirely separate and fairly primitive
  20903. > protocol.  I believe CIT is now called SCAI.
  20904.  
  20905. Just for you history buffs out there ... that's not quite it.  The
  20906. term "Computer Integrated Telephony" was coined by yours truly, in
  20907. 1986, for the express purpose of being a "generic" term; the canonical
  20908. definition (if anybody asks me, as the coiner) is:
  20909.  
  20910.     "The functional integration of telephone switching with 
  20911.      end-user computer applications."
  20912.  
  20913. Digital makes a number of "CIT" products, and has product names that
  20914. include "CIT" within it.  I had to coin a generic term because our
  20915. group was expanding beyond NT/CSL into a multi-vendor project.  The
  20916. first DEC CIT link to actually ship as a product was to the Mitel (UK
  20917. version) SX-200A; the second was the SL-1.  Now, of course, there are
  20918. numerous PBXs that cooperate, some via the "CSTA standard" that the
  20919. European Computer Manufacturers' Association has released.
  20920.  
  20921. CSTA is the ECMA standard, while SCAI is the ANSI standard.  A
  20922. different SCAI is the DMS-100 link; it still doesn't talk to DEC CIT
  20923. products (if it's even shipping; I don't think it's beyond SOAK (beta)
  20924. yet).
  20925.  
  20926.  
  20927. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  20928. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  20929. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  20930.  
  20931. ------------------------------
  20932.  
  20933. From: hes@unity.ncsu.edu (Henry E. Schaffer)
  20934. Subject: Re: Salesmen That Won't Quit
  20935. Organization: North Carolina State University
  20936. Date: Sun, 14 Feb 1993 03:19:07 GMT
  20937.  
  20938.  
  20939. In article <telecom13.81.10@eecs.nwu.edu> TELECOM Moderator notes:
  20940.  
  20941. > [Moderator's Note: Don't misunderstand: in instances of genuine
  20942. > harassment over the telephone -- serious threats, continued calls of
  20943. > a very obscene nature, ringing-silence-hangup calls -- in cases
  20944. > like that, telco and the police will trap the caller and assist in
  20945. > prosecution.
  20946.  
  20947.   In the one case when it happened to me the police (Raleigh PD) said
  20948. that the telco (Southern Bell) would handle it and the telco said that
  20949. the PD would handle it.  It took me several dozen calls before I found
  20950. out about the division of the telco which handled harassment, and was
  20951. able to get them to start trapping (sort of "oh, we hoped it had
  20952. stopped so we didn't start") and then several weeks of keeping a phone
  20953. log (when the only wee hours calls we were getting were this
  20954. harassment -- mostly incoherent mumbling, with a few obscenities and
  20955. death threats mixed in) and reporting all this to the telco.  After
  20956. these weeks of reporting, the harassment division told me that they
  20957. would confront the caller and threaten cutting off his phone service
  20958. and that they wouldn't get involved in prosecution.  It must have
  20959. worked -- the calls stopped right after that.
  20960.  
  20961.  
  20962. henry schaffer
  20963.  
  20964. ------------------------------
  20965.  
  20966. Date: Sat, 13 Feb 93 19:23 PST
  20967. From: john@zygot.ati.com (John Higdon)
  20968. Reply-To: John Higdon <john@zygot.ati.com>
  20969. Organization: Green Hills and Cows
  20970. Subject: Re: Ma Bell Calling
  20971.  
  20972.  
  20973. C592073@mizzou1.missouri.edu (Robert L. Stinnett) writes:
  20974.  
  20975. > GTE is raising rates in this area again as well.  As I think back over
  20976. > the years, it seems that phone-use and phone charges were more simpler
  20977. > and less costly in the AT&T (Ma Bell) days.  Everything was right
  20978. > there, no worrying about all these different companies, one
  20979. > straight-forward bill.
  20980.  
  20981. At least with GTE nothing has changed (service gets worse, rates go
  20982. up). But ah, yes, the "good old days". I remember playing with the
  20983. family phone circa 1957. I used to love dialing various numbers and
  20984. listening to the sounds of the connections being completed. One time I
  20985. dialed "212 990 1111" and was greeted with a Manhattan traffic report.
  20986. As soon as I realized what it was, I hung up. The charge? $2.00! And
  20987. those were 1957 dollars. (Today it would be what? $.20? Terrible!)
  20988.  
  20989. Yes, one-stop shopping was great. No nasty choices to make. No
  20990. worrying about what features might be useful. No worry about calling
  20991. plans. It really was easier. All you needed was considerably more
  20992. money. Choices?  What was there to choose between? Features? There
  20993. were none. Calling plans? Simple: make the call and pay whatever Ma
  20994. Bell wanted to charge.  Much better system.
  20995.  
  20996. Want to connect special equipment to your lines? Not allowed. Want to
  20997. find out what type of equipment served your telephone? Just utter such
  20998. words as "central office" or "crossbar" or "tandem office" or "ANI" or
  20999. even "battery", "reversal", or "supervision", and you might expect a
  21000. visit from the FBI. After all, telecommunications was something only
  21001. the telephone company was supposed to know about. Need a phone? Call
  21002. the phone company. Do what it says; pay what it demands. Simplicity
  21003. itself.
  21004.  
  21005. Divestiture happened a scant nine years ago. In that time, costs have
  21006. plummeted, available services have increased exponentially, and the
  21007. overall service level and telco responsiveness have increased to a
  21008. level never before dreamed of in history. The last nine years make the
  21009. previous 100 years look like a bunch of losers standing around the
  21010. water cooler.
  21011.  
  21012. > What has happened to our communication society?  I think the line is
  21013. > down and the repairman is on vacation.
  21014.  
  21015. You are joking, right?
  21016.  
  21017. > [Moderator's Note: Don't get me started  :).   PAT]
  21018.  
  21019. If the choice is between then and now, give me now--in spades. Spare
  21020. me the nostalgia for telecom's wretched past.
  21021.  
  21022.  
  21023. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  21024. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  21025.  
  21026. ------------------------------
  21027.  
  21028. From: dave@westmark.com (Dave Levenson)
  21029. Subject: Re: Second Line Non-Pub/Unlisted?
  21030. Organization: Westmark, Inc.
  21031. Date: Sat, 13 Feb 1993 22:28:33 GMT
  21032.  
  21033.  
  21034. In article <telecom13.81.13@eecs.nwu.edu>, barnett@zeppelin.convex.com
  21035. (Paul Barnett) writes:
  21036.  
  21037. > On the other hand, here in Dallas, either in GTE-land or SWBT-land,
  21038. > there is no extra charge for a non-published secondary number, if
  21039. > there is already a primary LISTED number at that address.
  21040.  
  21041. And now for something completely different: 
  21042.  
  21043. In New Jersey, a second line billed to the same name and address
  21044. carries a lower monthly charge than the first, and is not listed.  A
  21045. second listing costs _extra_, but still less than the cost of two
  21046. lines billed separately.
  21047.  
  21048.  
  21049. Dave Levenson        Internet: dave@westmark.com
  21050. Westmark, Inc.        UUCP: {uunet | rutgers | att}!westmark!dave
  21051. Stirling, NJ, USA    Voice: 908 647 0900  Fax: 908 647 6857
  21052.  
  21053. ------------------------------
  21054.  
  21055. Date: Sun, 14 Feb 93 00:23:25 -0800
  21056. From: edg@netcom.com (Ed Greenberg)
  21057. Subject: Re: Cheap Way to Get Incoming SDMR From DID?
  21058. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  21059.  
  21060.  
  21061. Just a thought in defense of the $7,000 quote:
  21062.  
  21063. You're asking for a combination of product selection, engineering,
  21064. programming, maintenance, troubleshooting, etc.  The engineered
  21065. solution that will do the job, pass the traffic, make the records,
  21066. etc., carries both costs and risks, which justify a modicum of profit.
  21067.  
  21068. Certainly you could order the lines, buy the PBX, send somebody to PBX
  21069. school, install it, program it, debug it, maintain it, and have no
  21070. recourse to anybody when it doesn't do what you need.  In the long
  21071. run, my own humble opinion is that you'd spend more than the $7,000
  21072. quoted, plus ongoing maintenance.
  21073.  
  21074. Looking back on your message, I see that you run a public access Unix.
  21075. This may explain your interest in doing this on the cheap.  If you're
  21076. a profit-making organization with a high commitment to customer
  21077. service (and uptime) the cost of bringing in professionals should not
  21078. be dismissed out of hand.  If you're non-profit, low-budget and
  21079. casually operated, you'll probably have lots of fun doing it yourself.
  21080.  
  21081. One last thought: You sound like you want to use DID for
  21082. accountability, and SMDR for either accountability or backup usage
  21083. records.  I question whether you'll get much accountability out of the
  21084. system you desire, since the number group you will be assigned will be
  21085. a consecutive block, and nothing stops a user, legit or unauthorized,
  21086. from just selecting a line.
  21087.  
  21088. On the other hand, I seem to have assumed that you're associated with
  21089. the public access system, but you may just be using it, representing
  21090. another organization entirely.  If so, please disregard the last two
  21091. paragraphs above.
  21092.  
  21093.  
  21094. Best,
  21095.  
  21096. Edward W. Greenberg  | Home: +1 408 283 0511 | edg@netcom.com
  21097. 1600 Stokes St. #24  | Work: +1 408 764 5305 | DoD#: 0357
  21098. San Jose, CA  95126  | Fax:  +1 408 764 5003 | KM6CG (ex WB2GOH) 
  21099.  
  21100. ------------------------------
  21101.  
  21102. Date: Sun, 14 Feb 93 11:13:31 -0600
  21103. From: barnett@zeppelin.convex.com (Paul Barnett)
  21104. Subject: Re: Second Line Non-Pub/Unlisted?
  21105.  
  21106.  
  21107. > That is the stupidest thing I have ever heard of. So, if I wanted to
  21108. > avoid paying unlisting charges on my residence lines, the phone book
  21109. > would look something like this (?):
  21110.  
  21111. I agree.  I tried to reason with them, but got nowhere.  I finally
  21112. gave up and abandoned the whole thing.  However, I will clarify that
  21113. this was a number of years ago, when US West was still Northwestern
  21114. Bell (at least in MN).
  21115.  
  21116. > Some of the businesses in town might take up an entire page! Just how
  21117. > thick is the phone book for Mpls-St. Paul?
  21118.  
  21119. Apparently, this policy didn't apply to businesses.  Go figure.
  21120.  
  21121. > So is there an entire page of 'Rover'?
  21122.  
  21123. No, but I know one person that listed his as "Professor Plato", after
  21124. a fictitious character in Control Data's ill-fated CAI system.  I
  21125. always wondered how many of those listings on the last page of the
  21126. phone book (starting with "Zzzyxxx"... you get the idea) were second
  21127. lines that people didn't want to list.
  21128.  
  21129. A current resident of Mpls-St. Paul has informed me that US West is
  21130. not currently charging him for a non-published second line.  I wonder
  21131. if this was always the case, and it was a matter of convincing whoever
  21132. answered your call to customer service that day.
  21133.  
  21134. I will also note that they did not charge extra for a non-published
  21135. number that utilized the distinctive-ringing feature, but that is a
  21136. fairly recent offering.
  21137.  
  21138.  
  21139. Paul Barnett    MPP OS Development     (214)-497-4846
  21140. Convex Computer Corp.  Richardson, TX
  21141.  
  21142.  
  21143. [Moderator's Note: Here in Chicago, a lady is in the business of
  21144. supplying short-term furnished rental apartments to business exec-
  21145. utives, including telephone service. Since each apartment has a phone
  21146. and each is billed separately, and they are all in separate premises,
  21147. she would have to pay a non-pub fee for each phone unless she chose to
  21148. have them listed, which is what she did. The Chicago phone directory
  21149. has about a half-column of listings of her name over and over again,
  21150. each with a different number and address.  She apparently finds that
  21151. preferable to paying over a hundred dollars in fees for non-pub service 
  21152. at her various locations.   PAT]
  21153.  
  21154. ------------------------------
  21155.  
  21156. From: dnewcomb@whale.st.usm.edu (Donald R. Newcomb)
  21157. Subject: Re: Telex to Internet Gateway Question
  21158. Organization: University of Southern Mississippi
  21159. Date: Sun, 14 Feb 1993 14:25:39 GMT
  21160.  
  21161.  
  21162. In article <telecom13.71.14@eecs.nwu.edu> schmidt@auvax1.adelphi.edu
  21163. (JOHN SCHMIDT) writes:
  21164.  
  21165. > Some time ago I read something posted here which seemed to imply that
  21166. > there was a gateway between the telex "system" and Internet.  Is this
  21167. > true?  Can I receive telexes here sent by someone with telex service?
  21168. > What about sending them? (I assume this can't be done, because they
  21169. > would have no way to bill for them.)
  21170.  
  21171. > If receiving is possible, how would the sender address the telex?
  21172.  
  21173. I recently had a discussion with the "Help Desk" at ATT-EasyLink
  21174. Services about a number of X.400 internetworking topics. One point
  21175. that I'm still not clear on is that it seems that "Western Union"
  21176. "real time" (hard wired) Telex machines all have a shadow EasyLink
  21177. number. It is possible, given a WU Telex number, to obtain this
  21178. EasyLink number and use the Internet <-> EasyLink to send to this
  21179. account. I have not had an opportunity to test this theory.
  21180.  
  21181. At one time, I had an account on the Omnet Service, which is a branch
  21182. of SprintMail (Telemail). Omnet is mostly used by Oceanographers,
  21183. Geologists and Meteorologists. These people have some strange com-
  21184. munications needs and Omnet trys to accomodate them. They published a
  21185. method for using any switched-circuit Telex to access an Omnet
  21186. mailbox. It involved calling a Telex number in the US which was linked
  21187. via computer to a packet-switch PAD. From this PAD you could request
  21188. the PSN address of the Omnet machine and log onto their service. To do
  21189. this your password could not contain lower case or other characters
  21190. not found in 5 level Baudot code. I'm sure the international Telex
  21191. call could be quite expensive.
  21192.  
  21193.  
  21194. Donald R. Newcomb           University of Southern Mississippi
  21195. dnewcomb@whale.st.usm.edu   "Hattiesburg, Mississippi:
  21196. newcomb@usmcp6.bitnet       Where tomorrow is yesterday." Jimmy Buffett
  21197.  
  21198. ------------------------------
  21199.  
  21200. Date: Sun, 14 Feb 93 15:55 GMT
  21201. From: Richard Cox <mandarin@cix.compulink.co.uk>
  21202. Subject: Telex to USA (was Telex to Internet Gateway Question)
  21203. Reply-To: mandarin@cix.compulink.co.uk
  21204.  
  21205.  
  21206. FZC@CU.NIH.GOV (Paul Robinson) said:
  21207.  
  21208. > Advise your correspondent to dial the telex number for the United
  21209. > States first.  It's usually 21 or 021 but be sure they find this out
  21210. > first.
  21211.  
  21212. The different US Telex networks have *different* access codes from
  21213. outside the US.  It's quite a while since I had to telex the USA but I
  21214. do remember using 023 or 0230 most of the time.  The code for MCImail
  21215. telex was quite different to most of the others.
  21216.  
  21217.  
  21218. Richard D G Cox
  21219.  
  21220. Mandarin Technology, Cardiff Business Park, Llanishen, CARDIFF, Wales CF4 5WF
  21221. Voice: +44 222 747111      Fax: +44 222 711111      VoiceMail: +44 399 870101
  21222. E-mail: mandarin@cix.compulink.co.uk     Not diallable on 511 in mainland USA
  21223.  
  21224. ------------------------------
  21225.  
  21226. Date: Sun, 14 Feb 1993 06:23:54 -0500
  21227. From: goudreau@dg-rtp.dg.com (Bob Goudreau)
  21228. Subject: Re: Standard Dialing Plan
  21229.  
  21230.  
  21231. John Higdon reports about PacBell's new "Standard Dialing Plan":
  21232.  
  21233. > ALL ten-digit calls (area code + seven digit number) will be prefixed
  21234. > by the access code '1'.
  21235.  
  21236. > ALL 0+ calls will require ten digits. Even a call within the area code
  21237. > will require the area code to be dialed as part of the number.
  21238.  
  21239. Does the plan say anything about always *allowing* 1 + 10D dialing,
  21240. even for local numbers (which could also be dialed as 7D)?  There's
  21241. nothing more annoying than a telco switch that says "It is not
  21242. necessary to dial 1 and the area code for this number".  If telco
  21243. knows what number is intended, why doesn't it just go ahead and
  21244. complete the call?!  Being able to always rely on the same
  21245. nationally-dialable number would be an awfully useful feature for many
  21246. business travelers who use laptop computers, etc. that have
  21247. preprogrammed numbers.
  21248.  
  21249. > This means that the last stronghold of "one not required", Greater >
  21250. > San Jose, will fall to the "dial 1" monster.  This plan is in antici-
  21251. > pation for the new "phoney" area code numbering system currently
  21252. > being advanced by Bellcore.
  21253.  
  21254. John, do I detect a little antipathy :-) toward interchangeable area
  21255. codes?  Seriously, what other dialing plan would you propose instead?
  21256.  
  21257.  
  21258. Bob Goudreau        Data General Corporation
  21259. goudreau@dg-rtp.dg.com    62 Alexander Drive    
  21260. +1 919 248 6231        Research Triangle Park, NC  27709, USA
  21261.  
  21262. ------------------------------
  21263.  
  21264. From: shawnn@Novell.COM (Shawn Nunley)
  21265. Subject: Re: Alphanumeric Pagers Question
  21266. Organization: Novell Inc., San Jose, Califonia
  21267. Date: Sun, 14 Feb 1993 00:40:10 GMT
  21268.  
  21269.  
  21270. In article <telecom13.80.9@eecs.nwu.edu> dan@compnews.co.uk (Danny
  21271. Turner) writes:
  21272.  
  21273. > Most pagers use the TAP (Telocator Alphanumeric Input) protocol this
  21274. > is freely available, unfortunately I only have a hard copy, but I am
  21275. > quite willing to fax it to you if you want. We are currently
  21276. > developing code to run on Sparc's but I have now idea when it will be
  21277. > in place :-)
  21278.  
  21279. If someone is wlling to email me the spec for IXO pagers, I would be
  21280. willing to create some Procomm scripts for sending pages to alpha
  21281. pagers.  All I really need is the process for calculating the
  21282. checksum, because I have already figured out the rest.
  21283.  
  21284. Using Procomm and some creative use of the directory, it would be easy
  21285. to create a simple message sending utility.
  21286.  
  21287.  
  21288. Internet: Shawn_Nunley@novell.com 
  21289. UUCP: {ames,sun,apple,mtxinu,cae780,sco}
  21290.    !novell!shawn  
  21291. Shawn Nunley    Tel: (408) 473-8630 
  21292.  
  21293. ------------------------------
  21294.  
  21295. From: Rusty Hodge <rustyh@amgen.com>
  21296. Subject: Re: GTE Does It Again
  21297. Organization: Amgen
  21298. Date: Sun, 14 Feb 1993 02:47:06 GMT
  21299.  
  21300. Sounds like a problem I had about five years ago when PacTel switched
  21301. to a DMS in my local CO.  Basically, there was a timing error between
  21302. the switch internally and the trunks feedig it.  Voice sounded fine,
  21303. but fax and modem transmission was terribly disrupted.
  21304.  
  21305. (I think they called it "Slip Rate Error"?)
  21306.  
  21307. ------------------------------
  21308.  
  21309. End of TELECOM Digest V13 #91
  21310. *****************************
  21311. 
  21312. 
  21313. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa21447;
  21314.           14 Feb 93 16:40 EST
  21315. Received: by delta.eecs.nwu.edu id AA17461
  21316.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 14 Feb 1993 14:24:01 -0600
  21317. Received: by delta.eecs.nwu.edu id AA28286
  21318.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 14 Feb 1993 14:23:23 -0600
  21319. Date: Sun, 14 Feb 1993 14:23:23 -0600
  21320. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  21321. Message-Id: <199302142023.AA28286@delta.eecs.nwu.edu>
  21322. To: telecom@eecs.nwu.edu
  21323. Subject: TELECOM Digest V13 #92
  21324.  
  21325. TELECOM Digest     Sun, 14 Feb 93 14:23:20 CST    Volume 13 : Issue 92
  21326.  
  21327. Index To This Issue:                     Moderator: Patrick A. Townson
  21328.  
  21329.     Re: Meaning of TTL in TCP/IP (was Jack Decker's FTP Problem) (A. Dasgupta)
  21330.     Re: Meaning of TTL in TCP/IP (was Jack Decker's FTP Problem) (Rick Duggan)
  21331.     Re: FCC Proposed Ruling on Scanners That Receive Cellphones (Willaim Sohl)
  21332.     Re: FCC Proposed Ruling on Scanners That Receive Cellphones (Marc Kaufman)
  21333.     Re: Salesmen That Won't Quit (Bill Campbell)
  21334.     Re: PacBell IntraLATA Rate Ripoffs (Glenn McComb)
  21335.     Re: California Versus CLID Versus Out-of-State (Justin Leavens)
  21336.     Re: SS7 / CID Question (Tony Harminc)
  21337.     Re: CLID Long Distance (John McHarry)
  21338.     Re: 1ESS and CNID (John Higdon)
  21339.     Re: Current Switched 56 (tm) DSU/CSU Vendors Needed (Curtis Sanford)
  21340. ----------------------------------------------------------------------
  21341.  
  21342. From: add@philabs.philips.com (Aninda Dasgupta)
  21343. Subject: Re: Meaning of TTL in TCP/IP (was Jack Decker's FTP Problem)
  21344. Organization: Philips Laboratories, Briarcliff, New York
  21345. Date: Sun, 14 Feb 1993 13:25:14 GMT
  21346.  
  21347.  
  21348. In article <telecom13.83.4@eecs.nwu.edu> Matti Aarnio <mea@utu.fi>
  21349. writes:
  21350.  
  21351. > Lately I have seen this "TTL is time in seconds" dream on many places.
  21352. > Who originated that idea?  Current IP version 4 does not contain an
  21353. > absolute time stamp in each datagram, rather it has a hop-count.
  21354.  
  21355. Ok, ok, I guess I shouldn't be so presumptuous and be more explicit in
  21356. my messages. Some people took me to task about the TCP TTL field.  In
  21357. my original message, I didn't want to be more detailed and verbose
  21358. than I already was, and therefore didn't go into too many details. My
  21359. original post that has caused a deluge of (sometimes angry) mail into
  21360. my mailbox (lighten up folks :-)
  21361.  
  21362. To clarify: The TTL field in TCP packets is decremented by (usually) 1
  21363. on every hop (and to my angry critics, I was and am aware of that :-)).
  21364. The original designers of TCP and IP realized that it would be too
  21365. painful to accurately measure the amount the time that a packet spends
  21366. in transit from one gateway to another, so they simply decremented the
  21367. TTL by one instead of by the clocked time. In my message, I didn't
  21368. want to go into all that detail and thought that interested people
  21369. would read about it in Comer's book.
  21370.  
  21371. > Now Dasgupta sounds like talking about time as wall-clock time! 
  21372. > However that route report showed max times to be under five seconds.
  21373.  
  21374. My suggestions to Jack Decker indicated a time factor in his TCP
  21375. packets reaching the destination host.  I still contend there is a
  21376. time factor, and here's why.  The TCP code is known to use the TTL
  21377. field and decrement it by one on each gateway.  However, I suspected
  21378. (and still do) that the client programs like telnet and ftp also
  21379. maintain their own timers.  Thus, if the application to app. timers
  21380. expire, the programs croak. I haven`t played with the client source
  21381. code as much as I have messed around with UNIX kernels and TCP code,
  21382. so I can't vouch for such an application layer timer.  
  21383.  
  21384. I have found some evidence of it in telnet'ing to an obscure host deep
  21385. inside the unomaha.edu domain (Univ. of Nebraska, Omaha) from a host
  21386. deep inside rpi.edu (Rensselaer Poly. Inst.) In daytime, my telnets
  21387. would often fail and show similar symptoms as Jack Decker's ftp
  21388. problems.  I, most often, had no problem logging in at night. This
  21389. lead me to believe that the telnet client program was timing out.
  21390. Traceroute clearly comes out and says that the TTL has expired, but
  21391. the telnet client simply says "connection timed out."  Also, when I
  21392. changed my TTL field to 120 in the telnet source code, things
  21393. improved.
  21394.  
  21395. >> What can be done to rectify this problem? The most obvious, though
  21396. >> often impossible, thing to do is to change the default of 60 seconds
  21397. >> for the TCP TTL that is compiled into the UNIX (or other OS) TCP
  21398. >> software.
  21399.  
  21400. > Nope, it is not SECONDS, it is HOPS.  (Gomer does explain it well)
  21401. > (And it is explained well in the original RFCs too, see RFC 791).
  21402.  
  21403. Well, I know it is not seconds, but that is what it is "called" in the
  21404. source code and documentation.  I (perhaps wrongly?) assumed that I
  21405. was leading someone to a point in the source code and in order for
  21406. that someone to be able to correctly locate the place and not get
  21407. confused about the issue of seconds and hop-counts, I simply chose to
  21408. call it seconds, as does the comment next to the line in the source
  21409. code.
  21410.  
  21411. >> In case root access to the dialup host is not available, Jack might
  21412. >> try connecting to a different host, preferably in a different part of
  21413. >> the country than from where he is trying.  As I said, it is simply a
  21414. >> matter of getting to mintaka with a few less hops on the Internet.
  21415.  
  21416. > This may or may not solve the problem in case it is a routing
  21417. > black-hole in the network.  Finding out whose routers are last ones
  21418. > that are reachable, and then reaching for their management with
  21419. > questions about unrechable networks further out will be a more efficient
  21420. > way.
  21421.  
  21422. In my aforementioned problem in reaching a host at Omaha, I got my
  21423. girlfriend to give me an account on a host that was closer to unomah's
  21424. internet gateway. That made it easier to telnet during daytime.
  21425.  
  21426. >> I suspect, a saving of just two hops is all he needs, since he has
  21427. >> been able to get to radole.lcs.mit.edu.  Moreover, he should try to
  21428. >> ftp late at night, when the other usual TCP traffic will be less and
  21429. >> therefore, his TCP packets will get to mintaka faster, hopefully
  21430. >> before the 60 sec. TTL.
  21431.  
  21432. > Two hops out of 15 used ones would help?  No, I don't think so.
  21433.  
  21434. Well, if my memory serves me right, Jack had deleted part of his
  21435. traceroute dump from his message to the Digest. I don't see how you
  21436. could count 15.  Perhaps I didn't read his post very carefully ...
  21437.  
  21438. > IP-(Inter-)networker since 1989
  21439.  
  21440. Good for you, Matti.
  21441.  
  21442. Perhaps Jack Decker will let us know whether he finally succeeded in
  21443. his attempts to ftp to mintaka.
  21444.  
  21445.  
  21446. Aninda DasGupta (add@philabs.philips.com) Ph:(914)945-6071 Fax:(914)945-6552
  21447. Philips Labs\n 345 Scarborough Rd\n  Briarcliff Manor\n NY 10510
  21448.  
  21449. ------------------------------
  21450.  
  21451. From: duggan@cc.gatech.edu (Rick Duggan)
  21452. Subject: Re: Meaning of TTL in TCP/IP (was Jack Decker's FTP Problem)
  21453. Reply-To: duggan@cc.gatech.edu (Rick Duggan)
  21454. Organization: College of Computing
  21455. Date: Sun, 14 Feb 1993 03:10:38 GMT
  21456.  
  21457.  
  21458. In article <telecom13.83.4@eecs.nwu.edu> Matti Aarnio <mea@utu.fi>
  21459. writes:
  21460.  
  21461. > Lately I have seen this "TTL is time in seconds" dream on many places.
  21462. > Who originated that idea?  Current IP version 4 does not contain an
  21463. > absolute time stamp in each datagram, rather it has a hop-count.
  21464. > However that route report showed max times to be under five seconds.
  21465.  
  21466. Quoting from {Computer Networks}, Second Edition, by Andrew Tanenbaum,
  21467. "The [DoD IP] {Time to live} field is a counter used to limit packet
  21468. lifetimes.  When it becomes zero, the packet is destroyed.  The unit
  21469. of time is the second, allowing a maximum lifetime of 255 sec."
  21470.  
  21471. Perhaps that's not the way it's implemented, but it is conceptually
  21472. the correct way to think about it (so long as you realize it
  21473. is *implemented* as hops).
  21474.  
  21475. Quoting now from {Telecommunications: Protocols and Design} by John D.
  21476. Spragins, et. al., "[DoD IP] {Time to Live} (8 bits): Measured in
  21477. gateway hops and decremented at each gateway.  Ensures that datagrams
  21478. or fragments do not loop indefinitely." This makes no mention of real
  21479. clock time and seems to be implementation driven.
  21480.  
  21481. However, the ISO IP has a similar field, called the PDU Lifetime.
  21482. It's described as "{PDU Lifetime} (8 bits): Specifies lifetime of Data
  21483. Unit as a multiple of 500 msec.  It is determined and set by the
  21484. source station, then decremented by each gateway the data units visits
  21485. by each 500 msec of estimated delay for that hop (transmission time to
  21486. gateway plus processing time)."
  21487.  
  21488. So no one is crazy for conceptualizing the TTL or PDU Lifetime in real
  21489. clock time.
  21490.  
  21491.  
  21492. Rick Duggan - duggan@cc.gatech.edu
  21493.  
  21494. ------------------------------
  21495.  
  21496. From: whs70@dancer.cc.bellcore.com (sohl,william h)
  21497. Subject: Re: FCC Proposed Ruling on Scanners That Receive Cellphones
  21498. Organization: Bellcore, Livingston, NJ
  21499. Date: Sun, 14 Feb 93 18:56:43 GMT
  21500.  
  21501.  
  21502. In article <telecom13.89.8@eecs.nwu.edu> John Higdon <john@zygot.ati.
  21503. com> writes:
  21504.  
  21505. > Scanner laws will be just about as effective as gun laws -- only much
  21506. > sillier. The FCC is seriously deluded if it thinks it can win a
  21507. > technological war with anyone. The below-average moron outguns the FCC
  21508. > in the brain cell department.
  21509.  
  21510. As I pointed out in another reply, don't blame the FCC.  I seriously
  21511. doubt any competent FCC person belives for a second that this scanner
  21512. ban will be effective.  It is the congresscritters that have been
  21513. "conned" into passing the law so cellular manufacturers can now say
  21514. that the equipment that can listen to cellular is now illegal to
  21515. produce.  I also doubt that any of them will point out that all
  21516. existing cellular capable scanners are not illegal to own.
  21517.  
  21518.  
  21519. Standard Disclaimer- Any opinions, etc. are mine and NOT my employer's.
  21520.  
  21521. Bill Sohl (K2UNK) BELLCORE (Bell Communications Research, Inc.)
  21522. Morristown, NJ             email via UUCP      bcr!cc!whs70
  21523. 201-829-2879 Weekdays      email via Internet  whs70@cc.bellcore.com
  21524.  
  21525. ------------------------------
  21526.  
  21527. From: kaufman@xenon.stanford.edu (Marc T. Kaufman)
  21528. Subject: Re: FCC Proposed Ruling on Scanners That Receive Cellphones
  21529. Reply-To: kaufman@cs.stanford.edu
  21530. Organization: CS Department, Stanford University, California, USA
  21531. Date: 14 Feb 93 19:08:33 GMT
  21532.  
  21533.  
  21534. john@zygot.ati.com (John Higdon) writes:
  21535.  
  21536. > Scanner laws will be just about as effective as gun laws -- only much
  21537. > sillier. The FCC is seriously deluded if it thinks it can win a
  21538. > technological war with anyone. The below-average moron outguns the FCC
  21539. > in the brain cell department.
  21540.  
  21541. Actually, it's not the FCC by itself in this.  In fact, they have
  21542. declined to attempt to regulate scanners in the past.  If you read the
  21543. NPRM, you will see that the FCC is only attempting to set a rule in
  21544. accordance with legislation passed by Congress.  It's the dummies in
  21545. Congress who are short in the brain cell department.
  21546.  
  21547.  
  21548. Marc Kaufman (kaufman@CS.Stanford.EDU)
  21549.  
  21550. ------------------------------
  21551.  
  21552. From: bill@Celestial.COM (Bill Campbell)
  21553. Subject: Re: Salesmen That Won't Quit
  21554. Organization: Celestial Software, Mercer Island, WA
  21555. Date: Sun, 14 Feb 1993 18:39:19 GMT
  21556.  
  21557.  
  21558. In <telecom13.81.10@eecs.nwu.edu> wagner@utoday.com (Mitch Wagner)
  21559. writes:
  21560.  
  21561. > wagner@utoday.com (Mitch Wagner) writes:
  21562.  
  21563. >> ... if I ever had a salesman that just wouldn't stop phoning, even
  21564. >> when I asked them to stop, I would inform them that if they didn't
  21565. >> stop calling I would file harassment charges against them with the
  21566. >> police.
  21567.  
  21568. I had one satisfying experience recently.  I received a telemarketing
  21569. call on a Saturday morning from Aurora Nissan and I told the salesman
  21570. that I didn't appreciate being called at home and hung up.  He then
  21571. called me back and started giving me a bunch of crap " ... why do you
  21572. have a telephone if you don't want to take calls".  I hung up again.
  21573.  
  21574. The satisfaction came a couple of months later when I got a mailing
  21575. from the same dealer with the president's signature on it.  I wrote a
  21576. letter to him directly describing the incredibly rude behaviour of his
  21577. sales staff, and that I would never consider buying anything from
  21578. Aurora Nissan.  He responded with a personal letter saying that they
  21579. had identified the caller and "taken appropriate action".  I can only
  21580. hope that this action involved great discomfort :-).
  21581.  
  21582.  
  21583. Bill
  21584.  
  21585. INTERNET:  bill@Celestial.COM   Bill Campbell; Celestial Software
  21586. UUCP:   ...!thebes!camco!bill   6641 East Mercer Way
  21587.              uunet!camco!bill   Mercer Island, WA 98040; (206) 947-5591
  21588.  
  21589. ------------------------------
  21590.  
  21591. From: gmccomb@netcom.com (Glenn McComb)
  21592. Subject: Re: PacBell IntraLATA Rate Ripoffs
  21593. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  21594. Date: Sun, 14 Feb 1993 03:30:13 GMT
  21595.  
  21596.  
  21597. I've been getting a lot of mail regarding my post about Execuline and
  21598. their Intra-Lata rate of a flat 0.12/min, 6-sec billing within 450
  21599. mile radius in California. Also, 0.15/min for anywhere else in US.
  21600.  
  21601. Their phone number is (916) 557-5460, or (800) 655-0440, ask for Floyd
  21602. McKeighen ... and it wouldn't hurt to give me a plug for referring
  21603. you.
  21604.  
  21605. They CAN change your phone to their system as primary carrier (1 +
  21606. dial), but I opted to stay with MCI until I got some experience with
  21607. them.
  21608.  
  21609.  
  21610. Glenn A. McComb       (408) 725-1448 ofc * 725-0222 fax
  21611. McComb Research        PO Box 220 * Cupertino, CA 95015
  21612. gmccomb @ netcom.com                MHS: glenn @ mccomb
  21613.  
  21614. ------------------------------
  21615.  
  21616. From: leavens@mizar.usc.edu (Justin Leavens)
  21617. Subject: Re: California Versus CLID Versus Out-of-State
  21618. Date: 14 Feb 1993 12:28:13 -0800
  21619. Organization: University of Southern California, Los Angeles, CA
  21620.  
  21621.  
  21622. In article <telecom13.80.5@eecs.nwu.edu> rlm@indigo2.hac.com (Robert
  21623. L. McMillin) writes:
  21624.  
  21625. > Which probably means that the switch was SS7-connected, but thanks to
  21626. > the California Public fUtilities Commission, EVERYBODY's phone number
  21627. > will show up as PRIVACY-enabled.  After all, privacy is the same thing
  21628. > as anonymity ... NOT!
  21629.  
  21630. But the CPUC *approved* CNID with its guidelines. So shouldn't PacBell
  21631. (and GTE for that matter) be delivering CNID information where
  21632. appropriate (on any line that is not unlisted)? Or are they not
  21633. required to do anything that doesn't result in a profit?
  21634.  
  21635.  
  21636. Justin Leavens   Microcomputer Specialist   University of Southern California
  21637.  
  21638. ------------------------------
  21639.  
  21640. Date: Sun, 14 Feb 93 00:45:37 EST
  21641. From: Tony Harminc <TONY@VM1.MCGILL.CA>
  21642. Subject: Re: SS7 / CID Question
  21643.  
  21644.  
  21645. Douglas Scott Reuben asked:
  21646.  
  21647. >> 2. ...  can the 1ESS send out the CID information?
  21648.  
  21649. Al Varney replied:
  21650.  
  21651. >   No.
  21652.  
  21653. >> That is, what does it take for a switch to send out CID over SS7?
  21654.  
  21655. >> Can a 1ESS support this "send out" package, if such a thing
  21656. >> exists?
  21657.  
  21658. John Higdon replied:
  21659.  
  21660. > There is no such thing as a "send out" package. SS7 requires a
  21661. > constant two-way data stream between participating switches.
  21662.  
  21663. Well ... yes and no.  My house is served by a 1ESS and it is quite
  21664. happy to send my number out via SS7 so that it appears on people's
  21665. displays.  Bell Canada added a box that they call an 'analogue
  21666. adjunct' to all of its 1ESSs in Toronto and Montreal, and most of the
  21667. SP1s in those and several other cities as well.
  21668.  
  21669. I have no idea how the box is implemented, but it is in a sense a
  21670. "send out" only box -- it does not equip the 1ESS to receive inbound
  21671. CNID.  (Obviously at the lower SS7 levels it must be bidirectional,
  21672. but it implements only outgoing CNID.)  Perhaps one of our Northern
  21673. Telecom readers would care to comment on this box.  (I assume NT
  21674. designed and built it for Bell.)
  21675.  
  21676. My switch is scheduled to be replaced by a DMS100 this weekend (13
  21677. Feb) so perhaps Bell would be happy to sell the box to a US telco that
  21678. has a slower upgrade program. :-)
  21679.  
  21680.  
  21681. Tony Harminc
  21682.  
  21683. ------------------------------
  21684.  
  21685. From: mcharry@freedom.otra.com (McHarry)
  21686. Subject: Re: CLID Long Distance
  21687. Date: Sun, 14 Feb 93 10:07:39 EST
  21688.  
  21689.  
  21690. SS7 by itself won't necessarily deliver it, CPUC or no.  The local
  21691. exchange carriers are selling the information and they have to make
  21692. some sort of arrangements with the interexchange carriers to deliver
  21693. it.  Last I knew, they were unwilling to share any of the revenue from
  21694. the service.  Why should an interexchange carrier that sells ANI to
  21695. directly connected customers give approximately the same information
  21696. to the LEC gratis to sell in competition with it?
  21697.  
  21698. ------------------------------
  21699.  
  21700. Date: Sun, 14 Feb 93 10:40 PST
  21701. From: john@zygot.ati.com (John Higdon)
  21702. Reply-To: John Higdon <john@zygot.ati.com>
  21703. Organization: Green Hills and Cows
  21704. Subject: Re: 1ESS and CNID
  21705.  
  21706.  
  21707. kityss@ihlpe.att.com writes:
  21708.  
  21709. > (Some states that don't permit calling number/name delivery wanting to
  21710. > insure that numbers are "never" delivered, even out of state.)
  21711.  
  21712. Remember, California does NOT prohibit CNID. It has merely placed
  21713. conditions on its offering TO CALIFORNIANS that Pacific Bell feels
  21714. makes the service undesireable (hence unprofitable). What Pac*Bell
  21715. does with regard to interstate commerce is beyond the control of the
  21716. CPUC (and the activists). Therefore, it is under absolutely no
  21717. obligation to block any information going out of state. As long as
  21718. Pac*Bell is not delivering any CNID data to persons WITHIN CALIFORNIA,
  21719. it is not offering the service and is therefore under no restrictions.
  21720.  
  21721. I encourage Pac*Bell to not send blocked status on interstate calls.
  21722.  
  21723.  
  21724. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  21725. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  21726.  
  21727. ------------------------------
  21728.  
  21729. From: sanford@ascend.com (Curtis Sanford)
  21730. Subject: Re: Current Switched56 (tm) DSU/CSU Vendors Needed
  21731. Date: 14 Feb 93 19:55:26 GMT
  21732. Organization: Ascend Communications, Alameda CA
  21733.  
  21734.  
  21735. In article <telecom13.79.3@eecs.nwu.edu> ronal@telebit.com (Ronal
  21736. Thompson) writes:
  21737.  
  21738. > I am currently in search of vendors that carry Switched56 DSU/CSU
  21739. > products. We are expanding our evaluation and compatibility process
  21740. > and require information of current vendors. Our list now includes:
  21741.  
  21742. We also produce Switched-56 CSU/DSU products.  Our products feature
  21743. multiple network interfaces (up to 7) and provide inverse multiplexing
  21744. to the BONDING specification, as well as various proprietary features.
  21745. For information, we may be contacted at:
  21746.  
  21747.              (510) 769-6001,  or  info@ascend.com
  21748.  
  21749. ------------------------------
  21750.  
  21751. End of TELECOM Digest V13 #92
  21752. *****************************
  21753. 
  21754. 
  21755. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa23231;
  21756.           14 Feb 93 17:31 EST
  21757. Received: by delta.eecs.nwu.edu id AA24932
  21758.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 14 Feb 1993 15:09:36 -0600
  21759. Received: by delta.eecs.nwu.edu id AA23461
  21760.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 14 Feb 1993 15:09:03 -0600
  21761. Date: Sun, 14 Feb 1993 15:09:03 -0600
  21762. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  21763. Message-Id: <199302142109.AA23461@delta.eecs.nwu.edu>
  21764. To: telecom@eecs.nwu.edu
  21765. Subject: TELECOM Digest V13 #93
  21766.  
  21767. TELECOM Digest     Sun, 14 Feb 93 15:09:00 CST    Volume 13 : Issue 93
  21768.  
  21769. Index To This Issue:                     Moderator: Patrick A. Townson
  21770.  
  21771.     Re: AT&T Are You Listening? (John Higdon)
  21772.     Re: Rochester Tel Wants to Split (Eli Mantel)
  21773.     Re: Using Fax Machine + Fax Modem as a Scanner (Gordon Grant)
  21774.     Re: Southwestern Bell to Buy Cable Systems (J. Philip Miller)
  21775.     Re: Running Out of Area Codes (Steven H. Lichter)
  21776.     Re: Pacific Bell, Caller ID, and PRIVATE (Steven H. Lichter)
  21777.     Re: What Could Happen! (Tony Pelliccio)
  21778.     Re: Telex <=> RS-232 (Nino Margetic) 
  21779.     Some Discounts REQUIRE You to Change Your Dial-1 Carrier (Marc Kozam)
  21780.     Re: Stupid Phone Tricks (Bruce Sullivan)
  21781. ----------------------------------------------------------------------
  21782.  
  21783. Date: Sun, 14 Feb 93 02:17 PST
  21784. From: john@zygot.ati.com (John Higdon)
  21785. Reply-To: John Higdon <john@zygot.ati.com>
  21786. Organization: Green Hills and Cows
  21787. Subject: Re: AT&T Are You Listening?
  21788.  
  21789.  
  21790. jack.decker@f8.n154.z1.fidonet.org (Jack Decker) writes:
  21791.  
  21792. > Why not use both carriers?  I would suggest you do this: Switch your
  21793. > line to MCI and use them for all your voice calls.
  21794.  
  21795. As previously stated, I would suggest the opposite. Keep AT&T as your
  21796. PIC. That way you have much easier access to AT&T's vastly superior
  21797. operator services. I really hate it when I pick up a phone, dial an
  21798. operator assisted call and have one of the "brand X" operators answer.
  21799. MY guests never have to deal with that.
  21800.  
  21801. > If there is a location that you have consistent problems calling via
  21802. > MCI, by all means call up MCI's customer service and complain!
  21803.  
  21804. Good luck. MCI droids are worthless. You will never reach a resolution
  21805. on the first try. You will be lucky to even ever speak to anyone who
  21806. even knows what you are talking about. You should see the hell we go
  21807. through ANYtime we have to deal with even the slightest technical
  21808. matter with MCI.
  21809.  
  21810. > AT&T spends a LOT of money on advertising to convince you that their
  21811. > quality is better.
  21812.  
  21813. If your definition of quality is "does the call (eventually) go
  21814. through and can I hear the person at the other end?", then I would
  21815. agree that such an advertising statement is probably meaningless.  But
  21816. AT&T is still the only company where you can actually speak to a
  21817. knowledgeable technician on the first call and speak to a rep who
  21818. actually knows about the service in question and can give you real
  21819. answers.
  21820.  
  21821. > If you try a call over MCI and it doesn't work, and you then try to
  21822. > complete it over AT&T and it does, that doesn't necessarily mean that
  21823. > AT&T is better, it just means you got a different circuit from the
  21824. > local telco.  Had you tried your second attempt on MCI again, you
  21825. > would probably have been just as satisfied with the result.
  21826.  
  21827. Not necessarily true. MCI and Sprint outages are legion and legendary.
  21828. Sprint is constantly suffering from local outages here in the Bay Area
  21829. and MCI's answer to a complaint about calls not going through is for
  21830. the caller to dial '10288' before the number. Sure is a good thing
  21831. AT&T is there when you REALLY need to call.
  21832.  
  21833. > AT&T's new fax commercials really get me ...
  21834.  
  21835. Yes, they annoy me as well. But since I do not use media advertising
  21836. as a basis upon which to select a carrier (pro or con), AT&T's
  21837. commercials do not send me into a tailspin, ignoring reality and the
  21838. facts. And the fact is that AT&T remains the most responsive,
  21839. comprehensive, and consistently the highest quality IEC in the world.
  21840. Its operator services are not even in the same universe as the
  21841. pretenders. Yes, MCI, Sprint and a host of other carriers have some
  21842. specific services and plans that MAY (but not necessarily) be
  21843. incrementally cheaper than AT&T, but for most purposes involving FGD
  21844. long distance, the company's services are hard to beat.
  21845.  
  21846. MCI and Sprint are slowly (very slowly) getting better and better. But
  21847. the truth is that AT&T is also beginning to smell the coffee. Right
  21848. now Sprint is hawking its "digital network with the most modern
  21849. signaling", etc., etc. The thrust is that it was the leader in digital
  21850. telephony.  What a laugh. Who do you supposed invented it? AT&T did
  21851. misread the importance of "digital quality", and lagged in giving
  21852. digital connections to customers. But when Sprint started making hay
  21853. with it, AT&T became fully digital in very short order (the network
  21854. WAS already in place, long before Sprint even thought about it).
  21855.  
  21856. And advanced signaling? Calls on AT&T complete in a split second; in
  21857. about eight seconds with Sprint. Yes, it is because AT&T is connected
  21858. via SS7 to my telco and Sprint (for whatever reason) is not. But it
  21859. goes to illustrate the stupidity of the advertising and how
  21860. intelligence is not to be gained by listening to it.
  21861.  
  21862. Both MCI and Sprint have experienced major billing problems and then
  21863. demonstrated a serious lack of ability to handle them. Yes, I had a
  21864. billing problem with AT&T that turned out to be Pac*Bell's problem.
  21865. But AT&T did not attempt to ruin my credit and turn me over to a
  21866. collection agency as Sprint did. (Sprint ended up giving me a $50
  21867. credit over and above all of the disputed amounts as a "good will"
  21868. gesture, but I really prefer having it done right to begin with.)
  21869.  
  21870. I have no stock or interest in AT&T. But every time I have used MCI or
  21871. Sprint for whatever reason, some monster rears its head and a major
  21872. inadequacy is revealed.
  21873.  
  21874.  
  21875. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  21876. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  21877.  
  21878. ------------------------------
  21879.  
  21880. From: Eli.Mantel@lambada.oit.unc.edu (Eli Mantel)
  21881. Subject: Re: Rochester Tel Wants to Split
  21882. Organization: University of North Carolina Extended Bulletin Board Service
  21883. Date: Sun, 14 Feb 1993 19:49:59 GMT
  21884.  
  21885.  
  21886. Rochester Telephone is being lauded for its plan to provide competition 
  21887. for local telephone services, but I wonder whether what's best for
  21888. Rochester Telephone is also best for its customers.
  21889.  
  21890. As I understand the proposal, the bulk of the capital investment that
  21891. Rochester Telephone owns will remain in the regulated portion of the
  21892. company.  Telephone customers will purchase telephone service through
  21893. companies that are essentially aggregators.  These aggregators will be
  21894. free to design different packages of telephone services to offer
  21895. potential customers.
  21896.  
  21897.  From the viewpoint of public policy, it is almost always best that
  21898. services be priced as closely as possible to their true (incremental)
  21899. cost.  Achieving this goal is rather problematic when the bulk of the
  21900. costs are in fixed plant and equipment, whether pricing is done
  21901. through competition or regulation.
  21902.  
  21903. Whereas regulation provides at least some tie-in between the cost of
  21904. providing service and the pricing of that service, the proposed
  21905. solution will most likely result in offerings that tie prices to a
  21906. perception of value.  Simply put, for the residential user, flat-rate
  21907. telephone service is likely to be priced substantially higher than it
  21908. is now, because there will be some significant portion of customers
  21909. for whom flat-rate service will still be a better *value*, even at a
  21910. much higher price.
  21911.  
  21912. Bear in mind that these aggregators will not be adding any significant
  21913. value to the telephone services.  All they will offer will be what's
  21914. available thorugh the existing telephone switches.  They will pay one
  21915. (regulated) price for these features, and resell them for a higher
  21916. price.  This is pretty much what cable companies do with premium
  21917. services.  They buy HBO for, say, $3.00 per month for each subscriber
  21918. signed up, and then resell it to us at $10.00 per month.  While they
  21919. have "added value" by virtue of providing a physical cable connection
  21920. (which is already covered by the costs of basic cable service), their
  21921. main contribution is "marketing".
  21922.  
  21923. Why is Rochester Telephone supporting this plan?  Well, the regulated
  21924. portion will retain the bulk of the assets.  That ensures that they
  21925. continue to receive the same level of profitability on those assets.
  21926. They certainly hope that the unregulated portion will get a good
  21927. portion of the market share.  Short of an outright gouging of their
  21928. customer base, they can expect to succeed at retaining the bulk of
  21929. their customers.
  21930.  
  21931. I'm no expert on this topic.  Some of my facts may be wrong, and the
  21932. resulting conclusions may therefore be unwarranted.  I would love to
  21933. hear convincing evidence that Rochester Telephone's proposal is really
  21934. going to be in the public interest.
  21935.  
  21936.  
  21937. Eli Mantel (eli.mantel@launchpad.unc.edu)
  21938.  
  21939. The opinions expressed are not necessarily those of the University of
  21940.   North Carolina at Chapel Hill, the Campus Office for Information
  21941.      Technology, or the Experimental Bulletin Board Service.
  21942.         internet:  laUNChpad.unc.edu or 152.2.22.80
  21943.  
  21944. ------------------------------
  21945.  
  21946. From: gg@jet.uk (Gordon Grant)
  21947. Subject: Re: Using Fax Machine + Fax Modem as a Scanner
  21948. Organization: Joint European Torus
  21949. Date: Sun, 14 Feb 1993 13:20:17 GMT
  21950.  
  21951.  
  21952. In <telecom13.62.11@eecs.nwu.edu> rob@sound.demon.co.uk (Robert J
  21953. Barth) writes:
  21954.  
  21955. > How can I use a standalone fax machine as a scanner?
  21956.  
  21957. > I would like to be able to plug my fax machine into my pc fax/modem,
  21958. > and press a few buttons, and end up with a fax format file of whatever
  21959. > was on the sheet of paper ...
  21960.  
  21961. > Has anyone managed this?  I've tried with not much success so far ...
  21962.  
  21963. I have succeeded with this using my Samsung sf1000 Fax machine and my
  21964. ZyXEL 1496e modem. The modem was driven with ZyXEL's Zfax software.
  21965.  
  21966. The technique is to plug both units into the same phone line, using a
  21967. plug-in adaptor. The Zfax software is run up and the cursor set on the
  21968. Manual receive fax option. On the fax machine lift the hand set and
  21969. dial a single digit to fool the machine that a number has been dialed,
  21970. then press send.  Remove the adaptor from the wall socket and start
  21971. the Zfax software to receive the fax.
  21972.  
  21973. I needed to remove the adaptor from the wall socket to stop Miss "
  21974. bossy boots" BT from injecting " you have dialed incorrectly -- please
  21975. replace the handset and try again" I needed it there initially to give
  21976. a dial tone to the Fax M/C.
  21977.  
  21978. I suspect that this may be more difficult with a cleverer Fax machine.
  21979. Sometimes that well known brand "THE CHEAPEST" does have some
  21980. advantages.
  21981.  
  21982. I must credit this method to my son James who wanted to include some
  21983. maps into his GCSE Geography Project. It works very well and Zfax can
  21984. convert the results to several bitmapped file formats.
  21985.  
  21986. Now who knows how to convert a Word-for-Windows document into a format
  21987. that Zfax can send as a fax?
  21988.  
  21989.  
  21990. gg@jet.uk              Gordon Grant           Jet Abingdon OX14 3EA UK
  21991. Fidonet: (2:253/170)   Voice +44 235 464792   Fax +44 235 464404       
  21992.  
  21993. ------------------------------
  21994.  
  21995. From: phil@wubios.wustl.edu (J. Philip Miller)
  21996. Subject: Re: Southwestern Bell to Buy Cable Systems
  21997. Date: Sun, 14 Feb 1993 12:56:30 -0600 (CST)
  21998.  
  21999.  
  22000. karl.johnson@office.wang.com  (Karl Johnson) writes:
  22001.  
  22002. > This would be the first Baby Bell to own a Cable
  22003. > Company, and could according to The Post "alter the debate surrounding
  22004. > federal telecommunications policy."
  22005.  
  22006. Actually the {St. Louis Post Dispatch} points out that SWBT already
  22007. owns cable companies in the UK and has interests in ones in Israel.
  22008. This would just be the first by any of the Baby Bells in the US.
  22009.  
  22010. Bell Atlantic is challenging restrictions on providing video services
  22011. within its telephone service.  Art Bushkin, president of Bell Atlantic
  22012. Information Services is quoted as saying "It is time for the obsolete
  22013. restrictions of the AT&T Consent Decree and the Cable Act of 1984 to
  22014. fall."
  22015.  
  22016. Jim Krekeler, a securities analyst with Edward D. Jones & Co is quoted
  22017. as saying "It's no accident that [buying a cable system in] Washington
  22018. DC happens to be a tremendous way to lobby the House and the Senate.
  22019. If you put all the bells and whistles on the system, you could impress
  22020. Congress on the [telephone industry's] ability to run the system and
  22021. have it benefit the consumer."
  22022.  
  22023.  
  22024.   J. Philip Miller, Professor, Division of Biostatistics, Box 8067
  22025.       Washington University Medical School, St. Louis MO 63110
  22026.        phil@wubios.WUstl.edu - (314) 362-3617 [362-2694(FAX)]
  22027.  
  22028. ------------------------------
  22029.  
  22030. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  22031. Subject: Re: Running Out of Area Codes
  22032. Date: 14 Feb 1993 20:08:43 GMT
  22033. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  22034.  
  22035.  
  22036. It is my understanding that only the areas that are in the City of Los
  22037. Angeles; downtown only remained 213 and the others went to 310. Those
  22038. areas are West LA and such. At least that is the way it was meant to
  22039. be and explained to us.
  22040.  
  22041. ------------------------------
  22042.  
  22043. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  22044. Subject: Re: Pacific Bell, Caller ID, and PRIVATE
  22045. Date: 14 Feb 1993 20:12:35 GMT
  22046. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  22047.  
  22048.  
  22049. We just were notified that PacBell will be offering Call Trace, last
  22050. number call back. You will not know the number in either case, but
  22051. that would mean to me that they are not blocking the calls ID. It
  22052. maybe a SS7 problem or lack of.
  22053.  
  22054.  
  22055. Steven H. Lichter    GTECalif COEI
  22056.  
  22057.  
  22058.  
  22059. ------------------------------
  22060.  
  22061. Date: Sun, 14 Feb 93 15:16:32 EST
  22062. From: Tony Pelliccio <PJJ125@URIACC.URI.EDU>
  22063. Subject: Re: What Could Happen! (Bangkok, Thailand Telecom Uprising)
  22064.  
  22065.  
  22066. Similar things happen here in the US. A few years ago New England
  22067. Telephone went on strike and lo and behold, a few of the key fiber
  22068. trunks got cut.
  22069.  
  22070. Additionally, telecom facilities are pretty well marked here in the
  22071. US, and if you wanted, you could knock out communications to a small
  22072. residential area, or halt ALL long distance traffic from a city.
  22073.  
  22074. Besides, I really don't think something like that would happen here
  22075. since the service isn't all that bad. Granted, we do pay a fairly good
  22076. chunk but in comparison to other countries, we're not doing too badly
  22077. here in the U.S.
  22078.  
  22079.  
  22080. Tony Pelliccio    n1mpq @ garlic.sbs.com    pjj125 @ uriacc.uri.edu
  22081.  
  22082. ------------------------------
  22083.  
  22084. From: n.margetic@ucl.ac.uk (Nino Margetic)
  22085. Subject: Re: Telex <=> RS-232
  22086. Date: Sun, 14 Feb 1993 19:38:56 GMT
  22087. Reply-To: nino@mph.sm.ucl.ac.uk (Nino Margetic)
  22088. Organization: University College London
  22089.  
  22090.  
  22091. In <telecom13.73.4@eecs.nwu.edu> antenna@well.sf.ca.us (Robert
  22092. Horvitz) writes:
  22093.  
  22094. > We have this big old and very loud telex machine in our office.  We'd
  22095. > like to get rid of it and integrate telex with our LAN.  Surely we're
  22096. > not the first to have this idea.  Assuming the wheel has already been
  22097. > invented, can someone explain how to do this?  Is there a particular
  22098. > kind of modem designed for interfacing DOS machines with telex
  22099. > circuits?
  22100.  
  22101. I opted for a follow-up rather than reply for two reasons. Firstly,
  22102. someone will probably know more than I do, and secondly, I have also a
  22103. question regarding telex usage on PCs.  Here goes: ad 1) there are a
  22104. number of telex cards for PCs, which you simply plug into an expansion
  22105. port of your PC, and off you go. The price range (here in the UK) is
  22106. from, say, 700GBP to 3000-4000GBP. It works quite well, in general. In
  22107. particular, you get what you pay for.  Namely, a friend of mine bought
  22108. a 700GBP card from an UK company, and now he is stuck with good card,
  22109. and *absolutely* abysmal software which runs it.
  22110.  
  22111. And, now we come to the second thing, i.i. the question. Does anyone
  22112. know, if there is a "standard" (say, like class 2 in fax/modems, or
  22113. CAS -- *please* let us *not* engage now in the war about whether two
  22114. mentioned really *are* standards), for talking to telex boards, or,
  22115. are we at the mercy of the manufacturer of each board (i.e. everything
  22116. is propriatory)?? I have now spent three days trying to fix/improve
  22117. the original software for the telex board (if it matters to anyone,
  22118. it's called PROCOM 20), but without much luck. I would very much like
  22119. to sit down and write my own software for sneding and receiving
  22120. telexes.  It shouldn't be to hard, since there is a TSR (called
  22121. PROBACK), which does all the dirty work, but I do not know how to talk
  22122. to it ...
  22123.  
  22124. Any suggestions/info are *very* welcome.
  22125.  
  22126. BTW, we *did* talk to the company about improvements, but they are not
  22127. interested in fixing it, or making a new version ...
  22128.  
  22129.  
  22130. Nino
  22131.  
  22132. Janet: n.margetic@uk.ac.ucl
  22133. Earn/Bitnet/Internet: n.margetic@ucl.ac.uk  University College London, UK
  22134. Bang: ...!mcvax!uknet!ucl!n.margetic        +44 71 387 9300 x 53 13
  22135.  
  22136. ------------------------------
  22137.  
  22138. Date: Sun, 14 Feb 93 10:26:43 EST
  22139. From: mlksoft!kozam@mimsy.cs.umd.edu
  22140. Subject: Some Discounts REQUIRE You to Change Your Dial-1 Carrier
  22141.  
  22142.  
  22143. john@zygot.ati.com (John Higdon) writes:
  22144.  
  22145. > Frontline salesslime will tell you that you have to "switch" to take
  22146. > advantage of a particular plan, but that is 99.9% hogwash.
  22147.  
  22148.     This is true.  I used to have Sprint as my dial-1 carrier, but
  22149. almost exclusively used AT&T's ROA program to make calls (prepending
  22150. 10288 before each call).  Setting it up caused the usual confusion.
  22151.  
  22152.     I suspect the other 0.1% refers to the many offers I receive
  22153. in the mail, e.g. "Make AT&T your long distance company and get $ 50."
  22154. In the fine print, it REQUIRES that they be your dial-1 carrier.
  22155.  
  22156.  
  22157. Marc Kozam    UUCP: {media,mimsy}!mlksoft!kozam
  22158.         Internet: mlksoft!kozam@cs.umd.edu
  22159.  
  22160. ------------------------------
  22161.  
  22162. Date: Sun, 14 Feb 93 19:46 GMT
  22163. From: Bruce Sullivan <Bruce_Sullivan++LOCAL+dADR%Nordstrom_6731691@mcimail.com>
  22164. Subject: Re: Stupid Phone Tricks
  22165.  
  22166.  
  22167. Here in our data center, we have several dozen flat business lines
  22168. which are used solely for dial backup purposes (outbound only). They
  22169. are unlisted. The bottom line is, any calls that would come in on them
  22170. would be wrong numbers.
  22171.  
  22172. Typically, a phone ends up being left plugged into one of the lines
  22173. and, of course, the phone occasionally rings. The normal approach
  22174. would be to pick it up and answer in a business-like fashion ("XYZ
  22175. Data Processing, may I help you?"), whereupon you would typically be
  22176. hung up upon.
  22177.  
  22178. One day, in a fit of whimsy, I instead picked it up and said, in my
  22179. best telco monotone,
  22180.  
  22181. "I'm sorry, the number you have reached has been disconnected or is no
  22182. longer in service. If you feel ..."
  22183.  
  22184. They hung up.  Less than five seconds later, it rang AGAIN. This time,
  22185. I picked it up and said,
  22186.  
  22187. "I SAID, the number you have reached has been disconnected or is no
  22188. longer in service ..."
  22189.  
  22190. They still hung up, but didn't call back.
  22191.  
  22192.  
  22193. [Moderator's Note: Clever response. Since you only make outgoing calls
  22194. on those lines occassionally, and never have incoming calls, you
  22195. should ask telco to set the lines up as one-way outgoing service only.
  22196. Then you'd never see any wrong numbers at all.   PAT]
  22197.  
  22198. ------------------------------
  22199.  
  22200. End of TELECOM Digest V13 #93
  22201. *****************************
  22202. 
  22203. 
  22204. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa27487;
  22205.           14 Feb 93 19:28 EST
  22206. Received: by delta.eecs.nwu.edu id AA16512
  22207.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 14 Feb 1993 17:04:32 -0600
  22208. Received: by delta.eecs.nwu.edu id AA14988
  22209.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 14 Feb 1993 17:03:58 -0600
  22210. Date: Sun, 14 Feb 1993 17:03:58 -0600
  22211. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  22212. Message-Id: <199302142303.AA14988@delta.eecs.nwu.edu>
  22213. To: telecom@eecs.nwu.edu
  22214. Subject: TELECOM Digest V13 #94
  22215.  
  22216. TELECOM Digest     Sun, 14 Feb 93 17:04:00 CST    Volume 13 : Issue 94
  22217.  
  22218. Index To This Issue:                     Moderator: Patrick A. Townson
  22219.  
  22220.     Press Release - Ontario Telecommunications Strategy (Nigel Allen)
  22221.     Strange Long Distance Problem (Ken Jongsma)
  22222.     White House Phone Factoids (Rob Knauerhase)
  22223.     976 Parking Ticket Scam (Dave Leibold)
  22224.     BBS Tax Passes Florida Senate (Joel Upchurch)
  22225.     Dialup Access to TELECOM Digest and Files (Mark Earle)
  22226.     Subscriber Equipment to Turn a T1 Into Analog Lines (Marc Unangst)
  22227.     CTI: Electronic Telephone Line Switch Wanted (Elizabeth Fong Wah Chan)
  22228.     Wanted: 'NPA' Shareware Program (Sven Echternach)
  22229.     An Explanation of NAMPS (Russell E. Sorberv)
  22230.     'Secure' Motorola CT2 Silverlink (Juha Veijalainen) 
  22231.     Sprint and Bellcore Sign Pact (Washington Post via Paul Robinson)
  22232.     800 Numbers That Charge (Greg Volk)
  22233.     Telephone Surcharges in Hotels (Dennis G. Rears)
  22234. ----------------------------------------------------------------------
  22235.  
  22236. Date: Sun, 14 Feb 1993 10:31:00 -0500
  22237. From: ndallen@r-node.pci.on.ca (Nigel Allen)
  22238. Subject: Press Release - Ontario Telecommunications Strategy
  22239. Organization: Echo Beach, Toronto
  22240.  
  22241.  
  22242. Here is a press release from the Ontario government.  It was
  22243. originally posted by nakonem@gov.on.ca (Mary Nakoneczny).
  22244.  
  22245. FOR IMMEDIATE RELEASE
  22246. February 12, 1993
  22247.  
  22248. TELECOMMUNICATIONS STRATEGY WILL HELP SHAPE ONTARIO'S ECONOMIC FUTURE
  22249.  
  22250.     TORONTO - Premier Bob Rae and Economic Development and Trade
  22251. Minister Francis Lankin today outlined a comprehensive, multi-year
  22252. strategy for telecommunications that will invest $100 million
  22253. jobsOntario funding in this key sector, provide access for telecom
  22254. projects to the governments $150 million Sector Partnership Fund and
  22255. shape the government's telecom policy.
  22256.  
  22257.     "Telecommunications is a key sector and a critical
  22258. infrastructure that will be a driving force in securing Ontario"s
  22259. economic future and our competitiveness in the global marketplace,"
  22260. said Minister Lankin.  "Based on a compelling vision statement --
  22261. Through telecommunications, Ontario and Canada, the best place in the
  22262. world to live, work, learn and do business -- Ontario's
  22263. telecommunications strategy points to our future.".
  22264.  
  22265.     The Premier announced $100 million in jobsOntario funding for
  22266. the delivery of the Ontario Network Infrastructure Program (ONIP) -- a
  22267. program designed to accelerate the development of telecommunications-
  22268. based information networks in partnership with the private sector.
  22269.  
  22270.     "This is a strategic investment in Ontario's future," said the
  22271. Premier.  "The information networks supported under this program will
  22272. foster business competitiveness, strengthen Ontario's research
  22273. capability, provide opportunities for life-long education and
  22274. training, support community development -- and create jobs now and in
  22275. the future."
  22276.  
  22277.     The government is now open for business for telecommunications
  22278. projects through the government's $150 million Sector Partnership Fund
  22279. (SPF).  A Telecommunications Sector Framework has been approved under
  22280. the SPF to focus on four priority areas: developing new telecomm
  22281. applications; forming innovative business enterprises; establishing
  22282. specialized sectoral infrastructure; and enhancing market development
  22283. and promotion.
  22284.  
  22285.     The multi-year strategy is based on the strategic priorities
  22286. and vision statement recommended in Telecommunications - Enabling
  22287. Ontario's Future, a report prepared for the province by a 22-member
  22288. advisory committee with representatives from the telecom sector,
  22289. business, government, labour and community-based interests.
  22290.  
  22291.     The strategy is a government-wide commitment, she said.
  22292. Management Board will lead the way for the Ontario government to
  22293. become a model user of telecommunications and other information
  22294. technologies.  The Ministry of Education and Training will lead the
  22295. development of an education and training strategy for
  22296. telecommunications.
  22297.  
  22298.     Minister Lankin also announced that the province will take a
  22299. strong advocacy role before the industry, the federal government and
  22300. the CRTC (Canadian Radio-television and Telecommuncations Commission)
  22301. in Ontario's interests.
  22302.  
  22303.     A new telecommunications council will work with Lankin to
  22304. recommend priorities, initiatives and timetables for the future growth
  22305. of telecommunications in the province.  Partnership will be crucial in
  22306. building an information infrastructure for Ontario, Lankin said.
  22307.  
  22308.     Jim Coombs, a former President and CEO of SaskTel, will serve
  22309. as council Chair.  Serving as Vice-Chairs are Sheelagh Whittaker,
  22310. President and CEO of Canadian Satellite Communications Inc., (Cancon)
  22311. and Don Tapscott, Vice-President, Technology, DMR Group Inc., and
  22312. Chair of the former advisory committee.
  22313.  
  22314.     "The strategy is a plan of action that will require all of us
  22315. in government, business, labour and the community to work together.
  22316. The council will be a champion for the ongoing strategy and will work
  22317. with government as we move forward," said Minister Lankin.
  22318.  
  22319.  
  22320. Media Contact:        Russell Drago
  22321.             Marketing and Information Services
  22322.             (416) 314-7232
  22323.  
  22324.             Anna Larson
  22325.             Ministry of Economic Development and Trade
  22326.             (416) 325-6686
  22327.  
  22328. Ce texte est disponible en francais.
  22329.  
  22330.                       --------------
  22331.  
  22332. Nigel Allen, Toronto, Ontario, Canada    ndallen@r-node.pci.on.ca
  22333.  
  22334.  
  22335. [Moderator's Note: Thanks also go to David Leibold who submitted the
  22336. identical text in a message to the Digest over the weekend. In his
  22337. message, Dave also made these additional comments:
  22338.  
  22339. "Today (12th February), the Ontario provincial government announced
  22340. details of its telecommunications strategy. I had the privilege of
  22341. attending the briefing session in Toronto and thus picked up an
  22342. information kit with the relevant documents. The kit even had a
  22343. diskette containing word-processor documents such as the press release
  22344. and details of the strategy initiatives. Many thanks to Allan Kennedy
  22345. of the Ontario government who let me know about the briefing session.
  22346. He is Internet-reachable via kenneda@gov.on.ca and can provide more
  22347. details regarding Ontario's telecom strategy."    PAT]
  22348.  
  22349. ------------------------------
  22350.  
  22351. From: jongsma@esseye.si.com (Ken Jongsma)
  22352. Subject: Strange Long Distance Problem
  22353. Date: Sun, 14 Feb 1993 15:28:12 -0500 (EST)
  22354.  
  22355.  
  22356. I've been having an interesting problem over the past two days. The
  22357. symptoms are as follows:
  22358.  
  22359.    - All calls made from my home phone, PIC'd to Sprint for the last
  22360.      seven years.
  22361.  
  22362.    - Calls to 1 805 395 xxxx get an immediate fast (trunk) busy, with
  22363.      no recording.
  22364.  
  22365.    - Calls to 1 319 277 xxxx go through just fine.
  22366.  
  22367.    - Calls to 1 800 877 8000 get two rings, a single tone, followed
  22368.      by the message "All Circuits Busy... 49-530" (This is the
  22369.      Sprint credit card access number. It should not ring, but
  22370.      give an immediate computer tone. The recording is a Sprint
  22371.      recording, according to the Sprint repair tech.)
  22372.  
  22373.    - Prefacing the call to 1 805 395 xxxx with 10288, 10333, 10222
  22374.      makes no difference, I still get a fast (trunk) busy.
  22375.  
  22376.    - Attempting to 0+ 805 395 XXXX gets a fast busy immediately. No
  22377.      card tone or operator intercept. Likewise, 10288 0+, etc.
  22378.  
  22379.    - Calls placed through a Sprint operator to 1 805 395 xxxx go
  22380.      through with no problem.
  22381.  
  22382.    - Just to confuse things further, Mi Bell told the Sprint tech
  22383.      that my PIC was AT&T. This even though 1 700 555 4141 gets a
  22384.      nice Sprint recording.
  22385.  
  22386. A call to Michigan Bell repair yesterday generated the suggestion that
  22387. I call Sprint repair. Sprint repair has been working on it for 24
  22388. hours, but has been unable to discover the problem. Sprint did say
  22389. there was a cable cut in California yesterday, but that it was
  22390. unlikely that that was related to my problem. Sprint is presently
  22391. waiting for Michigan Bell to investigate and call back.
  22392.  
  22393. I suspect a problem with Michigan Bell and my local switch, but
  22394. getting through to them is a lost cause. Sprint will have better luck
  22395. getting them to do something, I think. Maybe by the time I get back
  22396. from a business trip in three weeks, they'll work it all out.
  22397.  
  22398.  
  22399. Ken Jongsma                                          
  22400. Smiths Industries            jongsma@benzie.si.com
  22401. Grand Rapids, Michigan   73115.1041@compuserve.com
  22402.  
  22403. ------------------------------
  22404.  
  22405. From: knauer@columbus.slip.uiuc.edu (Rob Knauerhase)
  22406. Subject: White House Phone Factoids
  22407. Date: Sat, 13 Feb 93 18:29:06 CST
  22408. Reply-To: knauer@cs.uiuc.edu
  22409.  
  22410.  
  22411. This is excerpted without permission from Helen Thomas' "Backstairs at
  22412. the White House" column of 2/13/93.
  22413.  
  22414. " The president has complained about the telephone system in the White
  22415. House and was concerned that he could not put in a call without
  22416. someone tuning in. But he sold the operators and the operations short
  22417. since all he needed was a few tips on how the system works.
  22418.  
  22419. "He could have pressed a ``private'' line and no one could listen in
  22420. unless he allowed it. He could also arrange to have his calls
  22421. scrambled.
  22422.  
  22423. "Contrary to widespread belief the old "hotline" between Washington
  22424. and Moscow was not a telephone to warn against an impending doomsday
  22425. attack, but rather a teletype manned at the Pentagon."
  22426.  
  22427.                              ----------
  22428.  
  22429. Interesting questions:
  22430.  
  22431. 1. How is a "private" line enforced w.r.t. extensions and/or taps?  By
  22432. what mechanism does one allow "tuning in"?
  22433.  
  22434. 2. Does all the FBI's no-scrambling-in-telecommuniations noise apply
  22435. to the President (probably not)?  Who can receive his scrambled
  22436. calls?  
  22437.  
  22438. 3. What's the speed of the "hotline teletype"?  At 300 baud, it could
  22439. take hours (well, almost :) to determine that the missiles are en
  22440. route ...
  22441.  
  22442.  
  22443. Rob Knauerhase, University of Illinois @ Urbana, Dept. of Computer Science
  22444.   [Note: 'columbus.slip.uiuc.edu' is not a 24-hour connection.  Send
  22445.    correspondence to knauer@cs.uiuc.edu for guaranteed delivery.]
  22446.  
  22447.  
  22448. [Moderator's Note: An issue of the Digest on Saturday discussed the
  22449. use of 'exclusion keys' to prevent other extensions on the same line
  22450. from overhearing what was being said. Bear in mind also the president
  22451. is NOT confined to 'an extension on the White House switchboard' with
  22452. its cordboard and plug characteristics when making calls. The centrex
  22453. system in the Executive Office Building has numerous extensions which
  22454. terminate in the White House, including a couple for the president
  22455. which can be answered by his secretary and one which comes direct to
  22456. the multi-line phone on his desk without a secretarial pickup on it. I
  22457. am advised there are also direct ring-downs to certain individuals, a
  22458. direct 'outside line' enabling calls to be made anywhere without going
  22459. through a centrex or PBX (and likewise, enabling calls to be received
  22460. if someone knows what number to dial). The president's personal
  22461. quarters include much of the above plus personal phone lines for the
  22462. family's use. It is not true that to cut back on expenses Billary is
  22463. going to yank out the switchboard and install COCOTS for all the
  22464. Clintonistas to use when making personal calls on company time. :)
  22465.  
  22466. Does anyone remember several years ago during Nixon's tenure when a
  22467. counter-culture magazine printed a few pages from the EOB internal
  22468. phone directory listing the direct-dial centrex numbers on Nixon's
  22469. desk and a few other top White House staffers of that era?  :) Cute.
  22470. Wish I had thought of it first. Now, the White House and EOB phone
  22471. directories are as scarce as hen's teeth where the general public is
  22472. concerned.  PAT]
  22473.  
  22474. ------------------------------
  22475.  
  22476. Date: Sat, 13 Feb 1993 21:46:02 -0500
  22477. From: Dave.Leibold@f730.n250.z1.FIDONET.ORG (Dave Leibold)
  22478. Subject: 976 Parking Ticket Scam
  22479.  
  22480.  
  22481. {The Toronto Star} reports that there is a 976 number which claims to
  22482. give information on how to fight parking ticket charges ... for $24
  22483. (CAD$) a call.
  22484.  
  22485. The 976 number is publicised via flyers which include such phrases as
  22486. "Important Notice" and "Available seven days a week 24.00-call" (no
  22487. dollar sign!). The dubious recorded message was set up by a private
  22488. company seeking to cash in on a current traffic fines crackdown.
  22489.  
  22490. Meanwhile, free calls (800 or Toronto local) may be placed to official
  22491. provincial offices which deal with traffic ticket matters. The company
  22492. with the 976 number has no connection with the municipal or provincial
  22493. agencies which deal with traffic infractions.
  22494.  
  22495. This incident prompted the federal Communications Minister, Perrin
  22496. Beatty, to advise consumers to claim a refund from Bell Canada for any
  22497. unauthorised 976 charges.
  22498.  
  22499. Of the 170 Bell Canada 976 service numbers, half of these are phone
  22500. sex lines while the rest are for features such as horoscopes, sport
  22501. scores, and of course the aforementioned cash grab.
  22502.  
  22503.  
  22504. Dave Leibold - via FidoNet node 1:250/98
  22505. INTERNET: Dave.Leibold@f730.n250.z1.FIDONET.ORG
  22506.  
  22507. ------------------------------
  22508.  
  22509. Subject: BBS Tax Passes Florida Senate
  22510. From: upchrch!joel@peora.sdc.ccur.com (Joel Upchurch  )
  22511. Date: Sun, 14 Feb 93 13:48:38 EST
  22512. Organization: Upchurch Computer Consulting, Orlando FL
  22513.  
  22514.  
  22515. I just noticed in the paper today that a six percent tax on
  22516. information services passed the Florida Senate Thursday. The newspaper
  22517. article ({Orlando Sentinel}, Feb. 12, pg B-5) says that the sales tax
  22518. would effect those stocks, news and other data, electronic shopping,
  22519. electronic bulletin boards, systems analysis, bank funs transfers such
  22520. as automatic teller cards and even 900-number telephone calls and many
  22521. more.
  22522.  
  22523.  
  22524. (If your mail bounces use the address below.)
  22525. Joel Upchurch/Upchurch Computer Consulting/718 Galsworthy/Orlando, FL 32809
  22526. joel@peora.ccur.com {uiucuxc,hoptoad,petsd,ucf-cs}!peora!joel (407) 859-0982
  22527.  
  22528. ------------------------------
  22529.  
  22530. Date: Sat, 13 Feb 1993 21:16:02 -0600
  22531. From: mearle@falcon.ccsu.edu (Mark Earle)
  22532. Subject: Dialup Access to Digest and Files
  22533.  
  22534.  
  22535. This is just a reminder that for folks with modems, issues of the
  22536. digest are available at my FidoNet bbs 1:160/50 +1 512 855 7248
  22537. FidoNet system operators may file - request files for the most recent
  22538. list and then get specific files as desired. Modem is a US Robotics
  22539. HST, which will give 9600 to similar modems, and 2400 w/mnp5 to most
  22540. error correcting modems of other brands.
  22541.  
  22542. "Regular" callers may download on the first call, no hassle.
  22543.  
  22544. Here's the list of the telecom files area:
  22545.  
  22546.      ----- Files Listing -----
  22547.  
  22548. ADAACT.ZIP    American Disability Act, telecom related
  22549. BANNED.ZIP    List of banned text, newsgroups, etc.
  22550. BOOKREV1.ZIP  Book Review of Early Telegraphers
  22551. CALLERID.ZIP  Caller ID review - by area, hardware, etc.
  22552. CONSTI.ZIP    Constitutional notes
  22553. CRACKDWN.ZIP  Review of crackdown - new book
  22554. CUD451.ZIP    Computer Underground Digest 4 51
  22555. CUD451.ZIP    through cud462 online  Use r cud45*.*
  22556. CUD501.ZIP    through cud510.ZIP
  22557. D12IG767.ZIP  Telecom Digest 12 767
  22558. D12IG767.ZIP  Use r d12ig*.* to see exact file names.
  22559. D12IG767.ZIP  Vol 12 767-917 online.
  22560. D13IG01.ZIP   Vol 13 01  through Vol 13 80 online
  22561. DFP1V5.ZIP    Digital Freedom Press 1 5
  22562. EFF289.ZIP    Electronic Freedom Foundation news day 289
  22563. EFF314.ZIP    Clinton's Plan for infrastructure
  22564. EFF314.ZIP    Electronic Freedom Foundatoin news day 314
  22565. EFF315A.ZIP   EFF news day 315
  22566. EFFC405.ZIP   Effector 4 05 major changes at EFF announced
  22567. EFFOP.ZIP     EFF Open Platform proposal
  22568. GOPHER.ZIP    Cable backhoe fades? How about gophers? 
  22569. GOPHER.ZIP    Informative article on cable protection
  22570. IRIDIUM.ZIP   As of Jan 29, new $$ for this project
  22571. NEIDORF.ZIP   Craig's side of story, as Steve Jackson
  22572. NEIDORF.ZIP    games goes to trial in Austin this week
  22573. NEWAC210.ZIP  Info on ac 210 split from 512 (TX)
  22574. NYSNOW.ZIP    Snow storm effects on telecom
  22575. RFLINK.ZIP    Reference rf lan solutions
  22576. SPRNTOUT.ZIP  Sprint outage day 289 (October 14/15 1992)
  22577. TELLLOSE.ZIP  Telecom losers and winners
  22578. USLSUIT.ZIP   Unix System Labs suit re: BSD/AT&T
  22579.  
  22580.  
  22581. mearle@falcon.ccsu.edu        Mark Earle    Fidonet 1:160/50 
  22582. 73117.351@compuserve.com      HST 24 hrs <-- +1 512 855 7248 
  22583. mearle@pro-party.cts.com      WA2MCT@KA5LZG.TX.NA.USA 
  22584.  
  22585.  
  22586. [Moderator's Note: My thanks to Mark Earle for making this valuable
  22587. resource available. I strongly encourage our many readers without FTP
  22588. access at their site to pick up a big variety (see above list!) of
  22589. telecom-related files as well as back issues of TELECOM Digest by
  22590. calling Mark's BBS at 512-855-7248.  If you *do* have anonymous ftp at
  22591. your site, then of course you can ftp lcs.mit.edu, and 'cd telecom-
  22592. archives' once connected.  PAT]
  22593.  
  22594. ------------------------------
  22595.  
  22596. From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
  22597. Subject: Subscriber Equipment to Turn a T1 Into Analog Lines
  22598. Date: 14 Feb 1993 12:25:22 -0500
  22599. Organization: The Programmers' Pit Stop, Ann Arbor MI
  22600.  
  22601.  
  22602. I'm one of the members of the hardware staff of Cyberspace
  22603. Communications, a non-profit group that operates a public-access Unix
  22604. conferencing system here in Ann Arbor, MI.  Currently, our system is a
  22605. Sun-2/170 (don't laugh, it was free) with a Systech 16-port serial
  22606. board and six dialin lines.  Five of the lines are connected to
  22607. 2400bps modems which go to ports on the Systech board; the sixth goes
  22608. into a V.32bis modem and is attached to a PC running PCRoute, which in
  22609. turn is on an Ethernet with the Sun.
  22610.  
  22611. While talking (informally) to a Michigan Bell rep earlier this week,
  22612. he suggested that we look into getting a T1 line if we plan to expand
  22613. the number of phone lines any further.  He said that he was unsure
  22614. what the break-even point would be between a T1 and multiple POTS
  22615. lines, but that he was fairly sure it was a dozen or less POTS lines.
  22616. This sounded like a great idea to me, since it not only means we may
  22617. save money on our phone bills, but it also means that line noise will
  22618. be much less common, since the path will be digital between our
  22619. building and the CO.  (Right?)
  22620.  
  22621. However, no one on the technical staff has any experience with T1
  22622. lines, so the question came up: How would we take the T1, as delivered
  22623. by Michigan Bell to our premises, and split it up into 24 analog
  22624. POTS-style lines that we could connect modems to?  I presume that some
  22625. sort of multiplexor/demultiplexor would be involved, but as I said, no
  22626. one involved has any experience with this sort of thing.  What are the
  22627. names of some of the vendors that sell this sort of equipment?  What
  22628. would a low-end mux/demux unit cost?  In addition, is there a better
  22629. way to accomplish what we want to do?  It seems somewhat pointless to
  22630. take the digital path provided by the phone company, split it up into
  22631. 24 analog paths, only to digitize those analog paths 20 feet down the
  22632. line with modems.  Keep in mind that our user base is mostly home
  22633. users with PCs and modems; not many of the people using the system
  22634. have access to the Internet, so leasing a T1 to our local IP service
  22635. provider and just getting on the Internet isn't really an option,
  22636. since the home users would have no way of accessing us.
  22637.  
  22638.  
  22639. Marc Unangst, N8VRH     mju@mudos.ann-arbor.mi.us
  22640.  
  22641. ------------------------------
  22642.  
  22643. From: elizabec@sfu.ca (Elizabeth Fong Wah Chan)
  22644. Subject: CTI: Electronic Telephone Line Switch Wanted
  22645. Organization: Simon Fraser University, Burnaby, B.C., Canada
  22646. Date: Sun, 14 Feb 1993 09:20:03 GMT
  22647.  
  22648.  
  22649. I am a novice in the field of telecom. Presently, my company plans to
  22650. automate the call answering and faxing systems. 
  22651.  
  22652. We have purchased a four-line voice processing board, a one-line fax
  22653. modem, and a software development package.
  22654.  
  22655. We want to allow callers to do faxing (send and receive) on demand by
  22656. pressing certain touch-tone keys, yet we want to install only one fax
  22657. modem that is to be shared among the four phone lines. I wonder if
  22658. anyone could advise some specific telephone line switches that can
  22659. accept and recognise special DTMF sequences as commands and do the
  22660. switching to connect the requesting caller's line and the fax modem.
  22661.  
  22662. Note that concurrent access to the fax modem can be prevented by
  22663. software. All we need is a very simple switch as described. A PBX will
  22664. be too sophisticated for our applications.
  22665.  
  22666. Thanks in advance for any helpful information.
  22667.  
  22668.  
  22669. Louie
  22670.  
  22671. ------------------------------
  22672.  
  22673. From: echterna@Informatik.TU-Muenchen.DE (Sven Echternach)
  22674. Subject: Wanted: 'NPA' Shareware Program
  22675. Organization: Technische Universitaet Muenchen, Germany
  22676. Date: Sun, 14 Feb 1993 15:04:41 +0100
  22677.  
  22678.  
  22679. There used to be a quite useful shareware program out there for MS DOS
  22680. Computers, named NPA.
  22681.  
  22682. It knows all valid Exchanges for all US NPA's, and can tell you all
  22683. Exchanges for a City, the Cityname for a certain NPA and Exchanges,
  22684. etc.
  22685.  
  22686. I just have an old version, dated September, 14, 1991, and wonder if
  22687. there are any newer releases out there, preferably available via FTP
  22688. or on a BBS.
  22689.  
  22690.  
  22691. Thanks in advance!
  22692.  
  22693. Sven
  22694.  
  22695. ------------------------------
  22696.  
  22697. Date: Sun, 14 Feb 93 18:48:09 GMT
  22698. From: sorbrrse@sand.rtsg.mot.com (Russell E. Sorberv)
  22699. Subject: An Explanation of NAMPS
  22700.  
  22701.  
  22702. rdippold@qualcomm.com (Ron Dippold) writes:
  22703.  
  22704. > The methods being looked at right now are mostly geared at making
  22705. > better use of the current bandwidth.  There's NAMPS from Motorola - I
  22706. > have absolutely no idea what this is about, although it's supposed to
  22707. > get a small capacity increase -- sort of an interim thing. 
  22708.  
  22709. Narrowband AMPS (NAMPS) has a 10KHz bandwidth, not 30KHz as in AMPS.
  22710. This is a 300% capacity increase within the same allocated frequencies.  
  22711. While not as good as a 20 times increase as promised by CDMA, 300% is
  22712. more than "small"!
  22713.  
  22714. NAMPS was recently named a EIA/TIA standard.  While it was pioneered
  22715. by Motorola, other companies besides Motorola make NAMPS equipment
  22716. (e.g. Panasonic).
  22717.  
  22718.  
  22719. Russ
  22720.  
  22721. ------------------------------
  22722.  
  22723. From: FNAHA!JVE@TRENGA.tredydev.unisys.com
  22724. Date: 14 FEB 93 10:32   
  22725. Subject: 'Secure' Motorola CT2 Silverlink
  22726.  
  22727.  
  22728. Motorola CT2 Silverlink cordless / TelePoint phones are supposedly
  22729. digital and transmit data over a 38400 bit/s link to your base station
  22730. or Telepoint cell.
  22731.  
  22732. Salespersons also tell that 'conversations cannot be eavesdropped'.
  22733. What they could not tell me is whether digital transmission itself is
  22734. considered 'secure' or is the actual data crypted or scrambled.
  22735.  
  22736. Does anyone out there know?
  22737.  
  22738.  
  22739. Juha Veijalainen    4ge system analyst, tel. +358 0 4528 426
  22740.   Unisys Finland    Internet: JVE%FNAHA@trenga.tredydev.unisys.com
  22741. >> Mielipiteet omiani ** Opinions are PERSONAL, facts are suspect <<
  22742.  
  22743. ------------------------------
  22744.  
  22745. Reply-To: TDARCOS@MCIMAIL.COM
  22746. From: Paul Robinson <FZC@CU.NIH.GOV>
  22747. Date: Sun, 14 Feb 1993  23:19:43 EST
  22748. Subject: Sprint and Bellcore Sign Pact
  22749.  
  22750.  
  22751.  From page C2 of the Feb 10 {Washington Post}:
  22752.  
  22753. Bellcore and Sprint signed a two-year agreement that lets Sprint's
  22754. local telecommunications companies gain access to projects at the
  22755. research company.  Terms were not disclosed.
  22756.  
  22757. ------------------------------
  22758.  
  22759. From: gvolk@nyx.cs.du.edu (Greg Volk)
  22760. Subject: 800 Numbers That Charge
  22761. Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
  22762. Date: Sun, 14 Feb 93 05:16:51 GMT
  22763.  
  22764.  
  22765. A few days back, some messages came over that dealt with 800 numbers
  22766. that charge a fee. Well, call 1800-555-4578 from a payphone and it'll
  22767. ask you for 75 cents. I've never put in the 75, so I don't know what
  22768. it does after that. Probably not much.
  22769.  
  22770.  
  22771. [Moderator's Note: I get <tones> "You call cannot be completed as
  22772. dialed, please check the number, etc ..."  Some COCOTS charge for
  22773. calls to 800 numbers, so you might want to find out if it was the
  22774. COCOT talking to you or a switch somewhere. I do not think the
  22775. subscriber at 800-555-4578 (if there is one) is asking for the money.
  22776. There would be no way for him to collect it in any event.  I suggest
  22777. either a switch programming error somewhere or a greedy COCOT is
  22778. giving you the back-talk.  PAT]
  22779.  
  22780. ------------------------------
  22781.  
  22782. Date: Sun, 14 Feb 93 12:36:21 EST
  22783. From: Dennis G. Rears <drears@fender.pica.army.mil>
  22784. Subject: Telephone Surcharges in Hotels
  22785.  
  22786.    The topic "Hilton Hotel Telephone Surcharge" reminds of something I
  22787. been meaning to suggest for years.  The subject of hotels charging
  22788. extra for use of 800 numbers or calling cards has graced the TELECOM
  22789. Digest several times.  The discussions generally leads to the
  22790. following points:
  22791.  
  22792.     1) There is no real (variable) cost to the Hotel for providing
  22793.     the service.  The hotel must have their system anyway;
  22794.  
  22795.     2) Generally only the high price hotels charge (Hilton vs
  22796.     LaQuinta);
  22797.  
  22798.     3) Telephone service should be part of the room. They don't
  22799.     charge extra for towels or TV;
  22800.  
  22801.     4) Most users are business travelers who put everything on
  22802.     expense account anyway;
  22803.  
  22804.   My suggestion is this: Boycott all facilities (bar, restaurant, etc)
  22805. and encourage other members of your group to boycott them too.  When
  22806. leaving (or arriving) at the hotel present the manager a form letter
  22807. of what you are doing and why you are doing it.  Comments?
  22808.  
  22809.  
  22810. dennis
  22811.  
  22812. ------------------------------
  22813.  
  22814. End of TELECOM Digest V13 #94
  22815. *****************************
  22816. 
  22817. 
  22818. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa02842;
  22819.           14 Feb 93 22:02 EST
  22820. Received: by delta.eecs.nwu.edu id AA26959
  22821.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 14 Feb 1993 19:32:17 -0600
  22822. Received: by delta.eecs.nwu.edu id AA06910
  22823.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 14 Feb 1993 19:31:29 -0600
  22824. Date: Sun, 14 Feb 1993 19:31:29 -0600
  22825. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  22826. Message-Id: <199302150131.AA06910@delta.eecs.nwu.edu>
  22827. To: telecom@eecs.nwu.edu
  22828. Subject: TELECOM Digest V13 #95
  22829.  
  22830. TELECOM Digest     Sun, 14 Feb 93 19:31:15 CST    Volume 13 : Issue 95
  22831.  
  22832. Index To This Issue:                     Moderator: Patrick A. Townson
  22833.  
  22834.     900 Numbers Tarnished Beyond Repair? (James Deibele)
  22835.     We Have it Good in California ... NOT (Rich Greenberg)
  22836.     GTE Payphone With Sprint LD: Who Makes Refunds? (Gerrold T. Sithe)
  22837.     RJ-11 Jack on French Modem (Lars Poulsen)
  22838.     How Does Video Phone Work? What Software is Used On-line? (Danial Ho)
  22839.     Handheld AMPS Cellular - Never Below Full Power (600mw)? (Lauren Weinstein)
  22840.     Looking For Cheap Used Dialogic Boards (John V. Jaskolski)
  22841.     Great Magazine Article About FAX (Jim Haynes)
  22842.     IXO.TAP.protocol in Archive (Brad S. Hicks)
  22843.     What Number do I Dial From My Phone to Get My Phone to Ring? (J. Jaskolski)
  22844.     DS0 Portion of a T1 (Fred R. Stearns)
  22845.     V & H to Latitude/Longitude? (Tom Libert)
  22846.     Does Anyone Know Tellab's Phone Number? (John V. Jaskolski)
  22847.     Bell Canada Charging for 411 (Tony Pelliccio)
  22848. ----------------------------------------------------------------------
  22849.  
  22850. From: jamesd@techbook.com (James Deibele)
  22851. Subject: 900 Numbers Tarnished Beyond Repair?
  22852. Organization: TECHbooks --- Public Access UNIX --- (503) 220-0636
  22853. Date: Sun, 14 Feb 1993 22:43:51 GMT
  22854.  
  22855.  
  22856. I suppose that legally there may have been reasons for accepting
  22857. anything and everything to put on a 900 number -- the big long-distance
  22858. carriers had to do it to keep their "common carrier" status.  But it
  22859. seems to have been really short-sighted.
  22860.  
  22861. I was talking to a developer friend, and he was interested in 900
  22862. numbers as a way of selling his shareware: I'd set up a normal
  22863. DOS-based BBS for him, and people could call up and download the
  22864. program.  He'd only make a few dollars per download, but he'd have the
  22865. money without having to take phone orders or mail out floppies.  Say
  22866. he got a steady number of calls, five or ten a day at a profit of
  22867. $5-10 each call. He'd be making a little over $1000 month after
  22868. deducting the price of 900 setup charges and usage charges.
  22869.  
  22870. He'd be happy with that, his customers would be looking at $15-$20 for
  22871. his program, and the phone company would make its chunk, too.  We
  22872. figured that uncollectibles would be small -- it'd be hard to argue
  22873. with a straight face that "I called that 900 number by mistake and
  22874. stayed on for an hour.  And then I called back the next day for
  22875. another hour (to get some of his add-ons) by mistake too".
  22876.  
  22877. So I've poked around a little bit, and it's been interesting: 900
  22878. number service providers are not listed in the local directory, nor do
  22879. any of the long distance carriers advertise that they do 900 service.
  22880. They're not listed in the telecom archives, at least not under any
  22881. obvious file name.  Calling Sprint, I got a package of information
  22882. showing page after page of restrictions on what could and could not be
  22883. done.
  22884.  
  22885. One of the restrictions was a maximum of $15 a call, which figures out
  22886. to $.25/minute.  Problem is, they charge .19, .24, or .22 cents a
  22887. minute depending on how much you use -- starts low, jumps at 50,000
  22888. minutes, drops a bit at 250,000 minutes.  He'd almost certainly always
  22889. be in the low end, so if someone could download all of his program in
  22890. a few minutes (say they were using V.32bis), he'd be able to make more
  22891. money than if somebody were to download at 2400.  1200 would be close
  22892. to break-even, and 300 simply couldn't be supported.
  22893.  
  22894. I'm glad to see that Sprint does some kinds of restrictions on 900
  22895. numbers.  I know that when I hear "900" I immediately start thinking
  22896. "sleaze, sleaze".  It's just too bad that with Sprint he can't charge
  22897. $25 for a call, get the customer's name and address, and mail out a
  22898. disk and printed manual.  Or do whatever it is he'd like to in terms
  22899. of charging X price for Y benefits.
  22900.  
  22901. Locally, the State of Oregon uses a 976 number to give road
  22902. conditions.  But mostly I see this type of stuff subsidizing the local
  22903. newspapers, which use 976 numbers for "personals", or on the cable
  22904. channels in "psychic" ads.  ("It's like a vacation for your mind."
  22905. goes one ad.)  This is really too bad -- there've been times that I've
  22906. wanted a transcript of a show, but it's a pain to get out the
  22907. checkbook and mail off a check and letter.
  22908.  
  22909. Will 900/976 numbers ever be "cleaned up?" is my general,
  22910. philosophical question?  And more specifically, is there a 900 service
  22911. provider aimed at people like my friend, who's selling a tangible
  22912. product?  One where he won't have to subsidize all the chargebacks
  22913. from people pissed at being charged $4/minute for IQ tests (another ad
  22914. that runs frequently)?
  22915.  
  22916.  
  22917. jamesd@techbook.COM                   "2091 newsgroups & nothing on ..."  
  22918. PDaXs gives free access to news & mail. (503) 220-0636 - 1200/2400, N81  
  22919. Full internet (ftp, telnet, irc) access available. Voice: (503) 223-4245
  22920.  
  22921.  
  22922. [Moderator's Note: Even 900 sex lines are not necessarily bad. The
  22923. good or bad comes from the way the operator of the service wishes to
  22924. handle it. It is true there are far more ripoffs than there are good
  22925. 900 services (sex or otherwise), but there are information providers
  22926. giving value for the money via 900. There are premium lines charging
  22927. as little as a dollar for a minute or two, and many people doing what
  22928. your friend is doing; selling books, software, technical support and
  22929. more over a 900 line. Done properly, it can be profitable without
  22930. being a ripoff in the process.   PAT]
  22931.  
  22932. ------------------------------
  22933.  
  22934. Date: Sun 14 Feb 93 12:19:16 PST
  22935. From: richg@hatch.socal.com (Rich Greenberg)
  22936. Reply-To: richg@hatch.socal.com
  22937. Subject: We Have it Good in California ... NOT
  22938.  
  22939.  
  22940.  From today's (2/12) {L A Times}, an item in the "Only In LA" column
  22941. by Steve Harvey:
  22942.  
  22943. Another Cellular Phone Scare Story:
  22944.  
  22945. You've heard the reports that those trendy high-tech gadgets could be
  22946. dangerous to your health.  But what about to your pocketbook?
  22947.  
  22948. During a federal drug trial in L.A., a rep for a cellular company
  22949. produced the suspects' phone records -- including calls that didn't go
  22950. through.  She pointed out that the lucky prosecutors had unusually
  22951. extensive records because users of such phones in the L.A. area are
  22952. billed even for calls that aren't answered.
  22953.  
  22954. Out of curiousity, Judge Dickran M. Tevrizian Jr. asked wether there
  22955. were any areas where users are not charged for uncompleted calls.
  22956.  
  22957. "Just about anywhere else," the rep answered.
  22958.  
  22959.  
  22960. Rich Greenberg      Work: rmg50@juts.ccc.amdahl.com   310-417-8999
  22961. N6LRT               Play: richg@hatch.socal.com       310-649-0238
  22962. What?   Me speak for Amdahl?  Surely you jest....
  22963.  
  22964. ------------------------------
  22965.  
  22966. From: cc935@cleveland.Freenet.Edu (Gerrold T. Sithe)
  22967. Subject: GTE Payphone With Sprint LD: Who Makes Refunds?
  22968. Date: 14 Feb 1993 12:55:16 GMT
  22969. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  22970.  
  22971.  
  22972.         I once called long distance on a GTE payphone with Sprint for
  22973. its default carrier.  The call was abnormally cut off as was a second
  22974. attempt.  I called the GTE operator about a refund.
  22975.  
  22976.         She said since Sprint was the long distance carrier, I had to
  22977. call them for a refund.  So I called the Sprint operator.  She said it
  22978. was a GTE payphone that took my coins, so only GTE could make the
  22979. refund.  I again called a GTE operator who again insisted Sprint was
  22980. responsible.  So I again called a Sprint operator who again insisted
  22981. GTE was responsible.
  22982.  
  22983.         At this point I stomped away from the payphone, unable to make
  22984. my call, unable to get a refund, and pretty damn mad.  Anyone know
  22985. which company was responsible for the refund in this case?
  22986.  
  22987.  
  22988. [Moderator's Note: All telephone companies act as collection agents
  22989. for all other telephone companies. That is, you deposit coins in the
  22990. phone of one company and internally they pay the other companies
  22991. involved. You use your calling card from one telco to originate a call
  22992. via another telco and the second telco bills the first one who in turn
  22993. bills your account. Whoever collected your money should refund your
  22994. money and reverse any transactions generated as a result back to
  22995. wherever they came from; then that telco accepts the chargeback and
  22996. reverses it back to whoever originally got the credit from them, etc.
  22997.  
  22998. Since you put coins in the coin box, the only mechanism for refunding
  22999. coins collected in error is by either returning the coins in the mail
  23000. to the customer or issuing credit to a telephone bill (with some telco
  23001. somewhere). GTE would then bill the offsetting charge to the inter-
  23002. telco account for Sprint -- to the same place they had previously
  23003. billed the credit for the coins they had colleted from you.  I doubt
  23004. anyone would investigate to see *whose* facilities caused the abnormal
  23005. termination of your call. I suppose Sprint could refuse to accept the
  23006. chargeback saying it was GTE facilities at fault and reverse the
  23007. chargeback to GTE, but even the $5 per hour clerk at either end
  23008. handling the paperwork (no actual *money* ever changes hands between
  23009. telcos -- just an unending series of IOUs passed back and forth every
  23010. day) would soon realize there was a limited return for the time
  23011. involved in handing IOUs back and forth and would find it within his
  23012. authorization to write it off to customer goodwill. Prior to divesti-
  23013. ture, AT&T had a department called "Separations and Settlements" which
  23014. employed a few hundred people who handed IOU's back and forth between
  23015. the various Bell companies, AT&T, GTE and all the independent telcos.
  23016. Actual money would change hands between the bunch of them maybe once a
  23017. year or so as needed to zero things out. The rest of the time all that
  23018. they passed among themselves were slips of paper.  PAT]
  23019.  
  23020. ------------------------------
  23021.  
  23022. Date: Sun, 14 Feb 93 17:38:21 PST
  23023. From: lars@CMC.COM (Lars Poulsen)
  23024. Subject: RJ-11 Jack on French Modem
  23025.  
  23026.  
  23027. A French built modem showed up on my desk today for evaluation of
  23028. software compatibility. I need to see if I can get it to speak to the
  23029. PBX in my lab (a KXT-30810).
  23030.  
  23031. The modem came with an RJ-11 like jack on the back, and an interesting
  23032. adapter cable with an RJ-11-like plug on one end, and a six-pin
  23033. art-deco 25 mm wide by 50 mm high plug with a spade with six contact
  23034. ribbons sticking out the back.
  23035.  
  23036. My first hope was that I could just attach to the RJ-11, but no such
  23037. luck. Visual inspection of the PCB reveals that if we number the pins
  23038. 1 2 3 4 from left to right, pins 1 and 3 are connected together, and 4
  23039. is connected separately, while 2 seems not to be connected.
  23040.  
  23041. I connected tip and ring to 1 and 4, and managed to receive RING RING
  23042. RING, but I do not get a "voice" path established. I also have failed
  23043. to make outgoing calls.
  23044.  
  23045. The PBX provides 26V of battery and 90V of ringing voltage.  This has
  23046. been enough for everything else that has been through here.
  23047.  
  23048. Does anybody have specific information on French wiring habits?
  23049.  
  23050.  
  23051. Lars Poulsen, SMTS Software Engineer    Internet E-mail: lars@CMC.COM
  23052. CMC Network Products / Rockwell Int'l    Telephone: +1-805-968-4262    
  23053. Santa Barbara, CA 93117-3083        TeleFAX:   +1-805-968-8256
  23054.  
  23055. ------------------------------
  23056.  
  23057. From: danielh@hadar.fai.com (Danial Ho)
  23058. Subject: How Does Video Phone Work? What Software is Used On-line?
  23059. Organization: Fujitsu NTS
  23060. Date: Sun, 14 Feb 1993 22:45:43 GMT
  23061.  
  23062.  
  23063. I have basically two questions.
  23064.  
  23065. 1) How does AT&T's video phone work?
  23066.  
  23067. AT&T phone can transmit video signal and voice signal at the same
  23068. time.  Does the phone transmit two signal frequencies over the same
  23069. phone line, or does it merge the two types of data into one byte
  23070. stream down the phone line?  Also, if I want to build a video phone
  23071. that can talk to AT&T's phone, what standard or protocol should I
  23072. follow?
  23073.  
  23074. 2) If I want to provide on-line services, are there any software
  23075. libraries that I can purchase to help me write the program?  The
  23076. libraries should provide high level functions so I can call them
  23077. instead of setting bits and bytes directly in the program.
  23078.  
  23079. If you know of the answers or can tell me where I can find the
  23080. appropriate reference material, I would really appreciate it.
  23081.  
  23082.  
  23083. Thank you,
  23084.  
  23085. Daniel Ho
  23086.  
  23087. ------------------------------
  23088.  
  23089. Date: Sun, 14 Feb 93 11:50 PST
  23090. From: lauren@cv.vortex.com (Lauren Weinstein)
  23091. Subject: Handheld AMPS Cellular -- Never Below Full Power (600mw)?
  23092.  
  23093.  
  23094. Greetings.  We've now seen a variety of conflicting reports regarding
  23095. AMPS power control.  I have messages from three different people
  23096. working in the industry each describing contrary situations, and all
  23097. of them claiming to base their information on power control message
  23098. statistics.  It's starting to look like geographic and administrative
  23099. decisions may result in different use or non-use of AMPS power control
  23100. in different areas.
  23101.  
  23102. But ... we've now strayed from the original reason for this
  23103. discussion.  We were talking about radiation from handheld cellular
  23104. phones.  We've recently seen messages (including in this Digest) from
  23105. cell folk saying that even in areas where AMPS car phones are power
  23106. controlled, handheld phones are still being held at their full power
  23107. of 600mw at all times.  It would be interesting if somebody could
  23108. address this issue directly.  Are there systems where handheld AMPS
  23109. phones are routinely being ordered down below their max of 600mw?
  23110. Obviously, if power control isn't being *used* for handheld AMPS
  23111. phones, it effectively doesn't exist for those users.
  23112.  
  23113.  
  23114.  --Lauren--
  23115.  
  23116. ------------------------------
  23117.  
  23118. From: jasko@park.bu.edu (John V. Jaskolski)
  23119. Subject: Looking For Cheap Used Dialogic Boards
  23120. Date: 14 Feb 93 19:20:43 GMT
  23121. Reply-To: jasko@park.bu.edu
  23122. Organization: Boston University Dept. of Cognitive and Neural Systems
  23123.  
  23124.  
  23125. I am looking for CHEAP USED (old) Dialogic boards.  Specifically, I am
  23126. interested in Dialogic's D121 Voice Boards (12-line voice processing
  23127. board) older versions are fine; Dialogic's LSI120 Loop Start Interface
  23128. (used to interface D121's with analog installations). I want at least
  23129. two of each.  Also of interest is the MSI baseboard and any other used
  23130. boards.  Anyone who has any of these USED and wants to get rid of them
  23131. (or if you know of anyone who might have them) please let me know.
  23132.  
  23133.  
  23134. Thank you very much,
  23135.  
  23136. John V. Jaskolski
  23137.  
  23138. ------------------------------
  23139.  
  23140. From: haynes@cats.UCSC.EDU (Jim Haynes)
  23141. Date: Sun, 14 Feb 93 17:52:30 -0800
  23142. Subject: Great Magazine Article About FAX
  23143.  
  23144.  
  23145. The February, 1993 issue of {IEEE Spectrum}, page 46, has an article
  23146. about Fax by Jonathan Coopersmith of Texas A&M.  It's a summary of 150
  23147. years of history.  The author is writing a book on the history of the
  23148. facsimile machine.
  23149.  
  23150.  
  23151. [Moderator's Note: Readers should see an issue of the Digest issued
  23152. earlier this weekend for a more detailed review of this article.  PAT]
  23153.  
  23154. ------------------------------
  23155.  
  23156. From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  23157. Date: 14 Feb 93 16:20:12 GMT
  23158. Subject: IXO.TAP.protocol in Archives
  23159.  
  23160.  
  23161. Apparently, the only way to get a copy of the IXO/TAP protocol
  23162. specification is to own a paging company and read it out of your
  23163. paging system's central computer's manual.  Some companies' technical
  23164. support staff will provide you with a copy, but most won't.
  23165.  
  23166. This finally offended me enough to do something about it.  Someone
  23167. from Telebit faxed me a copy; I'm paying that debt forward by rekeying
  23168. it into a plain ASCII document, which I've sent to Pat to include in
  23169. the Telecom Archives as file IXO.TAP.protocol.  Enjoy!
  23170.  
  23171. DISCLAIMER: Rekeying this document may be bending the Fair Use
  23172. doctrine; I'm not enough of a lawyer to know.  The IXO.TAP.protocol
  23173. document is closely adapted from chapter 7 of Glenayre Electronics'
  23174. publication GLP-3000-180 issue 5, and is Copyright Jan 30, 1991 by
  23175. them; I won't bother asserting copyright on my annotations at the end
  23176. of it.  Since it's a small portion of the overall work and I'm making
  23177. zero dollars and zero cents off of it, and since I consider this
  23178. distribution to be both educational and informal, I think my rekeying
  23179. of it is legal.  If you (or Glenayre) think otherwise, take it up with
  23180. me, not with my employer.
  23181.  
  23182.  
  23183. J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  23184. X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  23185.  
  23186.  
  23187. [Moderator's Note: Brad's file will be available in the Archives as of
  23188. Monday morning, to be grabbed using anonymous ftp cs.mit.edu.    PAT]
  23189.  
  23190. ------------------------------
  23191.  
  23192. From: jasko@park.bu.edu (John V. Jaskolski)
  23193. Subject: What Number do I Dial From My Phone to Get My Phone to Ring?
  23194. Date: 14 Feb 93 19:27:18 GMT
  23195. Reply-To: jasko@park.bu.edu
  23196. Organization: Boston University Dept. of Cognitive and Neural Systems
  23197.  
  23198.  
  23199. I presently live in Boston.  When I used to live in Milwaukee, WI, I
  23200. could dial "97" and the last five digits of my telephone number, push
  23201. down and release the hook, hear a tone come over the line, hang up,
  23202. and my phone would ring.  Does anyone know what I can dial from Boston
  23203. to do the same thing?  In other words What number do I dial from my
  23204. phone to get my phone to ring? (From Boston)
  23205.  
  23206.  
  23207. Thank You,
  23208.  
  23209. John V. Jaskolski
  23210.  
  23211.  
  23212. [Moderator's Note: Please reply direct to Mr. Jaskolski.  PAT]
  23213.  
  23214. ------------------------------
  23215.  
  23216. From: ddssuprs!fred@uunet.UU.NET (Fred R Stearns)
  23217. Organization: Dickens Data Systems, Inc.
  23218. Subject: DS0 Portion of a T1
  23219. Date: Sun, 14 Feb 1993 19:40:15 GMT
  23220. Organization: Dickens Data Systems, Inc.
  23221.  
  23222.  
  23223. How is the A/D and D/A conversion performed to create the digital data
  23224. from and analog voice circuit to the 1/24 digital circuits of a T1
  23225. service?  Is it CVSD, or seven-bit samples at 8KHz, or something else?
  23226.  
  23227.  
  23228. Fred R. Stearns -- fred@dickens.com
  23229.  
  23230. ------------------------------
  23231.  
  23232. From: Tom Libert <libert@citi.umich.edu>
  23233. Date: Sun, 14 Feb 93 14:13:05 EST
  23234. Subject: V & H to Latitude/Longitude?
  23235.  
  23236.  
  23237. FCC Tariff 4 (available from Bellcore and NECA) provides "vertical and
  23238. horizontal" (V & H) coordinates for all wire centers in the US.  There
  23239. is a simple way to determine the distance between wire centers using
  23240. the V & H coordinates.  Some sort of map projection must have been
  23241. used to convert latitude and longitude to V & H; I'd like to invert
  23242. that mapping (i.e. convert V & H to lat/long).  Does anyone have
  23243. details?  As an incentive, I'll provide a free copy of the latest isue
  23244. of NECA Tariff 4 to anyone who provides the anwer.
  23245.  
  23246. ------------------------------
  23247.  
  23248. From: jasko@park.bu.edu (John V. Jaskolski)
  23249. Subject: Does Anyone Know Tellab's Phone Number?
  23250. Date: 14 Feb 93 19:29:42 GMT
  23251. Reply-To: jasko@park.bu.edu
  23252. Organization: Boston University Dept. of Cognitive and Neural Systems
  23253.  
  23254.  
  23255. Does anyone know Tellab's phone number?
  23256.  
  23257.  
  23258. Thank you,
  23259.  
  23260. John V. Jaskolski
  23261.  
  23262. ------------------------------
  23263.  
  23264. Date: Sun, 14 Feb 93 15:21:46 EST
  23265. From: Tony Pelliccio <PJJ125@URIACC.URI.EDU>
  23266. Subject: Bell Canada Charging For 411
  23267.  
  23268.  
  23269. In most parts of the US it's a fact of life. You're allowed roughly
  23270. five free calls, and then after that it's around 25 cents a pop.
  23271.  
  23272. Besides, that's why you get a directory every year ... so YOU can look
  23273. it up. Now they've given you an incentive. :)
  23274.  
  23275.  
  23276. Tony
  23277.  
  23278. ------------------------------
  23279.  
  23280. End of TELECOM Digest V13 #95
  23281. *****************************
  23282. 
  23283. 
  23284. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa05579;
  23285.           14 Feb 93 23:13 EST
  23286. Received: by delta.eecs.nwu.edu id AA07098
  23287.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 14 Feb 1993 20:34:38 -0600
  23288. Received: by delta.eecs.nwu.edu id AA27026
  23289.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 14 Feb 1993 20:34:00 -0600
  23290. Date: Sun, 14 Feb 1993 20:34:00 -0600
  23291. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  23292. Message-Id: <199302150234.AA27026@delta.eecs.nwu.edu>
  23293. To: telecom@delta.eecs.nwu.edu
  23294. Subject: Cable's Future Role in Telephony
  23295.  
  23296.  
  23297. This article was too long for a regular issue of the Digest and is
  23298. being submitted FYI. It will also be filed in the Telecom Archives.
  23299.  
  23300. PAT
  23301.  
  23302.   Date: Thu, 11 Feb 93 14:22:40 -0500
  23303.   From: matt lucas <matt@telestrat.com>
  23304.   Subject: Feb. TS Insight: CABLE'S FUTURE ROLE IN TELEPHONY
  23305.  
  23306. This is the lead article in the February 1993 issue of TeleStrategies
  23307. Insight. Information about TeleStrategies, Inc., and TeleStrategies
  23308. Insight appears at the end of the article.
  23309.  
  23310. Matt.
  23311.  
  23312.                      ----------------------
  23313.  
  23314. CABLE'S FUTURE ROLE IN TELEPHONY or how cable MSOs can eat the RBOCs' lunch!
  23315.  
  23316.            By Dr. Jerry Lucas, President, TeleStrategies, Inc.
  23317.                   and Publisher, TeleStrategies Insight
  23318.     
  23319. This year the biggest question in the cable TV industry isn't whether
  23320. cable should get into the telco world -- they're already in it. It's
  23321. what future role they should play in next-generation telephony. This
  23322. analysis covers (1) where cable is today regarding the telephony
  23323. world, (2) why they must partner and who they must partner with to
  23324. succeed and (3) how the cable industry should define their business to
  23325. establish a winning vision for the 21st century.
  23326.  
  23327. THE FIBER WAVE
  23328.  
  23329. Prior to 1989 there was virtually no fiber in a cable TV system. This
  23330. situation was much like the telephony world in 1979 -- no fiber in the
  23331. network. And just as the '80s saw a technology revolution with the
  23332. advent of almost total fiber connectivity between central office
  23333. switches, within the next several years you'll see a similar
  23334. revolution in cable TV.
  23335.  
  23336. Companies like TCI, the largest multiple system operator (MSO), state
  23337. that within two years 80 percent of their subscribers will be served
  23338. via a fiber backbone system. The industry as a whole will average 70
  23339. percent. All of this plunge into fiber is totally cost justifiable in
  23340. serving the entertainment marketplace alone. To the cable industry,
  23341. fiber to the neighborhood means better quality, higher reliability and
  23342. more capacity (500 channels or more).  These are exactly the kind of
  23343. things that will help keep a franchise at renewal time or beat the
  23344. direct broadcast satellite people, both of which will become important
  23345. in the post-1994 time frame.
  23346.  
  23347. During the initial front (1989-91) of the fiber wave, cable companies
  23348. weren't sure they should take the plunge (using this fiber backbone
  23349. architecture) to compete with the LECs in the telco world. But
  23350. TeleStrategies, industry consultants, cable equipment vendors and
  23351. others kept delivering one message: there are big dollars to be made
  23352. if you do. But along with the good news there is bad news.
  23353.  
  23354. First the good news: cable is a $20 billion per year business with
  23355. over 90 percent of households passed by and an overall subscriber rate
  23356. of 60 percent nationally. Future growth from video services is likely
  23357. to be only in pay per view and interactive TV. My view is that, when
  23358. you factor in competition and price regulation, these new services
  23359. will not be enough to sustain the growth rates cable had in the '80s.
  23360. The only alternative yielding strong growth will be in the telco area.
  23361. And here local exchange carriers' (including cellular) revenues are
  23362. more than $90 billion, with over 50 percent open to competition with
  23363. the right regulatory changes. (See TeleStrategies Insight, September
  23364. 1991) That's nearly a $50 billion market and it's two and a half times
  23365. bigger than cables' market! That's the "lunch" the cable companies can
  23366. go after.
  23367.  
  23368. Then there's the bad news: telcos want to get into your business, and
  23369. given the right set of circumstances, they, too, could have a
  23370. subsidized backbone network and favorable regulatory rulings allowing
  23371. them to eat cable's lunch (as discussed later).
  23372.  
  23373. CABLE'S PLUNGE INTO TELCO
  23374.  
  23375. 1992 saw the cable industry and RBOCs enter into a battle that shows
  23376. every sign of becoming a full-scale war. Four of the six largest MSOs
  23377. (TCI, Cox, Continental and Comcast) own one of the two largest CAPs
  23378. (Competitive Access Providers), Teleport. If you take out the other
  23379. large CAP, Metropolitan Fiber Systems, cable controls over 80 percent
  23380. of the CAP market. Almost every MSO today has CAP activity underway.
  23381.  
  23382. Again, this is good news and bad news for the cable industry. The good
  23383. news is that they have a business vehicle (the CAPs) that is a start
  23384. in their quest to capture the $50 billion telco prize. The bad news is
  23385. that the cable-dominated CAP business as it is now cannot maintain its
  23386. competitive edge over present and future competitors without a change
  23387. in strategy. Why?
  23388.  
  23389. First, the CAPs' business represents an investment of a little over
  23390. $500 million and had service revenues via its fiber optic plant of
  23391. roughly $200 million in 1992. A number of players could easily
  23392. duplicate what the CAPs have in place today. An RBOC, for example, has
  23393. the resources, with no regulatory barriers, to establish a CAP-only
  23394. business outside its serving area.
  23395.  
  23396. Second, the CAPs' major customer set is the IXCs. Note that AT&T
  23397. spends 50 percent of its revenue for access ($18 billion per year) and
  23398. the other LECs pay roughly the same percentage for access, a big part
  23399. of the $50 billion telco lunch. Today CAPs' revenues are IXC expenses
  23400. that are targets for cost reduction.
  23401.  
  23402. Third, the CAPs' principal resource after its fiber is their
  23403. contracts: contracts for rights-of-way for their fiber, carrier
  23404. interconnection agreements and, more importantly, future collocation
  23405. agreements with the LECs. Within a year's time, these agreements could
  23406. be obtained by anyone with resources and patience including IXCs and
  23407. large end users.
  23408.  
  23409. Does this mean the CAP business is a loser and that cable shouldn't go
  23410. surging into that market? No. Does this mean cable has to do more to
  23411. succeed as a CAP? Yes. They need to have a clear vision of where
  23412. they're going as CAPs, they need a partner and they have to redefine
  23413. their overall business.
  23414.  
  23415. CABLE'S PROBLEM
  23416.  
  23417. The cable industry has a major problem or challenge when it comes to
  23418. taking charge of an infant industry like the CAPs'. There are three
  23419. reasons for this. First, the cable industry has a lot of diversity; it
  23420. is not a unified industry. Take the two largest MSOs; TCI, the
  23421. largest, has strong, centralized management with a fairly uniform
  23422. approach to the CAP business.  The second largest, Time Warner, is
  23423. highly decentralized with regional managers having a lot of autonomy.
  23424. The sixth largest MSO, Comcast, is heavily involved in cellular. All
  23425. three are in the CAP business but with different resources and
  23426. strategies. The net result of this diversity is that no one company
  23427. can serve as a model for the rest of the cable industry and lead by
  23428. example.
  23429.  
  23430. Second, the cable industry is small potatoes compared to the telephony
  23431. industry in which it wishes to establish itself. Cable's annual
  23432. revenues, $20 billion, are less than 13 percent of the telephony
  23433. market's $160 billion. As Lee Iacocca says, in this business you
  23434. either lead, follow or get out of the way. Cable is going to have to
  23435. follow in the telco world and structure its CAP business strategy
  23436. accordingly.
  23437.  
  23438. Third, cable has entered the telco business largely by acquiring CAPs
  23439. already in the business. Almost to an operation the following
  23440. statement holds true.  The CAP people know a lot about the telco world
  23441. and little about the cable business, and vice versa. CAPs and cable
  23442. are two different businesses with the only thing in common being
  23443. ownership and some fiber plant carrying hub-to- hub traffic. Because
  23444. of a yet to be established synergy between CAP and cable businesses
  23445. there is a lack of vision in the cable industry as to what cable's
  23446. role will be as telco and entertainment merge.
  23447.  
  23448. Without a clear vision of cable's role in telco and a clear business
  23449. definition of what a cable company is to be in the 21st century as it
  23450. enters the telco world, today's entree via the CAP business, I
  23451. believe, will fail.  Without a clear vision of the business, it will
  23452. be impossible for vendors to identify a broad, lucrative market for
  23453. which to build equipment, business users to understand the role cable
  23454. will play in the future, investors to understand business plans, etc.
  23455.  
  23456. PARTNERING
  23457.  
  23458. For these reasons and others, the cable industry must select partners
  23459. to move into the telco world. While there are several leading
  23460. candidates, one industry stand out: the interexchange carriers. First,
  23461. lets look at why the others don't have as much to offer.
  23462.  
  23463. 1. RBOCs as partners -- At first glance the RBOCs should be natural
  23464. partners of the cable industry. At one time, as early as six months
  23465. ago, this was the case and together venturing had been mutually
  23466. beneficial. The telcos (See TeleStrategies Insight, March, 1992) could
  23467. have made peace with cable by agreeing to stay out of entertainment in
  23468. return for infrastructure services rendered (billing, service
  23469. provisioning, switching, IXC interconnection, etc.).
  23470.  
  23471. Today, however, in many regions cable and RBOCs have declared war.
  23472. Bell Atlantic, in particular, has made it clear they plan to be a
  23473. major player in the video business. Over the last two months they have
  23474. inked a $1.5 billion deal with the state of New Jersey to bring fiber
  23475. to the curb along with cable TV service in the 1996-99 time frame;
  23476. they initiated a video dial tone field trial in the Washington, DC
  23477. area with Blockbuster Video as a potential partner; and, they
  23478. petitioned the courts to strike down the prohibition that keeps telcos
  23479. from being full-fledged cable operators in their regions. Again, if
  23480. you're going to be in this business you lead, follow or get out of the
  23481. way. For the RBOCs, leading is certainly the fun way to go even if the
  23482. approach fails.
  23483.  
  23484. But there's another option in partnering with RBOCs -- forming
  23485. ventures that are geographically located outside their serving areas
  23486. (the extra-territorial strategy). Last summer, the U. S. Court of
  23487. Appeals overturned Judge Greene's prohibition on RBOCs entering the
  23488. information service business. Now, if Bell Atlantic wants to be a
  23489. cable operator, they can do so as long as they don't operate within
  23490. their six-state/Washington, DC serving area.
  23491.  
  23492. The cable industry should forget this partnering option unless you're
  23493. a cable operator with franchise "dogs" looking for a sucker willing to
  23494. bail you out.  Why? The RBOCs cannot hold themselves out to the public
  23495. as long distance carriers. That mean no interLATA facility ownership,
  23496. interLATA resale, joint venturing with long distance companies to
  23497. provide service, etc. Take note of Pac Tel's recent announcement that
  23498. they're splitting off their cellular and international divisions away
  23499. from their regulated business. Why? The leading reason for doing this
  23500. is their desire to expand their cellular venture into Personal
  23501. Communications Services (PCS) and this means an interLATA operation.
  23502. Besides, if US WEST and TCI, partners in European cable TV and telco
  23503. activities, haven't ventured here at home it probably means their
  23504. lawyers haven't figured out how to do it without violating the
  23505. interLATA restriction.
  23506.  
  23507. 2. Other partners -- What about cellular companies, computer and/or
  23508. central office switch vendors as partners? No, they're not strong
  23509. partnering candidates. First, cellular: unless you own the local
  23510. franchise, like Comcast, it's better to go after the new PCS licenses
  23511. rather than act in a supporting role to cellular. A cable company
  23512. would probably have to choose between being a wholesaler to a cellular
  23513. company or a PCS license holder and PCS appears to be more lucrative
  23514. (more on this later). Regarding the computer industry, the only
  23515. players with technology and clout are IBM and DEC. I don't think IBM
  23516. has the bucks today to make two-way cable a profitable venture anytime
  23517. soon. (They lost $5 billion in 1992.) DEC is also hurting.
  23518.  
  23519. Finally, the two big switch vendors, AT&T and NTI, are not the door to
  23520. knock on. AT&T will very likely venture with cable but it will do so
  23521. through its Communications Services Division rather than through
  23522. Network Systems (its manufacturing arm), taking the lead much as in
  23523. the McCaw deal. As for NTI, I don't think they could afford to
  23524. alienate their largest customer set, the RBOCs, by promoting a
  23525. technology strategy to eat the telcos' lunch.
  23526.  
  23527. 3. IXCs as partners -- I saved the best for last. There are three
  23528. reasons why cable should partner with the IXCs. First, as mentioned
  23529. above, they are the CAPs' best customer today. Second, they provide a
  23530. means to get into PCS with relatively low risk (to be discussed).
  23531. Third, they can provide the technology expertise and the
  23532. infrastructure (SS7, ATM, SONET, etc.) required to capture all
  23533. emerging opportunities in the telco world.  You might be asking why an
  23534. IXC would want to partner with cable. First, a cable company does not
  23535. have the restrictions of the RBOCs. It can enter into joint service
  23536. arrangements that are exclusive. Regulated LECs can't do this in their
  23537. serving areas. It's a mechanism to gain a competitive advantage in
  23538. this marketplace. Second, the IXCs will be entering the PCS arena and
  23539. challenging the RBOCs and cellular companies. PCS traffic carried over
  23540. the fiber/coax backbone of a cable company makes the economies right
  23541. (See TeleStrategies Insight, July 1992).  Finally, from a strategic
  23542. perspective, it's not in the IXCs' interest to see the RBOCs get
  23543. stronger. Sometime down the road, the RBOCs will enter the long
  23544. distance market. It's not likely anytime soon, if ever, that a cable
  23545. company will move into the IXC business. In the era of the pending LEC
  23546. level playing field, who would you trust with the last-mile connection
  23547. to your customer?  My assessment: cable will be a better bet than an
  23548. RBOC for IXC partnering.
  23549.  
  23550. A CABLE STRATEGY IN TELEPHONY
  23551.  
  23552. With the IXC industry at its side, here's how cable should enter the
  23553. telco world and here's its role.
  23554.  
  23555. Step One: Be a CAP -- With friendly IXCs, the CAP business is a
  23556. winner. If a cable company isn't a CAP in their serving area, they
  23557. should go ahead ASAP under the following two conditions. First, If
  23558. there isn't a CAP in town, be the first one. Note that the first CAP
  23559. in a market generally gets the majority of business from corporations
  23560. that want either access redundancy or a second (non-LEC) competitor in
  23561. the local loop. Just as the early bird gets the worm, it's hard for
  23562. later entrants to challenge the first CAP. The second condition is to
  23563. buy into or invest in an existing CAP.
  23564.  
  23565. The reason it's important to enter the CAP business, in addition to
  23566. longer- term benefits, is that it prepares cable for the real action,
  23567. PCS. The resources you put in place as a CAP can be used in PCS. The
  23568. interconnection and collocation agreements with the LECs, SS7 and soon
  23569. to be added digital switching, and the fiber backbone in the business
  23570. area will be required for PCS. If you have those resources, you will
  23571. be a stronger partner for an IXC when the PCS opportunity opens up.
  23572.  
  23573. Step Two: PCS Entree -- The FCC has yet to establish the rules on who
  23574. gets what in the pending reallocation of spectrum for PCS. The rules
  23575. are expected sometime this year after the new FCC chairman is in
  23576. place, probably in May or June. The plan most talked about is MCI's
  23577. proposal, which calls for PCS licenses to be awarded to three national
  23578. consortia. These consortia would not be controlled by any one company;
  23579. a consortium would be owned by an IXC and regional license holders
  23580. (probably serving areas much like those that were defined for cellular
  23581.  -- 305 metro and 425 rural areas). In addition, present cellular
  23582. license holders and LECs could not get licenses in their serving areas
  23583. but could get regional licenses outside those areas, heavy LEC
  23584. participation in a consortium would count against applicants, and all
  23585. license applicants would go through the comparative hearing process.
  23586.  
  23587. This approach has merit. The FCC would be in hot water with Congress
  23588. if it gave large spectrum awards to a few companies. Three national
  23589. licenses would likely involve individually the top three IXCs (AT&T,
  23590. MCI and Sprint). An idea all three can agree with! A consortium headed
  23591. by an IXC other than those three would not be in a good position to
  23592. win in a comparative hearing because of the lack of resources needed
  23593. to win. Finally, the FCC staff likes the idea of national licenses. It
  23594. eliminates the massive effort and resources that individual cellular
  23595. franchises needed to create the big systems. Note that McCaw, the
  23596. largest cellular carrier with over 100 licenses, never won a lottery.
  23597.  
  23598. The big three IXCs will head up the structuring of PCS consortia if
  23599. the MCI plan is adopted as expected here. The strongest player to
  23600. partner with in a market will be a cable company with a CAP business
  23601. up and running. This is the trump card the cable companies have to
  23602. play when dealing with the IXCs.
  23603.  
  23604. Step Three: Fiber to the Home -- The next development will be the
  23605. cable industry knock-out punch to the telcos. Although the technology
  23606. isn't quite right for 45 Mbps, two-way multimedia communication to the
  23607. home via cable TV, the environment for hype is. Step three calls for
  23608. hyping what cable can do to solve the nation's ills. Hype much like
  23609. this was used in the franchise war days during the late '70s and early
  23610. '80s when the institutional cable networks promised the local
  23611. governments that they would improve communications for public safety,
  23612. education, health, etc. Why? Because starting on January 20, 1993 the
  23613. Clinton-Gore team had to begin working on keeping their campaign
  23614. promises. Except for the pledge to reduce the deficit, no promise
  23615. sticks out more than the one to bring down the high cost of health
  23616. care (nearly $90 billion last year). Then there's the pledge to
  23617. improve education and the one to create jobs. You can make the case,
  23618. as the consulting firm Arthur D. Little did in a recent study, that
  23619. with improved telecommunications and information processing you can
  23620. improve access to health care, improve quality of care and save $40
  23621. billion a year right off the top. Big bucks are going to be spent on a
  23622. fiber optic infrastructure to solve the health, education and
  23623. employment problems. The bad news for the cable industry is that the
  23624. RBOCs are going to make the case they're in the best position to do
  23625. this with fiber optics to the home, and, by the way, if the government
  23626. lets them into cable TV, it will require less government resources to
  23627. achieve this goal. The good news for the cable industry, on the other
  23628. hand, is that the bulk of newly available funds for an improved
  23629. infrastructure will be administered at the community level by the same
  23630. government jurisdictions (city, county, etc.) that issue cable
  23631. franchises.
  23632.  
  23633. The cable industry is going to have to get on the "save the nation
  23634. with a new fiber optic/telecommunications infrastructure" band wagon
  23635. and stake out its piece of the action. Why? Because government actions
  23636. can totally change a market. For example, after World War II, Vice
  23637. President Gore's father, former Senator Albert Gore, Sr., sponsored
  23638. the National Highway Act. When enacted, the bill did more than
  23639. anything else to destroy the railroad monopoly in movement of goods
  23640. and passengers. It literally crippled the railroad industry. Trucks,
  23641. buses and cars could move as swiftly as trains at a lower cost and it
  23642. was good for the country. Vice President Gore is the champion of the
  23643. National Research and Education Network (NREN). This network will have
  23644. a dramatic effect on the Information Age and our nation's
  23645. telecommunications network as we know them today. (See TeleStrategies
  23646. Insight, June 1992). Note that almost every RBOC is involved in an
  23647. NREN gigabit networking project, and to my knowledge, not one cable
  23648. MSO is.
  23649.  
  23650. Step three in summary: the cable industry should call its favorite IXC
  23651. and its local government and start working on an approach to solve
  23652. problems in health care, distance learning, education and
  23653. work-at-home. Field trials and demonstrations of cable technologies to
  23654. provide telemedicine to the home would be a good start. In short,
  23655. cable people, put on a helmet and get into the game. If not, the cable
  23656. industry under Vice President Gore could witness the creation of an
  23657. infrastructure plan that takes the wind out of their sails -- just
  23658. like Senator Gore, Sr. did to the railroads 45 years ago.
  23659. Additionally, step four would be to follow up the hype with two-way
  23660. multimedia service to the home when the technology is ready.
  23661.  
  23662. THE CABLE VISION
  23663.  
  23664. The cable industry has to broaden its definition of its business. The
  23665. old definition was "we are an information service company providing
  23666. entertainment video. Our customers are residential users and the
  23667. community governments who gave us the franchise." The new definition
  23668. proposed here is that cable should be full service providers (voice,
  23669. data and video) with its customers consisting of residential users,
  23670. local governments and interexchange carriers.
  23671.  
  23672. Copyright CC 1993 TeleStrategies Inc.
  23673. No part of this publication may be reproduced or re-transmitted in any form 
  23674. without written permission of the publisher.
  23675. TeleStrategies Inc.
  23676. 1355 Beverly Road, Ste. 110
  23677. McLean, VA 22101
  23678.  
  23679.                   ____________________________
  23680.  
  23681.  
  23682. If you have comments about this article, please contact Lynn Stern,
  23683. editor of TeleStrategies Insight, by email (lynn@telestrat.com) or by
  23684. telephone at 703- 734-7050.
  23685.  
  23686. About TeleStrategies
  23687.  
  23688. Founded in 1980 by Dr. Jerry Lucas, TeleStrategies Inc. is the leading
  23689. producer of telecommunications industry conferences in the U. S. Every
  23690. year the company sponsors approximately 60 programs, which attract
  23691. decision makers from every segment of the telecommunications industry.
  23692.  
  23693. TeleStrategies Insight is the company's monthly newsletter on
  23694. telecommunications industry directions and market opportunities.  For
  23695. a FREE subscription and/or a current conference schedule complete the
  23696. form below and email it to insight@telestrat.com.
  23697.  
  23698. Subscription Form -- TeleStrategies Insight
  23699.  
  23700. Email address:
  23701. Name:
  23702. Title:
  23703. Company:
  23704. Address:
  23705. Room No./Mail Stop:
  23706. City/State/Zip:
  23707. Phone Number:
  23708. Telecommunications technology, business and regulatory areas of interest:
  23709.  
  23710. We're always looking for new conference ideas.  If you have an idea
  23711. for a day-and-a-half-long telecom conference, please contact Lynn
  23712. Stern by email (lynn@telestrat.com) or by phone at 703-734-7050.
  23713.  
  23714. Please be prepared to discuss topics and suggestions for speakers. If
  23715. we use your idea and you assist us in structuring the program, you
  23716. will be given a free pass to attend the conference.
  23717.  
  23718.  
  23719.  
  23720.  
  23721. 
  23722. 
  23723. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa06196;
  23724.           14 Feb 93 23:28 EST
  23725. Received: by delta.eecs.nwu.edu id AA15897
  23726.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Sun, 14 Feb 1993 21:13:01 -0600
  23727. Received: by delta.eecs.nwu.edu id AA14004
  23728.   (5.65c/IDA-1.4.4 for telecomlist); Sun, 14 Feb 1993 21:12:31 -0600
  23729. Date: Sun, 14 Feb 1993 21:12:31 -0600
  23730. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  23731. Message-Id: <199302150312.AA14004@delta.eecs.nwu.edu>
  23732. To: telecom@eecs.nwu.edu
  23733. Subject: TELECOM Digest V13 #96
  23734.  
  23735. TELECOM Digest     Sun, 14 Feb 93 21:12:30 CST    Volume 13 : Issue 96
  23736.  
  23737. Index To This Issue:                     Moderator: Patrick A. Townson
  23738.  
  23739.     Re: Pacific Bell, Caller ID, and PRIVATE (Graham Toal)
  23740.     Re: Pacific Bell, Caller ID, and PRIVATE (Henry Mensch)
  23741.     Re: Overseas Directory Assistance (Steve Brack)
  23742.     Re: Yellow Pages Data on Disk Wanted (James Deibele)
  23743.     Re: Hilton Hotel Telephone Surcharge (Carl Oppedahl)
  23744.     GTE On the "Move" (Paul Barnett)
  23745.     Re: PacBell IntraLATA Rate Ripoffs (John Higdon)
  23746.     Re: White House Phone Factoids (Kenneth Herron)
  23747.     Re: Ma Bell Calling (Donald E. Kimberlin)
  23748.     Local Calling Area Re-Organization in SE-WI (acct069@carroll1.cc.edu)
  23749.     Alphanumeric Pagers Question (Samuelson S. Rehman)
  23750. ----------------------------------------------------------------------
  23751.  
  23752. Date: Sun, 14 Feb 93 21:43:50 GMT
  23753. From: Graham Toal <gtoal@pizzabox.demon.co.uk>
  23754. Subject: Re: Pacific Bell, Caller ID, and PRIVATE
  23755.  
  23756.  
  23757. Definitely sounds like guerrilla tactics from the California telco.
  23758. Couldn't they have supplied partial information like the area code for
  23759. California but with the exchange/telephone no blanked in some way? eg
  23760. 415 xxx xxxx or whatever it is?  Perhaps if here *is* a technical
  23761. alternative, you should all call your PUCs to get it implemented?
  23762.  
  23763.  
  23764. G
  23765.  
  23766. ------------------------------
  23767.  
  23768. From: henry@ads.com (Henry Mensch)
  23769. Date: Sun, 14 Feb 93 15:11:44 -0800
  23770. Subject: Pacific Bell, Caller ID, and PRIVATE
  23771. Reply-To: henry@ads.com
  23772.  
  23773.  
  23774. co057@cleveland.Freenet.Edu (Steven H. Lichter) wrote:
  23775.  
  23776. > We just were notified that PacBell will be offering Call Trace, last
  23777. > number call back. You will not know the number in either case ...
  23778.  
  23779. Does this mean the number won't appear on my bill, either (and that,
  23780. potentially, I won't know in advance that I'm making a toll call)?  I
  23781. got the enclosure in this month's bill, also, and haven't called them
  23782. on it yet.
  23783.  
  23784.  
  23785. # henry mensch / booz, allen & hamilton, inc.  / <henry@ads.com>
  23786.  
  23787. ------------------------------
  23788.  
  23789. Date: Sun, 14 Feb 1993 14:07:25 -0500 (EST)
  23790. From: sbrack@jupiter.cse.UTOLEDO.edu (Steve Brack)
  23791. Subject: Re: Overseas Directory Assistance
  23792.  
  23793.  
  23794. In article <telecom13.74.3@eecs.nwu.edu> hhallika@zeus.calpoly.edu
  23795. writes:
  23796.  
  23797. > I recently found the "invite to stay on the line" to cause a
  23798. > problem.  Since the "called party" had not disconnected, I could not
  23799. > use the # to place another call without rekeying my credit card
  23800. > number.  Slowed me down a bit ...
  23801.  
  23802. One of the telecom jobs I've held involved working with headset phones
  23803. where dropping a call was inconvenient, invloving physically
  23804. disconnecting the phone.  When calling DA, all I would do is ask the
  23805. DA operator to drop the call when (s)he finished.  If I forgot to ask,
  23806. I'd have to wait to get reanswered, then ask to be dropped.
  23807.  
  23808. Usually, the operator would manually recite the number instead of
  23809. passing me off to the recording, as would normally be done.
  23810.  
  23811.  
  23812. Steven S. Brack           sbrack@jupiter.cse.utoledo.edu
  23813. Toledo, OH  43613-1605    STU0061@UOFT01.BITNET          
  23814. MY OWN OPINIONS           sbrack@nyx.cs.du.edu          
  23815.  
  23816. ------------------------------
  23817.  
  23818. From: jamesd@techbook.com (James Deibele)
  23819. Subject: Re: Yellow Pages Data on Disk Wanted
  23820. Organization: TECHbooks --- Public Access UNIX --- (503) 220-0636
  23821. Date: Sun, 14 Feb 1993 22:13:00 GMT
  23822.  
  23823.  
  23824. 70540.232@CompuServe.COM (Lynne Gregg) writes:
  23825.  
  23826. > Anyone have ideas for sources for Yellow Page data on disk?  I'm
  23827. > looking for YP's for most major cities.
  23828.  
  23829. DAK regularly lists one of the Yellow Pages on CD-ROM in their
  23830. catalog, which I just received a few days ago.  Unfortunately, they
  23831. restrict it to people who are buying one of their CD-ROM drives, but
  23832. at $69 for the disc and around $200 for the drive, it's not such a bad
  23833. deal.  I think the name is "PhoneDisc USA" or something like that.  I
  23834. don't have DAK's phone number in front of me, but you should be able
  23835. to get it from 800-555-1212.  Or you might be on Drew's mailing list,
  23836. too.
  23837.  
  23838. There's supposed to be at least one competitor in that price range,
  23839. but I don't have any more information on them.
  23840.  
  23841. Note that it will only let you print out 25 names at a time, so it's
  23842. not very good for slurping up whole cities at a time.
  23843.  
  23844.  
  23845. jamesd@techbook.COM                   "2091 newsgroups & nothing on ..."  
  23846. PDaXs gives free access to news & mail. (503) 220-0636 - 1200/2400, N81  
  23847. Full internet (ftp, telnet, irc) access available. Voice: (503) 223-4245
  23848.  
  23849. ------------------------------
  23850.  
  23851. From: oppedahl@Panix.Com (Carl Oppedahl)
  23852. Subject: Re: Hilton Hotel Telephone Surcharge
  23853. Organization: PANIX Public Access Unix, NYC
  23854. Date: Sun, 14 Feb 1993 23:01:39 GMT
  23855.  
  23856.  
  23857. In <telecom13.91.1@eecs.nwu.edu> leichter@lrw.com (Jerry Leichter)
  23858. writes:
  23859.  
  23860. > I recently ran across a personal record for additional hotel charges,
  23861. > at a location our Moderator may appreciate: The O'Hare Hilton.
  23862. > According to the rate card in the room - at least they provide that
  23863. > now! - the charges are as follows:
  23864.  
  23865. (Charges deleted here for brevity; see original posting.)
  23866.  
  23867. > I made my calls from the lobby, which actually had a couple of the new
  23868. > AT&T model 2000 phones.  (The ones in the lobby don't have keyboards,
  23869. > but the ones on the second floor, where the conference rooms are, do.)
  23870.  
  23871. The hotel's policy is, of course, an outrage.  When I encounter this I
  23872. always write a letter to complain.  The idea that they would charge $1
  23873. for me to call an 800 number (who cares whether it is to a long-distance
  23874. carrier or not) galls me.
  23875.  
  23876. I, too, take my business to the lobby.
  23877.  
  23878. But think -- wouldn't we all be smart, when we are making our hotel
  23879. reservations in the first place, to ask what the policy is for local
  23880. calls and 800 number calls?  And take that into account when choosing
  23881. where to stay?
  23882.  
  23883. I like the way it is when I stay in a ski condo in Vail ...
  23884.  
  23885. There is a card on the phone, that says something like this:
  23886.  
  23887.        Please use your calling card for all calls.
  23888.        Local calls are free.  
  23889.        Please do not direct-dial any toll calls.  
  23890.        If you do, we will charge $20 extra for the 
  23891.        hassle of going back and posting it to your 
  23892.        charge card later.
  23893.  
  23894. I have set up 800 numbers to ring to each of the four or so phone
  23895. numbers I call most often (home, office, etc.) and when I dial those,
  23896. I get several benefits:
  23897.  
  23898. No first-minute surcharge as there would be for a calling card call;
  23899. the hotels, some of them at least, do not charge for it as they do not
  23900. recognize the number as a calling-card access number; I can call from
  23901. pay phones etc. and dial fewer digits, and do not have to worry about
  23902. someone looking over my shoulder and seeing my calling-card number.
  23903.  
  23904.  
  23905. Carl Oppedahl AA2KW  (intellectual property lawyer)
  23906. 30 Rockefeller Plaza   New York, NY  10112-0228
  23907. voice 212-408-2578     fax 212-765-2519
  23908.  
  23909.  
  23910.  
  23911. [Moderator's Note: Have you ever considered having a call-extender
  23912. type of device put on a line -- with a complex security code -- and an
  23913. 800 number in to it to be used for ALL outgoing long distance calls?
  23914. That way you would get the direct dial rate on all your long distance
  23915. calls no matter where you are when you need to make a call. The 
  23916. 'surcharge' would be whatever you pay per minute on the 800 line, but
  23917. the combination of charges would often times still be less than making
  23918. a call via the hotel switchboard with its surcharge, or the surcharge
  23919. your calling card requires.  Your biggest savings would come on very
  23920. short calls where there is no oppotunity to spread the surcharge over
  23921. several minutes.  PAT]
  23922.  
  23923. ------------------------------
  23924.  
  23925. From: barnett@zeppelin.convex.com (Paul Barnett)
  23926. Subject: GTE On the "Move"
  23927. Date: Sun, 14 Feb 93 17:24:15 CST
  23928.  
  23929.  
  23930.  From the {Dallas Morning News}, Sunday, 2/14/93.
  23931. Front page, upper left hand corner
  23932.  
  23933. "Moving fast on all fronts"
  23934. Key GTE unit gears up for mass re-engineering
  23935. First in an occasional series
  23936. By Diana Kunde, Staff Writer of the Dallas Morning News
  23937.  
  23938.  
  23939. The executive on the videotape strides to some empty office cubicles
  23940. and delivers a stark message to GTE employees: "To be honest, this
  23941. isn't the last empty cubicle you're going to see."
  23942.  
  23943. But with the threat comes a challenge: "In a sense, these careers
  23944. weren't ended by GTE," he continues.  "They were ended by other
  23945. companies, by competition."
  23946.  
  23947. This is the new reality at GTE Telephone Operations, based in Irving,
  23948. where management wants nothing short of a complete culture change --
  23949. from bureaucratic to lean and creative, from a regulated utility to a
  23950. telecommunications services company.
  23951.  
  23952. In a considerably more competive world, GTE believes that its
  23953. Telephone Operations unit must adapt to a fast-moving environment, and
  23954. it must do so quickly.  Conscious of troubles at industry giants such
  23955. as General Motors Corp. and IBM, the relatively prosperous company
  23956. wants to move before crisis hits.
  23957.  
  23958.         ----------------------------
  23959.  
  23960. That's just the front page.  The rest of the article fills up an
  23961. entire page in the interior of the first section.
  23962.  
  23963. There's an sidebar with a sampling of the goals of GTE Telephone
  23964. Operations, extracted from an employee handbook.  I'll follow up with
  23965. it later if there is any interest.
  23966.  
  23967. I'm not an apologist for GTE: I'm simply a residential customer that
  23968. has experienced many of the frustrations detailed by other readers of
  23969. this newsgroup.  The whole article reads more like marketing
  23970. propaganda than anything else, but I thought it was interesting to see
  23971. "The Phone Company" admit that they might be doing something wrong.
  23972.  
  23973.  
  23974. Paul Barnett
  23975. MPP OS Development     (214)-497-4846
  23976. Convex Computer Corp.  Richardson, TX
  23977.  
  23978. ------------------------------
  23979.  
  23980. Date: Sun, 14 Feb 93 15:22 PST
  23981. From: john@zygot.ati.com (John Higdon)
  23982. Reply-To: John Higdon <john@zygot.ati.com>
  23983. Organization: Green Hills and Cows
  23984. Subject: Re: PacBell IntraLATA Rate Ripoffs
  23985.  
  23986.  
  23987. gmccomb@netcom.com (Glenn McComb) writes:
  23988.  
  23989. > I've been getting a lot of mail regarding my post about Execuline
  23990.  
  23991. > They CAN change your phone to their system as primary carrier (1 +
  23992. > dial), but I opted to stay with MCI until I got some experience with
  23993. > them.
  23994.  
  23995. But what is the mechanism for offering intraLATA bypass? This CANNOT,
  23996. repeat CANNOT be done via FGD ("1+" or "10XXX" dialing). Pac*Bell will
  23997. not complete the call in this manner.
  23998.  
  23999. Does Execuline offer 950 service?
  24000.  
  24001.  
  24002. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  24003. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  24004.  
  24005. ------------------------------
  24006.  
  24007. From: kherron@ms.uky.edu (Kenneth Herron)
  24008. Subject: Re: White House Phone Factoids
  24009. Organization: University Of Kentucky, Dept. of Math Sciences
  24010. Date: Sun, 14 Feb 1993 23:44:30 GMT
  24011.  
  24012.  
  24013. knauer@columbus.slip.uiuc.edu (Rob Knauerhase) writes:
  24014.  
  24015. > "Contrary to widespread belief the old "hotline" between Washington
  24016. > and Moscow was not a telephone to warn against an impending doomsday
  24017. > attack, but rather a teletype manned at the Pentagon."
  24018.  
  24019. Tom Clancy's latest book, _The Sum of All Fears_, makes several
  24020. references to this hotline.  It's a work of fiction, but knowing Mr.
  24021. Clancy it's probably pretty accurate.  A very good book overall.
  24022.  
  24023.  
  24024. Kenneth Herron     kherron@ms.uky.edu    University of Kentucky
  24025. +1 606 257 2975    Dept. of Mathematics
  24026.  
  24027. ------------------------------
  24028.  
  24029. Date: Sun, 14 Feb 93 23:54 GMT
  24030. From: Donald E. Kimberlin <0004133373@mcimail.com>
  24031. Subject: Re: Ma Bell Calling
  24032.  
  24033.  
  24034. In one of his typically insightful commentaries, John Higdon replied
  24035. to <C592073@mizzou1.missouri.edu (Robert L. Stinnett) about telephone
  24036. dial services and rates over a lifetime of experience.
  24037.  
  24038. However, John seems to, perhaps in the crunch of netmail haste, gotten
  24039. a point of reference reversed.
  24040.  
  24041. Concerning the relative cost of a DDD adventure as a youth in 1957,
  24042. John wrote:
  24043.  
  24044. > But ah, yes, the "good old days". I remember playing with the
  24045. > family phone circa 1957. I used to love dialing various numbers and
  24046. > listening to the sounds of the connections being completed. One time I
  24047. > dialed "212 990 1111" and was greeted with a Manhattan traffic report.
  24048.  
  24049. > As soon as I realized what it was, I hung up. The charge? $2.00! And
  24050. > those were 1957 dollars. (Today it would be what? $.20? Terrible!)
  24051.  
  24052. That prompted me to get out a shareware program that's stowed around
  24053. here, and see what the current dollar cost of $2.00 expended in 1957
  24054. was.  Well, my shareware program is only updated to 1990, but it said
  24055. that what John ran up on his parent's phone bill in 1957 would have
  24056. amounted to $9.29 in 1990.  Conversely, if John was thinking about a
  24057. 20 cent first minute in 1990, its equivalent on Mom and Pop's 1957
  24058. bill would have been four cents!
  24059.  
  24060. I think Mom and Pop would get rather more concerned today about Little
  24061. Johnny blowing nine bucks as they would have about him doing it with
  24062. four cents back in 1957 ...
  24063.  
  24064. ------------------------------
  24065.  
  24066. From: Ron <acct069@carroll1.cc.edu>
  24067. Subject: Local Calling Area Re-Organization in SE-WI
  24068. Date: Sun, 14 Feb 93 10:56:44 CST
  24069.  
  24070.  
  24071. Many months ago, early last year, it was announced to the public that
  24072. the Local Calling Area in Southeastern Wisconsin was going to be
  24073. changed to be equal for all parties.
  24074.  
  24075. The proposal was for the local calling area to be a 25 mile radius
  24076. from your CO.  So everyone's calling area would be different depending
  24077. on where they are calling from.
  24078.  
  24079. A decision on this proposal was due late last year if I recall
  24080. correctly, but nothing has been announced.
  24081.  
  24082. Does anyone know anything more on this?
  24083.  
  24084.  
  24085. Thanks,
  24086.  
  24087. Ron     Lightning Systems, INC.   acct069@carroll1.cc.edu  (414) 363-4282
  24088.  
  24089. ------------------------------
  24090.  
  24091. From: sam@ssr.nca.com (Samuelson S. Rehman)
  24092. Date: Sun, 14 Feb 1993 17:39:46 -0800
  24093. Subject: Alphanumeric Pagers Question 
  24094.  
  24095.  
  24096. Shawn Nunley wrote...
  24097.  
  24098. > If someone is willing to email me the spec for IXO pagers, I would be
  24099. > willing to create some Procomm scripts for sending pages to alpha
  24100. > pagers.  All I really need is the process for calculating the
  24101. > checksum, because I have already figured out the rest.
  24102.  
  24103. I've extracted this small portion of code from my IXO/TAP com. stack.
  24104. Hope this helps:
  24105.  
  24106.  ---------------------------------------------  s.snd.c:ixo:ixo_CalcCheckSum
  24107.  
  24108. int    i,
  24109.             sum,        /* Local cardinal for dec checksum    */
  24110.             buflen;        /* Length of packet buffer        */
  24111. char    cs_str[20];        /* Local string fro hex checksum    */
  24112.  
  24113.     /* ... parts of code truncated ...*/
  24114.  
  24115.     /* Start calc checksum */
  24116.     if (!ixo_sil) printf( "page:    Calculate CS...\n" );
  24117.         sum = 0;
  24118.     for( i=0; i<buflen; i++)
  24119.         sum += (buf[i] & 0x7F);
  24120.  
  24121.     /* Convert checksum to hex */
  24122.     cs_len = sprintf( cs_str, "%X", sum );
  24123.  
  24124.     /* Convert the checksum from hex to BBL format */
  24125.     for(i=cs_len-3; i<cs_len; i++)
  24126.     {
  24127.         if ( cs_str[i] >= 'A' )
  24128.         cs_str[i] -= 7;
  24129.     }
  24130.  
  24131.     /* Append checksum string at the end of packet buffer */
  24132.     buflen += sprintf( &buf[buflen], "%.3s\r", &cs_str[cs_len-3] );
  24133.  
  24134.    ---------------------------------- end of extract
  24135.  
  24136. If you want the lastest specification of the IXO/TAP protocol, you
  24137. might wanna write to British Telecom.
  24138.  
  24139. One thing you might want to know, most paging terminals claims they
  24140. support IXO but I have not seen two that works the same. I had write
  24141. different modules to support five different modules. I think
  24142. supporting Glenyare and Motorola terminals are quite enough.
  24143.  
  24144. Also, different paging terminals support different transmission length
  24145. and displayable charsets.
  24146.  
  24147. P.S. A quick question: Is anyone here using EMBARC ?
  24148.  
  24149. Good Luck!
  24150.  
  24151.  
  24152. Best Regards...
  24153.  
  24154. Samuelson S. Rehman
  24155. {Systems Programmer - RnD.NCA, Director of NIS Systems}
  24156. Newspager Corp. of America
  24157.  
  24158. voice:(415)873-4422 | fax:(415)873-4424 | email:sam@nca.com,sam@netcom.com 
  24159.  
  24160.  
  24161. [Moderator's Note: I want to remind all readers of the new file in the
  24162. Telecom Archives covering this very topic in detail. You should pull a
  24163. copy if the topic is one of regular concern to you.   PAT]
  24164.  
  24165. ------------------------------
  24166.  
  24167. End of TELECOM Digest V13 #96
  24168. *****************************
  24169.  
  24170. 
  24171. 
  24172. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa14391;
  24173.           15 Feb 93 3:32 EST
  24174. Received: by delta.eecs.nwu.edu id AA13897
  24175.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 15 Feb 1993 01:17:18 -0600
  24176. Received: by delta.eecs.nwu.edu id AA24506
  24177.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 15 Feb 1993 01:16:46 -0600
  24178. Date: Mon, 15 Feb 1993 01:16:46 -0600
  24179. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  24180. Message-Id: <199302150716.AA24506@delta.eecs.nwu.edu>
  24181. To: telecom@eecs.nwu.edu
  24182. Subject: TELECOM Digest V13 #97
  24183.  
  24184. TELECOM Digest     Mon, 15 Feb 93 01:16:45 CST    Volume 13 : Issue 97
  24185.  
  24186. Index To This Issue:                     Moderator: Patrick A. Townson
  24187.  
  24188.     Touch Tone is no Extra Charge ... Maybe (Paul Robinson)
  24189.     Phoenix, AZ Has Caller ID (Kevin W. Reed)
  24190.     What Would Be Required to Compile "Secret #" FAQ? (Chris Taylor)
  24191.     Re: 1-800-CALL-ATT 'ext. 21' to be Discontinued (Paul Robinson)
  24192.     Re: 900 Numbers Tarnished Beyond Repair? (Richard B. Dervan)
  24193.     Re: Local Cellular Channel Distribution (Paul Robinson)
  24194.     Re: The Definitive Word on TTL Fields (Christopher Davis)
  24195.     Re: PacBell IntraLATA Rate Ripoffs (Glenn McComb)
  24196.     Re: Standard Dialing Plan (Mark Brader)
  24197.     Re: Running Out of Area Codes (Bob Denny)
  24198.     Graybar Hotel, Sorry (Paul Robinson)
  24199. ----------------------------------------------------------------------
  24200.  
  24201. Date: Sun, 14 Feb 1993 23:16:19 -0500 (EST)
  24202. From: Paul Robinson <tdarcos@access.digex.com>
  24203. Subject: Touch Tone is no Extra Charge ... Maybe
  24204.  
  24205.  
  24206. I have two phone lines in my house.  Because someone in the house
  24207. wants one of them for their answering machine, I decided to have two
  24208. more phone lines installed.  Here's the details from C&P Telephone of
  24209. Maryland:
  24210.  
  24211. I live in a Maryland suburb of Washington, DC.  The installation is
  24212. $65 for the first line and $48 for each additional line, when these
  24213. are added to an existing bill.  The rates are slightly higher if the
  24214. new lines were being separately added, and if someone wants to split
  24215. off some of the phone numbers and take them to another area, then
  24216. putting them on the same bill will end up costing both parties all of
  24217. the savings by putting them on the original bill.  Also, since the
  24218. first line is listed, the other lines are issued unlisted (my computer
  24219. line has never been listed even though the main number is).  The clerk
  24220. didn't ask me, and since I don't really care, I didn't ask for listing.
  24221.  
  24222. When I moved in I saved the $65 because two lines were already installed.
  24223. (I wouldn't even *think* of sharing the line my computer uses).
  24224.  
  24225. Unlimited residential service is quoted as $20 a month.  I note that
  24226. because I already have unlimited local service, the new lines must
  24227. also be installed that way; the sales clerk told me that this was the
  24228. case.  Her exact words were that it was "a violation of tariff
  24229. schedules to install measured and unmeasured service at the same
  24230. house."  Also this clerk was honest: the base rate for unlimited
  24231. service is $16.50 plus a $3.50 'subscriber line charge' She plainly
  24232. stated the rate for phone service was 'twenty dollars per line'.
  24233.  
  24234. She also stated that of the measured plans, she herself thought the
  24235. stupidest one was the one that sets local calls instead of 10c each
  24236. untimed, to be 3.3c each plus 1 1/2c per minute.  They do give one
  24237. advantage: if I was taking the 65 calls per month plan ($8.50 plus the
  24238. usual $3.50 subscriber charge and taxes) if the lines are billed on
  24239. one bill the metering is combined, which meant with four measured
  24240. lines the subscriber can use a total of 260 calls in total over all
  24241. the lines, meaning if you used 100 calls one one line and 100 on
  24242. another, you would not go over the limit.  Note this 'spreading' of
  24243. call counts does not apply to directory assistance calls.  Residential
  24244. lines get six free calls per month (down from 12) and the calls are
  24245. assigned to each line; use eight on one line and none on another and
  24246. you owe them for two DA calls at 25c each.
  24247.  
  24248. Of the *145* 'long distance carriers' who provide service in this
  24249. area, you can sign up for any one of *53* of them that want
  24250. subscruibers, and you can select #54, 'none' as the default carrier.
  24251. They allow you one month from start of service to choose a carrier
  24252. without charge.  If you don't choose, you get left 'undecided' which
  24253. means 'AT&T'.  What she means by 'carriers' may mean companies taking
  24254. Feature Group B or F.G. D (10XXX access or 950 codes.)  In that case,
  24255. one of the 'telephone companies' in the area is the Maryland
  24256. Department of Motor Vehicles at 950-1MVA (this gets them the
  24257. equivalent of a local toll-free number), and 'Fairfax Cable' (Fairfax
  24258. VA) which operates a code at 10-xxx-00 for people to call in to order
  24259. pay per view movies.
  24260.  
  24261. The installation charge noted above is to put a DEMARC box on the
  24262. ground or some easily accessible place as close to the telco 'point of
  24263. presence' (or 'POP' -- usually a waist-high post but in our
  24264. neighborhood is the telephone pole across the street).  In my house
  24265. the lines run from that POP to the second floor, to a tension
  24266. adjustment clip, then run down the side of the house around to a
  24267. drilled hole in the basement cinder block.  There is an old-fashioned
  24268. weather resistant covered outdoor telephone jack using a four-plug
  24269. socket on the back of the house.  By my express action with a
  24270. screwdriver on the network block, the wire to that jack sits
  24271. unconnected.  Thus my lines are protected against any local fraud
  24272. short of someone with wire cutters.
  24273.  
  24274. If I want the demarc box anyplace else, or if I want additional jacks
  24275. installed, I have to pay Time and Materials at $16/15 minutes, unless
  24276. the place where the demarc is moved to is shorter than where they
  24277. would put it and is accessible. They will bill the installation charge
  24278. in one, two, three or four month installments.  I asked for three
  24279. months.  If I can, I will probably have the demarc box installed
  24280. inside in my upstairs bedroom along with the jacks.  While the demarc
  24281. box has a 'dual access' slot, one side with a lock secured by the
  24282. telephone company, and the other side which can be locked by the
  24283. customer, I've seen demarc boxes and they are usually cheap plastic
  24284. and probably easily broken.  It might be cheaper my way; he has to run
  24285. the line past my room to get down to ground level.
  24286.  
  24287. While I can do the jack wiring, I don't really have the patience nor
  24288. the 'touch' to do nice, neat wiring like the stuff that's already
  24289. here.  Since this is a rented house, I'll let the phone company guy do
  24290. the stapling.  (Oh gee, what's a non-sexist term for the phone
  24291. installer?  And what does that do to Jimmy Webb's 'Wichita Lineman'
  24292. song made famous by Glen Campbell)?
  24293.  
  24294. I suspect phone service is heavily used here: my first two lines had a
  24295. number in which the third digit of the exchange was a 5.  The two new
  24296. lines which they gave me the numbers (they won't be installed until
  24297. 2/16) start with the same two digits (indicating the area I'm in) but
  24298. the third digit for them is a 7.  I could have, for an additional
  24299. charge, been allowed to ask for a specific four digit number if it was
  24300. available in one of the prefixes serving this area.
  24301.  
  24302. I am fortunate that we still have telephone poles.  If they were using
  24303. buried cable (as most of Montgomery County, MD has) the rate to
  24304. install more buried wire is 65c PER FOOT after the first 175 feet from
  24305. the POP.
  24306.  
  24307. Oh yes, about the 'no surcharge for touch tone'.  When I originally
  24308. moved in here two years ago, you had to ask to not have touch tone or
  24309. it cost $30 to order it removed (sneaky, considering touchtone was
  24310. $1.25 a month).  Even sneakier: C&P Telephone has tariffed to
  24311. eliminate the $1.25 a month surcharge for touch tone, by adding the
  24312. surcharge to the base rate, then reduced the new 'base' charge by 33c.
  24313. Nice way to 'decrease' the charge for the service.  So it means that
  24314. Touch-Tone is now standard with all lines and is not 'surcharged'.  Or
  24315. so they claim, when a $1.25 optional charge is 'removed' by raising
  24316. the rates to that less 33c.
  24317.  
  24318.  
  24319. Paul Robinson - TDARCOS@MCIMAIL.COM
  24320.  
  24321. ------------------------------
  24322.  
  24323. From: kreed@telesys.tnet.com (Kevin W. Reed)
  24324. Subject: Phoenix, AZ Has Caller ID
  24325. Organization: Posted via TeleSys Development Systems (Mesa, AZ U.S.A.)
  24326. Date: Mon, 15 Feb 1993 02:08:35 GMT
  24327.  
  24328.  
  24329. Caller ID just got turned on in Phoenix, AZ after a brief delay from
  24330. the Corporations Commission.
  24331.  
  24332. The delay was due to US West not properly notifying all its customers
  24333. of the free ability to signup for line blocking.  Also, apparently,
  24334. many of the police departments in the area had not received adequate
  24335. notice that the lines they use in undercover work had not been blocked
  24336. properly.
  24337.  
  24338. On the radio the other day, US West was reported to have signed up
  24339. close to 5,000 subsribers to the Caller ID feature.  It then went on
  24340. to say that US West had also accepted more than 30,000 requests for
  24341. full line blocking.
  24342.  
  24343.  
  24344. TELESYS DEVELOPMENT SYSTEMS 
  24345. Kevin W. Reed        Public *NIX Site and Newsfeed Source
  24346. kreed@tnet.com     UUCP: ...!ncar!noao!enuucp!telesys!kreed
  24347. SCO Xenix/Unix Support    Data/UUCP/BBS +1 602 649 9099
  24348.  
  24349. ------------------------------
  24350.  
  24351. Date: Mon, 15 Feb 1993 01:51:55 -0500 (EST)
  24352. From: Chris Taylor <cht@Panix.Com>
  24353. Subject: What Would Be Required to Compile 'Secret #' FAQ?
  24354.  
  24355.  
  24356. To the group:
  24357.  
  24358. Let's say one of us were to volunteer his/her time to compile
  24359. something with the commonly asked-about numbers to get a ringback,
  24360. etc.
  24361.  
  24362. If we did it for all the exchanges in all the major North American
  24363. population centers, do you think it could be something a couple of
  24364. people could manage?
  24365.  
  24366. What would be an efficient way of soliciting tidbits of knowledge from
  24367. the far-flung corners of the Net? Maybe just a questionaire to fill
  24368. out:
  24369.  
  24370. EXCHANGE:    556
  24371. CITY:        Tin City, NJ
  24372. RINGBACK:    445<your number>
  24373. HEAR YOUR NUMBER:
  24374.         958
  24375. CANCEL CALL WAITING:
  24376.         *67
  24377. ETC,ETC
  24378.  
  24379. I don't know. I'm curious to hear opinions on how hard it would be to
  24380. initiate a project like this.
  24381.  
  24382.  
  24383. Chris Taylor    cht@panix.com   71201.3537@compuserve.com    
  24384.  
  24385.  
  24386. [Moderator's Note: One of the things you'd have to contend with is the
  24387. frequency with with which 'ringback' and in particular 'hear your
  24388. number' code numbers are changed. 'They' do not like people outside
  24389. the telco to know these or use them, thus the routine varies from
  24390. community to community, and sometimes from month to month. You would
  24391. have a lot of changes in your list on a regular basis.   PAT]
  24392.  
  24393. ------------------------------
  24394.  
  24395. Date: Sun, 14 Feb 1993 22:50:16 -0500 (EST)
  24396. From: Paul Robinson <tdarcos@access.digex.com>
  24397. Subject: Re: 1-800-CALL-ATT 'ext. 21' to be Discontinued
  24398.  
  24399.  
  24400. In TELECOM Digest 13-87, I wrote that the 1-800-CALL-ATT x 21 number
  24401. was being discontinued.  Enough people wrote to ask me what this
  24402. number was for that I figured I should explain.
  24403.  
  24404. In the United States a telephone customer has the right to use a
  24405. competitive long distance company for telephone calls which are
  24406. outside the same state or certain intra-state calls.
  24407.  
  24408. The usual practice is for the customer to select the carrier they
  24409. want.  Or they can often dial 1-0 and the three digit code (usually
  24410. called the '10XXX code') belonging to that carrier.  Some telephones,
  24411. especially private pay stations and hotels, have their lines connected
  24412. to a specific carrier (because of commissions paid by the carrier) and
  24413. even go so far as to block the '1-0-xxx' code (which is illegal, like
  24414. 'red lining' some areas so that people can't use credit cards to some
  24415. countries, but it's done anyway).  Also, if you are calling from an
  24416. office that cannot give you a dial tone to dial a long distance call,
  24417. you may have to use an operator and pay more for the call.
  24418.  
  24419. So AT&T, like its competitors, implemented a code off of one of its
  24420. 800 numbers you could dial into, then when you got to AT&T's "welcome"
  24421. message, you could punch in '21' on a touch-tone pad and be given to
  24422. AT&T's switch and be able to dial a call directly over AT&T's
  24423. facilities.
  24424.  
  24425. So AT&T is getting so many calls on that 800 number that they've moved
  24426. calls for their switch to that number.
  24427.  
  24428. "And now you know, the rest of the story."  - Paul Harvey
  24429.  
  24430.  
  24431. Paul Robinson -- TDARCOS@MCIMAIL.COM
  24432.  
  24433. ------------------------------
  24434.  
  24435. From: rdervan@orac.holonet.net (Richard B Dervan)
  24436. Subject: Re: 900 Numbers Tarnished Beyond Repair?
  24437. Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
  24438. Date: Mon, 15 Feb 1993 04:03:01 GMT
  24439.  
  24440.  
  24441. jamesd@techbook.com (James Deibele) writes:
  24442.  
  24443. > I was talking to a developer friend, and he was interested in 900
  24444. > numbers as a way of selling his shareware: I'd set up a normal
  24445. > DOS-based BBS for him, and people could call up and download the
  24446. > program.  He'd only make a few dollars per download, but he'd have the
  24447. > money without having to take phone orders or mail out floppies.  Say
  24448. > he got a steady number of calls, five or ten a day at a profit of
  24449. > $5-10 each call. He'd be making a little over $1000 month after
  24450. > deducting the price of 900 setup charges and usage charges.
  24451.  
  24452. Well, why doesn't he just set up a 900 service so they can get a
  24453. registration number?  A local chat-line system here works like this ...
  24454.  
  24455. 1) Call 900 number with modem and enter the 'system id';
  24456. 2) 900 number gives you a code;
  24457. 3) You enter that code on the BBS;
  24458. 4) Presto!  Instant time!
  24459.  
  24460. That might be easier.  Just charge $15/call or something like that.
  24461. The service is provided by another company so you only have to give
  24462. that company it's cut.  The person could call the 900 number, get the
  24463. code, and then call your friend's BBS with the code and either get a
  24464. registration key or access to a registered version of the program.
  24465. That way people could still call and get the evaluation copies.
  24466.  
  24467.  
  24468. Richard B Dervan                       rdervan@holonet.net
  24469. System Support Programmer/Analyst      70007.6230@compuserve.com
  24470. Information America, Inc               
  24471.  
  24472. ------------------------------
  24473.  
  24474. Date: Sun, 14 Feb 1993 23:01:00 -0500 (EST)
  24475. From: Paul Robinson <tdarcos@access.digex.com>
  24476. Subject: Re: Local Cellular Channel Distribution
  24477.  
  24478.  
  24479. ES> Someone mentioned the other day that of the 800 odd cellular channels
  24480. ES> available, only one sixth of these would be in use in a given area (at
  24481. ES> least, per cell carrier).
  24482.  
  24483. If I remember, it's done in groups called "A" through "G" and set up
  24484. similar to a honeycomb.  There are some documents in the Telecom
  24485. Digest archives that explain it, I think, and if not, there are some
  24486. books you can look for in a good technical bookstore or library.  This
  24487. stuff isn't secret, and that's what's so stupid about ...
  24488.  
  24489. ES> Is it then possible to deduce from the frequency of a single 
  24490. ES> channel verified to be in use exactly which 100 or so channels 
  24491. ES> would be active?
  24492.  
  24493. I am not sure.  I think so, but the objective is to prevent the same
  24494. channel being used in adjacent cells, so it may be possible.  The
  24495. documents I've glanced tell all this.  I wasn't very interested at the
  24496. time to bother with it.
  24497.  
  24498. But how would you know that a particular channel is 'verified to be in
  24499. use'?  You wouldn't be doing anything such as (gasp) *scanning* any of
  24500. the cellular frequencies would you?  That's illegal.  And we all know
  24501. that none of the readers of this TELECOM Digest would ever do anything
  24502. illegal like that, wouldn't we?
  24503.  
  24504. ES> This would be useful since one could key in these frequencies 
  24505. ES> and 'scan' them instead of frequency searching.
  24506.  
  24507. Err, next time you want to ask a question like this, I suggest you use
  24508. the 'double blind anonymous posting service' from Finland as it might
  24509. be inconvenient if some men in dark suits were watching for you.  Oh,
  24510. I'm sorry; you're concerned about someone *else* scanning those
  24511. frequencies: you don't have to worry about eavesdropping; it's illegal
  24512. and that will stop people, right?  :)
  24513.  
  24514.  
  24515. Paul Robinson -- TDARCOS@MCIMAIL.COM
  24516.  
  24517. ------------------------------
  24518.  
  24519. From: ckd@eff.org (Christopher Davis)
  24520. Subject: Re: The Definitive Word on TTL Fields
  24521. Organization: Electronic Frontier Foundation Tech Central
  24522. Date: Mon, 15 Feb 1993 04:14:55 GMT
  24523.  
  24524.  
  24525. Mark Boolootian <booloo@framsparc.ocf.llnl.gov> wrote:
  24526.  
  24527. > I would like to challenge you to produce a traceroute for me with 30
  24528. > hops in it (and no routing loops!).
  24529.  
  24530. I could have done it back when NEARNET was off of JvNC; JvNC added
  24531. about 5-10 hops to *any* outgoing connection.  Add the T3 backbone, a
  24532. few internal hops at each end-site, and, say, a few bounces through
  24533. BARRnet, and you've got 30.
  24534.  
  24535. Now, of course, I'm on Alternet, so I get really low hopcounts to
  24536. everywhere, or so it seems ... your machine is 17 hops away, and
  24537. that's actually a bit high (Alter -> T3 -> ESnet).  Bet it would have
  24538. approached 30 from a "backwater NEARNET" site back in the JvNC days.
  24539.  
  24540.  
  24541. Christopher Davis * <ckd@eff.org> * <ckd@kei.com>
  24542.  
  24543. ------------------------------
  24544.  
  24545. From: gmccomb@netcom.com (Glenn McComb)
  24546. Subject: Re: PacBell IntraLATA Rate Ripoffs
  24547. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  24548. Date: Mon, 15 Feb 1993 04:20:58 GMT
  24549.  
  24550.  
  24551. Sorry, I forgot to mention that the access is via 950+.  If I use them
  24552. for my 1+ carrier, I believe PacHell will still trap the intra-lata
  24553. calls unless I use my 950+ access number.  The bypass also has 800+
  24554. access.  I've been using the 950+ access on my speed dial, and it
  24555. doesn't seem to mind that I pass them 1 + xxx + xxx + xxxx, so I can
  24556. use the "950" button + regular button to dial via Execuline, or I can
  24557. use my regular speed dial button alone to dial via my 1+ carrier
  24558. (MCI).
  24559.  
  24560. Rigth now, I'm only setup with a "credit card" access; they aren't my
  24561. primary carrier.  So far, I've been happy with the quality, so I might
  24562. change in the future.  They also offer accounting codes, so MCI
  24563. doesn't sound like such a good deal anymore (to me).
  24564.  
  24565.  
  24566. Glenn A. McComb            (408) 725-1448 ofc * 725-0222 fax |
  24567. McComb Research             PO Box 220 * Cupertino, CA 95015 |
  24568. gmccomb @ netcom.com                     MHS: glenn @ mccomb |
  24569.  
  24570. ------------------------------
  24571.  
  24572. From: msb@sq.sq.com (Mark Brader)
  24573. Subject: Re: Standard Dialing Plan
  24574. Organization: SoftQuad Inc., Toronto, Canada
  24575. Date: Mon, 15 Feb 93 04:55:50 GMT
  24576.  
  24577.  
  24578. > There's nothing more annoying than a telco switch that says "It is
  24579. > not necessary to dial 1 and the area code for this number".  If telco
  24580. > knows what number is intended, why doesn't it just go ahead and
  24581. > complete the call?!
  24582.  
  24583. It doesn't know what number is intended.  It knows what number you
  24584. dialed.
  24585.  
  24586. The message is a polite way of saying "You were about to reach a wrong
  24587. number!  But luckily we noticed that the number you dialed would be a
  24588. local (or in-area) call, while you dialed in a manner requesting a
  24589. long-distance (or out-of-area) call.  Since everyone knows the extent
  24590. of their local calling area (or area code), you must have been calling
  24591. the wrong number.  Please try again and dial the right number now."
  24592.  
  24593. Obviously there are people for whom this trap is a disservice, but
  24594. there are others for whom it's a service.
  24595.  
  24596. Maybe it would be a good compromise if this trap was retained, but
  24597. 011-1-npa-xxx-xxxx was allowed for all calls within the NANP, even
  24598. local ones, with the charging as if you'd dialed them the usual way.
  24599. Nobody's likely to dial 011-1 by accident, are they?
  24600.  
  24601.  
  24602. Mark Brader, SoftQuad Inc., Toronto, utzoo!sq!msb, msb@sq.com
  24603.  
  24604. ------------------------------
  24605.  
  24606. From: denny@alisa.com (Bob Denny)
  24607. Subject: Re: Running Out of Area Codes
  24608. Date: Mon, 15 Feb 1993 05:39:18 GMT
  24609. Organization: Alisa Systems, Inc.
  24610.  
  24611.  
  24612. My kid tells me that it is "in" to have a pager, whether you're a drug
  24613. dealer or not. Each of those pagers have their own seven-digit phone
  24614. number, and you can buy 'em at the local stationery store. The service
  24615. is something like $15/mo.
  24616.  
  24617. No wonder phone numbers are disappearing so fast!!!
  24618.  
  24619.  
  24620. Robert B. Denny                    voice: (818) 792-9474
  24621. Alisa Systems, Inc.                  fax: (818) 792-4068
  24622. Pasadena, CA   (denny@alisa.com, ..uunet!alisa.com!denny)
  24623.  
  24624.  
  24625. [Moderator's Note: In the Chicago Public Schools, pagers are
  24626. considered verbotin and are confiscated from students.  This is part
  24627. of the War on Drugs.   PAT]
  24628.  
  24629. ------------------------------
  24630.  
  24631. Date: Sun, 14 Feb 1993 23:13:07 -0500 (EST)
  24632. From: Paul Robinson <tdarcos@access.digex.com>
  24633. Subject: Graybar Hotel, Sorry.
  24634.  
  24635.  
  24636. I wrote:
  24637.  
  24638. > Until it was torn down a few years ago, the post office would forward
  24639. > mail addressed to the "Graybar Hotel" to the Los Angeles County Jail. 
  24640.  
  24641. TELECOM Moderator queried:
  24642.  
  24643. > [Moderator's Note: Did they tear down the post office, or the County
  24644. > Jail?   PAT]
  24645.  
  24646. Sorry, the info was from an article about the end of the Graybar Hotel
  24647. as the new County Jail was finished and the old 'Graybar Hotel' was
  24648. torn down.
  24649.  
  24650. ------------------------------
  24651.  
  24652. End of TELECOM Digest V13 #97
  24653. *****************************
  24654. 
  24655. 
  24656. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa06343;
  24657.           15 Feb 93 14:12 EST
  24658. Received: by delta.eecs.nwu.edu id AA20962
  24659.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Mon, 15 Feb 1993 11:32:30 -0600
  24660. Received: by delta.eecs.nwu.edu id AA08469
  24661.   (5.65c/IDA-1.4.4 for telecomlist); Mon, 15 Feb 1993 11:32:00 -0600
  24662. Date: Mon, 15 Feb 1993 11:32:00 -0600
  24663. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  24664. Message-Id: <199302151732.AA08469@delta.eecs.nwu.edu>
  24665. To: telecom@eecs.nwu.edu
  24666. Subject: TELECOM Digest V13 #98
  24667.  
  24668. TELECOM Digest     Mon, 15 Feb 93 11:32:00 CST    Volume 13 : Issue 98
  24669.  
  24670. Index To This Issue:                     Moderator: Patrick A. Townson
  24671.  
  24672.     Programs to Send Messages to Pagers Using IXO Protocol (TELECOM Moderator)
  24673.     Curious Local Exchange Problem (Daniel Burstein)
  24674.     Internet Access from Qatar? Anyone? (Bindy P. James)
  24675.     Searching For PPP Pointer RFC (Sam Houston)
  24676.     Procedure to Use 800-321-0ATT? (Curtis E. Reid)
  24677.     Re: Modems For LEGAL Use in Germany (Christian Weisgerber)
  24678.     Re: Modems For LEGAL Use in Germany (Wolfgang Zenker)
  24679.     Re: Second Line Non-Pub/Unlisted? (Daniel Burstein)
  24680.     Re: Pacific Bell, Caller ID, and PRIVATE (Steven H. Lichter)
  24681.     Re: GTE On the "Move" (Steven H. Lichter)
  24682.     Re: California Versus CLID Versus Out-of-State (Jack Decker)
  24683.     Re: FCC Proposed Ruling on Scanners That Receive Cellphones (Ken Thompson)
  24684.     Re: Standard Dialing Plan (Al Varney)
  24685. ----------------------------------------------------------------------
  24686.  
  24687. Date: Mon, 15 Feb 1993 10:41:16 -0600
  24688. From: TELECOM Moderator <telecom>
  24689. Subject: Programs to Send Messages to Pagers Using IXO Protocol
  24690.  
  24691.  
  24692. Monty Solomon has kindly provided the archives with a large file of
  24693. programs which can be executed on your computer if you send a lot of
  24694. alphanumeric messages to pagers. This file should complement the
  24695. discussion going on here over the weekend regarding IXO protocol.
  24696.  
  24697. Look for it in the Telecom Archives, using anonymous ftp lcs.mit.edu
  24698. under the title 'ixo.program.scripts'
  24699.  
  24700.  
  24701. Patrick Townson
  24702.  
  24703. ------------------------------
  24704.  
  24705. From: dannyb@Panix.Com (Daniel Burstein)
  24706. Subject: Curious Local Exchange Problem
  24707. Organization: PANIX Public Access Unix, NYC
  24708. Date: Mon, 15 Feb 1993 11:13:30 GMT
  24709.  
  24710.  
  24711. All these postings about impossible phone problems reminded me of an
  24712. episode I sufferred through about three years ago.
  24713.  
  24714. At the time, I had a single phone in the 212-663 exchange.  One day,
  24715. when I started to dial a phone number, I got an IMMEDiATE busy after
  24716. the first digit.
  24717.  
  24718. On further experimentation, I discoverd that I only the numbers "6"
  24719. and "8" would get through the first digit - all others, INCLUDING "0"
  24720. and "9" (as in "911") immediately busied out.
  24721.  
  24722. After a bit of thought and experimentation, I realized that I could
  24723. only dial out to phone numbers in my physical central office (which
  24724. was composed of three different numerical exchanges).
  24725.  
  24726. Since these exchanges were 663, 666, and 865, any first digit other
  24727. than 6 or 8, and then any second other than 6, etc., etc. got me a
  24728. busy.
  24729.  
  24730. Oh, yes, I couldn't call repair service either (611). As soon as I
  24731. hit the secoond digit ("1") whoops, there went the busy.
  24732.  
  24733. I -could-, however, make calls to any number in the three exchanges.  
  24734.  
  24735. So what I did: I called one of the telco test numbers in my exchange
  24736. (xxx-99xx). I got a semi-literate person, and explaiend to them that I
  24737. needed a call back from repair service.  So far so good.
  24738.  
  24739. BUT, for the next four or five days guess what happened. The techies
  24740. would get a very abridged trouble report (i.e. unable to dial out),
  24741. would grab my line in the CO, get a dial tone, call out to one of
  24742. their test numbers (which, of course, was in the same exchange), and
  24743. clear out the trouble report.
  24744.  
  24745. FINALLY, after a LOT of screaming, ranting and raving (and being told,
  24746. of course, that this whole problem was IMPOSSIBLE), I got a real
  24747. techie to call back.  He actually listened, and (after a bit of
  24748. prodding) got someone to look up the routing and authorization tables
  24749. assigned to my account.
  24750.  
  24751. Yep, someone, somehow, had put that most curious restriction on my
  24752. service.
  24753.  
  24754. It was fixed shortly afterwards, but NY Tel still claims that this
  24755. sort of thing just can't be done.
  24756.  
  24757. Hmm, sounds like it would be an EXCELLENT service offering: A
  24758. restriction on your line to ONLY let the person make calls to the CO
  24759. itself (let's add in a "911" option for safety.
  24760.  
  24761.  
  24762. dannyb@panix.com 
  24763.  
  24764.  
  24765. [Moderator's Note: The phones for inmate use at the Cook County Jail
  24766. have many restrictions on them. The curious part of it to me is that
  24767. they are all on the 312-890 centrex serving the entire circuit court
  24768. and correctional center complex at 28th and California Avenues here.
  24769. But the inmate phones can receive incoming calls only from another
  24770. extension on the centrex (no incoming calls from outside the premises); 
  24771. they cannot call other extensions on the centrex; they can only make
  24772. zero-plus calls on a collect basis anywhere. No third number billing,
  24773. no credit card billing, no 700/800/900 numbers, etc. They cannot dial
  24774. 411, 611 or 911. They cannot dial the operator inside or outside. All
  24775. calls from those phones must be of the form 0 + AC + 7D, even for the
  24776. local calling area. The IBT operator knows the calls are from the jail
  24777. and announces them in this way, "I have a collect call from <name>, an
  24778. inmate at the Cook County Jail, will you accept charges?" None of the
  24779. automated operator service on these lines.  PAT]
  24780.  
  24781. ------------------------------
  24782.  
  24783. From: bpj2@ns1.cc.lehigh.edu (BINOY P JAMES)
  24784. Subject: Internet Access from Qatar? Anyone?
  24785. Date: Mon, 15 Feb 1993 15:34:50 GMT
  24786. Organization: Lehigh University
  24787.  
  24788.  
  24789. Anybody know if I could access Internet from Qatar, in the Middle
  24790. East?  How about Bitnet at least?
  24791.  
  24792. I'm heading back in a few months and I really want to stay on Internet
  24793. and send e-mail to folks back in the States.
  24794.  
  24795.  
  24796. Thanks in advance.
  24797.  
  24798. Binoy P. James    bpj2@ns3.cc.lehigh.edu
  24799.  
  24800. ------------------------------
  24801.  
  24802. From: houston@eso.mc.xerox.com (Sam)
  24803. Subject: Searching For PPP Pointer RFC
  24804. Reply-To: houston@eso.mc.xerox.com
  24805. Organization: Xerox Corporation, Webster NY
  24806. Date: Mon, 15 Feb 1993 16:39:49 GMT
  24807.  
  24808.  
  24809. Does anyone know if an RFC has been published for Point to Point
  24810. Protocol, the updated synchronous/asynchronous SLIP?
  24811.  
  24812. Thanks in advance.
  24813.  
  24814.  
  24815. "sam" houston       Xerox, Rochester, N.Y.    
  24816.  
  24817. ------------------------------
  24818.  
  24819. Date: 15 Feb 1993 09:32:21 -0400 (EDT)
  24820. From: Curtis E. Reid <CER2520@ritvax.isc.rit.edu>
  24821. Subject: Procedure to use 800-321-0ATT
  24822.  
  24823.  
  24824. Can someone give us the procedure for using the AT&T's Switch at
  24825. 800/321-0288?
  24826.  
  24827. I'd like to know what steps is required to make the call go through?
  24828. Thanks!
  24829.  
  24830.  
  24831. Curtis E. Reid                CER2520@ritvax.isc.rit.edu
  24832. Rochester Institute of Technology/NTID    REID@DECUS.org (DECUS)
  24833. P.O. Box 9887                716.475.6089 TDD/TT 475.6895 Voice
  24834. Rochester, NY 14623-0887  U.S.A.    716.475.6500 Fax (Business Use Only)
  24835.  
  24836.  
  24837. [Moderator's Note: After dialing 800-321-0288, you hear the AT&T
  24838. tones, and the robot operator announces, "AT&T ... please enter the
  24839. number you are calling, or zero for an operator."  After entering the
  24840. number you are asked to enter your card number. It is basically the
  24841. same as any other credit card call.  Persons who have experiences with
  24842. this are requested to write.   PAT]
  24843.  
  24844. ------------------------------
  24845.  
  24846. Organization: My Individual Private Site
  24847. Date: Mon, 15 Feb 1993 01:58:06 +0100
  24848. From: naddy@mips.ruessel.sub.org (Christian Weisgerber)
  24849. Reply-To: naddy@mips.ruessel.sub.org
  24850. Subject: Re: Modems For LEGAL Use in Germany
  24851.  
  24852.  
  24853. Steve Pershing writes:
  24854.  
  24855. > ZyXEL modems are approved for use in Germany, and are sold there.  We
  24856.  
  24857. Indeed, ZyXEL modems are sold over here and actually they've become
  24858. rather popular. However, they are NOT APPROVED by any means.
  24859.  
  24860. I'm very concerned about the fact that a commercial vendor of these
  24861. modems provides such blatant disinformation.
  24862.  
  24863.  
  24864. Christian "naddy" Weisgerber, Germany       naddy@mips.ruessel.sub.org
  24865.  
  24866. ------------------------------
  24867.  
  24868. From: wolfgang@lyxys.ka.sub.org (Wolfgang Zenker)
  24869. Subject: Re: Modems For LEGAL Use in Germany
  24870. Date: Mon, 15 Feb 1993 12:54:54 +0100
  24871.  
  24872.  
  24873. sp@questor.org (Steve Pershing) writes:
  24874.  
  24875. > ZyXEL modems are approved for use in Germany, and are sold there.  We
  24876. > will also sell them to almost anyone anywhere in the world, at about a
  24877. > 10% profit. (The profit goes to support the free aspects of the
  24878. > Questor site.)
  24879.  
  24880. Sorry, but ZyXEL modems are NOT approved by the German BZT. But they
  24881. work very reliable on the German phone system and almost nobody cares
  24882. about an approval anymore.
  24883.  
  24884.  
  24885. Wolfgang
  24886.  
  24887. ------------------------------
  24888.  
  24889. From: dannyb@Panix.Com (Daniel Burstein)
  24890. Subject: Re: Second Line Non-Pub/Unlisted?
  24891. Organization: PANIX Public Access Unix, NYC
  24892. Date: Mon, 15 Feb 1993 10:44:47 GMT
  24893.  
  24894.  
  24895. In <telecom13.79.5@eecs.nwu.edu> ddl@burrhus.harvard.edu (Dan
  24896. Lanciani) writes:
  24897.  
  24898. > I recently ordered a second line in my name and at the same
  24899. > address as my existing line.  For some reason I thought one could get
  24900. > non-published or unlisted (I forget) status at no extra charge for
  24901. > each line beyond the first.  Did I imagine this?  The business office
  24902. > was quite certain that I would have to pay extra.  I suppose the
  24903. > answer is specific to NET land ...
  24904.  
  24905. In New York, if you order it as a SECOND (i.e., if busy then transfer)
  24906. line on the MAIN account, then it is not listed.  For example, think
  24907. of your local dry cleaner - hoe many of phone numbers do they have
  24908. listed?
  24909.  
  24910. And ... for good measure, you DON't have to put in the "switch when busy";
  24911. (technically this is called a "hunt group").
  24912.  
  24913.  
  24914. dannyb@panix.com
  24915.  
  24916. ------------------------------
  24917.  
  24918. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  24919. Subject: Re: Pacific Bell, Caller ID, and PRIVATE
  24920. Date: 15 Feb 1993 14:36:56 GMT
  24921. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  24922.  
  24923.  
  24924. I would guess that if the return call is Toll or L/D it would appear
  24925. as would any other one of that type. I had thought that PacBell was
  24926. not even going offer those two services as they felt they could not
  24927. make any money on it. Sure hope the Assembly and State Senate get
  24928. going on those bills that over rule the PUC and I think the PUC should
  24929. have the people vote on there appointments as we do for the State
  24930. Surpreme Court, makes them more to what we want.
  24931.  
  24932.  
  24933. Steven H. Lichter    GTE Calif COEI
  24934.  
  24935. ------------------------------
  24936.  
  24937. From: co057@cleveland.Freenet.Edu (Steven H. Lichter)
  24938. Subject: Re: GTE On the "Move"
  24939. Date: 15 Feb 1993 14:40:31 GMT
  24940. Organization: Case Western Reserve University, Cleveland, Ohio (USA)
  24941.  
  24942.  
  24943. There is a big shakeup in Telops. Some of it is good, but some will
  24944. cause problems later on. But that is just my view as a 25+ year GTE
  24945. employee who will have to try and do my job after the dust settles.
  24946.  
  24947.  
  24948. Steven H. Lichter    GTE Calif COEI
  24949.  
  24950. ------------------------------
  24951.  
  24952. Date: Mon, 15 Feb 93 10:12:34 EST
  24953. From: jack.decker@f8.n154.z1.fidonet.org (Jack Decker)
  24954. Subject: Re: California Versus CLID Versus Out-of-State
  24955.  
  24956.  
  24957. In message <telecom13.80.5@eecs.nwu.edu>, rlm@indigo2.hac.com (Robert
  24958. L. McMillin) wrote:
  24959.  
  24960. > kgdykes@Thinkage.On.CA (Ken Dykes) writes:
  24961.  
  24962. >> Recently I received a call from the Glendale area of Los Angeles.  I
  24963. >> live in southern Ontario CANADA.  My Caller-ID box instead of showing
  24964. >> out-of-area showed PRIVACY.  The call to me was made (and answered)
  24965. >> twice in the same night; both times PRIVACY ... some sort of
  24966. >> call-blocking was enabled by PacBell.
  24967.  
  24968. > Which probably means that the switch was SS7-connected, but thanks to
  24969. > the California Public fUtilities Commission, EVERYBODY's phone number
  24970. > will show up as PRIVACY-enabled.  After all, privacy is the same thing
  24971. > as anonymity ... NOT!
  24972.  
  24973. >> PacBell is being far too kind to the zealots :-)
  24974.  
  24975. > It's not Pac*Hell's fault, really.
  24976.  
  24977. I think I would take issue with both of these statements.  First of
  24978. all, it would seem that Pac*Bell would have the choice of not sending
  24979. the number at all, rather than sending the number with a "privacy"
  24980. flag attached.  If Caller ID is not being offered in California, then
  24981. there is no reason they should be sending the number out of state,
  24982. particularly when they're sending it with the "private" flag, which
  24983. means that Caller ID subscribers can't read it anyway.
  24984.  
  24985. And in the second place, as I recall the discussion here, the
  24986. California PUC did NOT say that Pac*Bell could not offer Caller ID.
  24987. Rather, they imposed what I feel were quite reasonable restrictions to
  24988. help protect the privacy of those who might not realize that their
  24989. number was being made available to all and sundry.  In particular,
  24990. they said that per-line blocking was to be the default for anyone who
  24991. is paying for an unlisted number.  Is that so unreasonable?  I think
  24992. not ... after all, if a person is paying an extra monthly charge to
  24993. keep their number from appearing in the directory, or being given out
  24994. by directory asistance, then it's not unreasonable to assume that they
  24995. are concerned enough about protecting the privacy of their phone
  24996. number that they don't want it automatically going out to anyone who
  24997. calls.
  24998.  
  24999. Yet to hear Pac*Bell tell it, this was sufficient justification for
  25000. NOT offering Caller ID.  I'll tell you what, if I were on the
  25001. California PUC and I were getting complaints about the lack of
  25002. availability of Caller ID, I wouldn't cave in quite yet ... instead,
  25003. I'd tell Pac*Bell "Don't even THINK about coming to us for another
  25004. rate increase until you have at least test-marketed Caller ID under
  25005. the terms we set forth!"  I'd be real surprised if Pac*Bell could
  25006. PROVE that there is strong customer resistance to Caller ID simply
  25007. because potential users can't get unlisted numbers automatically.
  25008.  
  25009. The fact remains that the California PUC set forth terms under which
  25010. Caller ID could be offered, and Pac*Bell said, in effect, "I don't
  25011. like your rules so I'm going to take my ball and go home!"  Apparently
  25012. the Caller ID software is already installed, so all they have to do is
  25013. turn it on, yet apparently they'd rather do without the extra income
  25014. from Caller ID than to even try it the way the PUC allowed it.  That,
  25015. to me, seems like a case of cutting off one's nose to spite one's
  25016. face.
  25017.  
  25018. So if there is fault to be found, I think it rests SQUARELY on the
  25019. shoulders of Pac*Bell.  And yes, I realize that a few readers of this
  25020. conference don't like the idea of Caller ID blocking at all, but some
  25021. of us do see incoming telephone calls as (generally speaking) more of
  25022. an intrusion than a benefit, particularly on our home phone lines, and
  25023. would like to retain some control over who gets our phone number.
  25024. And, as has been pointed out numerous times here, there are ways other
  25025. than Caller ID to catch harassment callers (e.g. "Call Trace").
  25026.  
  25027. (Which brings up one other thought ... why don't states pass laws
  25028. requiring harassment callers to compensate their victims and/or the
  25029. telco for the actual costs involved in trapping and tracing them?  It
  25030. doesn't really seem fair that the VICTIM should have to pay for the
  25031. trace feature, which seems to be the primary objection to the use of
  25032. Call Trace ... maybe this one needs some more thought at the
  25033. legislative level, so that the perpetrator pays, not the victim!).
  25034.  
  25035.  
  25036. Jack Decker | Internet: jack.decker@f8.n154.z1.fidonet.org | Fidonet: 1:154/8
  25037.  
  25038. ------------------------------
  25039.  
  25040. From: Ken Thompson <kthompso@donald.wichitaks.NCR.COM>
  25041. Subject: Re: FCC Proposed Ruling on Scanners That Receive Cellphones
  25042. Date: 15 Feb 93 15:22:02 GMT
  25043. Organization: NCR Corporation Wichita, KS
  25044.  
  25045.  
  25046. This ruling appears to make even cell phones illegal.  They scan the
  25047. phone frequencies.  It also will effect many amateur UHF receivers and
  25048. transcievers.  Our ability to experiment with transverters will be
  25049. hindered too.
  25050.  
  25051.  
  25052. Ken Thompson    N0ITL  
  25053. NCR Corp.  Peripheral Products Division   Disk Array Development
  25054. 3718 N. Rock Road  Wichita KS 67226   (316)636-8783
  25055. Ken.Thompson@wichitaks.ncr.com 
  25056.  
  25057. ------------------------------
  25058.  
  25059. Date: Mon, 15 Feb 93 11:18:32 CST
  25060. From: varney@ihlpl.att.com
  25061. Subject: Re: Standard Dialing Plan
  25062. Organization: AT&T
  25063.  
  25064.  
  25065. In article <telecom13.97.9@eecs.nwu.edu> msb@sq.sq.com (Mark Brader)
  25066. writes:
  25067.  
  25068. >> There's nothing more annoying than a telco switch that says "It is
  25069. >> not necessary to dial 1 and the area code for this number".  If telco
  25070. >> knows what number is intended, why doesn't it just go ahead and
  25071. >> complete the call?!
  25072.  
  25073. > It doesn't know what number is intended.  It knows what number you
  25074. > dialed.
  25075.  
  25076.    Sorry, I disagree.  How can you dial 1 + ten-digits and not have
  25077. intended to dial a ten-digit number.  How often do people really dial
  25078. all ten digits and intend to only dial seven digits?  And if they do
  25079. dial ten digits by mistake, how often was the incorrect NPA dialed?
  25080.  
  25081. > The message is a polite way of saying "You were about to reach a wrong
  25082. > number!  But luckily we noticed that the number you dialed would be a
  25083. > local (or in-area) call, while you dialed in a manner requesting a
  25084. > long-distance (or out-of-area) call.  Since everyone knows the extent
  25085. > of their local calling area (or area code), you must have been calling
  25086. > the wrong number.  Please try again and dial the right number now."
  25087.  
  25088.    Everyone doesn't know this info -- that's why UNIVERSAL ten-digit
  25089. dialing is a favor for them, and almost no inconvenience to others.
  25090.  
  25091. > Obviously there are people for whom this trap is a disservice, but
  25092. > there are others for whom it's a service.
  25093.  
  25094.    Please name an instance of someone grateful to receive that
  25095. intercept ...
  25096.  
  25097. > Maybe it would be a good compromise if this trap was retained, but
  25098. > 011-1-npa-xxx-xxxx was allowed for all calls within the NANP, even
  25099. > local ones, with the charging as if you'd dialed them the usual way.
  25100. > Nobody's likely to dial 011-1 by accident, are they?
  25101.  
  25102.    Some switches would have problems not routing such calls to an IXC,
  25103. and they (and you) might not prefer the costs if the destination is
  25104. fairly local to the caller.  Other switches would have problems
  25105. routing such a call to a local line without routing via a tandem,
  25106. which adds expense to the TELCO.  Why not just allow 1 + ten-digit
  25107. regardless of NPA??
  25108.  
  25109.    That's my humble opinion.  Here's Bellcore's:
  25110.  
  25111. (From "North American Numbering Plan Administrator's Proposal On The
  25112. Future of Numbering In World Zone 1", Jan. 6, 1992 (draft for comment))
  25113.  
  25114.  "... Failure to place a call in the appropriate format is now
  25115.  seen as a cause for call rejection in areas using toll alerting
  25116.  [that's "1+ means toll" areas -- ALV].  It follows that 7-digit
  25117.  dialing will be encountered both with and without toll alerting.
  25118.  Numbering planners have long considered it good practice for
  25119.  switches to accept and attempt to complete any call originated
  25120.  with a valid 10-digit address, INCLUDING HOME NPA CALLS FOR WHICH
  25121.  7-DIGIT DIALING COULD SUFFICE. [Caps mine -- ALV]"
  25122.  
  25123.    Again, who is hurt by removal of this announcement?  Note that the
  25124. announcement is still appropriate for other circumstances, such as 1 +
  25125. seven-digit where inappropriate.
  25126.  
  25127.  
  25128. Al Varney - just my opinion, of course
  25129.  
  25130. ------------------------------
  25131.  
  25132. End of TELECOM Digest V13 #98
  25133. *****************************
  25134. 
  25135. 
  25136. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa09114;
  25137.           16 Feb 93 3:59 EST
  25138. Received: by delta.eecs.nwu.edu id AA15699
  25139.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 16 Feb 1993 01:32:47 -0600
  25140. Received: by delta.eecs.nwu.edu id AA20428
  25141.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 16 Feb 1993 01:32:01 -0600
  25142. Date: Tue, 16 Feb 1993 01:32:01 -0600
  25143. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  25144. Message-Id: <199302160732.AA20428@delta.eecs.nwu.edu>
  25145. To: telecom@eecs.nwu.edu
  25146. Subject: TELECOM Digest V13 #99
  25147.  
  25148. TELECOM Digest     Tue, 16 Feb 93 01:32:00 CST    Volume 13 : Issue 99
  25149.  
  25150. Index To This Issue:                     Moderator: Patrick A. Townson
  25151.  
  25152.     Re: Cellular Phones Power Control (Gregory Youngblood)
  25153.     Re: Cellular Phones Power Control (Wilson Mohr)
  25154.     Re: PacBell IntraLATA Rate Ripoffs (Steve Forrette)
  25155.     Re: Pacific Bell, Caller ID, and PRIVATE (John Higdon)
  25156.     California Caller ID Blocking (Steve Forrette)
  25157.     Re: California Versus CLID Versus Out-of-State (David G. Lewis)
  25158.     Re: Hilton Hotel Telephone Surcharge (Steve Forrette)
  25159.     Re: Hilton Hotel Telephone Surcharge (Darren Ingram)
  25160.     Re: DS0 Portion of a T1 (Al Varney)
  25161.     Re: DS0 Portion of a T1 (Fred Goldstein)
  25162.     Re: Rochester Tel Wants to Split (olsen@xn.ll.mit.edu)
  25163.     Re: Bell Canada Charging For 411 (Charles Stephens)
  25164.     Re: Second Line Non-Pub/Unlisted? (Russ Kepler)
  25165. ----------------------------------------------------------------------
  25166.  
  25167. Subject: Re: Cellular Phones Power Control
  25168. From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
  25169. Reply-To: zeta%tcscs@src.honeywell.com
  25170. Date: Mon, 15 Feb 93 11:11:34 CST
  25171. Organization: TCS Consulting Services
  25172.  
  25173.  
  25174. mohr@orange.rtsg.mot.com (Wilson Mohr) writes:
  25175.  
  25176. > This is true in most "small" systems. "small" meaning they have not
  25177. > got a large enough subscriber penetration to necessitate a system that
  25178. > utilizes frequency reuse. 
  25179.  
  25180. This is only one reason.  I worked in several systems and frequently
  25181. had to disable cell sites power control features. Why?  Because of
  25182. terrain and foilage conditions which changed during the year resulting
  25183. in a large number of dropped calls.  By disabling this we were able to
  25184. get rid of that problem.  We had to disable the power stepping in both
  25185. directions.
  25186.  
  25187. While this wasn't the solution of choice, it worked, and we were
  25188. fortunate in that we didn't have to worry about reuse.
  25189.  
  25190.  
  25191. TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008 
  25192.       Mail-server requests to:  mail-server%tcscs@idss.nwa.com       
  25193. zeta%tcscs@src.honeywell.com        or       zeta%tcscs@idss.nwa.com 
  25194.  ...!srcsip!tcscs!zeta              or           ..!guppy!tcscs!zeta 
  25195.  
  25196. ------------------------------
  25197.  
  25198. From: mohr@orange.rtsg.mot.com (Wilson Mohr)
  25199. Date: 15 Feb 93 18:59:25 GMT
  25200. Subject: Re: Cellular Phones Power Control
  25201.  
  25202.  
  25203. mohr@orange.rtsg.mot.com (Wilson Mohr) irresponsibly writes:
  25204.  
  25205. > Portables by definition always run at (full) .6W... 
  25206.  
  25207. Ooops. I have been corrected by my colleagues. That was the particular
  25208. implementation at a place I used to work. For correct information
  25209. please consult other postings in this group. Thanks!
  25210.  
  25211. ------------------------------
  25212.  
  25213. From: stevef@wrq.com (Steve Forrette)
  25214. Subject: Re: PacBell IntraLATA Rate Ripoffs
  25215. Date: 15 Feb 1993 18:53:54 GMT
  25216. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  25217.  
  25218.  
  25219. In article <telecom13.96.7@eecs.nwu.edu> John Higdon <john@zygot.
  25220. ati.com> writes:
  25221.  
  25222. > But what is the mechanism for offering intraLATA bypass? This CANNOT,
  25223. > repeat CANNOT be done via FGD ("1+" or "10XXX" dialing). Pac*Bell will
  25224. > not complete the call in this manner.
  25225.  
  25226. This IS possible for an enterprising long distance carrier to
  25227. implement.  They can take their version of the 700 number space and
  25228. use it for this purpose.  I believe there were stories of a company in
  25229. Illinois that offered this service.  Whenever you want to dial a long
  25230. distance intra-LATA call that your LEC won't give to a long distance
  25231. carrier, you dial it as 1 + 700 + number.  The carrier knows that when
  25232. it receives a call to the 700 NPA, the caller really means an
  25233. intra-LATA call within their own area code.  I guess this would only
  25234. work well in places where the local LATA is in a single area code
  25235. (which is the case for area code 916 where Execuline is located).  You
  25236. could even have a 'real' carrier as your PIC, then access the other
  25237. carrier via 10XXX for just intra-LATA toll calls.  I wonder why this
  25238. not more widespread.  Isn't AT&T the only carrier that is using 700
  25239. for another useful purpose?
  25240.  
  25241.  
  25242. Steve Forrette, stevef@wrq.com
  25243.  
  25244. ------------------------------
  25245.  
  25246. Date: Mon, 15 Feb 93 14:56 PST
  25247. From: john@zygot.ati.com (John Higdon)
  25248. Reply-To: John Higdon <john@zygot.ati.com>
  25249. Organization: Green Hills and Cows
  25250. Subject: Re: Pacific Bell, Caller ID, and PRIVATE
  25251.  
  25252.  
  25253. co057@cleveland.Freenet.Edu (Steven H. Lichter) writes:
  25254.  
  25255. > I would guess that if the return call is Toll or L/D it would appear
  25256. > as would any other one of that type.
  25257.  
  25258. Pacific Bell has stated that a return call that is toll will appear on
  25259. the bill with the last four digits converted to 'X's. Interestingly
  25260. enough, that is very useful information. If I suspect that some known
  25261. jerk in Hayward is calling me and I use "call return" on him and then
  25262. the bill shows up with the Hayward prefix of this person, it would be
  25263. strong circumstantial evidence of evil-doing.
  25264.  
  25265. Imagine if I actually found out who was annoying me on the telephone.
  25266. It drives the activists crazy to think that might be possible!
  25267.  
  25268.  
  25269. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  25270. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  25271.  
  25272.  
  25273. [Moderator's Note: If they blocked out the number with XXXX on my
  25274. bill, I would persist that since I was paying for the call, I was
  25275. entitled to know the number; then not pay for it until they revealed
  25276. it. I wonder how many write-offs they will tolerate from people who
  25277. take this stance regularly?   PAT]
  25278.  
  25279. ------------------------------
  25280.  
  25281. Date: Mon, 15 Feb 93 22:07:41 -0800
  25282. From: Steve Forrette <stevef@wrq.com>
  25283. Subject: California Caller ID Blocking
  25284.  
  25285.  
  25286. Regarding the Caller ID situation in California, I wanted to summarize
  25287. what I've seen in the past few Digest issues and offer some
  25288. observations.  Apparently Pacific Bell is now tagging all calls that
  25289. leave CA via an SS7- connected IXC as "private" so that call
  25290. recipients in other states see "private" on their Caller ID screens.
  25291. Although the CPUC has no jurisdiction to enforce this, Pacific Bell
  25292. has apparently done this in order to avoid a big stink that our
  25293. Socially Responsible friends would surely raise.
  25294.  
  25295. In any event, this creates a problem for those who do not receive
  25296. PRIVATE calls, either by subscribing to block blocking, or by not
  25297. answering calls that show up as PRIVATE on the Caller ID display.
  25298. This means that nobody from California can call them (at least using
  25299. an IXC that uses SS7 interfaces to the LEC on each end of the call).
  25300. Furthermore, it is not a good solution for Pacific Bell to just not
  25301. include the information, as this would prevent the other CLASS
  25302. features (such as Call Trace, Call Return, Call Screening, Selective
  25303. Call Forwarding, etc) from functioning.  And there currently is no
  25304. provision in the SS7 protocol to deliver the number with a 'partial
  25305. blocking' option to allow the NPA and possibly the prefix to be
  25306. displayed, but not the whole number.
  25307.  
  25308. Here are some technological solutions to the problem that I've thought
  25309. of (these are of course secondary to the ideal solution of Caller ID
  25310. being offered in California and/or Pacific Bell allowing out-of-state
  25311. delivery):
  25312.  
  25313. - Recipients could tell California callers in advance to call them on
  25314. a non-SS7 long distance carrier so that the call always shows as OUT
  25315. OF AREA.  Then the recipient can still protect their privacy by not
  25316. answering PRIVATE calls from the people who really want to call
  25317. anonymously.  A calling card call or operator assisted call is another
  25318. option ("Gee, I just can't get through when I dial myself, can you
  25319. try?")
  25320.  
  25321. - Recipients could subscribe to Priority Ringing and add their
  25322. frequent callers to the priority list.  Then, if a call comes in as
  25323. PRIVATE, but using the priority cadence, they recipient knows that it
  25324. is someone they really want to talk to.
  25325.  
  25326. - Callers from California could possibly use the unblocking code and
  25327. prepend calls with *67 to turn ON number delivery, when they call an
  25328. out-of-state person who refuses anonymous calls.  Is this allowed?  I
  25329. know that for over a year Pacific Bell has accepted the *67 dialing
  25330. code, even though it really didn't do anything.  Have all California
  25331. lines now been defaulted to "per-line blocking with per-call
  25332. unblocking?"  If so, this would be a much better interim solution that
  25333. the above two choices.  Can someone in California team up with a
  25334. Caller ID subsciber to test this?
  25335.  
  25336. These are just some thoughts from someone who thinks everyone should
  25337. be able to decide privacy issues for themselves, either by using
  25338. Caller ID for incoming calls, or blocking for outgoing calls, without
  25339. having an outside force or special interest group make the decisions
  25340. for them.
  25341.  
  25342.  
  25343. Steve Forrette, stevef@wrq.com
  25344.  
  25345. ------------------------------
  25346.  
  25347. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  25348. Subject: Re: California Versus CLID Versus Out-of-State
  25349. Organization: AT&T
  25350. Date: Mon, 15 Feb 1993 21:39:57 GMT
  25351.  
  25352.  
  25353. In article <telecom13.85.1@eecs.nwu.edu> kgdykes@Thinkage.On.CA (Ken
  25354. Dykes) writes:
  25355.  
  25356. > In Telecom-Digest: Volume 13, Issue 76, Message 10 of 16:
  25357.  
  25358. >> live in southern Ontario CANADA.  My Caller-ID box instead of showing
  25359. >> out-of-area showed PRIVACY.  The call to me was made (and answered)
  25360. >> twice in the same night; both times PRIVACY ... some sort of
  25361. >> call-blocking was enabled by PacBell.
  25362.  
  25363. > Also, *can* California residents enter the blocking code even though
  25364. > Caller-ID as a service doesnt exist? Seems unlikely.
  25365.  
  25366. > [Moderator's Note: Yes, people in California -- at least in the Bay
  25367. > Area and San Jose -- *can* enter the privacy *67 code. Tests have been
  25368. > done to demonstrate this. JH has done it, and gets the three spurts of
  25369. > tone in response, for whatever good it does.
  25370.  
  25371. "For whatever good it does" indeed; the confirmation tone doesn't
  25372. *necessarily* mean that the request has been acted upon, although it
  25373. may.
  25374.  
  25375. > And get this: I've gotten calls from the Bay Area which show up on
  25376. > my display as 'outside' one time, and 'private' the next ... from the
  25377. > same caller! PacBell is doing something with the ID, that's for sure.
  25378. > *What* they are doing is not clear yet.
  25379.  
  25380. The behavior above is consistent with the hypothesis that PacBell is
  25381. indicating "presentation restricted" on all calls going to an IXC via
  25382. SS7.  It is possible for two consecutive calls from the same calling
  25383. station to the same called station to take different routes through
  25384. the network.  For one thing, the caller may have indicated a different
  25385. IXC, and the IXCs may be at different stages in SS7 Network
  25386. Interconnect deployment.
  25387.  
  25388. If the same IXC is used, different paths may have been used from the
  25389. EO to an Access Tandem due to overflow off a "High Use" group to an
  25390. alternate trunk group, where the signaling may be different on the two
  25391. TGs (SS7 in one case, MF in the other).  Or, one call may direct route
  25392. to the IXC from the End Office via MF trunks, and the other may route
  25393. from the EO to an AT via SS7 trunks and from the AT to the IXC via SS7
  25394. NI trunks, again because of overflow.  Or the SS7 NI trunks may be at
  25395. the EO, and the MF signaling may be on the EO/AT trunks.
  25396.  
  25397. Even if all calls from a given EO to a given IXC are directly routed,
  25398. not all trunk groups will be cut over to SS7 at the same time, so one
  25399. call may be routed over an SS7 signaled trunk and another call routed
  25400. over an MF signaled trunk.  In any of these cases, the call with
  25401. end-to-end SS7 will result in "Private" being displayed, and the call
  25402. with an MF signaled trunk somewhere in the path will result in "Out of
  25403. area" being displayed.
  25404.  
  25405. Disclaimer: I don't work on NI deployment.
  25406.  
  25407.  
  25408. David G Lewis                              AT&T Bell Laboratories
  25409. david.g.lewis@att.com or !att!goofy!deej     Switching & ISDN Implementation
  25410.  
  25411. ------------------------------
  25412.  
  25413. From: stevef@wrq.com (Steve Forrette)
  25414. Subject: Re: Hilton Hotel Telephone Surcharge
  25415. Date: 15 Feb 1993 18:32:38 GMT
  25416. Organization: Walker Richer & Quinn, Inc., Seattle, WA
  25417.  
  25418.  
  25419. I've found an effective way to get around the policy at hotels which
  25420. charge a surcharge for 800 'calling card' access numbers, but not for
  25421. 'regular' 800 numbers: get a calling card from one of the 'third
  25422. banana' carriers.  I have one from ITT/Metromedia which I use in
  25423. various special circumstances, and I have yet to find a hotel which
  25424. recognized its 800 number as a 'calling card' 800 number.  The card
  25425. also has no per-call surcharge of its own, so I can place a short long
  25426. distance call from a hotel without paying a king's ransom.
  25427.  
  25428.  
  25429. Steve Forrette, stevef@wrq.com
  25430.  
  25431. ------------------------------
  25432.  
  25433. Date: Mon, 15 Feb 93 07:48:12 GMT
  25434. From: newsdesk@dims.demon.co.uk (Darren Ingram)
  25435. Subject: Re: Hilton Hotel Telephone Surcharge
  25436.  
  25437.  
  25438. At the Hilton National hotel in Wembley, North London, the in-room
  25439. phones charged 30 pence (100p=$1.43) per charging unit, which is the
  25440. same as a standard 5 pence (well 4.9x pence) BT charge unit.
  25441.  
  25442.  
  25443. Darren
  25444. DIMS (newsdesk mailbox)(newsdesk@dims.demon.co.uk)   - Views expressed do  -
  25445. 184 Brookside Avenue, Whoberley, Coventry CV5 8AD UK - not automatically   -
  25446. Tel:+44 203 717 417/Fax:+44 203 717 418/Tlx 94026650 - represent those of  -
  25447. *News, features, PR, consultancy & network services* - DIMS or its clients -
  25448.  
  25449. ------------------------------
  25450.  
  25451. Date: Mon, 15 Feb 93 23:46:20 CST
  25452. From: varney@ihlpl.att.com
  25453. Subject: Re: DS0 Portion of a T1
  25454. Organization: AT&T Network Systems, Lisle, IL
  25455.  
  25456.  
  25457. In article <telecom13.95.11@eecs.nwu.edu> ddssuprs!fred@uunet.UU.NET
  25458. (Fred R Stearns) writes:
  25459.  
  25460. > How is the A/D and D/A conversion performed to create the digital data
  25461. > from and analog voice circuit to the 1/24 digital circuits of a T1
  25462. > service?  Is it CVSD, or seven-bit samples at 8KHz, or something else?
  25463.  
  25464.    You need a reference on mu-law or A-law PCM encoding, or something
  25465. that explains analog-digital CODECs (coder/decoders).  Try almost any
  25466. good book on digital transmission systems.  CCITT recommendation G.711
  25467. covers A-law and mu-law encoding (aka "the Blue Books").
  25468.  
  25469.    {Proceedings of IEEE}, Vol. 62, May 1974 contains an article called
  25470. "Digital coding of speech waveforms: PCM, DPCM and DM quantizers".  Or
  25471. try the horses mouth: "The T1 Carrier System", {Bell System Technical
  25472. Journal}, Vol. 44, No. 7, Sept. 1965.
  25473.  
  25474.    Very briefly, a CODEC works through the following steps:
  25475.  
  25476. a) a low-pass FILTER limits the signal to about 3.3kHz and virtually
  25477.    no signal > 4kHz (per Nyquist).
  25478.  
  25479. b) a SAMPLER takes a "snapshot" of the instantaneous voltage 8000 
  25480.    times per second.
  25481.  
  25482. c) while the SAMPLER holds a particular "snapshot", a QUANTIZER converts
  25483.    the analog voltage to a digital representation of the measured voltage,
  25484.    a value between 0 and N ( >256 values).
  25485.  
  25486. d) The digital representation is mapped by an ENCODER into one of 256
  25487.    values (some values may not be used).
  25488.  
  25489.  
  25490.    This 8-bit value is one channel of a DS1/T1 signal.  Since the
  25491. samples are at 8000/second and are 8-bit units, you get 64000
  25492. bits/second for each voice channel.  Various transmission systems can
  25493. alter the low bit in each 6th sample for their own use (bit robbing),
  25494. thus giving "almost 8-bit voice".  When these signals run through
  25495. various switches, more samples can be "robbed" as they are switched
  25496. onto other transmission facilities.  If you are VERY un-lucky, you can
  25497. get an effective rate of 7 bits/sample.
  25498.  
  25499.    The A-law and mu-law encodings are just different forms of
  25500. converting various points of input voltage into a non-linear digital
  25501. representation.  Both use a multi-segment approximation to a
  25502. logarithmic curve, so that small variations of small voltage levels
  25503. receive different representations, and larger variations of larger
  25504. voltage levels are needed before the sample is assigned a new value.
  25505. This is called "companding", and attempts to offer a constant
  25506. signal/distortion ratio for normal speech signals.
  25507.  
  25508.    The receiving end, a DECODER converts the 8-bit values back to
  25509. their original "snapshot" values and then uses a low-pass
  25510. "reconstruction" filter to convert (almost) back to the analog signal.
  25511.  
  25512.    Real implementations can interchange steps c) and d), using a
  25513. non-linear analog COMPRESSOR to modify the "snapshots" into the
  25514. non-linear "companding" curve and then a linear QUANTIZER.
  25515.  
  25516.  
  25517. Al Varney
  25518.  
  25519. ------------------------------
  25520.  
  25521. From: goldstein@carafe.dnet.dec.com (Fred Goldstein [k1io; FN42jk])
  25522. Subject: Re: DS0 Portion of a T1
  25523. Reply-To: goldstein@carafe.dnet.dec.com (Fred Goldstein [k1io; FN42jk])
  25524. Organization: Digital Equipment Corp., Littleton MA USA
  25525. Date: Mon, 15 Feb 1993 21:22:53 GMT
  25526.  
  25527.  
  25528. In article <telecom13.95.11@eecs.nwu.edu>, ddssuprs!fred@uunet.UU.NET
  25529. (Fred R Stearns) writes:
  25530.  
  25531. > How is the A/D and D/A conversion performed to create the digital data
  25532. > from and analog voice circuit to the 1/24 digital circuits of a T1
  25533. > service?  Is it CVSD, or seven-bit samples at 8KHz, or something else?
  25534.  
  25535. The standard method is Pulse Code Modulation (PCM), with 8000 samples
  25536. per second and 8 bits transmitted per sample.
  25537.  
  25538. In North America, the low order bit is sometimes "robbed" for
  25539. signaling, (1/6 of the time) which limits data to 56 kbps.  In North
  25540. America, a 12-bit linear sample is compressed to 8 bits via a formula
  25541. called mu-255 (note News won't pass Greek letters), while Europe
  25542. compresses it using a formula called "A law".  Europe also inverts
  25543. alternate bits.  So the two flavors of PCM are incompatible.
  25544.  
  25545. Of course, some long-haul transmission systems use lower bit rate
  25546. audio, like ADPCM.
  25547.  
  25548.  
  25549. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  25550. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  25551. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  25552.  
  25553. ------------------------------
  25554.  
  25555. Date: Mon, 15 Feb 93 13:13:04 EST
  25556. From: olsen@xn.ll.mit.edu
  25557. Subject: Re: Rochester Tel Wants to Split
  25558.  
  25559.  
  25560. Eli.Mantel@lambada.oit.unc.edu writes:
  25561.  
  25562. > Whereas regulation provides at least some tie-in between the cost of
  25563. > providing service and the pricing of that service, the proposed
  25564. > solution will most likely result in offerings that tie prices to a
  25565. > perception of value.
  25566.  
  25567. But regulation is always imperfect, and will allow value-based pricing
  25568. to some extent.  A monopoly will always push for higher (value-based)
  25569. prices, and regulators will invariably allow some such pricing.
  25570.  
  25571. If the regulators are one step removed from setting the actual retail
  25572. phone rates, they may be in a better (political) position to set
  25573. cost-based rates for the 'wholesale' services the regulated network
  25574. vendor will provide.
  25575.  
  25576. If there is indeed cost-based pricing for the regulated network
  25577. services, and if there is substantial competition among retail
  25578. telephone service providers, then value-based pricing cannot prevail.
  25579. As much as a provider would like to impose value-based pricing, it
  25580. would be quickly undercut by its competitors if it attempted such a
  25581. scheme.
  25582.  
  25583. > Simply put, for the residential user, flat-rate telephone service is
  25584. > likely to be priced substantially higher than it is now, because
  25585. > there will be some significant portion of customers for whom
  25586. > flat-rate service will still be a better *value*, even at a much
  25587. > higher price.
  25588.  
  25589. Only if the current flat-rate service is now priced below cost.  A
  25590. provider could get away with pricing substantially above cost only if:
  25591.  
  25592.  - there isn't any viable competition, or
  25593.  - it provides added value that its competitors do not.
  25594.  
  25595. Hopefully, the restructuring can be done so that a healthy competition
  25596. among telephone service providers ensues.  If a provider can give such
  25597. valuable service that customers are willing to pay extra, I say:
  25598. Hurrah!
  25599.  
  25600. Also, a hotly competitive environment will be more likely to produce
  25601. rational pricing schemes, such as the (peak-hour measured)/(off-hour
  25602. flat-rate) scheme which has been mentioned here before.  I venture to
  25603. guess that such a scheme might be cheaper than the current residential
  25604. flat-rate plans.
  25605.  
  25606. If properly structured, the Rochester Tel transformation could be a
  25607. model for the rest of the country, and could usher in an era of
  25608. plummeting local phone rates, similar to the precipitous fall in
  25609. long-distance rates we have seen in the past decade.  (Indeed, it
  25610. might produce still lower long-distance rates: a competitive local
  25611. telephone service provider might rebate some of its share of the
  25612. long-distance access charge, to attract more subscribers.)
  25613.  
  25614. ------------------------------
  25615.  
  25616. From: cfs@cowpas.atl.ga.us (Charles Stephens)
  25617. Subject: Re: Bell Canada Charging For 411
  25618. Organization: COW Pastures
  25619. Date: Mon, 15 Feb 1993 17:22:00 GMT
  25620.  
  25621.  
  25622. Tony Pelliccio (PJJ125@URIACC.URI.EDU) wrote:
  25623.  
  25624. > In most parts of the US it's a fact of life. You're allowed roughly
  25625. > five free calls, and then after that it's around 25 cents a pop.
  25626.  
  25627. > Besides, that's why you get a directory every year ... so YOU can look
  25628. > it up. Now they've given you an incentive. :)
  25629.  
  25630. Well Southern Bell only gives you three freebies before they charge
  25631. you US$.30!!!
  25632.  
  25633. But, with more phone lines you get more free DA calls.  With my three
  25634. phone lines, I get a total of nine free DA calls (of course I usually
  25635. make about 15-20 calls a billing cycle).
  25636.  
  25637. I would use the phone book, but not only are they inaccurate, they get
  25638. destroyed pretty quick.
  25639.  
  25640.  
  25641. Charles Stephens     cfs@cowpas.atl.ga.us 
  25642.  
  25643. ------------------------------
  25644.  
  25645. From: russ@bbx.basis.com (Russ Kepler)
  25646. Subject: Re: Second Line Non-Pub/Unlisted?
  25647. Date: 15 Feb 93 18:28:09 GMT
  25648. Organization: BASIS International, Ltd., Albuquerque NM USA
  25649.  
  25650.  
  25651. In article <telecom13.91.8@eecs.nwu.edu> barnett@zeppelin.convex.com
  25652. (Paul Barnett) writes:
  25653.  
  25654. > A current resident of Mpls-St. Paul has informed me that US West is
  25655. > not currently charging him for a non-published second line.  I wonder
  25656. > if this was always the case, and it was a matter of convincing whoever
  25657. > answered your call to customer service that day.
  25658.  
  25659. When I was told that I'd have to pay for not listing the modem line to
  25660. my house I simply started musing about possible names: "Freddy
  25661. Phudpucker", "Telco Ripoff", "Ma Bellsux" etc.  The service folks got
  25662. the idea, and simply gave me the line unpublished.  It could be that
  25663. they were tired of me already -- it had been a tiresome series of
  25664. their diconnecting one of two lines, one with a forward to the new,
  25665. etc.  I got on a first name basis with some of the service reps ...
  25666.  
  25667. The modem line still has some trouble in the billing system -- I pay
  25668. for the second line on my regular bill but still get occasional calls
  25669. from the telco -- one asked where the LD was to be billed, and another
  25670. asked where the line itself was billed.  They were lucky that I even
  25671. answered the line -- the modem doesn't and U usually don't, but after
  25672. 40-50 rings I'll answer and that about how long it took.
  25673.  
  25674. I have a suspicion that they have some sort of rule that allows them
  25675. to reject an obscene name, but they'd have some real trouble rejecting
  25676. a line that simply insulted their "service".
  25677.  
  25678.  
  25679. Russ Kepler, Basis International Ltd. russ@bbx.basis.com  phone: 505-345-5232
  25680.  
  25681. ------------------------------
  25682.  
  25683. End of TELECOM Digest V13 #99
  25684. *****************************
  25685. 
  25686. 
  25687. Received: from delta.eecs.nwu.edu by mintaka.lcs.mit.edu id aa11507;
  25688.           16 Feb 93 5:10 EST
  25689. Received: by delta.eecs.nwu.edu id AA29323
  25690.   (5.65c/IDA-1.4.4 for telecomlist-outbound); Tue, 16 Feb 1993 02:40:13 -0600
  25691. Received: by delta.eecs.nwu.edu id AA04006
  25692.   (5.65c/IDA-1.4.4 for telecomlist); Tue, 16 Feb 1993 02:39:26 -0600
  25693. Date: Tue, 16 Feb 1993 02:39:26 -0600
  25694. From: TELECOM Moderator <telecom@delta.eecs.nwu.edu>
  25695. Message-Id: <199302160839.AA04006@delta.eecs.nwu.edu>
  25696. To: telecom@eecs.nwu.edu
  25697. Subject: TELECOM Digest V13 #100
  25698.  
  25699. TELECOM Digest     Tue, 16 Feb 93 02:39:20 CST    Volume 13 : Issue 100
  25700.  
  25701. Index To This Issue:                      Moderator: Patrick A. Townson
  25702.  
  25703.     Re: Searching For PPP Pointer RFC (Paul Robinson)
  25704.     Re: AT&T Are You Listening? (David G. Lewis)
  25705.     Re: Strange Long Distance Problem (Carl Oppedahl)
  25706.     Re: Standard Dialing Plan (Garrett Wollman)
  25707.     Re: What Would Be Required to Compile 'Secret #' FAQ? (lvc@cbvox1.att.com)
  25708.     Re: Procedure to use 800-321-0ATT (Ben Cox)
  25709.     Re: What Could Cause Jitter in a Voice Channel (Al Varney)
  25710.     Re: What Number do I Dial From My Phone to Get My Phone to Ring? (Oppedahl)
  25711.     Re: Sharing One FAX Card Among Several Voice Lines (Mark James)
  25712.     Re: Internet Access From Qatar? Anyone? (Carl Oppedahl)
  25713.     Internet Access Wanted in Cedar Rapids, IA (Dave Fox)
  25714. ----------------------------------------------------------------------
  25715.  
  25716. Date: Mon, 15 Feb 1993 23:16:08 -0500 (EST)
  25717. From: Paul Robinson <tdarcos@access.digex.com>
  25718. Reply-To: Paul Robinson <tdarcos@access.digex.com>
  25719. Subject: Re: Searching For PPP Pointer RFC
  25720.  
  25721.  
  25722. In Telecom Digest 13-98  houston@eso.mc.xerox.com (Sam) wrote:
  25723.  
  25724. > Does anyone know if an RFC has been published for Point to Point
  25725. > Protocol, the updated synchronous/asynchronous SLIP?
  25726.  
  25727. I got these from the copy of the RFC index I downloaded from
  25728. NIC.DDN.MIL two days ago.  Using a text editor, I looked up 'PPP' and
  25729. 'point-to-point':
  25730.  
  25731. 1378  The PPP AppleTalk Control Protocol (ATCP).  1992 November 
  25732. 1377  The PPP OSI Network Layer Control Protocol (OSINLCP).  1992 November
  25733. 1376  The PPP DECnet Phase IV Control Protocol (DNCP).  1992 November
  25734. 1333  PPP link quality monitoring.  1992 May
  25735. 1332  PPP Internet Protocol Control Protocol (IPCP).  1992 May
  25736. 1331  Point-to-Point Protocol (PPP) for the transmission of multi-protocol 
  25737.       datagrams over point-to-point links.  1992 May
  25738. 1220  Point-to-Point Protocol extensions for bridging.  1991 April
  25739.  
  25740. The following are all obsoleted by the above, but you may want 
  25741. to look at them:
  25742.  
  25743. 1172  Point-to-Point Protocol (PPP) initial configuration options.  
  25744. 1171  Point-to-Point Protocol for the transmission of multi-protocol 
  25745.       datagrams over Point-to-Point links.  
  25746. 1134  Point-to-Point Protocol: A proposal for multi-protocol 
  25747.       transmission of datagrams over Point-to-Point links.  
  25748.  
  25749. Anyone who will ever use the Internet RFCs should have a copy of the
  25750. index.  It is revised as new RFCs are issued. There is also a mailing
  25751. list to receive notification when new RFCs are issued.  The index
  25752. (rfc-index.txt) and the RFCs (rfcxxxx.txt) can be obtained by
  25753. anonymous ftp from NIC.DDN.MIL in subdirectory 'rfc'.
  25754.  
  25755. To get it, or any of the RFCs, you send a message to:  
  25756.  
  25757. mail-server@nisc.sri.com  with the following text:
  25758.  
  25759. send rfc-index.txt
  25760. send rfc1378.txt
  25761. send rfc1377.txt
  25762.  
  25763. etc.
  25764.  
  25765. For those without Internet mail access, many of the Internet RFCs have
  25766. been stored by me and others on a BBS called 'Brodmann's Place' at +1
  25767. 301-843-5732 All of the above RFCs were either there before or have
  25768. been uploaded before this message was posted.
  25769.  
  25770.  
  25771. Paul Robinson -- TDARCOS@MCIMAIL.COM
  25772.  
  25773.  
  25774. [Moderator's Note: My thanks also to Steven L. Johnson <johnson@tigger.
  25775. jvnc.net> for supplying identical information from the index.   PAT]
  25776.  
  25777. ------------------------------
  25778.  
  25779. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  25780. Subject: Re: AT&T Are You Listening?
  25781. Organization: AT&T
  25782. Date: Mon, 15 Feb 1993 22:20:48 GMT
  25783.  
  25784.  
  25785. In article <telecom13.89.3@eecs.nwu.edu> jack.decker@f8.n154.z1.
  25786. fidonet.org (Jack Decker) writes:
  25787.  
  25788. > ... in many cases if you are going to have trouble on a call, the
  25789. > trouble is most likely to be in the local telco's lines from their
  25790. > point-of-presence (of which there is often only one per LATA) to their
  25791. > local exchange, and ALL the carriers use those same lines to complete
  25792. > calls.
  25793.  
  25794. Not necessarily.  Assume, for the moment, that all three major IXCs
  25795. (heck, let's add WilTel, too -- the four largest IXCs) have 100% fiber
  25796. optic transmission facilities.  (Not true, but let's assume.)
  25797. Therefore, differences in transmission quality can only come from
  25798. three places:
  25799.  
  25800. 1. The local loop from the premises to the End Office;
  25801.  
  25802. 2. The LEC interoffice plant from the End Office to the Access
  25803.    Tandem, if any;
  25804.  
  25805. 3. The (LEC-owned, IXC-purchased) access plant from the EO/AT to the
  25806.    IXC switch.
  25807.  
  25808. The first, the loop plant, is going to be the same regardless of the
  25809. IXC.  However, other LEC facilities may differ depending on the IXC
  25810. selected, *not* solely on the random chance of which trunk group is
  25811. selected for routing on a given call.
  25812.  
  25813. First, exchange access arrangements differ among IXCs.  AT&T has a
  25814. deep deployment of direct connection to the Equal Access End Office.
  25815. MCI, Sprint, WilTel, and other IXCs have comparatively little
  25816. connection to EAEOs, and concentrate most of their traffic through an
  25817. IXC.  (I use the word "comparitively" because I don't know the
  25818. absolute magnitude; I know that several years ago it was little to
  25819. none, but I don't know if that's current.  Compared to AT&T, though,
  25820. it is relatively low.)
  25821.  
  25822. Therefore, a call using AT&T will often route directly from the EAEO
  25823. to the AT&T network.  A call using another IXC will usually route from
  25824. the EO over LEC interoffice facilities to an AT, and then to the IXC
  25825. switch.  Adding the LEC interoffice facilities which are not present
  25826. on the call being routed to AT&T will add some (perhaps small, perhaps
  25827. large, depending on the type of facilities) degradation.
  25828.  
  25829. Second, the facilities from the LEC switch (EO or AT) to the IXC
  25830. switch are, obviously, different for different IXCs.  They are
  25831. provided by the LEC, and likely meet the same criteria for sound
  25832. quality, but they are different because the selected IXC is different.
  25833.  
  25834. Third, a not-insignificant number (I don't know the exact number; I'd
  25835. guess it's more than one, less than one hundred ...) of AT&T's
  25836. switches are located in buildings shared by AT&T and the local BOC, as
  25837. a holdover from pre-divestiture days.  The exchange access facilities
  25838. from the BOC switch to the IXC switch, in this case, are intraoffice
  25839. facilities which are inherently less subject to degradation than are
  25840. interoffice facilities.  That's probably not really fair to other
  25841. IXCs, but if the FCC's NPR on colocation goes through, I suppose
  25842. everyone could get into that biz.
  25843.  
  25844. > If you try a call over MCI and it doesn't work, and you then try to
  25845. > complete it over AT&T and it does, that doesn't necessarily mean that
  25846. > AT&T is better, it just means you got a different circuit from the
  25847. > local telco.
  25848.  
  25849. My point is that you may have gotten a different circuit from the
  25850. local telco *because* you used AT&T.
  25851.  
  25852. Disclaimer: ("claimer"?)  I work for AT&T and take a certain amount of
  25853. pride in my employer; however, I have tried to limit my comments to
  25854. factual descriptions of network access arrangements.
  25855.  
  25856.  
  25857. David G Lewis                              AT&T Bell Laboratories
  25858. david.g.lewis@att.com or !att!goofy!deej     Switching & ISDN Implementation
  25859.  
  25860. ------------------------------
  25861.  
  25862. From: oppedahl@Panix.Com (Carl Oppedahl)
  25863. Subject: Re: Strange Long Distance Problem
  25864. Organization: PANIX Public Access Unix, NYC
  25865. Date: Mon, 15 Feb 1993 21:44:04 GMT
  25866.  
  25867.  
  25868. In <telecom13.94.2@eecs.nwu.edu> jongsma@esseye.si.com (Ken Jongsma)
  25869. writes:
  25870.  
  25871. > I've been having an interesting problem over the past two days. The
  25872. > symptoms are as follows:
  25873.  
  25874. [stuff omitted]
  25875.  
  25876. > - Prefacing the call to 1 805 395 xxxx with 10288, 10333, 10222
  25877. >   makes no difference, I still get a fast (trunk) busy.
  25878.  
  25879. Suggests it is the fault of your local telco, not the long-distance
  25880. carrier.
  25881.  
  25882. > A call to Michigan Bell repair yesterday generated the suggestion that
  25883. > I call Sprint repair. 
  25884.  
  25885. Typical of the local telco to pass the buck.
  25886.  
  25887. > I suspect a problem with Michigan Bell and my local switch, but
  25888. > getting through to them is a lost cause. 
  25889.  
  25890. Maybe you could embarrass MI Bell into action by filing a complaint
  25891. with the FCC, saying that MI Bell is being discriminatory in its
  25892. provision of access to the long-distance network.
  25893.  
  25894.  
  25895. Carl Oppedahl AA2KW  (intellectual property lawyer)
  25896. 30 Rockefeller Plaza   New York, NY  10112-0228
  25897. voice 212-408-2578     fax 212-765-2519
  25898.  
  25899.  
  25900. [Moderator's Note: The other thing he might try is to simply not pay
  25901. the portion of the bill added on for 'connection to the network' --
  25902. you know, that $3-something charge they tack on every month to make up
  25903. for what they no longer collect on long distance. When asked why, say
  25904. "because Michigan Bell is not providing total access to the network,"
  25905. and that when they begin doing so, you will begin paying. Don't worry,
  25906. they won't cut you off for non-payment; you'll cause a few snickers in
  25907. the business office, and it will get fixed.  PAT]
  25908.  
  25909. ------------------------------
  25910.  
  25911. From: Garrett.Wollman@UVM.EDU (Garrett Wollman)
  25912. Subject: Re: Standard Dialing Plan
  25913. Organization: University of Vermont, EMBA Computer Facility
  25914. Date: Mon, 15 Feb 1993 21:57:10 GMT
  25915.  
  25916.  
  25917. In article <telecom13.98.13@eecs.nwu.edu> varney@ihlpl.att.com writes:
  25918.  
  25919. > Sorry, I disagree.  How can you dial 1 + ten-digits and not have
  25920. > intended to dial a ten-digit number.  How often do people really dial
  25921. > all ten digits and intend to only dial seven digits?  And if they do
  25922. > dial ten digits by mistake, how often was the incorrect NPA dialed?
  25923.  
  25924. While I agree with Al's position in general, consider the following:
  25925.  
  25926. I meant to dial:  1 803 793 xxxx
  25927. I actually dial:  1 802 793 xxxx
  25928.  
  25929. If 10D dialing within my NPA is not trapped, I end up making an
  25930. expensive New England Tel. toll call, rather than a cheap AT&T call to
  25931. South Carolina.
  25932.  
  25933. (Now does anybody want to share stories of wrong area codes when
  25934. calling into the NANP from outside?  I can remember calling home (at
  25935. the time, 802 434 xxxx) from Finland, and getting someone at 902 434
  25936. xxxx, which is in Nova Scotia, instead.  "Hi!" "Who's this?".  Note
  25937. that this was a credit-card call, and the procedure was to call the
  25938. international operator (92022 when I was there), and read out the
  25939. destination number and calling card number to her.  I soon learned of
  25940. AT&T's USA Direct(tm) service, and decided to use that instead ...)
  25941.  
  25942.  
  25943. Garrett A. Wollman   wollman@emba.uvm.edu 
  25944. uvm-gen!wollman      UVM disagrees.       
  25945.  
  25946. ------------------------------
  25947.  
  25948. Date: Mon, 15 Feb 93 12:48:33 EST
  25949. From: lvc@cbvox1.att.com
  25950. Subject: Re: What Would Be Required to Compile 'Secret #' FAQ?
  25951. Organization: Ideology Busters, Inc.
  25952.  
  25953.  
  25954. In article <telecom13.97.3@eecs.nwu.edu> Chris Taylor <cht@Panix.Com>
  25955. writes:
  25956.  
  25957. > RINGBACK:    445<your number>
  25958. > HEAR YOUR NUMBER:
  25959. >        958
  25960.  
  25961. Maybe I was asleep or something ... could someone tell me why these
  25962. services would be useful?
  25963.  
  25964. Is there really sufficient demand for these to justify someone, other
  25965. than the phone company, doing this?  By demand, I mean consumers who
  25966. are willing to pay for "hear your number", "ring back", and maybe
  25967. others.  How much would be a "reasonable" amount; $0.25 per call?
  25968. More, or less?
  25969.  
  25970. And how could this be billed to the "correct consumer" anyway?  If
  25971. this were done via a toll-free 800 number, how would the provider
  25972. collect payment?  If it was done via a 900 number, does the provider
  25973. always get the correct phone number to play/call back?  Is this
  25974. easier than I imagine or will it be pretty difficult?
  25975.  
  25976. > [Moderator's Note: One of the things you'd have to contend with is the
  25977. > frequency with with which 'ringback' and in particular 'hear your
  25978. > number' code numbers are changed. 'They' do not like people outside
  25979. > the telco to know these or use them.
  25980.  
  25981. True, but if it was an outside business doing this could the telcos
  25982. force it to stop?
  25983.  
  25984. Are there any reasons why this would be a dangerous service to sell?
  25985.  
  25986.  
  25987. [Moderator's Number: *If* telco wanted to sell it (and really, telco
  25988. would be the only organization able to do it with close to 100 percent
  25989. accuracy; others would have to read the ANI or the Caller-ID and get
  25990. the detail from those sources which is not always correct), they'd
  25991. find a way to charge a premium for it much like IBT does with the Name
  25992. and Address Reverse Listing Service here for 312/708 (312-796-9600).
  25993. Calls to 312-796 (so far as I know, '9600' is the only resident on
  25994. that exchange) are 35 cents per call, with two inquiries allowed and
  25995. no guarentees you will get any information if the number you pass is
  25996. non-pub, etc. (You still get charged.) Telco does sell ringback in
  25997. some places through variations on an 'intercom feature' offered as
  25998. part of 'Intellidial' and similar packages. 
  25999.  
  26000. Regards 'hear your number', telco does not like having that available
  26001. to the general public. It has to be available since linemen and
  26002. technicians need to sort out wire pairs they are working on, but given
  26003. the general public's bent for fraud and assorted mischeviousness,
  26004. letting them match up the wires (of others) with a specific number in
  26005. an authoritative way would lead to problems. There are security
  26006. problems inherent with telling anyone who happens to be on the wire
  26007. what the 'number' to the wire is.  It is not like your wire pair runs
  26008. straight to the CO without being multipled in every basement and
  26009. janitor's closet over a two block area surrounding where you live.
  26010. Anyone -- literally -- could clip on those wires and dial 'hear your
  26011. number'; and it would be 'your' number they were hearing, and most
  26012. likely you against whom fraud was perpetrated.  If others did it via
  26013. 900 or whatever, there is no law against it, but they would be
  26014. charging, and most people who ask this ageless question here in the
  26015. Digest are looking for *free* ways to get the info.  PAT]
  26016.  
  26017. ------------------------------
  26018.  
  26019. From: thoth@uiuc.edu (Ben Cox)
  26020. Subject: Re: Procedure to use 800-321-0ATT
  26021. Date: Mon, 15 Feb 1993 20:12:08 GMT
  26022. Reply-To: thoth@uiuc.edu (Ben Cox)
  26023. Organization: Ancient Illuminated Sears of Bavaria
  26024.  
  26025.  
  26026. Pat writes:
  26027.  
  26028. > [Moderator's Note: After dialing 800-321-0288, you hear the AT&T
  26029. > tones, and the robot operator announces, "AT&T ... please enter the
  26030. > number you are calling, or zero for an operator."  After entering the
  26031. > number you are asked to enter your card number. It is basically the
  26032. > same as any other credit card call.  Persons who have experiences with
  26033. > this are requested to write.   PAT]
  26034.  
  26035. Yes, that's exactly how it works.  Of course, once you hear the tones
  26036. you don't have to wait for the robot to finish its spiel.  :)
  26037.  
  26038.  
  26039. Ben Cox         thoth@uiuc.edu
  26040.  
  26041. ------------------------------
  26042.  
  26043. Date: Mon, 15 Feb 93 21:56:04 CST
  26044. From: varney@ihlpl.att.com
  26045. Subject: Re: What Could Cause Jitter in a Voice Channel
  26046. Organization: AT&T Network Systems, Lisle, IL
  26047.  
  26048.  
  26049. In article <telecom13.90.7@eecs.nwu.edu> scoggin@delmarva.COM writes:
  26050.  
  26051. > In article 5@eecs.nwu.edu, tching@target.uucp (Tracy Ching
  26052. > <tching@target.uucp>) writes:
  26053.  
  26054. >> While sending a 1KHz tone over that voice channel, the other end is
  26055. >> jittering (changing phase constantly) and also slightly changing
  26056. >> amplitude.  The "gurus" who administer the thing say there is nothing
  26057. >> that can be done to fix it.  I just want my clear channel.
  26058.  
  26059. >> I'm quite sure my 1KHz tone is pure, i.e. no jitter from the source.
  26060.  
  26061. > Digital systems experience an impairment known as timing jitter.  This
  26062. > is caused by the accumulation of variations in timing of a digital
  26063. > signal.  A string of repeaters adds small timing errors due to the
  26064. > clocks in each repeater and the addition/removal of 'stuffing bits' in
  26065. > async muxes (like most M13's).  It is possible to add buffers to
  26066. > retime the signal at each end, de-jitterizing the signal, but they are
  26067. > pretty expensive.
  26068.  
  26069.    Note also that the mu-law PCM sampling algorithm can itself lead to
  26070. some distortion when near-zero samples are encoded.  Particularly with
  26071. 1 and 2 kHz tones, where you can be very slightly out of synch with
  26072. the 8kHz sampling rate, and see the results as quantization noise
  26073. coupled with jitter.
  26074.  
  26075.    This is why the Digital Reference Signal for digital facilities is
  26076. 1004 Hz (and I have heard that some standards folks want 1008 Hz??).
  26077. This offset from 1000 Hz means only an infrequent sample hits that
  26078. zero-crossing area with a sample of +0 or -0.
  26079.  
  26080.    Also, are you sure there isn't any T1 bit-robbing of A/B bits
  26081. occuring?
  26082.  
  26083.    The ultimate test would be for you to send only binary samples of
  26084. known value and see if they arrive without change.  If so, then it's a
  26085. problem with the encoder and/or decoder (and the jitter).
  26086.  
  26087.  
  26088. Al Varney - just my opinion, of course.
  26089.  
  26090. ------------------------------
  26091.  
  26092. From: oppedahl@Panix.Com (Carl Oppedahl)
  26093. Subject: Re: What Number do I Dial From My Phone to Get My Phone to Ring?
  26094. Organization: PANIX Public Access Unix, NYC
  26095. Date: Mon, 15 Feb 1993 21:40:07 GMT
  26096.  
  26097.  
  26098. In <telecom13.95.10@eecs.nwu.edu> jasko@park.bu.edu (John V.
  26099. Jaskolski) writes:
  26100.  
  26101. > I presently live in Boston.  When I used to live in Milwaukee, WI, I
  26102. > could dial "97" and the last five digits of my telephone number, push
  26103. > down and release the hook, hear a tone come over the line, hang up,
  26104. > and my phone would ring.  Does anyone know what I can dial from Boston
  26105. > to do the same thing?  In other words What number do I dial from my
  26106. > phone to get my phone to ring? (From Boston)
  26107.  
  26108. According to Part 68 of the FCC regulations, the local telco is
  26109. supposed to tell you how to make your line ring back ... so that if
  26110. you have installed your own phone jacks you can test them out.
  26111.  
  26112. The idea is to put do-it-yourselfers on a level playing field with the
  26113. telco inside-wiring installers.  Otherwise, if they keep the number
  26114. secret, their installers would have an unfair advantage.
  26115.  
  26116. So the way to get the answer to that question is ... ask your local
  26117. telco.
  26118.  
  26119. Now, I can tell you that I have never, never, never, in three cities
  26120. found a local telco that will spill the beans on this number just for
  26121. the asking.  I have always had to ask to talk with a supervisor, then
  26122. the office, manager, etc. etc.  And in many cases I have had to
  26123. photocopy the section of Part 68 that says this, and fax it to them.
  26124. But I have always eventually gotten it.
  26125.  
  26126. Here in Manhattan the numerical sequence to dial differs from one
  26127. central office to the next.  Seemingly no two are the same.
  26128.  
  26129. Good luck.
  26130.  
  26131.  
  26132. Carl Oppedahl AA2KW  (intellectual property lawyer)
  26133. 30 Rockefeller Plaza    New York, NY  10112-0228
  26134. voice 212-408-2578     fax 212-765-2519
  26135.  
  26136.  
  26137. [Moderator's Note: Telco need not provide an automated service for
  26138. this purpose or tell you how to access the automated service. They
  26139. need only to make your bell ring on request. In other words, the
  26140. business office could have told you to ask the operator to ring you
  26141. back. That would have met the requirements.  PAT]
  26142.  
  26143. ------------------------------
  26144.  
  26145. Date: Tue, 16 Feb 93 12:46:09 GMT
  26146. From: jamesm@procor.dialogic.com (Mark James)
  26147. Subject: Re: Sharing One FAX Card Among Several Voice Lines
  26148. Organization: Dialogic (N.Z.) Ltd, Auckland, New Zealand
  26149.  
  26150.  
  26151. In article <telecom13.87.9@eecs.nwu.edu> elizabec@sfu.ca (Elizabeth
  26152. Fong Wah Chan) writes:
  26153.  
  26154. > Presently, my company plans to install a voice processing system to 
  26155. > do voice mail, audiotex, and faxing.
  26156.  
  26157. > We have purchased a four-line voice processing board and a software
  26158. > development package.
  26159.  
  26160. > Since we want to allow callers to be able to send and receive faxes in
  26161. > addition to voice processing [...]
  26162. > I wonder if there is some kind of simple switching equipment that 
  26163. > allows sharing of one fax board among all four phone lines.
  26164.  
  26165. You don't mention the brand name of your four-line board.  If it's a
  26166. Dialogic D/41, you can add a single AMX/81 board that will connect any
  26167. of the four lines to any other, or to any of eight local telephones,
  26168. fax machines, modems or what have you.  You should find out whether
  26169. your software development package will support such a configuration.
  26170.  
  26171. Disclaimer: I work for Dialogic.  I presume (but don't know) that
  26172. competitors offer similar solutions to Elizabeth's problem.
  26173.  
  26174.  
  26175. Mark James  <jamesm@procor.dialogic.com>  **[ Opinions are mine ]**
  26176. Dialogic (N.Z.) Ltd.                Voice:  +64 9 302 1794 ext 27
  26177. Auckland, New Zealand               Fax:    +64 9 302 1793
  26178.  
  26179. ------------------------------
  26180.  
  26181. From: oppedahl@Panix.Com (Carl Oppedahl)
  26182. Subject: Re: Internet Access From Qatar? Anyone?
  26183. Organization: PANIX Public Access Unix, NYC
  26184. Date: Tue, 16 Feb 1993 01:11:09 GMT
  26185.  
  26186.  
  26187. In <telecom13.98.3@eecs.nwu.edu> bpj2@ns1.cc.lehigh.edu (BINOY P
  26188. JAMES) writes:
  26189.  
  26190. > Anybody know if I could access Internet from Qatar, in the Middle
  26191. > East?  How about Bitnet at least?
  26192.  
  26193. There is a newsgroup which you might not know about, called
  26194. alt.internet.access.wanted.  It is perfect for your query.  (I realize
  26195. you may not have access to that group, in which case that would be why
  26196. you did not post to it.)  Anyway, if you can I suggest you post to
  26197. that group.
  26198.  
  26199. If you are not able to post to that group directly, you may wish to
  26200. consider using one of the services that lets you post via email.  For
  26201. example, you could post to:
  26202.  
  26203. alt.internet.access.wanted.usenet@decwrl.dec.com
  26204.  
  26205. and state in your posting that you would like to get responses via
  26206. email.
  26207.  
  26208. Best of luck.
  26209.  
  26210.  
  26211. Carl Oppedahl AA2KW  (intellectual property lawyer)
  26212. 30 Rockefeller Plaza   New York, NY  10112-0228
  26213. voice 212-408-2578     fax 212-765-2519
  26214.  
  26215. ------------------------------
  26216.  
  26217. From: fox@wubios.wustl.edu (Dave Fox)
  26218. Subject: Internet Access Wanted in Cedar Rapids, IA
  26219. Organization: Division of Biostatistics, WUMS, St. Louis, MO
  26220. Date: Mon, 15 Feb 1993 20:13:27 GMT
  26221.  
  26222.  
  26223. I am looking for an INTERNET newsfeed for a friend in the Cedar
  26224. Rapids, IA area.  Please e-mail me any info.
  26225.  
  26226. Thanks in advance.
  26227.  
  26228.  
  26229. fox@wubios.wustl.edu
  26230.  
  26231.  
  26232. [Moderator's Note: You too might try Carl Oppedahl's advice in the
  26233. message just before this one.   PAT]
  26234.  
  26235. ------------------------------
  26236.  
  26237. End of TELECOM Digest V13 #100
  26238. ******************************
  26239.