On 1 May, 2013, at 11:26 pm, Simon Barber wrote: > Interesting to note that sfq-codel's reaction to a non conforming flow is of > course to start dropping more aggressively to make it conform, leading to the > high loss rates for whatever is hashed together with a VoIP flow that does > not reduce it's bandwidth. > > One downside to SFQ really.
The only real solution, for the scenario where this happens, would be to somehow identify all the BitTorrent traffic and stuff it into a single bucket, where it has to compete on equal terms with the single VoIP flow. The big unanswered question is then: can this realistically be done? Does BitTorrent traffic get marked as the bulk, low priority traffic it is, for example? _______________________________________________ Cerowrt-devel mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel
