home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dcom / lans / ethernet / 2868 < prev    next >
Encoding:
Text File  |  1992-12-25  |  2.8 KB  |  66 lines
  1. Newsgroups: comp.dcom.lans.ethernet
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!csus.edu!netcom.com!seifert
  3. From: seifert@netcom.com (Rich Seifert)
  4. Subject: Re: Bandwidth Requirement Formula
  5. Message-ID: <1992Dec25.222525.23106@netcom.com>
  6. Keywords: equation bandwidth
  7. Organization: Networks & Communications Consulting
  8. References: <Bzu10L.228@iron.hq.aflc.af.mil>
  9. Distribution: comp
  10. Date: Fri, 25 Dec 1992 22:25:25 GMT
  11. Lines: 53
  12.  
  13. In article <Bzu10L.228@iron.hq.aflc.af.mil>, fenton@iron.hq.aflc.af.mil (George I. Fenton) writes:
  14. > Happy holidays LAN gurus!  I am looking for reference books on the
  15. > actual ethernet, token-ring, and FDDI formulas to perform some
  16. > bandwidth calculations for a site.
  17. > 
  18. > What I am trying to do is calculate the minimum bandwidth requirements of
  19. > a backbone network based on several 10BaseT ethernet concentrators.  I do
  20. > know the number of workstations to be attached to this LAN and the average
  21. > load of a given time based on the number of workstations to be installed.
  22. > The 10BaseT concentrators will attach to the backbone network, where all
  23. > the servers will reside.  My objective is to determine the type of backbone
  24. > required to handle the expected level of traffic from the workstations via
  25. > 10BaseT concentrators -- the backbone can be either ethernet, token-ring, or
  26. > FDDI.
  27. > 
  28.  
  29. I wish it WERE simply a matter of finding the right "formulas"!!
  30.  
  31. Unfortunately, the demands placed on a network are very application-
  32. dependent. The required bandwidth is a function of:
  33.   -Application average bandwidth demand
  34.   -Distribution over time
  35.   -Distribution over stations
  36.   -Protocol overhead, etc., etc. ...
  37.  
  38. Also, it is not just a matter of bandwidth. Delay, Error rates, processor
  39. performance, interface card performance, and a slew of other factors affect
  40. the behavior of a given applications. Worse, I know of few LANs which are
  41. only running a single application. 
  42.  
  43. There are a few ways to solve this problem:
  44.   -Use "rules of thumb"
  45.   -Overdesign the LAN and/or backbone (this may or may not imply additional
  46.    cost. For example, there is no real cost penalty to put in a 10 Mb/s LAN
  47.    if you only need 1 Mb/s of bandwidth.)
  48.   -Simulate with available tools (e.g., Comdisco BONES). This requires 
  49.    building models of your applications and the design of your internetwork.
  50.   -Copy the design of someone else who has a similar environment and
  51.    whose network performs adequately.
  52.  
  53. If you attempt a "closed form" (algorithmic) solution to your problem, 
  54. unless it is extremely well-defined and simple, I suspect that you will 
  55. revert to one of the options shown above.
  56.  
  57. Sorry. Does anyone else have a better idea?
  58.  
  59.  
  60.  
  61. -- 
  62. Rich Seifert                    Networks and Communications Consulting
  63. seifert@netcom.com              (408) 996-0922
  64.                                 (408) 996-2860 FAX
  65. "... specialists in Local Area Networks and Data Communications systems"
  66.