home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / bit / listserv / biglan / 103 next >
Encoding:
Text File  |  1993-01-12  |  17.7 KB  |  419 lines

  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!spool.mu.edu!uwm.edu!psuvax1!psuvm!auvm!SUVM.BITNET!BIG-REQ
  3. Message-ID: <BIG-LAN%93011215514512@SUVM.SYR.EDU>
  4. Newsgroups: bit.listserv.big-lan
  5. Approved: NETNEWS@AUVM.AMERICAN.EDU
  6. Date:         Tue, 12 Jan 1993 15:37:01 EST
  7. Sender:       Campus-Size LAN Discussion Group <BIG-LAN@SUVM.BITNET>
  8. From:         BIG-REQ@SUVM.BITNET
  9. Subject:      BIG-LAN Digest, Volume 5, Number 1, Tuesday, January 12, 1993
  10. Lines: 407
  11.  
  12. BIG-LAN DIGEST           Tuesday, 12 January 1993       Volume 5 : Issue 1
  13.  
  14. Today's Topics:
  15.  
  16.                Computers in Healthcare Education Symposium
  17.                           Multiplexing X.25 line
  18.                               Remote Access
  19.                             Isolated grounding
  20.                Re: Server Fault Tolerant H/W Sources Sought
  21.                     "A Hidden Cost in LAN Maintenance"
  22.                   "User firms plagued by LAN money pits"
  23.                           composite type cables
  24.                             Cable TV on campus
  25.                          Ethernet vs. Token Ring
  26.  
  27. Moderated by John Wobus, Syracuse University
  28.  
  29. Relevant addresses:
  30.                                   Internet                BITNET
  31. Submissions:              big-lan@suvm.acs.syr.edu     BIG-LAN@SUVM
  32. Subscriptions:    big-lan-request@suvm.acs.syr.edu     BIG-REQ@SUVM
  33. LISTSERV/Archives:       listserv@suvm.acs.syr.edu    LISTSERV@SUVM
  34. Moderator:                jmwobus@syr.edu              JMWOBUS@SYREDU
  35. Anonymous ftp archives:           syr.edu
  36.  
  37. Note: BIG-LAN is redistributed through many mailing lists at other sites
  38. run by other individuals.  If you subscribe(d) through such a
  39. "redistribution" list, you will need to remember its owner.
  40.  
  41. syr.edu also has a copy of the BIG-LAN "FAQ" memo (answers to frequently
  42. asked questions) under the path information/big-lan/big-lan.faq
  43.  
  44. BIG-LAN is also available via netnews, through newsgroup
  45. bit.listserv.big-lan.
  46.  
  47. ----------------------------------------------------------------------
  48.  
  49. Date: Tue, 05 Jan 1993 14:42:37 EST
  50. From: Jerilyn Garofalo <garofalo@shrsys.hslc.org>
  51. Subject:      Computers in Healthcare Education Symposium
  52.  
  53. MARK YOUR CALENDAR !!!
  54.  
  55.             Computers In Healthcare Education Symposium
  56.  
  57.                         April 29 & 30, 1993
  58.                      Thomas Jefferson University
  59.                          Philadelphia, PA
  60.  
  61. The Symposium serves as a national forum and provides numerous
  62. opportunities to share ideas and expertise about the use of
  63. technology in healthcare education.  The HSLC encourages the
  64. sharing of resources among Pennsylvania's Health Sciences
  65. institutions and towards that end is sponsoring the eighth
  66. "Computers in Healthcare Education" Symposium.  The Symposium is
  67. two full days of speakers, workshops and exhibits.
  68.  
  69. The "Computers in Healthcare Education" Symposium is the only computer
  70. conference designed for and by medical and allied health educators.
  71. We invite you to participate and join in exploring the 1993
  72. Symposium theme --
  73.  
  74. "Collaborative Computing & Networking for the 90's"
  75.  
  76. In keeping with the theme of collaboration, we are pleased to announce that
  77. this year's symposium is jointly sponsored by IBM and Apple.  The exhibit
  78. area will also feature many other commercial vendors and a reception on
  79. Thursday evening.
  80.  
  81. We are pleased to announce that our keynote speakers will be Ed Krol,
  82. Pat Mulholt and Mike Bowman.
  83.  
  84. Ed Krol is the author of _The Hitchhikers Guide to The Internet_ and
  85. _The Whole Internet: User's Guide and Catalog_.  _The Whole Internet_ is
  86. considered by many to be the most useful Internet handbook available.
  87. Mr. Krol has also consented to host a book signing at the symposium.
  88.  
  89. Pat Mulholt of Columbia University of Health Sciences will speak on the
  90. creation of an electronic curriculum through the CHIPS project at Columbia.
  91. The CHIPS project networks the curriculums of all the medical, dental and
  92. allied health schools through the central hub of their library.
  93.  
  94. Mike Bowman of IBM will speak on IBM and Apple joint ventures. In a
  95. true collaboration IBM and Apple have created two joint venture firms,
  96. Taligent and Kaleida.  Mike will explain the goals of these two new firms.
  97.  
  98. The Symposium program includes a wide range of interesting and
  99. useful activities including keynote speakers, paper presentations,
  100. panel sessions, demonstrations, and hands-on workshops. Speakers have been
  101. invited from all over the United States and the Republic of Panama.
  102.  
  103. The brochure, registration and hotel information will be mailed in February
  104. 1993. If you would like to receive a copy please send your name and
  105. address to the address below.
  106.  
  107. The Health Sciences Libraries Consortium is supported in part with
  108. a grant from The Pew Charitable Trusts.
  109.  
  110. \          Jerilyn Garofalo                     Voice: 215 222-1532
  111. \\         User Support Specialist              Fax:   215 222-0416
  112. \\\\       Health Sciences Libraries Consortium
  113. \\\\\\     3600 Market St., Suite 550
  114. H S L C    Philadelphia, PA   19104-2646   Garofalo@shrsys.hslc.org
  115.  
  116. -------------------------------------------------------
  117.  
  118. Date: Tue, 29 Dec 1992 16:09:04 -0800 (PST)
  119. From: Jason Halm <halm@netcom.ubc.ca>
  120. Subject:      Multiplexing X.25 line
  121.  
  122. >
  123. > Date: Thu, 24 Dec 92 14:48 GMT
  124. > From: KBARAKA@VRIT01.EG
  125. > Subject:      Multiplixing X.25 line
  126. >
  127. > Hello,
  128. > I need to know if I can used the same X.25 line to connect both AS400 machine
  129. >    and X.25 gateway on SCO UNIX Server connected to 10Base-T Ethernet
  130.  network.
  131. > Note:
  132. > The AS400 machine is not connected to the Ethernet network.
  133. > Any suggestions in spliting X.25 line is apprechiated.
  134. > Thanks....
  135. >
  136.  
  137. If this is X.25 (version 1984 or earlier) over an HDLC link, you cannot
  138. put two machines on one end of the line.  I don't know if later versions
  139. have been expanded to do mulitdrop, but I doubt it.  Ask your vendors.
  140.  
  141.      Jason Halm        halm@netcom.ubc.ca
  142.      Computing & Communications
  143.      University of British Columbia
  144.  
  145. -------------------------------------------------------
  146.  
  147. Date: Thu, 31 Dec 1992 08:26:08 -0800 (PST)
  148. From: Allen Lung <lung@eos.arb.ca.gov>
  149. Subject:      Remote Access
  150.  
  151. I need to replace a system that is running an application that I will try
  152. to describe.  The host is a mini computer with an application that
  153. receives calls (modem 2400) from remote p.c's, at this point the host
  154. recognizes the p.c. hangs up and dials back the p.c.  The p.c. uploads
  155. data to the host at this point.  Once the data is on the host it needs to
  156. be edited by Secretarial staff that is not computer literate.  Im looking
  157. for any solution that will work.  All ideas are welcome.
  158. Novell,unix,Async,dedicated circuits etc etc
  159.  
  160. Approx  100 remote cites
  161.  
  162. Allen Lung
  163. CA Air Resources Board
  164. (916)322-7056
  165.  
  166. -------------------------------------------------------
  167.  
  168. Date: Sun, 3 Jan 93 14:45:26 -0500
  169. From: William H. Magill <magill@dccs.upenn.edu>
  170. Subject:      Isolated grounding
  171.  
  172. >   I've been working with the construction/planning folks on campus.
  173. >   We have several major buildings we are reviewing and the question of
  174. >   isolated grounding came up.
  175. >
  176. >   We specified it for the wiring closet. No problem.
  177. >   What about PC's/Mac's in the building?
  178. >   If we are wiring level 5 for 10BT, how important is an isolated ground for
  179. >   each device which attaches to the network?
  180. >   Basically, should every comm port be associated with an isolated ground
  181. >   power recepticle?
  182.  
  183. Grounding is a subject that it is difficult to get a straight answer on.
  184. We've wrestled with different versions of the problem for many years now.
  185.  
  186. As best I can tell, an IG is merely a 3 wire circuit where the ground wire
  187. runs all the way back to a "real" ground.
  188.  
  189. Where that "real" ground is, and how "real" it is is the crucial problem.
  190. I believe that today's "US" code requires ONLY 3 wire circuits that are
  191. "real" grounds.
  192.  
  193. Historically, "really old" buildings (like pre 1960s) contain ONLY 2 wire
  194. circuits. No grounds exist at all - not even coundit grounds. Sometime in
  195. the 50's or 60's the NEC (National Electrical Code) was revised to move to
  196. "grounded" circuits. These typically used a "condit" (or BX armor) as the
  197. ground. Then sometime in the late 70s or 80s, the NEC was again "upgraded"
  198. to require "real" 3 wire circuits. Depending upon the municiplity, they
  199. either "automatically" included the NEC requirements or have some sort of
  200. local process for modifying these codes.
  201.  
  202. The term "Isolated Ground" has come to be used as a mechanism to make
  203. certain that one has a "real" ground.
  204.  
  205. The "last mile" of the electrical circuit (from the wall plate back to the
  206. circuit breaker) is, today, usually a 3 wire circuit - no conduit or BX
  207. grounds  allowed. However, the "circuit box" may or may not have a "real"
  208. ground. It may depend upon a conduit ground, or possibly a "neutral" leg,
  209. for the ground. Neither of which is necessarily evil - it all depends upon
  210. your overall building wiring.
  211.  
  212. Now comes the fun. A real "Isolated Ground" is usually a liability. This is
  213. because a true "Isolated Ground" is NOT connected to either the Transformer
  214. vault ground or neutral, or to the "water pipe" ground. Consequently,
  215. depending upon Soil conditions (water tables, conductivity, and all that
  216. crap) you CAN develop an electrical potential between "two different
  217. grounds." After all, that is what a lightning strike is all about.
  218.  
  219. Most transformer vaults have a "ground field" to which the center winding
  220. of the transformer is connected. If I remember correctly, this is also tied
  221. to the "water pipe" ground. Consequently, Neutral and Ground are the same
  222. potential.
  223.  
  224. So all of this is just saying, an IG circuit is probably "necessary"
  225. because you have existing wiring which has an "uncertain pedegree".
  226. Meaning, you have no idea if it has a reasonable ground or not. Similarly,
  227. you have no idea if that ground path is "highly resistive" from coroded
  228. conduit joints or the like, and consequently not very useful.1
  229.  
  230. However, I would doubt that any "new construction" will need a separate IG.
  231.  
  232. Now, with all of that said, there is one other cavet...
  233. An IG is necessary to assure that certain "high noise" type equipment does
  234. not "back feed" your communications gear. Typically, fun places like labs,
  235. and elevator shafts are the most commmon culprets. Big "rotating" motors -
  236. A/C compressors, elevators and the like can cause phase problems. But these
  237. are usually "filtered" locally.
  238.  
  239. Find out who your campus "PE" is (Professional Engineer). He's the one who
  240. has to actually sign off on all of these various design issues for State
  241. and local Permits.
  242.  
  243. We always specify IGs for "our circuits" to assure that we don't get
  244. "condit grounds. And because they are forced to install ORANGE
  245. recepticals, the electricians know they can loose their licenses (and get
  246. fined by their Unions) for doing the wrong thing.
  247.  
  248. [Yes, the IG circuit spec's a special orange outlet.]
  249.  
  250. As for the PCs and MAC's - yes, if the building does NOT have 3 prong wall
  251. plates. If the building does have 3 prong wall plates, IGs are "probably"
  252. not necessary - but they likely still need some sort of "spike protection."
  253.  
  254. As for 10BT - power probably is the least of your worries. Distance and
  255. "connections" (splices, 66 blocks, etc) will cause you more troubles.
  256. CDDI - ? who knows at this point?
  257.  
  258. William H. Magill                         Manager, PennNet Computing Services
  259. Data Communications and Computing Services (DCCS)  University of Pennsylvania
  260. Internet: magill@dccs.upenn.edu                   magill@eniac.seas.upenn.edu
  261.           magill@upenn.edu
  262.  
  263. -------------------------------------------------------
  264.  
  265. Date: Mon, 4 Jan 1993 22:05:26 GMT
  266. From: MICHAEL.WILLETT@OFFICE.WANG.COM ("Michael Willett")
  267. Subject:      Re: Server Fault Tolerant H/W Sources Sought
  268.  
  269. On the comp.sys.novell news group, Thomas P. Morris at the
  270. UNC School of Public Health, CAIS (tmorris@sph.unc.edu)
  271.                                   (tom@sphvax.sph.unc.edu)
  272.                                   (tom@uncsphvx.bitnet)
  273. writes:
  274.  
  275. >In terms of storage needs, I would expect to need to upgrade to
  276. >c1.5 GB storage in the next year (not including mirror or duplex
  277. >drives), with up to 3GB needed in the longer term...Options we are
  278. >looking at...:
  279.  
  280. >-some form of RAID hardware....
  281.  
  282. >So, What am I looking for? - Hardware recommendations
  283.                             - Vendor recommendations
  284.                             - Prices
  285.                             - End-user (system manager) experience with
  286.                               such systems
  287.  
  288. There's a lot of USENET interest in the new RAID 7s from local RAID
  289. vendor, Storage Computer, in Nashua, New Hampshire.  (Tel. 603-880-3005)
  290. Their R&D management email address is RAID7@World.std.com.  There has
  291. recently been a lot of discussion on the peripherals news groups about
  292. the advantages of RAID 7 over the earlier RAIDs, and Storage Computer R&D
  293. just posted a lengthy, detailed technical report on RAID 7.  You might want
  294. to take a look at that.  I don't have any pricing information which you
  295. request, but they have test reports showing they are a price/performance
  296. leader versus RAID 4s & RAID 5s, etc.  Their RAID 7 disk array platform has
  297. recently been favorably reviewed in Open Systems Today, Computer Technology
  298. Reviews, and the leading iX magazine in Germany.  You might want to read
  299. those reviews.  (Storage Technology's big ICEBERG RAID might be of interest
  300. too, but I think it's still not ready; they've been delayed by a lot of
  301. R&D problems.  ICEBERG is probably too big for most Novell LANs, anyway.)
  302.  
  303. Michael.Willett@OFFICE.Wang.com   (We provide only RAID 3s for our VS minis,
  304.                                    not either of the RAIDs mentioned above.)
  305.  
  306. -------------------------------------------------------
  307.  
  308. Date: Wed, 6 Jan 1993 18:38:17 GMT
  309. From: IMAGING.CLUB@OFFICE.WANG.COM ("Imaging Club")
  310. Subject:      "A Hidden Cost in LAN Maintenance"
  311.  
  312. A front page story in the January 4 issue of Communications Week
  313. is entitled "A Hidden Cost in LAN Maintenance.  It starts off:
  314.  
  315. Many organizations continue to pay a "hidden" but significant cost
  316. associated with managing LANs--the expense of having a technician go
  317. into the wiring closet every time a move or change is made....Port
  318. switching, a hub feature that lets LAN changes be made from a
  319. workstation rather than manually, can greatly reduce the time and
  320. money spent on such tasks, Bytex and other vendors say....Bytex,
  321. Chipcom, and Lannet offer port switching now..."With the feature, you
  322. can move a user from LAN A to LAN B without pulling a lot of cable."
  323. ...Whirlpool director of Technology Jim Heaney said by issuing commands to
  324. the Bytex hubs from his console, he can move users on the network in
  325. minutes.  "We move 10 people a week here," he said.  It used to take days
  326. do that manually, he added.  In the past, when moves were needed to remote
  327. Whirlpool offices, a technician had to be flown out to the site--at a cost
  328. of up to $2,000.  Those changes can now be made remotely, he said.  With
  329. port switching, Whirlpool also is able to keep users on the same server
  330. when they move to a different location.  Users can keep their passwords
  331. and server access codes to servers.  They estimate that port-switching can
  332. save a company with a 1,400 node network $31,705 annually on the cost of
  333. adds, moves and changes.   (Let me know if you would like a copy of the
  334. full article.  You could probably get some technical reports on this
  335. from Anne Brazao at Bytex, 508-366-8000.)
  336.  
  337. Michael.Willett@OFFICE.Wang.com
  338.  
  339. -------------------------------------------------------
  340.  
  341. Date: Fri, 8 Jan 1993 08:04:39 GMT
  342. From: IMAGING.CLUB@OFFICE.WANG.COM ("Imaging Club")
  343. Subject:      "User firms plagued by LAN money pits"
  344.  
  345. The January 4 issue of the leading Network World newspaper has
  346. a well-written, detailed story entitled "User firms plagued by LAN
  347. money pits."  The subtitle reads "Forrester study finds cost of
  348. local net support eating up corporate cash but offers tips for
  349. relief."  The article has a graph of annual charges for different
  350. kinds of support on a 5,000-user network.
  351.  
  352. Our LAN customer services support groups here have some extra
  353. copies of this issue which we can mail to interested people.  In
  354. general, this is quite a good networking newspaper and is free to
  355. qualified people, at least in the US.
  356.  
  357. Michael.Willett@OFFICE.Wang.com
  358.  
  359. -------------------------------------------------------
  360.  
  361. Date: Fri, 8 Jan 93 13:41:49 CST
  362. From: sullivan@asc563.asc.slb.com (NETMAN)
  363. Subject:      composite type cables
  364.  
  365.  
  366. I am seeking information on composite type cables.  Specifically,
  367. I am looking for a cable containing the following:
  368.  
  369.  2 4 pair level 5 UTP cables
  370.  1 4 pair level 3 UTP cable
  371.  2 FDDI cables (4 fibers)
  372.  
  373. Anyone know of anything close?
  374. Suggested sources?
  375.  
  376. Jim Sullivan                          Schlumberger
  377. Project Engineer                      Austin Systems Center
  378. sullivan@asc.slb.com                  8311 North FM 620 Road
  379. 512-331-3158 (direct)                 P. O. Box 200015
  380. 512-331-3127 (fax)                    Austin, Texas  78720-0015
  381.                                       USA
  382.  
  383. -------------------------------------------------------
  384.  
  385. Date: 08 Jan 1993 14:46:28 -0600 (CST)
  386. From: Jim Mayne <MAYNE@TCUCVMS.BITNET>
  387. Subject:      Cable TV on campus
  388.  
  389. Texas Christian University is negotiating with our local cable TV system to
  390. bring cable TV on campus and in particular into our dorm rooms. I would be
  391. interested in discussing this process with anyone who has gone through
  392. something similar.
  393.  
  394. Thanks,
  395.  
  396. Jim Mayne
  397. Texas Christian University
  398. mayne@gamma.is.tcu.edu
  399. mayne@tcucvms.bitnet
  400.  
  401. -------------------------------------------------------
  402.  
  403. Date: 10 January 93, 19:10:19 SLT
  404. From: F60C038  at SAKSU00
  405. Subject:      Ethernet vs. Token Ring
  406.  
  407.       What are the PROs and CONs, advantages and disadvantages of
  408. Ethernet versus Token Ring .
  409.  
  410.       I appologize for this FAQ, but I'm about to make this crucial decision.
  411.  
  412. PLEASE REPLY TO: F60C038@SAKSU00.BITNET
  413.  
  414. -------------------------------------------------------
  415.  
  416.  
  417. End of BIG-LAN Digest
  418. *********************
  419.