[Iccrg] New draft for review:
xu at cse.unl.edu
Thu Mar 4 03:00:48 GMT 2010
Mayutan, Xiaoming, and K. K.,
Thanks for your work. Below are some quick comments.
1. Section 3 "Design goals". There are actually 8 goals: 1, 2, ..., 8
instead of 1, 1, ... ,7.
2. It would be better to explain what "network friendly" means.
3. It would be better to explain the difference between "TCP", "Standard
TCP", and "network friendly TCP". Are they referring to the same TCP or
On 3/3/2010 1:40 PM, Mayutan A. wrote:
> We have submitted a new draft to the LEDBAT WG and are planning to make
> a short presentation at the LEDBAT WG and the ICCRG.
> We are looking forward to all your comments.
> The basic idea is to have an architecture framework, to enable the
> standardization of the various mechanisms of a network friendly
> congestion control such as available bandwidth estimation, flow control
> and congestion detection separately. This could result in pluggable
> components that could be used in the overall congestion control
> protocol/s. Though the draft is intended for the LEDBAT WG, it could
> easily be extended to congestion control protocols in general.
> The Low Extra Delay Background Transport (LEDBAT) working group is
> considering protocols for an alternative congestion control protocol
> that enables a delay-insensitive networking application to minimize
> the extra queueing delay it causes to other applications because of
> additional queueing at the bottleneck, when these connections
> carrying traffic for such applications attempt to use the available
> This document proposes an architectural framework for LEDBAT
> congestion control mechanisms, based on existing work on congestion
> control protocols and the requirements of the LEDBAT working group.
> The architectural framework consists of a LEDBAT-congestion control
> (LEDBAT-CC) suite that provides flexibility in utilizing different
> components for providing congestion control for transport connections
> carrying delay-insensitive traffic. The LEDBAT-CC suite of protocols
> is envisioned to support the multiple alternative mechanisms for
> bandwidth estimation, congestion detection and indication and end-
> system flow control to comprise a network friendly congestion
> avoidance protocol.
> This document is inspired by the need to standardize the various
> components that constitute the network friendly congestion control
> protocol to avoid having to individually standardize a multitude of
> distinct and monolithic solutions.
> Feedback is welcome,
> Mayutan Arumaithurai
> Iccrg mailing list
> Iccrg at cs.ucl.ac.uk
Lisong Xu, Assistant Professor
Computer Science & Engineering
University of Nebraska-Lincoln
More information about the Iccrg