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.

u er<strong>in</strong>g which does not depend upon <strong>the</strong> number of connections. The amount of<br />

bu er<strong>in</strong>g depends upon factors such as <strong>the</strong> switch congestion control scheme used,<br />

and <strong>the</strong> maximum round trip time (RTT) of all virtual circuits (VCs) through <strong>the</strong><br />

l<strong>in</strong>k. On <strong>the</strong> o<strong>the</strong>r hand, <strong>the</strong> UBR service is not scalable <strong>in</strong> <strong>the</strong> sense that it requires<br />

bu er<strong>in</strong>g proportional to <strong>the</strong> sum of <strong>the</strong> TCP receiver w<strong>in</strong>dows of all sources.<br />

The above observations are true <strong>for</strong> applications like le transfer which have per-<br />

sistant demand characteristics. We verify that <strong>the</strong> requirements hold even <strong>in</strong> <strong>the</strong><br />

presence of highly VBR background tra c (<strong>in</strong>clud<strong>in</strong>g multiplexed MPEG-2 video<br />

tra c). However, when TCP applications are bursty (i.e., have active and idle peri-<br />

ods), it is possible that <strong>the</strong> network is overloaded by a burst of data from a number of<br />

TCP sources simultaneously. While <strong>the</strong>re can be little guarantees under such patho-<br />

logical workloads, we nd that our observations about bu er requirements hold <strong>for</strong> a<br />

large number of World Web Web (real-life bursty) applications runn<strong>in</strong>g over TCP.<br />

8.1 TCP control mechanisms<br />

TCP is one of <strong>the</strong> few transport protocols that has its own congestion control<br />

mechanisms. The key TCP congestion mechanism is <strong>the</strong> so called \Slow start." TCP<br />

connections use an end-to-end ow control w<strong>in</strong>dow to limit <strong>the</strong> number of packets<br />

that <strong>the</strong> source sends. The sender w<strong>in</strong>dow is <strong>the</strong> m<strong>in</strong>imum of <strong>the</strong> receiver w<strong>in</strong>dow<br />

(Wrcvr) and a congestion w<strong>in</strong>dow variable (CWND).<br />

Whenever a TCP connection loses a packet, <strong>the</strong> source does not receive an ac-<br />

knowledgment and it times out. The source remembers <strong>the</strong> congestion w<strong>in</strong>dow<br />

(CWND) value at which it lost <strong>the</strong> packet by sett<strong>in</strong>g a threshold variable SSTHRESH<br />

258

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

Saved successfully!

Ooh no, something went wrong!