All of lore.kernel.org
 help / color / mirror / Atom feed
From: Yasuyuki Kozakai <yasuyuki.kozakai@toshiba.co.jp>
To: kaber@trash.net
Cc: kadlec@blackhole.kfki.hu, netfilter-devel@lists.netfilter.org,
	laforge@netfilter.org, kisza@securityaudit.hu,
	usagi-core@linux-ipv6.org
Subject: Re: [PATCH]: 1st step to remove skb_linearize() in ip6_tables.c and optimization
Date: Fri, 25 Jun 2004 13:57:39 +0900 (JST)	[thread overview]
Message-ID: <200406250457.NAA07080@toshiba.co.jp> (raw)
In-Reply-To: <40DB0658.3070604@trash.net>


Hi, 

From: Patrick McHardy <kaber@trash.net>
Date: Thu, 24 Jun 2004 18:50:32 +0200

> Yasuyuki Kozakai wrote:
> >
> >Sorry, I misstook. But why nf_hook_slow() ? I think users expect that
> >skb is not linearized if ip_tables.ko is not loaded.
> >Then how about ipt_do_table() or hooks in iptable_filter.c ?
> >
> It would be nice if the skb_copy_bits calls in conntrack and nat copying
> only the transport protocol headers could be removed as well. We could
> register for the PREROUTING hook with highest priority and linearize the
> headers when a global flag is set. ip_conntrack and ip_tables would both
> set this flag.

flag is good idea. But in the case of IPv6, the fact remains that
skipping IPv6 ext headers are needed to find transport protocol.

> >In the first place, I don't understand why skb_ip_make_writable() checks
> >required length is up to the transport protocol header or not.
> >If skb_ip6_make_headers_linear() will check that too, extension headers are
> >skipped many times. That's why I don't like it. I want to reduce the number of
> >times of skipping extension headers as possible.
> >
> I also don't understand this, I thought the linear part of an skb is
> skb_headlen(skb), why the distinction between different protocols ?

It looks like this function was introduced in 2.5.70 by Rusty Russel.

Anyway, I think the function which requires to skip IPv6 extension headers
should not be called in nf_hook_slow() since skipping is occurred 2 times
- nf_hook_slow() and ip6_do_table(). It's better to linearize header by header
while finding transport protocol header in ip6_do_table().

> Regards
> Patrick

Regards,
-----------------------------------------------------------------
Yasuyuki KOZAKAI @ USAGI Project <yasuyuki.kozakai@toshiba.co.jp>

  reply	other threads:[~2004-06-25  4:57 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-24  4:04 [PATCH]: 1st step to remove skb_linearize() in ip6_tables.c and optimization Yasuyuki Kozakai
2004-06-24  8:13 ` Andras Kis-Szabo
2004-06-24 10:12   ` Yasuyuki Kozakai
2004-06-24 10:24     ` Jozsef Kadlecsik
2004-06-24 10:35       ` Yasuyuki Kozakai
2004-06-24 11:26 ` Patrick McHardy
2004-06-24 11:50   ` Jozsef Kadlecsik
2004-06-24 13:04     ` Yasuyuki Kozakai
2004-06-24 13:25       ` Jozsef Kadlecsik
2004-06-24 13:48         ` (usagi-core 18584) " YOSHIFUJI Hideaki / 吉藤英明
2004-06-24 15:06         ` Yasuyuki Kozakai
2004-06-24 16:50           ` Patrick McHardy
2004-06-25  4:57             ` Yasuyuki Kozakai [this message]
2004-06-25 10:01               ` Jozsef Kadlecsik
2004-06-26  7:25                 ` Yasuyuki Kozakai
2004-07-21 21:36                 ` Harald Welte
2004-07-29  6:09                   ` Yasuyuki Kozakai
2004-08-01 16:46                     ` Harald Welte
2004-08-01 17:08                       ` Patrick McHardy
2004-08-01 18:11                         ` Harald Welte
2004-08-02  4:05                           ` Yasuyuki Kozakai
2004-08-07 21:05                             ` Yasuyuki Kozakai
2004-08-09  1:40                               ` Yasuyuki Kozakai
2004-06-25  9:53   ` Harald Welte
2004-06-28 20:31     ` Patrick McHardy
2004-07-06 10:20     ` Patrick McHardy
2004-07-06 10:35       ` Harald Welte
2004-07-06 22:59       ` Pablo Neira
2004-07-06 23:33         ` 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=200406250457.NAA07080@toshiba.co.jp \
    --to=yasuyuki.kozakai@toshiba.co.jp \
    --cc=kaber@trash.net \
    --cc=kadlec@blackhole.kfki.hu \
    --cc=kisza@securityaudit.hu \
    --cc=laforge@netfilter.org \
    --cc=netfilter-devel@lists.netfilter.org \
    --cc=usagi-core@linux-ipv6.org \
    /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.