FreeBSD NAT-T patch integration [CFR/CFT]

Bjoern A. Zeeb bzeeb-lists at lists.zabbadoz.net
Mon Jul 21 09:30:07 UTC 2008


On Wed, 16 Jul 2008, Sam Leffler wrote:

Hi,

> Please test/review the following patch against HEAD:
>
> http://people.freebsd.org/~sam/nat_t-20080616.patch
>
> This adds only the kernel portion of the NAT-T support; you must provide the 
> user-level code from another place.
>
> The main difference from the patches floating around are in the ctloutput 
> path (adding proper locking for HEAD) and decap of ESP-in-UDP frames. 
> Assuming folks are ok w/ these changes I'll commit to HEAD.  Once this stuff 
> goes in we can look at getting the user-mode mods into the tree.

I have skipped through the patch.

My main concern at the moment is the API (pfkey stuff) to userland as
Yvan had stated in <20080626075307.GA1401 at zen.inc>.

I know that at the moment there seems to be one public (pseudo) reference
implementation this all works together but there might be/are other
people not using libipsec from ipsec-tools.

The point is changing the API once this hits the tree will be hard to
detect at a later point if at all (unless with a __FreeBSD_version or
(another) library version bump/sym versioning).


We are still missing other things I think not mentioned elswhere like
partial checksum recalculation.
I still wonder if we'd have all the information (at the right place) in
the kernel so we could easily add support for that at a later time
w/o having to change APIs again. Considering that it seems noone using
this patch in products has implemented this .. I dunno.
It's something that is already mentioned in the introduction of RFC 3947
and in 3.1.2. of 3948 and thus should be very obvious to anyone ever
seriously thought of finishing a proper more than "it works for me"
version of the patch.


Some minor things I had seen not reported so far:

I have seen two printfs that should be changed to proper logging, ...
 	/NAT-T OA present

s,bave,have, in "...in the SPD: This means we bave a non-generated"
but maybe change the entire comment. "non-generated SPD" is kind of
wrong wording.


I'd happily go through another patch once the missing/to be corrected
things were addressed.

/bz

-- 
Bjoern A. Zeeb              Stop bit received. Insert coin for new game.


More information about the freebsd-net mailing list