home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / sys / cisco / 1199 < prev    next >
Encoding:
Text File  |  1992-08-31  |  3.6 KB  |  96 lines
  1. Newsgroups: comp.dcom.sys.cisco
  2. Path: sparky!uunet!stanford.edu!agate!boulder!recnews
  3. From: dana@taurus.cray.com (Dana J. Dawson)
  4. Subject: Re: X.25 line utilization???
  5. In-Reply-To: <CMM.0.90.2.715033652.quadri@last-call.cisco.com>; from "Pasha Quadri" at Aug 28, 92 1:27 pm
  6. Message-ID: <9208282128.AA10330@taurus.cray.com>
  7. Sender: news@colorado.edu
  8. Date: 28 Aug 92 16:28:09 CDT
  9. X-Mailer: ELM [version 2.3 PL11b-CRI]
  10. Lines: 84
  11.  
  12. > Date: Fri, 28 Aug 92 13:27:32 PDT
  13. > From: Pasha Quadri <quadri@last-call.cisco.com>
  14. > To: exubho@exu.ericsson.se
  15. > Cc: cisco@spot.colorado.edu
  16. > Subject: Re: X.25 line utilization???
  17. > 
  18. > > 
  19. > > Hi,
  20. > > 
  21. > > I have some statistics I have been gathering from one of my packet
  22. > > switch nodes within my company's private X.25 network.  I have been
  23. > > monitoring the incoming and outgoing bit/sec data rates between
  24. > > Richardson Texas and Stockholm Sweden.
  25. > > 
  26. > > We have a full duplex communications link capable of 112
  27. > > kilobits/sec of data throughput.  We have recently gotten into a
  28. > > quarrel over what the utilization of the link is.  
  29. > > 
  30. > > Here is the scenario.  My statistics tell me that I have the
  31. > > following:
  32. > > 
  33. > > 40,000 bits/sec input data rate
  34. > > 60,000 bits/sec output data rate
  35. > > 
  36. > > I think that the utilization of our line during this time (expressed
  37. > > as a percentage) is ((40,000 + 60,000)/112000) * 100%
  38. > > 
  39. > > while some others here think that the utilization of our line
  40. > > (expressed as a percentage) is gotten by taking the higher of the
  41. > > two data rate figures and dividing that by the maximum data rate, or
  42. > > (60,000/112000)*100%.
  43. > > 
  44. > > Does anyone have any input on which is the right way to express the
  45. > > utilization of our link?  Any input would be appreciated.
  46. > > 
  47. > > Blake Holman
  48. > > Ericsson Network Systems, Inc.
  49. > > Richardson, Texas
  50. > > (214) 997-6784
  51. > > 
  52. > 
  53. > 
  54. > Hello Blake,
  55. > 
  56. > Since serial lines are full duplex dividing by the bandwidth of the link
  57. > will just not work. Hence greater of either input OR output bytes, bits, or
  58. > packets per second be taken and divided by the BW of the link.
  59. > 
  60. > One of our Engineers had written an article on this and a formula for
  61. > average utilization was :
  62. > 
  63. >  average utilization = [(bytes-input OR bytes-output) * 8] / ifSpeed
  64. > 
  65. >    The OR above denotes a case where you should take the larger
  66. > of the input and output values to divide by the bandwidth (ifSpeed) to
  67. > determine the true link utilization.
  68. > 
  69. > Hope this helps.
  70. > 
  71. > 
  72. > Regards
  73. > 
  74. > Pasha Quadri
  75. > cisco Cust.Engg
  76.  
  77. I agree with Blake (except that I think the two rates should be averaged
  78. instead of simply summed), and think a combination of the input and output
  79. is appropriate.  Since the traffic in the two directions is mostly
  80. independent, you could argue that full utilization in one direction and
  81. zero utilization in the other (as an extreme end condition) would
  82. represent only half of the total traffic that could be traversing the
  83. line.  As a real world example, a large ftp session could easily
  84. consume the bulk of the available bandwidth in one direction, but
  85. would still allow another large ftp transfer to take place in the
  86. other direction.  To me, saying that a line is being utilized at 100%
  87. of capacity means that no more traffic will fit.  That is not the
  88. case when one bases such utilization numbers on just the larger of
  89. the IN/OUT traffic.  This may not be the most mathematical approach
  90. to this problem, but most users (and bosses) don't care about technically
  91. correct statistics - they want numbers that make sense, and that give
  92. a real measure of how much of what they're paying for is actually
  93. getting used.
  94.  
  95. Dana 
  96.