[Bloat] How is bufferbloat prevented/fixed for UDP?

Toke Høiland-Jørgensen toke at toke.dk
Mon May 12 16:21:37 EDT 2014

Forums1000 <forums1000 at gmail.com> writes:

> 1) With UDP, you cannot uniquely identify a flow? This prevents an
> AQM-algorithm to drop packets for an (several) offending UDP flow(s).

For most cases UDP flows are determined by port number pairs, same as
TCP. Multiple flows can be multiplexed over one "connection", but this
is no different from TCP.

> 2) Unlike TCP, UDP does not back down when encountering packet loss

This is true; i.e. not back-off mechanism is built into the protocol.
However, it is quite possible to build in such a mechanism in whatever
protocol is running *on top of* UDP. Indeed this is done for things like
real-time media protocol, and also bittorrents uTP protocol runs on top
of UDP.

So I guess the answer is "it all depends".

As an aside, if you *do* have an unresponsive UDP flow (whether
misconfigured or malignant), having a flow queueing mechanism like that
of fq_codel helps a lot; the bad UDP flow is then isolated and only
hurts itself, so to speak. :)

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/bloat/attachments/20140512/f1c52f61/attachment-0001.sig>

More information about the Bloat mailing list