[e2e] Can feedback be generated more fast in ECN?
Francesco Potorti`
F.Potorti at cnuce.cnr.it
Wed Feb 14 02:49:19 PST 2001
SQ only requires a single message on the uncongested leg, rather
than a round-trip through the known congested leg.
ECN should be used in conjunction with RED, having the ability of
signaling incumbent congestion without adding any more traffic to the
network. You cannot do the same with SQ.
You could object that in case of incumbent congestion you shouldn't have
a problem sending some packets on the uncongested leg of the path, but
others have signaled how this could be expensive for the routers.
Maybe the two mechanisms could coexist and be used for different
purposes, ECN for incumbent congestion, SQ when a packet is dropped,
provided the latter occurrency is much less frequent than the former
one. In that view, they would be almost orthogonal to each other.
SQ works with UDP
So can ECN. The two mechanisms are both at the same level in the stack.
SQ can work in conjunction with streaming and interactive
applications equally (knock down codec based on SQ code point
value for example, or increase SRTT as another).
When congestion control is receiver based ECN should be the choice.
--
Francesco Potortì (researcher) Voice: +39 050 315 3058 (op.2111)
Area della ricerca CNR - CNUCE Fax: +39 050 313 8091
via Alfieri 1, I-56010 Ghezzano, Pisa Email: F.Potorti at cnuce.cnr.it
Web: http://fly.cnuce.cnr.it/ Key: fly.cnuce.cnr.it/public.key
More information about the end2end-interest
mailing list