The following reply was made to PR kern/132107; it has been noted by GNATS.
From: Daniel Duerr
To: bug-follo...@freebsd.org,
adaugher...@tamu.edu
Cc:
Subject: Re: kern/132107: [carp] carp(4) advskew setting ignored when carp IP
used on a gif(4) interface
Date: Thu, 18 Jun 2009 23:51:09 -0700
Axel, good day.
Thu, Jun 18, 2009 at 09:10:19PM +0200, Axel Reinhold wrote:
> Since i would have to pay extra charges to get the "second"
> server also connected to the internet, i thought of bridging
> the em0 and em1 of "first" and to alias another ip for the
> second server (i have more ip's in
http://people.freebsd.org/~jeff/mbuf2.diff
Hello,
This is a call for testers and feedback on my mbuf layout improvements.
I'm trying to decide whether I will push to have these included in 8.0.
After reducing the scope slightly from my last patch, I have not
encountered any problems. Kip Mac
Thanks Sam,
What should i put for HOSTAPD_CFLAGS, HOSTAPD_DPADD, HOSTAPD_LDADD or
WPA_SUPPLICANT_* (not sure which ones i should use) in order to get
hostapd rebuilt with the functionality i want ?
Regards,
Vladimir
On Thu, 2009-06-18 at 20:36 +0300, Sam Leffler wrote:
> EAP/TLS and TTLS shoul
Hi all.
We (NETASQ) had some IPsec related kernel crashes, and hunted them,
here are some informations and a possible patch:
First, problem only occurs when asynchronous crypto is done
(hardware encryption such as hifn cards, or software patch to do
encryption on a separate kthread when having
Sorry, I made a mistake and send both an older version and the latest
version of the patch.
The good one is patch-xform_freespfix-3
Yvan.
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send
--- On Wed, 6/17/09, Michael wrote:
> From: Michael
> Subject: Re: kern/135222: [igb] low speed routing between two igb interfaces
> To: freebsd-net@FreeBSD.org
> Date: Wednesday, June 17, 2009, 9:40 PM
> The following reply was made to PR
> kern/135222; it has been noted by GNATS.
>
> From:
--- On Fri, 6/19/09, Jeff Roberson wrote:
> From: Jeff Roberson
> Subject: mbuf layout optimizations
> To: n...@freebsd.org, curr...@freebsd.org
> Date: Friday, June 19, 2009, 5:12 AM
> http://people.freebsd.org/~jeff/mbuf2.diff
>
> Hello,
>
> This is a call for testers and feedback on my m
Barney Cordoba wrote:
>
>
> --- On Wed, 6/17/09, Michael wrote:
>
>> From: Michael
>> Subject: Re: kern/135222: [igb] low speed routing between two igb interfaces
>> To: freebsd-net@FreeBSD.org
>> Date: Wednesday, June 17, 2009, 9:40 PM
>> The following reply was made to PR
>> kern/135222; it
--- On Fri, 6/19/09, Michael wrote:
> From: Michael
> Subject: Re: kern/135222: [igb] low speed routing between two igb interfaces
> To: "Barney Cordoba"
> Cc: freebsd-net@FreeBSD.org
> Date: Friday, June 19, 2009, 11:38 AM
> Barney Cordoba wrote:
> >
> >
> > --- On Wed, 6/17/09, Michael
On Fri, 19 Jun 2009, Barney Cordoba wrote:
--- On Fri, 6/19/09, Jeff Roberson wrote:
From: Jeff Roberson
Subject: mbuf layout optimizations
To: n...@freebsd.org, curr...@freebsd.org
Date: Friday, June 19, 2009, 5:12 AM
http://people.freebsd.org/~jeff/mbuf2.diff
Hello,
This is a call fo
Hi all,
one of my TCP test cases breaks in what one could call an edge case:
When the TCP is in SYN-SENT state (the user has called connect()) and the
peer answers with an almost-lamp test packet which has SYN, FIN, ACK and
data larger than the window, TCP ACKs a window full of data, drops the
Hi all,
one of my TCP test cases breaks in what one could call an edge case:
When the TCP is in SYN-SENT state (the user has called connect()) and the
peer answers with an almost-lamp test packet which has SYN, FIN, ACK and
data larger than the window, TCP ACKs a window full of data, drops the
Hi--
On Jun 19, 2009, at 10:44 AM, Harti Brandt wrote:
When the TCP is in SYN-SENT state (the user has called connect())
and the peer answers with an almost-lamp test packet which has SYN,
FIN, ACK and data larger than the window, TCP ACKs a window full of
data, drops the rest, but processe
Hi There,
Looking at Steven's book TCP/IP Volume 2 (1995 edition) page 988
(Processing and Received Data) they call TCP_REASS(tp, ti, m, so,
tiflags) where tiflags is thflags and inside the TCP_REASS macro (page
908), this code is used (where ti is the tcpiphdr pointer):
flags = (ti)->ti_fla
Hi,
On Fri, 19 Jun 2009, Karim Fodil-Lemelin wrote:
KF>Looking at Steven's book TCP/IP Volume 2 (1995 edition) page 988 (Processing
KF>and Received Data) they call TCP_REASS(tp, ti, m, so, tiflags) where tiflags
KF>is thflags and inside the TCP_REASS macro (page 908), this code is used
KF>(where
Hi,
On Fri, 19 Jun 2009, Chuck Swiger wrote:
CS>On Jun 19, 2009, at 10:44 AM, Harti Brandt wrote:
CS>> When the TCP is in SYN-SENT state (the user has called connect()) and the
CS>> peer answers with an almost-lamp test packet which has SYN, FIN, ACK and
CS>> data larger than the window, TCP ACKs
Harti Brandt wrote:
Hi all,
one of my TCP test cases breaks in what one could call an edge case:
When the TCP is in SYN-SENT state (the user has called connect()) and
the peer answers with an almost-lamp test packet which has SYN, FIN, ACK
and data larger than the window, TCP ACKs a window fu
Andre Oppermann wrote:
...
2) in old T/TCP (RFC1644) which we supported in our TCP code the SYN/FIN
combination was a valid one, though not directly intended for
SYN/ACK/FIN.
T/TCP has been superseded by SCTP, and should be completely deprecated
in the stack, IMHO.
I believe this has bee
Hello:
Is it possible to post this opening with you?
Thanks for your time...
Software Engineer Layer 2 (Kernel/Networking/TCP/IP)
As a key member of team, you will be responsible for developing embedded
networking software for complex networking platforms. Develop detailed software
functiona
In article <4a3bf2df.6080...@freebsd.org>, Andre writes:
>2) in old T/TCP (RFC1644) which we supported in our TCP code the SYN/FIN
>combination was a valid one, though not directly intended for SYN/ACK/FIN.
It still is valid, and should be possible to generate using sendmsg()
and MSG_EOF. No
Hi--
On Jun 19, 2009, at 1:15 PM, Harti Brandt wrote:
CS>See figure 12-- I think you should be sending a RST back
I think this is too drastic. A segment is unacceptable only if it is
completly out of the window. Here part is in the window.
Well, perhaps you're right that it would be drast
--- On Fri, 6/19/09, Debra Smith wrote:
> From: Debra Smith
> Subject: CAN I POST THIS OPENING (TCP/IP, Networking and FreeBSD) TO YOUR
> LIST?
> To: "freebsd-net@freebsd.org"
> Date: Friday, June 19, 2009, 5:22 PM
> Hello:
>
> Is it possible to post this opening with you?
>
> Thanks for
Barney Cordoba wrote:
>
> > experience or BSEE/CS with 7-9+ years of related
> > experience.
>
> No, you can't.
>
> I love these arbitrary degree+years of experience. Why do they say 7-9+
> years, instead of just 7+? Are they trying to confuse us?
Up to 30-50% of those requirements are arbitra
24 matches
Mail list logo
