From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id CE0B321F5CD for ; Fri, 17 Apr 2015 23:07:22 -0700 (PDT) Received: by obbeb7 with SMTP id eb7so85597278obb.3 for ; Fri, 17 Apr 2015 23:07:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=KYNMOMkw73c3tjBONpkQtSEWZBw6UA4Vmd+CtUTeIwk=; b=J8B8V8+A7kUWTUUsCJovnJ5qHeBodi0OwqYyUabQ9fFjlFbhxpZ+yMU1wFbKgR3Vc1 AlHqHfdCL7yepVmEFZHwB2JVuu5wg9zqJBT3L0w3oJ7jZA/CnWfvUqKzMKkqfC7NjWlz TDRwGlViGjpvk5tekQtP/4C/obsF+U2F/S6/eb4CElgg0EdKkM1g+B61kMLU2G6Mo+Ha F0+l5C9tlewnuuZlWxPNm0U1q/EWtrfURkXHejTtkPB6zHHDujF0lRsf7VlpTZTlcR+H anXMz4dPLM3YeveExnli/wpNd4YCEFYrxOrm4xMomGvzXxOmCIJaiauLcm9KBO0cFbiN TBxg== X-Received: by 10.182.246.163 with SMTP id xx3mr5979451obc.83.1429337241519; Fri, 17 Apr 2015 23:07:21 -0700 (PDT) MIME-Version: 1.0 Sender: white.phoenix@gmail.com Received: by 10.202.188.8 with HTTP; Fri, 17 Apr 2015 23:06:51 -0700 (PDT) From: leetminiwheat Date: Sat, 18 Apr 2015 02:06:51 -0400 X-Google-Sender-Auth: 9B6mBnQa5BP8TsybfxJDO0nkbwQ Message-ID: To: cerowrt-devel Content-Type: text/plain; charset=UTF-8 Subject: [Cerowrt-devel] ath9k WMM not obeying DSCP/TOS flags? X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Apr 2015 06:07:51 -0000 I've tried, to no avail, to get certain traffic to go to the BK and VO queues via DSCP and/or TOS mangling (with HTB+fq_codel egress/ingress DSCP stripping/squashing turned OFF, i.e. flags enabled). Is this a known issue? Or intentional behavior? Or something misconfigured in qdiscs? Shoving tons of traffic down wifi which should be DSCP/TOS flagged for BK or VO only puts it in VI or BE from what I can tell from /sys/kernel/debug/ieee80211/phy0/ath9k/queues and /sys/kernel/debug/ieee80211/phy1/ath9k/queues I've tried -j DSCP --set-dscp xxx in mangle PRE/POST and I see the MARKing going on in QOS_MARK_$IFACE zone(s), so the traffic is clearly getting marked for QoS bins A wireless "expert" friend of mine was saying a lot of WMM issues weren't fixed until kernel 3.17-3.18? WMM seems particularly useful for mobile devices and/or crowded airspace, so I'd like to somehow get this working right.