home *** CD-ROM | disk | FTP | other *** search
/ Phoenix Rising BBS / phoenixrising.zip / phoenixrising / tele-dig / td14-019.txt < prev    next >
Text File  |  1994-01-08  |  26KB  |  587 lines

  1. TELECOM Digest     Sat, 8 Jan 94 09:22:00 CST    Volume 14 : Issue 19
  2.  
  3. Inside This Issue:                         Editor: Patrick A. Townson
  4.  
  5.     Re: Book Review: "The Phone Book" by Carl Oppedahl (Carl Oppedahl)
  6.     Re: "Anonymous Call Rejection" - Could be Dangerous (Richard Masoner)
  7.     Re: "Anonymous Call Rejection" - Could be Dangerous (Anthony E. Siegman)
  8.     Re: "Anonymous Call Rejection" - Could be Dangerous (James R. Saker Jr.)
  9.     Re: Surcharge for Tone Dialing to be Dropped (Carl Oppedahl)
  10.     Re: Surcharge for Tone Dialing to be Dropped (Ed Greenberg)
  11.     Re: Surcharge for Tone Dialing to be Dropped (A. Padgett Peterson)
  12.     Re: Surcharge for Tone Dialing to be Dropped (Chris Labatt-Simon)
  13.     Correction: Re: Help Needed With V.42bis (Jim Graham)
  14.     Re: Hayes' New Modem (Jakob Hummes)
  15.     Re: Communication Over Power Lines? (Michael D. Griffin)
  16.     Re: How are VCR Plus Codes+ Generated (Peter Capek)
  17.     Sprint (Dvorak) Modem Offer - Finally (Dan Osborn)
  18.  
  19. TELECOM Digest is an electronic journal devoted mostly but not
  20. exclusively to telecommunications topics. It is circulated anywhere
  21. there is email, in addition to various telecom forums on a variety of
  22. public service systems and networks including Compuserve and GEnie.
  23. Subscriptions are available at no charge to qualified organizations
  24. and individual readers. Write and tell us how you qualify:
  25.  
  26.                  * telecom-request@eecs.nwu.edu *
  27.  
  28. The Digest is compilation-copyrighted by Patrick Townson Associates of
  29. Skokie, Illinois USA. We provide telecom consultation services and
  30. long distance resale services including calling cards and 800 numbers.
  31. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  32. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  33.  
  34.     ** Article submission address only: telecom@eecs.nwu.edu **
  35.  
  36. Our archives are located at lcs.mit.edu and are available by using
  37. anonymous ftp. The archives can also be accessed using our email
  38. information service. For a copy of a helpful file explaining how to
  39. use the information service, just ask.
  40.  
  41. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  42. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  43. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  44. Digest" shares archives resources at lcs.mit.edu for the convenience
  45. of users. Please *DO NOT* cross post articles between the groups. All
  46. opinions expressed herein are deemed to be those of the author. Any
  47. organizations listed are for identification purposes only and messages
  48. should not be considered any official expression by the organization.
  49. ----------------------------------------------------------------------
  50.  
  51. From: oppedahl@panix.com (Carl Oppedahl)
  52. Subject: Re: Book Review: "The Phone Book" by Carl Oppedahl
  53. Date: 7 Jan 1994 17:52:11 -0500
  54. Organization: PANIX Public Access Internet and Unix, NYC
  55.  
  56.  
  57. In <telecom14.16.4@eecs.nwu.edu> varney@ihlpe.att.com writes:
  58.  
  59. > In article <telecom14.12.12@eecs.nwu.edu> oppedahl@panix.com (Carl
  60. > Oppedahl) writes:
  61.  
  62. >> The state-to-state differences are discussed in my book about phone
  63. >> service.
  64.  
  65. >> [TELECOM Digest Editor's Note: What's this about your book about phone
  66. >> service? Please review it for us and tell us how to obtain copies.   PAT]
  67.  
  68. [most of review omitted here -- thank you by the way to Mr. Verney!]
  69.  
  70. >   Some complaints:
  71.  
  72. > -ANI is defined as the service we here call "Caller ID", which will
  73. >  be confusing when talking to those who know the difference.
  74.  
  75. Yes, Mr. Varney is right.  I incorrectly used the terms as if
  76. interchangeable, which of course they are not.  If and when there is
  77. another edition I will correct this.
  78.  
  79. > -Quad wire is blessed as a method of installing 2-line telephones, and
  80. >  as a general inside wiring method.  
  81.  
  82. Again Mr. Varney is right.  While I am pleased with most of what I
  83. wrote, I am very embarassed that I did not then appreciate the
  84. difference between quad and twisted-pair for multiline purposes.  As
  85. readers here are aware (1) many home have quad already in place so
  86. adding twisted-pair is more work and (2) quad often yields annoying
  87. crosstalk.  I wish I had made the latter point in my book, and hope to
  88. cover that point in another edition.
  89.  
  90. > -The cellular information should include information on ESN-cloning
  91. >  and other problems with cellular service.
  92.  
  93. Again he is right.
  94.  
  95. > -Information (see below) useful to apartment dwellers is indexed under
  96. >  the term "multiunit buildings", not under "apartment".  (In general,
  97. >  there is little "lawyer-speak" in the book.)
  98.  
  99. Yes, and what's annoying is, I supplied an index and the publisher did
  100. not use it -- they used one prepared by an index consultant that they
  101. had used on other books.  Oh, well.
  102.  
  103. > Al Varney - I have no connection with Consumers Union, except as
  104. >            a happy customer.  I have no connection with any lawyer,
  105. >            except as an unhappy customer.
  106.  
  107. Well, thank you for taking the time to write it up.
  108.  
  109. Now, dear readers, here is how we can get a new edition that corrects
  110. the bugs Mr. Varney mentioned, and that reflects everything else
  111. people in this newsgroup might want to add -- you can guess.  People
  112. would have to buy the present print run.  So, trot down to your local
  113. bookstore and clear those shelves.  Buy extra copies for use as gifts.
  114. Or call up Consumer Reports Books and order it by phone.
  115.  
  116. But seriously, thank you for the writeup.
  117.  
  118.  
  119. Carl Oppedahl AA2KW    Oppedahl & Larson (patent lawyers)
  120. Yorktown Heights, NY    voice 212-777-1330  
  121.  
  122. ------------------------------
  123.  
  124. From: cendata!richardm@uunet.UU.NET (Richard Masoner)
  125. Subject: Re: "Anonymous Call Rejection" - Could be Dangerous
  126. Organization: Central Data Corp., Champaign, IL
  127. Date: Fri, 7 Jan 1994 21:44:22 GMT
  128.  
  129.  
  130. In article <telecom14.17.10@eecs.nwu.edu> drharry!aboritz@uunet.UU.NET
  131. (Alan Boritz) writes:
  132.  
  133. > Then you probably don't receive a lot of calls from telemarketing
  134. > idiots and nosy scam artists.  We go through periods at work when
  135. > we're inundated with those, and calls from telemarketing machines (our
  136. > exchanges are low numbers in the 201 area).  Telemarketing calls are
  137. > an enormous time-waster, and more than half of the investment scam
  138. > callers are pushy and rude.  Invade my privacy at home with a useless
  139. > sales pitch AND hide your CNID from me and I'll redefine the word
  140. > "rude" for you. ;)
  141.  
  142. Many (not all) telemarketing calls actually originate from somewhere
  143. outside of your area code (places where rent and labor is cheap).
  144. Rejecting anonymous callers doesn't work for them.
  145.  
  146. > If you're hiding your identity from me (privacy block), then I don't
  147. > want to talk to you.  My time is worth more than yours (anonymous
  148. > caller, that is) and I don't appreciate it being wasted.
  149.  
  150. Many people do have legitimate privacy concerns, and don't want their
  151. phone numbers to be known outside of a select circle.  Just my
  152. observations.
  153.  
  154.  
  155. Richard F. Masoner      Central Data Corporation        
  156. 1602 Newton Dr., Champaign, IL 61821   (217) 359-8010 x251      
  157.  
  158. ------------------------------
  159.  
  160. Date: Fri, 7 Jan 94 16:57:53 PST
  161. From: Anthony E. Siegman <siegman@Sierra.Stanford.EDU>
  162. Subject: Re: "Anonymous Call Rejection" - Could be Dangerous
  163.  
  164.  
  165. > Then you probably don't receive a lot of calls from telemarketing
  166. > idiots and nosy scam artists.  We go through periods at work when
  167. > we're inundated with those, and calls from telemarketing machines ... 
  168. > Telemarketing calls are an enormous time-waster, and more than half
  169. > of the investment scam callers are pushy and rude.
  170.  
  171.   Ditto here.  In past two days San Jose Mercury telemarketers have
  172. managed to ring all four university extensions on my secretary's desk
  173. (selling newspaper subscriptions to Stanford University office
  174. extensions? -- but then, who expects intelligence from telemarketers).
  175.  
  176.    Let me once again pitch the simple idea that telemarketers should
  177. be allowed total freedom to call anyone -- but required to do it with
  178. CNID from a special "telemarketing area code" prefix, like 300 or 400
  179. or ??? (just like the "Advertisement" warning at the top of commercial
  180. inserts in reputable magazines).  Those who wanted could then buy a
  181. cheap black box to block all such calls.  No First Amendment problems,
  182. no "do not call this number" databases to prepare and maintain, burden
  183. of protection entirely on the callee (but easily done), etc.
  184.  
  185. ------------------------------
  186.  
  187. From: jsaker@cwis.unomaha.edu (James R. Saker Jr.)
  188. Subject: Re: "Anonymous Call Rejection" - Could be Dangerous
  189. Organization: University of Nebraska at Omaha
  190. Date: Fri, 7 Jan 1994 19:22:27 GMT
  191.  
  192.  
  193. Ron Schnell <ronnie@space.mit.edu> writes:
  194.  
  195. > I have anonymous call rejection enabled on my phone in Miami, FL, and
  196. > someone tried to call me from a cellular phone that was installed in a
  197. > rental car in San Diego in their rental car and got the rejection
  198. > message.
  199. > I assume that the cellular rental company uses some ultra-cheap LD
  200. > service (to make the most amount of money possible on the $2.00/minute
  201. > rental charge!) that uses a local out-going line in Miami that
  202. > disabled CID.
  203.  
  204. I've got US West Cellular service in Omaha, Nebraska (all you can eat
  205. a month for $150!). Several of my friends and business associates who
  206. have caller ID services have noticed that whenever they receive calls
  207. from me on my cellular phone, they appear as anonymous calls.
  208. Attempts to use last-call-return also fail (with some useless
  209. message).  Evidently it's not just cheap cellular providers which
  210. demonstrate this problem ...
  211.  
  212.  
  213. Jamie Saker                     jsaker@cwis.unomaha.edu 
  214. Chief Operating Officer         Business/IS Major       
  215. Synergistic Communications      Univ. Nebraska at Omaha 
  216. voice: (402) 680-8280           fax: (402) 391-7283     
  217.  
  218. ------------------------------
  219.  
  220. From: oppedahl@panix.com (Carl Oppedahl)
  221. Subject: Re: Surcharge for Tone Dialing to be Dropped
  222. Date: 7 Jan 1994 17:24:46 -0500
  223. Organization: PANIX Public Access Internet and Unix, NYC
  224.  
  225.  
  226. In <telecom14.17.7@eecs.nwu.edu> Eric De Mund <eademund@lbl.gov>
  227. writes:
  228.  
  229. > Dave Niebuhr <dwn@dwn.ccd.bnl.gov> in TELECOM Digest V14 #15:
  230.  
  231. >> NYTel, as part of a multi-million dollar rate rollback has been
  232. >> ordered to reduce the cost of touch-tone dialing from $1.35 to $.50
  233. >> per month which is still not enough.
  234.  
  235. > Given that backwards state of affairs, maybe my dad *is* telling me
  236. > the truth when he says that he can't even *get* touch-tone service at
  237. > his home in central Nassau County (Westbury), Long Island, New York,
  238. > telephone number (516) 333-xxxx. Incredible.
  239.  
  240. I don't know the situation now, but a few years ago a friend in
  241. Westbury had three lines in the house, one of which was a 516-333.
  242. The 516-333 had been in place for a decade or more, and he kept it
  243. because it was a flat-rate line -- no charge for local calls.
  244.  
  245. Makes me think that 516-333 was some sort of ancient equipment, a
  246. stepper exchange, maybe.
  247.  
  248.  
  249. Carl Oppedahl AA2KW     Oppedahl & Larson (patent lawyers)
  250. Yorktown Heights, NY    voice 212-777-1330  
  251.  
  252. ------------------------------
  253.  
  254. From: edg@netcom.com (Ed Greenberg)
  255. Subject: Re: Surcharge for Tone Dialing to be Dropped
  256. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  257. Date: Sat, 8 Jan 1994 14:20:02 GMT
  258.  
  259.  
  260. In article <telecom14.17.7@eecs.nwu.edu> Eric De Mund <eademund@lbl.
  261. gov> writes:
  262.  
  263. > Given that backwards state of affairs, maybe my dad *is* telling me
  264. > the truth when he says that he can't even *get* touch-tone service at
  265. > his home in central Nassau County (Westbury), Long Island, New York,
  266. > telephone number (516) 333-xxxx. Incredible.
  267.  
  268. Since 516-333 is served out of the Westbury DMS-100, it would surprise
  269. me if it couldn't handle touchtone.  Now, NYTel may have some foolish
  270. reason for not providing it, but be assured that 516-333 isn't step or
  271. some other ancient technology.  
  272.  
  273.  
  274. Ed Greenberg edg@netcom.com  Ham Radio: KM6CG
  275.  
  276. ------------------------------
  277.  
  278. Date: Fri, 7 Jan 94 08:39:39 -0500
  279. From: padgett@tccslr.dnet.mmc.com (A. Padgett Peterson)
  280. Subject: Re: Surcharge for Tone Dialing to be Dropped
  281.  
  282.  
  283. > In addition, it is phasing out the optional business Flat Rate and
  284. > untimed Message Rate plans for businesses in upstate NY and imposing
  285. > timed message rate for them.
  286.  
  287. This is the scary part simce everywhere I go I see regional carriers
  288. attempting to eliminate "flat" and "unmetered" plans. As telecommuting
  289. and information hightway access begins to take hold, the elimination
  290. of unmetered local service is the biggest threat to individual
  291. connectivity that I can imagine.
  292.  
  293. Of course, the biggies (Compu$erve, Plodigy, etc.) will have 800
  294. numbers and just pass the cost along, but one might expect amateur
  295. BBSs, SLIPs, and the like to become much less popular. The biggest
  296. threat would be to the infant telecommuting industry and the home
  297. office which relies on unlimited local service and the best means for
  298. achieving the Clinton/Gore "20% reduction in commuting" would go up in
  299. smoke.
  300.  
  301. True, TANSTAAFL still applies and I suppose metering is inevitable
  302. particularly since it is both cheap and desirable for the Telcos. The
  303. only advantage that I can see for the consumer would be that with
  304. metered service, the subscriber would have a right to a call detail
  305. listing the individual calls by called number, time, and duration.
  306.  
  307.  
  308. Chilly today,
  309.  
  310. Padgett
  311.  
  312.  
  313. [TELECOM Digest Editor's Note: Chilly is an understatement, Padgett.
  314. Four degrees below zero at 9:00 AM this Saturday morning is not my
  315. idea of a pleasant spring day in Chicago!  :) PAT]
  316.  
  317. ------------------------------
  318.  
  319. From: pribik@rpi.edu (Chris Labatt-Simon)
  320. Subject: Re: Surcharge for Tone Dialing to be Dropped
  321. Date: 7 Jan 1994 22:51:01 GMT
  322. Organization: Rensselaer Polytechnic Institute, Troy NY, USA
  323.  
  324.  
  325. Eric De Mund <eademund@lbl.gov> writes:
  326.  
  327. > Given that backwards state of affairs, maybe my dad *is* telling me
  328. > the truth when he says that he can't even *get* touch-tone service at
  329. > his home in central Nassau County (Westbury), Long Island, New York,
  330. > telephone number (516) 333-xxxx. Incredible.
  331.  
  332. I have a friend in Islip (Nassau County) who has touchtone.  I though
  333. this was a capability that was in all switches manufactured in the
  334. last umpteen (how much is an umpteen anyway?) years, and that if a
  335. customer wanted pulse service, the phone company had to disable
  336. touchtone.  Anyone?  Anyone?
  337.  
  338.  
  339. Chris Labatt-Simon                            Internet: pribik@rpi.edu
  340. Design & Disaster Recovery Consulting              CIS: 73542,2601
  341. Albany, New York                              
  342. PHONE: (518) 495-5474                              FAX: (518) 786-6539
  343. Subscribe to the Lotus Notes Mailing List - e-mail me for info....
  344.  
  345. ------------------------------
  346.  
  347. From: jim@n5ial.mythical.com (Jim Graham)
  348. Subject: Correction: Re: Help Needed With V.42bis
  349. Organization: Future site of Vaporware Corporation (maybe).  --Teletoons (NW)
  350. Date: Fri, 7 Jan 1994 16:13:08 GMT
  351.  
  352.  
  353. The purpose of this posting is to correct some major technical goofs
  354. in another post.  These corrections come right out of the ITU-T
  355. (ex-CCITT) text for V.42 and V.42bis, as well as info from one of the
  356. authors of both standards.  General comments, of course, are mine. :-)
  357.  
  358. In article <telecom14.14.11@eecs.nwu.edu> PURWIN@XANADU.XYPLEX.COM
  359. (Janusz Purwin tel 508-952-4711) writes:
  360.  
  361. > Well don't worry about if it does work or not. Firstly V.42 requires
  362. > that both modems have to have that feature enabled.  Secondly it is
  363. > most useless feature ever put into modem. Its good for marketing
  364. > people to brag about and give false advertising about how faster modem
  365. > will transmit data without pointing out when it happens.
  366.  
  367. First off, V.42 *IS* an important feature, especially for high-speed
  368. modems.  If you didn't have some type of error control, you could run
  369. into all kinds of problems.  Remember, high speed modems (e.g.,
  370. V.32bis and the up-and-coming V.34) really stretch the limits of a
  371. normal POTS line.  I won't bore everyone here with the details, since
  372. that's not going to be anything new to anyone anyway.
  373.  
  374. Second, V.42 (and MNP3) strip off the start/stop bits, thus using only
  375. 8 bits per character instead of 10.  For a V.32bis connection, this
  376. means going from a throughput of absolutely no more than 1440 cps to
  377. somewhere around 1650 cps to 1724 cps (after protocol overhead).  See
  378. the discussion over in comp.dcom.modems for more details on this.  But
  379. when have you ever seen a vendor 'brag' about this?
  380.  
  381. > The V.42 uses Limpel-Ziff compression scheme
  382.  
  383. Sorry, but V.42 doesn't do any compression, period.  V.42 is an error
  384. control protocol, as is clearly indicated by the title of ITU-T
  385. (ex-CCITT) Recommendation V.42: "Error-Correcting Procedures For DCEs
  386. Using Asynchronous-to-Synchronous Conversion" (originally in
  387. all-caps).  V.42 is an HDLC-based error control procedure.  It
  388. operates in one of two modes: LAPM (Link Access Procedure for Modems),
  389. which is its primary mode, and an alternate mode specified in Annex A,
  390. which is basically an MNP4 clone (added to provide support for older
  391. modems that don't have V.42).  If you can find anything about data
  392. compression in Recommendation V.42, you must be reading a different
  393. version than the one that was written by the CCITT (now the ITU-T).
  394.  
  395. Now, assuming that your reference to V.42 was a typo, and you really
  396. meant V.42bis ...
  397.  
  398. > The V.42 uses Limpel-Ziff compression scheme that is based on
  399. > generating dictionary as you transfer a file. What that mean is, it
  400. > will not compress as you type.
  401.  
  402. First off, V.42bis uses a modified version of Lempel-Ziv-Welch
  403. compression.  Various extensions were added to LZW to make it more
  404. effective in a modem environment where it would be required to
  405. compress continuous streams of data.  It compresses whatever data it
  406. can, regardless of whether that data is typed by you, is a screen of
  407. data from the remote computer, or is a file being transferred.
  408.  
  409. Second, even if V.42bis only worked when *FILES* were being
  410. transferred, and not when text screens, etc., were moving, would you
  411. please explain to me how it's supposed to know the difference?  :-)
  412. Think about it ...
  413.  
  414. > But here is the catch normally ALL files are compressed
  415.  
  416. You seem to be assuming that the only use for high-speed modems is
  417. downloading files from a BBS.  This is, in fact, far from the truth.
  418. There are lots of people using modems to access various other online
  419. applications, and V.42bis can definitely help a *LOT* in this case.
  420. And even if all you're doing is snarfing up some file from a BBS,
  421. isn't it nice to have those file listings move faster?  Hey, if I'm
  422. grabbing a file from a BBS, I usually have something I want to do WITH
  423. that file -- I'd rather get on with that than sit there waiting for
  424. screen after screen of info.
  425.  
  426. > by PKzip, ARC or ARJ LHA GIF programs. Those are using precisely
  427. > same algorithm as V.42.
  428.  
  429. As already covered above, V.42 isn't data compression, and V.42bis
  430. (which *IS* data compression) uses a modified version of LZW that is
  431. designed specifically for the modem world.  In fact, zip, etc.,
  432. usually do better than V.42bis, so where possible (and it isn't always
  433. possible) you're better off compressing files with something like zip
  434. or gzip prior to sending them.
  435.  
  436. > So those files are not compressible.  If you try to compress them
  437. > again the file size will be larger than original.
  438.  
  439. Not true.  Unlike MNP5, V.42bis is nice enough to not expand
  440. pre-compressed data, so the worst you'll get is 1:1.  For more
  441. details, refer to section 7.8 of Recommendation V.42bis ("Data
  442. compressibility test").
  443.  
  444. > ... So the benefits of V.42 for the user are minimal!
  445.  
  446. That depends on what the user is doing.  The benefits for YOU may be
  447. minimal, and that's fine.  But just remember that there are other
  448. modem users in the world, and they don't all do things exactly the
  449. same way you do.
  450.  
  451.  
  452. Later,
  453.  
  454. jim
  455.  
  456. 73 DE N5IAL (/4)                         < Running Linux 0.99 PL10 >
  457.       jim@n5ial.mythical.com                 ICBM: 30.23N 86.32W
  458.   ||  j.graham@ieee.org          Packet:  N5IAL@W4ZBB (Ft. Walton Beach, FL)
  459. E-mail me for information about KAMterm (host mode for Kantronics TNCs).
  460.  
  461.  
  462. [TELECOM Digest Editor's Note: My thanks to Jim for submitting this
  463. correction. It is very difficult from where I sit to catch some of the
  464. errors in the more complex technical articles which appear here in 
  465. the Digest, thus the importance of readers sending in corrections when
  466. they are needed. Never hesitate to send in corrections and to be sure
  467. they catch my eye given the high volume of mail received, be sure to
  468. add some phrase in the subject line such as 'correction to posting' or
  469. similiar.   PAT]
  470.  
  471. ------------------------------
  472.  
  473. From: hummes@osf.org (Jakob Hummes)
  474. Subject: Re: Hayes' New Modem
  475. Date: 7 Jan 1994 21:04:43 GMT
  476. Organization: Open Software Foundation
  477.  
  478.  
  479. In article <telecom14.16.6@eecs.nwu.edu>, md@maxcy2.maxcy.brown.edu
  480. (Michael P. Deignan) writes:
  481.  
  482. > Of course, I don't know if this is how Hayes does it, but remember,
  483. > you can only modulate a sine wave one of three ways: amplitude, phase,
  484. > and frequency.
  485.  
  486. > Ain't technology wonderful?
  487.  
  488. Yes, it is. But there is an absolute limit (Shannon's Law).  The
  489. question was about the transmission over a *real* phone line. And that
  490. means there exists *noise*.  The limit of bps is proportional to the
  491. logarithm of the signal to noise ratio. Unfortunately I don't remember
  492. the constant factors.
  493.  
  494.  
  495. Jakob Hummes
  496.  
  497. ------------------------------
  498.  
  499. From: mgriffin@access3.digex.net (Michael D. Griffin)
  500. Subject: Re: Communication Over Power Lines?
  501. Date: 7 Jan 1994 19:38:21 GMT
  502. Organization: Express Access Online Communications, Greenbelt, MD USA
  503.  
  504.  
  505. James H. Haynes (haynes@cats.ucsc.edu) wrote:
  506.  
  507. > I believe the power companies also use carrier current for signaling
  508. > and controlling their relays and things, again working on the high-voltage 
  509. > side of things so they don't have to go through transformers.
  510.  
  511. Actually many of them (most) have discovered that they can run a fiber
  512. optic cable right along side or even inside the high voltage cables
  513. since the opticial signals are immune to the electrical interference
  514.  ... now if someone could only figure out how to transmit electric
  515. power via fiber cable the power companies would really be happy.
  516.  
  517. ------------------------------
  518.  
  519. Date: Fri, 7 Jan 94 15:14:54 EST
  520. From: Peter Capek <capek@watson.ibm.com>
  521. Subject: Re: How Are VCR Plus+ Codes Generated
  522.  
  523.  
  524. VCR Plus codes are a "secret" encoding of the channel, start date and
  525. time, and length of a program.  Gemstar seems to have elected to try
  526. to keep the encoding secret, so as to maintain their ability to sell
  527. the device, and also to sell to the newspapers the codes.  This may be
  528. because they couldn't get an effective patent or other form of
  529. protection.
  530.  
  531. Unfortunately, they seem not to have anticipated that this strategy
  532. would be interpreted by many as a challenge. As a result, almost all
  533. details of the encoding were deduced and published in a paper,
  534. published in Cryptologia about two years ago.  As far as I know,
  535. there's no other protection on the encoding, so that no legal barrier
  536. prevents a newspaper (at least, one which isn't already under contract
  537. to Gemstar) from creating the codes itself and publishing them (modulo
  538. the missing details), although there is undoubtedly protection on the
  539. VCR Plus trademark itself.
  540.  
  541.  
  542. Peter Capek
  543.  
  544. ------------------------------
  545.  
  546. From: dosborn@Internet.cnmw.com
  547. Date: Fri, 07 Jan 94 15:28:01 EST
  548. Subject: Sprint (Dvorak) Modem Offer - Finally
  549.  
  550.  
  551. Pat:
  552.  
  553. As a final effort to obtain my sprint modem, I scanned back issues for
  554. Diane Worthy's number.  The number associated with her is no longer in
  555. service.  However, in my search I came across the number for Shawn
  556. Larimer.  One article listed him as the person in charge. I called
  557. that number and left a message.
  558.  
  559. Well, I just received a return call, not from Mr. Larimer, but from
  560. Don Sivesind (913-624-5136).  He was very nice, even cheerful.  When I
  561. breifly explained to him my tale of woe, he (much to my delight) said
  562. that he would order me a modem right away.  It turns out that instead
  563. of setting up a new account (which would have trigged a modem order)
  564. they re-activated on old account.
  565.  
  566. Well, I'm a "happy camper" now, and not "so" down on Sprint's customer
  567. service.  Although, this still leaves David in a quandry about what to
  568. do with his extra modem.
  569.  
  570.  
  571. Dan Osborn
  572.  
  573.  
  574. [TELECOM Digest Editor's Note: Thanks for the followup on this. I'm
  575. glad to hear Sprint was willing to work along with you. Regards
  576. David and his extra modem, I wonder if he has been staying awake
  577. all night wondering what to do about it. :)  Hey, he can send it to
  578. me if nothing else; somehow I will find a way to sacrifice one of
  579. the empty slots in my 386.  :)  I'll try to stay warm today as it
  580. is miserably cold here in Chicago, and the forecast is for sub-zero
  581. weather for a couple days.  Otherwise, have a nice weekend!  PAT]
  582.  
  583. ------------------------------
  584.  
  585. End of TELECOM Digest V14 #19
  586. *****************************
  587.