home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / nettrain / 77 < prev    next >
Encoding:
Text File  |  1993-01-28  |  14.3 KB  |  389 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!uvaarpa!darwin.sura.net!bogus.sura.net!howland.reston.ans.net!paladin.american.edu!auvm!SLUVCA.SLU.EDU!MILLESJG
  3. X-Envelope-to: nettrain@ubvm.cc.buffalo.edu
  4. X-VMS-To: @NETTRAIN
  5. Message-ID: <BBC65A8CA080C38C@SLUVCA.SLU.EDU>
  6. Newsgroups: bit.listserv.nettrain
  7. Date:         Wed, 27 Jan 1993 11:08:00 CST
  8. Sender:       Internet/BITNET Network Trainers <NETTRAIN@UBVM.BITNET>
  9. From:         NETTRAIN <MILLESJG@SLUVCA.SLU.EDU>
  10. Subject:      Re: Tips on ftp training (combined posting)
  11. Lines: 376
  12.  
  13. ----------- Original message below forwarded by NETTRAIN moderator ------------
  14.  
  15. Date: Tue, 26 Jan 93 15:09:00 PST
  16. From: drobison@library.Berkeley.EDU (David Robison)
  17.  
  18. I like to offer a number of ftp sites to class attendees. This
  19. way, the load on one site is reduced, and also, the users can
  20. choose a site that interests them.
  21.  
  22. David F.W. Robison                      - Because a day without vi
  23. drobison@library.berkeley.edu                   is like a day without coffee.
  24.  
  25.  
  26. ----------- Original message below forwarded by NETTRAIN moderator ------------
  27.  
  28. Date: Tue, 26 Jan 1993 17:10:06 -0700
  29. From: pope%teetot.acusd.edu%Sdsc.BITNET@UBVM.cc.buffalo.edu
  30.  
  31. Ellis "Skip" Knox       dusknox@idbsu.idbsu.edu says
  32.  
  33. >I'm looking for guides and advice on training users to use anonymous
  34. >FTP.  I have an outline and such, and plenty of experience, so mostly
  35. >I'm looking for ideas and perspectives more than a place to begin.
  36. >
  37. >But I do also have one specific problem.  I'll be in a room with 20
  38. >users at 20 machines.  If everyone tries to FTP to the same place, we'll
  39. >have problems.  How have trainers dealt with this?  Every approach I
  40. >can think of seems to present its own difficulties.  I could give each
  41. >person a different place to go.  I could use a projector and just have
  42. >them watch me do it.  I could try to find a place that would accept
  43. >20 simultaneous logins (!).  Or I could cancel class.  :-)
  44. >
  45. >Any ideas?
  46. >
  47.  
  48. Some thoughts...for what they are worth.
  49.  
  50. I don't know your exact set up.  However, assuming you have projection of
  51. computer screen, I would do one example very slowly emphasizing
  52.  
  53. 1) connection and login
  54. 2) moving around on remote system
  55. 3) escape to local shell for directory, etc
  56. 4) "getting" and "putting" files; file types (binary, ascii)
  57. 5) exit
  58.  
  59. As for what the hands on should be, do not have them all ftp to the same
  60. place!
  61. Give them two options and divide the class (ten and ten -- you said about
  62. twenty).  Most places will accommodate ten ftps.  If you wanna be safe, use
  63. three options.
  64.  
  65. I'd also recommend a nic like nic.cerf.net, nis.nsf.net, or nic.sura.net
  66. and have them obtain some useful but small in size docs like Arlene
  67. Rinaldi's
  68. "netiquette" document.
  69.  
  70. netiquette.txt in /pub/nic/internet.literature at ftp.sura.net (~16k)
  71. net-etiquette-sample.txt in /internet/readings at nic.cerf.net (~16k)
  72. fyi_04.txt in /documents/fyi at nis.nsf.net ?? {New Internet User Doc}
  73. (~90k)
  74.  
  75. The general idea is not to have 20 people downloading some huge doc like
  76. the
  77. "Internet Resource Guide" in its entirety (~850k) down a 56 kb (or T1 even)
  78. pipe.
  79.  
  80. Also, spend a bit of time on these arcane suffixes .Z, .arc, .zip, .hqx,
  81. etc
  82. and what they mean.  I would beware, however, of doing a live download of a
  83.  
  84. xxx.tar.Z file and uncompressing and "untarring" in real time...Just
  85. capture such a session before hand and show what happens...Along these
  86. lines, try and
  87. find out if you're dealing with UNIX, DOS, or MAC types and customize
  88. presentation accordingly.  'Course when I do this, I almost never know what
  89.  
  90. sort of user environment they come from!
  91.  
  92. Also, be aware of the class room set up.  Let's say you're using Macs.  20
  93. Macs
  94. all connected via Appletalk to a single gator box is NOT going to give you
  95. the
  96. same throughput as twenty macs each with direct ethertalk connection.
  97.  
  98. Oh...one final suggestion.  A nice gopher transfer (at least of straight
  99. text)
  100. is a painless way to get started!
  101.  
  102. Good Luck.
  103.  
  104.  
  105.  
  106. Jackwpope
  107. pope@teetot.acusd.edu
  108.  
  109. "Hank and Lefty Raised My Country Soul"
  110.                              -- Stoney Edwards
  111.  
  112.  
  113. ----------- Original message below forwarded by NETTRAIN moderator ------------
  114.  
  115. Date: Tue, 26 Jan 93 20:40:05 CST
  116. From: rjs4808@usl.edu (Smith Richard J)
  117.  
  118. In my classes of 20 students with 20 machines, I would send them to 5 different
  119. machines to get differnet documents.  Then switch 4 times.  Directions can
  120. be placed on 3x5 cards to pass around.  That also works well with library
  121. catalog demos--just asking who wants to go to Texas, Austrailia, Harvard,
  122. Mexico, Louisiana, etc.
  123.  
  124. I never had trouble with  that would go to a major machine.  Time seemed
  125. more of a problem.  Afternoon classes were bad compared to morning or
  126. evening clases.  Because of both local and national usage.
  127.  
  128. Richard J. Smith
  129. rs@usl.e
  130.  
  131.  
  132. ----------- Original message below forwarded by NETTRAIN moderator ------------
  133.  
  134. Date: Tue, 26 Jan 1993 21:52 EDT
  135. From: Gordon Dohle <DOHLE@Vax2.Concordia.CA>
  136.  
  137. re: Or I could cancel class.  :-)
  138.  
  139. Probably the best idea. Have them do it on their own and mail
  140. you a one page summary. Be open to anguished cries for help
  141. from your office terminal. Think virtually!
  142.  
  143. Gordon
  144. Dohle@vax2.Concordia.ca
  145.  
  146.  
  147. ----------- Original message below forwarded by NETTRAIN moderator ------------
  148.  
  149. Date: Tue, 26 Jan 1993 22:12:42 EST
  150. From: "Andrew Brennan, LRC Manager" <brennan@hal.hahnemann.edu>
  151.  
  152.       Two quick ideas ... one might present a better solution than
  153.    the other, tho - really depends on your site, etc.
  154.  
  155.       1.  Get the anonymous FTP site list - I don't know that it's
  156.           still being maintained, but even the old info would be of
  157.           general use for training purposes.
  158.  
  159.    (oops - ftp.list from pilot.njin.net /i/cant/remember  :^)
  160.  
  161.       2.  Alternately, (this might be fast, might be slow) have the
  162.           local site set up for anonymous FTP access, put some dummy
  163.           files there for your class to "get" and have them all FTP
  164.           to the loopback (127.0.0.1) site.  People often joke about
  165.           it being the fastest site around, but I don't know what the
  166.           effect of 20+ users simultaneously accessing might have with
  167.           the FTP daemon.
  168.  
  169.    andrew.  (brennan@hal.hahnemann.edu)
  170.  
  171.  
  172. ----------- Original message below forwarded by NETTRAIN moderator ------------
  173.  
  174. Date: Wed, 27 Jan 1993 01:13:12 -0500 (EST)
  175. From: Jeff Linder <jeff@picasso.ocis.temple.edu>
  176.  
  177. Someone asked how people handled a class with 20 users all FTPing at one
  178. time.  What I did for a seminar was snagged permission to load up an
  179. isolated UNIX machine on campus, put a sample file on it, set up an FTP
  180. demon, and let everyone connecte to there..  Since it was all campus
  181. traffic, the speed problem was negligible, and so was the load.  A better
  182. solution would be to locate the UNIX machine (or whatever type you
  183. choose), along the same end of the network where your students are...
  184.  
  185. Also, for some basic FTP info, there are a number of documents available
  186. from Temple, either via anon ftp (ftp.temple.edu) or from the LISTSERV
  187. (send the command INDEX HELP-NET to LISTSERV at TEMPLEVM).  There is a
  188. standalone Macintosh document I wrote that covers several netbasics (and
  189. is slowly being updated), and many other files of interest...
  190.  
  191. Hope this helps.
  192.  
  193.  
  194. ----------- Original message below forwarded by NETTRAIN moderator ------------
  195.  
  196. Date: Wed, 27 Jan 93 08:12:38 EST
  197. From: morgan@engr.uky.edu (Wes Morgan)
  198.  
  199. >From: Skip <DUSKNOX%IDBSU.BITNET@UBVM.cc.buffalo.edu>
  200. >
  201. >But I do also have one specific problem.  I'll be in a room with 20
  202. >users at 20 machines.  If everyone tries to FTP to the same place, we'll
  203. >have problems.  How have trainers dealt with this?
  204. >
  205. >Any ideas?
  206. >
  207.  
  208. Why not let them FTP to their own machine?  Create some dummy account
  209. called "ftpdemo", and let them all ftp "to themselves" and snarf a few
  210. files around.  Once they understand the basic operations, you can ex-
  211. plain the differences between regular FTP and anonymous FTP.
  212.  
  213. This will have a few benefits:
  214.         - It won't hurt anything if they screw up
  215.         - It won't flood some remote FTP server with requests
  216.         - You won't have to worry about usage limits
  217.  
  218. As an alternative, you could set up some local machine (a Sun workstation,
  219. perhaps, or a 386 running Unix) for anonymous FTP.  It's fairly trivial
  220. and well-documented; I used an AT&T 3B2/310 as the FTP server for my class;
  221. I believe that you can set up anonymous FTP on a PC running NCSA telnet
  222. (look in the documentation under "server mode".
  223.  
  224. --Wes
  225.  
  226.  
  227. ----------- Original message below forwarded by NETTRAIN moderator ------------
  228.  
  229. Date: Wed, 27 Jan 93 08:29:16 ECT
  230. From: Martin Raish <MRAISH%BINGVMB.BITNET@UBVM.cc.buffalo.edu>
  231.  
  232. To get around this problem of having 20 people all trying to
  233. ftp to the same site at the same time, I provide a list of
  234. about 8 - 10 sites that I *KNOW* will work well, and ask
  235. each participant to go to one that his/her neighbor is not
  236. trying to reach.  It always works well.  Everyone has fun
  237. comparing what they found, then they switch addresses.  I do
  238. the same for telnet exercises -- select a half-dozen libraries
  239. and ask everyone to select something different.
  240.  
  241. The key is to be absolutely certain that the sites are suitable
  242. for beginners.  No strange files structures; reliable connections;
  243. etc.  I test them all the day before just to make sure.  (Not that
  244. things can't/don't change over night, but any site I haven't tried
  245. in more than 30 days is always risky.)
  246.  
  247. -- Martin
  248.  
  249. Martin Raish                        "Computers are useless.
  250. Main Library, Box 6012               They only give you answers."
  251. Binghamton University                -- Pablo Picasso
  252. Binghamton  NY  13902-6012
  253.  
  254.  
  255. ----------- Original message below forwarded by NETTRAIN moderator ------------
  256.  
  257. Date: Wed, 27 Jan 93 14:19:39 GMT
  258. From: victor riefkohl <vitin@bitboa.mednet.af.mil>
  259.  
  260. Skip;
  261.  
  262.    I don't what kind of computer you have, but I use a small
  263. program called "snoop" that allows the other terminals to
  264. look at the console. Like I said I don't know what kind of
  265. equipment you have. We have an AT&T 3B2/600G using Unix System
  266. V Ver 3.2.3.
  267.  
  268.     I hope it helps.
  269.  
  270. Victor M. Riekfohl
  271. Medical Information Systems Manager
  272. 36 Medical Group
  273. Bitburg Germany
  274.  
  275. Internet: riefkohl@bitboa.mednet.af.mil
  276.    or     riefkohl%bitboa.mednet.af.mil@nic.ddn.mil
  277.  
  278.  
  279. ----------- Original message below forwarded by NETTRAIN moderator ------------
  280.  
  281. Date: Wed, 27 Jan 93 08:51:46 GMT-0500
  282. From: Sue Davidsen <davidsen@vienna.hh.lib.umich.edu>
  283.  
  284. >But I do also have one specific problem.  I'll be in a room with 20
  285. >users at 20 machines.  If everyone tries to FTP to the same place,
  286. >we'll have problems.
  287.  
  288.  
  289. This will also happen when you teach gophering since most gophers are
  290. on fairly small machines. What I do is have them watch me do it first
  291. on the projector, then give each row a different place to ftp from.
  292. That way their neighbor has the same exercise and they can help each
  293. other. Make sure their instructions are very detailed so when they
  294. get home they can duplicate the exercise.
  295.  
  296.  
  297. Sue Davidsen
  298. The M-Link Project
  299. The University of Michigan Library
  300. davidsen@umich.edu
  301.  
  302.  
  303. ----------- Original message below forwarded by NETTRAIN moderator ------------
  304.  
  305. Date: Wed, 27 Jan 1993 14:55:26 GMT
  306. From: harmo@valt.Helsinki.FI (TIMO HARMO)
  307.  
  308. >I'm looking for guides and advice on training users to use anonymous
  309. >FTP.  I have an outline and such, and plenty of experience, so mostly
  310.  
  311. We have used gopher as a first step before getting to the dirty details
  312. of ftp. You can use gopher first to search files of interest in ftp-servers.
  313. If you have access to gopher, you could set up (ask your gopher maintanence
  314. people to set up) links. We have to links, the first to WAIS-database
  315. that has indexed readme-files from several places:
  316.  
  317. Name=Search ftp-readme's
  318. Type=7
  319. Port=70
  320. Path=waissrc:/WAISes/byletter/F/ftpable-readmes.src
  321. Host=mudhoney.micro.umn.edu
  322. Numb=5
  323.  
  324. If you can not set up direct links, you will find the link
  325. in minnesota under:
  326.  Other gopher and information servers - Wais-based information
  327.   - byletter - F - ftpable readmes
  328. Or you can telnet to think.quake.com and use wais directly (or set
  329. up a wais client to your site and use it)
  330.  
  331. The other link we set up was to a finnish ftp-site at nic.funet.fi:
  332.  
  333. Name=Ftp nic.funet.fi archives
  334. Type=1
  335. Numb=6
  336. Port=70
  337. Path=ftp:nic.funet.fi@/pub/
  338. Host=nic.funet.fi
  339.  
  340. Probably there are lots of other ftp-sites linked to gopher-space.
  341. (I hope, since it sounds quite foolish to direct 20 americans
  342. to look at a finnish ftp-site)
  343.  
  344. It is much easier to use gopher to roam in the public directories
  345. and look for read.me-files than to use ftp for the same purpose.
  346. Archie is quite useless for novices IMHO, since you cannot really
  347. discover anything new using archie.
  348.  
  349.  
  350. ----------- Original message below forwarded by NETTRAIN moderator ------------
  351.  
  352. Date: Wed, 27 Jan 1993 07:49:19 -0800 (PST)
  353. From: "David W. Tindall" <dtindall@paul.spu.edu>
  354.  
  355. I used both the "overhead projector" approach and the having all class
  356. participants logon to remote sites. I think a combination of both worked
  357. the best. I did a single FTP session (I used the same technique for telnet
  358. and gopher) for one small file which took 2-3 minutes, and then handed out
  359. a list of 5 or 6 sites they they could try themselves. If you give them
  360. an explanation of why everyone shouldn't login to the same site -- we had
  361. no problems in people spreading themselves out by themselves.
  362.  
  363. ============================================================
  364. *  David W. Tindall                                        *
  365. *  Seattle Pacific University                              *
  366. *  Computer & Information Systems                          *
  367. *  Internet:   dtindall@paul.spu.edu                       *
  368. *  Telephone & Voice Mail   206-281-2239                   *
  369. ============================================================
  370.  
  371.  
  372. ----------- Original message below forwarded by NETTRAIN moderator ------------
  373.  
  374. Date: Wed, 27 Jan 93 08:23:11 PST
  375. From: rtennant@library.Berkeley.EDU (Roy Tennant)
  376.  
  377. Actually, I've had up to 30 persons FTPing to the same location
  378. during a training session. My advice is to pick a major site (such
  379. as nis.nsf.net or nic.ddn.mil) that is likely to be able to handle the
  380. load. You can use a site such as that to do a directed exercise that
  381. you want all students to do. Then you can follow it up with some
  382. selections of sites and files that they can retrieve. My experience
  383. is that given a selection of locations, they will generally spread
  384. themselves out naturally. The key is to give them a range of
  385. interesting selections to choose from.
  386. Roy Tennant
  387. The Library
  388. UC Berkeley
  389.