Fwd: [RFC] ipv6 over wireless classification issue?
|Status:||In Progress||Start date:|
|Assignee:||David Taht||% Done:||
|Target version:||Cerowrt-Someday||Estimated time:||24.00 hours|
-------- Original Message --------
Subject: [RFC] ipv6 over wireless classification issue?
Date: Sun, 23 Oct 2011 12:23:25 +0200
From: David Täht <email@example.com>
To: firstname.lastname@example.org, "email@example.com"
After slowly working my way down from verifying the apps to ECN handling
and up from the drivers... I've been (also) slowly working on getting
wireless qos/aqms to work better, on ipv6. (I need to get to having a
spectrum analyzer or better instrumentation...) I was puzzled about dscp
marked ipv6 packets responding differently.
Perhaps this is it. I'm not making this a commit yet (untested code!)
d@cruithne:~/git/linux-2.6/include$ git diff
diff --git a/net/wireless/util.c b/net/wireless/util.c
index be75a3a..a11c5f2 100644
+ case htons(ETH_P_IPV6):
+ dscp = ipv6_get_dsfield(ipv6_hdr(skb))& 0xfc;
+ case htons(ETH_P_ARP):
+ dscp = 4<<5;
A) Elsewhere in the stack ipv4_get_dsfield is the equivalent of the
ip_hdr(skb)->tos& 0xfc line
B) It appears ipv6_get_dsfield is safe to call from non-ipv6 enabled
So my thought would be to also harmonize this with ipv4_get_dsfield...
C) And I doubt that slamming arp packets into the VI queue would be
acceptable yet (as per the ANTs discussion of a few months back, ARP,
ND, RA, RS, DHCP, and possibly DNS, ssh (marked interactive), etc might
do better in the VI queue)
(however this part of the patch is not relevant to the IPv6 issue, it's
just the patch I wanted to try)
D) Lastly, Later on in this function only dscp's first 3 bits (CS0 -
CS7) are used to classify packets into the queues, where a mildly saner
version would use a lookup table to also do sane things with the
'immediate' bit, perhaps settable via userspace from via sysfs, sysctl,
Updated by Dave Täht over 1 year ago
- Category set to Networking
- Status changed from New to In Progress
- Assignee set to David Taht
- Target version set to Cerowrt-1.0-rc8
- Estimated time set to 24.00
Currently fixed in both taht-tnq and cerowrt rc7. Better patches on the way.