24.11.2012 Views

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 ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

counts <strong>the</strong> bursty source as active if its RM cells are travel<strong>in</strong>g <strong>in</strong> <strong>the</strong> reverse direction,<br />

even though it might not be send<strong>in</strong>g any data <strong>in</strong> <strong>the</strong> <strong>for</strong>ward direction dur<strong>in</strong>g its idle<br />

periods. This situation is called <strong>the</strong> \out-of-phase" e ect, and is also a common<br />

problem with TCP sources. The problem a ects <strong>the</strong> load measurement, as well as<br />

<strong>the</strong> measurement of <strong>the</strong> number of active VCs. As seen <strong>in</strong> gure6.28(b), <strong>the</strong> queue<br />

lengths are constra<strong>in</strong>ed, and <strong>the</strong> problem seen <strong>in</strong> gure 6.27(b) has been solved, even<br />

<strong>for</strong> a target utilization of 90%.<br />

Ano<strong>the</strong>r method to limit <strong>the</strong> queue sizes <strong>in</strong> this case is by averag<strong>in</strong>g <strong>the</strong> number of<br />

active sources as discussed <strong>in</strong> section6.9. As previously expla<strong>in</strong>ed, we should account<br />

<strong>for</strong> <strong>the</strong> presence of a source, even though it might be currently idle. The e ect of<br />

averag<strong>in</strong>g <strong>the</strong> value of <strong>the</strong> number of active sources is illustrated <strong>in</strong> gure 6.29. The<br />

bidirectional count<strong>in</strong>g option is not used <strong>in</strong> this case. Figure 6.29(b) shows that <strong>the</strong><br />

queue length is constra<strong>in</strong>ed.<br />

Figure6.30, 6.31 and 6.32 illustrates <strong>the</strong> per<strong>for</strong>mance of ERICA+ <strong>for</strong> <strong>the</strong> same<br />

con guration without <strong>the</strong> averag<strong>in</strong>g <strong>the</strong> number of sources option. The gure illus-<br />

trates <strong>the</strong> e ect of large burst sizes. It is clear that ERICA+ can adapt to bursty<br />

tra c better than ERICA, because it accounts <strong>for</strong> <strong>the</strong> time to dra<strong>in</strong> <strong>the</strong> queues when<br />

estimat<strong>in</strong>g <strong>the</strong> available capacity. Even with large burst sizes, <strong>the</strong> queues built up<br />

when <strong>the</strong> bursty source is active can dra<strong>in</strong> be<strong>for</strong>e <strong>the</strong> next burst arrives at <strong>the</strong> switch.<br />

The bidirectional count<strong>in</strong>g and <strong>the</strong> averag<strong>in</strong>g of number of sources options are not<br />

necessary <strong>in</strong> this case.<br />

In cases of many sources runn<strong>in</strong>g TCP on <strong>ABR</strong> <strong>in</strong> <strong>the</strong> presence of high frequency<br />

VBR background, ERICA+ sometimes fails to dra<strong>in</strong> <strong>the</strong> queues when <strong>the</strong> averag<strong>in</strong>g<br />

<strong>in</strong>terval parameter is set to very small values. This phenomenon is expla<strong>in</strong>ed <strong>in</strong><br />

196

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!