home *** CD-ROM | disk | FTP | other *** search
/ DP Tool Club 15 / CD_ASCQ_15_070894.iso / vrac / tc14_224.zip / TC14-224.TXT < prev   
Text File  |  1994-05-18  |  24KB  |  606 lines

  1. TELECOM Digest     Fri, 13 May 94 15:10:00 CDT    Volume 14 : Issue 224
  2.  
  3. Inside This Issue:                           Editor: Patrick A. Townson
  4.  
  5.     Re: McCaw Cellular One (NYC) Introduces Anti-Fraud Program (Barry
  6. Mishkind)
  7.     Re: Handy Money Saving Cellular Tip (Carl Oppedahl)
  8.     Re: Need Criteria for Choosing a Phone Number (John Lundgren)
  9.     Re: What Network Equipment is Needed to Set up Access Point (John
  10. Lundgren)
  11.     Re: Wireless Data Services (Joe Ford)
  12.     Re: Bell Atlantic Gets Maryland Competition (Stephen Denny)
  13.     Re: ZMODEM - Proprietary? (Bob Allison)
  14.     Re: Any Modem Decode DTMF? (Mahabala Sastry)
  15.     Re: 3270 Emulation (Windows) (Roger Fajman)
  16.     Re: Sprint "Combined Billing" Error (Arthur Rubin)
  17.     Re: Searching For High School Classmates ... Help, Please! (himsworth@aol)
  18.     Re: Need Information on Complete PC (Brian Sinofsky)
  19.     Re: Need Criteria for Choosing a Phone Number (Peter Campbell Smith)
  20.     Re: Direct Billing by AT&T (Jeffrey C. Honig)
  21.     Re: FCC Order on Interstate Caller-ID (Robert Berger)
  22.     Re: San Carlos Joins Internet (Dave Niebuhr)
  23.     Information Wanted on Large Digital Data Exchange (Rolly Noel)
  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. It is also gatewayed to Usenet where it appears as the moderated
  30. newsgroup 'comp.dcom.telecom'. 
  31.  
  32. Subscriptions are available at no charge to qualified organizations
  33. and individual readers. Write and tell us how you qualify:
  34.  
  35.                  * telecom-request@eecs.nwu.edu *
  36.  
  37. The Digest is edited, published and compilation-copyrighted by Patrick
  38. Townson of Skokie, Illinois USA. You can reach us by postal mail, fax 
  39. or phone at:
  40.                     9457-D Niles Center Road
  41.                      Skokie, IL USA   60076
  42.                        Phone: 708-329-0571
  43.                         Fax: 708-329-0572
  44.   ** Article submission address only: telecom@eecs.nwu.edu **
  45.  
  46. Our archives are located at lcs.mit.edu and are available by using
  47. anonymous ftp. The archives can also be accessed using our email
  48. information service. For a copy of a helpful file explaining how to
  49. use the information service, just ask.
  50.  
  51. *************************************************************************
  52. *   TELECOM Digest is partially funded by a grant from the              *
  53. * International Telecommunication Union (ITU) in Geneva, Switzerland    * 
  54. * under the aegis of its Telecom Information Exchange Services (TIES)   * 
  55. * project.  Views expressed herein should not be construed as represent-*
  56. * ing views of the ITU.                                                 *
  57. *************************************************************************
  58.  
  59. Additionally, the Digest is funded by gifts from generous readers such
  60. as yourself who provide funding in amounts deemed appropriate. Your help 
  61. is important and appreciated.
  62.  
  63. All opinions expressed herein are deemed to be those of the author. Any
  64. organizations listed are for identification purposes only and messages
  65. should not be considered any official expression by the organization.
  66. ----------------------------------------------------------------------
  67.  
  68. Date: Thu, 12 May 94 21:31 MST
  69. From: barry@coyote.datalog.com (barry mishkind)
  70. Subject: Re: McCaw Cellular One (NYC) Introduces Anti-Fraud Program
  71. Organization: Datalog Consulting, Tucson, AZ
  72.  
  73.  
  74. >> 611 and 911.  Incoming calls, however, still work.  Dialing *560 + PIN
  75. >> (SND) releases the phone and allows it to make calls.  This is, of
  76. >> course, distinct from the lock feature of the phone, itself.
  77.  
  78. > Something sounds fishy about this to me.  Criminals today can capture
  79. > mobile numbers and ESNs off the air.  What's to stop them from also
  80. > capturing the PINs?  All they have to do is set their scanners to look
  81.  
  82. > "*560####" message to "unlock" the number.  Pretty bogus security, if
  83. > you ask me.  Certainly gives customers the _feeling_ that something is
  84.  
  85. I have to agree. This doesn't make me feel very secure. But, perhaps
  86. the answer is more along the lines of what you imply ... the telcos
  87. don't really care about the matter, except as a PR thing.
  88.  
  89. Not so long ago, one of the national TV networks had a program on the
  90. PIN surfers that watch people at payphones dialing in their PIN. In
  91. this case, the reporter was in contact with one of the LD carriers,
  92. and as shown, they had computer reports within seconds of the calls
  93. that were then made to Hungary, Sri Lanka, etc.
  94.  
  95. IF the computers can catch this that fast ... there is not reason they
  96. can't "hold" a phone calling more than one country not in the profile,
  97. and have an operator check upon the next call. Some with cell phones.
  98. A quick check into the call probably would be apprecaited by the user,
  99. rather than a $5000 phone bill.
  100.  
  101. Of course, if the phone companies are allowed a percentage of return
  102. on investment, they wouldn't care about the level of fraud, since, not
  103. only will they recover it in the rates, but ... the fraud *increases*
  104. the gross and they make more profit in the end.  A cynical view
  105. perhaps, but then I've dealt with the phone companies for years. It's
  106. not unthinkable.
  107.  
  108.  
  109. Barry Mishkind   barry@coyote.datalog.com  Tucson, Arizona
  110.  
  111. ------------------------------
  112.  
  113. From: oppedahl@panix.com (Carl Oppedahl)
  114. Subject: Re: Handy Money Saving Cellular Tip
  115. Date: 13 May 1994 10:46:30 -0400
  116. Organization: PANIX Public Access Internet and Unix, NYC
  117.  
  118.  
  119. In <telecom14.220.15@eecs.nwu.edu> johnl@iecc.com (John R Levine)
  120. writes:
  121.  
  122. > I was scrutinizing my cellular bill this evening and noted this
  123. > fascinating (well, sort of fascinating fact):
  124.  
  125. > My long distance carrier is Sprint, which bills directly, not through
  126. > my cell carrier NYNEX.  For about three quarters of the LD calls,
  127. > Sprint billed the call as a minute shorter than NYNEX did.  I presume
  128. > that this is because NYNEX starts the clock as soon as I hit Send,
  129. > while Sprint doesn't start until the call supervises.  On the other
  130. > hand, for roamer calls with the LD charges billed through NYNEX, the
  131. > LD and cellular times are the same.
  132.  
  133. [the point being that having one's long-distance cellular calls billed
  134. separately could save money]
  135.  
  136. This is one reason a person might choose one cellular carrier over
  137. another.  Of the two cellular carriers in New York, one (Nynex) lets
  138. you pick your own long-distance carrier and be billed separately if
  139. you wish, the other (Cellular One) forces you to AT&T and bills you
  140. for it.  Or at least it was that way a few years ago, can current
  141. customers comment?
  142.  
  143. Of course the sad part about all this (not the fault of the previous
  144. poster) is that in New York, at least, the oligopoly pricing leads to
  145. very expensive air time charges, for many callers 90 cents per minute.
  146. This dwarfs the long-distance price component and reduces the benefit
  147. of getting to choose your long-distance carrier.
  148.  
  149. One hopes that some day in the US there will be more than two
  150. providers for portable phone service, to bring the price down.
  151.  
  152.  
  153. Carl Oppedahl AA2KW    Oppedahl & Larson (patent lawyers)
  154. Yorktown Heights, NY   voice 212-777-1330  
  155.  
  156. ------------------------------
  157.  
  158. From: jlundgre@kn.pacbell.com (John Lundgren)
  159. Subject: Re: Need Criteria for Choosing a Phone Number
  160. Date: 13 May 94 02:21:34 GMT
  161. Organization: Pacific Bell Knowledge Network
  162.  
  163.  
  164. I didn't ask for the one I got, but it fits perfectly.  ANd the FAX
  165. number would have been nicer if it were 329 instead of 379, then it
  166. would have been JOHN FAX.  Oh, well ... actually my voice number is
  167. also JOHNIAC.  But no one seems to remember that one.  
  168.  
  169. B C N U . .
  170.  
  171. (Now, if I could only get rid of that damn pager number)
  172.  
  173.  
  174. John Lundgren - Elec Tech - Info Tech Svcs 
  175. Rancho Santiago Community College District 
  176. 17th St. at Bristol \ Santa Ana, CA 92706  
  177. VOI (714) JOHN GAB \ FAX (714) JOHN FRY    
  178. jlundgre@kn.pacbell.com \ jlundgr@eis.calstate.edu
  179.  
  180. ------------------------------
  181.  
  182. From: jlundgre@kn.pacbell.com (John Lundgren)
  183. Subject: Re: What Network Equipment is Needed to Set up Access Point
  184. Date: 13 May 94 02:29:07 GMT
  185. Organization: Pacific Bell Knowledge Network
  186.  
  187.  
  188. It sounds like you're about to get into the wonderful world of Unix.
  189. The addresses we have on the internet don't seem to want to let people
  190. telnet into our site.  THis is because we have a network with only DOS
  191. machines on it.  I have heard that we are going to have to get a Unix
  192. box and a fully qualified domain name if we want to be fully on the
  193. 'net.  Hope that helps ...
  194.  
  195.  
  196. John Lundgren - Elec Tech - Info Tech Svcs 
  197. Rancho Santiago Community College District 
  198. 17th St. at Bristol \ Santa Ana, CA 92706  
  199. VOI (714) JOHN GAB \ FAX (714) JOHN FRY    
  200. jlundgre@kn.pacbell.com \ jlundgr@eis.calstate.edu
  201.  
  202. ------------------------------
  203.  
  204. From: fordjb@wln.com
  205. Subject: Re: Wireless Data Services
  206. Date: Fri, 13 May 94 09:10:19 PDT
  207. Organization: WLN
  208.  
  209.  
  210. In article <telecom14.220.4@eecs.nwu.edu>, <petef@well.com> writes:
  211.  
  212. > I've noticed that there's been very little posted to this list
  213. > regarding wireless *data* services.  Anyone know why?  There are some
  214. > very interesting developments in the wireless arena, both for short,
  215. > bursty text messaging (a la RAM or Ardis) and for higher bandwidth, IP
  216. > connectivity within metropolitan areas.
  217.  
  218. > Am I simply looking in the wrong place, or is the interest level not
  219. > very high, or is there a need to establish a new group regarding
  220. > wireless data services?
  221.  
  222. > [TELECOM Digest Editor's Note: Those messages are welcome here, but
  223. > I do not seem to get very many of them. I'm not certain if any other
  224. > newsgroup is currently handling the topic or not.   PAT]
  225.  
  226. I'm also interested in wireless data services, particularly real-time
  227. data links via cellular transmission to Unix file servers. Anyone out
  228. there with experience or recommendations regarding cellular modems.
  229.  
  230. Is this group the most appropriate one? Anyone know of another group
  231. focusing on wireless data services?
  232.  
  233.  
  234. Thanks,
  235.  
  236. Joe Ford
  237. Voice:  206-352-4434
  238. Fax:  206-352-4712
  239. Internet: fordjb@wln.com
  240.  
  241.  
  242. [TELECOM Digest Editor's Note: Well, the coverage of telecom in this 
  243. journal is general in nature, and pretty much includes all the various
  244. aspects of telephony. There are a few other specialized groups, but none
  245. specifically as you described it ... so stick around, ask questions!  PAT]
  246.  
  247. ------------------------------
  248.  
  249. From: sdenny@spd.dsccc.com (Stephen Denny)
  250. Subject: Re: Bell Atlantic Gets Maryland Competition
  251. Date: 12 May 1994 23:27:08 GMT
  252. Organization: DSC Communications Corporation, Plano, Texas USA
  253.  
  254.  
  255. > with 800 numbers.  Portability is clearly in the works, but as I noted
  256. > in an earlier message it'll be an enormous project involving billions
  257. > of dollars of retrofit to the network to look up every single call in
  258. > a carrier database to know who to route it to.  I'd be very surprised
  259. > to see portability working before the year 2000.
  260.  
  261. As an employee of an equipment vendor, billions of dollars sounds real
  262. good!  Can we have some of it upfront?
  263.  
  264. I am aware of discussions with unmentioned regional suppliers and some
  265. potential new ones regarding number portability.  There are people
  266. wanting to do it soon, even if on a small scale.  I agree the
  267. full-blown implementation is *several* years out, but things are
  268. moving faster in telecom now than 20 years ago due to competition.
  269.  
  270. As someone mentioned earlier, there are ways to do small-scale portability
  271. now without any hardware or software mods but they are wasteful.
  272.  
  273. > One thing I can definitely promise is massive confusion before it's
  274. > all sorted out.  Expect a lot of really stupid proposals, e.g.
  275. > assigning each CAP a couple of area codes, or adding yet more digits
  276. > to be dialed as a prefix to the subscriber's number.
  277.  
  278. I agree about the confusion state.  I think we are in it now.
  279.  
  280. There are two or three flavors of portability being addressed.  When we
  281. don't say which version we are talking about, confusion reigns.
  282.  
  283.   1. phone company selection portability locally only (within the same
  284.      LATA, but you select your provider)
  285.   2. physical local portability (move your number with you within the
  286.      LATA -  nice but not a big revenue producer, not likely)
  287.   3. nationwide portability (take your number with you anywhere)
  288.  
  289. In some respects number two is supported but only within the same CO.
  290. With number three you have blown all concept of area code being a
  291. geographic area.  It now becomes just part of the number.
  292.  
  293. I might also point out that although every call could potentially need
  294. a "lookup", 800 numbers are already being "looked up" via Global Title
  295. Translation.  All 800 numbers are not typically looked up in one
  296. single database used by all the world, rather in various locations.
  297. In some respects it is a matter of scale to look up all numbers,
  298. although I am by no means suggesting that the GTT mechanism do it.
  299. Setup time is an issue.
  300.  
  301. One thing you can bet -- some companies will need to do it long before
  302. any standards are set.
  303.  
  304. I'd be interested in hearing more discussion, please?
  305.  
  306.  
  307. Stephen Denny             sdenny@spd.dsccc.com
  308. DSC Communications Corp.  Plano, TX                
  309.  
  310. ------------------------------
  311.  
  312. From: boba@gagme.wwa.com (Bob Allison)
  313. Subject: Re: ZMODEM - Proprietary?
  314. Date: 12 May 1994 22:08:51 -0500
  315. Organization: WorldWide Access - Chicago Area Internet Services 312-282-8605
  316.  
  317.  
  318. In article <telecom14.203.1@eecs.nwu.edu>, Chuck Forsberg WA7KGX
  319. <omen!caf> wrote:
  320.  
  321. > The 1986 ZMODEM is public domain, as are the rz/sz sources of that
  322. > vintage.
  323.  
  324. > Omen Technology has improved the performance and reliability of ZMODEM
  325. > over the last decade.  The Good Stuff is not public domain.
  326.  
  327.    I have been told that there are important differences in ZMODEM
  328. implementations that the user will notice.  It has been said that the
  329. PD ZMODEM will puke baud barf if you cancel a dl, and it will screw up
  330. if you try to put it in the background on a dl.  But 'they' say that
  331. the higher priced ZMODEM (perhaps that which Mr Forsberg refers to)
  332. doesn't have these faults.  Is this true?
  333.  
  334.  
  335. boba@gagme.wwa.com
  336. Please vote for rec.arts.ascii - CFV available in news.announce.newsgroups.
  337.  
  338. ------------------------------
  339.  
  340. From: nsc!mirage.nsc.com!msastry@voder.pa.dec.com (Mahabala Sastry)
  341. Subject: Re: Any Modem Decode DTMF?
  342. Reply-To: nsc!mirage.nsc.com!msastry@voder.pa.dec.com
  343. Organization: National Semiconductor Corp.
  344. Date: Fri, 13 May 1994 13:59:11 GMT
  345.  
  346.  
  347. In article 7@eecs.nwu.edu, puma@netcom.com (puma) writes:
  348.  
  349. > There are several modems that will do that, mostly the better (read,
  350. > higher priced) ones.  The USR dual standard will, with the following
  351. > commands ...
  352.  
  353. >  ATH1%T
  354.  
  355. > The H1 takes the modem off-hook, the %T reads the touchtone.  Sending
  356. > a character or dropping DTR will hang up the line.
  357.  
  358. TyIN 4000 Pro from NSC is a low end data-modem/fax/voice/audio/scanner
  359. card that can do this. Mostly targetted for small office or home PCs.
  360.  
  361.  
  362. Mahabala sastry
  363.  
  364. ------------------------------
  365.  
  366. From: Roger Fajman <RAF@CU.NIH.GOV>
  367. Date: Fri, 13 May 1994  00:01:07 EDT
  368. Subject: Re: 3270 Emulation (Windows)
  369.  
  370.  
  371. > I'm looking for a good Shareware 3270 Emulator for Windows. I do a
  372. > great deal of work in the VAX/VMS environment and use WRQ's Reflection
  373. > 2 for Windows, however, this is not suited for the IBM mainframe
  374. > environment. If you know of any 3270 Emulators for Windows, could you
  375. > please provide me with the information I need to obtain them.
  376.  
  377. There are freeware or shareware TN3270s.  Check out these files
  378. relating to TCP/IP for PCs:
  379.  
  380.   PCIP     FAQ         Frequently Asked Questions
  381.   PCIP     FEATURES    Features of TCP/IP Packages for DOS and Windows
  382.   WINSOCK  APPFAQ      Windows Sockets Applications FAQ
  383.   WINTCP   INFO        Windows and TCP/IP for Internet Access
  384.  
  385. They are available via anonymous FTP from list.nih.gov, directory pcip.
  386. To order by email, send the command "get filename filetype" to
  387. listserv@list.nih.gov.
  388.  
  389. To subscribe to the pcip (TCP/IP for PCs) mailing list, send the
  390. command "SUB PCIP your name" to listserv@list.nih.gov.  It's
  391. bidirectionally gatewayed with the comp.protocols.tcp-ip.ibmpc
  392. newsgroup.
  393.  
  394.  
  395. Roger Fajman                                   Telephone:  +1 301 402 4265
  396. National Institutes of Health                  BITNET:     RAF@NIHCU
  397. Bethesda, Maryland, USA                        Internet:   RAF@CU.NIH.GOV
  398. Postmaster for CU.NIH.GOV/NIHCU, LIST.NIH.GOV/NIHLIST, NIH3PLUS
  399. List owner for PCIP, SNSTCP-L, and TN3270E, all @LIST.NIH.GOV
  400.  
  401. P.S. - WRQ sells a version of Reflection with TN3270 capability.
  402.  
  403. ------------------------------
  404.  
  405. Subject: Re: Sprint "Combined Billing" Error
  406. From: a_rubin%dsg4.dse.beckman.com (Arthur Rubin)
  407. Date: 13 May 94 15:39:57 GMT
  408. Reply-To: a_rubin@dsg4.dse.beckman.com
  409. Organization: Beckman Instruments, Inc.
  410.  
  411.  
  412. In <telecom14.210.22@eecs.nwu.edu> pheel@panix.com (Mike Pollock) writes:
  413.  
  414. > Sprint recently changed me over from direct billing to "combined
  415. > billing" on my NYNEX local telephone bill.  Simple, right?  Wrong.  My
  416. > final direct-from-Sprint invoice was contained activity through
  417. > 4/10/94.  My first combined bill from NYNEX contained Sprint activity
  418. > through 4/13/94.  The proximity of these two billing dates meant I got
  419. > a _three_day_ billing period for Sprint long distance service on the
  420. > NYNEX bill.  Now, I'm also a Sprint Select customer, which means I
  421. > have a $6.85/month minimum.  In a normal 30 day billing cycle, I
  422. > easily meet that minimum.  However, Sprint was nice enough to bill me
  423. > $6.85 for this three day billing cycle because in those three days, I
  424. > only made $1.20 worth of calls. 
  425.  
  426. Etc.
  427.  
  428. Same situation here with me last April with Sprint/PacBell, but it
  429. only took me two minutes talking to Sprint (once I got through the
  430. voice-mail menus) The credit was on the the bill two months following.
  431. No problem with either Sprint or PacBell.
  432.  
  433.  
  434. Arthur L. Rubin: a_rubin@dsg4.dse.beckman.com (work) Beckman Instruments/Brea
  435. 216-5888@mcimail.com 70707.453@compuserve.com arthur@pnet01.cts.com (personal)
  436.  
  437. ------------------------------
  438.  
  439. From: himsworth@aol.com (Himsworth)
  440. Subject: Re: Searching for High School Classmates ... Help, please!
  441. Date: 13 May 1994 09:11:03 -0400
  442. Organization: America Online, Inc. (1-800-827-6364)
  443.  
  444.  
  445. In article <telecom14.208.2@eecs.nwu.edu>, gilbert@cs.ucsd.edu (Glen
  446. Gilbert) writes:
  447.  
  448. I have spent the last three years building a database for a public
  449. school alumni association in Manhasset, NY.  Cannot help you with your
  450. specific request, but if you decide to go with a formal organization I
  451. can help with by-laws, database format (Filemaker Pro), etc.
  452.  
  453. ------------------------------
  454.  
  455. From: brians@netcom.com (Brian Sinofsky)
  456. Subject: Re: Need Information on Complete PC
  457. Organization: NETCOM On-line Communication Services (408 261-4700 guest)
  458. Date: Thu, 12 May 1994 23:36:57 GMT
  459.  
  460.  
  461. Al Cohan (0004526627@mcimail.com) wrote:
  462.  
  463. > A friend of mine is sending me a couple of voice cards manufactured by
  464. > the Complete PC. Can anyone supply info on how to reach this company?
  465.  
  466. Complete PC is now owned by Boca Research, Inc. in Boca Raton,
  467. Florida.  
  468.  
  469.  
  470. Brian Sinofsky
  471.  
  472. ------------------------------
  473.  
  474. From: campbellsm@lish.logica.com (Peter Campbell Smith)
  475. Subject: Re: Need Criteria for Choosing a Phone Number
  476. Organization: Logica, London
  477. Date: Fri, 13 May 1994 08:55:26 GMT
  478.  
  479.  
  480. barry.s.rein@jpl.nasa.gov (Barry S. Rein) writes:
  481.  
  482. >> ....  I'm looking for criteria on what makes a telephone number easy to
  483. >> remember.  ....
  484.  
  485. 2580 is a good one -- straight down the middle of the keypad.
  486.  
  487.  
  488. Peter Campbell Smith, Logica plc, London.  Voice: +44 71 637 9111
  489. Fax: +44 71 344 3638  Internet: campbellsm@lish.logica.com
  490.  
  491. ------------------------------
  492.  
  493. Subject: Re: Direct Billing by AT&T
  494. Organization: Information Technologies/Network Resources; 
  495. Date: Fri, 13 May 1994 12:17:57 -0400
  496. From: Jeffrey C Honig <jch@nr-tech.cit.cornell.edu>
  497.  
  498.  
  499. My AT&T billing is handled by my local small independent phone
  500. company.  A couple of times I have called about AT&T billing plans and
  501. rewards programs and have been told that I am not elligible because my
  502. local phone company has decided not to offer said plan (although they
  503. do offer Reach Out America).
  504.  
  505. Is there any way for me to be billed directly by AT&T instead of via
  506. my local phone company?  Maybe by not selecting a default long
  507. distance carrier and having to dial 10288 every time?
  508.  
  509. Also, my wife just received a $20 check offer from MCI.  Is AT&T still
  510. countering these offers?
  511.  
  512.  
  513. Thanks,
  514.  
  515. Jeff
  516.  
  517. ------------------------------
  518.  
  519. From: rwb@alexander.alias.cs.cmu.edu (Robert Berger)
  520. Subject: Re: FCC Order on Interstate Caller-ID
  521. Organization: School of Computer Science, Carnegie Mellon
  522. Date: Fri, 13 May 1994 16:32:31 GMT
  523.  
  524.  
  525. In article <telecom14.221.8@eecs.nwu.edu> padgett@tccslr.dnet.mmc.com
  526. (A. Padgett Peterson) writes:
  527.  
  528. > Personally, I agree with the basic service being per-call blocking. 
  529.  
  530. If you want per-call blocking on YOUR phone that's fine. I don't see
  531. why they can't let the customer have his/her choice.
  532.  
  533. Once again the interests of greedy businesses are being favored over
  534. the needs of the consumer.
  535.  
  536. I don't want any business I deal with to have my home phone number.
  537. They WILL sell it to telemarketers, and there's no way I can prove who
  538. did it.
  539.  
  540. IF they can't offer per-line blocking then they should drop the whole
  541. Caller-ID crap altogether.
  542.  
  543. Emergencies are no excuse; 911's have had number ID for years.
  544.  
  545. ------------------------------
  546.  
  547. Date: Fri, 13 May 94 15:13:33 EDT
  548. From: dwn@dwn.ccd.bnl.gov (Dave Niebuhr)
  549. Subject: Re: San Carlos Joins Internet
  550.  
  551.  
  552. In TELECOM Digest V14 #221 RANDY@MPA15AB.mv-oc.Unisys.COM wrote:
  553.  
  554. >> Anyone who has access to the Internet ...  can reach City Hall by
  555. >> addressing their message to scarlos@crl.com.
  556.  
  557. > Why are they in the Commercial domain, and not the Government domain?
  558.  
  559. > [TELECOM Digest Editor's Note: Because, as I understand it, '.gov' only
  560. > applies to the *federal* government. I don't think it was ever defined
  561. > for local or state government use.   PAT]
  562.  
  563. I obtained a copy of all US sites that have an Internet connection
  564. from Internic via the whois command (whois -h rs.internic.net "domain
  565. *") on my Sun workstation (other systems may vary) and it listed
  566. federal, state and local governmental entites as '.gov'
  567.  
  568.  
  569. Dave Niebuhr      Internet: dwn@dwn.ccd.bnl.gov (preferred)
  570.                             niebuhr@bnl.gov / Bitnet: niebuhr@bnl
  571. Senior Technical Specialist, Scientific Computing Facility
  572. Brookhaven National Laboratory Upton, NY 11973  1+(516) 282-3093
  573.                                           FAX   1+(516) 282-7688
  574.  
  575.  
  576. [TELECOM Digest Editor's Note: Thanks for the clarification and
  577. correction. I guess I've no idea why they are in .com then.  PAT]
  578.  
  579. ------------------------------
  580.  
  581. From: Rolly_Noel@ualberta.ca (Rolly Noel)
  582. Subject: Information Wanted on Large Digital Data Exchange
  583. Date: Fri, 13 May 1994 11:16:16 -0800
  584. Organization: Computing & Network Services, Univ. of Alberta
  585.  
  586.  
  587. I'm looking for product info for large digital data exchanges that will
  588. support:
  589.  
  590.  -- Attachment of 1000 V.34 modems on the front end,
  591.  -- Have 4000 serial ports on the back end for connections to terminal
  592.     servers, support for signal line flow control, 
  593.  -- Able to talk to modem and terminal server ports at speeds up to
  594.     115,200 bps.  
  595.  
  596.  
  597. Thanks. 
  598.  
  599. ------------------------------
  600.  
  601. End of TELECOM Digest V14 #224
  602. ******************************
  603.  
  604.  
  605. -------------------------------------------------------------------------------
  606.