test-suite-intserv.txt
上传用户:rrhhcc
上传日期:2015-12-11
资源大小:54129k
文件大小:8k
源码类别:

通讯编程

开发平台:

Visual C++

  1. /*
  2.  * Copyright (c) Xerox Corporation 1997. All rights reserved.
  3.  *
  4.  * This program is free software; you can redistribute it and/or modify it
  5.  * under the terms of the GNU General Public License as published by the
  6.  * Free Software Foundation; either version 2 of the License, or (at your
  7.  * option) any later version.
  8.  *
  9.  * This program is distributed in the hope that it will be useful, but
  10.  * WITHOUT ANY WARRANTY; without even the implied warranty of
  11.  * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
  12.  * General Public License for more details.
  13.  *
  14.  * You should have received a copy of the GNU General Public License along
  15.  * with this program; if not, write to the Free Software Foundation, Inc.,
  16.  * 51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA
  17.  *
  18.  * Linking this file statically or dynamically with other modules is making
  19.  * a combined work based on this file.  Thus, the terms and conditions of
  20.  * the GNU General Public License cover the whole combination.
  21.  *
  22.  * In addition, as a special exception, the copyright holders of this file
  23.  * give you permission to combine this file with free software programs or
  24.  * libraries that are released under the GNU LGPL and with code included in
  25.  * the standard release of ns-2 under the Apache 2.0 license or under
  26.  * otherwise-compatible licenses with advertising requirements (or modified
  27.  * versions of such code, with unchanged license).  You may copy and
  28.  * distribute such a system following the terms of the GNU GPL for this
  29.  * file and the licenses of the other code concerned, provided that you
  30.  * include the source code of that other code when and as the GNU GPL
  31.  * requires distribution of source code.
  32.  *
  33.  * Note that people who make modified versions of this file are not
  34.  * obligated to grant this special exception for their modified versions;
  35.  * it is their choice whether to do so.  The GNU General Public License
  36.  * gives permission to release a modified version without this exception;
  37.  * this exception also makes it possible to release a modified version
  38.  * which carries forward this exception.
  39.  */
  40. The script test-suite-intserv.tcl helps runs various measurement based admission
  41. control algorithms for controlled-load services in ns. 
  42. A. FUNCTIONALITY :
  43. ------------------
  44. To support controlled load services, there have been essentially 2
  45. pieces of functionality added :
  46. 1. End to End signalling mechanism to request a new connection.
  47. 2. Enhanced Link Structure.
  48. 1.End to End Signalling Mechanism(sa.cc,saack.cc):
  49.   ------------------------------------------------
  50. A very simple end-to-end signalling protocol(which uses a 3 way handshake)
  51. has been implemented to request services. 
  52. The signalling protocol is sender-initiated wherein
  53. the sender sends a "request message"(PT_REQUEST) with the token bucket
  54. parameters(r,b).The message  goes all the way to the receiver thru the
  55. intserv enhanced links. 
  56. The receiver reverses the "request message" as a
  57. "reply message"(PT_REPLY) to the sender. The sender then resends the
  58. "reply message" as "confirm message"(PT_CONFIRM) to the receiver. The reply
  59. message is needed to indicate to the sender about the successful
  60. establishment of connection, after which it may start transmitting
  61. data packets. If the reply is a reject, then the source sends the
  62. "confirm message" and no more packets.
  63. Since, in the ns framework, the reply message traverses through
  64. different simple-links than the request message, the confirm message is
  65. required to indicate to the signal-support boxes(see below) in the links about
  66. the fate of the connection. This is particularly significant for the
  67. state of those links which said "yes" to a connection but the
  68. connection got rejected on a downstream link.
  69. Finally the sender sends a teardown message at the end of the connection.
  70. Consequently there are 4 new packet types added :
  71. PT_REQUEST
  72. PT_REPLY
  73. PT_CONFIRM
  74. PT_TEARDOWN
  75. In addition, a new header type (hdr-resv) (in resv.h) defines fields
  76. (for token bucket parameters) for integrated services.
  77. 2. Intserv Link :
  78. ---------------
  79. The SimpleLink structure has been enhanced to look like :
  80.                       ______________________________________
  81.                      |         |                |           |
  82.                      |Admission|            ____|____   ____|____
  83.        |-------------|Control  |           |         | |         |
  84.        |             |         |           |Estimator| |Estimator|
  85.        |             |_________|           |____1____| |____n____|
  86.        |                                       |       |
  87.        |                                    ___|___    |
  88.        |                                   |       |   |         _____ 
  89.     ___|____     _________     _____     _>|Meas-  |   |        |     |
  90.    |        |   |         |   |        | >|urement|   |        |Delay|
  91. __>| Signal |__>|Scheduler|__>|Class-__|  | for   |___|_______>|Link |
  92.   >| Support|  >|(Queue)  |  >|-ifier/  |  |class 1|   |    |  >|_____| 
  93.    |________|   |_________|   |_____/   |  |_______|   |    |       
  94.                                         |   ......     |    |
  95.                                         |   ......     |    |
  96.                                         |_> _______    |    |
  97.                                         | >|       |   |    |            
  98.                                         |  |Meas-  |   |    |
  99.                                         |  |urement|___|    |
  100.                                         |  | for   |________|
  101.                                         |  |class n|        |
  102.                                         |  |_______|        |
  103.                                         |                   |
  104.                                         |>__________________|
  105.                                          > Best Effort traffic
  106. ___> indicates packet flow
  107.    >
  108. For supporting controlled load service only, it is assumed that there
  109. would be only 2 classes of traffic : controlled load and best effort and
  110. so the above link model simplifies to one where there is only 1
  111. measurement and 1 estimator box (tcl/ex/ns-intserv.tcl implements the
  112. above link structure).
  113. A detailed description of each of the components is as follows :
  114. Signal-support(salink.cc):
  115. -------------------------
  116. The links need to maintain some transient state about flows requesting
  117. service (specifically the link needs to remember its decision for a
  118. new flow until it gets the PT_CONFIRM message).
  119. Scheduler(simple-intserv-sched.cc):
  120. ------------------------------
  121. For controlled load service support, a very simple scheduler queue is
  122. implemented as a 2 level service priority queue. Also all signalling
  123. control messages are explicitly prevented from drops.
  124. Classifier:
  125. ----------
  126. Currently, the classifier is a flow-classifier. It treats all traffic
  127. with non-zero fid as controlled load traffic and those with zero fid
  128. as best effort traffic.
  129. Measurement, Estimator and Admission Control Objects:
  130. ----------------------------------------------------
  131. The measurement object is a very simple object that measures per-class
  132. packets. The Estimator estimates the used bandwidth based on the
  133. etimation algorithm in play (which could one of TimeWindow,
  134. PointSample or Exponential Average). The admission control object
  135. makes an admission control decision based on the load estimate (from
  136. the estimator) and the admission control algorithm in play (which could
  137. be one of Measured Sum, Hoeffding bounds, Acceptance region-Tangent at
  138. Origin or Acceptance region-Tangent at Peak). When a new connection
  139. request comes to a link, the signal-support module asks the admission
  140. control for a decision which in turn looks at the current load
  141. estimate and the new flow parameters.  
  142. B.USER-LEVEL API :
  143. -----------------
  144. To create a int-serv enabled link, use :
  145. $ns duplex-intserv-link $n1 $n2 <link bw> <propgn delay> <sched type>
  146. <signal-support type>  <adc type > <est type> <service class 1>
  147. <service class 1 params>... <service class n) <service class n params>
  148. A very simple example of controlled load service class can be found in 
  149. test-suite-intserv.tcl.
  150. This support can be tested by saying something like:
  151. % ns tcl/ex/test-suite-intserv.tcl ADC=MS EST=TimeWindow
  152. utilization_=0.95 SM=5e3
  153. which would run the test-suite for measured sum admission control 
  154. with a time-window estimator. The remaining command line params above are 
  155. specific to the measured-sum algorithm.