Traffic Management for the Available Bit Rate (ABR) Service in ...
Traffic Management for the Available Bit Rate (ABR) Service in ... Traffic Management for the Available Bit Rate (ABR) Service in ...
these heuristics do not guarantee convergence to fair operation. We will hence use them outside the TUB, and the TUB algorithm inside the TUB. The considerations for increase are: 1. When a link is underloaded, all its users will be asked to increase. No one will be asked to decrease. 2. The amount of increase can be di erent for di erent sources and can depend upon their relative usage of the link. 3. The maximum allowed adjustment factor should be less than or equal to the current load level. For example, if the current load level is 50%, no source can be allowed to increase by more than a factor of 2 (which is equivalent to a load adjustment factor of 0.5). 4. The load adjustment factor should be a continuous function of the input rate. Any discontinuities will cause undesirable oscillations and impulses. For exam- ple, suppose there is a discontinuity in the curve when the input rate is 50 Mbps. Sources transmitting 50- Mbps (for a small ) will get very di erent feedback than those transmitting at 50+ Mbps. 5. The load adjustment factor should be a monotonically non-decreasing function of the input rate. Again, this prevents undesirable oscillations. For example, suppose the function is not monotonic but has a peak at 50 Mbps. The sources transmitting at 50+ Mbps will be asked to increase more than those at 50 Mbps. The corresponding considerations for overload are similar to the above. 115
As noted, these heuristics do not guarantee convergence to fairness. To guarantee fairness in the TUB, we violate all of these heuristics except monotonicity. A sample pair of increase and decrease functions that satisfy the above criteria are shown in Figure 5.7. The load adjustment factor is shown as a function of the input rate. To explain this graph, let us rst consider the increase function shown in Figure 5.7(a). If current load level is z, and the fair share is s, all sources with input rates below zs are asked to increase by z. Those between zs and z are asked to increase by an amount between z and 1. Figure 5.7(b) shows the corresponding decrease function to be used when the load level z is greater than 1. The underloading sources (input rate x < fair share) are not decreased. Those between s and zs are decreased by a linearly increasing factor between 1 and z. Those with rates between zs and c are decreased by the load level z. Those above c are decreased even more. Notice that when the load level z is 1, that is, the system is operating exactly at capacity, both the increase and decrease functions are identical (a horizontal line at load reduction factor of 1). This is important andensures that the load adjustment factor is acontinuous function of z. In designing the above function we used linear functions. However, this is not necessary. Any increasing function in place of sloping linear segments can be used. The linear functions are easy to compute and provide the continuity property that we seek. The detailed pseudo code of aggressive fairness option is given in appendix B. Figure 5.8 shows the simulation results for the transient con guration with the aggressive fairness option. 116
- Page 91 and 92: exibility of decoupling the enforce
- Page 93 and 94: 4.6.1 Key Techniques In EPRCA, the
- Page 95 and 96: If the mean ACR is not a good estim
- Page 97 and 98: is the ratio of the input rate to t
- Page 99 and 100: which shares the link equally as al
- Page 101 and 102: proportional to the the unused ABR
- Page 103 and 104: The key technique in the scheme is
- Page 105 and 106: the bandwidth allocations to satis
- Page 107 and 108: 4.10 DMRCA scheme The Dynamic Max R
- Page 109 and 110: on its CCR. Further MAX times out i
- Page 111 and 112: other words, a di erent set of para
- Page 113 and 114: A combination of several ideas in a
- Page 115 and 116: 4.13 SP-EPRCA scheme The SP-EPRCA s
- Page 117 and 118: RTD and shuts o the source (for sta
- Page 119 and 120: 4.14.1 Common Drawbacks Though the
- Page 121 and 122: The ATM Tra c Management standard a
- Page 123 and 124: 5.1.1 Control-Cell Format The contr
- Page 125 and 126: The last two elds are used in the b
- Page 127 and 128: Figure 5.3: Flow chart for updating
- Page 129 and 130: LAF in cell Max(LAF in cell, z) The
- Page 131 and 132: the time of departure (instant mark
- Page 133 and 134: the steady state. The system operat
- Page 135 and 136: 5.2.3 Use Measured Rather Than Decl
- Page 137 and 138: said about the maximum queue length
- Page 139 and 140: The key problem with some unipolar
- Page 141: Figure 5.6: Space time diagram show
- Page 145 and 146: Transmitted Cell Rate ABR Queue Len
- Page 147 and 148: 4. The RM cell contains a timestamp
- Page 149 and 150: 1. The source o ered average cell r
- Page 151 and 152: Transmitted Cell Rate Link Utilizat
- Page 153 and 154: Transmitted Cell Rate Link Utilizat
- Page 155 and 156: Transmitted Cell Rate Link Utilizat
- Page 157 and 158: Figure 5.17: The parking lot fairne
- Page 159 and 160: Figure 5.19: Network con guration w
- Page 161 and 162: Transmitted Cell Rate Link Utilizat
- Page 163 and 164: Transmitted Cell Rate Link Utilizat
- Page 165 and 166: 5.8 Proof: Fairness Algorithm Impro
- Page 167 and 168: Region 2: y s and x s and U(1 + ) x
- Page 169 and 170: eing divided into eight non-overlap
- Page 171 and 172: Proof for Region 2 Triangular regio
- Page 173 and 174: have: and y 0 = y(1 ; ) z x + y 0 =
- Page 175 and 176: The OSU scheme is, therefore, incom
- Page 177 and 178: workloads, where input load and cap
- Page 179 and 180: (a) Regions used to prove Claim C1
- Page 181 and 182: 6.1 The Basic ERICA Algorithm The s
- Page 183 and 184: A ow chart of the basic algorithm i
- Page 185 and 186: efore competing sources can receive
- Page 187 and 188: that the latest CCR information is
- Page 189 and 190: the CCR value may not be an accurat
- Page 191 and 192: (Target Utilization) (Link Bandwidt
As noted, <strong>the</strong>se heuristics do not guarantee convergence to fairness. To guarantee<br />
fairness <strong>in</strong> <strong>the</strong> TUB, we violate all of <strong>the</strong>se heuristics except monotonicity.<br />
A sample pair of <strong>in</strong>crease and decrease functions that satisfy <strong>the</strong> above criteria<br />
are shown <strong>in</strong> Figure 5.7. The load adjustment factor is shown as a function of <strong>the</strong><br />
<strong>in</strong>put rate. To expla<strong>in</strong> this graph, let us rst consider <strong>the</strong> <strong>in</strong>crease function shown<br />
<strong>in</strong> Figure 5.7(a). If current load level is z, and <strong>the</strong> fair share is s, all sources with<br />
<strong>in</strong>put rates below zs are asked to <strong>in</strong>crease by z. Those between zs and z are asked<br />
to <strong>in</strong>crease by an amount between z and 1.<br />
Figure 5.7(b) shows <strong>the</strong> correspond<strong>in</strong>g decrease function to be used when <strong>the</strong> load<br />
level z is greater than 1. The underload<strong>in</strong>g sources (<strong>in</strong>put rate x < fair share) are<br />
not decreased. Those between s and zs are decreased by a l<strong>in</strong>early <strong>in</strong>creas<strong>in</strong>g factor<br />
between 1 and z. Those with rates between zs and c are decreased by <strong>the</strong> load<br />
level z. Those above c are decreased even more. Notice that when <strong>the</strong> load level<br />
z is 1, that is, <strong>the</strong> system is operat<strong>in</strong>g exactly at capacity, both <strong>the</strong> <strong>in</strong>crease and<br />
decrease functions are identical (a horizontal l<strong>in</strong>e at load reduction factor of 1). This<br />
is important andensures that <strong>the</strong> load adjustment factor is acont<strong>in</strong>uous function of<br />
z. In design<strong>in</strong>g <strong>the</strong> above function we used l<strong>in</strong>ear functions. However, this is not<br />
necessary. Any <strong>in</strong>creas<strong>in</strong>g function <strong>in</strong> place of slop<strong>in</strong>g l<strong>in</strong>ear segments can be used.<br />
The l<strong>in</strong>ear functions are easy to compute and provide <strong>the</strong> cont<strong>in</strong>uity property that<br />
we seek.<br />
The detailed pseudo code of aggressive fairness option is given <strong>in</strong> appendix B.<br />
Figure 5.8 shows <strong>the</strong> simulation results <strong>for</strong> <strong>the</strong> transient con guration with <strong>the</strong><br />
aggressive fairness option.<br />
116