Based on the feedback I withdraw the proposal to remove implied connect
from TCP. Instead I will look at it closer and fix any loose ends that
may have come from other changes in the TCP code.
Many good points have been raised and I will repeat them here again for
the archives:
o In FreeBSD mo
On 11.09.2010 17:38, Randall Stewart wrote:
All:
One thing to note.. when you can do an implied connection setup, the
3-way hand shake has the potential to carry data (don't know if tcp does in
FreeBSD)
on the third leg of the 3-way handshake.
This is one of the reasons SCTP uses this.. since
Note: to view an individual PR, use:
http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).
The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.
S Tracker
properly
defuse the sockets in all situations.
Testers and feedback wanted:
http://people.freebsd.org/~andre/tcp_loopfuse-20100913.diff
--
Andre
___
freebsd-net@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubs
Hi,
On 2010-8-29, at 16:22, Andre Oppermann wrote:
> T/TCP was ill-defined and had major security issues and never gained
> any support. It has been defunct in FreeBSD and most code has been
> removed about 6 years ago.
we're also about to declare the T/TCP RFCs Historic. See
http://tools.ietf.o
On 13.09.2010 14:45, Poul-Henning Kamp wrote:
In message<4c8e0c1e.2020...@networx.ch>, Andre Oppermann writes:
To short-circuit the send and receive sockets on localhost TCP connections
I've made a proof-of-concept patch that directly places the data in the
other side's socket buffer without do
In message <4c8e0c1e.2020...@networx.ch>, Andre Oppermann writes:
>To short-circuit the send and receive sockets on localhost TCP connections
>I've made a proof-of-concept patch that directly places the data in the
>other side's socket buffer without doing any packetization and other protocol
>ove
Hi all.
I have a dual Intel Xeon E5506 box running mpd5, dummynet and pf. Sometimes
i get about 500+ pppoe connections to this machine, the network traffic goes
to 30mbps and CPU usage hits 100%. I would like to know if netisr would help
me using the other processor cores, and where I can get docs
On Fri, Sep 10, 2010 at 07:39:15AM +0400, Igor Sysoev wrote:
> On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote:
>
> > On Thu, Sep 09, 2010 at 02:28:26PM +0400, Igor Sysoev wrote:
> > > Hi,
> > >
> > > I have several hosts running FreeBSD/amd64 7.2-STABLE updated on
> > > 11.01.20
On Thu, Sep 09, 2010 at 02:18:08PM -0700, Pyun YongHyeon wrote:
> On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote:
> > On Thu, Sep 09, 2010 at 02:28:26PM +0400, Igor Sysoev wrote:
> > > Hi,
> > >
> > > I have several hosts running FreeBSD/amd64 7.2-STABLE updated on
> > > 11.01.20
On 09/09/2010 07:24 PM, Pyun YongHyeon wrote:
> On Thu, Sep 09, 2010 at 03:58:30PM -0500, Tom Judge wrote:
>
>> Hi,
>> I am just following up on the thread from March (I think) about this issue.
>>
>> We are seeing this issue on a number of systems running 7.1.
>>
>> The systems in question are
On Mon, 2010-09-13 at 10:18 -0300, Marcos Vinícius Buzo wrote:
> Hi all.
>
> I have a dual Intel Xeon E5506 box running mpd5, dummynet and pf. Sometimes
> i get about 500+ pppoe connections to this machine, the network traffic goes
> to 30mbps and CPU usage hits 100%. I would like to know if netis
Hello!
On Fri, Aug 06, 2010 at 10:56:40AM +0200, Andre Oppermann wrote:
> On 13.07.2010 16:01, Maxim Dounin wrote:
> >On Wed, May 12, 2010 at 04:47:02PM +0400, Igor Sysoev wrote:
> >
> >>It seems that net.inet.tcp.slowstart_flightsize does not work in 8-STABLE.
> >>For a long time I used slowstar
On Mon, Sep 13, 2010 at 06:27:08PM +0400, Igor Sysoev wrote:
> On Thu, Sep 09, 2010 at 02:18:08PM -0700, Pyun YongHyeon wrote:
>
> > On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote:
> > > On Thu, Sep 09, 2010 at 02:28:26PM +0400, Igor Sysoev wrote:
> > > > Hi,
> > > >
> > > > I hav
On Mon, Sep 13, 2010 at 11:04:47AM -0700, Pyun YongHyeon wrote:
> On Mon, Sep 13, 2010 at 06:27:08PM +0400, Igor Sysoev wrote:
> > On Thu, Sep 09, 2010 at 02:18:08PM -0700, Pyun YongHyeon wrote:
> >
> > > On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote:
> > > > On Thu, Sep 09, 2010
On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wrote:
> On 09/09/2010 07:24 PM, Pyun YongHyeon wrote:
> > On Thu, Sep 09, 2010 at 03:58:30PM -0500, Tom Judge wrote:
> >
> >> Hi,
> >> I am just following up on the thread from March (I think) about this issue.
> >>
> >> We are seeing this iss
On 09/13/2010 01:48 PM, Pyun YongHyeon wrote:
> On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wrote:
>
>>
>> Does this mean that these cards are going to perform badly? This is was
>> what I gathered from the previous thread.
>>
>>
> I mean there are still many rooms to be done in dr
On 13.09.2010 20:48, Pyun YongHyeon wrote:
On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wrote:
Without BCE_JUMBO_HDRSPLIT then we see no errors. With it we see number
of errors, however the rate seems to be reduced compaired to the
previous version of the driver.
It seems there are is
On 09/13/2010 02:11 PM, Andre Oppermann wrote:
> On 13.09.2010 20:48, Pyun YongHyeon wrote:
>> On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wrote:
>>> Without BCE_JUMBO_HDRSPLIT then we see no errors. With it we see
>>> number
>>> of errors, however the rate seems to be reduced compaired to
On Mon, Sep 13, 2010 at 02:07:58PM -0500, Tom Judge wrote:
> On 09/13/2010 01:48 PM, Pyun YongHyeon wrote:
> > On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wrote:
> >
> >>
>
> >> Does this mean that these cards are going to perform badly? This is was
> >> what I gathered from the previou
On Mon, Sep 13, 2010 at 09:11:25PM +0200, Andre Oppermann wrote:
> On 13.09.2010 20:48, Pyun YongHyeon wrote:
> >On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wrote:
> >>Without BCE_JUMBO_HDRSPLIT then we see no errors. With it we see number
> >>of errors, however the rate seems to be reduce
I am Mrs Claire Page sending you this mail from my sick bed in the hospital.
Please contact my lawyer, Email:(barr_willam_fr...@lawyer.com)
Je suis Mme Claire Page vous envoie ce mail de mon lit de malade à l'hôpital.
S'il vous plaît communiquer avec mon avocat, Email:
(barr_willam_fr...@lawyer
On 09/13/2010 02:33 PM, Pyun YongHyeon wrote:
> On Mon, Sep 13, 2010 at 02:07:58PM -0500, Tom Judge wrote:
>
>> On 09/13/2010 01:48 PM, Pyun YongHyeon wrote:
>>
>>> On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wrote:
>>>
>>>
>>
>>
Does this mean tha
On Mon, Sep 13, 2010 at 03:38:41PM -0500, Tom Judge wrote:
> On 09/13/2010 02:33 PM, Pyun YongHyeon wrote:
> > On Mon, Sep 13, 2010 at 02:07:58PM -0500, Tom Judge wrote:
> >
> >> On 09/13/2010 01:48 PM, Pyun YongHyeon wrote:
> >>
> >>> On Mon, Sep 13, 2010 at 10:04:25AM -0500, Tom Judge wro
On Mon, Sep 13, 2010 at 9:04 PM, Pyun YongHyeon wrote:
> On Mon, Sep 13, 2010 at 06:27:08PM +0400, Igor Sysoev wrote:
>> On Thu, Sep 09, 2010 at 02:18:08PM -0700, Pyun YongHyeon wrote:
>>
>> > On Thu, Sep 09, 2010 at 01:10:50PM -0700, Pyun YongHyeon wrote:
>> > > On Thu, Sep 09, 2010 at 02:28:26PM
On Mon, Sep 13, 2010 at 03:21:13PM -0700, David Christensen wrote:
> > I'm under the impression the header splitting in bce(4) is for
> > LRO(opposite of TSO), not for VM magic to enable page flipping
> > tricks.
>
> Header splitting was implemented in the Linux version of bce(4)
> to prevent jumb
> I'm under the impression the header splitting in bce(4) is for
> LRO(opposite of TSO), not for VM magic to enable page flipping
> tricks.
Header splitting was implemented in the Linux version of bce(4)
to prevent jumbo memory allocations. Allocating 9KB frames was
causing problems on systems us
On Tue, Sep 14, 2010 at 01:08:08AM +0300, Vlad Galu wrote:
> On Mon, Sep 13, 2010 at 9:04 PM, Pyun YongHyeon wrote:
> > On Mon, Sep 13, 2010 at 06:27:08PM +0400, Igor Sysoev wrote:
> >> On Thu, Sep 09, 2010 at 02:18:08PM -0700, Pyun YongHyeon wrote:
> >>
> >> > On Thu, Sep 09, 2010 at 01:10:50PM -
On 9/13/10 5:18 PM, Dave Seddon wrote:
Greetings Julian,
I've been wondering if it's possible to increase the number of FreeBSD
route tables to a larger number. It seems this is currently 4 bits,
however I was wondering about perhaps 16 bits?
Yes the code is designed to handle many more and
29 matches
Mail list logo
