netdev
[Top] [All Lists]

Re: patch: Action repeat

To: Thomas Graf <tgraf@xxxxxxx>
Subject: Re: patch: Action repeat
From: jamal <hadi@xxxxxxxxxx>
Date: Sat, 30 Apr 2005 18:34:45 -0400
Cc: Patrick McHardy <kaber@xxxxxxxxx>, netdev <netdev@xxxxxxxxxxx>, "David S. Miller" <davem@xxxxxxxxxxxxx>
In-reply-to: <20050430215550.GH577@xxxxxxxxxxxxxx>
Organization: unknown
References: <1114879817.8929.117.camel@xxxxxxxxxxxxxxxxxxxxx> <4273BB30.1050402@xxxxxxxxx> <4273BBAA.6060405@xxxxxxxxx> <1114882045.8929.123.camel@xxxxxxxxxxxxxxxxxxxxx> <4273CAB7.6080403@xxxxxxxxx> <1114890709.8929.147.camel@xxxxxxxxxxxxxxxxxxxxx> <20050430200848.GF577@xxxxxxxxxxxxxx> <1114894202.8929.165.camel@xxxxxxxxxxxxxxxxxxxxx> <20050430215550.GH577@xxxxxxxxxxxxxx>
Reply-to: hadi@xxxxxxxxxx
Sender: netdev-bounce@xxxxxxxxxxx
On Sat, 2005-30-04 at 23:55 +0200, Thomas Graf wrote:
> 
> Right, although I would define local as per device on either ingress
> or egress. What I'm looking for in particular is a way to transfer
> classification decisions from one device to another. A common case
> for this is if a packet enters the packet, gets encapsulated and
> leaves the host in some kind of tunnel. It's pretty hard to do
> classification on the tunnel device so you want to do it before
> the encapsulation and copy the result over to the tunnel. We can
> use nfmark for this but i'd rather have a well defined variable
> for this.

Perhaps we can reuse classid by flagging somewhere? 
A good place to do it is tc_verdict. There a few bits still left.
We could set a bit to say the meaning of classid to be global vs local.

cheers,
jamal




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