On Wednesday, November 28, 2001, at 11:52 , Crist J. Clark wrote:
> On Wed, Nov 28, 2001 at 10:24:28PM -0800, [EMAIL PROTECTED] wrote:
>> FWIW, the FreeBSD FAQ (10.9) sez this (it's a one-liner that shows the
>> netmask 0x).
>
> I'll send in a doc PR for this. The ifconfig(8) page gets i
On Wed, Nov 28, 2001 at 10:24:28PM -0800, [EMAIL PROTECTED] wrote:
> FWIW, the FreeBSD FAQ (10.9) sez this (it's a one-liner that shows the
> netmask 0x).
I'll send in a doc PR for this. The ifconfig(8) page gets it right.
alias Establish an additional network address for this in
Thanks...I know where my problem is now...It's indeed a duplicate SYN.
By the way, the tcp_input function is so long and large and there are
several goto statements which make reading the code even more difficult. Is
this intened to be like this? Even with Steven's TCP/IP Vol.2, it took me
thre
In article you write:
>-=-=-=-=-=-
>
>Hi, I am tracing the FreeBSD 4.4 kernel and I found that its TCP seems
>NOT be able to do simultaneous open according to the source code. In
>tcp_input.c, even though code near line #1750,
>
>case TCPS_SYN_RECEIVED:
> .
> if (tp->t_flags & TF_NEEDFI
On Thu, Nov 29, 2001 at 09:15:34AM +0500, Ahsan Ali wrote:
> > Somebody told you wrong. When adding an alias _which is on the same
> > logical network_ as other addresses, it should have an 0x
> > mask. That is, only one address on an interface should have the "real"
> > netmask for any on
FWIW, the FreeBSD FAQ (10.9) sez this (it's a one-liner that shows the
netmask 0x).
Regards,
Justin
On Wednesday, November 28, 2001, at 05:08 , Crist J. Clark wrote:
> On Wed, Nov 28, 2001 at 08:37:42AM -0800, [EMAIL PROTECTED] wrote:
>>
>> somebody told me that, when aliasing, the 2n
Hi, I am tracing the FreeBSD 4.4 kernel and I found that its
TCP seems NOT be able to do simultaneous open according to the source code.
In tcp_input.c, even though code near line #1750,
case TCPS_SYN_RECEIVED:
.
if (tp->t_flags & TF_NEEDFIN)
{ tp->t_state =
TCPS_FIN_WAIT_1;
Hi, I am tracing the FreeBSD 4.4 kernel and I found that its
TCP seems NOT be able to do simultaneous open according to the source code.
In tcp_input.c, even though code near line #1750,
case TCPS_SYN_RECEIVED:
.
if (tp->t_flags & TF_NEEDFIN)
{ tp->t_state =
TCPS_FIN_WAIT_1;
A belated welcome to being a FreeBSD committer! We look forward eagerly to all
contributions you and Intel's experience with networking can bring to us all!
-matt
On Wed, 28 Nov 2001, Prafulla Deuskar wrote:
> All,
>
> Intel Corporation has released a gigabit driver for
> PRO/1000 series of
[Redirecting to a more-appropriate mailing-list.]
< said:
> I spoke to him on the phone this morning. He replaced it with a 3Com
> card, but there was no significant difference in performance. He's
> currently upgrading to -STABLE, which seems to be a sensible thing to
> do, so we should wait
On Wed, Nov 28, 2001 at 08:37:42AM -0800, [EMAIL PROTECTED] wrote:
>
> somebody told me that, when aliasing, the 2nd to ´n´ ipaddress netmask must not be
>the regular one, but 0x instead. Example:
>
> rl0 = 200.200.200.200 netmask 255.255.0.0
> rl0:0 (the aliased) 200.200.220.200 netma
On Wed, Nov 28, 2001 at 12:31:09PM -0500, Garrett Wollman wrote:
> < said:
>
> > Where inet_pton(3) will fail (return a 1). That is, inet_pton(3) only
> > understands dotted quads. The comments in src/lib/libc/net/inet_pton.c
> > clearly show this is the intended behavior. But is that what we wan
> What happend at Intel? Their driver is even released under the
> BSD license! (and the Linux one under the GPL)
Many Intel software products are released under a BSD-like license.
Consider the ACPI CA codebase we use.
> > The driver will be committed to -CURRENT first and MFC'ed to
> > -STABL
Prafulla Deuskar wrote:
>
> All,
>
> Intel Corporation has released a gigabit driver for
> PRO/1000 series of adapters.
That is funny! jlemon commited his gx driver for the same boards
just two weeks ago.
What happend at Intel? Their driver is even released under the
BSD license! (and the Linu
Yay..stable jumbo frames! :^)
On Wed, 28 Nov 2001, Prafulla Deuskar wrote:
> All,
>
> Intel Corporation has released a gigabit driver for
> PRO/1000 series of adapters.
>
> The driver is available for download from the following
> url:
>
> http://appsr.intel.com/scripts-df/Product_Filter.asp
All,
Intel Corporation has released a gigabit driver for
PRO/1000 series of adapters.
The driver is available for download from the following
url:
http://appsr.intel.com/scripts-df/Product_Filter.asp?ProductID=415
The driver will be committed to -CURRENT first and MFC'ed to
-STABLE later.
T
You probably forgot to initialize l_addrlen to sizeof(sockaddr_in).
(As well as needing the & before l_cliaddr, but that's probably a
typo as it wouldn't compile without it.)
On Wed, Nov 28, 2001 at 08:37:31PM +0300, Sergey V. Artjushkin wrote:
> Hello
>
> Colleagues, I have some question about
Congratulations, Bill! I hope this won't suck up all of your Copious
Free Time... :-)
-GAWollman
--- start of forwarded message (RFC 934 encapsulation) ---
Message-Id: <[EMAIL PROTECTED]>
From: Bernard Aboba <[EMAIL PROTECTED]>
Sender: [EMAIL PROTECTED]
To: IETF-Announce: ;
Subject: Ann
On 28 Nov, "Sergey V. Artjushkin" wrote:
> if ( (l_connfd = accept(l_fd,(struct sockaddr *) l_cliaddr, &l_addrlen))
> < 0)
> { log_error("accept error"); exit(0); }
Don't you need an '&' before l_cliaddr above?
Dennis
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe f
Hello
Colleagues, I have some question about accept(2) functions.
I have wrote the following programm:
---
/* set up the listening tcp socket*/
if ( (l_fd = socket(AF_INET, SOCK_STREAM, 0)) < 0)
{ log_error("socket (tcp) error"); exit(0); }
memset(&l_servaddr,0
< said:
> Where inet_pton(3) will fail (return a 1). That is, inet_pton(3) only
> understands dotted quads. The comments in src/lib/libc/net/inet_pton.c
> clearly show this is the intended behavior. But is that what we want?
Yes. The old format is deprecated, obsolete, legacy, however you want
somebody told me that, when aliasing, the 2nd to ´n´ ipaddress netmask must not be
the regular one, but 0x instead. Example:
rl0 = 200.200.200.200 netmask 255.255.0.0
rl0:0 (the aliased) 200.200.220.200 netmask 0x
[lots more]
rl0:3000 200.200.255.200 netmask 0x
is it f
On Wed, 28 Nov 2001, Tariq Rashid wrote:
>
> apologies - natd was running on the interfaces which causes the effects.
>
> well - i didn't know that natd didn't respond to ip address changes...
It will, if you run it with the '-dynamic' flag.
--
Matt Emmerton
To Unsubscribe: send mail to
apologies - natd was running on the interfaces which causes the effects.
well - i didn't know that natd didn't respond to ip address changes...
t
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Tariq Rashid
Sent: 28 November 2001 14:18
To: [EMAIL PRO
his post is about an IP address not being reflected "on the wire":
Two freebsd 4.4-release boxes are connected over ethernet via a hub (using
nics at 10Mbs).
The hub is simple in that it doesn't do anything fancy like arp proxying or
caching
[ A ] --- --- [ B ]
On Tue, 27 Nov 2001, Luigi Rizzo wrote:
> On Tue, Nov 27, 2001 at 02:52:49PM -0500, Andrew R. Reiter wrote:
> >
> > Just as a note, I decided against MFC'ing this and similar changes because
> > I didn't feel it was necesary for -STABLE to have this "fix."
>
> why not ? code is more compact (
I am not at all sure whether this is a bug or feature. I was just
surprised by the results. If it is a feature, the documentation is
misleading.
The issue is that inet_aton(3) will correctly understand,
"127.1"
To be the IP address,
127.0.0.1
Where inet_pton(3) will fail (return a 1). Tha
Does anybody have experience in setting up OpenBSD/FreeBSD/Linux boxes
as a bridge between FDDI (Snap) and Ethernet (Gigabit or 100Mb)?
I need a bridge to let NetBEUI pass through these topologies.
Best would be if the bridge code does support differing mtu's,
but this is optional.
Yes i know
28 matches
Mail list logo
