home *** CD-ROM | disk | FTP | other *** search
/ Hacker Chronicles 2 (Alt) / The_Hacker_Chronicles_Volume_II-CD2.iso / td2 / td14_67.txt < prev    next >
Encoding:
Text File  |  1995-01-03  |  29.3 KB  |  707 lines

  1. TELECOM Digest     Tue, 8 Feb 94 02:45:00 CST    Volume 14 : Issue 67
  2.  
  3. Inside This Issue:                         Editor: Patrick A. Townson
  4.  
  5.     Please Dial 507-XXXX. No, Please Don't do That (Mark Brader)
  6.     Codex Modem - Sun SparcStation Configuration Settings Needed (Jim Guentner)
  7.     Internet Access in Singapore (Gregory J. Donaldson)
  8.     Microwave Transmissions (Matt McClung)
  9.     Thanks For Using Your Local Phone Company (Douglas W. Martin)
  10.     Help Needed With Panasonic Easaphone (John Geddie)
  11.     Router Problem (Meade Eggleston)
  12.     Temporary Cellular For Travellers (Joel Disini)
  13.     Need Poisson Tables (Al Farnham)
  14.     Blinking Lights to Announce Phone Calls (Bill Bradford)
  15.     Re: A Small Town in Wyoming  (Mark Crispin)
  16.     Re: A Small Town in Wyoming (Tom Coradeschi)
  17.     Re: Advertising by New York Telephone (Barry Margolin)
  18.     Re: BBS Getting Internet Mail (Chris Ambler)
  19.     Re: Unmetered Local Service (Jeff Hakner)
  20.     Re: Remapping Phone Buttons (Hiro Sugawara)
  21.     Re: Clipper Petition (Chaim Frenkel)
  22.     Re: V.32vis -> Bell_102 Due to CO Data Compression (S. Ssatchell)
  23.     Re: Lebanon Telephone Infrastructure (Fadi J. Kurdahi)
  24.  
  25. TELECOM Digest is an electronic journal devoted mostly but not
  26. exclusively to telecommunications topics. It is circulated anywhere
  27. there is email, in addition to various telecom forums on a variety of
  28. public service systems and networks including Compuserve and GEnie.
  29. Subscriptions are available at no charge to qualified organizations
  30. and individual readers. Write and tell us how you qualify:
  31.  
  32.                  * telecom-request@eecs.nwu.edu *
  33.  
  34. The Digest is compilation-copyrighted by Patrick Townson Associates of
  35. Skokie, Illinois USA. We provide telecom consultation services and
  36. long distance resale services including calling cards and 800 numbers.
  37. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  38. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  39.  
  40.     ** Article submission address only: telecom@eecs.nwu.edu **
  41.  
  42. Our archives are located at lcs.mit.edu and are available by using
  43. anonymous ftp. The archives can also be accessed using our email
  44. information service. For a copy of a helpful file explaining how to
  45. use the information service, just ask.
  46.  
  47. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  48. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  49. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  50. Digest" shares archives resources at lcs.mit.edu for the convenience
  51. of users. Please *DO NOT* cross post articles between the groups. All
  52. opinions expressed herein are deemed to be those of the author. Any
  53. organizations listed are for identification purposes only and messages
  54. should not be considered any official expression by the organization.
  55. ----------------------------------------------------------------------
  56.  
  57. From: msb@sq.sq.com (Mark Brader)
  58. Subject: Please Dial 507-XXXX.  No, Please Don't do That
  59. Organization: SoftQuad Inc., Toronto, Canada
  60. Date: Tue, 8 Feb 94 06:50:03 GMT
  61.  
  62.  
  63. [Background: area code 905 was split off 416 in October.  Local calls
  64. between these two area codes are dialed as 10 digits, but as
  65. permissive dialing is still in effect for another month or so, seven
  66. digits still works.]
  67.  
  68. Yesterday I tried to call the phone number on someone's business card.
  69. The number on the card was 416-624-XXXX and I was calling from
  70. 416-239-XXXX.  The call was intercepted, and the recording informed me
  71. that the number I was calling, 624-XXXX, had been changed to 507-XXXX.
  72.  
  73. So I hung up and dialed 507-XXXX -- and the call was intercepted.
  74. This time the recording informed me that the number had moved to area
  75. code 905 and I would soon have to dial the 905 before the number, but
  76. my call was now being put through.
  77.  
  78. The call was then intercepted *again* and went to voice mail.
  79.  
  80. My first thought was that the first intercept was silly to not tell me
  81. the area code.  But then I realized that in fact the 624 prefix is
  82. *also* in area code 905 -- both are Cooksville numbers, in Mississauga
  83.  -- so the change of numbers had not changed the area code and the
  84. intercept was reasonable.
  85.  
  86. What wasn't so reasonable was that I didn't get the second intercept
  87. message on the first call, to remind me that 624 had moved to 905 ...
  88.  
  89. I had intended to reproduce here the exact wording of the second
  90. intercept, but I'm typing this at home, and I find that from my home
  91. phone in 416-488-XXXX, using seven digits to dial a local call to 905
  92. does not produce any intercept.
  93.  
  94.  
  95. Mark Brader, SoftQuad Inc., Toronto, utzoo!sq!msb, msb@sq.com
  96.  
  97. ------------------------------
  98.  
  99. Date: Mon, 7 Feb 1994 08:29:42 PST
  100. From: guentner@ocp.mc.xerox.com (Jim Guentner(23057))
  101. Subject: Codex Modem - Sun SparcStation Configuration Settings Needed
  102.  
  103.  
  104. I have a Motorola 3261 modem.  I gave tried and failed to configure it
  105. correctly on and off for two months.
  106.  
  107. I am trying to set up a simple 9600 dial in/out line on a Sun
  108. SparcStation 10.  I currently have Hayes SmartModem 2400 working on
  109. the same Sparc10, so I think the configuration on the Sun side is not
  110. the problem.
  111.  
  112. I have very little knowledge of CCITT, rs232, sync., async. or any
  113. other type of communication protocal, so cofiguring this nodem has
  114. become a nightmare. I am about ready to send it back to motorola and
  115. tell them to shuv it ... or throw it out the window.
  116.  
  117. Has anyone ever got a Codex 3260 configured and working on a Sparc10,
  118. or any other Sparc for that matter.  If you have, could you PLEASE
  119. mail me a copy of your switch and register configuration settings!
  120.  
  121.  
  122. Jim Guentner  716-422-3057   guentner@ocp.mc.xerox.com
  123.  
  124. ------------------------------
  125.  
  126. From: itsmgjd@nebula.syscon.hii.com
  127. Subject: Internet Access in Singapore
  128. From: itsmgjd@nebula.syscon.hii.com (Gregory J. Donaldson)
  129. Date: 7 Feb 94 11:48:56 -0700
  130. Organization: SYSCON Corporation
  131.  
  132.  
  133. Several months ago there was a thread on free Internet access in
  134. Singapore.  Back then I was not interested in this topic but now I am.
  135. Does anyone have this information or is there an archive that might
  136. have the original postings.
  137.  
  138.  
  139. Thanks!
  140.  
  141. Greg Donaldson, Senior Systems Analyst    SYSCON Corporation   
  142. GDonaldson@SYSCON.HII.COM                 1000 Thomas Jefferson St. NW
  143. (202) 342-4123                            Washington, DC 20007
  144.  
  145.  
  146. [TELECOM Digest Editor's Note: The Telecom Archives is accessible using
  147. anonymous ftp lcs.mit.edu. You can begin your search there through the
  148. indexes of authors and subjects. If you prefer to use the email information
  149. service, then use the SEARCH command within the text of your email 
  150. request. For a help file on how to use the Telecom Archives Email Inform-
  151. ation Service, just ask me.     PAT]
  152.  
  153. ------------------------------
  154.  
  155. From: matt@ux1.isu.edu (Matt McClung)
  156. Subject: Microwave Transmissions
  157. Date: 7 Feb 1994 10:17:44 -0700
  158. Organization: Idaho State University, Pocatello
  159.  
  160.  
  161. I am on a informational seach on microwave transmissions and its
  162. applications If you have any information or can direct my efforts
  163. towards someplace that does (besides my U's Library...) I would be
  164. appreciative of the help.  I am a novice in this area of
  165. communications and am trying to inform myself for the future use of
  166. this technology.
  167.  
  168.  
  169. Matt McClung     matt@ux1.isu.edu    (208) 237-8508 
  170.  
  171. ------------------------------
  172.  
  173. Date: Mon, 7 Feb 94 13:58:51 PST
  174. From: martin@cod.nosc.mil (Douglas W. Martin)
  175. Subject: Thanks For Using Your Local Phone Company
  176.  
  177.  
  178.      Speaking of telecom in small town America, I was in Rugby, North
  179. Dakota last July, and made a credit card call from a pay phone.  I got
  180. the standard "bong", entered my card number, and got, "Thanks for
  181. using your local telephone company."  I've used lots of pay phones,
  182. COCOTS mostly, that thank me for using some wierd long distance
  183. carrier, but "your local phone company"!?  Anybody know anything
  184. about the system in Rugby ND;, what kind of switches are used, and what
  185. carrier might have handled my call?
  186.  
  187.  
  188. Doug Martin      martin@nosc.mil
  189.  
  190.  
  191. [TELECOM Digest Editor's Note: I suspect the local telco just never did
  192. change the default message supplied by the vendor (possibly AT&T) when
  193. they bought the equipment to provide the bong tone, initiate the validation
  194. process and thank the customer. On the other hand, maybe you *were*
  195. using a COCOT (unwittingly perhaps; some are very cleverly designed so
  196. that only a real expert or telecom-affectionado would know the difference)
  197. and your call was one the AOS for the COCOT did not want to handle or
  198. could not handle for some reason and it was bounced back to traditional
  199. telco for handling. If the COCOT/AOS people deal with local telcos all
  200. over the USA (many do), then they might have programmed their machine to
  201. give that generic thank-you message, much in the same way that when AT&T
  202. sends out voucher checks to subscribers they make no attempt to customize
  203. the payee. In every instance, the line simply reads 'Pay to the Order of
  204. The Telephone Company' for obvious reasons of convenience in handling.  PAT] 
  205.  
  206. ------------------------------
  207.  
  208. From: johngee@cscns.com (John Geddie)
  209. Subject: Help Needed With Panasonic Easaphone 
  210. Date: Mon, 7 Feb 94 18:47:50 MST
  211.  
  212.  
  213. I need help. I have a Panasonic Easaphone telephone/answering machine,
  214. model number KX-T2390, but no instruction booklet. In order to get the
  215. answering machine and fax machine to work together on the same line, I
  216. need to be able to set the answering machine to answer after one to
  217. four rings. At present, because of the toll saver function, it
  218. normally will only answer after ring number fiue. Can anyone give me
  219. instructions on how to change the ring setting?  I'd appreciate e-mail
  220. if you can help.
  221.  
  222.  
  223. John Geddie   johngee@etrib.com
  224. home: (505) 293-1220  work: (505) 827-2855
  225.  
  226. ------------------------------
  227.  
  228. Subject: Router Problem
  229. From: eggleston@readmore.com (Meade Eggleston)
  230. Date: 07 Feb 94 10:37:24 EST
  231.  
  232.  
  233. Hi all,
  234.  
  235. I'm in the middle of a very strange problem.  I have a 56K line
  236. between two sites.  When I try to route IP packets accross this line I
  237. get an unacceptable number of CRC errors.  My current setup is as
  238. follows:
  239.  
  240.      Side A
  241.      Router - Cisco 4000, SW Ver 9.1(4), 2 Serial, 1 Ether.
  242.      CSU/DSU- Codex 3500
  243.  
  244.      Side B - Cisco CSC2, SW Ver 8.2(7), 2 Serial, 2 Ether.
  245.      CSU/DSU- Codex 3500
  246.  
  247. The routers are also used to connect into the Internet.  They can do
  248. this without any problem.  I've had the telco test the line and they
  249. can't find any problems.
  250.  
  251. I turned off all routing and ran a test where variable length packets
  252. were sent from one router to the other.  During this test, which ran
  253. for three days, I didn't have one CRC error.  As soon as I tried to
  254. route packets across this line the amount of CRC increases quickly.
  255.  
  256. I've had Cisco look at the configuration and they can't find any thing
  257. wrong with it.
  258.  
  259. If anyone has any suggestions or has had a similar problem, please
  260. e-mail me.
  261.  
  262.  
  263. Thanks,
  264.  
  265. Meade Eggleston     Manager Data Processing/Telecommications
  266. eggleston@readmore.com 
  267. Readmore Inc.      (800) 221 - 3306 
  268. 22 Cortlandt St.   (212) 233 - 0746 (Fax) 
  269. NY, NY 10007 
  270.  
  271. ------------------------------
  272.  
  273. From: D1749@AppleLink.Apple.COM (Disini SW, Emmanuel Disini,CST)
  274. Subject: Temporary Cellular For Travellers
  275. Date: 7 Feb 1994 03:50:46 -0600
  276. Organization: UTexas Mail-to-News Gateway
  277.  
  278.  
  279. I am a foreigner who will be in the US for an extended period of time
  280.  -- about two or three months, and will be travelling all about. In
  281. that time I would like to have a cellular phone available so I can
  282. stay in touch with all my clients/contacts.  Ideally I would like to
  283. arrive in the US, activate the phone, use it, leave after two or three
  284. months, deactivate the phone, and not pay any more monthly charges
  285. till my next visit. I wondering though if such a plan is feasible? I
  286. know that Pacific Bell, for instance, has a hefty activation and
  287. deactivation charge for regular residential/business telephones.  For
  288. someone who will be using a cellular phone heavily (say 30-60 calls
  289. a day), does using a cellular make more sense than, say, getting a
  290. pager, and using an AT&T calling card from whatever phone is
  291. available?
  292.  
  293. Please cc your responses to d1749@applelink.apple.com. (I don't get this
  294. newsgroup.)
  295.  
  296.  
  297. Thanks, 
  298.  
  299. Joel Disini
  300.  
  301. ------------------------------
  302.  
  303. From: al.farnham%gtecn01@mailgw.er.doe.gov
  304. Date: 7 Feb 94 09:17:00 -0500
  305. Subject: Need Poisson Tables
  306.  
  307.  
  308. I am in need of Poisson tables (P.001, P.005, P.01, P.05) for trunk
  309. groups with 200 to 500 trunks.
  310.       
  311. All the information I have stops at 200 trunks.
  312.       
  313.  
  314. TIA,
  315.       
  316. Al
  317.  
  318. ------------------------------
  319.  
  320. Date: Mon, 7 Feb 1994 11:29:57 -0600 (CST)
  321. From: Bill Bradford <STUBRADFOWC@MERCUR.USAO.EDU>
  322. Subject: Blinking Lights to Announce Phone Calls
  323.  
  324.  
  325. Speaking of blinking lights announcing phone calls:
  326.  
  327. I'm a disk jockey at a local 100Kw country radio station.  Instead of
  328. a bell on the phone, there's a lightbulb in the ceiling.  Instead of
  329. ringing, the light flashes on and off rapidly (as to not interfere if
  330. the DJ is giving the weather, etc).  We've also got a standard
  331. multi-line phone, but it's modified to not ring (the DJ just has to
  332. notice the light ringing, or hear the phones in the other rooms
  333. ringing, if the control room door is open).
  334.  
  335.  
  336. Bill Bradford   stubradfowc@mercur.usao.edu * wl-mr_bill-h-p@society.com 
  337. bill.bradford@oubbs.telecom.uoknor.edu
  338.  
  339.  
  340. [TELECOM Digest Editor's Note: It is common in radio rooms to wire the
  341. phone bell in series through the microphone key in such a way that
  342. when the microphone is live (and the person there is 'on the air')
  343. that the phone bell will remain silent and a beehive lamp is illuminated 
  344. instead.  When I was heavily 'into' CB Radio about fifteen years ago,
  345. I had my base station wired that way. Using six conductor cable, the
  346. phone line came in on the traditional red/green but the bell was not
  347. in the circuit.  The yellow/black pair then took telco back out of the
  348. phone and to a little relay box under my desk. When the microphone was
  349. not keyed up, then one relay was normally open ('on the air' sign was
  350. dark) and another relay was normally closed (telco looped through it
  351. and came back to the bell in the phone via the blue/white pair which
  352. fed only the bell in the phone.  When the microphone was keyed up, the
  353. relays flipped the other way, lighting the 'on the air' sign and the
  354. circuit to the phone bell would go open.  The beehive lamp was wired
  355. in parallel so it always flashed, bell ringing or not. That worked okay
  356. when I was doing strictly AM transmissions since the relays took about
  357. three watts of power (the RF carrier going to the antenna) to activate.
  358. When I started using USB/LSB (upper sideband and lower sideband) I had
  359. trouble. Sideband does not use carrier, or not that much of it. Sideband
  360. uses the voice modulations. The RF carrier was not sufficient to throw the
  361. relays, except when I modulated (or talked), and then the 'on the air'
  362. sign would flash off and on and the relays would chatter. 
  363.  
  364. The way I operated my radio was by having a microphone hang down from
  365. the ceiling right in front of my face on a chain such as used for a
  366. swag-lamp; to key-up I had a foot switch from an old Dictaphone
  367. machine. Sitting at my desk, I'd step on the switch, talk, then move
  368. my foot off the switch.  That left both hands free to do other things.
  369. I also had a microphone/earphone combination I constructed out of a
  370. telephone operator's headset and wired via the foot pedal. I also had
  371. a phone patch so I could put phone calls over the air or place phone
  372. calls for CB'ers in distress in their automobiles; and an intercom to
  373. the antenna which was eight stories above me (I was on the first floor
  374. of an eight story building overlooking Lake Michigan; the antenna was
  375. a hundred feet above me mounted on the roof of the elevator machine
  376. room on the top of the building.) To adjust the antenna, one person
  377. would be at the base downstairs and someone else would be on top of
  378. the elevator penthouse; we'd talk on the intercom.  That antenna had
  379. to endure some **strong** winds and a couple of very severe Chicago
  380. winters up there.  PAT]
  381.  
  382. ------------------------------
  383.  
  384. Date: Mon, 7 Feb 1994 17:46:19 PST
  385. From: Mark Crispin <mrc@Tomobiki-Cho.CAC.Washington.EDU>
  386. Subject: Re: A Small Town in Wyoming 
  387.  
  388.  
  389. In Bainbridge Island, WA, it is common for people -- particularly
  390. long-term residents -- to give their phone number as four digits,
  391. meaning "842 plus the four digits".
  392.  
  393. A couple of years ago, the 780 exchange was added.  But, hardly anyone
  394. is on it, and certainly nobody important, just some newcomers.  ;-) ;-)
  395.  
  396. ------------------------------
  397.  
  398. From: Tom Coradeschi <tcora@pica.army.mil>
  399. Subject: Re: A Small Town in Wyoming
  400. Organization: Electric Armts Div, US Army ARDEC, Picatinny Arsenal, NJ
  401. Date: Mon, 7 Feb 1994 15:21:24 GMT
  402.  
  403.  
  404. sullivan@msri.org (John Sullivan) wrote:
  405.  
  406. > While driving across South Dakota and Wyoming last fall, there wasn't
  407. > much choice of radio stations to listen to.  At one point I was near
  408. > Buffalo, Wyoming, tuned to FM 92.7, which at the time was giving local
  409. > small-town news.  This included notice that someone had found a dog.
  410. > The owner was asked to "call us [the radio station] at 5126".
  411.  
  412. > Could it be that in this town, four-digit dialing is possible?  Or
  413. > does everyone just know what the exchange is?  (The phone book at the
  414. > next gas station showed Buffalo as 684, I think.)
  415.  
  416. > [TELECOM Digest Editor's Note: Although four digit dialing might still
  417. > be possible, it is unlikely. Probably everyone in town gives their number
  418. > out that way, with the exchange assumed.
  419.  
  420. Quite likely. My dry cleaners writes down my phone number as 2-5459.
  421. Everyone knows what the first two digits are ...
  422.  
  423.  
  424. tom coradeschi <+> tcora@pica.army.mil <+> DoD#413
  425.  
  426.  
  427. [TELECOM Digest Editor's Note: My mother lives in Independence, Kansas
  428. and the people there do the same thing; just the last four digits with
  429. the 316-331 part assumed.   PAT]
  430.  
  431. ------------------------------
  432.  
  433. From: barmar@Think.COM (Barry Margolin)
  434. Subject: Re: Advertising by New York Telephone
  435. Date: 8 Feb 1994 04:14:20 GMT
  436. Organization: Thinking Machines Corporation, Cambridge MA, USA
  437.  
  438.  
  439. In article <telecom14.55.3@eecs.nwu.edu> joseph@c3.crd.ge.com (James
  440. Joseph) writes:
  441.  
  442. > New York Telephone has been spending truck loads of money advertising
  443. > that they are changing their name to NYNEX.
  444.  
  445. We're also getting them in New England Telephone land.
  446.  
  447. > As a subscriber am *I* paying for these commercials?  Or is it coming
  448. > out of their profits? (Yeah, get real, James!!)  Why are they doing
  449. > it?  Who cares what their name is?  Couldn't they just have included
  450. > an insert in the monthly phone bills?
  451.  
  452. If they weren't going to make a big deal about it, they wouldn't have
  453. bothered changing their names in the first place.  The reason they
  454. changed the names of the subsidiaries was to change their image.
  455.  
  456. The advertising that has always annoyed me is the "We're the one for you,
  457. New England" commercials, asking you to use NET to call your friends and
  458. relatives within Massachusetts.  What other phone company would we use?
  459.  
  460. Presumably, the goal of both the name change and the advertising is to
  461. increase revenues.  Assuming it succeeds and the increased revenues
  462. offset the cost of the advertising, the cost isn't coming out of
  463. anyone's pockets; the profits might even result in the next rate
  464. increase being smaller (yeah, right :-).  If it doesn't, it was a bad
  465. business decision, just like any other failed project.  I'm sure NYNEX
  466. has spent our money on lots of failed projects -- the only difference
  467. with this one is that we can see it going on.
  468.  
  469. We subscribers are also paying alot more for upgrades to CO's to
  470. support ISDN, and it will probably be much longer before the phone
  471. companies see ISDN turn a profit than they see positive results of the
  472. name change.
  473.  
  474.  
  475. Barry Margolin   System Manager, Thinking Machines Corp.
  476. barmar@think.com          {uunet,harvard}!think!barmar
  477.  
  478. ------------------------------
  479.  
  480. From: cambler@cymbal.aix.calpoly.edu (Chris Ambler - Fubar)
  481. Subject: Re: BBS Getting Internet Mail
  482. Organization: The Phishtank
  483. Date: Tue, 08 Feb 1994 06:28:30 GMT
  484.  
  485.  
  486. blankenm@seq.oit.osshe.edu says:
  487. > A friend and I are looking into setting up a BBS that we would like to
  488. > have access to Internet e-mail.  Just something where once/twice a day
  489. > we connect to a host and send/get messages out the gate.  Is this
  490. > possible/available/done anywhere else?
  491.  
  492. > [TELECOM Digest Editor's Note: No leased or other special lines are
  493. > needed. There are BBS software packages available -- many for free --
  494. > which have a UUCP-style interface built into them which allows the
  495. > BBS to call and exchange mail/news with some other site. Waffle is
  496. > one such program, and there is a newsgroup devoted to it.   PAT]
  497.  
  498. To grab for some of that equal time(tm), Major BBS and Wildcat! both
  499. offer UUCP gateways for their systems. I happen to like them both very
  500. much, but that may be because I wrote the transport engines for them. :-)
  501.  
  502.  
  503. Christopher  chris@toys.fubarsys.com / cambler@cymbal.aix.calpoly.edu  
  504. Christopher J. Ambler, Author, FSUUCP 1.42, FSVMP 1.0, UUPlus Utilities
  505.  
  506.  
  507. [TELECOM Digest Editor's Note: Whatever happened with you guys and your
  508. problem with the Sprint modems? Are you still suing Sprint?  PAT]
  509.  
  510. ------------------------------
  511.  
  512. From: hak@alf.cooper.edu (Jeff Hakner)
  513. Subject: Re: Unmetered Local Service
  514. Organization: The Cooper Union ( NY, NY )
  515. Date: Tue, 8 Feb 1994 06:04:19 GMT
  516.  
  517.  
  518. In article <telecom14.51.11@eecs.nwu.edu>, Charles Reichley
  519. <creichley@vnet.IBM.COM> says:
  520.  
  521. > For MOST things in this world, we all pay the same price regardless of
  522. > how much we use it.  I will pay the same for a TV as you, even if you
  523. > watch your TV eight hours a day and I only watch mine for an hour a
  524. > day.  The only things which we pay for use are things that are
  525. > actually USED UP.  We pay for each gallon of heating oil, for each
  526.  
  527. [...discussion of electricity and cable TV ...]
  528.  
  529. > makes no difference whether I watch the cable or not.  In the same
  530. > way, if more people make phone calls, the phone company has to install
  531. > additional switches/lines/equipment.  But once the equipment is in
  532. > place, the cost for the phone company is the same whether I make a
  533. > phone call or not.  Maybe phone usage should be billed on a split-system, 
  534. > where people are charged by the minute during times when the usage is
  535. > over 80%, but not charged when the usage is less than that.
  536.  
  537. There is a subtle flaw in this line of reasoning.  While a one hour
  538. phone conversation may not incur a greater expenditure of consumables
  539. than a one minute conversation, a large number of people making long
  540. calls will decrease the available bandwidth on inter-office lines.  In
  541. today's complex market of data channels being carried by telcos, this
  542. translates into less spare bandwidth that can be sold to other
  543. customers.  In addition, there is the motivation issue: By charging
  544. for connect time, conservation of bandwidth is encouraged, thus
  545. maximizing the telco's ROI from capital equipment.
  546.  
  547. Exercise for the reader: consider economic motivation in the context
  548. of contemporary Internet connectivity, where most sites are charged a
  549. flat rate for peak bandwidth, and the effects that per-packet and/or
  550. per-byte rate structures would (will?!) have on Internet usage patterns, 
  551. and (extra credit) Internet culture in general.
  552.  
  553. ------------------------------
  554.  
  555. From: hiro@lynx.com (Hiro Sugawara)
  556. Subject: Re: Remapping Phone Buttons
  557. Organization: Lynx Real-Time Systems, Inc., Los Gatos, CA
  558. Date: Tue, 8 Feb 1994 00:12:05 GMT
  559.  
  560.  
  561. In article <telecom14.49.19@eecs.nwu.edu> aneely@toth.uwo.ca (Amer
  562. Neely) writes:
  563.  
  564. > I have a third-party phone which I purchased quite some time ago.
  565. > Recently a friend tried to call her place to check for messages on her
  566. > Bell Call Answer. She couldn't get past the point where she was asked
  567. > to `Press the pound key ...'. On my phone it's mapped to a Redial
  568. > function.  Is it possible to re-wire the phone or something so this
  569. > can be done? I don't really need the redial and would just as soon
  570. > have a fully compatible phone if possible (without renting one from
  571. > Bell). Also, the star button is mapped to Mute. Is this something I
  572. > can change too?
  573.  
  574. Buy any phone that has separate redial and mute buttons (and thus the
  575. pound and star buttons do work as expected). I bought a GE phone
  576. recently at a local store at $19.95.
  577.  
  578. hiro@lynx.com
  579.  
  580. ------------------------------
  581.  
  582. From: chaim@toxicavenger.fsrg.bear.com (Chaim Frenkel)
  583. Subject: Re: Clipper Petition
  584. Date: 7 Feb 94 14:00:55 GMT
  585. Organization: Nonlinear Knowledge, Inc.
  586.  
  587.  
  588. In article <telecom14.54.9@eecs.nwu.edu> banisar@washofc.cpsr.org
  589. (Dave Banisar) writes:
  590.  
  591. > Many people have expressed interest in adding their names to the
  592. > letter.  In  response to these requests, CPSR is organizing an
  593. > Internet petition drive to oppose the Clipper proposal.  We will
  594. > deliver the signed petition to the White House, complete with the
  595. > names of all the people who oppose Clipper.
  596.  
  597. > To sign on to the letter, send a message to:
  598.  
  599. > Clipper.petition@cpsr.org
  600.  
  601. > with the message "I oppose Clipper" (no quotes)
  602.  
  603. I may be getting paranoid, but this is ridiculous. What ties my
  604. signature to the document that will be delivered to the President. And
  605. if the president (or his advisors) had any sense, why should they
  606. trust the signatures?  Consider the possiblity of a massive grep
  607. through the News Spool directory and just add names to the list.  And
  608. if you don't want to work hard, just get the names database from
  609. rtfm.mit.edu.
  610.  
  611. I think this is counter-productive. Real signatures and hard copy
  612. letters would be more appropriate.
  613.  
  614.  
  615. Chaim Frenkel      On contract at:
  616. chaim@nlk.com      chaim@fsrg.bear.com
  617. Nonlinear Knowledge, Inc.   Bear Stearns & Co., Inc.
  618.  
  619. ------------------------------
  620.  
  621. From: ssatchell@BIX.com (ssatchell on BIX)
  622. Subject: Re: V.32vis -> Bell_102 Due to CO Data Compression
  623. Date: 19 Jan 94 02:58:44 GMT
  624. Organization: Delphi Internet Services Corporation
  625.  
  626.  
  627. ross@turock.psych.upenn.edu (Ross Porter) writes:
  628.  
  629. > A few days ago my father-in-law reported that he could no longer get a
  630. > V.32bis connection between his Gainesville home and the University of
  631. > Florida's modem pool.  1200bps (Bell 102) was the best he could do.
  632. > He of course initially suspected his own equipment, but he later
  633. > learned from the data center staff that a number of other people
  634. > suddenly developed this problem.  The local telephone people reported
  635. > that they had recently installed some data compression equipment that
  636. > could well cause this problem.  Since voice traffic is relatively
  637. > unaffected, the phone company politely abdicated any further
  638. > responsibility.
  639.  
  640. > Could someone speculate and enlighten me as to what kind of data
  641. > compression is being used -- is it lossy (given the large drop in
  642. > maximum transmission rate)?  I am not unsympathetic to the telephone
  643. > company's position, but does anyone have suggestions for lobbying the
  644. > telephone company?
  645.  
  646. This is a problem, and I've found that the FCC Rules and Regulations
  647. cover this situation.
  648.  
  649. Oh, yes, more than likely the local phone company converted a number
  650. of people from a clear-channel subscriber line carrier (SLC) system to
  651. one with "pairgain" or ADPCM.  (More than likely, ITU-T Recommendation
  652. G.721 since this is known to give modems fits.)
  653.  
  654. Before I can do anything to help stop this nonsense, I need help: a
  655. list of all the local exchange carriers in the United States.  Once I
  656. send a one-page letter to each and every one of these companies (with
  657. a copy to the FCC) then the phone company will never be able to make
  658. such a change without written notification to the customers well
  659. enough in advance that they can do something.
  660.  
  661. I'd rather not tip my hand *too* much until I get the foundation in
  662. place.  Any help appreciated.
  663.  
  664.  
  665. ssatchell@bix.com
  666.  
  667. ------------------------------
  668.  
  669. From: kurdahi@chopin.eng.uci.edu (Fadi J. Kurdahi)
  670. Subject: Re: Lebanon Telephone Infrastructure
  671. Date: 7 Feb 1994 17:24:59 GMT
  672. Organization: UC Irvine, Dept. of ECE
  673. Reply-To: kurdahi@chopin.eng.uci.edu (Fadi J. Kurdahi)
  674.  
  675.  
  676. In article <telecom14.58.7@eecs.nwu.edu>, Alex Cena <acena@lehman.com>
  677. writes:
  678.  
  679. > The Lebanese government has approved contracts to buy one million
  680. > telephone lines from Alcatel Alsthom NV, Siemens AG and AB L.M.
  681. > Ericsson.  How the work will be divided between the three vendors will
  682. > share the work still has not been decided.  Can someone tell me what
  683. > role if any wireless technology, especially cellular, may play in this
  684. > project?
  685.  
  686. As far as I can tell, there is another contract out for bids on a
  687. separate cellular system. The above contract is only for standard
  688. telephone overhaul, and to increase the capacity from ~500K lines to
  689. 1M lines. The current contract is worth about $380M.
  690.  
  691.  
  692. Regards,
  693.  
  694. Fadi J. Kurdahi, Associate Professor  PHONE: +1 (714) 856-8104
  695. Dept. of Electrical & Computer Engineering FAX:   +1 (714) 856-4152
  696. University of California at Irvine  EMAIL: kurdahi@ece.uci.edu, 
  697. Irvine, CA 92717 USA    KURDAHI@UCI.BITNET
  698.  
  699. ------------------------------
  700.  
  701. End of TELECOM Digest V14 #67
  702. *****************************
  703.  
  704. -------------------------------------------------------------------------------
  705.  
  706. Downloaded From P-80 International Information Systems 304-744-2253
  707.