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

  1.  
  2.  
  3. TELECOM Digest     Fri, 14 Jan 94 08:33:00 CST    Volume 14 : Issue 29
  4.  
  5. Inside This Issue:                          Editor: Patrick A. Townson
  6.  
  7.     Canadian Teen Charged With $500,000 Phone Fraud (William Van Hefner)
  8.     Re: Phone Phreakers Down South (Paul Buder)
  9.     Re: Phone Phreakers Down South (Bob Niland)
  10.     Using Spare Channels on a T1 (Javier Henderson)
  11.     Re: Sprint Voice Foncard Press Release (Brent Whitlock)
  12.     Telnet to Remote PC's COM Port (Steve Pinkston)
  13.     Nynex Name Change (Dale Farmer)
  14.     Norwegian CLID (was "Anonymous Call Rejection") (Richard Cox)
  15.     Book Review: "Basics Book of Information Networking" - Motorola (R. Slade)
  16.     ISDN Residential and PacBell (Steve Cogorno)
  17.     Transborder Data Flow? (Michael L. Winkelman)
  18.     Online Comments to U.S. Social Security Administration (Jack Decker)
  19.  
  20. TELECOM Digest is an electronic journal devoted mostly but not
  21. exclusively to telecommunications topics. It is circulated anywhere
  22. there is email, in addition to various telecom forums on a variety of
  23. public service systems and networks including Compuserve and GEnie.
  24. Subscriptions are available at no charge to qualified organizations
  25. and individual readers. Write and tell us how you qualify:
  26.  
  27.                  * telecom-request@eecs.nwu.edu *
  28.  
  29. The Digest is compilation-copyrighted by Patrick Townson Associates of
  30. Skokie, Illinois USA. We provide telecom consultation services and
  31. long distance resale services including calling cards and 800 numbers.
  32. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  33. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  34.  
  35.     ** Article submission address only: telecom@eecs.nwu.edu **
  36.  
  37. Our archives are located at lcs.mit.edu and are available by using
  38. anonymous ftp. The archives can also be accessed using our email
  39. information service. For a copy of a helpful file explaining how to
  40. use the information service, just ask.
  41.  
  42. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  43. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  44. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  45. Digest" shares archives resources at lcs.mit.edu for the convenience
  46. of users. Please *DO NOT* cross post articles between the groups. All
  47. opinions expressed herein are deemed to be those of the author. Any
  48. organizations listed are for identification purposes only and messages
  49. should not be considered any official expression by the organization.
  50. ----------------------------------------------------------------------
  51.  
  52. From: vantek@aol.com
  53. Reply-To: vantek@aol.com
  54. Date: Fri, 14 Jan 94 04:27:38 EST
  55. Subject: Canadian Teen Charged With $500,000 Phone Fraud
  56.  
  57.  
  58.  
  59. TORONTO (Jan. 11) UPI - A Canadian teenager has been charged with
  60. defrauding a cellular phone network out of $500,000 worth of long
  61. distance calls.
  62.  
  63. The youth, who as a young offender can not be identified, allegedly
  64. used a computer to gain access to customers' voice mail boxes.
  65.  
  66. The teen would change the greetings in the voice mailboxes, and the
  67. new greetings were used to approve calls billed to the Rogers Cantel
  68. Inc.  network.
  69.  
  70. About $200,000 worth of calls were billed to a single phone number
  71. over a 17-day period.
  72.  
  73. Cantel blames Bell Canada's new automated long-distance billing
  74. service, and is fighting with the phone company over who should pay
  75. for the losses.
  76.  
  77. Since the alleged thefts last spring and fall, Cantel has started
  78. offering customers a service that will keep their cellular phones from
  79. accepting third-party bills.
  80.  
  81. A industry analyst estimated that long-distance fraud costs North
  82. American companies $2 billion a year, much of it by hackers who gain
  83. access to telephone networks by breaking access codes.
  84.  
  85. (END)
  86.  
  87. Geez, to ring-up a $500,000 cellphone bill he must have been on the
  88. phone for AT LEAST a couple of hours!!!  He'll probably end-up
  89. counter-suing the cellular carrier for giving him a brain tumor, or
  90. something ...
  91.  
  92.  
  93. William 'Van' Hefner
  94. Vantek Communications
  95.  
  96. ------------------------------
  97.  
  98. From: paulb@teleport.com (Paul Buder)
  99. Subject: Re: Phone Phreakers Down South
  100. Date: 13 Jan 1994 18:53:39 -0800
  101. Organization: Teleport - Portland's Public Access (503) 220-1016 
  102.  
  103.  
  104. > [TELECOM Digest Editor's Note: Then too, sometimes the phreaks
  105. > manage to get the root password (the code used by the system
  106. > administrator for system maintainence) and reconfigure the system for
  107. > themselves.
  108.  
  109. That wouldn't be possible on all voicemail systems.  The system I use
  110. is called Repartee.  No reconfiguration of privileges is allowed over
  111. the phone unless it is explicitly set up to do that.  They have to be
  112. done by typing into the keyboard of the voicemail computer.
  113.  
  114.  
  115. paulb@teleport.COM  Not affiliated with teleport.
  116.  
  117. ------------------------------
  118.  
  119. From: rjn@hpfcla.fc.hp.com (Bob Niland)
  120. Subject: Re: Phone Phreakers Down South
  121. Date: Thu, 13 Jan 1994 15:41:20 GMT
  122. Reply-To: rjn@csn.org
  123. Organization: Colorado SuperNet
  124.  
  125.  
  126. V2ENA81%OWEGO@zeta.eecs.nwu.edu wrote:
  127.  
  128. > I am assuming that how is this done is to figure out people's voice
  129. > mail passwords and then use the transfer feature to get off-site.
  130.  
  131. Stealing voicemail passwords and redirector access codes is trivially
  132. easy if:
  133.  
  134.  - Any of the system users have cellphones;
  135.  - They aren't directed, in the strongest terms, to NEVER use secured
  136.    system features from cellphone;
  137. Cordless phones are also a risk, although a smaller one.
  138.  
  139. Does AT&T routinely advise their PBX customers to warn users about the
  140. cellphone risk?
  141.  
  142.  
  143. Regards,                   1001-A East Harmony Road
  144. Bob Niland                 Suite 503
  145. Internet:  rjn@csn.org     Fort Collins
  146. CompuServe: 71044,2124     Colorado     80525   USA
  147.  
  148. ------------------------------
  149.  
  150. Subject: Using Spare Channels on a T1
  151. From: henderson@mlnaxp.mln.com
  152. Date: 13 Jan 94 17:06:41 PST
  153. Organization: Medical Laboratory Network; Ventura, CA
  154.  
  155.  
  156. Hello,
  157.  
  158. I posted about this several months ago, and I only got one or two
  159. responses. I thought I'd post again ...
  160.  
  161. Our company has the main facility in Ventura, CA, and we have smaller
  162. sites throughout California. Right now, we're just using regular phone
  163. lines to connect to these facilities for voice.
  164.  
  165. For data, there's a T1 going from the Ventura site to the long
  166. distance carrier POP, and they run 56Kb circuits to each of the remote
  167. locations. We're currently using only 7 channels on the T1, and expect
  168. to have a total of 12 in use by the end of the year.
  169.  
  170. I'd like to know how complicated it'd be to use the remaining 12
  171. channels for to route voice calls to our remote sites. Ideally, the
  172. extensions at the remote sites would look like regular extensions to
  173. everyone else in the network.
  174.  
  175. Some technical details ...
  176.  
  177. The main facility has an AT&T System 75 switch. The remote sites have
  178. their own switches, though not all of them have the same model (or
  179. brand, for that matter). One of the facilities doesn't even have a
  180. switch, just three lines in a rotary (our smallest site).
  181.  
  182.  
  183. Thanks!
  184.  
  185. Javier Henderson      henderson@mlnaxp.mln.com 
  186.  
  187. ------------------------------
  188.  
  189. From: whitlock@photon.vlsi.uiuc.edu (Brent Whitlock)
  190. Subject: Re: Sprint Voice Foncard Press Release
  191. Date: 14 Jan 94 23:41:28 GMT
  192. Organization: University of Illinois at Urbana
  193. Reply-To: whitlock@uiuc.edu (Brent Whitlock)
  194.  
  195.  
  196. >      SPRINT ANNOUNCES THE VOICE FONCARD(SM)
  197. >        -- The World's First Calling Card
  198. >      That Lets Your Voice Do The Dialing --
  199.  
  200. > ...      No voice can be heard truer than on Sprint."
  201. [ME:]                            ^^^^^ looks like a little jab at AT&T...
  202.  
  203. > Schmieg continued, "Everybody's voice is different so this
  204. > technology offers built-in fraud protection.  The voice-matching
  205. > process is secure enough to ensure authenticity, but flexible
  206. > enough to allow for slight variations in a caller's voice due to
  207. > illness or fatigue."
  208.  
  209. [ME:]  I wonder how secure this really is...
  210.  
  211. > Here's how to place a call using the Voice FONCARD:
  212.  
  213. > dial the 800 access number;
  214.  
  215. > speak the Voice FONCARD number, which is the card holder's
  216. > Social Security number, preceded by one digit (for added
  217.   ^^^^^^^^^^^^^^^^^^^^^^
  218. >  protection, the Social Security number is not printed on the
  219. >  card);          
  220.  
  221. [ME:] It's beginning to not look very secure at all... "for added
  222. protection" your SSN is not being printed on the card, but you have to
  223. say it so everyone within earshot will be able to hear your SSN and
  224. make a note of it if they so choose.  I think I'd rather key it in
  225. with my fingers.  I would rather not use my SSN at all, actually, as
  226. is the case with my current FONcard.
  227.  
  228. > In addition to the Voice FONCARD, Sprint Priority Gold
  229. > customers receive, for a low $5.00 monthly fee, benefits that make
  230. > long distance calling easier, including:
  231.  
  232. [ME:] I already get the other benefits through my Priority Plus
  233. membership, which costs me nothing.  So essentially, users must pay
  234. $5.00 a month for their calling card.  Does a $60 annual fee for a
  235. calling card seem a bit expensive to you? It does to me.  I won't be
  236. getting this new FONcard.  I wonder how many will ...
  237.  
  238.  
  239. Brent Whitlock  Beckman Institute for Advanced Science & Technology
  240. whitlock@uiuc.edu Dept. of Electrical & Computer Engineering
  241.    University of Illinois at Urbana-Champaign
  242.  
  243. ------------------------------
  244.  
  245. From: pinkston@kentrox.com (Steve Pinkston)
  246. Subject: Telnet to Remote PC's COM Port
  247. Organization: ADC Kentrox - Portland, Oregon
  248. Date: Thu, 13 Jan 1994 23:43:37 GMT
  249.  
  250.  
  251. I hope someone can help me with this:
  252.  
  253. I'm looking for a way to be able able to telnet to a specific serial
  254. port on a remote device, so that I can connect to a non-ip-addressable
  255. device that is connected to that port.
  256.  
  257. To be more specific: I have two LANs that are interconnected via
  258. bridges and T1/FT1 WAN links. I have a PC on the remote LAN that has
  259. an unused serial port ("COM2"). I want to be able to use telnet from a
  260. PC on my local LAN to connect to that that port so that I can connect
  261. to the (9600 bps async) console port of a non-ip device located near
  262. that PC, in this example a smart CSU.  In effect we would be making
  263. the remote PC a small terminal server.
  264.  
  265. It has been suggested to me that there may be software solutions to
  266. this. Ultimately I want to be able to do this for Macs and unix
  267. stations, too, but for right now I would be pleased with a solution
  268. for PCs.
  269.  
  270. Any help or pointers to resources would be greatly appreciated.
  271.  
  272.  
  273. Steve Pinkston    Technical Support Specialist
  274. ADC Kentrox  Portland, OR, USA  pinkston@kentrox.com
  275.  
  276. ------------------------------
  277.  
  278. From: dale@access2.digex.net (Dale Farmer)
  279. Subject: Nynex Name Change
  280. Date: 14 Jan 1994 11:30:11 GMT
  281. Organization: Express Access Online Communications, Greenbelt, MD USA
  282.  
  283.  
  284. Last week I had reason to walk past the building in Boston that was
  285. the main office of New England Telephone.  (Franklin Street in Boston)
  286. They vandals had chiseled off the gold colored metal letters over the
  287. entrance that said "New England Telephone", Leaving permanant scars in
  288. the stone over the doors.  Really ugly looking. They had placed on
  289. each side or the doors these huge, blue NYNEX logos.  Amazingly ugly
  290. looking!  They took a pretty nice looking art Deco building and stuck
  291. these awful plastic logo thingies on to spoil the whole look.
  292.  
  293.  One more reason to prove that Corporate America has no
  294. taste ... or shame.  (I don't think the execs in charge noticed the
  295. large old style Bell System logo up around the eighth floor, otherwise
  296. they probably would have ordered that removed also.  Thank god for
  297. their inability to look more that six feet past their noses. )
  298.  
  299.  
  300. Dale Farmer  Telephone art policeman :-)
  301.  
  302. ------------------------------
  303.  
  304. Date: Thu, 13 Jan 94 20:55 
  305. From: Richard Cox <mandarin@cix.compulink.co.uk>
  306. Subject: Norwegian CLID (Was: "Anonymous Call Rejection" - Could be Dangerous)
  307. Reply-To: mandarin@cix.compulink.co.uk
  308.  
  309.  
  310. Haakon Styri (styri@balder.nta.no) said:
  311.  
  312. >> We don't transfer ANI from Norway to the USA, arriving in the US 
  313. >> the call is only marked as 'coming from Norway' and this is unlikely 
  314. >> to change in the near future. (I could write chapter and verse about 
  315. >> why, but you probably don't want to read the full argument ...)
  316.  
  317. Perhaps some of us do want to read the full argument.  It would be
  318. very enlightening to know how this issue is viewed in other countries
  319.  -- especially one like Norway whose telecommunications decisions
  320. usually seem very well thought out.
  321.  
  322. Apart from the idea of doing all exchange modernisation and number
  323. changes at ten to four in the afternoon ... on Thursday afternoons,
  324. isn't it?
  325.  
  326. If PAT doesn't want to carry this topic, feel free to mail me directly.
  327.  
  328.  
  329. Richard D G Cox
  330.  
  331. Mandarin Technology, Cardiff Business Park, Llanishen, CARDIFF, Wales CF4 5WF
  332. Voice: +44 956 700111      Fax: +44 956 700110      VoiceMail: +44 941 151515
  333. E-mail address: richard@mandarin.com - PGP2.3 public key available on request
  334.  
  335. ------------------------------
  336.  
  337. Date: 14 Jan 94 14:18 -0600
  338. From: Rob Slade <roberts@decus.arc.ab.ca>
  339. Subject: Book Review: "Basics Book of Information Networking" by Motorola
  340.  
  341.  
  342. BKBSIFNT.RVW  931125
  343.  
  344. Addison-Wesley Publishing Co.
  345. Kelly Ford, Promotion/Publicity Coordinator
  346. P.O. Box 520   26 Prince Andrew Place
  347. Don Mills, Ontario  M3C 2T8
  348. 416-447-5101   fax: 416-443-0948
  349. or
  350. Tiffany Moore, Publicity  tiffanym@aw.com
  351. John Wait, Editor, Corporate and Professional Publishing johnw@aw.com
  352. 1 Jacob Way  
  353. Reading, MA   01867-9984
  354. 800-822-6339  617-944-3700
  355. Fax: (617) 944-7273
  356. 5851 Guion Road
  357. Indianapolis, IN   46254
  358. 800-447-2226
  359. "The Basics Book of Information Networking", 0-201-56370-3
  360.  
  361. Ten years ago, this book was known as, "The Basics Book of Data
  362. Communications."  The preface describes it as an industry primer.  A
  363. number of other "Basics Books" have sprung from it on specialized
  364. topics, and this new version is the "basic" book of the new series.
  365.  
  366. In general terms, the book does reasonably well as a primer.  The tone
  367. is light, with a fair bit of humour thrown in, as well as cartoon
  368. illustrations of many points.  I doubt, however, that completely
  369. non-technical managers who need to get a minimal background overview
  370. of data communications will be entirely comfortable with it.  Although
  371. it makes fun of other texts as being written from the perspective of
  372. someone with three degrees in computer science, it is entirely clear,
  373. despite any efforts taken to modify the fact, that this was written by
  374. engineers.
  375.  
  376. At the same time, there are occasional problems with the material
  377. presented.  While there are no overt errors, there are very possible
  378. sources of confusion, as when the discussion of"smart" and "dumb"
  379. terminals seems to relate the two classes to block versus character
  380. based transmission.  The OSI model of data communications layers is
  381. discussed under the topic of X.25 and packet switching, and may
  382. contribute to a misunderstanding of the purpose of a layered model.
  383.  
  384. The strongest emphasis is on "point-to-point" networking--in other
  385. words, the connection of terminals or computers in related, but
  386. geographically dispersed, offices.  However, as a short and reasonably
  387. fundamental introduction to data communications, it has its uses.
  388.  
  389.  
  390. copyright Robert M. Slade, 1993   BKBSIFNT.RVW  931125
  391. Permission granted to distribute with unedited copies of the TELECOM
  392. Digest and associated mailing lists/newsgroups.
  393.  
  394. DECUS Canada Communications, Desktop, Education and Security group newsletters
  395. Editor and/or reviewer ROBERTS@decus.ca, RSlade@sfu.ca, Rob Slade at 1:153/733
  396. DECUS Symposium '94, Vancouver, BC, Mar 1-3, 1994, contact: rulag@decus.ca
  397.  
  398. ------------------------------
  399.  
  400. From: cogorno@netcom.com (Steve Cogorno)
  401. Subject: ISDN Residential and PacBell
  402. Date: Thu, 13 Jan 1994 17:08:46 PST
  403.  
  404.  
  405. I just got off the phone with a PacBell Marketing Rep (This guy KNEW
  406. what he was talking about, and actually treated me like an intelligent
  407. person.)
  408.  
  409. Basically, he said that right now ISDN is a tarrifed as business.
  410. However, Pac Bell filled a Tarrif Request on Nov. 17, 1993, to become
  411. effective 5/15/93 making it a Residential service, with unmeasured
  412. service.
  413.  
  414. The pricing was quite good though:
  415.  
  416. Installation
  417.   20.00 Conversion to Business Service
  418.  150.00 Installation
  419.  
  420. Monthly Service
  421.    4.25 Business Measured Rate
  422.   15.00 ISDN Service Charge
  423.   -7.50 Installation Premium (for every month up to 24 that the
  424.   service is connected.)
  425.  
  426. Usage
  427.     .04 Call Setup
  428.     .01 Per Minute  (Note: 30% disc. after 5, 60% after 11 & weekend)
  429.  
  430. I have not heard what the hard costs will be yet; the Pac Bell rep
  431. could not discuss it with me because of regulatory reasons.  He said
  432. he would have a tech call me back with info tomorrow.
  433.  
  434. For more info, you can call 1-800-622-0735.  The guy I talked to was
  435. Steven, and he really knows what he was talking about (as opposed to
  436. the first droid who told me that "There is no service called ISDN or
  437. SDS."  When I told him that it was a 'digital' phone line, he politely
  438. told me that _ALL_ Pacific Bell Exchanges are digital. *NOT* what I
  439. asked... :-)
  440.  
  441.  
  442. Steve   cogorno@netcom.com
  443. #608 Merrill * 200 McLaughlin Drive *
  444. Santa Cruz, CA 95064-1015
  445.  
  446. ------------------------------
  447.  
  448. From: Michael L Winkelman <mncwink@novalink.com>
  449. Subject: Transborder Data Flow?
  450. Date: Thu, 13 Jan 94 15:44:08 EST
  451. Organization: NovaLink, 800-274-2814 (voice) or 800-825-8852 (data)
  452.  
  453.  
  454. Does anyone out there know anything about encrypted transborder
  455. dataflow, more specifically the rules governing whether a country will
  456. allow data to flow into or thru that country in an encrypted manner,
  457. as opposed to the actual export of the programs that do the
  458. encryption?
  459.  
  460. I've heard rumblings about various countries, like France, South
  461. Korea, etc.  that either have laws in place saying that you are not
  462. supposed to telecommunicate in an encrypted manner into the country or
  463. even worse, you must give them the capability to decrypt what comes
  464. into the country encrypted?  Is this true? Can anyone cite some
  465. actual laws or authorities?
  466.  
  467.  
  468. Mike   mncwink@novalink.com
  469.  
  470. ------------------------------
  471.  
  472. From: ao944@yfn.ysu.edu (Jack Decker)
  473. Subject: Online comments to U.S. Social Security Administration
  474. Date: 13 Jan 1994 05:11:38 GMT
  475. Organization: Youngstown State/Youngstown Free-Net
  476.  
  477.  
  478. [Although not strictly telecom related, I thought you might be
  479. interested in seeing this.]
  480.  
  481. When I logged on to Youngstown Freenet tonight, I was greeted by
  482. the login message (I guess this is called the "Message Of The Day"
  483. in Unix circles) which contained the following blurb:
  484.  
  485. > UNCLE SAM WANTS YOU: The Congressional Office of Technology
  486. > Assessment is conducting a multi-city "Teleforum" in which they are
  487. > seeking your thoughts on the Social Security Administration for a
  488. > study they are doing.  Senior citizens (and those who someday expect
  489. > to BE senior citizens) are invited to participate.
  490.  
  491. > Access the OTA TELEFORUM off the NPTN Special Projects on the main
  492. > menu and join in this rather interesting application of teledemocracy
  493. > at work ...
  494.  
  495. I entered the forum and was able to pull the following "about"
  496. paragraphs.  Two things to note: Apparently the "teleforums" are
  497. available on five popular Freenet systems (the ones in Buffalo, NY;
  498. Cleveland, OH; Denver, CO; Tallahassee, FL; and Youngstown, OH) and I
  499. would assume you need to have an account on one of those systems in
  500. order to participate (Internet users can telnet to all these systems,
  501. and they are accessible from many Gopher systems as well).  Also, it
  502. appears that the Social Security Administration is considering making
  503. some or all of their services available via the Internet.  This could
  504. be good or bad depending on whether proper attention is paid to
  505. privacy.  
  506.  
  507. However, one thing that personally disturbs me is that they are
  508. apparently at least considering elimination of mailing of checks to
  509. individuals, in favor of disbursements via "Electronic Fund Transfers
  510. or Electronic Benefit Transfers."  My initial gut reaction to that is
  511. that this could have some real negative effects on privacy and
  512. individual liberty, because it would in effect force people to have an
  513. account at some financial institution in order to receive benefits.  I
  514. won't comment further on that now because I haven't really thought
  515. about all the implications of this yet.
  516.  
  517. Anyway, here's what I was able to pull off of Youngstown Freenet:
  518.  
  519. ABOUT THE OTA TELEFORUMS
  520.  
  521.    Over the next five years the Social Security Administration (SSA)
  522. intends to spend about $1.1 billion on information systems procurement
  523. and modernization.  Critics of SSA -- most notably the General
  524. Accounting Office -- say that SSA does not have a solid justification
  525. for this huge investment.  That they have not shown that it will
  526. result in improved service delivery, or an improved work environment.
  527.  
  528.    To help settle this dispute both agencies turned to the
  529. Congressional Office of Technology Assessment (OTA) to do a study of
  530. the issue.  The OTA, in turn, has asked the National Public
  531. Telecomputing Network (NPTN) to set-up an electronic forum which would
  532. allow YOU to express your opinions on the matter.
  533.  
  534.    Here's how it works ...
  535.  
  536.    When you enter the TeleForums you will be able to select any
  537. (or all) of four issues to comment upon.  The issues have to do
  538. with:
  539.  
  540.    1) SOCIAL SECURITY AND CUSTOMER INTERACTION
  541.    2) NETWORK ACCESS TO BENEFIT FILING SERVICES
  542.    3) DISTRIBUTION OF BENEFITS 
  543.    4) YOUR GENERAL SATISFACTION WITH THE SSA
  544.  
  545.    You then choose the issue you want to examine and READ THE FILE
  546. CALLED "README."  This file will contain a summary of the issue and
  547. the kind of things we would like the discussions to focus on.
  548.  
  549.    Each of these forums will be running simultaneously on NPTN
  550. affiliates in five cities: Buffalo, NY; Cleveland, OH; Denver, CO;
  551. Tallahassee, FL; and Youngstown, OH.  Thus, a comment from someone in
  552. Cleveland might be intermixed with something from a user in
  553. Tallahassee, followed by someone in Youngstown, or Denver, or Buffalo.
  554.  
  555.    PLEASE NOTE: IF YOU POST A COMMENT TO ANY OF THESE BOARDS IT WILL
  556. NOT APPEAR IMMEDIATELY.  Your posting will first be routed to the NPTN
  557. machine in Cleveland for distribution to all five systems -- including
  558. back to the system of origin.  Thus, it might be several hours before
  559. it is cleared for the network.
  560.  
  561.    In summary ...
  562.  
  563.    You are looking at one of the first attempts BY CONGRESS to use
  564. this medium on a national scale to hold discussions on the policy
  565. issues that are before it.  Use it well.
  566.  
  567.    If you have any questions about this project, please feel free to
  568. contact Tom Grundner at: tmg@nptn.org or William Beasley at:
  569. wab@nptn.org
  570.  
  571.  
  572. <<< ISSUE #1: SOCIAL SECURITY AND CUSTOMER INTERACTION >>>
  573.  
  574.    The general question in this area is:
  575.  
  576. How can the Social Security Administration improve customer
  577. interactions by utilizing telecomputing technology?
  578.  
  579.    You are free, of course, to comment on anything you'd like,
  580. but some specific questions or issues might include:
  581.  
  582.    * Should routine requests for such things as replacement
  583.      Social Security cards be made available via the telecom-
  584.      puting networks in addition to the present methods.
  585.  
  586.    * Should informational materials such as explanations of
  587.      benefits be made available via the telecomputing networks.
  588.  
  589.    * Should earnings record be available utilizing the tele-
  590.      computing networks.
  591.  
  592.    * If any of the above were done, specifically how do you think 
  593.      your life would be improved (or not-improved) by it?
  594.  
  595.    * Are there issues of confidentiality, data security, and
  596.      privacy that bother you?
  597.  
  598. <<< ISSUE #2: NETWORK ACCESS TO BENEFIT FILING SERVICES >>>
  599.  
  600.    The general question in this area is:
  601.  
  602. Could this new technology help the Social Security Administration
  603. improve the process of filing for benefits?
  604.  
  605.    You are free, of course, to comment on anything you'd like,
  606. but some specific questions or issues might include:
  607.  
  608.    * Should the Social Security Administration allow for the 
  609.      filing of benefits via the telecomputing networks?
  610.  
  611.    * Should the Social Security Administration utilize the 
  612.      electronic networks to file for appeals and transfer records
  613.      and supporting documents in regard to the substantiation
  614.      of claims.
  615.  
  616.    * If any of the above were done, specifically how do you think 
  617.      your life would be improved (or not-improved) by it?
  618.  
  619.    * Are there issues of confidentiality, data security, and
  620.      privacy that bother you?
  621.  
  622.  
  623. <<< ISSUE #3: DISTRIBUTION OF BENEFITS >>>
  624.  
  625.    The general question in this area is:
  626.  
  627. What do you think is the best way for the SSA to distribute
  628. monthly benefits?
  629.  
  630.    You are free, of course, to comment on anything you'd like,
  631. but some specific questions or issues might include:
  632.  
  633.    * Should the Social Security Administration continue to 
  634.      mail checks to individuals or should all disbursements
  635.      be made via Electronic Fund Transfers or Electronic 
  636.      Benefit Transfers?
  637.  
  638.    * In order to spread the workload of the Social Security
  639.      Administration there is talk of changing the disbursement
  640.      of benefits from the first of the month to a staggered
  641.      payment date, i.e. 1st, 10th, 20th of the month.  How would 
  642.      this effect you?  Would you find it acceptable?
  643.  
  644.    * Should the Social Security Administration expand the use
  645.      of the EBT (Electronic Benefit Transfer) in co-operation
  646.      with other agencies.
  647.  
  648.    * Should the Social Security Administration work toward 
  649.      combining use of the EBT (Electronic Benefit Transfer) 
  650.      with various State government benefit programs?
  651.  
  652.    * If any of the above were done, specifically how do you think 
  653.      your life would be improved (or not-improved) by it?
  654.  
  655.    * Are there issues of confidentiality, data security, and
  656.      privacy that bother you?
  657.  
  658.  
  659. <<< ISSUE #4: GENERAL SATISFACTION WITH THE SSA >>>
  660.  
  661.    The general question in this area is:
  662.  
  663. To what extent have you been satisfied with your interactions
  664. with the Social Security Administration?
  665.  
  666.    You are free, of course, to comment on anything you'd like,
  667. but some specific questions or issues might include:
  668.  
  669.    * In the past year did you have occasion to contact the Social
  670. Security Administration?  If so, tell us about that experience.
  671.  
  672.    * How did you contact them
  673.  
  674.        - In person visit to Social Security Administration Office
  675.        - Telephone Call to local Social Security Administration
  676.        - Telephone Call to 800 number of Social Security Admin.
  677.        - Postal Mail
  678.        - Community meeting with Field Representative of the 
  679.        - Social Security Administration
  680.        - Other
  681.  
  682.    * On a scale of 0 to 5 with 5 being the highest rating, how 
  683.        would you rate your experience.
  684.  
  685.    * How long did it take for you to receive a satisfactory answer 
  686.        from the Social Security Administration?
  687.  
  688.    * If you visited the local office in person how long did you 
  689.        have to wait before you were seen?
  690.  
  691.    * If you telephoned, did you have any problems getting to talk 
  692.        to someone.
  693.  
  694.    * If you mailed a letter, how long did you wait before you 
  695.        received an answer?
  696.  
  697.    * Was the information provided to you understandable?
  698.  
  699.    * Would you be willing to utilize a telecomputing network to
  700.        contact the Social Security Administration?
  701.  
  702.    * From your experience, how would you suggest the Social 
  703.        Security Administration improve their service to you?
  704.  
  705. [End of information from Youngstown Freenet]
  706.  
  707. As of January 10, 1993 there were no messages yet in any of the four
  708. forums, so I assume this is brand new.  Remember, if you want to send
  709. comments on any of these issues, you need to log onto one of the five
  710. Freenet systems listed above.  If you cannot do that for some reason,
  711. I suggest contacting one of the two NPTN people mentioned (Tom
  712. Grundner at: tmg@nptn.org or William Beasley at: wab@nptn.org) and
  713. asking for advice.  Whatever you do, don't send your comments to me,
  714. because they will go nowhere from here!
  715.  
  716.  
  717. Jack
  718.  
  719. ------------------------------
  720.  
  721. End of TELECOM Digest V14 #29
  722. *****************************
  723.  
  724.  
  725.  
  726. ******************************************************************************
  727.  
  728.  
  729. Downloaded From P-80 International Information Systems 304-744-2253
  730.