On Wed, 16 Feb 2005, Andrew Heyn wrote:
Here's an on/off topic question i've been wondering about forever...
I always see people replace their IPs with fake replacements.
Is this paranoia really warranted? Why not disconnect the cat5 if you want
to do this?
Or am I not seeing things the right way?
On Wed, Feb 16, 2005 at 09:35:50PM -0800, Andrew Heyn wrote:
> I always see people replace their IPs with fake replacements.
> Is this paranoia really warranted? Why not disconnect the cat5 if you want
> to do this?
If they're smart and know what they are doing, it will make things
easier to read
Here's an on/off topic question i've been wondering about forever...
I always see people replace their IPs with fake replacements.
Is this paranoia really warranted? Why not disconnect the cat5 if you want
to do this?
Or am I not seeing things the right way?
Thanks,
Andrew
__
jayanth wrote:
tcp large windows must have been negotiated which allows for window sizes > 32k.
Look at the SYN packet and see if that is the case.
yes,
S 177485:177485(0) win 65535 (DF)
S 2834868684:2834868684(0) ack 177486 win 65535 (DF)
19:53:49.692581 machineA.2293 > machineB.491
This is a conversation between 2 FreeBSD 4.8 machines.
Does anyone else worry about what is going on here regarding packets
sent and the received window?
only odd setting here is that the slowstart flightsize was set to 30
(it was the only machine using this high latency link) (400mSec rtt but
lot
Ooops, I still got the same problem.
My mistake, I saw "victory" too early.
:(
On Wed, 16 Feb 2005 20:54:52 +0100, Juan Rodriguez
<[EMAIL PROTECTED]> wrote:
> Hey,
>
> I't seems my problem vanishes with FreeBSD-5.3-p5
>
> Thanks a lot !
>
> FreeBSD rules !
>
> We all love the beastie !
>
>
Hey,
I't seems my problem vanishes with FreeBSD-5.3-p5
Thanks a lot !
FreeBSD rules !
We all love the beastie !
Keep on doing a great job !
and...please never forget monoprocessor systems! :P
___
freebsd-net@freebsd.org mailing list
http://lists.fre
On Wed, 16 Feb 2005, Juan Rodriguez wrote:
Hey, one quick question about this,
should I cvsup either to RELENG_5_3 or to RELENG_5 ?
I thought RELENG_5 was the right thing to do, but
as Im experiencing problems, I will give RELENG_5_3
a try...I will tellyou if that works for me (more news
about 4-5
Hey, one quick question about this,
should I cvsup either to RELENG_5_3 or to RELENG_5 ?
I thought RELENG_5 was the right thing to do, but
as Im experiencing problems, I will give RELENG_5_3
a try...I will tellyou if that works for me (more news
about 4-5 hours later...:)
bye
On Wed, 16 Feb 2
On Wed, 16 Feb 2005 11:59:21 + (GMT), Robert Watson
<[EMAIL PROTECTED]> wrote:
>
> On Wed, 16 Feb 2005, Juan Rodriguez wrote:
>
> > Just for your information (because I guess there's nothing else we can
> > do), I will describe the setup I've got in case anyone would like to
> > reproduce
Hello again,
I've cvsup'ed the kernel sources a few hours ago (RELENG_5),
and I've recompiled.
Now I cannot boot, it gives me "kernel panic" when booting on
"rlphy0"this is really very annoying. I'm at work now,
I cannot give you more details...it took me 4 hours to
recompile the kernel, so I
Hi,
I install the Natd in may Internet gateway to access Internet and the
Internet access my ftp server into my network.
I do the steps at the
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-natd.html
It functioned, but with out performance.
To information: In my internal net
On Wednesday 16 February 2005 12:59, Robert Watson wrote:
> On Wed, 16 Feb 2005, Juan Rodriguez wrote:
> > Just for your information (because I guess there's nothing else we can
> > do), I will describe the setup I've got in case anyone would like to
> > reproduce the problem and try to fix it.
On Wed, 16 Feb 2005, Robert Watson wrote:
On Wed, 16 Feb 2005, Juan Rodriguez wrote:
Just for your information (because I guess there's nothing else we can
do), I will describe the setup I've got in case anyone would like to
reproduce the problem and try to fix it.
I'm using FreeBSD 5.3.0 RELEA
uipc_syscalls.c:solisten() is responsible for transitioning a socket from
a non-listening state to a listening state. It does this at two levels:
directly at the socket level, and at the protocol level by calling into
the protocol using pru_listen(). I'm currently working on fixing a race
betwe
On Wed, 16 Feb 2005, Juan Rodriguez wrote:
> Just for your information (because I guess there's nothing else we can
> do), I will describe the setup I've got in case anyone would like to
> reproduce the problem and try to fix it.
>
> I'm using FreeBSD 5.3.0 RELEASE on an Pentium I MMX 233,
Hello everyone,
Just for your information (because I guess there's nothing
else we can do), I will describe the setup I've got
in case anyone would like to reproduce the problem and
try to fix it.
I'm using FreeBSD 5.3.0 RELEASE on an Pentium I MMX 233,
with 128 MB of RAM (minus 1 MB that my
17 matches
Mail list logo