From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:05:06 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B2BAE16A41C; Sun, 3 Jul 2005 00:05:06 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 85B1543D69; Sun, 3 Jul 2005 00:05:03 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id A21045CBC8; Sat, 2 Jul 2005 17:04:39 -0700 (PDT) Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.FreeBSD.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 5897081E0B; Fri, 7 Dec 2001 10:15:46 -0600 (CST) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id B7D885575C; Fri, 7 Dec 2001 08:15:42 -0800 (PST) (envelope-from owner-freebsd-arch@FreeBSD.ORG) Received: by hub.freebsd.org (Postfix, from userid 538) id F006837B419; Fri, 7 Dec 2001 08:15:38 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id A9A032E8209; Fri, 7 Dec 2001 08:15:38 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Fri, 7 Dec 2001 08:15:38 -0800 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id 82C3B37B405; Fri, 7 Dec 2001 08:15:28 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fB7GE0j22767; Fri, 7 Dec 2001 17:14:00 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: arch@freebsd.org, net@freebsd.org Message-ID: <22765.1007741640@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk Status: RO Lines: 85 Cc: Subject: Request to back out Luigis polled-net patch in -stable. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:05:06 -0000 X-Original-Date: Fri, 07 Dec 2001 17:14:00 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:05:06 -0000 ------- Forwarded Message To: core@freebsd.org Subject: Request to back out Luigis polled-net patch in -stable. From: Poul-Henning Kamp Date: Fri, 07 Dec 2001 17:13:24 +0100 Message-ID: <22749.1007741604@critter.freebsd.dk> Sender: phk@critter.freebsd.dk I have not read the entire patch in details, but have focused on the part of the code which I have special insight into. My complaint is therefore mainly based on one single file: src/sys/kern/kern_clock.c which has been spammed with a lot of stuff which has absolutely no business being there. Just for starters: Adding this to sys/kern/kern_clock.c: +#ifdef DEVICE_POLLING +#include /* for vm_page_zero_idle() */ +#include /* needed by sys/if.h */ +#include /* for IFF_* flags */ +#include /* for NETISR_POLL */ +[...] +#endif /* DEVICE_POLLING */ None of this as any business here, and it certainly doesn't even look remotely possible for this to work on !i386 platforms. Most of the rest of the addition is code which should not be in sys/kern in the first place but sys/net. Just because it is #ifdef DEVICE_POLLING doesn't mean it can violate our architecture. Furthermore, according to the commit message, this was approved by jkh in his role of release-engineer, but I find it disturbing that the approval seems to have happened without any technical or architectural review of the proposed patch. Finally, I thought a significant change like this would have to go into -current at least at the same time, but preferably before it goes into -stable. Considering the repeated claims of +10% performance for this suite of changes, there is a very good chance that people will pick it up and use it, leaving us with a big problem when 5.0-R time comes around and we have to explain A) why the feature isn't there, and B) why performance is worse. Summary: I request that luigis patch gets backed out for the following reasons: 1. The patch is architecturally a mess. 2. The approval seems to have happened purely on "glossy sales-brochure" backing without any technical or architectural input. 3. It didn't go into -current first and has received no shakeout before it went into -stable. I am _NOT_ saying that the idea is bad, it sounds pretty intelligent to me, but in that case it is even more important to not mess it up. I would also like to point to the parallel piece of code: Jun-Itohs ALTQ for which he reliably has maintained a patch relative to the 4.X branch and which despite various peoples requests have not haphazardly been committed into -stable. And in that context one should not forget that ALTQ has a lot longer and better trackrecord of high quality than Luigis poll-code, or any of Luigis code for that matter. - -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. ------- End of Forwarded Message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:05:07 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E746A16A41F; Sun, 3 Jul 2005 00:05:06 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84B2143D48; Sun, 3 Jul 2005 00:05:03 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id B89C65CBF4; Sat, 2 Jul 2005 17:04:39 -0700 (PDT) Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.FreeBSD.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id E09A581E0B; Fri, 7 Dec 2001 13:22:02 -0600 (CST) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 44D945561E; Fri, 7 Dec 2001 11:21:57 -0800 (PST) (envelope-from owner-freebsd-arch@FreeBSD.ORG) Received: by hub.freebsd.org (Postfix, from userid 538) id 0133137B416; Fri, 7 Dec 2001 11:21:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id D127C2E8003; Fri, 7 Dec 2001 11:21:56 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Fri, 7 Dec 2001 11:21:56 -0800 Delivered-To: freebsd-arch@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id 6559E37B405; Fri, 7 Dec 2001 11:21:53 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fB7JQx301437; Fri, 7 Dec 2001 11:26:59 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200112071926.fB7JQx301437@mass.dis.org> X-Mailer: exmh version 2.1.1 10/15/1999 To: Poul-Henning Kamp In-reply-to: Your message of "Fri, 07 Dec 2001 17:14:00 +0100." <22765.1007741640@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii From: Mike Smith Sender: owner-freebsd-arch@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk Status: RO Lines: 36 Cc: arch@freebsd.org, net@freebsd.org Subject: Re: Request to back out Luigis polled-net patch in -stable. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:05:07 -0000 X-Original-Date: Fri, 07 Dec 2001 11:26:59 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:05:07 -0000 > To: core@freebsd.org Core isn't really the appropriate forum for asking for a back-out; arch and net are where this should have been discussed and reviewed in the first place. > Subject: Request to back out Luigis polled-net patch in -stable. I'm entirely in agreement with this; the decision to commit this code was extremely ill-advised, and the best thing we can do now for everyone's sake is to pull it as quickly as possible. > I would also like to point to the parallel piece of code: Jun-Itohs > ALTQ for which he reliably has maintained a patch relative to the > 4.X branch and which despite various peoples requests have not > haphazardly been committed into -stable. And in that context one > should not forget that ALTQ has a lot longer and better trackrecord > of high quality than Luigis poll-code, or any of Luigis code for > that matter. Yes; this is an excellent example of how it can be done better. Regards, Mike -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:05:07 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CEA616A41C; Sun, 3 Jul 2005 00:05:07 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A1D43D6A; Sun, 3 Jul 2005 00:05:03 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 079035CC15; Sat, 2 Jul 2005 17:04:40 -0700 (PDT) Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.FreeBSD.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id AFCDB81E0E; Fri, 7 Dec 2001 14:44:36 -0600 (CST) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id A542A5579F; Fri, 7 Dec 2001 12:44:35 -0800 (PST) (envelope-from owner-freebsd-arch@FreeBSD.ORG) Received: by hub.freebsd.org (Postfix, from userid 538) id 4DB0F37B419; Fri, 7 Dec 2001 12:44:32 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 265DB2E8003; Fri, 7 Dec 2001 12:44:32 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Fri, 7 Dec 2001 12:44:32 -0800 Delivered-To: freebsd-arch@freebsd.org Received: from inje.iskon.hr (inje.iskon.hr [213.191.128.16]) by hub.freebsd.org (Postfix) with ESMTP id 8360B37B41C; Fri, 7 Dec 2001 12:44:25 -0800 (PST) Received: from tel.fer.hr (zg07-209.dialin.iskon.hr [213.191.150.210]) by mail.iskon.hr (8.11.4/8.11.4/Iskon 8.11.3-1) with ESMTP id fB7Ki9O17119; Fri, 7 Dec 2001 21:44:12 +0100 (MET) Message-ID: <3C112A14.21F08D50@tel.fer.hr> From: Marko Zec X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Mike Smith References: <200112071926.fB7JQx301437@mass.dis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-arch@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk Status: RO Lines: 34 Cc: arch@freebsd.org, Poul-Henning Kamp , net@freebsd.org Subject: Re: Request to back out Luigis polled-net patch in -stable. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:05:07 -0000 X-Original-Date: Fri, 07 Dec 2001 21:44:04 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:05:07 -0000 Mike Smith wrote: > > Subject: Request to back out Luigis polled-net patch in -stable. > > I'm entirely in agreement with this; the decision to commit this code was > extremely ill-advised, and the best thing we can do now for everyone's > sake is to pull it as quickly as possible. > > > I would also like to point to the parallel piece of code: Jun-Itohs > > ALTQ for which he reliably has maintained a patch relative to the > > 4.X branch and which despite various peoples requests have not > > haphazardly been committed into -stable. And in that context one > > should not forget that ALTQ has a lot longer and better trackrecord > > of high quality than Luigis poll-code, or any of Luigis code for > > that matter. > > Yes; this is an excellent example of how it can be done better. Sorry guys, but aren't you comparing apples with oranges? As far as I understand, ALTQ is focused on implementing various new queuing disciplines, but on outgoing traffic if I am not mistaking. Luigi's code is aimed on achieving something completely different - making the system more susceptible to huge *incoming* traffic loads, by reducing interrupt processing and some PCI bus overhead. What do these two things have in common? Concerning the request for removal of the polling code, I personally as a BSD rookie cannot judge your arguments properly, but I must admit that the wording and intonation of pkh's note wasn't very pleasant... Marko To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:05:07 2005 Return-Path: X-Original-To: net@FreeBSD.ORG Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB83F16A41F; Sun, 3 Jul 2005 00:05:07 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EE0543D6E; Sun, 3 Jul 2005 00:05:04 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 5AD8F5CB87; Sat, 2 Jul 2005 17:04:40 -0700 (PDT) Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.FreeBSD.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 3ECCD81D01; Fri, 7 Dec 2001 15:50:59 -0600 (CST) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 47CE155473; Fri, 7 Dec 2001 13:50:55 -0800 (PST) (envelope-from owner-freebsd-arch@FreeBSD.ORG) Received: by hub.freebsd.org (Postfix, from userid 538) id 360F337B416; Fri, 7 Dec 2001 13:50:54 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 147642E8209; Fri, 7 Dec 2001 13:50:54 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Fri, 7 Dec 2001 13:50:53 -0800 Delivered-To: freebsd-arch@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 3DEF437B405; Fri, 7 Dec 2001 13:50:49 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id fB7Lns1135628; Fri, 7 Dec 2001 16:49:54 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <3C112A14.21F08D50@tel.fer.hr> References: <200112071926.fB7JQx301437@mass.dis.org> <3C112A14.21F08D50@tel.fer.hr> To: Marko Zec , Mike Smith From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-arch@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk Status: RO Lines: 52 Cc: arch@FreeBSD.ORG, Poul-Henning Kamp , net@FreeBSD.ORG Subject: Re: Request to back out Luigis polled-net patch in -stable. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:05:07 -0000 X-Original-Date: Fri, 7 Dec 2001 16:49:51 -0500 X-List-Received-Date: Sun, 03 Jul 2005 00:05:07 -0000 At 9:44 PM +0100 12/7/01, Marko Zec wrote: >Mike Smith wrote: > > > I would also like to point to the parallel piece of code: Jun-Itohs >> > ALTQ for which he reliably has maintained a patch relative to the >> > 4.X branch and which despite various peoples requests have not > > > haphazardly been committed into -stable. > > >> Yes; this is an excellent example of how it can be done better. > >Sorry guys, but aren't you comparing apples with oranges? They are comparing how two changes were made. Not what the changes actually *do*, but the path the changes took to get into -stable. In that sense, they are not comparing apples to oranges. They are comparing the conveyor belts under the apples vs the conveyor belts the oranges were allowed to use. >Concerning the request for removal of the polling code, I personally >as a BSD rookie cannot judge your arguments properly, but I must >admit that the wording and intonation of pkh's note wasn't very >pleasant... Poul-Henning included one comment about "track records" which may have been a bit harsh, but if you ignore that one sentence than everything he said seemed pretty reasoned (ie, "calmly thought out", as opposed to "emotional outburst"), and pretty reasonable. I think PHK and Mike Smith have made a pretty good case, but I will admit that I don't know all of the issues involved. I suspect the other side of this debate is that Luigi's change is meant for high-load situations, and very very very few people are running a 5.0-current system in those kinds of high-load situations. I can see that being a good reason to put it in stable, but even with this good reason, I think it might be better to back the change out of stable until AFTER 4.5 is released. This change did not go thru the "normal routine" for changes, and as such I do think any developer has the right to make a case that the change should be backed out. I *like* what the change is trying to do, and the methods it is using certainly sound interesting. But I don't think it would hurt to have it looked over a bit more before committing it to -stable. That's just my opinion, as I watch this debate from the sidelines. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:05:08 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AD1916A41F; Sun, 3 Jul 2005 00:05:08 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 424B243D58; Sun, 3 Jul 2005 00:05:05 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id A07A15CBDC; Sat, 2 Jul 2005 17:04:40 -0700 (PDT) Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.FreeBSD.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id B7E3981D01; Fri, 7 Dec 2001 18:32:24 -0600 (CST) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 6385D5558F; Fri, 7 Dec 2001 16:32:21 -0800 (PST) (envelope-from owner-freebsd-arch@FreeBSD.ORG) Received: by hub.freebsd.org (Postfix, from userid 538) id 03FF937B419; Fri, 7 Dec 2001 16:32:20 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id E14DA2E8209; Fri, 7 Dec 2001 16:32:19 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Fri, 7 Dec 2001 16:32:19 -0800 Delivered-To: freebsd-arch@freebsd.org Received: from mass.dis.org (mass.dis.org [216.240.45.41]) by hub.freebsd.org (Postfix) with ESMTP id B5C5837B416; Fri, 7 Dec 2001 16:32:17 -0800 (PST) Received: from mass.dis.org (localhost [127.0.0.1]) by mass.dis.org (8.11.6/8.11.3) with ESMTP id fB80b8304059; Fri, 7 Dec 2001 16:37:13 -0800 (PST) (envelope-from msmith@mass.dis.org) Message-Id: <200112080037.fB80b8304059@mass.dis.org> To: Marko Zec In-Reply-To: Message from Marko Zec of "Fri, 07 Dec 2001 21:44:04 +0100." <3C112A14.21F08D50@tel.fer.hr> From: Mike Smith Sender: owner-freebsd-arch@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk Status: RO Lines: 14 Cc: arch@freebsd.org, Poul-Henning Kamp , net@freebsd.org Subject: Re: Request to back out Luigis polled-net patch in -stable. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:05:08 -0000 X-Original-Date: Fri, 07 Dec 2001 16:37:08 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:05:08 -0000 > > > I would also like to point to the parallel piece of code: Jun-Itohs > > > ALTQ for which he reliably has maintained a patch relative to the ... > > Yes; this is an excellent example of how it can be done better. > > Sorry guys, but aren't you comparing apples with oranges? As far as I No. The issue at hand is procedure, not functionality. ALTQ is maintained and developed in a fashion consistent with the Project's general procedures and preferences. Luigi's code commit was not. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:05:09 2005 Return-Path: X-Original-To: net@FreeBSD.ORG Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 326B416A41C; Sun, 3 Jul 2005 00:05:09 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1158C43D53; Sun, 3 Jul 2005 00:05:04 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 8DA605CBA9; Sat, 2 Jul 2005 17:04:40 -0700 (PDT) Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.FreeBSD.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 9573681E0F; Fri, 7 Dec 2001 16:37:20 -0600 (CST) Received: from hub.freebsd.org (hub.FreeBSD.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 8ECAA55742; Fri, 7 Dec 2001 14:37:15 -0800 (PST) (envelope-from owner-freebsd-arch@FreeBSD.ORG) Received: by hub.freebsd.org (Postfix, from userid 538) id 726B837B417; Fri, 7 Dec 2001 14:37:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 2ACCD2E8003; Fri, 7 Dec 2001 14:37:14 -0800 (PST) Received: by hub.freebsd.org (bulk_mailer v1.12); Fri, 7 Dec 2001 14:37:14 -0800 Delivered-To: freebsd-arch@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by hub.freebsd.org (Postfix) with ESMTP id BF14837B41A; Fri, 7 Dec 2001 14:37:05 -0800 (PST) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.11.6/8.11.6) with ESMTP id fB7MZHj30558; Fri, 7 Dec 2001 23:35:17 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Garance A Drosihn In-Reply-To: Your message of "Fri, 07 Dec 2001 16:49:51 EST." Message-ID: <30556.1007764517@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-arch@FreeBSD.ORG X-Loop: FreeBSD.ORG Precedence: bulk Status: RO Lines: 101 Cc: arch@FreeBSD.ORG, Mike Smith , net@FreeBSD.ORG Subject: Re: Request to back out Luigis polled-net patch in -stable. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:05:09 -0000 X-Original-Date: Fri, 07 Dec 2001 23:35:17 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:05:09 -0000 In message , Garance A Drosihn writes: >Poul-Henning included one comment about "track records" which may >have been a bit harsh, but if you ignore that one sentence than >everything he said seemed pretty reasoned (ie, "calmly thought out", >as opposed to "emotional outburst"), and pretty reasonable. I would like to defend that comment, and I apologize for it sounding harsh, it was simply meant as a flat statement of fact on my part. We have committers in the project who gets things right the first time around, every time, on time, on schedule, under budget and with a global reduction of green-house gasses as a side effect. When Bruce Evans commits something one can virtually rest assured that it has been throughly tested ever since he originally wrote it in 1974 and that several satelites and ICBMs wouldn't work and the cold war would not have ended without that patch. Then we have other committers who drag a trail of death and destruction through a sequence of more and more frantic commits until they finally (by accident ?) gets it right enough that the tree isn't broken anymore. (I wont mention names here). These are the two extremes, between them you will find the rest of us. Now, for something to go into -stable, there are certain standards, we have haggled over them from time to time. For a new feature to go into -stable, there has to be very very good reasons not to take the detour around -current. In particular there has to be a very good and convincing argument that something _will_ go into -current, so that we don't introduce a feature in -stable which the next major release will simply not have: We don't need to disappoint our users any more than we need to with our major releases. Luigi has a track record of delivering some very smart code to FreeBSD, I'm a big fan of his IPFW and DUMMYNET stuff, and I far prefer them to IPFILTER. I even think Luigi is a great guy, and I'm happy to see him being a "Professor of FreeBSD Networking" (well, not quite but...) at his University in Italy. But that doesn't change the fact that Luigis code has never been a "working first time thing wihtout a hitch" for us. There has always been some issues to work out, some things to move around a bit, things which need a bit of generalization and so on. In other words: Luigi is a perfectly normal FreeBSD committer. And that means that he should follow the rules we have for -stable: he doesn't clear the bar to cold commit a new feature into -stable. In particular it should not when it is not convincingly argued that we will be able to integrate the new features in -current any time soon. That's all. I'm not against his code, I just don't want it to go straight into -stable. If the argument holds that -stable and -current has diverged too much for it being feasible to go the usual "into -current, then MFC" walk, then we need to reexamine the entire "-current/-stable" setup and maybe add a 4-CURRENT development-branch from which things get merged to 4-STABLE. (Having worked in multi-branch environments like that, I would be strongly against any such thing and I think anyone who has tried to navigate the cisco IOS version maelström in recent years are likely to be against as well). So in summary my position is: Luigi stuff should be backed out of -stable. Luigi should figure out how to do this right in SMPng/-current and implement it there. Then when we have some experience with it, we can decide on a rational basis if it should be MFC'ed, (or committed cold into -stable if the MFC doesn't make sense). And of course Luigi is more than welcome to distribute his change as a patch against -stable, just like Jun-Itoh does with his ALTQ. (I don't know if Peter has -stable in P4, but that could be one way to make it easier for Luigi to maintain the patch if he had a branch there) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:08:08 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A9AF16A447; Sun, 3 Jul 2005 00:08:06 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5878D43DE8; Sun, 3 Jul 2005 00:07:54 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 74E6E5DB4D; Sat, 2 Jul 2005 17:07:44 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id C076B5C98F for ; Mon, 8 Nov 2004 20:08:51 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 11BB8559A1; Tue, 9 Nov 2004 04:08:47 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A61DD16A4D6; Tue, 9 Nov 2004 04:08:46 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88DE516A4CE; Tue, 9 Nov 2004 03:52:05 +0000 (GMT) Received: from wyvern.icir.org (wyvern.icir.org [192.150.187.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 655F743D46; Tue, 9 Nov 2004 03:52:05 +0000 (GMT) (envelope-from mallman@icir.org) Received: from guns.icir.org (adsl-68-76-113-50.dsl.bcvloh.ameritech.net [68.76.113.50]) by wyvern.icir.org (8.12.9p1/8.12.8) with ESMTP id iA93q4D3085455; Mon, 8 Nov 2004 19:52:04 -0800 (PST) (envelope-from mallman@icir.org) Received: from lawyers.icir.org (guns.icir.org [68.76.113.50]) by guns.icir.org (Postfix) with ESMTP id 68B3F77AD0D; Mon, 8 Nov 2004 22:52:02 -0500 (EST) Received: from lawyers.icir.org (localhost [127.0.0.1]) by lawyers.icir.org (Postfix) with ESMTP id 9ED891FB5E2; Mon, 8 Nov 2004 22:52:03 -0500 (EST) To: Randall Stewart From: Mark Allman In-Reply-To: <417A5B28.9080308@stewart.chicago.il.us> Organization: ICSI Center for Internet Research (ICIR) Song-of-the-Day: Back in Black MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Message-Id: <20041109035203.9ED891FB5E2@lawyers.icir.org> X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, Andre Oppermann , freebsd-arch@freebsd.org Subject: Re: Removing T/TCP and replacing it with something simpler X-BeenThere: freebsd-net@freebsd.org Reply-To: mallman@icir.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:08:08 -0000 X-Original-Date: Mon, 08 Nov 2004 22:52:03 -0500 X-List-Received-Date: Sun, 03 Jul 2005 00:08:08 -0000 --=-=-= Content-Type: text/plain (catching up ...) > I would rather have Andre work with me to get any other > rinkles out of SCTP that he deems are there... and get the > KAME-SCTP stack ported directly in to FreeBSD.. this IMO ... would > make more sense... Get something that is pretty well baked (IMO at > least) and work to get it "productionized" (even though I don't > feel it needs much work in this vein)... I do not prefer xor. I agree that it'd be nice if SCTP was rolled into freebsd. But, these things seem orthogonal to me. allman -- Mark Allman -- ICIR -- http://www.icir.org/mallman/ --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) iD8DBQFBkD7jWyrrWs4yIs4RAo8UAJ9FV5ntNoD9L3PqIa1X5jj5gVpupACfUvC5 VFAjdGGFocvL54rph/JV5uI= =7iGy -----END PGP SIGNATURE----- --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:08:52 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 366FE16A4A9; Sun, 3 Jul 2005 00:08:52 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19C1443D1F; Sun, 3 Jul 2005 00:08:00 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 4958F5DB6F; Sat, 2 Jul 2005 17:07:45 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 6717E5C98F for ; Fri, 12 Nov 2004 00:36:44 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id E470755BCC; Fri, 12 Nov 2004 08:36:42 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5DDEC16A4D7; Fri, 12 Nov 2004 08:36:42 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1FBB16A4CE; Fri, 12 Nov 2004 08:36:39 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4DE843D3F; Fri, 12 Nov 2004 08:36:38 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iAC8acMs086192; Fri, 12 Nov 2004 10:36:38 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 06169-01; Fri, 12 Nov 2004 10:36:36 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iAC8aaSV086183 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 12 Nov 2004 10:36:36 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iAC8aa9c051052; Fri, 12 Nov 2004 10:36:36 +0200 (EET) (envelope-from ru) From: Ruslan Ermilov To: Max Laier Message-ID: <20041112083636.GC41844@ip.net.ua> References: <200411112124.12616.max@love2party.net> <20041111215506.GA60227@webcom.it> <200411120116.33771.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+nBD6E3TurpgldQp" Content-Disposition: inline In-Reply-To: <200411120116.33771.max@love2party.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-arch@freebsd.org, Andrea Campi Subject: Re: in.c autoadding prefix route X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:08:52 -0000 X-Original-Date: Fri, 12 Nov 2004 10:36:36 +0200 X-List-Received-Date: Sun, 03 Jul 2005 00:08:52 -0000 --+nBD6E3TurpgldQp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 12, 2004 at 01:16:31AM +0100, Max Laier wrote: > On Thursday 11 November 2004 22:55, Andrea Campi wrote: > > On Thu, Nov 11, 2004 at 09:24:05PM +0100, Max Laier wrote: > > > The attached patch (http://people.freebsd.org/~mlaier/in.c.patch) der= ived > > > from WIDE via OpenBSD in.c, rev 1.21 improves the handling of automat= ic > > > prefix routes. > > > > Sounds like a very useful change indeed. > > > > One comment though: > > > @@ -743,26 +766,7 @@ > > > return (0); > > > flags |=3D RTF_HOST; > > > } > > > - > > > - /*- > > > - * Don't add host routes for interface addresses of > > > - * 0.0.0.0 --> 0.255.255.255 netmask 255.0.0.0. This makes it > > > - * possible to assign several such address pairs with consistent > > > - * results (no host route) and is required by BOOTP. > > > - * > > > - * XXX: This is ugly ! There should be a way for the caller to > > > - * say that they don't want a host route. > > > - */ > > > - if (ia->ia_addr.sin_addr.s_addr !=3D INADDR_ANY || > > > - ia->ia_netmask !=3D IN_CLASSA_NET || > > > - ia->ia_dstaddr.sin_addr.s_addr !=3D htonl(IN_CLASSA_HOST)) { > > > - if ((error =3D rtinit(&ia->ia_ifa, (int)RTM_ADD, flags)) !=3D 0) { > > > - ia->ia_addr =3D oldaddr; > > > - return (error); > > > - } > > > - ia->ia_flags |=3D IFA_ROUTE; > > > - } > > > - > > > + error =3D in_addprefix(ia, flags); > > > /* > > > * If the interface supports multicast, join the "all hosts" > > > * multicast group on that interface. > > > > Are you sure you want to go on if you got an error? Regardless, you sho= uld > > probably have an empty line after in_addrprefix. >=20 > Not sure how to deal with the error case. All errors we should get are me= mory=20 > related (as we check carefully that the rtinit will success). This means = that=20 > the following in_addmulti will sleep if we hit it (in_addmulti mallocs wi= th=20 > M_WAITOK) ... so I guess you are right and it's the least intrusive if we= do=20 > return. >=20 The old code did: if ((error =3D rtinit()) !=3D 0) return (error); Why the new code should behave differently, I fail to see? in_addprefix() is just a wrapper around rtinit(), after all. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --+nBD6E3TurpgldQp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBlHYUqRfpzJluFF4RAgy6AJ4qwETEoghRRzlWwtnipxrcIhU9SQCgiDGY A3PGCLtB+a+fLw3TCwlLfmc= =a0HD -----END PGP SIGNATURE----- --+nBD6E3TurpgldQp-- From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:09:03 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82CE316A421; Sun, 3 Jul 2005 00:09:03 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1C6D43D72; Sun, 3 Jul 2005 00:08:07 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 424FE5DB40; Sat, 2 Jul 2005 17:07:46 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 24F5E5C98F for ; Thu, 11 Nov 2004 13:55:58 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id EF561554C3; Thu, 11 Nov 2004 21:55:42 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6E7DC16A4DF; Thu, 11 Nov 2004 21:55:10 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADC5516A4CE; Thu, 11 Nov 2004 21:55:08 +0000 (GMT) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6DB1243D1D; Thu, 11 Nov 2004 21:55:08 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id DDF68F; Thu, 11 Nov 2004 22:55:06 +0100 (CET) From: Andrea Campi To: Max Laier Message-ID: <20041111215506.GA60227@webcom.it> References: <200411112124.12616.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200411112124.12616.max@love2party.net> User-Agent: Mutt/1.5.6i X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-arch@freebsd.org Subject: Re: in.c autoadding prefix route X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:09:03 -0000 X-Original-Date: Thu, 11 Nov 2004 22:55:06 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:09:03 -0000 On Thu, Nov 11, 2004 at 09:24:05PM +0100, Max Laier wrote: > The attached patch (http://people.freebsd.org/~mlaier/in.c.patch) derived from > WIDE via OpenBSD in.c, rev 1.21 improves the handling of automatic prefix > routes. Sounds like a very useful change indeed. One comment though: > @@ -743,26 +766,7 @@ > return (0); > flags |= RTF_HOST; > } > - > - /*- > - * Don't add host routes for interface addresses of > - * 0.0.0.0 --> 0.255.255.255 netmask 255.0.0.0. This makes it > - * possible to assign several such address pairs with consistent > - * results (no host route) and is required by BOOTP. > - * > - * XXX: This is ugly ! There should be a way for the caller to > - * say that they don't want a host route. > - */ > - if (ia->ia_addr.sin_addr.s_addr != INADDR_ANY || > - ia->ia_netmask != IN_CLASSA_NET || > - ia->ia_dstaddr.sin_addr.s_addr != htonl(IN_CLASSA_HOST)) { > - if ((error = rtinit(&ia->ia_ifa, (int)RTM_ADD, flags)) != 0) { > - ia->ia_addr = oldaddr; > - return (error); > - } > - ia->ia_flags |= IFA_ROUTE; > - } > - > + error = in_addprefix(ia, flags); > /* > * If the interface supports multicast, join the "all hosts" > * multicast group on that interface. Are you sure you want to go on if you got an error? Regardless, you should probably have an empty line after in_addrprefix. > + TAILQ_FOREACH(ia, &in_ifaddrhead, ia_link) { > + if (rtinitflags(ia)) > + p = ia->ia_dstaddr.sin_addr; > + else { The if() is misindented. The rest looks good. Bye, Andrea -- ...and that is how we know the Earth to be banana-shaped. _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:09:22 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27F4116A41C; Sun, 3 Jul 2005 00:09:22 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FD3643D6E; Sun, 3 Jul 2005 00:08:07 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 35B3F5DB33; Sat, 2 Jul 2005 17:07:46 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 255BD5C98A for ; Thu, 11 Nov 2004 16:11:01 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 68B53555E1; Fri, 12 Nov 2004 00:10:45 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 05DCE16A4D4; Fri, 12 Nov 2004 00:10:44 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D23816A4CE; Fri, 12 Nov 2004 00:10:41 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B4F643D5D; Fri, 12 Nov 2004 00:10:40 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.205] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CSP1T-00040o-00; Fri, 12 Nov 2004 01:10:39 +0100 Received: from [84.128.130.223] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CSP1T-00058B-00; Fri, 12 Nov 2004 01:10:39 +0100 From: Max Laier To: freebsd-net@freebsd.org User-Agent: KMail/1.7.1 References: <200411112124.12616.max@love2party.net> <20041111212920.GA902@galgenberg.net> In-Reply-To: <20041111212920.GA902@galgenberg.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1688102.c5n1zZPv4L"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411120110.51145.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: Ulrich Spoerlein , freebsd-arch@freebsd.org Subject: Re: in.c autoadding prefix route X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:09:22 -0000 X-Original-Date: Fri, 12 Nov 2004 01:10:43 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:09:22 -0000 --nextPart1688102.c5n1zZPv4L Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 11 November 2004 22:29, Ulrich Spoerlein wrote: > On Thu, 11.11.2004 at 21:24:05 +0100, Max Laier wrote: > > The patch allows to add more than on IPv4 address with the same prefix. > > In the case that there is a route already, we leave it alone and add the > > new address without the IFA_ROUTE flag. When we remove an address later > > on, that has a route associated, we try to find an alternative address = to > > use for the route and hand it over. > > Assume I have two computers hooked up via Ethernet and via Firewire > (if_fwe). Will this commit allow me to place all four IP addresses of > the interfaces into the same subnet and have FreeBSD re-route the > packets through Firewire if the Ethernet link goes down (or vice versa)? > > Or do I need to go CARP for this to work? The route is only handed over when the address is removed. It might help yo= u=20 when you have a laptop with a wireless card. You can first surf on your cou= ch=20 and later walk to your desktop, plug in the cable and unplug the PCMCIA ... This however, is not the primary goal here and CARP might indeed be what yo= u=20 are looking for ... BTW: I forgot to advertise (and people actually asked) CARP patches can be= =20 found at: http://people.freebsd.org/~mlaier/CARP/ =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart1688102.c5n1zZPv4L Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBk/+LXyyEoT62BG0RAuSuAJ9mDTxSwkEbQaYDSAKPW5wEGwFK+QCdE532 Fovh96LRbsZERiAoqcw3KVw= =9fbk -----END PGP SIGNATURE----- --nextPart1688102.c5n1zZPv4L-- From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:09:25 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 885AD16A420; Sun, 3 Jul 2005 00:09:25 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19EA743D58; Sun, 3 Jul 2005 00:08:07 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 261765DB1C; Sat, 2 Jul 2005 17:07:46 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 8EFAD5C98A for ; Thu, 11 Nov 2004 16:16:29 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 11377558B2; Fri, 12 Nov 2004 00:16:29 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E7E0716A4D8; Fri, 12 Nov 2004 00:16:27 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EB91B16A4CE; Fri, 12 Nov 2004 00:16:25 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 78F3043D39; Fri, 12 Nov 2004 00:16:23 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.208] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CSP70-00052M-00; Fri, 12 Nov 2004 01:16:22 +0100 Received: from [84.128.130.223] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CSP70-0000rr-00; Fri, 12 Nov 2004 01:16:22 +0100 From: Max Laier To: freebsd-net@freebsd.org User-Agent: KMail/1.7.1 References: <200411112124.12616.max@love2party.net> <20041111215506.GA60227@webcom.it> In-Reply-To: <20041111215506.GA60227@webcom.it> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2998521.leMBpdJXmZ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411120116.33771.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: Andrea Campi , freebsd-arch@freebsd.org Subject: Re: in.c autoadding prefix route X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:09:25 -0000 X-Original-Date: Fri, 12 Nov 2004 01:16:31 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:09:25 -0000 --nextPart2998521.leMBpdJXmZ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 11 November 2004 22:55, Andrea Campi wrote: > On Thu, Nov 11, 2004 at 09:24:05PM +0100, Max Laier wrote: > > The attached patch (http://people.freebsd.org/~mlaier/in.c.patch) deriv= ed > > from WIDE via OpenBSD in.c, rev 1.21 improves the handling of automatic > > prefix routes. > > Sounds like a very useful change indeed. > > One comment though: > > @@ -743,26 +766,7 @@ > > return (0); > > flags |=3D RTF_HOST; > > } > > - > > - /*- > > - * Don't add host routes for interface addresses of > > - * 0.0.0.0 --> 0.255.255.255 netmask 255.0.0.0. This makes it > > - * possible to assign several such address pairs with consistent > > - * results (no host route) and is required by BOOTP. > > - * > > - * XXX: This is ugly ! There should be a way for the caller to > > - * say that they don't want a host route. > > - */ > > - if (ia->ia_addr.sin_addr.s_addr !=3D INADDR_ANY || > > - ia->ia_netmask !=3D IN_CLASSA_NET || > > - ia->ia_dstaddr.sin_addr.s_addr !=3D htonl(IN_CLASSA_HOST)) { > > - if ((error =3D rtinit(&ia->ia_ifa, (int)RTM_ADD, flags)) !=3D 0) { > > - ia->ia_addr =3D oldaddr; > > - return (error); > > - } > > - ia->ia_flags |=3D IFA_ROUTE; > > - } > > - > > + error =3D in_addprefix(ia, flags); > > /* > > * If the interface supports multicast, join the "all hosts" > > * multicast group on that interface. > > Are you sure you want to go on if you got an error? Regardless, you should > probably have an empty line after in_addrprefix. Not sure how to deal with the error case. All errors we should get are memo= ry=20 related (as we check carefully that the rtinit will success). This means th= at=20 the following in_addmulti will sleep if we hit it (in_addmulti mallocs with= =20 M_WAITOK) ... so I guess you are right and it's the least intrusive if we d= o=20 return. > > + TAILQ_FOREACH(ia, &in_ifaddrhead, ia_link) { > > + if (rtinitflags(ia)) > > + p =3D ia->ia_dstaddr.sin_addr; > > + else { > > The if() is misindented. Right, thanks. Patch at: http://people.freebsd.org/~mlaier/in.c.patch updated accordingly. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2998521.leMBpdJXmZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBlADhXyyEoT62BG0RAiqXAJ9vmIRYQO8Trr94o1cFZK3J7dv1CgCeOJcx yym8dnddM9LXO8FJPiWPt/c= =fe8I -----END PGP SIGNATURE----- --nextPart2998521.leMBpdJXmZ-- From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:09:31 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D71C016A434; Sun, 3 Jul 2005 00:09:31 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3FF443D75; Sun, 3 Jul 2005 00:08:07 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 50FF25DB43; Sat, 2 Jul 2005 17:07:46 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 143915C999 for ; Thu, 11 Nov 2004 13:31:27 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id CE51F589D9; Thu, 11 Nov 2004 21:29:36 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8815916A4F8; Thu, 11 Nov 2004 21:29:33 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8FB1316A4CE; Thu, 11 Nov 2004 21:29:24 +0000 (GMT) Received: from wrzx35.rz.uni-wuerzburg.de (wrzx35.rz.uni-wuerzburg.de [132.187.3.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id E8FE843D1D; Thu, 11 Nov 2004 21:29:23 +0000 (GMT) (envelope-from q@uni.de) Received: from wrzx30.rz.uni-wuerzburg.de (wrzx30.rz.uni-wuerzburg.de [132.187.1.30]) by wrzx35.rz.uni-wuerzburg.de (Postfix) with ESMTP id A897ADD194; Thu, 11 Nov 2004 22:29:22 +0100 (CET) Received: from virusscan (localhost [127.0.0.1]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 8F701909AF; Thu, 11 Nov 2004 22:29:22 +0100 (CET) Received: from wrzx28.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by wrzx30.rz.uni-wuerzburg.de (Postfix) with ESMTP id 3F4FD8EDAE; Thu, 11 Nov 2004 22:29:22 +0100 (CET) Received: from coyote.q.local (wwsx14.win-screen.uni-wuerzburg.de [132.187.253.14]) by wrzx28.rz.uni-wuerzburg.de (Postfix) with ESMTP id E3BCCD4563; Thu, 11 Nov 2004 22:29:21 +0100 (CET) Received: from roadrunner.q.local (roadrunner.q.local [192.168.0.148]) by coyote.q.local (8.12.10/8.12.10) with ESMTP id iABLTLhp033370; Thu, 11 Nov 2004 22:29:21 +0100 (CET) (envelope-from q@uni.de) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.1/8.13.1) with ESMTP id iABLTLoM086628; Thu, 11 Nov 2004 22:29:21 +0100 (CET) (envelope-from q@uni.de) Received: (from q@localhost) by roadrunner.q.local (8.13.1/8.13.1/Submit) id iABLTKDU086571; Thu, 11 Nov 2004 22:29:20 +0100 (CET) (envelope-from q@uni.de) From: Ulrich Spoerlein To: Max Laier Message-ID: <20041111212920.GA902@galgenberg.net> References: <200411112124.12616.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <200411112124.12616.max@love2party.net> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new (Rechenzentrum Universitaet Wuerzburg) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-arch@freebsd.org Subject: Re: in.c autoadding prefix route X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:09:32 -0000 X-Original-Date: Thu, 11 Nov 2004 22:29:20 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:09:32 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 11.11.2004 at 21:24:05 +0100, Max Laier wrote: > The patch allows to add more than on IPv4 address with the same prefix. I= n the=20 > case that there is a route already, we leave it alone and add the new add= ress=20 > without the IFA_ROUTE flag. When we remove an address later on, that has = a=20 > route associated, we try to find an alternative address to use for the ro= ute=20 > and hand it over. Assume I have two computers hooked up via Ethernet and via Firewire (if_fwe). Will this commit allow me to place all four IP addresses of the interfaces into the same subnet and have FreeBSD re-route the packets through Firewire if the Ethernet link goes down (or vice versa)? Or do I need to go CARP for this to work? Ulrich Spoerlein --=20 PGP Key ID: F0DB9F44 Encrypted mail welcome! Fingerprint: F1CE D062 0CA9 ADE3 349B 2FE8 980A C6B5 F0DB 9F44 Ok, which part of "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." didn't you understand? --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBk9mwmArGtfDbn0QRAm/7AJ4zWIBMlcgZDAZIK+8bTHpyHNXSdgCgrz5d iKehlCxeLAS/qGBh9dDWB1M= =3kwc -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:09:35 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D723916A420; Sun, 3 Jul 2005 00:09:34 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C92C43D62; Sun, 3 Jul 2005 00:08:05 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id E03215DB85; Sat, 2 Jul 2005 17:07:45 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id E0C8C5C9BB for ; Thu, 11 Nov 2004 19:28:37 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 15A90555FD; Fri, 12 Nov 2004 03:28:37 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id E46B816A4D8; Fri, 12 Nov 2004 03:28:35 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E7A1C16A4D0; Fri, 12 Nov 2004 03:28:32 +0000 (GMT) Received: from arginine.spc.org (arginine.spc.org [195.206.69.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52F4F43D48; Fri, 12 Nov 2004 03:28:32 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 9782D65339; Fri, 12 Nov 2004 03:28:30 +0000 (GMT) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 51672-01; Fri, 12 Nov 2004 03:28:30 +0000 (GMT) Received: from empiric.dek.spc.org (dhcp120.icir.org [192.150.187.120]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id D00006530A; Fri, 12 Nov 2004 03:28:28 +0000 (GMT) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id A0A436482; Thu, 11 Nov 2004 19:28:17 -0800 (PST) From: Bruce M Simpson To: Brooks Davis Message-ID: <20041112032817.GB7195@dhcp120.icir.org> Mail-Followup-To: Brooks Davis , Max Laier , freebsd-net@freebsd.org, freebsd-arch@freebsd.org References: <200411112124.12616.max@love2party.net> <20041112031318.GC1809@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LQksG6bCIzRHxTLp" Content-Disposition: inline In-Reply-To: <20041112031318.GC1809@odin.ac.hmc.edu> X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: Max Laier , freebsd-net@freebsd.org, freebsd-arch@freebsd.org Subject: Re: in.c autoadding prefix route X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:09:35 -0000 X-Original-Date: Thu, 11 Nov 2004 19:28:17 -0800 X-List-Received-Date: Sun, 03 Jul 2005 00:09:35 -0000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Nov 11, 2004 at 07:13:18PM -0800, Brooks Davis wrote: > I have no objections so this change. Does this help or hurt our quest > to be able to usefully bind to 0.0.0.0? It would be really nice if we > could eventually do this so we could stop running bpf on 90+% of all > machines just so we could use DHCP. Nope, that's a job for my IP_SENDIF change (as yet unimplemented). This change, however, may make things somewhat easier for interfaces configured with the same broadcast address; IP_ONESBCAST currently relies on the fact that an interface is numbered and has a network broadcast address to do what it does, but I can see that changing or perhaps even becoming obsolete if IP_SENDIF is implemented. It's a trivial change to implement SO_BINDTODEVICE on top for Linux compatibility. Regards, BMS --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Comment: '' iD8DBQFBlC3RueUpAYYNtTsRAiiDAJwMwK5OhSdsz50ahK5KQQ3ls2m/6gCeJPun /VC+Qe3JIrNyYPYv6NFROAo= =ctzK -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:09:39 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D532416A421; Sun, 3 Jul 2005 00:09:39 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E799C43D77; Sun, 3 Jul 2005 00:08:08 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 671125DB4A; Sat, 2 Jul 2005 17:07:46 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 374DA5C98F for ; Thu, 11 Nov 2004 12:24:07 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id F239256A3F; Thu, 11 Nov 2004 20:24:05 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 63BE216A4DA; Thu, 11 Nov 2004 20:24:05 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B936E16A4CE; Thu, 11 Nov 2004 20:24:02 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AE4B43D48; Thu, 11 Nov 2004 20:24:02 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.209] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CSLU9-00018w-00; Thu, 11 Nov 2004 21:24:01 +0100 Received: from [84.128.130.223] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CSLU8-0007bw-00; Thu, 11 Nov 2004 21:24:01 +0100 From: Max Laier To: freebsd-arch@freebsd.org User-Agent: KMail/1.7.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4509686.Ad4VYY4PBk"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411112124.12616.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org Subject: in.c autoadding prefix route X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:09:40 -0000 X-Original-Date: Thu, 11 Nov 2004 21:24:05 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:09:40 -0000 --nextPart4509686.Ad4VYY4PBk Content-Type: multipart/mixed; boundary="Boundary-01=_np8kBd92qNtmEHy" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_np8kBd92qNtmEHy Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline All, I know I have sent this a couple of times before, but never got anywhere. T= his=20 time I am set to commit! The attached patch (http://people.freebsd.org/~mlaier/in.c.patch) derived f= rom=20 WIDE via OpenBSD in.c, rev 1.21 improves the handling of automatic prefix=20 routes. Right now you can't have two legs into the same network. If you want to, yo= u=20 must give on of the interfaces a host address only (netmask /32). This way = it=20 is not possible to hand over the route if one of the interfaces is=20 "removed" (however this is done in the special case). The patch allows to add more than on IPv4 address with the same prefix. In = the=20 case that there is a route already, we leave it alone and add the new addre= ss=20 without the IFA_ROUTE flag. When we remove an address later on, that has a= =20 route associated, we try to find an alternative address to use for the rout= e=20 and hand it over. This is required for CARP, but should be helpful for other situations as we= ll. Any objections? I also plan to merge this back to RELENG_5 after some time. I don't see thi= s=20 breaking assumptions (it was an error case before) - please tell me if you= =20 see something. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_np8kBd92qNtmEHy Content-Type: text/x-diff; charset="us-ascii"; name="in.c.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="in.c.patch" =2D-- ../dist/sys/netinet/in.c Sat Nov 6 21:01:08 2004 +++ sys/netinet/in.c Mon Nov 8 02:05:17 2004 @@ -1,4 +1,32 @@ /* + * Copyright (C) 2001 WIDE Project. All rights reserved. + *=20 + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * 3. Neither the name of the project nor the names of its contributors + * may be used to endorse or promote products derived from this software + * without specific prior written permission. + *=20 + * THIS SOFTWARE IS PROVIDED BY THE PROJECT AND CONTRIBUTORS ``AS IS'' AND + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURP= OSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE PROJECT OR CONTRIBUTORS BE LIABLE + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENT= IAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STR= ICT + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY W= AY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +/* * Copyright (c) 1982, 1986, 1991, 1993 * The Regents of the University of California. All rights reserved. * @@ -55,6 +83,8 @@ static int in_lifaddr_ioctl(struct socket *, u_long, caddr_t, struct ifnet *, struct thread *); =20 +static int in_addprefix(struct in_ifaddr *, int); +static int in_scrubprefix(struct in_ifaddr *); static void in_socktrim(struct sockaddr_in *); static int in_ifinit(struct ifnet *, struct in_ifaddr *, struct sockaddr_in *, int); @@ -654,14 +684,7 @@ register struct ifnet *ifp; register struct in_ifaddr *ia; { =2D =2D if ((ia->ia_flags & IFA_ROUTE) =3D=3D 0) =2D return; =2D if (ifp->if_flags & (IFF_LOOPBACK|IFF_POINTOPOINT)) =2D rtinit(&(ia->ia_ifa), (int)RTM_DELETE, RTF_HOST); =2D else =2D rtinit(&(ia->ia_ifa), (int)RTM_DELETE, 0); =2D ia->ia_flags &=3D ~IFA_ROUTE; + in_scrubprefix(ia); } =20 /* @@ -743,26 +766,7 @@ return (0); flags |=3D RTF_HOST; } =2D =2D /*- =2D * Don't add host routes for interface addresses of =2D * 0.0.0.0 --> 0.255.255.255 netmask 255.0.0.0. This makes it =2D * possible to assign several such address pairs with consistent =2D * results (no host route) and is required by BOOTP. =2D * =2D * XXX: This is ugly ! There should be a way for the caller to =2D * say that they don't want a host route. =2D */ =2D if (ia->ia_addr.sin_addr.s_addr !=3D INADDR_ANY || =2D ia->ia_netmask !=3D IN_CLASSA_NET || =2D ia->ia_dstaddr.sin_addr.s_addr !=3D htonl(IN_CLASSA_HOST)) { =2D if ((error =3D rtinit(&ia->ia_ifa, (int)RTM_ADD, flags)) !=3D 0) { =2D ia->ia_addr =3D oldaddr; =2D return (error); =2D } =2D ia->ia_flags |=3D IFA_ROUTE; =2D } =2D + error =3D in_addprefix(ia, flags); /* * If the interface supports multicast, join the "all hosts" * multicast group on that interface. @@ -776,6 +780,118 @@ return (error); } =20 +#define rtinitflags(x) \ + ((((x)->ia_ifp->if_flags & (IFF_LOOPBACK | IFF_POINTOPOINT)) !=3D 0) \ + ? RTF_HOST : 0) +/* + * add a route to prefix ("connected route" in cisco terminology). + * does nothing if there's some interface address with the same prefix alr= eady. + */ +static int +in_addprefix(target, flags) + struct in_ifaddr *target; + int flags; +{ + struct in_ifaddr *ia; + struct in_addr prefix, mask, p; + int error; + + if ((flags & RTF_HOST) !=3D 0) + prefix =3D target->ia_dstaddr.sin_addr; + else { + prefix =3D target->ia_addr.sin_addr; + mask =3D target->ia_sockmask.sin_addr; + prefix.s_addr &=3D mask.s_addr; + } + + TAILQ_FOREACH(ia, &in_ifaddrhead, ia_link) { + if (rtinitflags(ia)) + p =3D ia->ia_dstaddr.sin_addr; + else { + p =3D ia->ia_addr.sin_addr; + p.s_addr &=3D ia->ia_sockmask.sin_addr.s_addr; + } + + if (prefix.s_addr !=3D p.s_addr) + continue; + + /* + * if we got a matching prefix route inserted by other + * interface adderss, we don't need to bother + */ + if (ia->ia_flags & IFA_ROUTE) + return 0; + } + + /* + * noone seem to have prefix route. insert it. + */ + error =3D rtinit(&target->ia_ifa, (int)RTM_ADD, flags); + if (!error) + target->ia_flags |=3D IFA_ROUTE; + return error; +} + +/* + * remove a route to prefix ("connected route" in cisco terminology). + * re-installs the route by using another interface address, if there's one + * with the same prefix (otherwise we lose the route mistakenly). + */ +static int +in_scrubprefix(target) + struct in_ifaddr *target; +{ + struct in_ifaddr *ia; + struct in_addr prefix, mask, p; + int error; + + if ((target->ia_flags & IFA_ROUTE) =3D=3D 0) + return 0; + + if (rtinitflags(target)) + prefix =3D target->ia_dstaddr.sin_addr; + else { + prefix =3D target->ia_addr.sin_addr; + mask =3D target->ia_sockmask.sin_addr; + prefix.s_addr &=3D mask.s_addr; + } + + TAILQ_FOREACH(ia, &in_ifaddrhead, ia_link) { + if (rtinitflags(ia)) + p =3D ia->ia_dstaddr.sin_addr; + else { + p =3D ia->ia_addr.sin_addr; + p.s_addr &=3D ia->ia_sockmask.sin_addr.s_addr; + } + + if (prefix.s_addr !=3D p.s_addr) + continue; + + /* + * if we got a matching prefix route, move IFA_ROUTE to him + */ + if ((ia->ia_flags & IFA_ROUTE) =3D=3D 0) { + rtinit(&(target->ia_ifa), (int)RTM_DELETE, + rtinitflags(target)); + target->ia_flags &=3D ~IFA_ROUTE; + + error =3D rtinit(&ia->ia_ifa, (int)RTM_ADD, + rtinitflags(ia) | RTF_UP); + if (error =3D=3D 0) + ia->ia_flags |=3D IFA_ROUTE; + return error; + } + } + + /* + * noone seem to have prefix route. remove it. + */ + rtinit(&(target->ia_ifa), (int)RTM_DELETE, rtinitflags(target)); + target->ia_flags &=3D ~IFA_ROUTE; + return 0; +} + +#undef rtinitflags =20 /* * Return 1 if the address might be a local broadcast address. --Boundary-01=_np8kBd92qNtmEHy-- --nextPart4509686.Ad4VYY4PBk Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBk8psXyyEoT62BG0RAmutAJ9z6WB3K1FYiXIDsa/gGY/QjISOYACggWA3 o3PCXKZ60jN3t6bk6VWdkXk= =DccO -----END PGP SIGNATURE----- --nextPart4509686.Ad4VYY4PBk-- From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:09:47 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D69EF16A42D; Sun, 3 Jul 2005 00:09:47 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF3AB43D9B; Sun, 3 Jul 2005 00:08:16 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 917C55DB92; Sat, 2 Jul 2005 17:07:47 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 2AA475C9FE for ; Wed, 17 Nov 2004 08:52:42 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1B84256BFF; Wed, 17 Nov 2004 16:50:43 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A8BA816A4D6; Wed, 17 Nov 2004 16:50:42 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F255B16A4D1; Wed, 17 Nov 2004 16:50:35 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A3BE43D1F; Wed, 17 Nov 2004 16:50:35 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.43 (FreeBSD)) id 1CUT0q-000Dnd-L5; Wed, 17 Nov 2004 19:50:32 +0300 From: Vladimir Grebenschikov To: Max Laier In-Reply-To: <200411112124.12616.max@love2party.net> References: <200411112124.12616.max@love2party.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Message-Id: <1100710232.47346.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-0.8 required=5.0 tests=AWL,BAYES_00, MIME_CHARSET_FARAWAY autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-arch@freebsd.org Subject: Re: in.c autoadding prefix route X-BeenThere: freebsd-net@freebsd.org Reply-To: vova@fbsd.ru List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:09:48 -0000 X-Original-Date: Wed, 17 Nov 2004 19:50:32 +0300 X-List-Received-Date: Sun, 03 Jul 2005 00:09:48 -0000 =F7 =DE=D4, 11/11/2004 =D7 21:24 +0100, Max Laier =D0=C9=DB=C5=D4:=20 > All, >=20 > I know I have sent this a couple of times before, but never got anywhere.= This=20 > time I am set to commit! >=20 > The attached patch (http://people.freebsd.org/~mlaier/in.c.patch) derived= from=20 > WIDE via OpenBSD in.c, rev 1.21 improves the handling of automatic prefix= =20 > routes. >=20 > Right now you can't have two legs into the same network. If you want to, = you=20 > must give on of the interfaces a host address only (netmask /32). This wa= y it=20 > is not possible to hand over the route if one of the interfaces is=20 > "removed" (however this is done in the special case). >=20 > The patch allows to add more than on IPv4 address with the same prefix. I= n the=20 > case that there is a route already, we leave it alone and add the new add= ress=20 > without the IFA_ROUTE flag. When we remove an address later on, that has = a=20 > route associated, we try to find an alternative address to use for the ro= ute=20 > and hand it over. >=20 > This is required for CARP, but should be helpful for other situations as = well. >=20 > Any objections? This change actually broke one simple thing: # ifconfig lo0 alias 10.0.16.111/32 # ping 10.0.16.111 PING 10.0.16.111 (10.0.16.111): 56 data bytes ping: sendto: No route to host ^C # You should (anyway should) add routing of interface address itself to loop-back interface, like it usually done in all other cases. Please fix. --=20 Vladimir B. Grebenchikov vova@fbsd.ru _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:09:50 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D511516A428; Sun, 3 Jul 2005 00:09:50 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6657443D91; Sun, 3 Jul 2005 00:08:15 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 5D46D5DB7F; Sat, 2 Jul 2005 17:07:47 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id EEAD55CAD4 for ; Wed, 17 Nov 2004 15:07:24 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 556C25799B; Wed, 17 Nov 2004 23:07:24 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 95C6416A4D7; Wed, 17 Nov 2004 23:07:23 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B48716A4CE; Wed, 17 Nov 2004 23:07:21 +0000 (GMT) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.191]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B55743D4C; Wed, 17 Nov 2004 23:07:20 +0000 (GMT) (envelope-from max@love2party.net) Received: from [212.227.126.206] (helo=mrelayng.kundenserver.de) by moutng.kundenserver.de with esmtp (Exim 3.35 #1) id 1CUYtT-0004l1-00; Thu, 18 Nov 2004 00:07:19 +0100 Received: from [217.83.7.105] (helo=donor.laier.local) by mrelayng.kundenserver.de with asmtp (TLSv1:RC4-MD5:128) (Exim 3.35 #1) id 1CUYtS-0000z9-00; Thu, 18 Nov 2004 00:07:19 +0100 From: Max Laier To: freebsd-net@freebsd.org User-Agent: KMail/1.7.1 References: <200411112124.12616.max@love2party.net> <1100710232.47346.5.camel@localhost> <20041117220247.GA60793@ip.net.ua> In-Reply-To: <20041117220247.GA60793@ip.net.ua> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart7242309.1ZlrrbEUC1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200411180007.39802.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de auth:61c499deaeeba3ba5be80f48ecc83056 X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-1.5 required=5.0 tests=AWL,BAYES_00,BODY_8BITS autolearn=ham version=3.0.0 X-Spam-Level: Cc: Vladimir Grebenschikov , freebsd-arch@freebsd.org Subject: Re: in.c autoadding prefix route [PATCH] X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:09:51 -0000 X-Original-Date: Thu, 18 Nov 2004 00:07:30 +0100 X-List-Received-Date: Sun, 03 Jul 2005 00:09:51 -0000 --nextPart7242309.1ZlrrbEUC1 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 17 November 2004 23:02, Ruslan Ermilov wrote: > On Wed, Nov 17, 2004 at 07:50:32PM +0300, Vladimir Grebenschikov wrote: > > =D0=92 =D1=87=D1=82, 11/11/2004 =D0=B2 21:24 +0100, Max Laier =D0=BF=D0= =B8=D1=88=D0=B5=D1=82: > > > All, > > > > > > I know I have sent this a couple of times before, but never got > > > anywhere. This time I am set to commit! > > > > > > The attached patch (http://people.freebsd.org/~mlaier/in.c.patch) > > > derived from WIDE via OpenBSD in.c, rev 1.21 improves the handling of > > > automatic prefix routes. > > > > > > Right now you can't have two legs into the same network. If you want > > > to, you must give on of the interfaces a host address only (netmask > > > /32). This way it is not possible to hand over the route if one of the > > > interfaces is "removed" (however this is done in the special case). > > > > > > The patch allows to add more than on IPv4 address with the same prefi= x. > > > In the case that there is a route already, we leave it alone and add > > > the new address without the IFA_ROUTE flag. When we remove an address > > > later on, that has a route associated, we try to find an alternative > > > address to use for the route and hand it over. > > > > > > This is required for CARP, but should be helpful for other situations > > > as well. > > > > > > Any objections? > > > > This change actually broke one simple thing: > > > > # ifconfig lo0 alias 10.0.16.111/32 > > # ping 10.0.16.111 > > PING 10.0.16.111 (10.0.16.111): 56 data bytes > > ping: sendto: No route to host > > ^C > > # > > > > You should (anyway should) add routing of interface address itself to > > loop-back interface, like it usually done in all other cases. > > > > Please fix. > > This bug was borrowed from OpenBSD (they still have it). > The problem is that in "struct in_ifaddr", initially > > ia_ifa.ifa_addr points to ia_addr > - and - > ia_ifa.ifa_dstaddr points to ia_dstaddr > > and the IFF_LOOPBACK code in in_ifinit() just resets > the ia_ifa.ifa_dstaddr pointer to point to ia_ifa.ifa_addr. > But new in_addprefix() code ignores this fact, and just > uses INET fields directly, i.e., ia_dstaddr (which happens > to be 0.0.0.0). Then all the havoc happens (it matches > another interface address (ia_addr=3D127.0.0.1, ia_dstaddr=3D0) > and refuses to install a host route. > > The fix is a one line change, and as I later found out, > it also corresponds to NetBSD revision 1.83: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/in.c.diff?r1=3D1.82= &r2=3D >1.83&cvsroot=3Dnetbsd > > %%% > Index: in.c > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > RCS file: /home/ncvs/src/sys/netinet/in.c,v > retrieving revision 1.78 > diff -u -p -r1.78 in.c > --- in.c 12 Nov 2004 20:53:51 -0000 1.78 > +++ in.c 17 Nov 2004 21:42:44 -0000 > @@ -759,7 +759,7 @@ in_ifinit(ifp, ia, sin, scrub) > ia->ia_netbroadcast.s_addr =3D > htonl(ia->ia_net | ~ ia->ia_netmask); > } else if (ifp->if_flags & IFF_LOOPBACK) { > - ia->ia_ifa.ifa_dstaddr =3D ia->ia_ifa.ifa_addr; > + ia->ia_dstaddr =3D ia->ia_addr; > flags |=3D RTF_HOST; > } else if (ifp->if_flags & IFF_POINTOPOINT) { > if (ia->ia_dstaddr.sin_family !=3D AF_INET) > %%% > > An alternative would be to fix in_addprefix() to pay > attention to ia_ifa pointers, but as this bug shows, > this is error prone. It's much easier to just > initialize the ia_dstaddr as appropriate. Thanks. Good analysis ... I failed to see it :-\ I agree that setting ia_dstaddr is the less painful option. Again, thanks a lot and sorry for the mess! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart7242309.1ZlrrbEUC1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBBm9m7XyyEoT62BG0RAnI0AJ4rLuIe3rkQDhBla5REG+U3X5ZlBgCfVeLd cmuE1BIz9XdLzFOjq6lW8TU= =aShL -----END PGP SIGNATURE----- --nextPart7242309.1ZlrrbEUC1-- From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:09:55 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 080E516A430; Sun, 3 Jul 2005 00:09:55 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A975743D9A; Sun, 3 Jul 2005 00:08:16 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 873295DB8D; Sat, 2 Jul 2005 17:07:47 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 4FE855CA4F for ; Wed, 17 Nov 2004 14:03:01 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 595EB55B47; Wed, 17 Nov 2004 22:03:00 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id EB5D916A4D0; Wed, 17 Nov 2004 22:02:59 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1B5C16A4CE; Wed, 17 Nov 2004 22:02:56 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8BC843D46; Wed, 17 Nov 2004 22:02:55 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iAHM2mhK047963; Thu, 18 Nov 2004 00:02:48 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 83815-14; Thu, 18 Nov 2004 00:02:47 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id iAHM2kFo047960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 18 Nov 2004 00:02:47 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id iAHM2m7B081982; Thu, 18 Nov 2004 00:02:48 +0200 (EET) (envelope-from ru) From: Ruslan Ermilov To: Vladimir Grebenschikov Message-ID: <20041117220247.GA60793@ip.net.ua> References: <200411112124.12616.max@love2party.net> <1100710232.47346.5.camel@localhost> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline In-Reply-To: <1100710232.47346.5.camel@localhost> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-1.3 required=5.0 tests=AWL,BAYES_00, MIME_CHARSET_FARAWAY autolearn=ham version=3.0.0 X-Spam-Level: Cc: Max Laier , freebsd-net@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: in.c autoadding prefix route [PATCH] X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:09:56 -0000 X-Original-Date: Thu, 18 Nov 2004 00:02:47 +0200 X-List-Received-Date: Sun, 03 Jul 2005 00:09:56 -0000 --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Nov 17, 2004 at 07:50:32PM +0300, Vladimir Grebenschikov wrote: > =F7 =DE=D4, 11/11/2004 =D7 21:24 +0100, Max Laier =D0=C9=DB=C5=D4:=20 > > All, > >=20 > > I know I have sent this a couple of times before, but never got anywher= e. This=20 > > time I am set to commit! > >=20 > > The attached patch (http://people.freebsd.org/~mlaier/in.c.patch) deriv= ed from=20 > > WIDE via OpenBSD in.c, rev 1.21 improves the handling of automatic pref= ix=20 > > routes. > >=20 > > Right now you can't have two legs into the same network. If you want to= , you=20 > > must give on of the interfaces a host address only (netmask /32). This = way it=20 > > is not possible to hand over the route if one of the interfaces is=20 > > "removed" (however this is done in the special case). > >=20 > > The patch allows to add more than on IPv4 address with the same prefix.= In the=20 > > case that there is a route already, we leave it alone and add the new a= ddress=20 > > without the IFA_ROUTE flag. When we remove an address later on, that ha= s a=20 > > route associated, we try to find an alternative address to use for the = route=20 > > and hand it over. > >=20 > > This is required for CARP, but should be helpful for other situations a= s well. > >=20 > > Any objections? >=20 > This change actually broke one simple thing: >=20 > # ifconfig lo0 alias 10.0.16.111/32 > # ping 10.0.16.111 > PING 10.0.16.111 (10.0.16.111): 56 data bytes > ping: sendto: No route to host > ^C > # >=20 > You should (anyway should) add routing of interface address itself to > loop-back interface, like it usually done in all other cases. >=20 > Please fix. >=20 This bug was borrowed from OpenBSD (they still have it). The problem is that in "struct in_ifaddr", initially ia_ifa.ifa_addr points to ia_addr - and - ia_ifa.ifa_dstaddr points to ia_dstaddr and the IFF_LOOPBACK code in in_ifinit() just resets the ia_ifa.ifa_dstaddr pointer to point to ia_ifa.ifa_addr. But new in_addprefix() code ignores this fact, and just uses INET fields directly, i.e., ia_dstaddr (which happens to be 0.0.0.0). Then all the havoc happens (it matches another interface address (ia_addr=3D127.0.0.1, ia_dstaddr=3D0) and refuses to install a host route. The fix is a one line change, and as I later found out, it also corresponds to NetBSD revision 1.83: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet/in.c.diff?r1=3D1.82&r= 2=3D1.83&cvsroot=3Dnetbsd %%% Index: in.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/netinet/in.c,v retrieving revision 1.78 diff -u -p -r1.78 in.c --- in.c 12 Nov 2004 20:53:51 -0000 1.78 +++ in.c 17 Nov 2004 21:42:44 -0000 @@ -759,7 +759,7 @@ in_ifinit(ifp, ia, sin, scrub) ia->ia_netbroadcast.s_addr =3D htonl(ia->ia_net | ~ ia->ia_netmask); } else if (ifp->if_flags & IFF_LOOPBACK) { - ia->ia_ifa.ifa_dstaddr =3D ia->ia_ifa.ifa_addr; + ia->ia_dstaddr =3D ia->ia_addr; flags |=3D RTF_HOST; } else if (ifp->if_flags & IFF_POINTOPOINT) { if (ia->ia_dstaddr.sin_family !=3D AF_INET) %%% An alternative would be to fix in_addprefix() to pay attention to ia_ifa pointers, but as this bug shows, this is error prone. It's much easier to just initialize the ia_dstaddr as appropriate. =09 Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFBm8qHqRfpzJluFF4RAjApAJ9/D86FqpwPvb6oLRmyd41zjyWZQQCeKXuy A6+YwAicxvtMT+7Os1KcZvk= =I3CA -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:35:58 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E85A716A425; Sun, 3 Jul 2005 00:35:58 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C34144033; Sun, 3 Jul 2005 00:19:47 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 92BFA62003; Sat, 2 Jul 2005 17:19:12 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 767D15C9A7 for ; Fri, 11 Feb 2005 15:00:00 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id BAC7462D3D; Fri, 11 Feb 2005 22:59:59 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D40A916A4D7; Fri, 11 Feb 2005 22:59:55 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C767C16A4CE; Fri, 11 Feb 2005 22:59:51 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2814243D3F; Fri, 11 Feb 2005 22:59:51 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j1BMxdwu013455; Fri, 11 Feb 2005 14:59:43 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502112259.j1BMxdwu013455@gw.catspoiler.org> From: Don Lewis To: oppermann@networx.ch In-Reply-To: <420D1344.9DAC70D0@networx.ch> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: freebsd-net@FreeBSD.org, qing.li@bluecoat.com, freebsd-current@FreeBSD.org Subject: Re: known TCP vulnerability ?? X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:35:59 -0000 X-Original-Date: Fri, 11 Feb 2005 14:59:39 -0800 (PST) X-List-Received-Date: Sun, 03 Jul 2005 00:35:59 -0000 On 11 Feb, Andre Oppermann wrote: > "Li, Qing" wrote: >> >> http://www.kb.cert.org/vuls/id/464113 >> >> http://www.linuxsecurity.com/content/view/104980/98/ >> >> Ran the packet tests against FreeBSD 5.3 and 6-CURRENT and both >> respond to the SYN+FIN packets with SYN+ACK. > > This is expected behaviour because of FreeBSD used to implement T/TCP > according to RFC1644. I haven't removed this part from TCP because > I have a better reincarnation of T/TCP without the previous shortcomings > almost ready which uses this again. > > The CERT article describes how dumb firewalls with poor stateful > inspection may get fooled by this and other flag combinations. > All I can say is it's not our fault. The SYN+FIN combination is > described in RFC1644 and if the firewall gets it wrong... Well, > the real world sucks. We won't try to accept a new connection of either RST or ACK bits are set along with the SYN. /* * If the state is LISTEN then ignore segment if it contains * a RST. If the segment contains an ACK then it is bad and * send a RST. If it does not contain a SYN then it is not * interesting; drop it. * * If the state is SYN_RECEIVED (syncache) and seg contains * an ACK, but not for our SYN/ACK, send a RST. If the seg * contains a RST, check the sequence number to see if it * is a valid reset segment. */ if ((thflags & (TH_RST|TH_ACK|TH_SYN)) != TH_SYN) { if ((thflags & (TH_RST|TH_ACK|TH_SYN)) == TH_ACK) { [snip] } /* * Segment's flags are (SYN) or (SYN|FIN). */ The FIN flag should be harmless if it accompanies a SYN, but if it makes you feel more comfortable, you can compile your kernel with the TCP_DROP_SYNFIN option which gives you a sysctl knob that controls whether or not these packets get dropped. Typically this is done to confuse software that attempts to identify a remote host OS by seeing how it responds to various packets. You might find that enabling this option makes a host running FreeBSD look like it is running Microsoft Windows and invite a horde of attempts to exploit various Windows vulnerabilities ;-) _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:45:48 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2C0416A519; Sun, 3 Jul 2005 00:45:47 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AB3843D8C; Sun, 3 Jul 2005 00:28:56 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id D9229653B4; Sat, 2 Jul 2005 17:28:49 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id A0CF65D9DC for ; Mon, 1 Nov 2004 04:20:48 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0F65155CE8; Mon, 1 Nov 2004 12:20:20 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 08C4416A4EA; Mon, 1 Nov 2004 12:20:19 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CCD9E16A4CE; Mon, 1 Nov 2004 12:20:14 +0000 (GMT) Received: from poison2.syncrontech.com (adsl-nat.syncrontech.com [213.28.98.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F09943D1F; Mon, 1 Nov 2004 12:20:13 +0000 (GMT) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [62.71.8.57])iA1CK8L6030602; Mon, 1 Nov 2004 14:20:09 +0200 (EET) (envelope-from ari@suutari.iki.fi) Received: from coffee (coffee.syncrontech.com [62.71.8.37]) iA1CK7b2043496; Mon, 1 Nov 2004 14:20:07 +0200 (EET) (envelope-from ari@suutari.iki.fi) Message-ID: <02d801c4c00d$24fc2a30$2508473e@sad.syncrontech.com> From: "Ari Suutari" To: "Vincent Poy" References: <200410300927.51286.ari@suutari.iki.fi> <429af92e04103118435b35f235@mail.gmail.com> <016901c4bfe5$77c19d90$2508473e@sad.syncrontech.com> <429af92e041101021638e8598e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Andre Oppermann , freebsd-ipfw@freebsd.org Subject: Re: ipfw and ipsec processing order for outgoing packets wrong X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:45:49 -0000 X-Original-Date: Mon, 1 Nov 2004 14:20:10 +0200 X-List-Received-Date: Sun, 03 Jul 2005 00:45:49 -0000 Hi, > The counters for queue 1 keeps increasing when I do a ftp out even for > non-ACK packets but the other counters for queue 2-4 doesn't move at > all so it seems like everything is going out one queue instead of what > the rules actually say. I have one pipe configured as 480Kbit/sec > which is what rules 63005-63008 does. Are you using IPsec ? Ari S. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 00:49:21 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B224D16A428; Sun, 3 Jul 2005 00:49:21 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19C2044AC5; Sun, 3 Jul 2005 00:31:17 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id D5CA2655C8; Sat, 2 Jul 2005 17:29:15 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id D89F45C9AD for ; Wed, 3 Nov 2004 14:19:48 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id A6CB3570D1; Wed, 3 Nov 2004 22:18:36 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 3664716A4D4; Wed, 3 Nov 2004 22:18:35 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ADA316A4CF; Wed, 3 Nov 2004 22:18:29 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7637243D53; Wed, 3 Nov 2004 22:18:29 +0000 (GMT) (envelope-from csjp@freebsd.org) Received: from freefall.freebsd.org (csjp@localhost [127.0.0.1]) iA3MIT3O060466; Wed, 3 Nov 2004 22:18:29 GMT (envelope-from csjp@freebsd.org) Received: (from csjp@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id iA3MIT0Q060465; Wed, 3 Nov 2004 22:18:29 GMT (envelope-from csjp@freebsd.org) X-Authentication-Warning: freefall.freebsd.org: csjp set sender to csjp@freebsd.org using -f From: "Christian S.J. Peron" To: ipfw@freebsd.org Message-ID: <20041103221829.GA60132@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.1i X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: current@freebsd.org, net@freebsd.org Subject: [PATCH] testers wanted X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 00:49:23 -0000 X-Original-Date: Wed, 3 Nov 2004 22:18:29 +0000 X-List-Received-Date: Sun, 03 Jul 2005 00:49:23 -0000 I have generated a patch which appears to solve the lock ordering issues associated with ucred based filtering which results in hard locks (while mpsafenet=1). This patch basically implements a shared locking mechanism. http://people.freebsd.org/~csjp/ip_fw2.c.1099500281.diff It would be appriciated if interested parties could download it, load a large number of rules and try to manipulate (delete/add) rules under high loads. Thanks! -- Christian S.J. Peron csjp@FreeBSD.ORG FreeBSD Committer _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:01:35 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 17F9316AD59; Sun, 3 Jul 2005 01:01:29 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD73B45258; Sun, 3 Jul 2005 00:50:22 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 7445D5DA8D; Sat, 2 Jul 2005 17:07:33 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id D34C05C920 for ; Sat, 23 Oct 2004 06:07:38 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id A16BD55660; Sat, 23 Oct 2004 13:07:37 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 31A6E16A4D7; Sat, 23 Oct 2004 13:07:37 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6B5B16A4CE; Sat, 23 Oct 2004 13:07:34 +0000 (GMT) Received: from stewart.chicago.il.us (dpc674425142.direcpc.com [67.44.25.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5CA1543D5D; Sat, 23 Oct 2004 13:07:32 +0000 (GMT) (envelope-from randall@stewart.chicago.il.us) Received: from stewart.chicago.il.us (localhost [127.0.0.1]) i9ND71tr031391; Sat, 23 Oct 2004 09:07:04 -0400 (EDT) (envelope-from randall@stewart.chicago.il.us) Message-ID: <417A572A.9080306@stewart.chicago.il.us> From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Lei References: <4177C8AD.6060706@freebsd.org> <20041021153933.GK13756@empiric.icir.org> <4177E25E.804639E@freebsd.org> <20041021213248.223cab2c.molter@tin.it> <4179ACB8.4020108@ieee.org> In-Reply-To: <4179ACB8.4020108@ieee.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, SUZUKI Shinsuke , andre@freebsd.org, freebsd-arch@freebsd.org Subject: Re: SCTP in KAME / Re: Removing T/TCP and replacing it withsomething simpler X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:01:35 -0000 X-Original-Date: Sat, 23 Oct 2004 09:05:46 -0400 X-List-Received-Date: Sun, 03 Jul 2005 01:01:35 -0000 Peter: Yes, I do get all the bugs reported to me (usually) directly.. And I try to turn them around within a week (if possible)... I have a couple on my plate right now from Chiba Hirotsugu ... in fact the last batch of bugs was also from Chiba... I know of at least 4 sites actively using the code and reporting bugs and issues Marko, Chiba, The U-D guys (there are about 4 different projects at U-D and a LOT of folks in the PEL lab so I won't try to name them all), Alessio (performance tests I think), Jian Wang (doing some cwnd type testing)... and there are others that have reported bugs... in fact some have even pulled it into their products (QNX I think).. they of course are behind us (just like KAME is too).. I have put on my web site patch-24 (which I have, as yet, not sent to KAME and probably will-not). Patch 25 will come out as soon as I finish fixing Chiba-san's issues... resolving all known bugs :-D I have not heard of any compile issues with SCTP and KAME.. if there are it is probably due to changes in KAME that need changes in the SCTP side too... We always cvs update and compile to validate BEFORE we send in the patch to Itojun. There have been SOME issues with the formatting.. in some cases code as accidentally disappeared.. but this will happen on a project like ours as we send patches in and try to integrate it :-D Anyway.. I do think it is stable enough for inclusion in stable BSD... if you have another 4.x round.. BUT we have not went in and fully got things working on 5.x... I know one of our team members (Kozuka-san) has made an effort to make it compile.. but it as yet does not function :-0 I also, before patch 25, would like to finish a third round of performance optimization. I finally have a second machine with a Gig-E interface and 2.XMhz .. so I think I can try to squeak it up a bit more... ah.. plans for next week if I can find the cycles :-o Anyway.. after patch-25 I intend on taking my new machine to the 5.3 strain and trying to figure out what I need to do to make it work :-0 (maybe patch26 :-D) R Peter Lei wrote: > I think this is because any bugs that are found are usually > communicated directly to us. > > I think Randy has a better handle on how many people are using > this stack. I'm quite sure it is stable enough to go in to > -current. > > While the SCTP API hasn't gone through last call, it's fairly > stable and we have both "converted" many applications from TCP > to SCTP using the sockets API, as well as had portability between > the KAME SCTP stack and the linux stack for some test applications > used at the last interop event (except for the standard sockets > issues that one runs into even for TCP like no sin_length field > in the sockaddr struct). > > The same stack has also been ported to Mac OSX as a native kernel > build as well as an loadable/unloadble NKE w/a minor kernel change. > > I'm not aware of any KAME SNAP compilation failures w/and w/o SCTP. > The major changes to our SCTP code when it gets committed into KAME > has been that of code format/style. > > What is the existing criteria for a measure of "stability"? > > regards, > --peter > > SUZUKI Shinsuke wrote: > >>>>>>> On Thu, 21 Oct 2004 21:32:48 +0200 >>>>>>> molter@tin.it(Marco Molteni) said: >> >> >> >>> SCTP in KAME is complete, stable and fully supported. >>> It is mainly developed by the SCTP RFC author, Randall Stewart. >> >> >> >> KAME Project haven't received SCTP-related bug report so much, and I >> think it's due to a lack of testers, SCTP-API standard, and SCTP-ready >> applications. >> #Sometimes KAME SNAP compilation fails in SCTP and non-SCTP >> #application fails in compilation due to a change by SCTP. So it's >> #difficult to conclude that SCTP is already stable... >> >> So I'm not still sure if SCTP in KAME is complete and stable enough to >> merge into -current. (If someone can contribute to this kind of >> evaluation, it's quite appreciated, of course!) >> >> Thanks, >> ---- >> SUZUKI, Shinsuke @ KAME Project >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> > -- Randall Stewart 803-345-0369 815-342-5222(cell) _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:01:36 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56A2116AFBB; Sun, 3 Jul 2005 01:01:32 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED61445259; Sun, 3 Jul 2005 00:50:22 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 749CF5DADE; Sat, 2 Jul 2005 17:07:35 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 480CA5C844 for ; Thu, 21 Oct 2004 10:57:07 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id CD5DC562E0; Thu, 21 Oct 2004 17:57:06 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4317C16A4D6; Thu, 21 Oct 2004 17:57:06 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D1A716A4CE for ; Thu, 21 Oct 2004 17:57:04 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94D7743D54 for ; Thu, 21 Oct 2004 17:57:03 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 79111 invoked from network); 21 Oct 2004 17:55:39 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 21 Oct 2004 17:55:39 -0000 Message-ID: <4177F875.2822A51E@freebsd.org> From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: mallman@icir.org References: <20041021173145.1AE6477A9D0@guns.icir.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Removing T/TCP and replacing it with something simpler X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:01:36 -0000 X-Original-Date: Thu, 21 Oct 2004 19:57:09 +0200 X-List-Received-Date: Sun, 03 Jul 2005 01:01:36 -0000 Mark Allman wrote: > > Thus after the removal of T/TCP for the reasons above I want to provide > > a work-alike replacement for T/TCP's functionality: > > I haven't fully digested this yet. But, I'll voice my distaste for > implementing things that just seem to "Make Sense". That's a model that > has been used and is used by other operating systems and those of us who > watch packets can attest that things that "Make Sense" often don't and > likely would have benefitted by a bit more thought and a bit more > vetting. I would be happier if something like this were vetted out a > bit more (written up, digested by folks, etc.) before it went into > anything but someone's experimental kernel. Just my two cents. Sure. To make you sleep better it will be disabled by default (like T/TCP) and possibly even not compliled in by default (#ifdef'd). If enabled and compiled in it does not automatically enable itself for all and everything. The application has to enable it on the socket as well. A writeup will follow once I get there. I made this request before I start working on it to prevent to waste my time on it if people wanted to religiously stick to T/TCP. -- Andre _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:01:59 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 43F0216B2B8; Sun, 3 Jul 2005 01:01:43 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E78A44B6B; Sun, 3 Jul 2005 00:50:46 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 704215E934; Sat, 2 Jul 2005 17:10:04 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 700085C984 for ; Fri, 27 Aug 2004 05:39:51 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 52E5D56252; Fri, 27 Aug 2004 12:39:43 +0000 (GMT) (envelope-from owner-freebsd-bugs@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id EDB1216A4D2; Fri, 27 Aug 2004 12:39:42 +0000 (GMT) Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DBCF16A4CE; Fri, 27 Aug 2004 12:39:40 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC0B543D1F; Fri, 27 Aug 2004 12:39:39 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7RCddGT057561; Fri, 27 Aug 2004 12:39:39 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7RCddX9057557; Fri, 27 Aug 2004 12:39:39 GMT (envelope-from arved) From: Tilman Linneweh Message-Id: <200408271239.i7RCddX9057557@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-bugs@freebsd.org Errors-To: owner-freebsd-bugs@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on elvis.mu.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Level: Cc: Subject: Re: kern/44355: After deletion of an IPv6 alias, the route to the whole subnet is removed too. X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:01:59 -0000 X-Original-Date: Fri, 27 Aug 2004 12:39:39 GMT X-List-Received-Date: Sun, 03 Jul 2005 01:01:59 -0000 Synopsis: After deletion of an IPv6 alias, the route to the whole subnet is removed too. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: arved Responsible-Changed-When: Fri Aug 27 12:38:53 GMT 2004 Responsible-Changed-Why: Old patches against IPv6, over to freebsd-net to decide if this PR is still relevant http://www.freebsd.org/cgi/query-pr.cgi?pr=44355 _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:02:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E51BC16B467; Sun, 3 Jul 2005 01:01:53 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7D944434C; Sun, 3 Jul 2005 00:51:54 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 730AD610C5; Sat, 2 Jul 2005 17:16:33 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id C4AAD5C992 for ; Wed, 22 Dec 2004 13:16:41 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id B8EF256613; Wed, 22 Dec 2004 21:15:58 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 793E216A4E0; Wed, 22 Dec 2004 21:15:57 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C243916A4CE for ; Wed, 22 Dec 2004 21:15:52 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1537343D48 for ; Wed, 22 Dec 2004 21:15:52 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 255 invoked from network); 22 Dec 2004 21:03:13 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 22 Dec 2004 21:03:13 -0000 Message-ID: <41C9E437.5040309@freebsd.org> From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041122 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Li, Qing" References: <00CDF9AA240E204FA6E923BD35BC643607C4803C@bcs-mail.internal.cacheflow.com> In-Reply-To: <00CDF9AA240E204FA6E923BD35BC643607C4803C@bcs-mail.internal.cacheflow.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: TCP URG point X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:13 -0000 X-Original-Date: Wed, 22 Dec 2004 22:16:39 +0100 X-List-Received-Date: Sun, 03 Jul 2005 01:02:13 -0000 Li, Qing wrote: > It appears the TCP urgent pointer is off by 1. > > In RFC-1122, section 4.2.2.4 on Page 83 describes the > urgent pointer error in RFC-793. > > The 6.0-CURRENT code has the urgent pointer set > to (LAST+1). > > Any comments before I sent a PR ? No, please do and send me the PR number. -- Andre _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:02:23 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ADE116B183; Sun, 3 Jul 2005 01:02:05 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 084E544BBC; Sun, 3 Jul 2005 00:52:33 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0B4C15DAC3; Sat, 2 Jul 2005 17:07:34 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id E478D5CA68 for ; Fri, 22 Oct 2004 08:17:43 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 0060357C2C; Fri, 22 Oct 2004 15:16:00 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 29AD816A4ED; Fri, 22 Oct 2004 15:15:45 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B036616A4D0 for ; Fri, 22 Oct 2004 15:15:01 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B48EE43D45 for ; Fri, 22 Oct 2004 15:15:00 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 87301 invoked from network); 22 Oct 2004 15:13:27 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 22 Oct 2004 15:13:27 -0000 Message-ID: <417923F3.898EDBC8@freebsd.org> From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Marco Molteni References: <4177C8AD.6060706@freebsd.org> <20041021153933.GK13756@empiric.icir.org> <20041021213248.223cab2c.molter@tin.it> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Removing T/TCP and replacing it with something simpler X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:23 -0000 X-Original-Date: Fri, 22 Oct 2004 17:14:59 +0200 X-List-Received-Date: Sun, 03 Jul 2005 01:02:23 -0000 Marco Molteni wrote: > > On Thu, 21 Oct 2004 Andre Oppermann wrote: > > > Bruce M Simpson wrote: > > > > > > On Thu, Oct 21, 2004 at 04:33:17PM +0200, Andre Oppermann wrote: > > > > Thus after the removal of T/TCP for the reasons above I want to > > > > provide a work-alike replacement for T/TCP's functionality: > > > > > > I disagree. I think the time spent here would be better spent on > > > working on an import of SCTP into the kernel, perhaps the KAME code > > > base would be a good starting point. > > > > Is the SCTP in KAME complete and stable? Are there any other (open > > source) implementations of it? > > SCTP in KAME is complete, stable and fully supported. > It is mainly developed by the SCTP RFC author, Randall Stewart. > > A T/TCP alternative as you are describing sounds very > similar to PR-SCTP (Partial Reliability SCTP). (Don't let the > name fool you, please read the internet draft). Yes, but it depends on SCTP and we don't have SCTP in the kernel any time soon. -- Andre _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:02:24 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77F4116A448; Sun, 3 Jul 2005 01:02:05 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 944754431E; Sun, 3 Jul 2005 00:52:32 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 009F35DA91; Sat, 2 Jul 2005 17:07:31 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 7A04A5C8C1 for ; Thu, 21 Oct 2004 12:34:49 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 332755591B; Thu, 21 Oct 2004 19:34:27 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A508F16A4CE; Thu, 21 Oct 2004 19:34:26 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5E9316A4CE; Thu, 21 Oct 2004 19:34:23 +0000 (GMT) Received: from www.citello.it (host170-131.pool80117.interbusiness.it [80.117.131.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1793443D2D; Thu, 21 Oct 2004 19:34:21 +0000 (GMT) (envelope-from molter@tin.it) Received: from gattaccio.codalunga (ANice-205-1-12-243.w81-248.abo.wanadoo.fr [81.248.122.243]) by www.citello.it (Postfix) with ESMTP id 6CD091559; Thu, 21 Oct 2004 21:34:27 +0200 (CEST) Received: by gattaccio.codalunga (Postfix, from userid 1001) id 140EDC117; Thu, 21 Oct 2004 21:32:49 +0200 (CEST) From: Marco Molteni To: Andre Oppermann Message-Id: <20041021213248.223cab2c.molter@tin.it> In-Reply-To: <4177E25E.804639E@freebsd.org> References: <4177C8AD.6060706@freebsd.org> <20041021153933.GK13756@empiric.icir.org> <4177E25E.804639E@freebsd.org> X-Mailer: Sylpheed version 0.9.12 (GTK+ 1.2.10; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,RCVD_IN_NJABL_DUL autolearn=no version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Removing T/TCP and replacing it with something simpler X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:24 -0000 X-Original-Date: Thu, 21 Oct 2004 21:32:48 +0200 X-List-Received-Date: Sun, 03 Jul 2005 01:02:24 -0000 On Thu, 21 Oct 2004 Andre Oppermann wrote: > Bruce M Simpson wrote: > > > > On Thu, Oct 21, 2004 at 04:33:17PM +0200, Andre Oppermann wrote: > > > Thus after the removal of T/TCP for the reasons above I want to > > > provide a work-alike replacement for T/TCP's functionality: > > > > I disagree. I think the time spent here would be better spent on > > working on an import of SCTP into the kernel, perhaps the KAME code > > base would be a good starting point. > > Is the SCTP in KAME complete and stable? Are there any other (open > source) implementations of it? SCTP in KAME is complete, stable and fully supported. It is mainly developed by the SCTP RFC author, Randall Stewart. A T/TCP alternative as you are describing sounds very similar to PR-SCTP (Partial Reliability SCTP). (Don't let the name fool you, please read the internet draft). There is at least another kernel-level open source implementation, for Linux, plus other user-level implementations. marco -- panic("The moon has moved again."); _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:02:27 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1A5416B303; Sun, 3 Jul 2005 01:02:05 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9681A453AE; Sun, 3 Jul 2005 00:52:29 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 06BB35D947; Sat, 2 Jul 2005 17:07:15 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 37D685C838 for ; Tue, 21 Sep 2004 10:21:43 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1F35E56925; Tue, 21 Sep 2004 17:20:47 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id F3B5C16A534; Tue, 21 Sep 2004 17:20:39 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE7CD16A4CE; Tue, 21 Sep 2004 17:13:24 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BCDF43D31; Tue, 21 Sep 2004 17:13:24 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id i8LHFdOe031312; Tue, 21 Sep 2004 10:15:39 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id i8LHFd0h031311; Tue, 21 Sep 2004 10:15:39 -0700 From: Brooks Davis To: Hajimu UMEMOTO Message-ID: <20040921171539.GA30996@odin.ac.hmc.edu> References: <200409200250.49518.max@love2party.net> <20040921100220.GC842@empiric.icir.org> <20040921161420.GA17290@odin.ac.hmc.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on elvis.mu.org X-Spam-Status: No, hits=-4.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Level: Cc: freebsd-net@FreeBSD.org, freebsd-hackers@FreeBSD.org, freebsd-standards@FreeBSD.org, Max Laier , freebsd-arch@FreeBSD.org Subject: Re: Global (non _KERNEL) place for sockaddr_union? X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:27 -0000 X-Original-Date: Tue, 21 Sep 2004 10:15:39 -0700 X-List-Received-Date: Sun, 03 Jul 2005 01:02:27 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 22, 2004 at 02:09:11AM +0900, Hajimu UMEMOTO wrote: > Hi, >=20 > >>>>> On Tue, 21 Sep 2004 09:14:20 -0700 > >>>>> Brooks Davis said: >=20 > brooks> The real problem may be that KAME mistakenly gave sockaddr_union a > brooks> general name when it isn't and such a type would be hell to actua= lly > brooks> work with. A custom union that does exactly what pf needs may be= the > brooks> best approach. >=20 > I believe KAME doesn't use non standard struct such as sock_union. Oops, you are correct, it's part of fastipsec, not KAME. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFBUGG7XY6L6fI4GtQRAmuhAJ9RmMTuSRuAs9YIhRNJ55xq0k1KgwCfY/y3 zqiSVO6mzuxWu2C7MB4GKi8= =lDSM -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:02:36 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E1F916B5AE; Sun, 3 Jul 2005 01:02:18 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC3B7453D1; Sun, 3 Jul 2005 00:52:59 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 05B965E93F; Sat, 2 Jul 2005 17:10:02 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id DC5775C8DA for ; Thu, 26 Aug 2004 13:24:00 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id DF84D5576A; Thu, 26 Aug 2004 20:23:59 +0000 (GMT) (envelope-from owner-freebsd-bugs@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B668D16A4D2; Thu, 26 Aug 2004 20:23:59 +0000 (GMT) Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 303DB16A4CE; Thu, 26 Aug 2004 20:23:58 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1461E43D3F; Thu, 26 Aug 2004 20:23:58 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7QKNvh4077625; Thu, 26 Aug 2004 20:23:57 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7QKNvN6077621; Thu, 26 Aug 2004 20:23:57 GMT (envelope-from arved) From: Tilman Linneweh Message-Id: <200408262023.i7QKNvN6077621@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-bugs@freebsd.org Errors-To: owner-freebsd-bugs@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on elvis.mu.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Level: Cc: Subject: Re: kern/38752: rn_walktree_from not halting at the right node X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:36 -0000 X-Original-Date: Thu, 26 Aug 2004 20:23:57 GMT X-List-Received-Date: Sun, 03 Jul 2005 01:02:36 -0000 Synopsis: rn_walktree_from not halting at the right node Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: arved Responsible-Changed-When: Thu Aug 26 20:23:36 GMT 2004 Responsible-Changed-Why: Over to freebsd-net for review. http://www.freebsd.org/cgi/query-pr.cgi?pr=38752 _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:02:40 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AAF316A6DE; Sun, 3 Jul 2005 01:02:18 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D46D44355; Sun, 3 Jul 2005 00:53:00 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 05DF15E99A; Sat, 2 Jul 2005 17:10:06 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 2C7BF5C933 for ; Fri, 27 Aug 2004 08:57:56 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id DE55A55E5C; Fri, 27 Aug 2004 15:57:54 +0000 (GMT) (envelope-from owner-freebsd-bugs@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 91ECB16A4D2; Fri, 27 Aug 2004 15:57:54 +0000 (GMT) Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 801D616A4CE; Fri, 27 Aug 2004 15:57:52 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5EC7C43D77; Fri, 27 Aug 2004 15:57:52 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) i7RFvqFg080865; Fri, 27 Aug 2004 15:57:52 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i7RFvqkT080861; Fri, 27 Aug 2004 15:57:52 GMT (envelope-from arved) From: Tilman Linneweh Message-Id: <200408271557.i7RFvqkT080861@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-bugs@freebsd.org Errors-To: owner-freebsd-bugs@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on elvis.mu.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.63 X-Spam-Level: Cc: Subject: Re: kern/52260: sys/net/if.c:if_detach in FreeBSD4 forgets resetting the ifindex2ifnet array X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:40 -0000 X-Original-Date: Fri, 27 Aug 2004 15:57:52 GMT X-List-Received-Date: Sun, 03 Jul 2005 01:02:40 -0000 Synopsis: sys/net/if.c:if_detach in FreeBSD4 forgets resetting the ifindex2ifnet array Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: arved Responsible-Changed-When: Fri Aug 27 15:57:32 GMT 2004 Responsible-Changed-Why: Over to freebsd-net for review http://www.freebsd.org/cgi/query-pr.cgi?pr=52260 _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:02:51 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3292316A64F; Sun, 3 Jul 2005 01:02:26 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5B3445400; Sun, 3 Jul 2005 00:53:25 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 0A7685F769; Sat, 2 Jul 2005 17:12:20 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 8EE525CA4C for ; Fri, 19 Nov 2004 04:03:06 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id EB9115B375; Fri, 19 Nov 2004 12:02:51 +0000 (GMT) (envelope-from owner-freebsd-bugs@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id B83D216A4D2; Fri, 19 Nov 2004 12:02:50 +0000 (GMT) Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D189816A4CE; Fri, 19 Nov 2004 12:02:48 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB25843D49; Fri, 19 Nov 2004 12:02:48 +0000 (GMT) (envelope-from arved@FreeBSD.org) Received: from freefall.freebsd.org (arved@localhost [127.0.0.1]) iAJC2muK062602; Fri, 19 Nov 2004 12:02:48 GMT (envelope-from arved@freefall.freebsd.org) Received: (from arved@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id iAJC2met062598; Fri, 19 Nov 2004 12:02:48 GMT (envelope-from arved) From: Tilman Linneweh Message-Id: <200411191202.iAJC2met062598@freefall.freebsd.org> To: arved@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-bugs@freebsd.org Errors-To: owner-freebsd-bugs@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: Subject: Re: kern/72502: [patch] TCP should honour incoming RSTs even if the receive window is closed X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:02:56 -0000 X-Original-Date: Fri, 19 Nov 2004 12:02:48 GMT X-List-Received-Date: Sun, 03 Jul 2005 01:02:56 -0000 Synopsis: [patch] TCP should honour incoming RSTs even if the receive window is closed Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: arved Responsible-Changed-When: Fri Nov 19 12:02:29 GMT 2004 Responsible-Changed-Why: over to freebsd-net mailinglist for review http://www.freebsd.org/cgi/query-pr.cgi?pr=72502 _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:03:20 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E0AA16ACDD; Sun, 3 Jul 2005 01:02:53 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC31C45475; Sun, 3 Jul 2005 00:54:52 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 1DC785DA38; Sat, 2 Jul 2005 17:07:35 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 5F6865CC3A for ; Mon, 25 Oct 2004 22:19:09 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 213C555874; Tue, 26 Oct 2004 05:19:09 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2E21A16A4DA; Tue, 26 Oct 2004 05:19:08 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A26E716A4CE; Tue, 26 Oct 2004 05:19:05 +0000 (GMT) Received: from v6.hitachi.co.jp (galilei.v6.hitachi.co.jp [133.145.167.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EC4843D39; Tue, 26 Oct 2004 05:19:04 +0000 (GMT) (envelope-from suz@crl.hitachi.co.jp) Received: from flora210w.uki-uki.net (localhost [IPv6:::1]) by v6.hitachi.co.jp (8.12.11/8.12.11) with ESMTP id i9Q5J1Oc046258; Tue, 26 Oct 2004 14:19:02 +0900 (JST) (envelope-from suz@crl.hitachi.co.jp) Message-ID: From: SUZUKI Shinsuke To: peter.lei@ieee.org X-cite: xcite 1.33 In-Reply-To: <4179ACB8.4020108@ieee.org> References: <4177C8AD.6060706@freebsd.org> <20041021153933.GK13756@empiric.icir.org> <4177E25E.804639E@freebsd.org> <20041021213248.223cab2c.molter@tin.it> <4179ACB8.4020108@ieee.org> User-Agent: Wanderlust/2.11.32 (Wonderwall) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Network Systems Research Dept., Central Research Laboratory, Hitachi, Ltd, Japan MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, andre@freebsd.org, freebsd-arch@freebsd.org Subject: Re: SCTP in KAME / Re: Removing T/TCP and replacing it withsomething simpler X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:20 -0000 X-Original-Date: Tue, 26 Oct 2004 14:19:02 +0900 X-List-Received-Date: Sun, 03 Jul 2005 01:03:20 -0000 >>>>> On Fri, 22 Oct 2004 19:58:32 -0500 >>>>> peter.lei@ieee.org(Peter Lei) said: > While the SCTP API hasn't gone through last call, it's fairly > stable and we have both "converted" many applications from TCP > to SCTP using the sockets API, as well as had portability between > the KAME SCTP stack and the linux stack for some test applications > used at the last interop event (except for the standard sockets > issues that one runs into even for TCP like no sin_length field > in the sockaddr struct). > I'm not aware of any KAME SNAP compilation failures w/and w/o SCTP. > The major changes to our SCTP code when it gets committed into KAME > has been that of code format/style. What I found was the following two issues. Although these two are technically quite trivial, what I was fearing was a lack of report to KAME, since this may mean a lack of KAME-SCTP users. - inconsistency between KAME specific kernel code and SCTP leads to an kernel compilation error. Of course, it's a technically trivial bug and our own bug. - including SCTP in getaddrinfo() causes 'configure' script error in many ports applications. This is also a trivial problem, and maybe specific to KAME SCTP. And some of such ports are already fixed when I encounter this problem. (e.g. http://www.freebsd.org/cgi/cvsweb.cgi/ports/lang/python/files/patch-configure.diff?r1=1.7&r2=1.8) But now I understand that lack of report does not mean a lack of testing users (since SCTP-lovers seems communicating directly to your team). So I can be much more optimistic now, and don't object to merging it into -current, since such trivial bugs can be fixed easily in -current. (I myself haven't tested SCTP very well, so I cannot comment on its stability itself. But at least, SCTP does not seem to affect the behavior of other protocols) Thanks and sorry if you feel my previous comments were insulting... ---- SUZUKI, Shinsuke @ KAME Project _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:03:20 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 88F9E16B788; Sun, 3 Jul 2005 01:02:53 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7416744CFE; Sun, 3 Jul 2005 00:54:53 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 1573B5DA5C; Sat, 2 Jul 2005 17:07:36 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 295485C966 for ; Thu, 4 Nov 2004 12:58:44 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 860F8577AB; Thu, 4 Nov 2004 20:58:43 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 5C9FD16A4D7; Thu, 4 Nov 2004 20:58:42 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3CA7516A4CE; Thu, 4 Nov 2004 20:58:40 +0000 (GMT) Received: from risky.niblet.co.uk (risky.niblet.co.uk [80.177.236.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF3CB43D41; Thu, 4 Nov 2004 20:58:39 +0000 (GMT) (envelope-from matt@genesi.co.uk) Received: from sakura.niblet.co.uk ([80.177.236.68] helo=sakura) by risky.niblet.co.uk with smtp (Exim 4.42 (FreeBSD)) id 1CPogp-0002Vp-Ur; Thu, 04 Nov 2004 20:58:39 +0000 From: "Matt Sealey" To: "Julian Elischer" , "Karim Fodil-Lemelin" Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: <418A9699.6050603@elischer.org> Importance: Normal X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-arch@freebsd.org, Andre Oppermann , mallman@icir.org Subject: RE: Removing T/TCP and replacing it with something simpler X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:21 -0000 X-Original-Date: Thu, 4 Nov 2004 20:58:19 -0000 X-List-Received-Date: Sun, 03 Jul 2005 01:03:21 -0000 His product looks like it's the the product mentioned in the original post by the original poster; http://docs.freebsd.org/cgi/getmsg.cgi?fetch=284774+0+/usr/local/www/db/text/2004/freebsd-net/20041024.freebsd-net QUOTE: However something like T/TCP is certainly useful and I know of one special purpose application using it (Web Proxy Server/Client for high-delay Satellite connections). As long as they can live with FreeBSD 5.3 I don't think it causes a problem whatsoever does it? -- Matt Sealey Genesi, Manager, Developer Relations > -----Original Message----- > From: owner-freebsd-net@freebsd.org > [mailto:owner-freebsd-net@freebsd.org]On Behalf Of Julian Elischer > Sent: 04 November 2004 20:53 > To: Karim Fodil-Lemelin > Cc: freebsd-net@freebsd.org; freebsd-arch@freebsd.org; Andre Oppermann; > mallman@icir.org > Subject: Re: Removing T/TCP and replacing it with something simpler > > > > > Karim Fodil-Lemelin wrote: > > > Hi, > > > > I am jumping in here, was too busy to read the list for the last 2 > > weeks, so please excuse my intrusion. We are using T/TCP in our > > product line and are very happy with the performance gain. Could you > > tell me what is the rational for removing T/TCP > > (security/performances/code complexity, etc ..) from FreeBSD? > > > > Again, sorry for being a bit off topic here. > > > what a pitty you didn't notice while it was under discussion: :-( > > > We couldn't find anyone using it... > > what is your product? > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:03:59 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 931D816AA61; Sun, 3 Jul 2005 01:03:12 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id EBCB645546; Sun, 3 Jul 2005 00:56:04 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 1C05160BAF; Sat, 2 Jul 2005 17:15:52 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id B86855C9C6 for ; Sun, 29 May 2005 23:01:24 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 9B98555E28; Mon, 30 May 2005 06:01:23 +0000 (GMT) (envelope-from owner-freebsd-bugs@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 61BB316A41F; Mon, 30 May 2005 06:01:23 +0000 (GMT) (envelope-from owner-freebsd-bugs@freebsd.org) X-Original-To: freebsd-bugs@freebsd.org Delivered-To: freebsd-bugs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6813416A41C for ; Mon, 30 May 2005 05:56:03 +0000 (GMT) (envelope-from timt@sharktech.net) Received: from sharktech.net (usr1-123.sharktech.net [66.90.92.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB0B643D67 for ; Mon, 30 May 2005 05:56:01 +0000 (GMT) (envelope-from timt@sharktech.net) Received: (qmail 46021 invoked from network); 30 May 2005 05:56:00 -0000 Received: from localhost.ushells.net (HELO localhost) (127.0.0.1) by localhost.ushells.net with SMTP; 30 May 2005 05:56:00 -0000 Received: from 69.146.26.92 ([69.146.26.92]) by webmail.sharktech.net (IMP) with HTTP for ; Mon, 30 May 2005 00:56:00 -0500 Message-ID: <1117432560.429aaaf0daee7@webmail.sharktech.net> From: timt@sharktech.net To: freebsd-bugs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 X-Originating-IP: 69.146.26.92 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-bugs@freebsd.org Errors-To: owner-freebsd-bugs@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.3 (2005-04-27) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_REAL_NAME, SPF_HELO_PASS,SPF_PASS autolearn=no version=3.0.3 X-Spam-Level: Cc: freebsd-net@freebsd.org Subject: Intel SRCS16 X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:03:59 -0000 X-Original-Date: Mon, 30 May 2005 00:56:00 -0500 X-List-Received-Date: Sun, 03 Jul 2005 01:03:59 -0000 Hello, I'm running a Dual Opteron 244 on a Tyan S2882, Intel SRCS16 Raid Controller with 5x200GB WD200 7.2KRPM HDD's RAID5. The I/O performance is EXTREMELY slow, and sometime system is simply inaccessable taking a minute to exit from writting a file! When I changed to Raid0 i/o increased noticebly. I tried using Windows 2000 on the system and i/o performance was way better than under FreeBSD. Is their a current problem with the MegaRaid driver? Thanks ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:04:05 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D1FF16AF61; Sun, 3 Jul 2005 01:03:19 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 710944556B; Sun, 3 Jul 2005 00:56:22 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 1F7F26170C; Sat, 2 Jul 2005 17:17:41 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 842165C9C5; Tue, 18 Jan 2005 14:28:01 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id C6559566C6; Tue, 18 Jan 2005 22:27:54 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id AE04D16A4D4; Tue, 18 Jan 2005 22:27:53 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BD7816A4CE; Tue, 18 Jan 2005 22:27:49 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A8D943D39; Tue, 18 Jan 2005 22:27:48 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id DCE507A403; Tue, 18 Jan 2005 14:27:47 -0800 (PST) Message-ID: <41ED8D63.8090205@elischer.org> From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Brooks Davis References: <20050117200610.GA90866@cell.sick.ru> <20050118183558.GA15150@odin.ac.hmc.edu> In-Reply-To: <20050118183558.GA15150@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: current@freebsd.org, net@freebsd.org Subject: Re: [TEST/REVIEW] ng_ipfw: node to glue together ipfw(4) and netgraph(4) X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:05 -0000 X-Original-Date: Tue, 18 Jan 2005 14:27:47 -0800 X-List-Received-Date: Sun, 03 Jul 2005 01:04:05 -0000 Brooks Davis wrote: >On Mon, Jan 17, 2005 at 11:06:10PM +0300, Gleb Smirnoff wrote: > > >> Dear collegues, >> >>here is quite a simple node for direct interaction between ipfw(4) >>and netgraph(4). It is going to be more effective and error-prone >>than a complicated construction around divert socket and ng_ksocket[1]. >> >> >> firstly.. I was thinking that there are several good ways to mesh the ipfw/divert/netgraph stuff. Firstly there is the possibility of making the ipfw stuff a netgraph node itself.. (yes I know there is such a node (based on ipfw-1) out there.) then as for getting stuff out of ipfw, maybe divert itself could be changed to be a netgraph method. In this way, you'd open netgtraph sockets instead of divert sockets. Alternatively there could be a possibility where netgraph could open hooks of a particular number and that would be the equivalant of openning a divert hook of that number.. Looks good but I'm not convinced that it needs a whole new keyword of we tap in through the divert mechanism. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:04:05 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E891B16A643; Sun, 3 Jul 2005 01:03:19 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A763E44D64; Sun, 3 Jul 2005 00:56:21 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 1CF6861704; Sat, 2 Jul 2005 17:17:36 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 470935CA03; Mon, 17 Jan 2005 12:07:25 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 638E155915; Mon, 17 Jan 2005 20:06:23 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4AAB016A4FE; Mon, 17 Jan 2005 20:06:19 +0000 (GMT) Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D038816A4CE; Mon, 17 Jan 2005 20:06:14 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0245743D53; Mon, 17 Jan 2005 20:06:14 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j0HK6BCO043812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 17 Jan 2005 23:06:12 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id j0HK6BKi090882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Jan 2005 23:06:11 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id j0HK6B45090881; Mon, 17 Jan 2005 23:06:11 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f From: Gleb Smirnoff To: current@freebsd.org, net@freebsd.org Message-ID: <20050117200610.GA90866@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: clamd / ClamAV version devel-20041013, clamav-milter version 0.75l on 127.0.0.1 X-Virus-Status: Clean X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Level: Cc: Subject: [TEST/REVIEW] ng_ipfw: node to glue together ipfw(4) and netgraph(4) X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:05 -0000 X-Original-Date: Mon, 17 Jan 2005 23:06:10 +0300 X-List-Received-Date: Sun, 03 Jul 2005 01:04:05 -0000 Dear collegues, here is quite a simple node for direct interaction between ipfw(4) and netgraph(4). It is going to be more effective and error-prone than a complicated construction around divert socket and ng_ksocket[1]. The semantics of node operation are quite simple. There is one node per system, which accepts any hooks with numeric names. Packets can be sent to netgraph(4) using ipfw 'netgraph' action, followed by a numeric cookie. Matched packets are sent out from corresponding hook of ng_ipfw node. These packets are tagged with information which helps them later to reenter ipfw processing. Tagged packets received on any node hook reenter IP stack. If net.inet.ip.fw.one_pass sysctl is non zero they are accepted, otherwise they continue with next rule. Non-tagged packets (not originating from ng_ipfw node) are discarded. Here is sample configuration. ng_echo(4) echoes packets back from netgraph to ipfw thru a tee node, which allows to sniff traffic. ngctl + ls There are 4 total nodes: Name: ngctl6138 Type: socket ID: 0000000c Num hooks: 0 Name: ipfw Type: ipfw ID: 00000009 Num hooks: 1 Name: Type: echo ID: 00000006 Num hooks: 1 Name: tee Type: tee ID: 00000005 Num hooks: 2 + show ipfw: Name: ipfw Type: ipfw ID: 00000009 Num hooks: 1 Local hook Peer name Peer type Peer ID Peer hook ---------- --------- --------- ------- --------- 666 tee tee 00000005 left + show tee: Name: tee Type: tee ID: 00000005 Num hooks: 2 Local hook Peer name Peer type Peer ID Peer hook ---------- --------- --------- ------- --------- left ipfw ipfw 00000009 666 right echo 00000006 echi root@jujik:/usr/src:|>ipfw show 00100 292 40304 allow ip from any to any via lo0 00200 0 0 deny ip from any to 127.0.0.0/8 00300 0 0 deny ip from 127.0.0.0/8 to any 00350 290730 661428793 netgraph 666 ip from any to any 65000 627921 1896034399 allow ip from any to any 65535 0 0 deny ip from any to any The patch [2] is applicable only to HEAD, sorry. The target users are the ones, who are now running ip_accounting/netflow using diverted ng_ksocket, and just netgraph geeks. Any kind of feedback is welcome via email with cc: net@. [1] http://freebsd.rambler.ru/bsdmail/freebsd-net_2004/msg03199.html [2] http://people.freebsd.org/~glebius/totest/ng_ipfw.patch -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:04:07 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D15AC16B9AC; Sun, 3 Jul 2005 01:03:29 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7E7744DE4; Sun, 3 Jul 2005 00:56:44 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id D21315D954; Sat, 2 Jul 2005 17:07:15 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id CB9325C929 for ; Mon, 20 Sep 2004 16:57:49 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 5903455D3E; Mon, 20 Sep 2004 23:57:49 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C47CA16A4D8; Mon, 20 Sep 2004 23:57:48 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07B7416A4CE for ; Mon, 20 Sep 2004 23:57:46 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38FF743D46 for ; Mon, 20 Sep 2004 23:57:45 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 42741 invoked from network); 20 Sep 2004 23:52:02 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.54]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 20 Sep 2004 23:52:02 -0000 Message-ID: <414F6E82.59E5A16@freebsd.org> From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: John-Mark Gurney References: <20040906050435.GA72089@funkthat.com> <41408D4C.E33B6F98@freebsd.org> <20040918231719.GV72089@funkthat.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on elvis.mu.org X-Spam-Status: No, hits=-4.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=2.64 X-Spam-Level: Cc: freebsd-net@freebsd.org, freebsd-arch@freebsd.org Subject: Re: better MTU support... X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:09 -0000 X-Original-Date: Tue, 21 Sep 2004 01:57:54 +0200 X-List-Received-Date: Sun, 03 Jul 2005 01:04:09 -0000 John-Mark Gurney wrote: > > Andre Oppermann wrote this message on Thu, Sep 09, 2004 at 19:05 +0200: > > Ok, finally got a switch (and gige cards, if_re needs work) capable of > jumbo frames.. > > > John-Mark Gurney wrote: > > > In a recent experiment w/ Jumbo frames, I found out that sending ip > > > frames completely ignores the MTU set on host routes. This makes it > > > difficult (or next to impossible) to support a network that has both > > > regular and jumbo frames on it as you can't restrict some hosts to the > > > smaller frames. > > > > What you should do instead is to set the MTU on the interface to 9018 > > or so and then have a default route with MTU 1500 for everything else. > > Now you can specify larger MTUs for hosts that support it. > > > > Otherwise you are opening a can of worms... > > This doesn't fix it, since the output still doesn't honor the mtu on > the route.. Note, I'm not testing tcp, only udp and icmp since I've > seen that TCP already works fine... > # netstat -rnWfinet > Routing tables > > Internet: > Destination Gateway Flags Refs Use Mtu Netif Expire > default 192.168.0.14 UGS 0 11 1500 em0 > 127.0.0.1 127.0.0.1 UH 0 40 16384 lo0 > 192.168.0 link#5 UC 0 0 9000 em0 > 192.168.0.1 00:a0:c9:59:8b:6c UHLW 0 33 1500 em0 175 > 192.168.0.3 00:0a:95:9e:8b:88 UHLW 0 1988 9000 em0 374 > 192.168.0.14 00:a0:c9:31:30:5e UHLW 1 8 1500 em0 955 > 192.168.0.20 00:07:e9:0d:aa:ca UHLW 0 18 9000 em0 187 > 192.168.0.21 00:07:e9:0d:ad:06 UHLW 0 2 9000 lo0 > > tcpdump output: > 16:02:14.311079 IP 192.168.0.21 > 192.168.0.1: icmp 5008: echo request seq 14 > 16:02:15.320981 IP 192.168.0.21 > 192.168.0.1: icmp 5008: echo request seq 15 > 16:04:54.720890 IP 192.168.0.21 > 128.223.122.47: icmp 5008: echo request seq 0 > 16:04:55.727148 IP 192.168.0.21 > 128.223.122.47: icmp 5008: echo request seq 1 > 16:05:02.288989 IP 192.168.0.21 > 192.168.0.20: icmp 5008: echo request seq 0 > 16:05:02.289856 IP 192.168.0.20 > 192.168.0.21: icmp 5008: echo reply seq 0 > 16:05:03.296481 IP 192.168.0.21 > 192.168.0.20: icmp 5008: echo request seq 1 > 16:05:03.297282 IP 192.168.0.20 > 192.168.0.21: icmp 5008: echo reply seq 1 > > So, as you can see, it's broken... > > with my patch, ip properly fragments the packets to machines with > smaller mtu... > > > > I now have a patch to ip_output that makes it obay the MTU set on the > > > route instead of that of the interface. > > > > Your patch corrects a problem in ip_output where a smaller MTU on an > > rtentry was ignored but that is only for the non-TCP cases. When you > > open a TCP session the MTU will be honored (see tcp_subr.c:tcp_maxmtu). > > If not it would be a bug. > > > > Could you try your large MTU setup again using the procedure I desribed > > above? > > > > That should solve your immediate problem. > > Nope, it doesn't... > > > For the general 'bug' in ip_output that it doesn't honour a smaller MTU > > on a route I'd like to do a more throughout fix. Routes should be > > created with MTU 0 if the MTU is not different from the if_mtu. Only > > in those cases where you want to have a lower MTU you set it. For cloned > > routes the MTU would be cloned from the parent. This range of changes is > > more intrusive. On top of that comes the new ARP code which will have a > > MTU field as well. This one is supposed to store different MTUs for mixed > > MTU L2 networks. How to transport the MTU information is a separate > > discussion. > > > > If the fix above works for you I'd like to do the real fix later (< end > > of year) and not change the current behaviour in ip_output at the moment. > > It wouldn't be hard to add to my patch the check to see if the route's > mtu is 0 and just use the if mtu... which then solves the ip part of > your more complete fix... Then when you finally fix the route/arp stuff > nothing else should be necessary... > > Sound good? Moving the check upwards as you have done in ip_output() works in your case but is not a real and clean fix. Ideally the routes should never have any MTU assigned to them unless someone explicitly sets it. So the MTU for the routes should always be zero and ignored. If it is zero then only the link MTU will be used. If there is an MTU on a route it should be observed not only for host routes (as you do in your patch) but also for network routes. Getting this right requires disabling the copying of the MTU when a route is cloned or created. We also have to check that all consumers of the MTU field in the kernel and userland can cope with zero MTU and these semantics (ignoring it). I'll get to doing that till end of the week. If get some of those earlier please send me the patches so we don't duplicate work. Then we have next week something ready to commit to 6-current. -- Andre _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:04:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3093316B9B7; Sun, 3 Jul 2005 01:03:30 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54EA644D93; Sun, 3 Jul 2005 00:56:48 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id DACFE5DAA2; Sat, 2 Jul 2005 17:07:32 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 000F35C8F2 for ; Sat, 23 Oct 2004 06:16:43 -0700 (PDT) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id AFAB05571A; Sat, 23 Oct 2004 13:16:43 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id BED5216A4D8; Sat, 23 Oct 2004 13:16:42 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8580416A4CE; Sat, 23 Oct 2004 13:16:40 +0000 (GMT) Received: from stewart.chicago.il.us (dpc674425142.direcpc.com [67.44.25.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D4E143D58; Sat, 23 Oct 2004 13:16:38 +0000 (GMT) (envelope-from randall@stewart.chicago.il.us) Received: from stewart.chicago.il.us (localhost [127.0.0.1]) i9NDGRtr031497; Sat, 23 Oct 2004 09:16:33 -0400 (EDT) (envelope-from randall@stewart.chicago.il.us) Message-ID: <417A5960.3000708@stewart.chicago.il.us> From: Randall Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.6) Gecko/20040429 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matt Emmerton References: <4177C8AD.6060706@freebsd.org><20041021153933.GK13756@empiric.icir.org> <4177E25E.804639E@freebsd.org> <00e901c4b79b$d13e6e40$1200a8c0@gsicomp.on.ca> In-Reply-To: <00e901c4b79b$d13e6e40$1200a8c0@gsicomp.on.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, Andre Oppermann , freebsd-arch@freebsd.org Subject: Re: Removing T/TCP and replacing it with something simpler X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:13 -0000 X-Original-Date: Sat, 23 Oct 2004 09:15:12 -0400 X-List-Received-Date: Sun, 03 Jul 2005 01:04:13 -0000 Matt Emmerton wrote: > > > The SCTP home page (www.sctp.org) has a list of implementations. Note that > I had to use Google's cache of the site -- I believe there was a Slashdot > article on SCTP this morning which may have taken down the site. Sigh... It is also over satellite... which is medium speed internet at best.. my provider may also have limits on how many connection attempts I get ... I buy a professional package.. but you can BET I will dump sat has soon as DSL shows up (in the next year or soo I hope)... > > AIX, Solaris, HP and Cisco all support SCTP in their latest OS versions. > There are aslo a few different (non-free) implementations for Windows, and > at least one open-source implementation for Linux (http://www.openss7.org) > Linux has SCTP built into the kernle with the lk-sctp project.. I would not touch the openss7 version.. it is not very compatible with any other SCTP (it does not follow the standard).. At the last interop some of the issues were finally fixed (its really the first time they showed up and tested)... but I don't know if those patches are available or per fee. The lk-sctp project in the kernel is far stabler and they are working to performance tune it (here it needs a lot of work) and AFAIK lk-sctp will ship with all 2.6.6 and greater kernels... turned on by default if I remember right.. R > -- > Matt Emmerton > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > -- Randall Stewart 803-345-0369 815-342-5222(cell) _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 01:04:14 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4686416B9B9; Sun, 3 Jul 2005 01:03:30 +0000 (GMT) (envelope-from ps@mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A85944DA1; Sun, 3 Jul 2005 00:56:48 +0000 (GMT) (envelope-from ps@mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id D0DEA5DB23; Sat, 2 Jul 2005 17:07:37 -0700 (PDT) X-Original-To: ps@mu.org Delivered-To: ps@mu.org Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by elvis.mu.org (Postfix) with ESMTP id 565735C99C for ; Fri, 5 Nov 2004 08:08:47 -0800 (PST) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 1576256310; Fri, 5 Nov 2004 16:08:47 +0000 (GMT) (envelope-from owner-freebsd-arch@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 02B9016A4CE; Fri, 5 Nov 2004 16:08:46 +0000 (GMT) Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9FE316A4CE; Fri, 5 Nov 2004 16:08:43 +0000 (GMT) Received: from mail.net (custpop.ca.mci.com [142.77.1.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 288B543D49; Fri, 5 Nov 2004 16:08:43 +0000 (GMT) (envelope-from kfl@xiphos.ca) Received: from [216.95.199.148] (account kfl@xiphos.ca HELO [192.168.1.7]) by mail.net (CommuniGate Pro SMTP 4.2.5) with ESMTP id 26420170; Fri, 05 Nov 2004 11:08:42 -0500 Message-ID: <418BA8DC.4040101@xiphos.ca> From: Karim Fodil-Lemelin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <20041022182430.31A2B1EF3BF@lawyers.icir.org> <418A6FDC.5010204@xiphos.ca> <418A9699.6050603@elischer.org> In-Reply-To: <418A9699.6050603@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-arch@freebsd.org Errors-To: owner-freebsd-arch@freebsd.org X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on elvis.mu.org X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.0.0 X-Spam-Level: Cc: freebsd-net@freebsd.org, mallman@icir.org, Andre Oppermann , freebsd-arch@freebsd.org Subject: Re: Removing T/TCP and replacing it with something simpler X-BeenThere: freebsd-net@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 01:04:14 -0000 X-Original-Date: Fri, 05 Nov 2004 11:22:52 -0500 X-List-Received-Date: Sun, 03 Jul 2005 01:04:14 -0000 Our product is a TCP/IP accelerator for satellite communications please see http://www.xiplink.com/technology/xiplink_technology-datasheet.html. Also, please see http://www.scps.org/scps/ for an explanation of our Transport layer implementation. BTW, The marketing dep has renamed T/TCP to fast start and we actually made some modifications to FreeBSD's T/TCP but the rfc1644 principles are the same. Julian Elischer wrote: > > > Karim Fodil-Lemelin wrote: > >> Hi, >> >> I am jumping in here, was too busy to read the list for the last 2 >> weeks, so please excuse my intrusion. We are using T/TCP in our >> product line and are very happy with the performance gain. Could you >> tell me what is the rational for removing T/TCP >> (security/performances/code complexity, etc ..) from FreeBSD? >> >> Again, sorry for being a bit off topic here. > > > > what a pitty you didn't notice while it was under discussion: :-( Yes It is although we are very flexible and so a replacement might be as good if not better then what we have now. Especially from a code and security perspective. We have always appreciated BSD Engineering process and I believe that until we get to see FreeBSD 6.x STABLE we will be more then ready. > > > We couldn't find anyone using it... > > what is your product? > > > -- Karim Fodil-Lemelin Lead Programmer Xiphos Technologies Inc. (514) 848-9640 x223 (514) 848-9644 fax www.xiplink.com -------------------------------------------------------------- The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you have received this in error, please contact the sender and delete this communication and any copy immediately. Thank you. _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sun Jul 3 20:46:30 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DDDC516A420 for ; Sun, 3 Jul 2005 20:46:30 +0000 (GMT) (envelope-from adages@puree.fr) Received: from adsl-191-134-192-81.adsl2.iam.net.ma (adsl-191-134-192-81.adsl2.iam.net.ma [81.192.134.191]) by mx1.FreeBSD.org (Postfix) with SMTP id B89AE43D53 for ; Sun, 3 Jul 2005 20:46:28 +0000 (GMT) (envelope-from adages@puree.fr) Received: from [127.26.209.133] (port=4588 helo=[factor]) by adsl-191-134-192-81.adsl2.iam.net.ma with esmtp id 11889898606tutorial27715 for freebsd-net@freebsd.org; Mon, 4 Mar 2002 10:33:56 +0000 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <4284858781.8713466196@adsl-191-134-192-81.adsl2.iam.net.ma> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-net@freebsd.org From: Gabriel X-Mailer: Apple Mail (2.728) Subject: Cialis offers efficacy and spontaneity in your love life. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Sun, 03 Jul 2005 20:46:31 -0000 X-Original-Date: Mon, 4 Mar 2002 10:33:55 +0000 X-List-Received-Date: Sun, 03 Jul 2005 20:46:31 -0000 Usa cheapest licensed pharmacy http://ram.onlinepharmacyshop.info/?Palermoxtvuypreinitializezctfailing Baseball is Heaven's gift to mortals. You guys over there, pair up into groups of three. The talent is in the choices. Man's chiefest treasure is a sparing tongue. From owner-freebsd-net@FreeBSD.ORG Mon Jul 4 02:48:50 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7D7716A41C; Mon, 4 Jul 2005 02:48:50 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F5BB43D49; Mon, 4 Jul 2005 02:48:50 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 3CAA06192; Mon, 4 Jul 2005 04:48:45 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id 290CC6191; Mon, 4 Jul 2005 04:48:45 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 056EC33D38; Mon, 4 Jul 2005 04:48:44 +0200 (CEST) To: John Baldwin References: <200506281338.14511.jhb@FreeBSD.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Mon, 04 Jul 2005 04:48:44 +0200 In-Reply-To: <200506281338.14511.jhb@FreeBSD.org> (John Baldwin's message of "Tue, 28 Jun 2005 13:38:13 -0400") Message-ID: <86vf3rthf7.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-net@FreeBSD.org Subject: Re: Bug in libfetch handling of FTP urls.. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 02:48:51 -0000 John Baldwin writes: > Ran into this at work. Suppose I am fetching a file over ftp for a user = foo > whose home dir is /home/foo' and I want to retrieve the 'bar/baz' file ou= t of > his home directory. [...] This is tricky because libfetch caches FTP connections, so you can't always assume that CWD is ~ at the beginning of the transfer if you've already transferred something from the same host/user/password tuple in the same process. See (ironically) RFC 1738 section 3.2.5. Connection caching is an essential feature, because it has a huge impact on the speed of a network install. Although sysinstall still uses libftpio + cpio, one may hope that it will one day in the not- too-distant future switch to libfetch + libarchive. > I verified this by doing 'fetch -vv' and seeing that it does one big CWD > (instead of the multiple CWD's the RFC says should happen) and that it > includes the leading '/' when it should not. I am currently testing a patch for this. > Also, it seems that fetch ignores the ';type=3DX' optional part of the ur= l-path > and always uses TYPE I. Correct, that was never implemented. At the very least, the typecode should be stripped from the URL. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-net@FreeBSD.ORG Mon Jul 4 04:04:21 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 749EA16A41C for ; Mon, 4 Jul 2005 04:04:21 +0000 (GMT) (envelope-from mosfet@planet.eon.net) Received: from priv-edmwes25.telusplanet.net (defout.telus.net [204.209.205.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 388DC43D48 for ; Mon, 4 Jul 2005 04:04:20 +0000 (GMT) (envelope-from mosfet@planet.eon.net) Received: from antioch ([142.179.216.126]) by priv-edmwes25.telusplanet.net (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with SMTP id <20050704040420.ERWB590.priv-edmwes25.telusplanet.net@antioch> for ; Sun, 3 Jul 2005 22:04:20 -0600 Message-ID: <003101c58055$f5eb2110$4b3010ac@antioch> From: "Lee S Clark" To: Date: Sun, 3 Jul 2005 23:05:13 -0600 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: EM(4), vlans & dhclient X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 04:04:21 -0000 This is likely a rehash of something that has been addressed in the = archives (and I couldn't find). Omitting the network design in favor of = general questions. Let me know if more details are required. I have a FreeBSD 5.4-Release box with an Intel PRO/1000 T desktop = adapter (82544GC) on which I need to have three, possibly more, vlan = interfaces lease IPs by dhclient on an ISP facing dot1q trunk. Each = vlan on the trunk is bridged onto an ATM PVC which terminates at a = unique ISP edge router (eg. each vlan interface leases an IP from a = disperate subnet). The FBSD box is intended to replace a Cisco 4500M+ = which is working fine in this configuration. Everything works great when IP addresses are manually configured on the = vlan interfaces, but the use of dhclient is mandatory. This is what I'm seeing: - dhclient's interactions with either em(4) or some part of vlan(4) is = flakey at best. occasionally all 3 vlan interfaces will obtain an IP, = in other instances there is no traffic placed on the wire at all. = typically one vlan int will get an IP the other two will not. i suppose = this has something to do with em not liking promisc. - the vlan interfaces _must_ have the same MAC as the parent (em0) = otherwise the parent must be in promisc in order for the vlan int to = recieve frames destined for it if a unique lladdr is applied. this may = seem obvious, but is there a way to alter this behaviour to allow = "unicast" MAC forwarding up from the parent to the vlan interfaces = without enabling promisc (this might be another request for Linux veth = on FreeBSD ;)? our ISP requires MAC registration in order to allocate = IPs, one MAC =3D one IP, period. - the PRO/1000 achieves link with the switch (Nortel 350-24T) after = rc.conf is parsed (i think); thus after dhclient sends its first = discover broadcasts for the vlan interfaces. pf ends up having an = aneurysm because there are no IPs bound to the vlan interfaces.. that's = going to be hit & miss anyway since we have a 1/5 or so chance of = actually getting an IP when the trunk is up. i tested this on both = trunk and access ports with and without vlan ints on a couple of = switches... the driver is slow to report link up. - note that spanning tree is not running on the switch since there is = only one switching path, therefore the port should not be subject to a = forwarding delay which would further aggravate dhclient. - both ends of the link have been manually configured for 100Mbps fdx = operation, no autonegotiation on any device this box interfaces with. The real question is - should I toss these NICs and get something else? That's pretty much it! Incidentally, I have an identical box running = OpenBSD 3.7 and it's utterly hopeless as well, nothing is put on the = wire when dhclient is invoked, ever. :\ Thanks for any thoughts on this! Lee From owner-freebsd-net@FreeBSD.ORG Mon Jul 4 09:28:36 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6965D16A41C for ; Mon, 4 Jul 2005 09:28:36 +0000 (GMT) (envelope-from Mathias@TeleCity.com) Received: from mail123.messagelabs.com (mail123.messagelabs.com [85.158.136.3]) by mx1.FreeBSD.org (Postfix) with SMTP id CC83143D45 for ; Mon, 4 Jul 2005 09:28:35 +0000 (GMT) (envelope-from Mathias@TeleCity.com) X-VirusChecked: Checked X-Env-Sender: Mathias@TeleCity.com X-Msg-Ref: server-7.tower-123.messagelabs.com!1120469313!3530636!1 X-StarScan-Version: 5.4.15; banners=telecity.com,-,- X-Originating-IP: [217.20.38.102] Received: (qmail 29640 invoked from network); 4 Jul 2005 09:28:33 -0000 Received: from lon3.telecity.net (HELO LON3.tcy.prv) (217.20.38.102) by server-7.tower-123.messagelabs.com with SMTP; 4 Jul 2005 09:28:33 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Mon, 4 Jul 2005 10:28:32 +0100 Message-ID: <7DA012A4E4DA934FA17318A11F7547F5B94339@LON3.tcy.prv> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Free memory Thread-Index: AcV+UZ0La1kIykjvR+O/6SWgsKH80gCKNRfw From: To: Cc: freebsd-net@freebsd.org Subject: RE: Free memory X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 09:28:36 -0000 Thanks=20for=20your=20reply=20but=20It=20doesn't=20work.=20I=20am=20probab= ly=20doing=20something wrong;=20but=20not=20sure=20what.=20This=20is=20what=20I=20get: root@rs1#=20snmpwalk=20-v1=20-c=20public=20localhost=20.1.3.6.1.4.1.2021.4= .11 UCD-SNMP-MIB::memTotalFree.0=20=3D=20INTEGER:=2036108 root@rs1#=20snmpwalk=20-v1=20-c=20public=20localhost=20.1.3.6.1.4.1.2021.4= UCD-SNMP-MIB::memIndex.0=20=3D=20INTEGER:=200 UCD-SNMP-MIB::memErrorName.0=20=3D=20STRING:=20swap UCD-SNMP-MIB::memTotalSwap.0=20=3D=20INTEGER:=201022664 UCD-SNMP-MIB::memAvailSwap.0=20=3D=20INTEGER:=201022664 UCD-SNMP-MIB::memTotalReal.0=20=3D=20INTEGER:=20442176 UCD-SNMP-MIB::memAvailReal.0=20=3D=20INTEGER:=2020772 UCD-SNMP-MIB::memTotalSwapTXT.0=20=3D=20INTEGER:=20-1 UCD-SNMP-MIB::memAvailSwapTXT.0=20=3D=20INTEGER:=20-1 UCD-SNMP-MIB::memTotalRealTXT.0=20=3D=20INTEGER:=20-1 UCD-SNMP-MIB::memAvailRealTXT.0=20=3D=20INTEGER:=20-1 UCD-SNMP-MIB::memTotalFree.0=20=3D=20INTEGER:=2036096 UCD-SNMP-MIB::memMinimumSwap.0=20=3D=20INTEGER:=2016000 UCD-SNMP-MIB::memShared.0=20=3D=20INTEGER:=2026072 UCD-SNMP-MIB::memBuffer.0=20=3D=20INTEGER:=2061472 UCD-SNMP-MIB::memCached.0=20=3D=20INTEGER:=2015324 UCD-SNMP-MIB::memSwapError.0=20=3D=20INTEGER:=200 UCD-SNMP-MIB::memSwapErrorMsg.0=20=3D=20STRING: root@rs1#=20dmesg=20|=20grep=20memory real=20memory=20=20=3D=20536805376=20(511=20MB) avail=20memory=20=3D=20515633152=20(491=20MB) Regards Mathias, -----Original=20Message----- From:=20vince=20[mailto:jhary@unsane.co.uk]=20 Sent:=20Friday,=20July=2001,=202005=204:29=20PM To:=20Mathias=20Kenfack-Tabakem=20(LON) Cc:=20freebsd-net@freebsd.org Subject:=20Re:=20Free=20memory Mathias@TeleCity.com=20wrote: >Hi=20Guys, > >I=20am=20trying=20to=20find=20out=20what=20mib=20value=20I=20can=20use=20= to=20get=20the=20free memory. >I=20am=20running=20FreeBSd5.4=20on=20a=20pc=20compatible=20machine=20(Fre= eBSD=205.4-RELEASE >i386=20GENERIC).=20MIB-2=20gives=20me=20the=20total=20memory.=20I=20can=20= get=20the=20free >memory=20from=20a=20sun=20box=20using=20sun's=20mib(.1.3.6.1.4.1.2021.4.6= .0)=20which >does=20not=20work=20with=20standard=20pc=20box.=20Could=20anyone=20point=20= me=20to=20the=20right >direction=20please? > >=20=20 > If=20you=20are=20using=20net-snmp=20try=20this=20from http://net-snmp.sourceforge.net/tutorial/tutorial-4/mrtg/ .1.3.6.1.4.1.2021.4.11.0 >Regards >Mathias, > > >______________________________________________________________________ >DISCLAIMER >This=20e-mail=20is=20intended=20only=20for=20the=20use=20of=20the=20addre= ssees=20named=20above and=20may=20be=20confidential.=20If=20you=20are=20not=20an=20addressee=20y= ou=20must=20not=20use any=20information=20contained=20in=20nor=20copy=20it=20nor=20inform=20any=20= person=20other than=20TeleCity=20or=20the=20addressees=20of=20its=20existence=20or=20cont= ents.=20If=20you have=20received=20this=20e-mail=20in=20error,=20please=20contact=20the=20T= eleCity=20IT department=20on=20+44=20(0)=20161=20232=203220=20or=20by=20email=20at techsupport@telecity.com.=20Internet=20communications=20cannot=20be=20guar= anteed 100%=20secure,=20you=20should=20therefore=20take=20this=20potential=20lack= =20of=20security into=20consideration=20when=20emailing=20us=20as=20we=20do=20not=20accept=20= legal responsibility=20for=20the=20security=20of=20the=20contents=20of=20this=20= or=20other=20emails. Whilst=20TeleCity=20take=20measures=20to=20prevent=20any=20virus=20contami= nation=20of=20our computer=20systems,=20recipients=20of=20emails=20should=20always=20ensure=20= that=20they take=20their=20own=20precautions=20to=20avoid=20virus=20contamination. >______________________________________________________________________ >_______________________________________________ >freebsd-net@freebsd.org=20mailing=20list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To=20unsubscribe,=20send=20any=20mail=20to=20"freebsd-net-unsubscribe@fre= ebsd.org" >=20=20 > ______________________________________________________________________ This=20footer=20denotes=20the=20email=20has=20been=20inbound=20scanned=20f= or=20Virus. =20 ______________________________________________________________________ ______________________________________________________________________ DISCLAIMER This=20e-mail=20is=20intended=20only=20for=20the=20use=20of=20the=20addres= sees=20named=20above=20and=20may=20be=20confidential.=20If=20you=20are=20n= ot=20an=20addressee=20you=20must=20not=20use=20any=20information=20contain= ed=20in=20nor=20copy=20it=20nor=20inform=20any=20person=20other=20than=20T= eleCity=20or=20the=20addressees=20of=20its=20existence=20or=20contents.=20= If=20you=20have=20received=20this=20e-mail=20in=20error,=20please=20contac= t=20the=20TeleCity=20IT=20department=20on=20+44=20(0)=20161=20232=203220=20= or=20by=20email=20at=20techsupport@telecity.com.=20Internet=20communicatio= ns=20cannot=20be=20guaranteed=20100%=20secure,=20you=20should=20therefore=20= take=20this=20potential=20lack=20of=20security=20into=20consideration=20wh= en=20emailing=20us=20as=20we=20do=20not=20accept=20legal=20responsibility=20= for=20the=20security=20of=20the=20contents=20of=20this=20or=20other=20emai= ls.=20Whilst=20TeleCity=20take=20measures=20to=20prevent=20any=20virus=20c= ontamination=20of=20our=20computer=20systems,=20recipients=20of=20emails=20= should=20always=20ensure=20that=20they=20take=20their=20own=20precautions=20= to=20avoid=20virus=20contamination. ______________________________________________________________________ From owner-freebsd-net@FreeBSD.ORG Mon Jul 4 09:32:44 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE81316A41C for ; Mon, 4 Jul 2005 09:32:44 +0000 (GMT) (envelope-from Mathias@TeleCity.com) Received: from mail123.messagelabs.com (mail123.messagelabs.com [85.158.136.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 18F3D43D4C for ; Mon, 4 Jul 2005 09:32:43 +0000 (GMT) (envelope-from Mathias@TeleCity.com) X-VirusChecked: Checked X-Env-Sender: Mathias@TeleCity.com X-Msg-Ref: server-7.tower-123.messagelabs.com!1120469562!3531044!1 X-StarScan-Version: 5.4.15; banners=telecity.com,-,- X-Originating-IP: [217.20.38.102] Received: (qmail 2488 invoked from network); 4 Jul 2005 09:32:42 -0000 Received: from lon3.telecity.net (HELO LON3.tcy.prv) (217.20.38.102) by server-7.tower-123.messagelabs.com with SMTP; 4 Jul 2005 09:32:42 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Date: Mon, 4 Jul 2005 10:32:42 +0100 Message-ID: <7DA012A4E4DA934FA17318A11F7547F5B9433D@LON3.tcy.prv> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Free memory Thread-Index: AcV+UZ0La1kIykjvR+O/6SWgsKH80gCKNRfwAAA0g8A= From: To: Cc: freebsd-net@freebsd.org Subject: RE: Free memory X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 09:32:44 -0000 Forgot=20to=20mention: root@rs1#=20snmpd=20-v NET-SNMP=20version:=20=205.2.1 Web:=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20http://www.net-snmp.org/ Email:=20=20=20=20=20=20=20=20=20=20=20=20=20net-snmp-coders@lists.sourcef= orge.net -----Original=20Message----- From:=20Mathias=20Kenfack-Tabakem=20(LON)=20 Sent:=20Monday,=20July=2004,=202005=2010:29=20AM To:=20'vince' Cc:=20freebsd-net@freebsd.org Subject:=20RE:=20Free=20memory Thanks=20for=20your=20reply=20but=20It=20doesn't=20work.=20I=20am=20probab= ly=20doing=20something wrong;=20but=20not=20sure=20what.=20This=20is=20what=20I=20get: root@rs1#=20snmpwalk=20-v1=20-c=20public=20localhost=20.1.3.6.1.4.1.2021.4= .11 UCD-SNMP-MIB::memTotalFree.0=20=3D=20INTEGER:=2036108 root@rs1#=20snmpwalk=20-v1=20-c=20public=20localhost=20.1.3.6.1.4.1.2021.4= UCD-SNMP-MIB::memIndex.0=20=3D=20INTEGER:=200 UCD-SNMP-MIB::memErrorName.0=20=3D=20STRING:=20swap UCD-SNMP-MIB::memTotalSwap.0=20=3D=20INTEGER:=201022664 UCD-SNMP-MIB::memAvailSwap.0=20=3D=20INTEGER:=201022664 UCD-SNMP-MIB::memTotalReal.0=20=3D=20INTEGER:=20442176 UCD-SNMP-MIB::memAvailReal.0=20=3D=20INTEGER:=2020772 UCD-SNMP-MIB::memTotalSwapTXT.0=20=3D=20INTEGER:=20-1 UCD-SNMP-MIB::memAvailSwapTXT.0=20=3D=20INTEGER:=20-1 UCD-SNMP-MIB::memTotalRealTXT.0=20=3D=20INTEGER:=20-1 UCD-SNMP-MIB::memAvailRealTXT.0=20=3D=20INTEGER:=20-1 UCD-SNMP-MIB::memTotalFree.0=20=3D=20INTEGER:=2036096 UCD-SNMP-MIB::memMinimumSwap.0=20=3D=20INTEGER:=2016000 UCD-SNMP-MIB::memShared.0=20=3D=20INTEGER:=2026072 UCD-SNMP-MIB::memBuffer.0=20=3D=20INTEGER:=2061472 UCD-SNMP-MIB::memCached.0=20=3D=20INTEGER:=2015324 UCD-SNMP-MIB::memSwapError.0=20=3D=20INTEGER:=200 UCD-SNMP-MIB::memSwapErrorMsg.0=20=3D=20STRING: root@rs1#=20dmesg=20|=20grep=20memory real=20memory=20=20=3D=20536805376=20(511=20MB) avail=20memory=20=3D=20515633152=20(491=20MB) Regards Mathias, -----Original=20Message----- From:=20vince=20[mailto:jhary@unsane.co.uk]=20 Sent:=20Friday,=20July=2001,=202005=204:29=20PM To:=20Mathias=20Kenfack-Tabakem=20(LON) Cc:=20freebsd-net@freebsd.org Subject:=20Re:=20Free=20memory Mathias@TeleCity.com=20wrote: >Hi=20Guys, > >I=20am=20trying=20to=20find=20out=20what=20mib=20value=20I=20can=20use=20= to=20get=20the=20free memory. >I=20am=20running=20FreeBSd5.4=20on=20a=20pc=20compatible=20machine=20(Fre= eBSD=205.4-RELEASE >i386=20GENERIC).=20MIB-2=20gives=20me=20the=20total=20memory.=20I=20can=20= get=20the=20free >memory=20from=20a=20sun=20box=20using=20sun's=20mib(.1.3.6.1.4.1.2021.4.6= .0)=20which >does=20not=20work=20with=20standard=20pc=20box.=20Could=20anyone=20point=20= me=20to=20the=20right >direction=20please? > >=20=20 > If=20you=20are=20using=20net-snmp=20try=20this=20from http://net-snmp.sourceforge.net/tutorial/tutorial-4/mrtg/ .1.3.6.1.4.1.2021.4.11.0 >Regards >Mathias, > > >______________________________________________________________________ >DISCLAIMER >This=20e-mail=20is=20intended=20only=20for=20the=20use=20of=20the=20addre= ssees=20named=20above and=20may=20be=20confidential.=20If=20you=20are=20not=20an=20addressee=20y= ou=20must=20not=20use any=20information=20contained=20in=20nor=20copy=20it=20nor=20inform=20any=20= person=20other than=20TeleCity=20or=20the=20addressees=20of=20its=20existence=20or=20cont= ents.=20If=20you have=20received=20this=20e-mail=20in=20error,=20please=20contact=20the=20T= eleCity=20IT department=20on=20+44=20(0)=20161=20232=203220=20or=20by=20email=20at techsupport@telecity.com.=20Internet=20communications=20cannot=20be=20guar= anteed 100%=20secure,=20you=20should=20therefore=20take=20this=20potential=20lack= =20of=20security into=20consideration=20when=20emailing=20us=20as=20we=20do=20not=20accept=20= legal responsibility=20for=20the=20security=20of=20the=20contents=20of=20this=20= or=20other=20emails. Whilst=20TeleCity=20take=20measures=20to=20prevent=20any=20virus=20contami= nation=20of=20our computer=20systems,=20recipients=20of=20emails=20should=20always=20ensure=20= that=20they take=20their=20own=20precautions=20to=20avoid=20virus=20contamination. >______________________________________________________________________ >_______________________________________________ >freebsd-net@freebsd.org=20mailing=20list >http://lists.freebsd.org/mailman/listinfo/freebsd-net >To=20unsubscribe,=20send=20any=20mail=20to=20"freebsd-net-unsubscribe@fre= ebsd.org" >=20=20 > ______________________________________________________________________ This=20footer=20denotes=20the=20email=20has=20been=20inbound=20scanned=20f= or=20Virus. =20 ______________________________________________________________________ ______________________________________________________________________ DISCLAIMER This=20e-mail=20is=20intended=20only=20for=20the=20use=20of=20the=20addres= sees=20named=20above=20and=20may=20be=20confidential.=20If=20you=20are=20n= ot=20an=20addressee=20you=20must=20not=20use=20any=20information=20contain= ed=20in=20nor=20copy=20it=20nor=20inform=20any=20person=20other=20than=20T= eleCity=20or=20the=20addressees=20of=20its=20existence=20or=20contents.=20= If=20you=20have=20received=20this=20e-mail=20in=20error,=20please=20contac= t=20the=20TeleCity=20IT=20department=20on=20+44=20(0)=20161=20232=203220=20= or=20by=20email=20at=20techsupport@telecity.com.=20Internet=20communicatio= ns=20cannot=20be=20guaranteed=20100%=20secure,=20you=20should=20therefore=20= take=20this=20potential=20lack=20of=20security=20into=20consideration=20wh= en=20emailing=20us=20as=20we=20do=20not=20accept=20legal=20responsibility=20= for=20the=20security=20of=20the=20contents=20of=20this=20or=20other=20emai= ls.=20Whilst=20TeleCity=20take=20measures=20to=20prevent=20any=20virus=20c= ontamination=20of=20our=20computer=20systems,=20recipients=20of=20emails=20= should=20always=20ensure=20that=20they=20take=20their=20own=20precautions=20= to=20avoid=20virus=20contamination. ______________________________________________________________________ From owner-freebsd-net@FreeBSD.ORG Mon Jul 4 10:16:18 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3212916A41C for ; Mon, 4 Jul 2005 10:16:18 +0000 (GMT) (envelope-from demizu@dd.iij4u.or.jp) Received: from r-dd.iij4u.or.jp (r-dd.iij4u.or.jp [210.130.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF69543D48 for ; Mon, 4 Jul 2005 10:16:17 +0000 (GMT) (envelope-from demizu@dd.iij4u.or.jp) Received: from localhost (h159.p048.iij4u.or.jp [210.130.48.159]) by r-dd.iij4u.or.jp (4U-MR/r-dd) id j64AGCTb014033; Mon, 4 Jul 2005 19:16:13 +0900 (JST) Date: Mon, 04 Jul 2005 19:15:37 +0900 (JST) Message-Id: <20050704.191537.90127740.Noritoshi@Demizu.ORG> From: Noritoshi Demizu To: freebsd-net@freebsd.org In-Reply-To: <20050415.143521.57443821.Noritoshi@Demizu.ORG> References: <20050415.143521.57443821.Noritoshi@Demizu.ORG> X-Mailer: Mew version 4.1 on Emacs 21 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: TCP MD5 Signature option handling in tcp_syncache.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 10:16:18 -0000 > 1. When the TCP MD5 Signature option is used on a TCP connection, > both the TCP Timestamps option and the TCP Window Scale option > are turned off. > > I think the cause and the fix are as following: > At line 987 in tcp_syncache.c 1.70, sc->sc_flags is overwritten > by SCF_SIGNATURE. By this line, SCF_TIMESTAMP and SCF_WINSCALE > are turned off. I think the operator "=" should be "|=". > > 987: - sc->sc_flags = SCF_SIGNATURE; > 987: + sc->sc_flags |= SCF_SIGNATURE; I files this problem as kern/82963. Regards, Noritoshi Demizu From owner-freebsd-net@FreeBSD.ORG Mon Jul 4 11:02:21 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C097A16A41C for ; Mon, 4 Jul 2005 11:02:21 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 816E643D48 for ; Mon, 4 Jul 2005 11:02:21 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j64B2L2f034601 for ; Mon, 4 Jul 2005 11:02:21 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j64B2KKD034593 for freebsd-net@freebsd.org; Mon, 4 Jul 2005 11:02:20 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 4 Jul 2005 11:02:20 GMT Message-Id: <200507041102.j64B2KKD034593@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 11:02:21 -0000 Current FreeBSD problem reports Critical problems Serious problems Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2003/07/11] kern/54383 net [nfs] [patch] NFS root configurations wit o [2005/06/21] kern/82470 net FreeBSD advertises wrong window scale in 2 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jul 4 18:58:09 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8867316A41C for ; Mon, 4 Jul 2005 18:58:09 +0000 (GMT) (envelope-from chvogt@tm.uka.de) Received: from iramx2.ira.uni-karlsruhe.de (iramx2.ira.uni-karlsruhe.de [141.3.10.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B88C43D46 for ; Mon, 4 Jul 2005 18:58:08 +0000 (GMT) (envelope-from chvogt@tm.uka.de) Received: from i72archimedes.tm.uni-karlsruhe.de ([141.3.71.83]) by iramx2.ira.uni-karlsruhe.de with esmtpsa id 1DpW8q-0002kR-4c; Mon, 04 Jul 2005 20:58:07 +0200 Message-ID: <42C986BB.4020409@tm.uka.de> Date: Mon, 04 Jul 2005 20:58:03 +0200 From: Christian Vogt User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -15.4 (---------------) X-Spam-Status: No Cc: TM-RO2 Subject: tcp_xmit_timer() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 18:58:09 -0000 Hi everybody, just a nit in sys/netinet/tcp_input.c:tcp_xmit_timer(). A comment says: /* * srtt is stored as fixed point with 5 bits after the * binary point (i.e., scaled by 8). The following magic * is equivalent to the smoothing algorithm in rfc793 with * an alpha of .875 (srtt = rtt/8 + srtt*7/8 in fixed * point). Adjust rtt to origin 0. */ But it should say "...(i.e., scaled by 32)". Hope this wasn't mentioned before on this list. Bye, - Christian -- Christian Vogt, Institute of Telematics, University of Karlsruhe www.tm.uka.de/~chvogt/pubkey/ From owner-freebsd-net@FreeBSD.ORG Mon Jul 4 19:14:32 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E82C16A41C; Mon, 4 Jul 2005 19:14:32 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1108043D49; Mon, 4 Jul 2005 19:14:30 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j64JESGd023529; Mon, 4 Jul 2005 12:14:28 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j64JESvX023528; Mon, 4 Jul 2005 12:14:28 -0700 (PDT) (envelope-from jmg) Date: Mon, 4 Jul 2005 12:14:28 -0700 From: John-Mark Gurney To: Christian Vogt Message-ID: <20050704191428.GQ727@funkthat.com> Mail-Followup-To: Christian Vogt , freebsd-net@freebsd.org, TM-RO2 , wollman@FreeBSD.org References: <42C986BB.4020409@tm.uka.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42C986BB.4020409@tm.uka.de> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-net@freebsd.org, TM-RO2 Subject: Re: tcp_xmit_timer() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 19:14:32 -0000 Christian Vogt wrote this message on Mon, Jul 04, 2005 at 20:58 +0200: > Hi everybody, > > just a nit in sys/netinet/tcp_input.c:tcp_xmit_timer(). A comment says: > > /* > * srtt is stored as fixed point with 5 bits after the > * binary point (i.e., scaled by 8). The following magic > * is equivalent to the smoothing algorithm in rfc793 with > * an alpha of .875 (srtt = rtt/8 + srtt*7/8 in fixed > * point). Adjust rtt to origin 0. > */ > > But it should say "...(i.e., scaled by 32)". > > Hope this wasn't mentioned before on this list. This isn't the only mismatch: #define TCP_RTT_SHIFT 5 /* shift for srtt; 3 bits frac. */ Maybe wollman can shed light on this? It looks like he just didn't update the comments in both places... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-net@FreeBSD.ORG Mon Jul 4 20:13:43 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C841116A41F; Mon, 4 Jul 2005 20:13:43 +0000 (GMT) (envelope-from chvogt@tm.uka.de) Received: from iramx2.ira.uni-karlsruhe.de (iramx2.ira.uni-karlsruhe.de [141.3.10.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 875BD43D48; Mon, 4 Jul 2005 20:13:43 +0000 (GMT) (envelope-from chvogt@tm.uka.de) Received: from i72archimedes.tm.uni-karlsruhe.de ([141.3.71.83]) by iramx2.ira.uni-karlsruhe.de with esmtpsa id 1DpXJw-0005Mz-9X; Mon, 04 Jul 2005 22:13:38 +0200 Message-ID: <42C9986F.4000601@tm.uka.de> Date: Mon, 04 Jul 2005 22:13:35 +0200 From: Christian Vogt User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-DE; rv:1.7.6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: John-Mark Gurney References: <42C986BB.4020409@tm.uka.de> <20050704191428.GQ727@funkthat.com> In-Reply-To: <20050704191428.GQ727@funkthat.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -15.2 (---------------) X-Spam-Status: No Cc: freebsd-net@freebsd.org, TM-RO2 Subject: Re: tcp_xmit_timer() X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 20:13:43 -0000 Yes, and this (from sys/netinet/tcp_var.h): #define TCP_RTTVAR_SCALE 16 /* multiplier for rttvar; 2 bits */ #define TCP_RTTVAR_SHIFT 4 /* shift for rttvar; 2 bits */ ...should say "...for rttvar; 4 bits frac." in both places. - Christian -- Christian Vogt, Institute of Telematics, University of Karlsruhe www.tm.uka.de/~chvogt/pubkey/ John-Mark Gurney wrote: > Christian Vogt wrote this message on Mon, Jul 04, 2005 at 20:58 > +0200: > >> Hi everybody, >> >> just a nit in sys/netinet/tcp_input.c:tcp_xmit_timer(). A comment >> says: >> >> /* * srtt is stored as fixed point with 5 bits after the * binary >> point (i.e., scaled by 8). The following magic * is equivalent to >> the smoothing algorithm in rfc793 with * an alpha of .875 (srtt = >> rtt/8 + srtt*7/8 in fixed * point). Adjust rtt to origin 0. */ >> >> But it should say "...(i.e., scaled by 32)". >> >> Hope this wasn't mentioned before on this list. > > > This isn't the only mismatch: #define TCP_RTT_SHIFT 5 > /* shift for srtt; 3 bits frac. */ > > Maybe wollman can shed light on this? It looks like he just didn't > update the comments in both places... > From owner-freebsd-net@FreeBSD.ORG Mon Jul 4 22:52:58 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB04816A41C for ; Mon, 4 Jul 2005 22:52:58 +0000 (GMT) (envelope-from simon@quo.com.au) Received: from mail.netspace.net.au (thunder.netspace.net.au [203.10.110.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DBDB43D45 for ; Mon, 4 Jul 2005 22:52:57 +0000 (GMT) (envelope-from simon@quo.com.au) Received: from [192.168.1.148] (220-253-86-93.QLD.netspace.net.au [220.253.86.93]) by mail.netspace.net.au (Postfix) with ESMTP id 0EE1149363 for ; Tue, 5 Jul 2005 08:52:55 +1000 (EST) Message-ID: <42C9BDC6.6070800@quo.com.au> Date: Tue, 05 Jul 2005 08:52:54 +1000 From: Simon Litchfield User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: PPPOE problems on 5.3 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Jul 2005 22:52:58 -0000 Hi all Using LQR, our ADSL connection eventually (after ~10-20 hrs) bombs out with *Too many LQR packets lost*. We tried 'deny lqr', which lasts about as long, but gives NGM_PPPOE_CLOSE. Any ideas on other settings we could try? I stumbled across 'enable forcelcpecho' but it isn't recognised by our pppd. Thanks Simon -- Quo Consulting info@quo.com.au http://www.quo.com.au/ Phone +61 (0)7 5520 2665 Fax +61 (0)2 8569 2377 Level 3 : Old Burleigh Theatre Arcade 66 Goodwin Terrace : Burleigh Heads Queensland : Australia From owner-freebsd-net@FreeBSD.ORG Tue Jul 5 00:20:02 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A01B16A41C for ; Tue, 5 Jul 2005 00:20:02 +0000 (GMT) (envelope-from simon@quo.com.au) Received: from mail.netspace.net.au (cumulus.netspace.net.au [203.10.110.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A8D943D46 for ; Tue, 5 Jul 2005 00:20:01 +0000 (GMT) (envelope-from simon@quo.com.au) Received: from [192.168.1.148] (220-253-86-93.QLD.netspace.net.au [220.253.86.93]) by mail.netspace.net.au (Postfix) with ESMTP id CD1D97A0B4 for ; Tue, 5 Jul 2005 10:19:59 +1000 (EST) Message-ID: <42C9D22E.2060703@quo.com.au> Date: Tue, 05 Jul 2005 10:19:58 +1000 From: Simon Litchfield User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Fwd: PPPOE problems on 5.3] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 00:20:02 -0000 Adding to my previous post, some details that might be of interest -- FreeBSD 5.3-RELEASE-p8 PPP Version 3.2 - Nov 4 2004 And our ppp.conf -- default: # set log Phase Chat LCP IPCP CCP tun command set log Phase Chat tun command ident user-ppp VERSION (built COMPILATIONDATE) winshop: set device PPPoE:rl0 set authname ************** set authkey ************** set speed sync set mtu max 1492 set mru max 1492 set timeout 0 set redial 0 0 enable dns add default HISADDR # problematic stuff? # enable lqr # enable echo # enable forcelcpecho deny lqr # nat and portmaps nat enable yes nat use_sockets yes nat unregistered_only yes nat proto gre 192.168.1.10 nat port tcp 192.168.1.10:1723 1723 nat port tcp 192.168.1.10:3389 3389 nat port tcp 192.168.1.10:80 80 nat port tcp 192.168.1.10:443 443 nat port tcp 192.168.1.150:3390 3389 -------- Original Message -------- Subject: PPPOE problems on 5.3 Date: Tue, 05 Jul 2005 08:52:54 +1000 From: Simon Litchfield To: freebsd-net@freebsd.org Hi all Using LQR, our ADSL connection eventually (after ~10-20 hrs) bombs out with *Too many LQR packets lost*. We tried 'deny lqr', which lasts about as long, but gives NGM_PPPOE_CLOSE. Any ideas on other settings we could try? I stumbled across 'enable forcelcpecho' but it isn't recognised by our pppd. Thanks Simon From owner-freebsd-net@FreeBSD.ORG Tue Jul 5 01:20:14 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82A8316A41C for ; Tue, 5 Jul 2005 01:20:14 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A52B43D49 for ; Tue, 5 Jul 2005 01:20:14 +0000 (GMT) (envelope-from mike@sentex.net) Received: from BLUELAPIS.sentex.ca (cage.simianscience.com [64.7.134.1]) by smarthost2.sentex.ca (8.13.3/8.13.3) with SMTP id j651K5ij010715; Mon, 4 Jul 2005 21:20:11 -0400 (EDT) (envelope-from mike@sentex.net) From: Mike Tancsa To: Simon Litchfield Date: Mon, 04 Jul 2005 21:20:47 -0400 Message-ID: References: <42C9D22E.2060703@quo.com.au> In-Reply-To: <42C9D22E.2060703@quo.com.au> X-Mailer: Forte Agent 1.93/32.576 English (American) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: freebsd-net@freebsd.org Subject: Re: [Fwd: PPPOE problems on 5.3] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 01:20:14 -0000 On Tue, 05 Jul 2005 10:19:58 +1000, in sentex.lists.freebsd.net you wrote: >Adding to my previous post, some details that might be of interest -- > >FreeBSD 5.3-RELEASE-p8 >PPP Version 3.2 - Nov 4 2004 > ># problematic stuff? ># enable lqr ># enable echo ># enable forcelcpecho > Update to 5.4R, or just the ppp part. Then try enable echo set lqrperiod 10 nothing else is required and LCP echos will work. The problem is the interaction between some BASes (Juniper's ERX for example) and =46reeBSD's PPPoE. ---Mike -------------------------------------------------------- Mike Tancsa, Sentex communications http://www.sentex.net Providing Internet Access since 1994 mike@sentex.net, (http://www.tancsa.com) From owner-freebsd-net@FreeBSD.ORG Tue Jul 5 16:26:38 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6B3416A41C for ; Tue, 5 Jul 2005 16:26:38 +0000 (GMT) (envelope-from xtremejames183@msn.com) Received: from hotmail.com (bay11-f24.bay11.hotmail.com [64.4.39.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C579343D46 for ; Tue, 5 Jul 2005 16:26:38 +0000 (GMT) (envelope-from xtremejames183@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 5 Jul 2005 09:26:38 -0700 Message-ID: Received: from 196.203.51.147 by by11fd.bay11.hotmail.msn.com with HTTP; Tue, 05 Jul 2005 16:26:38 GMT X-Originating-IP: [196.203.51.147] X-Originating-Email: [xtremejames183@msn.com] X-Sender: xtremejames183@msn.com From: "Mrad James Deane" To: freebsd-net@freebsd.org Date: Tue, 05 Jul 2005 18:26:38 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed X-OriginalArrivalTime: 05 Jul 2005 16:26:38.0742 (UTC) FILETIME=[51C16B60:01C5817E] Subject: ssh chroot not working X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 16:26:39 -0000 Hi, i have setup a chroot for a cvs server with ssh as CVS_RSH but when initializing the chroot for ssh like this : chroot /usr/local/www/cvs /sbin/sshd i have the followig reponse : PRNG perphaps no seeded : i'm in trouble please help to setup this , thanks, James mrad _________________________________________________________________ MSN Hotmail : antivirus et antispam intégrés http://www.msn.fr/newhotmail/Default.asp?Ath=f From owner-freebsd-net@FreeBSD.ORG Tue Jul 5 19:56:39 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C300016A41F for ; Tue, 5 Jul 2005 19:56:39 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from mv.twc.weather.com (mv.twc.weather.com [65.212.71.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id A607244093 for ; Tue, 5 Jul 2005 19:20:01 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: from d51mxn11 (Not Verified[65.202.103.25]) by mv.twc.weather.com with NetIQ MailMarshal (v6, 0, 3, 8) id ; Tue, 05 Jul 2005 15:33:50 -0400 From: John Baldwin To: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= Date: Tue, 5 Jul 2005 15:19:00 -0400 User-Agent: KMail/1.8 References: <200506281338.14511.jhb@FreeBSD.org> <86vf3rthf7.fsf@xps.des.no> In-Reply-To: <86vf3rthf7.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200507051519.01251.jhb@FreeBSD.org> Cc: freebsd-net@FreeBSD.org Subject: Re: Bug in libfetch handling of FTP urls.. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 19:56:39 -0000 On Sunday 03 July 2005 10:48 pm, Dag-Erling Sm=F8rgrav wrote: > John Baldwin writes: > > I verified this by doing 'fetch -vv' and seeing that it does one big CWD > > (instead of the multiple CWD's the RFC says should happen) and that it > > includes the leading '/' when it should not. > > I am currently testing a patch for this. Ok, thanks. > > Also, it seems that fetch ignores the ';type=3DX' optional part of the > > url-path and always uses TYPE I. > > Correct, that was never implemented. At the very least, the typecode > should be stripped from the URL. It does strip it out. ;type=3Dd support would be useful for some stuff I'm= =20 doing here at work but I've just punted for now and required an explicit=20 MANIFEST file that I fetch first and then parse. =2D-=20 John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" =3D http://www.FreeBSD.org From owner-freebsd-net@FreeBSD.ORG Tue Jul 5 20:01:11 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFE3216A420; Tue, 5 Jul 2005 20:01:11 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1E6543E68; Tue, 5 Jul 2005 19:53:07 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C63706193; Tue, 5 Jul 2005 21:53:01 +0200 (CEST) Received: from xps.des.no (des.no [80.203.228.37]) by tim.des.no (Postfix) with ESMTP id B3A156192; Tue, 5 Jul 2005 21:53:01 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 8A7D433CE1; Tue, 5 Jul 2005 21:53:01 +0200 (CEST) To: John Baldwin References: <200506281338.14511.jhb@FreeBSD.org> <86vf3rthf7.fsf@xps.des.no> <200507051519.01251.jhb@FreeBSD.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Tue, 05 Jul 2005 21:53:01 +0200 In-Reply-To: <200507051519.01251.jhb@FreeBSD.org> (John Baldwin's message of "Tue, 5 Jul 2005 15:19:00 -0400") Message-ID: <86zmt1vxlu.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Tests: ALL_TRUSTED,AWL,BAYES_00 X-Spam-Learn: ham X-Spam-Score: -5.2/5.0 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on tim.des.no Cc: freebsd-net@FreeBSD.org Subject: Re: Bug in libfetch handling of FTP urls.. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 20:01:12 -0000 John Baldwin writes: > On Sunday 03 July 2005 10:48 pm, Dag-Erling Sm=F8rgrav wrote: > > John Baldwin writes: > > > I verified this by doing 'fetch -vv' and seeing that it does one big = CWD > > > (instead of the multiple CWD's the RFC says should happen) and that it > > > includes the leading '/' when it should not. > > I am currently testing a patch for this. > Ok, thanks. NP. Could you please file separate PRs for each issue and assign them to me? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-net@FreeBSD.ORG Tue Jul 5 20:57:20 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83AF216A41C for ; Tue, 5 Jul 2005 20:57:20 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unsane.co.uk [62.140.220.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0BF243D48 for ; Tue, 5 Jul 2005 20:57:19 +0000 (GMT) (envelope-from jhary@unsane.co.uk) Received: from canth ([10.0.0.10]) (authenticated bits=0) by unsane.co.uk (8.13.4/8.13.3) with ESMTP id j65KvAYY099910; Tue, 5 Jul 2005 21:57:10 +0100 (BST) (envelope-from jhary@unsane.co.uk) Message-Id: <200507052057.j65KvAYY099910@unsane.co.uk> From: "Vince" To: Date: Tue, 5 Jul 2005 21:57:17 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcV+UZ0La1kIykjvR+O/6SWgsKH80gCKNRfwAAA0g8AASIOCcA== In-Reply-To: <7DA012A4E4DA934FA17318A11F7547F5B9433D@LON3.tcy.prv> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: freebsd-net@freebsd.org Subject: RE: Free memory X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jul 2005 20:57:20 -0000 Heh well that will teach me to belive what I read on the web without testing it myself. I can repeat your results and cant realy give a reason other than getting memory information on freebsd seems to be a bit tricky (see sysctl vm.vmtotal for more confusion, I'm still not sure what That all realy means.) I do my memory monitoring localy (based on the scripts at http://www.ag0ny.com/graphs/) and just assumed that net-snmp would "just work". My best suggestion now would be to either ask on questions@ or on the net-snmp mailing lists. Vince > -----Original Message----- > From: owner-freebsd-net@freebsd.org > [mailto:owner-freebsd-net@freebsd.org] On Behalf Of > Mathias@TeleCity.com > Sent: 04 July 2005 10:33 > To: jhary@unsane.co.uk > Cc: freebsd-net@freebsd.org > Subject: RE: Free memory > > Forgot to mention: > > root@rs1# snmpd -v > > NET-SNMP version: 5.2.1 > Web: http://www.net-snmp.org/ > Email: net-snmp-coders@lists.sourceforge.net > > > -----Original Message----- > From: Mathias Kenfack-Tabakem (LON) > Sent: Monday, July 04, 2005 10:29 AM > To: 'vince' > Cc: freebsd-net@freebsd.org > Subject: RE: Free memory > > Thanks for your reply but It doesn't work. I am probably > doing something wrong; but not sure what. This is what I get: > > root@rs1# snmpwalk -v1 -c public localhost > .1.3.6.1.4.1.2021.4.11 UCD-SNMP-MIB::memTotalFree.0 = INTEGER: 36108 > > root@rs1# snmpwalk -v1 -c public localhost > .1.3.6.1.4.1.2021.4 UCD-SNMP-MIB::memIndex.0 = INTEGER: 0 > UCD-SNMP-MIB::memErrorName.0 = STRING: swap > UCD-SNMP-MIB::memTotalSwap.0 = INTEGER: 1022664 > UCD-SNMP-MIB::memAvailSwap.0 = INTEGER: 1022664 > UCD-SNMP-MIB::memTotalReal.0 = INTEGER: 442176 > UCD-SNMP-MIB::memAvailReal.0 = INTEGER: 20772 > UCD-SNMP-MIB::memTotalSwapTXT.0 = INTEGER: -1 > UCD-SNMP-MIB::memAvailSwapTXT.0 = INTEGER: -1 > UCD-SNMP-MIB::memTotalRealTXT.0 = INTEGER: -1 > UCD-SNMP-MIB::memAvailRealTXT.0 = INTEGER: -1 > UCD-SNMP-MIB::memTotalFree.0 = INTEGER: 36096 > UCD-SNMP-MIB::memMinimumSwap.0 = INTEGER: 16000 > UCD-SNMP-MIB::memShared.0 = INTEGER: 26072 > UCD-SNMP-MIB::memBuffer.0 = INTEGER: 61472 > UCD-SNMP-MIB::memCached.0 = INTEGER: 15324 > UCD-SNMP-MIB::memSwapError.0 = INTEGER: 0 > UCD-SNMP-MIB::memSwapErrorMsg.0 = STRING: > > root@rs1# dmesg | grep memory > real memory = 536805376 (511 MB) > avail memory = 515633152 (491 MB) > > Regards > Mathias, > > -----Original Message----- > From: vince [mailto:jhary@unsane.co.uk] > Sent: Friday, July 01, 2005 4:29 PM > To: Mathias Kenfack-Tabakem (LON) > Cc: freebsd-net@freebsd.org > Subject: Re: Free memory > > Mathias@TeleCity.com wrote: > > >Hi Guys, > > > >I am trying to find out what mib value I can use to get the free > memory. > >I am running FreeBSd5.4 on a pc compatible machine (FreeBSD > 5.4-RELEASE > >i386 GENERIC). MIB-2 gives me the total memory. I can get the free > >memory from a sun box using sun's mib(.1.3.6.1.4.1.2021.4.6.0) which > >does not work with standard pc box. Could anyone point me to > the right > >direction please? > > > > > > > If you are using net-snmp try this from > http://net-snmp.sourceforge.net/tutorial/tutorial-4/mrtg/ > > .1.3.6.1.4.1.2021.4.11.0 > > > > >Regards > >Mathias, > > > > > >_____________________________________________________________ > _________ > >DISCLAIMER > >This e-mail is intended only for the use of the addressees > named above > and may be confidential. If you are not an addressee you must > not use any information contained in nor copy it nor inform > any person other than TeleCity or the addressees of its > existence or contents. If you have received this e-mail in > error, please contact the TeleCity IT department on +44 (0) > 161 232 3220 or by email at techsupport@telecity.com. > Internet communications cannot be guaranteed 100% secure, you > should therefore take this potential lack of security into > consideration when emailing us as we do not accept legal > responsibility for the security of the contents of this or > other emails. > Whilst TeleCity take measures to prevent any virus > contamination of our computer systems, recipients of emails > should always ensure that they take their own precautions to > avoid virus contamination. > >_____________________________________________________________ > _________ > >_______________________________________________ > >freebsd-net@freebsd.org mailing list > >http://lists.freebsd.org/mailman/listinfo/freebsd-net > >To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org" > > > > > > > ______________________________________________________________________ > This footer denotes the email has been inbound scanned for Virus. > > ______________________________________________________________________ > > ______________________________________________________________________ > DISCLAIMER > This e-mail is intended only for the use of the addressees > named above and may be confidential. If you are not an > addressee you must not use any information contained in nor > copy it nor inform any person other than TeleCity or the > addressees of its existence or contents. If you have received > this e-mail in error, please contact the TeleCity IT > department on +44 (0) 161 232 3220 or by email at > techsupport@telecity.com. Internet communications cannot be > guaranteed 100% secure, you should therefore take this > potential lack of security into consideration when emailing > us as we do not accept legal responsibility for the security > of the contents of this or other emails. Whilst TeleCity take > measures to prevent any virus contamination of our computer > systems, recipients of emails should always ensure that they > take their own precautions to avoid virus contamination. > ______________________________________________________________________ > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Wed Jul 6 01:20:18 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D95B16A41C for ; Wed, 6 Jul 2005 01:20:18 +0000 (GMT) (envelope-from non_secure@yahoo.com) Received: from web53310.mail.yahoo.com (web53310.mail.yahoo.com [206.190.39.239]) by mx1.FreeBSD.org (Postfix) with SMTP id 919B043D45 for ; Wed, 6 Jul 2005 01:20:17 +0000 (GMT) (envelope-from non_secure@yahoo.com) Received: (qmail 58446 invoked by uid 60001); 6 Jul 2005 01:20:17 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding; b=d2skHDZuwT2FouVwQZA4PqpnrxC5EsX2PQkSIMLM2gt1s9nSKelZ3kfg/OzC/9WjmV5jeQdMhmGRAepxMfh4FdyUYipewscmHFE+Jv+jaW+vfD16kni/JiQZjezlWxnB7SW4VF5DFfDINvEHOQA30AXpVofsnWev1/RN0SJi7z4= ; Message-ID: <20050706012016.58444.qmail@web53310.mail.yahoo.com> Received: from [208.186.91.245] by web53310.mail.yahoo.com via HTTP; Tue, 05 Jul 2005 18:20:16 PDT Date: Tue, 5 Jul 2005 18:20:16 -0700 (PDT) From: Joe Schmoe To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: ntop@listgateway.unipi.it Subject: ntop binary for 5.x in existence ? (the real ntop, not the kitchen sink one...) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 01:20:18 -0000 Hello, I used to use a tremendously useful and lightweight application called ntop - which performed a very very simple function: it listed network users on the machine, in terms of bandwidth, etc., like the traditional top command displays processes. Simple, easy, lightweight ... very useful. I have since been alarmed and disgusted to see that the authors have abandoned (and removed from archives, it seems) that application, and moved on to some kind of game or graphics program or ... something ... it's very hard to tell what "ntop" does anymore, but it seems to be some kind of relational database combined with a webserver and contact management app ? Who knows. They're obviously idiots. So, does anyone have the old ntop, and a method for compiling it successfully under FreeBSD 5.x ? I have asked on the ntop mailing list, but apparently it is bad form there to ask about the old, useful product they used to work on - discussion mainly focuses on the doom3 level editing features that they seem to be implementing. thanks. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-net@FreeBSD.ORG Wed Jul 6 14:47:44 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 255F216A41C for ; Wed, 6 Jul 2005 14:47:44 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from mrout1.yahoo.com (mrout1.yahoo.com [216.145.54.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 023E643D46 for ; Wed, 6 Jul 2005 14:47:43 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout1.yahoo.com (8.13.4/8.13.4/y.out) with ESMTP id j66Ek0bb095849 for ; Wed, 6 Jul 2005 07:46:01 -0700 (PDT) Date: Wed, 06 Jul 2005 23:46:00 +0900 Message-ID: From: gnn@freebsd.org To: freebsd-net@freebsd.org User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/21.2 (powerpc-apple-darwin) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: A bit of a route socket bug... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 14:47:44 -0000 Howdy, As was reported in http://www.freebsd.org/cgi/query-pr.cgi?pr=%0D%0A82974 if you do route change 10.3.2.1 127.0.0.1 on a system with a default route but no route on the 10 network at all, you wind up setting the default route to 127.0.0.1 which is rarely what you want. This is due to the fact that in rtsock.c around line 431 (in CURRENT) we do a rnh_lookup but don't make sure that the route we looked up was the one we sought. The radix code correctly finds the most useful route to 10.3.2.1, i.e the default route, and the dutifully hoses it. The question is, "What's the right fix here?" Right now I'm too tired to figure it out, so I figure in the 8 hours I'm asleep someone else might come up with a patch :-) Later, George From owner-freebsd-net@FreeBSD.ORG Wed Jul 6 16:18:56 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 754DB16A41C; Wed, 6 Jul 2005 16:18:56 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EA2A43D46; Wed, 6 Jul 2005 16:18:53 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.3/8.13.3) with ESMTP id j66GIqVY072416; Wed, 6 Jul 2005 12:18:52 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.3/8.13.3/Submit) with ESMTP id j66GIqkB072413; Wed, 6 Jul 2005 12:18:52 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Wed, 6 Jul 2005 12:18:52 -0400 (EDT) From: "Andrew R. Reiter" To: gnn@freebsd.org In-Reply-To: Message-ID: <20050706121804.C71236@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: A bit of a route socket bug... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 16:18:56 -0000 Slightly off topic, but have you had a chance to look at that lock recursion bug in the routing code that I had reported awhile ago? Admittedly, I never send-pr'd it. However, I should have the original information around... Perhaps I will test. On Wed, 6 Jul 2005 gnn@freebsd.org wrote: :Howdy, : :As was reported in :http://www.freebsd.org/cgi/query-pr.cgi?pr=%0D%0A82974 : :if you do : :route change 10.3.2.1 127.0.0.1 : :on a system with a default route but no route on the 10 network at :all, you wind up setting the default route to 127.0.0.1 which is :rarely what you want. This is due to the fact that in rtsock.c around :line 431 (in CURRENT) we do a rnh_lookup but don't make sure that the :route we looked up was the one we sought. The radix code correctly :finds the most useful route to 10.3.2.1, i.e the default route, and :the dutifully hoses it. : :The question is, "What's the right fix here?" Right now I'm too tired :to figure it out, so I figure in the 8 hours I'm asleep someone else :might come up with a patch :-) : :Later, :George : :_______________________________________________ :freebsd-net@freebsd.org mailing list :http://lists.freebsd.org/mailman/listinfo/freebsd-net :To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" : : -- Andrew R. Reiter arr@watson.org From owner-freebsd-net@FreeBSD.ORG Wed Jul 6 18:47:23 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7030B16A41C for ; Wed, 6 Jul 2005 18:47:23 +0000 (GMT) (envelope-from atr@labfer.usu.ru) Received: from relay4.usu.ru (relay4.usu.ru [194.226.235.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E89D43D45 for ; Wed, 6 Jul 2005 18:47:22 +0000 (GMT) (envelope-from atr@labfer.usu.ru) Received: from usu2.usu.ru (usu2.usu.ru [194.226.237.16]) by relay4.usu.ru (PostSystem) with ESMTP id D502516918 for ; Thu, 7 Jul 2005 00:47:20 +0600 (YEKST) Received: from localhost.usu2.usu.ru (localhost.usu2.usu.ru [127.0.0.1]) by usu2.usu.ru (Postfix) with ESMTP id E911BA7F23 for ; Thu, 7 Jul 2005 00:47:19 +0600 (YEKST) Received: from labfer.usu.ru (labfer.usu.ru [194.226.237.37]) by usu2.usu.ru (Postfix) with ESMTP id 713F0A7A3C for ; Thu, 7 Jul 2005 00:47:19 +0600 (YEKST) Received: from labfer.usu.ru (localhost [127.0.0.1]) by labfer.usu.ru (8.13.3/8.13.1) with ESMTP id j66IlIwG009561 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 7 Jul 2005 00:47:18 +0600 (YEKST) (envelope-from atr@labfer.usu.ru) Received: (from atr@localhost) by labfer.usu.ru (8.13.3/8.13.1/Submit) id j66IlIll009560; Thu, 7 Jul 2005 00:47:18 +0600 (YEKST) (envelope-from atr@labfer.usu.ru) Date: Thu, 7 Jul 2005 00:47:18 +0600 From: Alexander Trubin To: freebsd-net@freebsd.org Message-ID: <20050706184718.GA9457@spm.usu.ru> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-AntiVirus: checked by AntiVir MailGate (version: 2.0.1.15; AVE: 6.31.0.7; VDF: 6.31.0.160; host: usu2.usu.ru) Subject: arp table question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 18:47:23 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=koi8-r Content-Disposition: inline hi i have router on freebsd 5.4 (5 interfaces), and today found the following entries in arp table: [router] /home/atr# arp 10.5.6.15 ? (10.5.6.15) at 00:40:f4:8c:c2:71 on fxp2 permanent [ethernet] ? (10.5.6.15) at 44:44:44:44:44:44 on fxp2 permanent published [ethernet] is it a feature, or bug ? i just tried to add permanent entries in arp table using 'arp -S ' command several times. [router] /home/atr# ifconfig fxp2 fxp2: flags=99843 mtu 1500 options=48 inet 10.5.0.1 netmask 0xffff0000 broadcast 10.5.255.255 ether 00:d0:b7:75:5b:5c media: Ethernet 100baseTX status: active uname: FreeBSD router.usu6.ru 5.4-STABLE FreeBSD 5.4-STABLE #0: Tue Apr 5 20:43:58 YEKST 2005 there is kernel configuration file in attached file. thanks in advance. --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename=router # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.394.2.2 2003/12/07 23:52:53 scottl Exp $ machine i386 #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident RoUtER #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" #Default places to look for devices. #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options SCHED_4BSD #4BSD scheduler options INET #InterNETworking #options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options SOFTUPDATES #Enable FFS soft updates support options UFS_ACL #Support for access control lists options UFS_DIRHASH #Improve performance on big directories #options MD_ROOT #MD is a potential root device options NFSCLIENT #Network Filesystem Client options NFSSERVER #Network Filesystem Server #options NFS_ROOT #NFS usable as /, requires NFSCLIENT #options MSDOSFS #MSDOS Filesystem #options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem (requires PSEUDOFS) options PSEUDOFS #Pseudo-filesystem framework options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options COMPAT_FREEBSD4 #Compatible with FreeBSD4 #options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. options MAC options UFS_ACL #options IPSEC #options IPSEC_ESP # output. Adds ~215k to driver. options QUOTA options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) #options IPFIREWALL_FORWARD #enable transparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPDIVERT #divert sockets # Debugging for use in -current #options DDB #Enable the kernel debugger #options INVARIANTS #Enable calls of extra sanity checking #options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS #Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #device apic # I/O APIC device isa device eisa device pci # Floppy drives #device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device ahd # AHA39320/29320 and onboard AIC79xx devices #device amd # AMD 53C974 (Tekram DC-390(T)) #device isp # Qlogic family #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals #device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers #device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc # Enable this for the pcvt (VT220 compatible) console driver #device vt #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor device agp # support several AGP chipsets # Floating point support - do not disable. device npx # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # Pcmcia and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pcic # ExCA ISA and PCI bridges #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to the sio and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device bfe # Broadcom BCM440x 10/100 ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x and SK-982x gigabit ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard nics included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device lnc # NE2100, NE32-VL Lance Ethernet cards #device sn # SMC's 9000 series of ethernet chips #device xe # Xircom pccard ethernet # # ISA devices that use the old ISA shims #device le # Wireless NIC cards #device wlan # 802.11 support #device an # Aironet 4500/4800 802.11 wireless NICs. #device awi # BayStack 660 and others #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices - the number indicates how many units to allocate. device random # Entropy device device loop # Network loopback device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! device bpf # Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) ##device udbp # USB Double Bulk Pipe devices #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device axe # ASIX Electronics USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) options DEVICE_POLLING options HZ=1000 #options MROUTING # for MEG TV #options RANDOM_IP_ID options ACCEPT_FILTER_DATA options ACCEPT_FILTER_HTTP options ZERO_COPY_SOCKETS # makeoptions DEBUG=-g # Debugging for use in -current options KDB # Enable kernel debugger support. options DDB, DDB_UNATTENDED # Support DDB. with DDB_UNATTENDED it reboots when panic occurs //atr options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # device mem device io --W/nzBZO5zC0uMSeA-- From owner-freebsd-net@FreeBSD.ORG Wed Jul 6 21:57:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96CCF16A41C for ; Wed, 6 Jul 2005 21:57:11 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from skippyii.compar.com (test.compar.com [216.208.38.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A49143D45 for ; Wed, 6 Jul 2005 21:57:11 +0000 (GMT) (envelope-from matt@gsicomp.on.ca) Received: from hermes (CPE00062566c7bb-CM000039c69a66.cpe.net.cable.rogers.com [70.28.254.189]) by skippyii.compar.com (8.13.1/8.13.1) with ESMTP id j66M8WBB058976; Wed, 6 Jul 2005 18:08:33 -0400 (EDT) (envelope-from matt@gsicomp.on.ca) Message-ID: <014d01c58275$b94f8cb0$1200a8c0@gsicomp.on.ca> From: "Matt Emmerton" To: "Joe Schmoe" , References: <20050706012016.58444.qmail@web53310.mail.yahoo.com> Date: Wed, 6 Jul 2005 17:57:36 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: ntop@listgateway.unipi.it Subject: Re: ntop binary for 5.x in existence ? (the real ntop, not the kitchen sink one...) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 21:57:11 -0000 > Hello, > > I used to use a tremendously useful and lightweight > application called ntop - which performed a very very > simple function: it listed network users on the > machine, in terms of bandwidth, etc., like the > traditional top command displays processes. > > Simple, easy, lightweight ... very useful. > > I have since been alarmed and disgusted to see that > the authors have abandoned (and removed from archives, > it seems) that application, and moved on to some kind > of game or graphics program or ... something ... it's > very hard to tell what "ntop" does anymore, but it > seems to be some kind of relational database combined > with a webserver and contact management app ? Who > knows. They're obviously idiots. > > So, does anyone have the old ntop, and a method for > compiling it successfully under FreeBSD 5.x ? I'm not sure where you're looking, but http://www.ntop.org definitely describes a network monitoring application. It's stil in the ports -- you can install it like this: cd /usr/ports/net/ntop && make install -- Matt Emmerton From owner-freebsd-net@FreeBSD.ORG Wed Jul 6 22:39:26 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BED3616A42D; Wed, 6 Jul 2005 22:39:26 +0000 (GMT) (envelope-from bms@spc.org) Received: from arginine.spc.org (arginine.spc.org [83.167.185.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 646BD43D45; Wed, 6 Jul 2005 22:39:25 +0000 (GMT) (envelope-from bms@spc.org) Received: from localhost (localhost [127.0.0.1]) by arginine.spc.org (Postfix) with ESMTP id 68EF365435; Wed, 6 Jul 2005 23:39:24 +0100 (BST) Received: from arginine.spc.org ([127.0.0.1]) by localhost (arginine.spc.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 91392-01-6; Wed, 6 Jul 2005 23:39:24 +0100 (BST) Received: from empiric.dek.spc.org (82-35-114-35.cable.ubr07.dals.blueyonder.co.uk [82.35.114.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by arginine.spc.org (Postfix) with ESMTP id E511E65426; Wed, 6 Jul 2005 23:39:23 +0100 (BST) Received: by empiric.dek.spc.org (Postfix, from userid 1001) id 41C4469E7; Wed, 6 Jul 2005 23:39:07 +0100 (BST) Date: Wed, 6 Jul 2005 23:39:07 +0100 From: Bruce M Simpson To: gnn@freebsd.org Message-ID: <20050706223907.GM757@empiric.icir.org> Mail-Followup-To: gnn@freebsd.org, freebsd-net@freebsd.org References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-net@freebsd.org Subject: Re: A bit of a route socket bug... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 22:39:27 -0000 On Wed, Jul 06, 2005 at 11:46:00PM +0900, gnn@freebsd.org wrote: > As was reported in > http://www.freebsd.org/cgi/query-pr.cgi?pr=%0D%0A82974 [snip] This is definitely a bug, no question about it. RTM_CHANGE should let you change the next-hop, but not the destination or the netmask. [Sklower] As to how to fix it, I ENOTIME at the moment. :-( BMS From owner-freebsd-net@FreeBSD.ORG Wed Jul 6 23:17:54 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2741216A41C for ; Wed, 6 Jul 2005 23:17:54 +0000 (GMT) (envelope-from dmehler26@woh.rr.com) Received: from ms-smtp-04-eri0.ohiordc.rr.com (ms-smtp-04-smtplb.ohiordc.rr.com [65.24.5.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC80443D46 for ; Wed, 6 Jul 2005 23:17:53 +0000 (GMT) (envelope-from dmehler26@woh.rr.com) Received: from satellite (cpe-65-185-99-20.woh.res.rr.com [65.185.99.20]) by ms-smtp-04-eri0.ohiordc.rr.com (8.12.10/8.12.7) with SMTP id j66NHpHH029734 for ; Wed, 6 Jul 2005 19:17:51 -0400 (EDT) Message-ID: <002e01c58280$e43ec1b0$6400a8c0@satellite> From: "dave" To: Date: Wed, 6 Jul 2005 19:17:34 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: mpd, vpn, nat, and pf X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dave List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 23:17:54 -0000 Hello, I've searched the archives, but didn't see any answers for this issue. I'm trying to get internet pptp clients to connect to a natted pptp server. The box is protected by a pf firewall running nat as well. I'm getting an error 619, the specified port is not connected. This is a firewall config issue, as i set it to pass all and it works fine. I'm wondering if pf can nat the gre traffic Pf configs available upon request, i'm using a block by default policy. Thanks. Dave. From owner-freebsd-net@FreeBSD.ORG Wed Jul 6 23:34:49 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5A6A16A41C for ; Wed, 6 Jul 2005 23:34:49 +0000 (GMT) (envelope-from drgenio@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8365343D46 for ; Wed, 6 Jul 2005 23:34:49 +0000 (GMT) (envelope-from drgenio@gmail.com) Received: by wproxy.gmail.com with SMTP id i2so74077wra for ; Wed, 06 Jul 2005 16:34:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=nmHb2JK/tZsvNiDOgwoKF5fdLiOIBcRC6VWsZ1QNlVXZFWytMGmKNl3MzR+H4El6Sa5My9xMGYTGT7JF9wSqA4LQQAyU5RQSnxyl0flZI+XsOjNYwBYol8pegLPL5ulPOnGiVhT0ZJadL71qKP8/vsrEQLS923X2pwkwHqRvr4I= Received: by 10.54.25.38 with SMTP id 38mr225269wry; Wed, 06 Jul 2005 16:34:47 -0700 (PDT) Received: by 10.54.3.59 with HTTP; Wed, 6 Jul 2005 16:34:47 -0700 (PDT) Message-ID: <25a1a0990507061634655433ec@mail.gmail.com> Date: Wed, 6 Jul 2005 20:34:47 -0300 From: =?ISO-8859-1?Q?Hern=E1n_Freschi?= To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: pppoe+radius server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?ISO-8859-1?Q?Hern=E1n_Freschi?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jul 2005 23:34:49 -0000 Hi everyone, I'm new to this list and I have a question about PPP. I'm trying to port to BSD what I have already done in Linux, it's a pppoe access server, like "Project Warta". On Linux I had a PPP plugin called "radattr.so", which writes a file named /var/run/radattr.ifacename containing the attr-values returned by the RADIUS server. When the interface comes up, the script parses the file and finds the speed limit for the user, for example "Download =3D 256". Is there anything like that plugin for FreeBSD? Thanks, Hernan Freschi From owner-freebsd-net@FreeBSD.ORG Thu Jul 7 03:48:12 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 18AEE16A41C for ; Thu, 7 Jul 2005 03:48:12 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from smtp1.skyinet.net (smtp1.skyinet.net [202.78.97.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1F4043D46 for ; Thu, 7 Jul 2005 03:48:11 +0000 (GMT) (envelope-from fooler@skyinet.net) Received: from fooler (fooler.ilo.skyinet.net [202.78.118.66]) by smtp1.skyinet.net (Postfix) with SMTP id E8D9E58413; Thu, 7 Jul 2005 11:48:08 +0800 (PHT) Message-ID: <036f01c582a6$baa0ce90$42764eca@ilo.skyinet.net> From: "fooler" To: =?iso-8859-1?Q?Hern=E1n_Freschi?= , References: <25a1a0990507061634655433ec@mail.gmail.com> Date: Thu, 7 Jul 2005 11:48:25 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Cc: Subject: Re: pppoe+radius server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 03:48:12 -0000 ----- Original Message ----- From: "Hernán Freschi" To: Sent: Thursday, July 07, 2005 7:34 AM Subject: pppoe+radius server >Hi everyone, >I'm new to this list and I have a question about PPP. I'm trying to >port to BSD what I have already done in Linux, it's a pppoe access >server, like "Project Warta". >On Linux I had a PPP plugin called "radattr.so", which writes a file >named /var/run/radattr.ifacename containing the attr-values returned >by the RADIUS server. When the interface comes up, the script parses >the file and finds the speed limit for the user, for example "Download >= 256". >Is there anything like that plugin for FreeBSD? http://lists.freebsd.org/pipermail/freebsd-isp/2005-March/002967.html hope that helps... fooler. From owner-freebsd-net@FreeBSD.ORG Thu Jul 7 08:15:53 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E36A16A41C for ; Thu, 7 Jul 2005 08:15:53 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AB9143D45 for ; Thu, 7 Jul 2005 08:15:53 +0000 (GMT) (envelope-from wsk@gddsn.org.cn) Received: from [192.168.168.138] (unknown [211.96.21.195]) by gddsn.org.cn (Postfix) with ESMTP id 62E7238CB4D for ; Thu, 7 Jul 2005 16:15:45 +0800 (CST) Message-ID: <42CCE482.4050904@gddsn.org.cn> Date: Thu, 07 Jul 2005 16:14:58 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; zh-CN; rv:1.7.6) Gecko/20050326 X-Accept-Language: zh-cn,zh MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 7bit Cc: Subject: ipnat port redirection can't through 2 subnetworks?? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 08:15:53 -0000 hi,folks: here's my network's layout: | | em0 (160.79.174.99/29) GateWay (FreeBSD 5.x ipf/ipnat, gateway_enabled) em1 (192.168.1.1/25) | | em0 (192.168.1.126/25) -- Bridge -- em1 (192.168.1.254/25) | | | | LAN1 LAN2 | | +---------------------+ +---------+---------+ | | | | | hostA(192.168.1.2/25) ... hostB(192.168.1.250/25) WEB Server Mail Server and here's the ipnat.rules on my gateway box map em0 192.168.1.0/24 -> 160.79.174.99/32 portmap tcp/udp 10000:60000 map em0 192.168.1.0/24 -> 160.79.174.99/32 rdr em0 160.79.174.99/32 port 80 -> 192.168.1.2 port 80 rdr em0 160.79.174.99/32 port 25 -> 192.168.1.250 port 25 now the problems is that the NAT work fine but the port redirection does not work on IPNAT and PF.and I found that the port redirection just could work on the same subnetworks(the rdr could forwarding the port to Bridge box but not WEB Server or Mail Server).so I wondered could I setup the rdr rules to make it forwarding ports to my LAN1 or LAN2's hosts ?? :-( thanks any reply with appreciates!! LAN1's defaultroute is 192.168.1.126 LAN2's defaultroute is 192.168.1.254 Bridge defaultroute is 192.168.1.1 From owner-freebsd-net@FreeBSD.ORG Thu Jul 7 21:55:38 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD3BA16A41C for ; Thu, 7 Jul 2005 21:55:38 +0000 (GMT) (envelope-from drgenio@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E15C43D55 for ; Thu, 7 Jul 2005 21:55:38 +0000 (GMT) (envelope-from drgenio@gmail.com) Received: by wproxy.gmail.com with SMTP id i6so320895wra for ; Thu, 07 Jul 2005 14:55:37 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U+RrhfLabc3cVeSAhPXbGty5ytlTxiOKlSkWxB6lUM+PlYj5kUmiYxSfcHO6chfWV53dBJJvh1EEIfoFt+hplnD+NFxsiARWcP6l0DIErDD0Q697UrR5AZUhbTAsVMqQXX+G5HfwELPJSCiXDevCtXAAcPgi1EIBAx9p8Rl+e6Q= Received: by 10.54.44.7 with SMTP id r7mr1045219wrr; Thu, 07 Jul 2005 14:55:37 -0700 (PDT) Received: by 10.54.3.59 with HTTP; Thu, 7 Jul 2005 14:55:37 -0700 (PDT) Message-ID: <25a1a09905070714551cd551f@mail.gmail.com> Date: Thu, 7 Jul 2005 18:55:37 -0300 From: =?ISO-8859-1?Q?Hern=E1n_Freschi?= Cc: freebsd-net@freebsd.org In-Reply-To: <036f01c582a6$baa0ce90$42764eca@ilo.skyinet.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <25a1a0990507061634655433ec@mail.gmail.com> <036f01c582a6$baa0ce90$42764eca@ilo.skyinet.net> Subject: Re: pppoe+radius server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?ISO-8859-1?Q?Hern=E1n_Freschi?= List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jul 2005 21:55:38 -0000 > http://lists.freebsd.org/pipermail/freebsd-isp/2005-March/002967.html >=20 > hope that helps... great great, only one problem. i make the radius server send the Filter-Id attr, with value "64:32" for 64 down/32 up. It seems to get to ppp: /etc/ppp/ppp.log: Phase: Filter "64:32" Notice it says "filter", not filter-id so my /etc/ppp/ppp.linkup looks like this: default: bg /etc/ppp/addclient.sh USER INTERFACE HISADDR RAD_FILTER_ID and addclient.sh just: echo $1 $2 $3 $4 >> /test.log and /test.log looks like username tun0 10.20.20.20 RAD_FILTER_ID seems like ppp doesn't replace RAD_FILTER_ID with the Filter-Id attribute from the server. It should do that, right? Or did I got something wrong? thanks From owner-freebsd-net@FreeBSD.ORG Fri Jul 8 00:22:09 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE60F16A420 for ; Fri, 8 Jul 2005 00:22:09 +0000 (GMT) (envelope-from mjl@luckie.org.nz) Received: from grunt6.ihug.co.nz (grunt6.ihug.co.nz [203.109.254.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AFB643D46 for ; Fri, 8 Jul 2005 00:22:08 +0000 (GMT) (envelope-from mjl@luckie.org.nz) Received: from 203-173-152-49.bliink.ihug.co.nz (lycra.luckie.org.nz) [203.173.152.49] by grunt6.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1Dqgd5-0001Ag-00; Fri, 08 Jul 2005 12:22:07 +1200 Received: from mjl by lycra.luckie.org.nz with local (Exim 4.51 (FreeBSD)) id 1Dqgd4-000D1J-M9; Fri, 08 Jul 2005 12:22:06 +1200 Date: Fri, 8 Jul 2005 12:22:06 +1200 From: Matthew Luckie To: gnn@freebsd.org Message-ID: <20050708002203.GB48639@lycra.luckie.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: A bit of a route socket bug... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 00:22:09 -0000 I'm not very familiar with the route code, but here is what i came up with. [mjl@rayon mjl]$ sudo route change 10.3.2.1 127.0.0.1 route: writing to routing socket: No such process change host 10.3.2.1: gateway 127.0.0.1: not in table the code checks that if changing a host or network route, that the route returned by a lookup matches this type. for network routes, it also ensures that the netmask matches. --- rtsock.c.orig Fri Jul 8 11:56:36 2005 +++ rtsock.c Fri Jul 8 12:12:39 2005 @@ -489,6 +489,30 @@ case RTM_CHANGE: /* + * Check that the route returned is exactly the one + * that was looked up, so that some other route is not + * changed in error. + * Ensure the type of route (host/net) to be changed + * matches, and ensure that the route matches if net + * by checking that the netmask matches. + */ + if (rt->rt_flags & RTF_HOST) { + if((info.rti_flags & RTF_HOST) == 0) { + RT_UNLOCK(rt); + senderr(ESRCH); + } + } else { + if((info.rti_flags & RTF_HOST) || + info.rti_info[RTAX_NETMASK] == NULL || + rt_mask(rt) == NULL || + !sa_equal(info.rti_info[RTAX_NETMASK], + rt_mask(rt))) { + RT_UNLOCK(rt); + senderr(ESRCH); + } + } + + /* * New gateway could require new ifaddr, ifp; * flags may also be different; ifp may be specified * by ll sockaddr when protocol address is ambiguous From owner-freebsd-net@FreeBSD.ORG Fri Jul 8 03:48:51 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEAF916A41C for ; Fri, 8 Jul 2005 03:48:51 +0000 (GMT) (envelope-from khaled.abu@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 591C743D49 for ; Fri, 8 Jul 2005 03:48:51 +0000 (GMT) (envelope-from khaled.abu@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so348831wra for ; Thu, 07 Jul 2005 20:48:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=eXeoTibkApvAXzhrwbRzC3RURwvx1iendtcmk83qwErmsM8TS6ACJ12k3lKez+exz1zDHJx9THCXG/nDgXt0TCk2VMyDlMPSbJBrHZq/4YVtVpvRR9SOLCjSLPJk1W27eK9HrrelhjltLMDiO1eY8jqPWWSNnmzDttDTOao1NVw= Received: by 10.54.33.65 with SMTP id g65mr1356393wrg; Thu, 07 Jul 2005 20:48:50 -0700 (PDT) Received: by 10.54.66.16 with HTTP; Thu, 7 Jul 2005 20:48:50 -0700 (PDT) Message-ID: Date: Fri, 8 Jul 2005 06:48:50 +0300 From: Abu Khaled To: =?ISO-8859-1?Q?Hern=E1n_Freschi?= In-Reply-To: <25a1a09905070714551cd551f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <25a1a0990507061634655433ec@mail.gmail.com> <036f01c582a6$baa0ce90$42764eca@ilo.skyinet.net> <25a1a09905070714551cd551f@mail.gmail.com> Cc: freebsd-net@freebsd.org Subject: Re: pppoe+radius server X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Abu Khaled List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Jul 2005 03:48:51 -0000 On 7/8/05, Hern=E1n Freschi wrote: > > http://lists.freebsd.org/pipermail/freebsd-isp/2005-March/002967.html > > > > hope that helps... >=20 > great great, only one problem. i make the radius server send the > Filter-Id attr, with value "64:32" for 64 down/32 up. It seems to get > to ppp: /etc/ppp/ppp.log: >=20 > Phase: Filter "64:32" >=20 > Notice it says "filter", not filter-id >=20 > so my /etc/ppp/ppp.linkup looks like this: >=20 > default: > bg /etc/ppp/addclient.sh USER INTERFACE HISADDR RAD_FILTER_ID >=20 > and addclient.sh just: >=20 > echo $1 $2 $3 $4 >> /test.log >=20 > and /test.log looks like >=20 > username tun0 10.20.20.20 RAD_FILTER_ID >=20 > seems like ppp doesn't replace RAD_FILTER_ID with the Filter-Id > attribute from the server. It should do that, right? Or did I got > something wrong? >=20 > thanks is a label you can use in ppp.linkup and ppp.linkdown to execute additional commands/scripts. in ppp.linkup default: bg /etc/ppp/addclient.sh USER INTERFACE HISADDR # : # bg