Hi Dave! Since 2.6.9 is out, I'll be pushing new feature patches again. This is the first patch, adding something similar like nfmark, but on a per-conntrack (as opposed to per-skb) level. Very usefu
On Thu, 21 Oct 2004, Harald Welte wrote: This is the first patch, adding something similar like nfmark, but on a per-conntrack (as opposed to per-skb) level. Very useful especially for asymmatric rou
What is 'this' you are referring to? 'patch'? Well you should know your patch ;) 'very useful'? Yes, indeed. I think it is already very useful, even without MARK bit-wise operations (which AFAIK are
On Thu, 21 Oct 2004, Harald Welte wrote: Is this with or without the mark operations? What is 'this' you are referring to? The CONNMARK patch. 'very useful'? Yes, indeed. I think it is already very u
Yes, but doesn't the patch I just submitted to DaveM include all the required functionality? both ipt_connmark and ipt_CONNMARK have a 'mask' parameter in ther {match,targ}info struct. If you think t
On Thu, 21 Oct 2004, Harald Welte wrote: On Thu, Oct 21, 2004 at 12:25:35PM +0200, Henrik Nordstrom wrote: The MARK bit-wise operations is also available for CONNMARK and could in theory be included
Hi Dave! Since 2.6.9 is out, I'll be pushing new feature patches again. This is the first patch, adding something similar like nfmark, but on a per-conntrack (as opposed to per-skb) level. Very usefu
This is the first patch, adding something similar like nfmark, but on a per-conntrack (as opposed to per-skb) level. Very useful especially for asymmatric routing in combination with MASQUERADE, as
What is 'this' you are referring to? 'patch'? Well you should know your patch ;) 'very useful'? Yes, indeed. I think it is already very useful, even without MARK bit-wise operations (which AFAIK are
Is this with or without the mark operations? What is 'this' you are referring to? The CONNMARK patch. 'very useful'? Yes, indeed. I think it is already very useful, even without MARK bit-wise operat
Yes, but doesn't the patch I just submitted to DaveM include all the required functionality? both ipt_connmark and ipt_CONNMARK have a 'mask' parameter in ther {match,targ}info struct. If you think t
The MARK bit-wise operations is also available for CONNMARK and could in theory be included in CONNMARK when submitted to the kernel Yes, but doesn't the patch I just submitted to DaveM include all