home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / bit / listserv / biglan / 105 next >
Encoding:
Text File  |  1993-01-23  |  12.0 KB  |  282 lines
  1. Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
  2. Path: sparky!uunet!paladin.american.edu!auvm!SUVM.BITNET!BIG-REQ
  3. Message-ID: <BIG-LAN%93012215361094@SUVM.SYR.EDU>
  4. Newsgroups: bit.listserv.big-lan
  5. Approved: NETNEWS@AUVM.AMERICAN.EDU
  6. Date:         Fri, 22 Jan 1993 15:29:20 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 3, Friday, January 22, 1993
  10. Lines: 270
  11.  
  12. BIG-LAN DIGEST           Friday, 22 January 1993        Volume 5 : Issue 3
  13.  
  14. Today's Topics:
  15.  
  16.                          Token Ring media filters
  17.                           ANSI EIA /TIA 568, 569
  18.                            Routers as backbones
  19.                                 READ THIS!
  20.                                FDDI cabling
  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:    Sun, 17 Jan 93 16:23 CST
  45. From:    "Don M. Wee/Loyola Univ Chicago"            <$ACSDMW@LUCCPUA.BITNET>
  46. Subject:      Token Ring media filters
  47.  
  48.  
  49. > BIG-LAN DIGEST           Friday, 15 January 1993        Volume 5 : Issue 2
  50. > Date:         Wed, 13 Jan 93 18:04:55 CST
  51. > From:         Don Lewis <LEWIS@UMSLVMA>
  52. > Subject:      Token Ring media filters
  53. > Does anyone have any recommendations for TR media filters that can
  54. > be used at 16M?  We are using IBM 4/16 TR cards in PS/2s. We would like
  55. > to configure a segment of approx. 35 machines at 16M. Each machine
  56. > is wired back to a Cabletron HUB via cat 5 UTP.
  57. > Any suggestions will be appreciated.
  58. >
  59. > Don Lewis
  60. > UM-St. Louis
  61. Check with Cabletron.  They told us to use StarTek filters with their
  62. hubs and IBM TR cards and they've been fine (after an abortive attempt
  63. to make CABLETRON filters work.....).
  64. - -----------------------------------------------------------------------
  65. Don M. Wee     Loyola University Chicago
  66. Internet: $acsdmw@luccpua.it.luc.edu   (147.126.100.1)
  67. Bitnet:  $acsdmw@luccpua    Compuserve: 76314,3315   Fax: 312/508-6050
  68.  
  69. -------------------------------------------------------
  70.  
  71. Date: Tue, 19 Jan 1993 0:02:11 GMT
  72. From: Kevin Brown <Kevin_Brown@netcomm.ie>
  73. Subject:      ANSI EIA /TIA 568, 569
  74.  
  75.   ANSI EIA /TIA 568, 569
  76. Hi,
  77.  
  78. Where can I get the full spec of the above wiring standards. Also, any
  79. comments on it's importance as a wiring standard. Have vendors started
  80. relating their products to this standard yet?
  81.  
  82. regards,
  83.  
  84. Kevin
  85.  
  86. > Kevin Brown                        N | Network Integration and Training
  87. > NetComm                            e | Fax:353-1-323718
  88. > Glenlion Cliffs, The Baily         t | Voice:353-1-323718
  89. > Howth, County Dublin               C | email:Kevin_Brown@netcomm.ie
  90. > Ireland                            o | ________________________
  91. >                                    m | :-)
  92. >                                    m |
  93.  
  94. -------------------------------------------------------
  95.  
  96. Date: Wed, 20 Jan 93 12:04:56 CST
  97. From: exudnw@exu.ericsson.se (Dave Williams)
  98. Subject:      Routers as backbones
  99.  
  100. This may be in some FAQ somewhere, but I can't find it.
  101.  
  102. I'd like to hear from any large sites that have routers configured as
  103. backbones.  There's lots of marketing hype from the router companies
  104. on why you "need" to do this, but very little in the way of hard info
  105. on configuration, performance and pitfalls.
  106.  
  107. Our current configuration consists of about 400 SPARC clients fed by 13 Sun
  108. 4/490 servers. Each server has multiple NC400 Network Co-processors (one per
  109. client network), 2 IPI controllers and 6-8 IPI disks (some Saber's, some
  110.  Elites)
  111.  .
  112.  
  113. We are currently setup in a straight hierarchical topology that looks something
  114. like this:
  115.  
  116.                    server backbone (ethernet)
  117.      +-----------------------+----------------------+-----> to existing router
  118.      |                       |                      |      (3270, x.25, etc.)
  119.      |                       |                      |
  120.  +-------+               +-------+              +-------+
  121.  | 490   |               |  490  |              |  490  |
  122.  |  1    |               |   2   |              |   n   |
  123.  +-+-+-+-+               +-+-+-+-+              +-+-+-+-+
  124.    | | |  NC400 I/F's      | | |                  | | |
  125.  
  126.   client                   client                 client
  127.   networks                 networks               networks
  128.  
  129. We typically put a maximum of 25 diskless w/s on each client network and get
  130. about 60 clients per server.  We run NIS, DNS, automounter, etc. and the whole
  131. thing works pretty well. We are currenly in the process of adding about 200
  132. disks to make about half of our client population dataless, the remainder is
  133. Sun SLC's :~(
  134.  
  135. We started questioning this layout when we noticed our "server backbone" was
  136. hitting high % of possible lan bandwidth at peak hours of the day. We already
  137. had common data replicated on multiple servers but it's too big to copy to
  138. all of them. We thought about this for a bit and came up with the following
  139. possible solutions:
  140.  
  141. 1) Put a large router (Cisco AGS+, Alantec, Wellfleet, etc.) in place of the
  142.    server backbone. These typically have near-gigabit backplanes and have *got*
  143.    to be faster than our current Ethernet 10 MB/sec "governor".
  144.  
  145. 2) Connect the server's client networks to both the clients and the router
  146.    and turn off routing in the servers. We did some informal tests and found
  147.    that a single client could cause 10% server CPU load just routing a single
  148.    "find" command. I've always heard that Suns made poor routers, but could
  149.    never find any hard data on the subject.
  150.  
  151. 3) Use the router as an FDDI connection to a single server containing all
  152.    replicated filesystems. We thought this could be a SS10/41 with multiple
  153.    fast SCSI disks. This would free up all the space currently taken up by
  154.    replicated data spread over all the servers while providing for faster
  155.    access and better configuration control.
  156.  
  157.    One question that looms is whether the replicated (read mostly) data server
  158.    should use multiple ethernet I/F's, one to each client network (using more
  159.    than one server) or use FDDI straight into the router.  We don't have a lot
  160.    of FDDI experience to guide us.
  161.  
  162.    Is the answer the same for database (read-write, non-NFS) servers as it is
  163.  fo
  164.  r
  165.    "read mostly" (NFS) nodes?  Which is better (for NFS and/or socket DB
  166.  access)
  167.  ,
  168.    multiple ethernet segments in a "matrix" topology spread over each client
  169.    network or single FDDI interfaces from each server into the router?
  170.  
  171. We would end up with something like this:
  172.  
  173.                          "old" server backbone
  174.            (Left intact for sanity and backup if router ever blows)
  175.       +--------------------------+-------------------------+-------------+
  176.       |                          |                         |             |
  177.       |                          |                         |             |
  178.    +-------+                  +-------+                 +-------+        |
  179.    | 490   |                  |  490  |                 |  490  |        |
  180.    |  1    |                  |   2   |                 |   n   |        |
  181.    +-+-+-+-+                  +-+-+-+-+                 +-+-+-+-+        |
  182.      | | |   NC400 I/F's        | | |                     | | |          |
  183.     client                     client                    client          |
  184.     networks                   networks                  networks        |
  185.      | | |                      | | |                     | | |          |
  186.  +---+-+-+----------------------+-+-+---------------------+-+-+----+     |
  187.  |    enet                       enet                      enet    |     |
  188.  |                                                             enet+-----+
  189.  |                         router "backbone"                       |
  190.  |                                                      FDDI/CDDI  |
  191.  +-----------------------------+----------------------------++-----+
  192.                                |                            ||
  193.                            X.25,3270                  +-----++----+
  194.                               etc.                    | replicated|
  195.                                                       |   data    |
  196.                                                       | server(s) |
  197.                                                       |           |
  198.                                                       +-----------+
  199.  
  200. Are we on the trail of something good here or have we all been locked up in
  201. the hacketorium too long?
  202.  
  203. Specifically:
  204.  
  205. 1) Is turning off routing on the servers a *good* thing?
  206.  
  207. 2) What will break?
  208.  
  209. 3) What are we overlooking?
  210.  
  211. 4) Are there any other large sites doing this kind of stuff?
  212.  
  213. 5) Is FDDI better than multiple ethernet segments for our data server(s)?
  214.    How about for database server(s)?
  215.  
  216. Any comments/suggestions appreciated.
  217.  
  218. = exudnw@exu.ericsson.se       (214)907-7928                            =
  219. = David Williams              "You can't win, you can't break even,     =
  220. = Ericsson Network Systems     and you can't quit"                      =
  221. = Richardson, TX 75081                                  my opinions...  =
  222.  
  223. -------------------------------------------------------
  224.  
  225. Date:         22 Jan 93 01:00:34 CST
  226. From: "Mike Bitz"  <BITZM@columbia.dsu.edu>
  227. Subject:      READ THIS!
  228.  
  229.     Hello.  I am writing to inform you about a hot new discussion
  230. list.  So hot that we have 90+ members after only 1 week of operation.
  231.     PCBuild is a listserv devoted to the upgrading/construction/
  232. maintaining of Windows, OS/2, and DOS based computers.
  233.     We strongly urge you to join this list, as we are constantly
  234. looking for more members.  Without members, none of us can either
  235. share knowledge or learn new tips and tricks.
  236.     To become a member of this listserv, just send a message to:
  237.         LISTSERV@LIST.DSU.EDU
  238.     The first (and only) line in the message must read:
  239.         SUB PCBUILD Your Name
  240.  
  241.     Remember, once you are a member, you need not respond to every
  242. single posting.  But just think of the knowledge you will gain as one.
  243. Thanks for your time.
  244. Mike,
  245. Co Administrator of PCBuild.
  246.  
  247. -------------------------------------------------------
  248.  
  249. Date: Fri, 22 Jan 93 16:58:16 MET
  250. From: wojsyl@appli.mimuw.edu.pl (Wojtek Sylwestrzak)
  251. Subject:      FDDI cabling
  252.  
  253. We are in process of designing the first FDDI installation in Poland.
  254. As noone here seems to have any experience (quite obvious), we are almost
  255. completely on our own. I think our questions might be most trivial
  256. to people who have implemented the network.
  257.  
  258. Our network is to connect several buildings (concentrators + 'to the desk'
  259. option) which are in about a mile distance from each other.
  260. At first we thought of putting 24 fibres, half of them multimode but recently
  261. we are more into using monomode fibres alone. Are there any disadvantages
  262. of this solution ? Prise perhaps ? What are the differences in cost of mono-
  263. and multi-mode equipment ? We thought that monomode is more expandable
  264. and more future-proof...
  265. The main use of the network is to connect local and remote graphic workstations
  266. to emerging supercomputing centre.
  267. Also what are the (dis)advantages of the dual ring topology as oposed to
  268. tree-like topology (with concentrators in nodes). Which is cheaper,
  269. faster, more reliable ?
  270. What is the difference between dual and single attached devices (in cost,
  271. performance ?)
  272.  
  273. thank you,
  274. Wojtek Sylwestrzak
  275. - --
  276.  
  277. -------------------------------------------------------
  278.  
  279.  
  280. End of BIG-LAN Digest
  281. *********************
  282.