On Sat, 2015-09-26 at 12:24 +0200, Pavel Machek wrote: > > That would be equivalent to ping -Q, right? It does not seem to have > any effect :-(. I'd expect at least local machine to use shorter waits > for medium, and thus drop packets instead of waiting. Correct. But it won't *drop* packets, it just increases the chances of getting medium access. > > # you have to add some magic for matching your data > > e.g. $IPT -t mangle -I OUTPUT -j DSCP --set-dscp-class CS7 > > Again, this is ping -Q equivalent, right? I was doing Yes. > ping -c 300 -i .2 -Q $[56*4] -s 500 amd > 300 packets transmitted, 300 received, 0% packet loss, time 60989ms > rtt min/avg/max/mdev = 2.155/8.599/44.475/5.677 ms > 300 packets transmitted, 300 received, +1 duplicates, 0% packet loss, time 61030ms > rtt min/avg/max/mdev = 2.158/23.809/300.956/49.969 ms, pipe 2 > > I would expect packet loss, but got long delays instead. See above :) > > also you should consider force the ACK-timing to 450m / Class1 > > and forbid retransmission in minstrel > > Yes, disabling retransmission would be useful. How would I do that? > It won't work on Intel devices though since they don't use minstrel(_ht) johannes -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
