netdev
[Top] [All Lists]

Re: [leo@yuriev.ru: [PATCH] ethernet-bridge: update skb->priority in cas

To: Lennert Buytenhek <buytenh@xxxxxxxxxxxxxx>
Subject: Re: [leo@yuriev.ru: [PATCH] ethernet-bridge: update skb->priority in case forwarded frame has VLAN-header]
From: Patrick McHardy <kaber@xxxxxxxxx>
Date: Sat, 05 Mar 2005 17:08:47 +0100
Cc: shemminger@xxxxxxxx, netdev@xxxxxxxxxxx, leo@xxxxxxxxx
In-reply-to: <20050305141225.GA5180@xi.wantstofly.org>
References: <20050305141225.GA5180@xi.wantstofly.org>
Sender: netdev-bounce@xxxxxxxxxxx
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5) Gecko/20050106 Debian/1.7.5-1
Lennert Buytenhek wrote:
----- Forwarded message from Leo Yuriev <leo@xxxxxxxxx> -----

From: Leo Yuriev <leo@xxxxxxxxx>
To: Lennert Buytenhek <buytenh@xxxxxxx>,
        Alexey Kuznetsov <kuznet@xxxxxxxxxxxxx>
Cc: linux-kernel@xxxxxxxxxxxxxxx
Subject: [PATCH] ethernet-bridge: update skb->priority in case forwarded frame 
has VLAN-header

Kernel 2.6 (2.6.11)

When ethernet-bridge forward a packet and such ethernet-frame has
VLAN-tag, bridge should update skb->prioriry for properly QoS
handling.

This small patch does this. Currently vlan_TCI-priority directly
mapped to skb->priority, but this looks enough.

Patch-by: Leo Yuriev <leo@xxxxxxxxx>

It needs to verify the tag is present and accessible using pskb_may_pull(). But I think an ebtables target similar to the iptables CLASSIFY target is a better place for this. It could allow setting skb->priority to an arbitary value or derive it from vlan priority or IP tos.

Regards
Patrick

<Prev in Thread] Current Thread [Next in Thread>