All of lore.kernel.org
 help / color / mirror / Atom feed
From: Patrick McHardy <kaber@trash.net>
To: Yasuyuki KOZAKAI <yasuyuki.kozakai@toshiba.co.jp>
Cc: laforge@netfilter.org, netfilter-devel@lists.netfilter.org,
	pablo@netfilter.org
Subject: Re: [PATCH 1/4] Fix expectaction mask dumping, take #3
Date: Thu, 23 Feb 2006 10:48:57 +0100	[thread overview]
Message-ID: <43FD8509.9070203@trash.net> (raw)
In-Reply-To: <200602221301.k1MD1lIb015798@toshiba.co.jp>

Yasuyuki KOZAKAI wrote:
> From: Pablo Neira Ayuso <pablo@netfilter.org>
> Date: Wed, 22 Feb 2006 04:20:39 +0100
> 
> 
>>>                                       Moreover, the expectation mask has
>>>l3num value that is different from the l3num in the nfnetlink header,
>>>that's why I introduced this field.
> 
> 
> Yes, but in the current code l3num in expectation mask is always 0xff.
> And even if we port all helpers of ip_conntrack to nf_conntrack,
> they will set 0xff to l3num.
> 
> Which situation kernel wants to set the value except of 0xff to l3num
> in expectation mask ?

Harald and me were actually talking about simplifying the helper lookup
by making the dst part of an expectation fixed (for ip_conntrack). With
nf_conntrack l3num is in the src-part of the tuple, but thats just
for memory-efficiency, it can be treated equally to protonum and the
mask can be eliminated.

  parent reply	other threads:[~2006-02-23  9:48 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-13  2:39 [PATCH 1/4] Fix expectaction mask dumping, take #3 Pablo Neira Ayuso
2006-02-13 11:13 ` Harald Welte
2006-02-16  9:36 ` Patrick McHardy
2006-02-16 10:05   ` Harald Welte
2006-02-16 20:11     ` Patrick McHardy
2006-02-21 12:16       ` Yasuyuki KOZAKAI
     [not found]       ` <200602211216.k1LCG18I024522@toshiba.co.jp>
2006-02-23  9:43         ` Patrick McHardy
2006-02-23 10:10           ` Yasuyuki KOZAKAI
2006-02-21 13:03   ` Pablo Neira Ayuso
2006-02-22  3:20     ` Pablo Neira Ayuso
2006-02-22 13:01       ` Yasuyuki KOZAKAI
     [not found]       ` <200602221301.k1MD1lIb015798@toshiba.co.jp>
2006-02-23  9:48         ` Patrick McHardy [this message]
2006-02-23 11:10           ` Yasuyuki KOZAKAI
     [not found]           ` <200602231110.k1NBA71v013563@toshiba.co.jp>
2006-02-23 11:13             ` Patrick McHardy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43FD8509.9070203@trash.net \
    --to=kaber@trash.net \
    --cc=laforge@netfilter.org \
    --cc=netfilter-devel@lists.netfilter.org \
    --cc=pablo@netfilter.org \
    --cc=yasuyuki.kozakai@toshiba.co.jp \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.