home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / bit / listserv / biglan / 98 < prev    next >
Encoding:
Text File  |  1992-12-11  |  8.5 KB  |  215 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!psuvax1!psuvm!auvm!SUVM.BITNET!BIG-REQ
  3. Message-ID: <BIG-LAN%92121115062686@SUVM.SYR.EDU>
  4. Newsgroups: bit.listserv.big-lan
  5. Approved: NETNEWS@AUVM.AMERICAN.EDU
  6. Date:         Fri, 11 Dec 1992 14:57:18 EST
  7. Sender:       Campus-Size LAN Discussion Group <BIG-LAN@SUVM.BITNET>
  8. From:         BIG-REQ@SUVM.BITNET
  9. Subject:      BIG-LAN Digest, Volume 4, Number 82, Friday, December 11, 1992
  10. Lines: 203
  11.  
  12. BIG-LAN DIGEST           Friday, 11 December 1992      Volume 4 : Issue 82
  13.  
  14. Today's Topics:
  15.  
  16.            How big is big? (PC lan, MS Windows, 500 users?) (Q)
  17.                 Connecting and IBM9121 to the network (Q)
  18.              We have many classrooms for computer educations.
  19.                               LAN 'wellness'
  20.                       level 5 patch panels or blocks
  21.  
  22. Moderated by John Wobus, Syracuse University
  23.  
  24. Relevant addresses:
  25.                                   Internet                BITNET
  26. Submissions:              big-lan@suvm.acs.syr.edu     BIG-LAN@SUVM
  27. Subscriptions:    big-lan-request@suvm.acs.syr.edu     BIG-REQ@SUVM
  28. LISTSERV/Archives:       listserv@suvm.acs.syr.edu    LISTSERV@SUVM
  29. Moderator:                jmwobus@syr.edu              JMWOBUS@SYREDU
  30. Anonymous ftp archives:           syr.edu
  31.  
  32. Note: BIG-LAN is redistributed through many mailing lists at other sites
  33. run by other individuals.  If you subscribe(d) through such a
  34. "redistribution" list, you will need to remember its owner.
  35.  
  36. syr.edu also has a copy of the BIG-LAN "FAQ" memo (answers to frequently
  37. asked questions) under the path information/big-lan/big-lan.faq
  38.  
  39. BIG-LAN is also available via netnews, through newsgroup
  40. bit.listserv.big-lan.
  41.  
  42. ----------------------------------------------------------------------
  43.  
  44. Date: Tue, 8 Dec 1992 20:52:51 GMT
  45. From: hank@netcom.com (Hank Roberts)
  46. Subject:      How big is big? (PC lan, MS Windows, 500 users?) (Q)
  47.  
  48.  
  49. Pardon a possibly dumb question; I've been reading for a while and this
  50. appears the place to ask:  is a 500-PC lan running word processing (MS
  51. Word for Windows, probably) within the currently reliable state of the art?
  52.  
  53. [Or are the people I work with being set up for a big fall ...?]
  54.  
  55. -------------------------------------------------------
  56.  
  57. Date:    Mon, 9 Dec 1991 11:41:05 -0400 (AST)
  58. From:    J_MENDEZ@RACIN.CLU.NET
  59. Subject:      Connecting and IBM9121 to the network (Q)
  60.  
  61. Hi,
  62.  
  63. I need to connect an IBM 9121-320 running native MVS/ESA to a  TCP/IP
  64. network.  A segment of the network  is actually X.25 and TCP/IP being
  65. encapsulated over it, so I can also look into solutions that might
  66. use X.25.
  67.  
  68. Some facts (??) I've gathered asking around: TCP/IP on an MVS system
  69. is very slow and resource consuming.  One solution is running also
  70. MPSI (X.25 for MVS?) and a 3745 Comm. Cont. connecting to an X.25
  71. switch.
  72.  
  73. Another is using a 3172 LAN Adapter  and connecting to a multiprotocol
  74. router using token ring or ethernet.
  75.  
  76. As you can see both  solutions are basically IBM solutions.
  77.  
  78. Does anyone have any other ideas?  Maybe using some 3rd party products?
  79. I'll appreciate any suggestions.
  80.  
  81. Thanks.
  82.  
  83. Jose Mendez
  84. CRACIN
  85. Puerto Rico
  86.  
  87. -------------------------------------------------------
  88.  
  89. Date: 10 DEC 1992 18:17:45 JST
  90. From: <F54185@JPNKUDPC.BITNET>
  91. Subject:     We have many classrooms for computer educations.
  92.  
  93. We have many classrooms for computer educations.
  94. Many students studying about computer can use them as a tool for a
  95. research and study.
  96. There are about 130 workstations and 170 lap-top computers and 41 per-
  97. sonal computers in our two campus.(last pc is used for CAD(computer
  98. aided design))
  99. All machines are connected by coaxical cable to mainframe.
  100. Then all machines have two functions, one is online-function as using
  101. mainframe, other is offline function that means they use an independen
  102. ce function of personal computer (stand-alone function).
  103. So all students even use only a function of personal computer keep to
  104. connect to mainframe.Because we identify user-id and password by main-
  105. frame.I always think our computer environment make mainframe very very
  106. busy.So we want to make another type of classroom, at next time to
  107. make new classrooms we will intoroduce NETWARE for identifing users
  108. want to use only a stand-alone function.
  109. But someone teach me that one sever machine installed NENETWARE can't
  110. manage over 250 users at once. So I suppose we should have several
  111. servers.On the other hand, in this case if servers don't join hands
  112. with others, some user can connect to plural server machines at once.
  113. Because they don't know he have always connected to other machines.
  114.  
  115. How do we manage such a case ?
  116. We will have to set up main-server machine for each servers,won't we.
  117.  
  118. Finally why I am particular about connection at once is that we want
  119. to use this system to submit reprots or answers of students, so they
  120. might submit two reports or answers to different server machines.
  121. Then this case might make us confuse ||
  122. Do you understand my question ?
  123.  
  124. Please tell me a good way to use NETWARE.
  125.  
  126. At last I'm not good at write in English,so perhaps there are many
  127. mistakes. Please teach about my mistake |
  128.  
  129.                               $B!!!!!!!!!!!!!!!!!! (J my name TORU NISHIOKA
  130.  
  131.  $B!!!!!!!!!! (J*************************** $B!!!!!!!! (J
  132.           * SERVER FOR EACH SERVERS *
  133.  $B!!!!!!!!!! (J*************************** $B!!!!!!!! (J
  134.                         |
  135.                         |
  136.        |~~~~~~~~~~~~~~~~|~~~~~~~~~~~~~~~|
  137.        |                |               |
  138.   ***********      ***********     ***********
  139.   * SERVER1 *      * SERVER2 *     * SERVER3 *
  140.   ***********      ***********     ***********
  141.   | | | | | |      | | | | | |     | | | | | |
  142.   | | | | | |      | | | | | |     | | | | | |
  143.   EACH USERS       EACH USERS      EACH USERS
  144.   u1 u2 u3 u4      u1 u5 u6 u7     u2 u8 u9
  145.  
  146.  For example:at above case, user1(u1) can also connect to server1 and
  147.              server2. So he can submit his reports into server1 and se
  148.              ver2. Because server1 and server2 don't know he has
  149.              already submitted to another server.
  150.              We will be confused||
  151.              Can we set up main-server for server1 - server3 and can
  152.              main-server manage each servers ?
  153.   Do you understand I would like to mean and my question ?
  154.  
  155. Acknowledge-To: <F54185@JPNKUDPC>
  156.  
  157. -------------------------------------------------------
  158.  
  159. Date: Thu, 10 Dec 92 15:08:00 -0500
  160. From: "Thom Langlois, TSSM/Data Networks Group, Sir Thomas"
  161. Subject:      LAN 'wellness'
  162.  
  163. I'm working on LAN strategies and guidelines and would be interested in
  164. hearing what metrics people are using to determine the 'wellness' of their
  165. LAN(s). Do you go by utilization? Response? Latency? Other?
  166.  
  167.                                                 Regards,
  168.  
  169.                                                 Thom Langlois...
  170.  
  171. -------------------------------------------------------
  172.  
  173. Date: Thu, 10 Dec 1992 14:57:51 CST
  174. From: Robert Eden (817)897-0491 <robert@cpvax.cpses.tu.com>
  175. Subject:      level 5 patch panels or blocks
  176.  
  177. Path: cpvax!robert
  178. From: robert@cpvax.cpses.tu.com
  179. Newsgroups: bit.listserv.big-lan
  180. Subject: level 5 patch panels or blocks
  181. Message-ID: <1992Dec10.145732.337@cpvax.cpses.tu.com>
  182. Date: 10 Dec 92 14:57:31 CST
  183. Organization: Texas Utilities, Glen Rose TX
  184. News-Moderator: Approval required for posting to bit.listserv.big-lan
  185. Lines: 19
  186.  
  187. At our site we will be wiring a new office area with  about 600 drops of
  188. level 5 UTP.  We will be primarily using the cable for 10baseT and
  189. 16Mb/s Token Ring.  Current estimates show at most 80% of the drops will
  190. be in use.
  191.  
  192. What sort of patch panel/block is recommended?  Should we build a patch
  193. panel of RJ11 jacks and jumper everything or use a punch block and run
  194. twisted cross-connects?
  195.  
  196. We would like to leave the door open for CDDI in the future.
  197.  
  198. - -------------------------------------------------------------------------
  199. Robert Eden    817-897-0491                                 Glen Rose, TX
  200. Comanche Peak Steam Electric Station            robert@cpvax.cpses.tu.com
  201.                ^^^^^^^^^^^^^^^^^^^^^ politicese for a nuke plant
  202. - -------------------------------------------------------------------------
  203.  
  204. - -------------------------------------------------------------------------
  205. Robert Eden    817-897-0491                                 Glen Rose, TX
  206. Comanche Peak Steam Electric Station            robert@cpvax.cpses.tu.com
  207.                ^^^^^^^^^^^^^^^^^^^^^ politicese for a nuke plant
  208. - -------------------------------------------------------------------------
  209.  
  210. -------------------------------------------------------
  211.  
  212.  
  213. End of BIG-LAN Digest
  214. *********************
  215.