1 / 20

Wu-Chang Feng, Dilip D.Kandlur, Member, IEEE, Debanjan Saha, and Kang G. Shin, Fellow, IEEE

Adaptive Packet Marking for Maintaining End-to-End Throughput in a Differentiated-Services Internet. Wu-Chang Feng, Dilip D.Kandlur, Member, IEEE, Debanjan Saha, and Kang G. Shin, Fellow, IEEE. Abstract.

karis
Download Presentation

Wu-Chang Feng, Dilip D.Kandlur, Member, IEEE, Debanjan Saha, and Kang G. Shin, Fellow, IEEE

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Adaptive Packet Marking for Maintaining End-to-End Throughput in a Differentiated-Services Internet Wu-Chang Feng, Dilip D.Kandlur, Member, IEEE, Debanjan Saha, and Kang G. Shin, Fellow, IEEE

  2. Abstract • This paper examines the use of adaptive priority marking for providing soft bandwidth guarantees in a differentiated-service Internet. • The proposed scheme does not require resource reservation for individual connections and can be supported with minimal changes to the network infrastructure.

  3. System model • The user or network administrator specifies a desired minimum service rate for a connection or connection group and communicates this to a control engine. • The objective of the control engine, which we call a packet-marking engine (PME), is to monitor and sustain the requested level of service bye setting the ToS bits in the packet headers. • By default, all packets are generated as low-priority packets.

  4. System model (Cont’d) • If the observed throughput falls below the minimum target rate, the PME starts prioritizing packets until the desired target rate is reached. • Once the target is reached, it strives to reduce the number of priority packets without falling bellow the minimum requested rate. • The proposed scheme can be adapted to work for any transport protocol that is responsive to congestion in the network.

  5. ToS architecture • A network infrastructure that supports two traffic types: priority and best-effort. • The traffic types are carried in the ToS bits in the IP header. • Use a common FIFO queue for all traffic and provide service differentiation by applying different drop preferences to marked and unmarked packets. • Use an enhanced version of the random early detection (RED) algorithm.

  6. ToS architecture (Cont’d) • Two different flavors of marking mechanisms: • The marking engine is transparent and potentially external to the host. • The marking engine is integrated with the host. • Placing the PME external to the host has significant deployment benefits. • Integrating the PME with the host protocol engine can provide a solution that adapts better with the flow and congestion-control mechanisms used at the transport layer.

  7. Source-transparent approach • TCP-independent algorithm • Every update interval: scale = | 1 – obw / tbw | if (obw < tbw) mprob = mprob + scale * increment else mprob = mprob – scale * increment • mprob: the marking probability • obw: the observed bandwidth • tbw: the target bandwidth

  8. Performance of TCP-independent algorithm • Marking priority increment = 0.01 • Marking probability increment = 1.0

  9. TCP-like algorithm • Every acknowledgement: • pwnd = mprob * (obw * rtt) • if (obw < tbw) • pwnd = pwnd + 1 / cwnd • else • pwnd = pwnd – 1 / cwnd • mprob = pwnd / (obw * rtt) • cwnd: congestion window • pwnd: the estimated number of marked packets • rtt: the estimated round-trip time

  10. Performance of TCP-like algorithm (b) Aggregation experiment (a) Transient experiment

  11. Bandwidth sharing using source-transparent marking (a) Bandwidth graph (b) Window trace of 3-Mb/s connection

  12. Source-integrated approach • In an ideal scenario, a connection that stripes its packets across two priorities should receive a fair share of the best-effort bandwidth in addition to the bandwidth received due to priority packets. • The congestion window (cwnd) maintained by a TCP source is split into two parts: • A priority window (pwnd) that reflects the number of marked packets that are in the network. • A best-effort window (bwnd) that reflects the number of unmarked packets that are outstanding.

  13. Bandwidth sharing using source-integrated marking (a) Bandwidth graph (b) Window trace of 3-Mb/s connection

  14. Compute the ideal marking rates

  15. TCP with integrated packet marking (a) Total bandwidths (b) Marking rates

  16. TCP with transparent packet marking (a) Total bandwidths (b) Marking rates

  17. Handling over-subscription • When aggregate demand exceeds capacity, all connections with nonzero target rates carry only marked packets. • Two approaches: • Each source receives an equal fair share of the bottleneck bandwidth. • Provide weighted-bandwidth sharing depending on the target rates or the importance of the connections or connection groups.

  18. Dealing with nonresponsive • The nonresponsive flow does a negative impact on the TCP connections. • In order to provide better fairness between connections competing for best-effort bandwidth, we enhanced the bottleneck ERED queue with additional fairness mechanisms based on FRED. • ERED queue detects the nonresponsive flow and limits its throughput to a fair share of the best-effort bandwidth.

  19. Nonresponsive flows (a) Using a normal ERED queue (b) Using a fair ERED queue

  20. Deployment issues • When PME is transparent to the source: • The lack of service differentiation simply makes the packet marking ineffective and the TCP sources behave as if they are operating in a best-effort network. • When the PME is integrated with the source: • We can turn off marking when service differentiation if not supported by the network.

More Related