[e2e] common congestion controller for TCP connections
Joe Touch
touch at ISI.EDU
Tue Oct 29 10:42:52 PST 2002
To add to the discussion,
IMO, the primary difference between CM and TCB-sharing approaches is
what happens with a single packet.
in CM, a single congestion control system processes every packet
in TCBI, conventional per-connection congestion control processes each
packet
In both cases, information can be shared among a set of sequential or
concurrent connections, and in both cases the aggregation and timescale
(per packet, at connection start, etc.) of sharing is determined by
policy, not the architecture. CM allows non-TCP applications to benefit
from TCP-'like' congestion control; TCBI is simpler to use from the
application.
E.g., E-TCP is TCB-sharing where a policy of "connections with the same
src/dst should be aggregated as if a single connection". There are, as
you point out, other policies. TCBI includes a suggestion that is
similar to that of SPAND, that some congestion information can be shared
among endpoints on a LAN, FYI (see "Implications").
Joe
More information about the end2end-interest
mailing list