On Mon, 2011-12-19 at 11:02 +0100, Helmut Schaa wrote: > When mac80211 relays a frame from STA1 to STA2 in AP mode it will get > re-classified in the tx path. Unfortunately the frame protocol field > is always set to ETH_P_8023 while the classification only kicks in > for ETH_P_IP. Hence, a high priority frame from STA1 will be send to > STA2 as best effort. > > To allow proper re-classification of received frames, set the > skb->protocol field to the correct value without using eth_type_trans > as that would pull of the ethernet header. Also, set the network > header position correctly as otherwise the classification code won't > find the IP header. > > This means that every frame relayed by a mac80211 AP will be > re-classified and might change its traffic class when the associated > STA and mac80211 use different 802.1d <-> TID mappings. > > Signed-off-by: Helmut Schaa <helmut.schaa@xxxxxxxxxxxxxx> > --- > > We could also reuse the TID used by the source STA but I guess we should > always classify frames according to our own mapping instead of relying > on the associated STAs to do the right thing. Not sure that's useful, since we classify almost nothing anyway. If this was somehow hooked up to tc or iptables that would be more useful I guess? 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
