Hi all,
Finally managed to wrap up the code and documentation for a little
module I thought might be of interest to people on this list. We've
released the SIFTR (Statistical Information For TCP Research) code under
a BSD licence, and hope some of you may find it useful. It's a tool
mostly ai
On Mon, Jun 25, 2007 at 03:40:52PM -0400, Randall Stewart wrote:
> opt_sctp.h
>
> Is one created by the config program when you run
> config with
>
> options SCTP
>
> in your list of things you want..
>
> So for example I do
>
> cd /usr/src/sys/i386/conf
> config mymachine
> cd ../compile/myma
On Jun 25, 2007, at 7:55 PMJun 25, 2007, Bruce M. Simpson wrote:
Eric F Crist wrote:
My problem isn't getting out to 2001:4980:1::5, it's getting to my
LAN, the 2001:4980:1:111::/64 network. My gateway, the machine
from which I posted the routing and ifconfig information, is able
to pin
Eric F Crist wrote:
My problem isn't getting out to 2001:4980:1::5, it's getting to my
LAN, the 2001:4980:1:111::/64 network. My gateway, the machine from
which I posted the routing and ifconfig information, is able to ping
across the tunnel, and to the internet just fine. Nothing is able t
On Jun 25, 2007, at 2:05 PMJun 25, 2007, Bruce M. Simpson wrote:
Is your routing table correct? My default route entry for IPv6 just
looks like this:
default fe80::%gif0
UGSgif0
and gif0 just looks like this:
gif0: flags=8051 mtu 1280
Bruce M. Simpson writes:
[snip]
| My concern is that vimage may be a very intrusive change indeed where
| these matters are concerned, unless the vimage patches are being kept
| up-to-date and regression tested as issues are resolved and new features
| added.
Just like it was mostly wor
At 08:27 AM 6/25/2007, Bill Moran wrote:
In response to Bill Moran <[EMAIL PROTECTED]>:
> In response to Adam McDougall <[EMAIL PROTECTED]>:
>
> > On Tue, Jun 12, 2007 at 10:19:49AM -0400, Bill Moran wrote:
> >
> >
> > This one has got me pretty befuddled.
> >
> > We're seeing some really od
opt_sctp.h
Is one created by the config program when you run
config with
options SCTP
in your list of things you want..
So for example I do
cd /usr/src/sys/i386/conf
config mymachine
cd ../compile/mymachine
and if I do
ls -l opt_sctp.h
I will see it there...
That is of course assuming tha
Hello,
In FreeBSD CVS,
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/?copt=1&hidecvsroot=0&hidenonreadable=1&sortby=&hideattic=1&logsort=date&f=u
under src/sys/netinet tree, the header file sctp_os_bsd.h includes another
header file named "opt_sctp.h" from version 1.6. Unfortunately I didn
Julian Elischer wrote:
Chuck Swiger wrote:
On Jun 25, 2007, at 10:46 AM, John-Mark Gurney wrote:
It's not the correct behaviour if the only packet coming back is an
Ack of
the FIN (and a FIN) because in the real world, making IE7 throw an
error
screen is not an acceptable option. This is the
Is your routing table correct? My default route entry for IPv6 just
looks like this:
default fe80::%gif0
UGSgif0
and gif0 just looks like this:
gif0: flags=8051 mtu 1280
tunnel inet a.b.c.d -> x.x.x.x
inet6 fe80::XXX:XXX:%
Chuck Swiger wrote:
On Jun 25, 2007, at 10:46 AM, John-Mark Gurney wrote:
It's not the correct behaviour if the only packet coming back is an
Ack of
the FIN (and a FIN) because in the real world, making IE7 throw an error
screen is not an acceptable option. This is the sort of thing
that gets F
In response to Bill Moran <[EMAIL PROTECTED]>:
> In response to Adam McDougall <[EMAIL PROTECTED]>:
>
> > On Tue, Jun 12, 2007 at 10:19:49AM -0400, Bill Moran wrote:
> >
> >
> > This one has got me pretty befuddled.
> >
> > We're seeing some really odd behaviour with FreeBSD ignoring S
Hello folks!
I've got a few FreeBSD 6.2-STABLE boxes configured for IPv6, with a
netblock that I obtained from my ISP. I have a router that doesn't
support IPv6 yet, so my ISP and I setup a gif tunnel, which is
working great. I have a setup similar to this:
ISP <---> ROUTER <---> FBSD F
On Jun 25, 2007, at 10:46 AM, John-Mark Gurney wrote:
It's not the correct behaviour if the only packet coming back is
an Ack of
the FIN (and a FIN) because in the real world, making IE7 throw an
error
screen is not an acceptable option. This is the sort of thing
that gets FreeBSD thrown out
Julian Elischer wrote this message on Mon, Jun 25, 2007 at 10:17 -0700:
> Bruce Evans wrote:
> >On Fri, 22 Jun 2007, Julian Elischer wrote:
> >
> >>If one has an event-driven process that accepts tcp connections, one
> >>needs to set eh non-blocking socket option and use kqueue or similar
> >>to
In response to Julian Elischer <[EMAIL PROTECTED]>:
> Bruce Evans wrote:
> > On Fri, 22 Jun 2007, Julian Elischer wrote:
> >
> >> If one has an event-driven process that accepts tcp connections, one
> >> needs to set eh non-blocking socket option and use kqueue or similar
> >> to schedule work.
Bruce Evans wrote:
On Fri, 22 Jun 2007, Julian Elischer wrote:
If one has an event-driven process that accepts tcp connections, one
needs to set eh non-blocking socket option and use kqueue or similar
to schedule work.
This is ok for data transfers, however when it comes to the close()
call
On 6/24/07, Andrew Snow <[EMAIL PROTECTED]> wrote:
Jack Vogel wrote:
>> After medium-heavy traffic, the NIC locks up completely and no traffic
>> passes for a long time, perhaps longer than half an hour.
>>
>> Then, it recovers and prints this to syslog:
>> em0: watchdog timeout -- resetting
>> e
On Fri, 22 Jun 2007, Julian Elischer wrote:
If one has an event-driven process that accepts tcp connections, one needs to
set eh non-blocking socket option and use kqueue or similar to schedule work.
This is ok for data transfers, however when it comes to the close() call
there is a problem.
Kip:
Yes, we have a dependancy that both IPv4 and IPv6 are
present. A while ago the guy that works on the NetBSd
side of the code (who I can't remember his name since he
has pretty much stopped working on it.. sigh) was trying
to seperate things out.. but we have never put an effort
into making i
Cool.. I even wrote it down :-D
R
Steve Kargl wrote:
On Sun, Jun 24, 2007 at 02:31:45PM -0700, Kip Macy wrote:
Interesting -
Randall - does SCTP depend on ipv6? Or did you mean to have a pipe
between inet and inet6?
From /sys/conf/NOTES:
#
# Note YOU MUST have both INET and INET6 def
Current FreeBSD problem reports
Critical problems
Serious problems
S Tracker Resp. Description
a kern/38554 netchanging interface ipaddress doesn't seem to work
s kern/39937 netipstealth
On Mon, 25 Jun 2007, blue wrote:
I have read the manual page for fast_ipsec and ipsec. However, the man page
for fast_ipsec on FreeBSD-6.1Release said currently fast_ipsec does not
support IPv6. However, I thought it could properly deal with IPv6 packets
after tracing code. Could fast_ipsec su
Hi,
Thanks for your kindly and quick response :>
I still have some questions, though...
VANHULLEBUS Yvan wrote:
On Mon, Jun 25, 2007 at 02:50:08PM +0800, blue wrote:
Dear all:
Hi.
I found there are two directories about PF_KEY interface: netkey and
netipsec under $FreeBSD src
On Mon, Jun 25, 2007 at 02:50:08PM +0800, blue wrote:
> Dear all:
Hi.
> I found there are two directories about PF_KEY interface: netkey and
> netipsec under $FreeBSD src$\sys\.
>
> Looking into the makefile, the one that is currently used and built in
> is netkey.
>
> However, I am wonderin
On Mon, 25 Jun 2007, blue wrote:
Dear all:
I found there are two directories about PF_KEY interface: netkey and netipsec
under $FreeBSD src$\sys\.
Looking into the makefile, the one that is currently used and built in is
netkey.
However, I am wondering what's the purpose for netipsec?
n
27 matches
Mail list logo
