From: Patrick McHardy <kaber@trash.net>
To: Jing Min Zhao <zhaojingmin@hotmail.com>
Cc: netfilter-devel@lists.netfilter.org,
Greg Scott <GregScott@InfraSupportEtc.com>
Subject: Re: New H.323 conntrack & NAT helper module
Date: Sat, 25 Feb 2006 10:01:17 +0100 [thread overview]
Message-ID: <44001CDD.3030305@trash.net> (raw)
In-Reply-To: <BAY109-DAV1E3EEAC01132FB3EE2E2EB3F00@phx.gbl>
Jing Min Zhao wrote:
> I think maybe Patrick McHardy is inspecting my code, if I'm lucky,
> it may go into the kernel tree, and you won't need a separate
> patch any more. I really hope so.
I'm almost done reviewing it. It really looks great, it is the IMO
cleanest conntrack helper so far, which is really an achievement
for such a complex thing. I've fixed a number of smaller issues
and prepared patches for that, I'll send the first batch in follow-up
mail.
Besides my patches, I have a few small issues with the patch, but if
they are resolved I'd be happy to put this helper into 2.6.17.
The issues so far:
- ASN1 parser: I would prefer the parser to be seperated from the
H.225/H.245 data.
- ASN1 parser: Right now the H.225/H.245 data includes lots of
forward declarations, probably because it seem to be in the
same order as in the ASN.1 file. The forward declarations make
it a lot harder to verify that their is no recursion, so I would
prefer to have the data ordered in a way that doesn't need them.
- TPKT handling: I've seen gnomemeeting send nested TPKTs about a year
ago when I worked on my helper. I can't get it do it anymore, but my
question is if it nested TPKTs are something that should be supported.
- process_rcf uses the stored sig_port to find the expectation and
adjust it's timeout. The sig_port is only set with NAT however.
This seems to be a bug.
- RAS tracking: should be made optional IMO. This is the only part
where foreign IP addresses not belonging to the connection are
used for expectations, which is potentially dangerous.
I'll describe the other issues in the mails containing the patches.
next prev parent reply other threads:[~2006-02-25 9:01 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-02-25 4:00 New H.323 conntrack & NAT helper module Greg Scott
2006-02-25 6:00 ` Jing Min Zhao
2006-02-25 9:01 ` Patrick McHardy [this message]
2006-02-25 17:07 ` Jing Min Zhao
2006-02-25 18:43 ` Patrick McHardy
2006-03-01 2:57 ` Jing Min Zhao
2006-03-04 9:41 ` Patrick McHardy
2006-03-13 2:22 ` Jing Min Zhao
2006-03-13 15:00 ` Patrick McHardy
2006-03-16 2:24 ` Jing Min Zhao
2006-03-16 8:55 ` Patrick McHardy
2006-03-17 14:56 ` Jing Min Zhao
2006-03-18 16:38 ` Jing Min Zhao
2006-03-18 16:47 ` Patrick McHardy
2006-03-18 17:13 ` Jing Min Zhao
2006-03-20 14:22 ` Patrick McHardy
2006-03-20 15:51 ` Jing Min Zhao
2006-03-20 19:13 ` Patrick McHardy
2006-03-22 14:26 ` Jing Min Zhao
2006-03-22 16:04 ` Patrick McHardy
2006-03-22 16:18 ` Jing Min Zhao
-- strict thread matches above, loose matches on Subject: below --
2006-02-22 5:56 Jing Min Zhao
2006-02-22 6:17 ` 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=44001CDD.3030305@trash.net \
--to=kaber@trash.net \
--cc=GregScott@InfraSupportEtc.com \
--cc=netfilter-devel@lists.netfilter.org \
--cc=zhaojingmin@hotmail.com \
/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.