On 2 May, 2013, at 5:20 am, Simon Barber wrote:
> Or one could use more queues in SFQ, so that the chance of 2 streams sharing
> a queue is small.
CableLabs actually did try that - increasing the number of queues - and found
that it made things worse. This, I think, extends to true "fair queu
Given some of the keruffle over bittorrent, and voip traffic in
relation to the cablelabs report in relation to the effects of fq at
very high numbers of flows (100+) vs the priority traffic like voip,
at very low (4mbit and lower) bandwidths
and no matter that the default hash on fq_codel is
On Thu, 2 May 2013, Dave Taht wrote:
1) I think there's a bug in either the kernel or tc or me on tos matching,
Taking a guess here...
The TOS byte is 8 bytes. So EF is 46, which is 0x2e, and then you need to
left-shift it 2 bits because it's the most significant 6 bits, you get
0xb8 (if my
On 3 May, 2013, at 1:07 am, Dave Taht wrote:
> 1) I think there's a bug in either the kernel or tc or me on tos matching,
So this works:
tc filter add dev eth2 parent a: protocol ip prio 8 u32 match ip tos 0x2e fc
flowid a:b
But this doesn't:
tc filter add dev eth2 parent a: protocol ip prio