In article <[EMAIL PROTECTED]>, Brooks
Davis writes:
>On Thu, Jun 12, 2008 at 06:30:05PM -0700, Peter Losher wrote:
>> FYI - HPN is already a build option in the openssh-portable port.
>
>I do think we should strongly consider adding the rest of it to the base.
Am I the only one who would be happ
> Date: Fri, 13 Jun 2008 12:29:45 +0900
> From: Randy Bush <[EMAIL PROTECTED]>
> Sender: [EMAIL PROTECTED]
>
> Ian Smith wrote:
> > On Thu, 12 Jun 2008, Brooks Davis wrote:
> > > On Thu, Jun 12, 2008 at 06:30:05PM -0700, Peter Losher wrote:
> > > > Randy Bush wrote:
> > > >> this has been a cau
Ian Smith wrote:
> On Thu, 12 Jun 2008, Brooks Davis wrote:
> > On Thu, Jun 12, 2008 at 06:30:05PM -0700, Peter Losher wrote:
> > > Randy Bush wrote:
> > >> this has been a cause of great pain for a lng time.
> > >>
> > >>http://www.psc.edu/networking/projects/hpn-ssh/
> > >>
> > >
On Thu, 12 Jun 2008, Brooks Davis wrote:
> On Thu, Jun 12, 2008 at 06:30:05PM -0700, Peter Losher wrote:
> > Randy Bush wrote:
> >> this has been a cause of great pain for a lng time.
> >>
> >>http://www.psc.edu/networking/projects/hpn-ssh/
> >>
> >> as openssh seems not to be fixi
On Thu, Jun 12, 2008 at 06:30:05PM -0700, Peter Losher wrote:
> Randy Bush wrote:
>> this has been a cause of great pain for a lng time.
>>
>>http://www.psc.edu/networking/projects/hpn-ssh/
>>
>> as openssh seems not to be fixing it (and i do not consider a 2mb fixed
>> buffer to be fixed
Randy Bush wrote:
this has been a cause of great pain for a lng time.
http://www.psc.edu/networking/projects/hpn-ssh/
as openssh seems not to be fixing it (and i do not consider a 2mb fixed
buffer to be fixed, especially not from a 100mb link here in tokyo and
servers in the states, euro
this has been a cause of great pain for a lng time.
http://www.psc.edu/networking/projects/hpn-ssh/
as openssh seems not to be fixing it (and i do not consider a 2mb fixed
buffer to be fixed, especially not from a 100mb link here in tokyo and
servers in the states, europe, and africa), per
George V. Neville-Neil wrote:
At Wed, 11 Jun 2008 09:51:27 -0700,
security wrote:
Iperf or netperf are probably what you're looking for.
I personally prefer netpipe because it tries odd sized (non power of
2) messages and tends to help edge cases come to light.
/usr/ports/benchmarks/netpi
> > So, it won't hurt if it shows up in ifconfig, and it can be
> controlled, but
> > definitely helps our job, the administrators'.
>
> OK, if people feel strongly about this, and someone wants to implement
> the
> code in ifconfig I'll go along with it.
I believe there are some valid reasons whe
On 2008-Jun-12 17:26:25 +0200, Oliver Fromme <[EMAIL PROTECTED]> wrote:
>So far it seems to work fine with CARP, but now it turned
>out that I need another address from a different subnet
>which also needs to access the database. What's the best
>way to do that? Add a second IP address to the exi
Synopsis: [tcp] TH_RST packet sended if received out-of-order data (ACK) in
SYN_RECEIVED state
Responsible-Changed-From-To: freebsd-net->ups
Responsible-Changed-By: ups
Responsible-Changed-When: Thu Jun 12 18:47:47 UTC 2008
Responsible-Changed-Why:
Currently working on the syn cache and have enc
On Thu, Jun 12, 2008 at 12:26 AM, CZUCZY Gergely <[EMAIL PROTECTED]> wrote:
> On Thu, 12 Jun 2008 13:04:52 +0900
> Pyun YongHyeon <[EMAIL PROTECTED]> wrote:
>
>> On Wed, Jun 11, 2008 at 08:48:58PM -0700, Jack Vogel wrote:
>> > On Wed, Jun 11, 2008 at 7:16 PM, Sam Leffler <[EMAIL PROTECTED]> wrote:
Yony Yossef wrote:
Hi freebsd-net,
I'm seeing mbuf chains larger than 64K being sent down by FreeBSD 7 when TSO
is enabled.
Then my driver crashes in bus_dmamap_load_mbuf_sg (error=EINVAL).
I'm printing the mbuf m_pkthdr.len size right after the DEQUEUE from the
stack:
IFQ_DRV_DEQUEUE(&dev->if_
Hi,
I'm building a fail-over setup with two database servers,
so when the first one fails, the second takes over. The
data is replicated.
So far it seems to work fine with CARP, but now it turned
out that I need another address from a different subnet
which also needs to access the database. Wh
Hi freebsd-net,
I'm seeing mbuf chains larger than 64K being sent down by FreeBSD 7 when TSO
is enabled.
Then my driver crashes in bus_dmamap_load_mbuf_sg (error=EINVAL).
I'm printing the mbuf m_pkthdr.len size right after the DEQUEUE from the
stack:
IFQ_DRV_DEQUEUE(&dev->if_snd, m_head);
if (m_h
At Wed, 11 Jun 2008 09:51:27 -0700,
security wrote:
>
> Steve Bertrand wrote:
> > Hi everyone,
> >
> > I see what I believe to be less-than-adequate communication
> > performance between many devices in parts of our network.
> >
> > Can someone recommend software (and config recommendations if
>
Hi,
I posted the tcptest** weekly status report at freebsd wiki.
Links:
http://wiki.freebsd.org/VictorBilouro/TCP-IP_regression_test_suite
http://wiki.freebsd.org/VictorBilouro/Following_tcptest
http://wiki.freebsd.org/VictorBilouro/Release_0.1_Iteration_2
http://perforce.freebsd.org/depotTreeBro
On Thu, 12 Jun 2008 13:04:52 +0900
Pyun YongHyeon <[EMAIL PROTECTED]> wrote:
> On Wed, Jun 11, 2008 at 08:48:58PM -0700, Jack Vogel wrote:
> > On Wed, Jun 11, 2008 at 7:16 PM, Sam Leffler <[EMAIL PROTECTED]> wrote:
> > > [trimming cc list to reduce spamage]
> > >
> > > Pyun YongHyeon wrote:
>
18 matches
Mail list logo
