home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / lans / fddi / 813 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  2.9 KB
  1. Path: sparky!uunet!olivea!sgigate!sgi!rhyolite!vjs
  2. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  3. Newsgroups: comp.dcom.lans.fddi
  4. Subject: Re: Questions on implementing 65 node network
  5. Keywords: FDDI, Sun
  6. Message-ID: <sk4g19k@rhyolite.wpd.sgi.com>
  7. Date: 20 Nov 92 21:49:54 GMT
  8. References: <1ejbadINNl57@early-bird.think.com>
  9. Organization: Silicon Graphics, Inc.  Mountain View, CA
  10. Lines: 55
  11.  
  12. In article <1ejbadINNl57@early-bird.think.com>, sid@think.com (Sid Stuart) writes:
  13. > 
  14. > We are currently considering moving our backbone network from
  15. > Ethernet to FDDI. As part of this change, we would also move
  16. > additional computers onto the backbone. The resulting network
  17. > would consist of three or four SGI's, 5-10 CM5's and 50 Sparc
  18. > based computers: about 30 Sun 4/65's and 4/75's acting as
  19. > fileservers and about 30 Sun 10/30's, 10/40's and 4/75's
  20. > acting as compute servers.  The network would span two
  21. > buildings and be about 1500-2000 meters in length. I expect
  22. > the network to see 20-30 mbits of traffic during the day. 
  23. > 
  24. > Has anyone implemented such a network? What kind of problems have
  25. > you seen? What are the performance characteristics? What kind of
  26. > latency can I expect to see between stations under a load of 20-30
  27. > mbits? Am I trying to put too much equipment on too large of a
  28. > network or can FDDI deal with this distance/load?
  29.  
  30.  
  31. The standard says you can have 2 kilometers between stations.  You can
  32. probably cheat to get above 2000 m to deal with your buildings 2000 m
  33. separation.
  34.  
  35. Are you going to put all 70 computers directly on the FDDI dual-ring?
  36. With no concetrators?
  37.  
  38. If so, I would expect the ring to have a ring latency around 85
  39. microseconds when the ring is THRU and around twice that when WRAPped.
  40. Assuming all of the stations are doing ordinary TCP, UDP, and NFS kinds
  41. of things, the average token latency of a ring at 30Mbit/sec or 30%
  42. load and 100 usec latency is around 150 microseconds.   (The idea is
  43. that in a 1 second, the ring will spend 300 milliseconds moving data
  44. and the rest of the time spinning the token.  So solve for the number
  45. of times the token will spin during the 700 milliseconds of idle time.)
  46.  
  47. At 30% load with ordinary stuff, any station will be able to transmit
  48. any time a token comes around.  Thus, the network latency attributable
  49. to FDDI in this situation averages 150 microseconds.
  50.  
  51. If you use concentrators, add around 1 microsecond per port on each
  52. concentrator, whether active or not, to the ring latency, and recompute
  53. the token latency.
  54.  
  55. You can get a lot more than 30 Mbit/sec TCP/IP/FDDI out of such a ring,
  56. depending on the stations.
  57.  
  58. I know of FDDI networks like the one described, although they tend to
  59. have more SGI, DEC or IBM boxes and fewer Sun boxes.
  60.  
  61. (If "20-30 mbits of traffic during the day" means 30 Mbit/day, then for
  62. heaven's sake do NOT waste money on FDDI.  Use ethernets or T1 or even
  63. 56K lines.)
  64.  
  65.  
  66. Vernon Schryver,  vjs@sgi.com
  67.