On 7/17/08, Andrew Thompson [EMAIL PROTECTED] wrote:
The following reply was made to PR kern/125181; it has been noted by GNATS.
From: Andrew Thompson [EMAIL PROTECTED]
To: Coleman Kane [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: Re: kern/125181: [ndis] [patch] with
On Wed, Jul 16, 2008 at 09:10:18PM -0700, Sam Leffler wrote:
This adds only the kernel portion of the NAT-T support; you must provide
the user-level code from another place.
Note for people who are interested:
user-level code comes from ipsec-tools, as for previous versions of
the NAT-T
14:45:58.109631 IP 213.83.6.106.3270 85.159.14.110.443: S
470580731:470580731(0) win 32768 mss 1460,nop,wscale 0,nop,nop,timestamp
1097693791 0
14:45:58.109753 IP 85.159.14.110.443 213.83.6.106.3270: S
1364510055:1364510055(0) ack 470580732 win 65535 mss 1460,nop,wscale
3,nop,nop,timestamp
All,
I noticed a problem with some software I wrote for FreeBSD using tap
devices. It would appear that you get inconsistent results from ioctl
calls SIOCSIFADDR and SIOCSIFNETMASK when used with tap than when used
with a real Ethernet device. I wrote a quick test program to demonstrate
this
Sam,
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
On Thu, 17 Jul 2008, Julian Elischer wrote:
Julian Elischer wrote:
Ian Smith wrote:
On Thu, 17 Jul 2008, Julian Elischer wrote:
The current code in -current will add a new interface to all
FIBs.
[..]
Yes in addition to 'setfib N command' it would be likely useful to have
a
