From owner-freebsd-net@FreeBSD.ORG Sun Jan 29 08:20:10 2006 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 840AD16A420 for ; Sun, 29 Jan 2006 08:20:10 +0000 (GMT) (envelope-from orac000@internet-mail.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0151243D49 for ; Sun, 29 Jan 2006 08:20:07 +0000 (GMT) (envelope-from orac000@internet-mail.org) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 8BBC8D3345F; Sun, 29 Jan 2006 03:20:06 -0500 (EST) Received: from web3.messagingengine.com ([10.202.2.212]) by frontend1.internal (MEProxy); Sun, 29 Jan 2006 03:20:06 -0500 Received: by web3.messagingengine.com (Postfix, from userid 99) id 64C6F111E; Sun, 29 Jan 2006 03:20:06 -0500 (EST) Message-Id: <1138522806.15997.253010448@webmail.messagingengine.com> X-Sasl-Enc: BwIxdi8pXu9XaCicSqiiYywa9HyWhCPOxZjfjhhNarfH 1138522806 From: "Aluminium Oxide" To: "Brian Candler" Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 5022 (F2.73; T1.15; A1.64; B3.05; Q3.03) References: <1136167766.17477.250884723@webmail.messagingengine.com> <20060103153312.GB11044@uk.tiscali.com> In-Reply-To: <20060103153312.GB11044@uk.tiscali.com> Date: Sun, 29 Jan 2006 18:50:06 +1030 Cc: freebsd-net@freebsd.org Subject: Re: /usr/src/lib/libc/net/res_debug.c: compile problem fixed 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: Sun, 29 Jan 2006 08:20:10 -0000 > Suggestion: use unified diff (diff -u res_debug.org.c res_debug.c). It's > *much* easier to read. > > Regards, > > Brian. Thankyou Brian, I've done as you suggested. Q: How can I edit the new PR title to reflect that I've fixed the problem? -- Aluminium Oxide orac000@internet-mail.org -- http://www.fastmail.fm - Send your email first class From owner-freebsd-net@FreeBSD.ORG Sun Jan 29 10:14:38 2006 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 B332316A420 for ; Sun, 29 Jan 2006 10:14:38 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F7843D45 for ; Sun, 29 Jan 2006 10:14:38 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 80F64E4; Sun, 29 Jan 2006 05:14:59 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 415567F9C; Sun, 29 Jan 2006 05:14:58 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F39Zq-000HUn-EU; Sun, 29 Jan 2006 10:14:34 +0000 Date: Sun, 29 Jan 2006 10:14:34 +0000 From: Brian Candler To: Aluminium Oxide Message-ID: <20060129101434.GA67244@uk.tiscali.com> References: <1136167766.17477.250884723@webmail.messagingengine.com> <20060103153312.GB11044@uk.tiscali.com> <1138522806.15997.253010448@webmail.messagingengine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1138522806.15997.253010448@webmail.messagingengine.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: /usr/src/lib/libc/net/res_debug.c: compile problem fixed 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: Sun, 29 Jan 2006 10:14:38 -0000 On Sun, Jan 29, 2006 at 06:50:06PM +1030, Aluminium Oxide wrote: > > Suggestion: use unified diff (diff -u res_debug.org.c res_debug.c). It's > > *much* easier to read. > > > > Regards, > > > > Brian. > > Thankyou Brian, I've done as you suggested. > > Q: How can I edit the new PR title to reflect that I've fixed the > problem? You mean this one? http://www.freebsd.org/cgi/query-pr.cgi?pr=92488 Audit-Trail State-Changed-From-To: open->closed State-Changed-By: arved State-Changed-When: Sun Jan 29 09:46:25 UTC 2006 State-Changed-Why: You are using unsupported CFLAGS From owner-freebsd-net@FreeBSD.ORG Sun Jan 29 14:36:20 2006 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 19D7116A420 for ; Sun, 29 Jan 2006 14:36:20 +0000 (GMT) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (classis.ru [213.248.60.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6260743D53 for ; Sun, 29 Jan 2006 14:36:18 +0000 (GMT) (envelope-from citrin@citrin.ru) Received: from mail.classis.ru (localhost [127.0.0.1]) by mail.classis.ru (Postfix) with ESMTP id 9FFC11222201 for ; Sun, 29 Jan 2006 17:36:17 +0300 (MSK) Received: from [192.168.0.104] (office.telecall.ru [217.25.144.129]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.classis.ru (Postfix) with ESMTP id 5D36B12220D6 for ; Sun, 29 Jan 2006 17:36:17 +0300 (MSK) Date: Sun, 29 Jan 2006 17:36:16 +0300 From: Anton Yuzhaninov X-Mailer: The Bat! (v3.0.1.33) Professional Organization: Telecall X-Priority: 3 (Normal) Message-ID: <982009121.20060129173616@citrin.ru> To: net@freebsd.org In-Reply-To: <43DBCB6B.7080504@deze.org> References: <43DBCB6B.7080504@deze.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Creating span port using netgraph 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: Sun, 29 Jan 2006 14:36:20 -0000 Saturday, January 28, 2006, 10:52:11 PM, Frank wrote: F> # create ngeth0 and bind xl0, xl1, xl2 and xl3 to it F> ngctl mkpeer . eiface hook ether F> ngctl mkpeer ngeth0: one2many lower one F> ngctl connect xl0: ngeth0:lower lower many0 F> ngctl connect xl1: ngeth0:lower lower many1 F> ngctl connect xl2: ngeth0:lower lower many2 F> ngctl connect xl3: ngeth0:lower lower many3 F> # bring up ngeth0 for sniffing duties F> ifconfig ngeth0 monitor up F> After I run this script, all network connections freeze and I lost all F> IP connectvity. If I tcpdup on any inteface (xl? or ngeth0) no traffic F> is visible. Use ng_tee for connect to xl0, xl1... --=20 WBR, Anton Yuzhaninov From owner-freebsd-net@FreeBSD.ORG Sun Jan 29 22:04:21 2006 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 1DB4916A420 for ; Sun, 29 Jan 2006 22:04:21 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 947C343D7D for ; Sun, 29 Jan 2006 22:04:20 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [192.168.2.6]) ([10.251.60.63]) by a50.ironport.com with ESMTP; 29 Jan 2006 14:04:19 -0800 Message-ID: <43DD3BE3.8090209@elischer.org> Date: Sun, 29 Jan 2006 14:04:19 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Anton Yuzhaninov References: <43DBCB6B.7080504@deze.org> <982009121.20060129173616@citrin.ru> In-Reply-To: <982009121.20060129173616@citrin.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: net@freebsd.org Subject: Re: Creating span port using netgraph 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: Sun, 29 Jan 2006 22:04:21 -0000 Anton Yuzhaninov wrote: >Saturday, January 28, 2006, 10:52:11 PM, Frank wrote: > >F> # create ngeth0 and bind xl0, xl1, xl2 and xl3 to it >F> ngctl mkpeer . eiface hook ether >F> ngctl mkpeer ngeth0: one2many lower one >F> ngctl connect xl0: ngeth0:lower lower many0 >F> ngctl connect xl1: ngeth0:lower lower many1 >F> ngctl connect xl2: ngeth0:lower lower many2 >F> ngctl connect xl3: ngeth0:lower lower many3 > >F> # bring up ngeth0 for sniffing duties >F> ifconfig ngeth0 monitor up > >F> After I run this script, all network connections freeze and I lost all >F> IP connectvity. If I tcpdup on any inteface (xl? or ngeth0) no traffic >F> is visible. > >Use ng_tee for connect to xl0, xl1... > > also, as a hint, assign node names as soon as is prcatical (to make things easier to read) so: # use "right" hooks for "upper" and "Left" hooks for "lower" connections ngctl mkpeer xl0: tee upper left ngctl name xl0:upper xl0T ngctl connect xl0: xl0T: lower right ngctl mkpeer xl1: tee upper left ngctl name xl1:upper xl0T ngctl connect xl1: xl1T: lower right ngctl mkpeer xl2: tee upper left ngctl name xl2:up: xl2T lower right ngctl connect xl2: xl2T: lower right ngctl mkpeer xl3: tee upper left ngctl name xl3:upper xl0T ngctl connect xl3: xl3T: lower right ngctl mkpeer xl0T: one2many left2right many0 ngctl name xl0T:left2right input_mux ncgtl connect xl1T: input_mux: left2right many1 ncgtl connect xl3T: input_mux: left2right many2 ncgtl connect xl3T: input_mux: left2right many3 ngctl msg input_mux setconfig "{ xmitAlg=1 enabledLinks=[ 1 1 1 1 ] }" ngctl mkpeer input_mux: eiface hook ether However I do wonder if that is what you want, because you would be "receiving" two copies of any packets destined to you. One from an xl interface, and one from ngeth0. Also, what good would it do to "receive" these packets again? for a SPAN port you want to send them out again somewhere, so that last line would more likely be something like: ngctl connect input_mux: xl5: one lower ifconfig xl5 up which would send the agregaet of all received info out a 5th port (though it may not all fit of course, unless the 5th port is a Gb port..) you could also feed them to a userland netgraph soket ir anything esle if you want of course. (I haven't tested this script.. I just wrote it in this email) julian From owner-freebsd-net@FreeBSD.ORG Sun Jan 29 22:20:01 2006 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 BD46616A420 for ; Sun, 29 Jan 2006 22:20:01 +0000 (GMT) (envelope-from orac000@internet-mail.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 519CB43D45 for ; Sun, 29 Jan 2006 22:20:01 +0000 (GMT) (envelope-from orac000@internet-mail.org) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 6D9A9D3293A; Sun, 29 Jan 2006 17:19:59 -0500 (EST) Received: from web3.messagingengine.com ([10.202.2.212]) by frontend1.internal (MEProxy); Sun, 29 Jan 2006 17:19:59 -0500 Received: by web3.messagingengine.com (Postfix, from userid 99) id 70B7B17075; Sun, 29 Jan 2006 17:20:00 -0500 (EST) Message-Id: <1138573200.6772.253038464@webmail.messagingengine.com> X-Sasl-Enc: wnRb6o2SP9qj2X5w0Dua5FBJRmaDH81BJGnnKt5nfrGp 1138573200 From: "Aluminium Oxide" To: "Brian Candler" Content-Disposition: inline Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="ISO-8859-1" MIME-Version: 1.0 X-Mailer: MIME::Lite 5022 (F2.73; T1.15; A1.64; B3.05; Q3.03) References: <1136167766.17477.250884723@webmail.messagingengine.com> <20060103153312.GB11044@uk.tiscali.com> <1138522806.15997.253010448@webmail.messagingengine.com> <20060129101434.GA67244@uk.tiscali.com> In-Reply-To: <20060129101434.GA67244@uk.tiscali.com> Date: Mon, 30 Jan 2006 08:50:00 +1030 Cc: freebsd-net@freebsd.org Subject: Re: /usr/src/lib/libc/net/res_debug.c: compile problem fixed 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: Sun, 29 Jan 2006 22:20:01 -0000 > > Q: How can I edit the new PR title to reflect that I've fixed the > > problem? > > You mean this one? > http://www.freebsd.org/cgi/query-pr.cgi?pr=92488 > > Audit-Trail > > State-Changed-From-To: open->closed > State-Changed-By: arved > State-Changed-When: Sun Jan 29 09:46:25 UTC 2006 > State-Changed-Why: > You are using unsupported CFLAGS > Awwww... You're right, but there's only a handlful of these that stop buildworld with -O3.... inlineing, I miss you... (sniff) -- Aluminium Oxide orac000@internet-mail.org -- http://www.fastmail.fm - Choose from over 50 domains or use your own From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 08:28:08 2006 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 765D516A420 for ; Mon, 30 Jan 2006 08:28:08 +0000 (GMT) (envelope-from subscriber@osk.com.ua) Received: from gandalf.osk.com.ua (osk.com.ua [195.5.17.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98D4E43D45 for ; Mon, 30 Jan 2006 08:28:06 +0000 (GMT) (envelope-from subscriber@osk.com.ua) Received: from localhost (localhost [127.0.0.1]) by gandalf.osk.com.ua (Postfix) with ESMTP id DAE4978C1F; Mon, 30 Jan 2006 10:29:21 +0200 (EET) Received: from gandalf.osk.com.ua ([127.0.0.1]) by localhost (gandalf.osk.com.ua [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82467-12; Mon, 30 Jan 2006 10:29:21 +0200 (EET) Received: from OLEG (unknown [192.168.82.111]) by gandalf.osk.com.ua (Postfix) with ESMTP id 0B7AC78C1C; Mon, 30 Jan 2006 10:29:20 +0200 (EET) Date: Mon, 30 Jan 2006 10:28:18 +0200 From: Oleg Tarasov X-Mailer: The Bat! (v3.64.01 Christmas Edition) Professional X-Priority: 3 (Normal) Message-ID: <1163905124.20060130102818@osk.com.ua> To: Julian Elischer In-Reply-To: <43DA644E.9090703@elischer.org> References: <83462512.20060126181018@osk.com.ua> <43D92848.2050005@elischer.org> <20060127084457.GA21360@zen.inc> <603364524.20060127113646@osk.com.ua> <43DA644E.9090703@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at osk.com.ua Cc: freebsd-net@freebsd.org, VANHULLEBUS Yvan Subject: Re: Duplicate SAD entries lead to ESP tunnel malfunction X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD MailList List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 08:28:08 -0000 Hello, Julian Elischer wrote: > let us know if that solves your problem.. > remember you don't need to reboot to set it.. > the result should be instantaneous. net.key.preferred_oldsa=0 really helped in this situation. Both tunnels from now on work perfectly inspite on connection problems or any other problems. It is not clear no me why this option should ever be set to 1 as it will certainly bring to a malfunction if any problem occurs. I suggest to change the default value of this one to 0 in FreeBSD distribution. -- Best regards, Oleg Tarasov mailto:subscriber@osk.com.ua From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 08:31:46 2006 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 B1B5A16A420 for ; Mon, 30 Jan 2006 08:31:46 +0000 (GMT) (envelope-from regnauld@starbsd.org) Received: from flow.starbsd.org (lillemis.catpipe.net [195.249.214.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B9F543D46 for ; Mon, 30 Jan 2006 08:31:45 +0000 (GMT) (envelope-from regnauld@starbsd.org) Received: by flow.starbsd.org (Postfix, from userid 1001) id 403F91700A; Mon, 30 Jan 2006 09:31:43 +0100 (CET) Date: Mon, 30 Jan 2006 09:31:43 +0100 From: Phil Regnauld To: Oleg Tarasov Message-ID: <20060130083142.GB1853@flow.eu.org> References: <83462512.20060126181018@osk.com.ua> <43D92848.2050005@elischer.org> <20060127084457.GA21360@zen.inc> <603364524.20060127113646@osk.com.ua> <43DA644E.9090703@elischer.org> <1163905124.20060130102818@osk.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1163905124.20060130102818@osk.com.ua> X-Operating-System: FreeBSD 6.0-STABLE i386 Organization: catpipe Systems ApS User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, VANHULLEBUS Yvan , Julian Elischer Subject: Re: Duplicate SAD entries lead to ESP tunnel malfunction 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, 30 Jan 2006 08:31:46 -0000 Oleg Tarasov (subscriber) writes: > > net.key.preferred_oldsa=0 > > I suggest to change the default value of this one to 0 in FreeBSD > distribution. This has been suggested for about 5 years now... Phil From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 08:37:49 2006 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 81D3616A420 for ; Mon, 30 Jan 2006 08:37:49 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE95A43D49 for ; Mon, 30 Jan 2006 08:37:48 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id EDDEB41B3D; Mon, 30 Jan 2006 03:37:47 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id ADAF612E7D; Mon, 30 Jan 2006 03:37:46 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3UXg-000IMG-J4; Mon, 30 Jan 2006 08:37:44 +0000 Date: Mon, 30 Jan 2006 08:37:44 +0000 From: Brian Candler To: Unix-Solutions - Steven Message-ID: <20060130083744.GA70515@uk.tiscali.com> References: <001501c62402$a1bd4c70$05000100@cloe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001501c62402$a1bd4c70$05000100@cloe> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: multiple natd + ipfw, with 2 internal ip's 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, 30 Jan 2006 08:37:49 -0000 On Sat, Jan 28, 2006 at 01:01:53PM +0100, Unix-Solutions - Steven wrote: > Hi you guy's, > > I have a little problem with my natd or ipfw configuration. This may not be what you want to hear, but in my experience if you have a configuration with multiple external interfaces and multiple NAT instances, ipfw + natd becomes almost impossible to configure correctly. You need multiple running instances of natd, which isn't a problem, but making a set of ipfw rules which correctly passes the right packets to the right natd instances, both inbound and outbound, is pretty hard. If I were you, I'd switch to pf. Having two NAT interfaces in pf.conf is trivial. So then the only thing you need to do is to swing your defaultroute from ISP1 to ISP2, to change the traffic flow. > Now I want to add 192.168.2.253 as alias on the FXP0 > and when a PC on my internal network sets his gateway to 192.168.2.253 > I want that this PC takes the versatel route. > How is this possible ? Unfortunately, it's not possible at all. When your PC sends a packet from X.X.X.X to Y.Y.Y.Y, and decides that 192.168.2.254 is the next hop router, it uses ARP to find the MAC address of this router. It then encapsulates the IP datagram in an ethernet frame using this as the destination MAC address. If it decided to use 192.168.2.253 as the next hop, and this is an alias on the same machine, then it would still get the same MAC address. So when the packet arrives at the router, it would be impossible to tell whether the originator had used 192.168.2.254 or 192.168.2.253 as the next-hop address. (That's unless you do something very nasty, like assigning multiple MAC addresses to the same interface and writing your own ARP daemon to respond with different MAC addresses, but even then you would still have to somehow make a forwarding decision based on the MAC address of the incoming frame. You could put two different NICs on the same LAN segment, which would automatically give you two MAC addresses and let you forward based on the source interface, but I think that FreeBSD still has a problem when running two NICs on the same LAN segment, because it mixes the ARP table into the forwarding table) If you want to selectively have some clients using ISP1 and other clients using ISP2, then I think you could implement that using pf 'route-to' or ipfw 'fwd' rules, matching the source IP address, which is a lot simpler. In any case, if all you're concerned about is failover, then you probably don't want to reconfigure every client PC when ISP1 goes down in order to point to ISP2. Rather, you could run a script on the gateway PC which monitors the link status, and changes its own defaultroute to point to the other ISP. HTH, Brian. From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 08:47:00 2006 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 9039D16A420 for ; Mon, 30 Jan 2006 08:47:00 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CAF143D46 for ; Mon, 30 Jan 2006 08:47:00 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id B9BB741B3D; Mon, 30 Jan 2006 03:46:59 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id 874D612FEA; Mon, 30 Jan 2006 03:46:58 -0500 (EST) Received: from brian by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3Ugb-000IMx-DM; Mon, 30 Jan 2006 08:46:57 +0000 Date: Mon, 30 Jan 2006 08:46:57 +0000 From: Brian Candler To: Aluminium Oxide Message-ID: <20060130084657.GA70583@uk.tiscali.com> References: <1136167766.17477.250884723@webmail.messagingengine.com> <20060103153312.GB11044@uk.tiscali.com> <1138522806.15997.253010448@webmail.messagingengine.com> <20060129101434.GA67244@uk.tiscali.com> <1138573200.6772.253038464@webmail.messagingengine.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1138573200.6772.253038464@webmail.messagingengine.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: /usr/src/lib/libc/net/res_debug.c: compile problem fixed 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, 30 Jan 2006 08:47:00 -0000 On Mon, Jan 30, 2006 at 08:50:00AM +1030, Aluminium Oxide wrote: > Awwww... > > You're right, but there's only a handlful of these that stop buildworld > with -O3.... I think the issue is that although you may be able to get FreeBSD to *build* using -O3, it's quite unlikely that it will *work* properly. If I understand correctly, gcc -O3 makes a lot of assumptions about when it's OK to keep values around in registers, which may not be valid when there are interrupts or other threads modifying memory. I think it's possible to make the code -O3 safe, e.g. by putting loads of 'volatile' declarations in, but catching every single case where this is required is extremely different. This may be more of a problem with the kernel than with userland though. Regards, Brian. From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 10:05:23 2006 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 EA64A16A422 for ; Mon, 30 Jan 2006 10:05:23 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A08B43D5D for ; Mon, 30 Jan 2006 10:05:20 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0UA5IQ7082348 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 13:05:18 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0UA5Imn082347; Mon, 30 Jan 2006 13:05:18 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 30 Jan 2006 13:05:17 +0300 From: Gleb Smirnoff To: Meno Abels Message-ID: <20060130100517.GZ83922@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Meno Abels , freebsd-net@freebsd.org References: <344de2870601271645j5f9029a3l@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <344de2870601271645j5f9029a3l@mail.gmail.com> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: panic in sbdrop_locked 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, 30 Jan 2006 10:05:24 -0000 On Sat, Jan 28, 2006 at 01:45:07AM +0100, Meno Abels wrote: M> i have two boxes running currently freebsd-6.0-p3 i386 and they are M> panic around every 24 hour once a time. I just update to -p4 so i will M> see if it working better. I also didn't have the debug kernel ready so M> i can only provide this very weak infos: M> (kgdb) bt M> #0 0xc06e5b2c in doadump () M> #1 0xc06e60c0 in boot () M> #2 0xc06e6409 in panic () M> #3 0xc0731406 in sbdrop_locked () M> #4 0xc07b373e in tcp_input () M> #5 0xc07a93fe in ip_input () M> #6 0xc077a2b9 in netisr_processqueue () M> #7 0xc077a51f in swi_net () M> #8 0xc06cbfe8 in ithread_loop () M> #9 0xc06caebf in fork_exit () M> #10 0xc090fe1c in fork_trampoline () M> M> Is there any procedure to track this problem down other than have a M> debug kernel prepared what i done now-:) And have a very close look to M> the backtrace. I saw it M> happens sometimes in the development branches. Yes, the same backtrace with debugging kernel will be much more informative. Please followup when you got one. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 10:09:16 2006 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 172D716A420 for ; Mon, 30 Jan 2006 10:09:16 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E0D843D48 for ; Mon, 30 Jan 2006 10:09:15 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0UA9C5e082465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 13:09:13 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0UA96fn082428; Mon, 30 Jan 2006 13:09:07 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 30 Jan 2006 13:09:06 +0300 From: Gleb Smirnoff To: Julien Gabel Message-ID: <20060130100906.GA83922@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Julien Gabel , Hans Nieser , freebsd-net@freebsd.org References: <43D69B06.4060208@nieser.net> <62280.192.168.1.12.1138140329.squirrel@webmail.thilelli.net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <62280.192.168.1.12.1138140329.squirrel@webmail.thilelli.net> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org, Hans Nieser Subject: Re: re0: 2 link states coalesced. 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, 30 Jan 2006 10:09:16 -0000 On Tue, Jan 24, 2006 at 11:05:29PM +0100, Julien Gabel wrote: J> > I have a problem with my RTL8169 Gigabit NIC built into my (apparently J> > very uncommon) Clevo D41EV laptop. At boot, when netif tries to set up the J> > interface, I get a lot of these messages: J> > J> > > re0: 2 link states coalesced J> > > re0: link state changed to DOWN J> > > re0: 2 link states coalesced J> > > re0: link state changed to DOWN J> > > re0: 2 link states coalesced J> > > re0: link state changed to DOWN J> > J> > At some point the interface will go UP just at the right time (?) and gets J> > configured by dhclient succesfully. Once that is done it seems to works J> > fine, giving me 10-11 MiB/s throughput on a 100mbit link. J> > J> > At first I didn't consider it a real problem, but now that I am trying to J> > take my laptop into daily use I am becoming increasingly annoyed by having J> > to wait 3 to 6 minutes for the NIC to go 'UP' during the boot process. J> > J> > Here's how the NIC is identified in pciconf -lv: J> > J> > > re0@pci0:10:0: class=0x020000 card=0x08001558 chip=0x816910ec rev=0x10 J> > > hdr=0x00 J> > > vendor = 'Realtek Semiconductor' J> > > device = 'RTL8169 Gigabit Ethernet Adapter' J> > > class = network J> > > subclass = ethernet J> > J> > This is all on a fresh installation of FreeBSD-6.0-RELEASE updated to p3. J> > I have the full dmesg log and pciconf output attached (and mirrored at J> > http://www.nieser.net/files/re-problem/ incase the attachments don't come J> > through). Does anyone know what causes this, and possibly the solution? J> > Should I file a PR for this? J> J> I filled one a year ago, for the very same problem (encountered for two J> years now). See Problem Report kern/80005 for more information. I think J> that another user (Emmanuel Duros) tried to speak with Realtek on that J> point, not sure if there is feedback on it though... J> J> Sorry not to have better news. Is this NIC available outside of Clevo D41EV laptop? As PCI or PCMCIA card? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 10:39:32 2006 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 9C01E16A420; Mon, 30 Jan 2006 10:39:32 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0855643D4C; Mon, 30 Jan 2006 10:39:30 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id F136E564A7; Mon, 30 Jan 2006 11:39:28 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 42516-03; Mon, 30 Jan 2006 11:39:27 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id 3AAEB5647E; Mon, 30 Jan 2006 11:39:27 +0100 (CET) Received: from 145.248.192.4 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Mon, 30 Jan 2006 11:39:27 +0100 (CET) Message-ID: <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> In-Reply-To: <20060130100906.GA83922@FreeBSD.org> References: <43D69B06.4060208@nieser.net> <62280.192.168.1.12.1138140329.squirrel@webmail.thilelli.net> <20060130100906.GA83922@FreeBSD.org> Date: Mon, 30 Jan 2006 11:39:27 +0100 (CET) From: "Julien Gabel" To: "Gleb Smirnoff" , "Hans Nieser" , freebsd-net@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: Emmanuel Duros Subject: Re: re0: 2 link states coalesced. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 10:39:32 -0000 >> I filled one a year ago, for the very same problem (encountered for two >> years now). See Problem Report kern/80005 for more information. I >> think that another user (Emmanuel Duros) tried to speak with Realtek on >> that point, not sure if there is feedback on it though... >> >> Sorry not to have better news. > Is this NIC available outside of Clevo D41EV laptop? As PCI or PCMCIA > card? As far as i know, people who encounter this behaviour all use an onboard ethernet adapter. Emmanuel Duros with an MSI motherboard, Hans Nieser using a Clevo D41EV and me with a D480V (also known as D47) and based on a SiS M648FX 963 chipset. I don't really know if there is a PCI or PCMCIA version of this adapter, sorry. -- -jpeg. From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 11:02:40 2006 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 5156816A420 for ; Mon, 30 Jan 2006 11:02:40 +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 033AA43D46 for ; Mon, 30 Jan 2006 11:02:39 +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.4/8.13.4) with ESMTP id k0UB2dlf019911 for ; Mon, 30 Jan 2006 11:02:39 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k0UB2chF019905 for freebsd-net@freebsd.org; Mon, 30 Jan 2006 11:02:38 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 30 Jan 2006 11:02:38 GMT Message-Id: <200601301102.k0UB2chF019905@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, 30 Jan 2006 11:02:40 -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 1 problem total. From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 11:46:29 2006 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 39A6116A420 for ; Mon, 30 Jan 2006 11:46:29 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from vader.b4br.net (vader.b4br.net [200.152.202.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7DCA43D45 for ; Mon, 30 Jan 2006 11:46:28 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from localhost (localhost.b4br.net [127.0.0.1]) by vader.b4br.net (Postfix) with ESMTP id F3EA1181429; Mon, 30 Jan 2006 09:40:55 -0200 (BRST) Received: from vader.b4br.net ([127.0.0.1]) by localhost (vader.b4br.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 83850-02; Mon, 30 Jan 2006 09:40:43 -0200 (BRST) Received: from tuxkiller.matter.b4br.net (yoda.b4br.net [200.152.202.10]) by vader.b4br.net (Postfix) with ESMTP id 5369918146B; Mon, 30 Jan 2006 09:40:43 -0200 (BRST) From: Tiago Cruz To: Julian Elischer In-Reply-To: <43DA8E70.2070804@elischer.org> References: <1138387362.4742.9.camel@localhost.localdomain> <43DA6C6A.7050701@elischer.org> <1138390041.4742.19.camel@localhost.localdomain> <43DA8E70.2070804@elischer.org> Content-Type: text/plain Date: Mon, 30 Jan 2006 09:46:14 -0200 Message-Id: <1138621574.18130.26.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at b4br.net Cc: "freebsd-net@FreeBSD.org" Subject: Re: Network client is the same from 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: Mon, 30 Jan 2006 11:46:29 -0000 On Fri, 2006-01-27 at 13:19 -0800, Julian Elischer wrote: > it is definitly possible > but you will have to do some reading > natd can do it. I found this in the OpenVPN FAQ: ================ Does anybody know how to remap local addresses, if I want to connect two networks with an overlap in the private address range? Using iptables 1.2.7a+ and the NETMAP target: iptables -t nat -A PREROUTING -d 192.168.0.0/24 -j NETMAP --to 192.168.1.0/24 ================ Is this what I want!!! But.... how can I do this in PF/FreeBSD? Thank you! -- Tiago Cruz http://linuxrapido.org Linux User #282636 "The box said: Requires MS Windows or better, so I installed Linux" From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 12:44:22 2006 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 1EBCC16A420 for ; Mon, 30 Jan 2006 12:44:22 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A8243D7D for ; Mon, 30 Jan 2006 12:44:18 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k0UChGXk069782; Mon, 30 Jan 2006 15:43:16 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k0UChCHO069775; Mon, 30 Jan 2006 15:43:12 +0300 (MSK) (envelope-from yar) Date: Mon, 30 Jan 2006 15:43:12 +0300 From: Yar Tikhiy To: Doug Ambrisko Message-ID: <20060130124311.GA44477@comp.chem.msu.su> References: <200601182028.k0IKS6Nf073019@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200601182028.k0IKS6Nf073019@ambrisko.com> User-Agent: Mutt/1.5.9i Cc: Sten Spans , Dave Raven , freebsd-net@freebsd.org Subject: Re: em driver + VLAN's 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, 30 Jan 2006 12:44:22 -0000 On Wed, Jan 18, 2006 at 12:28:06PM -0800, Doug Ambrisko wrote: > Sten Spans writes: > | On Wed, 18 Jan 2006, Doug Ambrisko wrote: > | > Dave Raven writes: > | > | FreeBSD 4.9 - char em_driver_version[] = "1.7.16"; > | > | > | > | I've tried multiple bridge configurations - from bridging just em0,em1 to > | > | bridging two vlan's attached to each card. Unfortunately I don't have access > | > | to the box at the moment - if its still necessary I will fetch the > | > | information tomorrow (ifconfig etc) > | > | > | > | To sum up its something like the following > | > | net.inet.ether.bridge_config=em0,em1 > | > | net.inet.ether.bridge=1 > | > | > | > | Or vlan0,vlan1 with: > | > | ifconfig vlan0 create > | > | ifconfig vlan1 create > | > | ifconfig vlan0 vlan 100 vlandev em0 > | > | ifconfig vlan1 vlan 100 vlandev em1 > | > | > | > | > | > | If I change to using fxp it immediately works.. > | > > | > I think you will find you are bridging in promiscous mode and the > | > HW VLAN stuff isn't there. You should try to bridge the vlan devices > | > or disable the VLAN HW (driver hack). It works with the fxp0 since you > | > are using SW VLAN so the HW part isn't grabing it. I've done the driver > | > hack for some things I needed to do. > | > | what about vlanhwtag (ifconfig) ? > | according to the em manpage it is disabled by default > | so this setup should work. > > I'm not sure ... things have changed over time. To the best of my knowledge, vlanhwtag in em(4) is disabled by default in FreeBSD 5.x and 6.x only. OTOH, vlanhwtag is disabled when promiscuous mode is enabled on em(4) in 4.x, too. However, it wasn't in 4.9. At least 4.11 is needed, otherwise the driver source needs to be hacked (a call to em_enable_vlans() removed.) -- Yar From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 12:57:53 2006 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 C23DA16A420 for ; Mon, 30 Jan 2006 12:57:53 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A3C543D48 for ; Mon, 30 Jan 2006 12:57:50 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k0UCvlD2071032; Mon, 30 Jan 2006 15:57:47 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k0UCvk2G071027; Mon, 30 Jan 2006 15:57:46 +0300 (MSK) (envelope-from yar) Date: Mon, 30 Jan 2006 15:57:46 +0300 From: Yar Tikhiy To: Iassen Anadoliev Message-ID: <20060130125746.GB44477@comp.chem.msu.su> References: <43DB8EEA.6090006@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org Subject: Re: Ftpd problems 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, 30 Jan 2006 12:57:53 -0000 On Sat, Jan 28, 2006 at 06:25:34PM +0200, Iassen Anadoliev wrote: > Chuck Swiger writes: > > >Iassen Anadoliev wrote: > >>Hello guys i hope this is the appropriate list so... > >> > >>I am running a ftp server and have some problems with large files. While > >>syncing files over 4GB with rsync there is no problem: > >> > >>ls -lha > >>-rw------- 1 support support 4.2G Nov 14 19:46 somefile.data > >> > >>But when i try to download the file it fails: > > > >If you can identify more specificly which side is having the problem, it's > >probably worth filing a PR about it. Try using fetch or curl instead, to > >see > >whether another client does OK, or try using proftpd to test another FTP > >server. > Never sent PR before. So trying to find PR that already describe my > problem I found this: > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/89100 We seem to have got a bug in sendfile(2). Besides bin/89100, there is kern/92243 on it. The problem is rather unpleasant and it's in the kernel, not in ftpd(8). -- Yar From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 13:15:23 2006 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 7873E16A422 for ; Mon, 30 Jan 2006 13:15:23 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4663343D55 for ; Mon, 30 Jan 2006 13:15:22 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 54088 invoked from network); 30 Jan 2006 13:14:34 -0000 Received: from c00l3r.networx.ch (HELO freebsd.org) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 30 Jan 2006 13:14:34 -0000 Message-ID: <43DE117A.23AB6834@freebsd.org> Date: Mon, 30 Jan 2006 14:15:38 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Yar Tikhiy References: <43DB8EEA.6090006@mac.com> <20060130125746.GB44477@comp.chem.msu.su> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Iassen Anadoliev Subject: Re: Ftpd problems 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, 30 Jan 2006 13:15:23 -0000 Yar Tikhiy wrote: > > On Sat, Jan 28, 2006 at 06:25:34PM +0200, Iassen Anadoliev wrote: > > Chuck Swiger writes: > > > > >Iassen Anadoliev wrote: > > >>Hello guys i hope this is the appropriate list so... > > >> > > >>I am running a ftp server and have some problems with large files. While > > >>syncing files over 4GB with rsync there is no problem: > > >> > > >>ls -lha > > >>-rw------- 1 support support 4.2G Nov 14 19:46 somefile.data > > >> > > >>But when i try to download the file it fails: > > > > > >If you can identify more specificly which side is having the problem, it's > > >probably worth filing a PR about it. Try using fetch or curl instead, to > > >see > > >whether another client does OK, or try using proftpd to test another FTP > > >server. > > Never sent PR before. So trying to find PR that already describe my > > problem I found this: > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/89100 > > We seem to have got a bug in sendfile(2). Besides bin/89100, there > is kern/92243 on it. The problem is rather unpleasant and it's in > the kernel, not in ftpd(8). You should make Alan Cox (alc@) or Tor Egge (tegge@)aware of this problem. They're our VM gurus. -- Andre From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 14:36:53 2006 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 B27E216A420; Mon, 30 Jan 2006 14:36:53 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id ECA7F43D4C; Mon, 30 Jan 2006 14:36:52 +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 k0UEaofM023758; Mon, 30 Jan 2006 16:36:50 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 31041-01-10; Mon, 30 Jan 2006 16:36:49 +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 k0UEX2b5023522 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 16:33:02 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k0UEX4ji073934; Mon, 30 Jan 2006 16:33:04 +0200 (EET) (envelope-from ru) Date: Mon, 30 Jan 2006 16:33:03 +0200 From: Ruslan Ermilov To: net@FreeBSD.org, amd64@FreeBSD.org Message-ID: <20060130143303.GA73838@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Subject: mrouted on amd64 doesn't work 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, 30 Jan 2006 14:36:53 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi there, I cannot get multicast routing working on amd64, and I highly suspect mrouted(8). Can anybody confirm successfully or unsuccessfully running mrouted(8) on amd64 (5.x, 6.x or 7.0), or perhaps somebody already has patches for mrouted(8)? When I run mrouted in foreground, I get a lot of messages like this: 16:10:05.035 warning - received packet from 10.54.5.169 shorter (20 bytes) = than hdr+data length (20+80) 16:10:05.035 warning - received packet from 10.54.5.221 shorter (20 bytes) = than hdr+data length (20+76) 16:10:05.035 warning - received packet from 10.54.7.105 shorter (20 bytes) = than hdr+data length (20+73) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3iOfqRfpzJluFF4RAk6vAJ44EzEK0Hh+ESDVHpqUjRJvLMpKzACbBBg6 woBps19U0otH54nqixWrHU4= =KSC5 -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 18:49:14 2006 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 C5DA716A420 for ; Mon, 30 Jan 2006 18:49:14 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A02743D48 for ; Mon, 30 Jan 2006 18:49:14 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 30 Jan 2006 10:49:14 -0800 Message-ID: <43DE5FA9.1070107@elischer.org> Date: Mon, 30 Jan 2006 10:49:13 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Candler References: <001501c62402$a1bd4c70$05000100@cloe> <20060130083744.GA70515@uk.tiscali.com> In-Reply-To: <20060130083744.GA70515@uk.tiscali.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Unix-Solutions - Steven Subject: Re: multiple natd + ipfw, with 2 internal ip's 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, 30 Jan 2006 18:49:15 -0000 Brian Candler wrote: >On Sat, Jan 28, 2006 at 01:01:53PM +0100, Unix-Solutions - Steven wrote: > > >>Hi you guy's, >> >>I have a little problem with my natd or ipfw configuration. >> >> > >This may not be what you want to hear, but in my experience if you have a >configuration with multiple external interfaces and multiple NAT instances, >ipfw + natd becomes almost impossible to configure correctly. You need >multiple running instances of natd, which isn't a problem, but making a set >of ipfw rules which correctly passes the right packets to the right natd >instances, both inbound and outbound, is pretty hard. > > Actually it's pretty easy. make a separate natd.conf file for each daemon, and specify it to each daemon on the command line. then separate out the dataflow usinf ipfw. e.g. add 100 skipto 300 ip from any to any in recv fxp0 add 101 skipto 400 ip from any to any in recv fxp1 add 102 skipto 500 ip from any to any out xmit fxp0 add 103 skipto 600 ip from any to any out xmit fxp1 now in each section 300,400,500,600 you can have a different set of filters etc. you can also use different divert sockets for the two interfaces, sending the data to the two different natds which you have listenning on different divert sockets. >If I were you, I'd switch to pf. Having two NAT interfaces in pf.conf is >trivial. So then the only thing you need to do is to swing your defaultroute >from ISP1 to ISP2, to change the traffic flow. > > > >>Now I want to add 192.168.2.253 as alias on the FXP0 >>and when a PC on my internal network sets his gateway to 192.168.2.253 >>I want that this PC takes the versatel route. >>How is this possible ? >> >> > >Unfortunately, it's not possible at all. > > Well you could if you set your internal interface to be in promiscuous mode and set proxy arp for that address using a different MAC address. Then using ipfw at the ethernet layer you could tell which address it had been aimed at.. A different approach would be to run two different subnets on the wire. 192.168.1.x and 192.1.68.2.x for example. each by default could be made to go out through a different egress interface using an ipw FWD rule. >When your PC sends a packet from X.X.X.X to Y.Y.Y.Y, and decides that >192.168.2.254 is the next hop router, it uses ARP to find the MAC address of >this router. It then encapsulates the IP datagram in an ethernet frame using >this as the destination MAC address. > >If it decided to use 192.168.2.253 as the next hop, and this is an alias on >the same machine, then it would still get the same MAC address. So when the >packet arrives at the router, it would be impossible to tell whether the >originator had used 192.168.2.254 or 192.168.2.253 as the next-hop address. > >(That's unless you do something very nasty, like assigning multiple MAC >addresses to the same interface and writing your own ARP daemon to respond >with different MAC addresses, but even then you would still have to somehow >make a forwarding decision based on the MAC address of the incoming frame. >You could put two different NICs on the same LAN segment, which would >automatically give you two MAC addresses and let you forward based on the >source interface, but I think that FreeBSD still has a problem when running >two NICs on the same LAN segment, because it mixes the ARP table into the >forwarding table) > >If you want to selectively have some clients using ISP1 and other clients >using ISP2, then I think you could implement that using pf 'route-to' or >ipfw 'fwd' rules, matching the source IP address, which is a lot simpler. > >In any case, if all you're concerned about is failover, then you probably >don't want to reconfigure every client PC when ISP1 goes down in order to >point to ISP2. Rather, you could run a script on the gateway PC which >monitors the link status, and changes its own defaultroute to point to the >other ISP. > >HTH, > >Brian. >_______________________________________________ >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 Mon Jan 30 18:51:28 2006 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 E98B716A422 for ; Mon, 30 Jan 2006 18:51:28 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B3AC43D48 for ; Mon, 30 Jan 2006 18:51:28 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 30 Jan 2006 10:51:28 -0800 Message-ID: <43DE6030.4090702@elischer.org> Date: Mon, 30 Jan 2006 10:51:28 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tiago Cruz References: <1138387362.4742.9.camel@localhost.localdomain> <43DA6C6A.7050701@elischer.org> <1138390041.4742.19.camel@localhost.localdomain> <43DA8E70.2070804@elischer.org> <1138621574.18130.26.camel@localhost.localdomain> In-Reply-To: <1138621574.18130.26.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@FreeBSD.org" Subject: Re: Network client is the same from 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: Mon, 30 Jan 2006 18:51:29 -0000 Tiago Cruz wrote: >On Fri, 2006-01-27 at 13:19 -0800, Julian Elischer wrote: > > > >>it is definitly possible >>but you will have to do some reading >>natd can do it. >> >> it should be in the natd man page.. (or libalias page) > >I found this in the OpenVPN FAQ: > >================ >Does anybody know how to remap local addresses, if I want to connect two >networks with an overlap in the private address range? >Using iptables 1.2.7a+ and the NETMAP target: > > > iptables -t nat -A PREROUTING -d 192.168.0.0/24 -j NETMAP --to 192.168.1.0/24 > >================ > >Is this what I want!!! >But.... how can I do this in PF/FreeBSD? > >Thank you! > > > From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 19:39:53 2006 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 D54F816A420 for ; Mon, 30 Jan 2006 19:39:53 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF68743D55 for ; Mon, 30 Jan 2006 19:39:49 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k0UJdfpx015467 for ; Mon, 30 Jan 2006 22:39:41 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k0UJdcnU015465 for freebsd-net@freebsd.org; Mon, 30 Jan 2006 22:39:38 +0300 (MSK) (envelope-from yar) Date: Mon, 30 Jan 2006 22:39:38 +0300 From: Yar Tikhiy To: freebsd-net@freebsd.org Message-ID: <20060130193937.GG72743@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Subject: Handling flags on vlan(4) 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, 30 Jan 2006 19:39:53 -0000 Hi folks, Presently our vlan(4) driver sets interface's flags to 0 initially and copies a subset of them from the parent interface when the vlan interface is attached to its parent. In particular, copied are flags IFF_BROADCAST and IFF_MULTICAST. This approach has an unpleasant consequence: if you assign IP to vlan before attaching the latter to its parent, IP won't be properly set up on vlanX because the IP code does some special things for IFF_BROADCAST and IFF_MULTICAST interfaces; at least it sets up a broadcast address and joins the all-hosts group. I can see two ways to deal with the problem. The ideal and hard way is to provide hooks to notify upper network stack layers of changes in interface properties. However, I doubt if such feature is called for. The easy and practical way is to set IFF_BROADCAST and IFF_MULTICAST on vlan from the beginning and prohibit vlan from attaching to a non-bcast or non-mcast parent (which wouldn't work anyway.) Any comments? -- Yar From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 19:40:09 2006 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 4C8A016A423 for ; Mon, 30 Jan 2006 19:40:09 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3C4943D46 for ; Mon, 30 Jan 2006 19:40:08 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 9B1231A3C23; Mon, 30 Jan 2006 11:40:08 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 60210511CC; Mon, 30 Jan 2006 14:40:07 -0500 (EST) Date: Mon, 30 Jan 2006 14:40:07 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060130194007.GA66211@xor.obsecurity.org> References: <20060116004438.GA27901@xor.obsecurity.org> <20060123193942.GA44622@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UugvWAfsgieZRqgk" Content-Disposition: inline In-Reply-To: <20060123193942.GA44622@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: net@FreeBSD.org, "JINMEI Tatuya / ?$B?@L@C#:H" Subject: Re: Changing time causes ipv6 panics 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, 30 Jan 2006 19:40:09 -0000 --UugvWAfsgieZRqgk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 23, 2006 at 02:39:42PM -0500, Kris Kennaway wrote: > On Thu, Jan 19, 2006 at 02:30:35PM +0900, JINMEI Tatuya / ?$B?@L@C#:H wro= te: > > >>>>> On Sun, 15 Jan 2006 19:44:38 -0500,=20 > > >>>>> Kris Kennaway said: > >=20 > > > I ran ntpdate on an amd64 system with ipv6 enabled and a skewed clock > > > (ntpdate stepped it back by about an hour), and immediately got a > > > use-after-free panic in ifaddr. When I rebooted with memguard enabled > > > on this malloc type and retried, I got this panic upon changing the > > > date forward, then back, then forward again (also note the garbage > > > return data from ntpdate): > >=20 > > Which version of FreeBSD are you using? >=20 > Up-to-date 7.0. I didn't try it with older versions. >=20 > Kris Do you have any idea about this? Kris --UugvWAfsgieZRqgk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3muXWry0BWjoQKURArZUAJ9L+90Fgrv/8PLp21NFPXbS2R8lqgCcCe81 QcBQkCSX/gKBdhW7kW4gjhs= =N0xZ -----END PGP SIGNATURE----- --UugvWAfsgieZRqgk-- From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 21:19:34 2006 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 062F116A420 for ; Mon, 30 Jan 2006 21:19:34 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2244943D45 for ; Mon, 30 Jan 2006 21:19:32 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k0ULJBIt092923 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jan 2006 00:19:12 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k0ULJBOM092922; Tue, 31 Jan 2006 00:19:11 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 31 Jan 2006 00:19:11 +0300 From: Gleb Smirnoff To: Yar Tikhiy Message-ID: <20060130211911.GG90131@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Yar Tikhiy , freebsd-net@freebsd.org References: <20060130193937.GG72743@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060130193937.GG72743@comp.chem.msu.su> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: Handling flags on vlan(4) 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, 30 Jan 2006 21:19:34 -0000 On Mon, Jan 30, 2006 at 10:39:38PM +0300, Yar Tikhiy wrote: Y> Presently our vlan(4) driver sets interface's flags to 0 initially Y> and copies a subset of them from the parent interface when the vlan Y> interface is attached to its parent. In particular, copied are flags Y> IFF_BROADCAST and IFF_MULTICAST. This approach has an unpleasant Y> consequence: if you assign IP to vlan before attaching the latter to Y> its parent, IP won't be properly set up on vlanX because the IP code Y> does some special things for IFF_BROADCAST and IFF_MULTICAST Y> interfaces; at least it sets up a broadcast address and joins the Y> all-hosts group. Y> Y> I can see two ways to deal with the problem. The ideal and hard Y> way is to provide hooks to notify upper network stack layers of Y> changes in interface properties. However, I doubt if such feature Y> is called for. The easy and practical way is to set IFF_BROADCAST Y> and IFF_MULTICAST on vlan from the beginning and prohibit vlan from Y> attaching to a non-bcast or non-mcast parent (which wouldn't work Y> anyway.) For now we can use the second way. I see no problems with it. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Mon Jan 30 23:27:43 2006 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 7ABC316A422; Mon, 30 Jan 2006 23:27:43 +0000 (GMT) (envelope-from gcorcoran@rcn.com) Received: from smtp02.mrf.mail.rcn.net (smtp02.mrf.mail.rcn.net [207.172.4.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EBE843D64; Mon, 30 Jan 2006 23:27:36 +0000 (GMT) (envelope-from gcorcoran@rcn.com) Received: from 207-172-241-254.c3-0.tlg-ubr1.atw-tlg.pa.cable.rcn.com (HELO [10.56.78.130]) ([207.172.241.254]) by smtp02.mrf.mail.rcn.net with ESMTP; 30 Jan 2006 18:27:32 -0500 X-IronPort-AV: i="4.01,236,1136178000"; d="scan'208"; a="200727456:sNHT224058246" Message-ID: <43DEA100.2050200@rcn.com> Date: Mon, 30 Jan 2006 18:28:00 -0500 From: Gary Corcoran User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gleb Smirnoff References: <43D69B06.4060208@nieser.net> <62280.192.168.1.12.1138140329.squirrel@webmail.thilelli.net> <20060130100906.GA83922@FreeBSD.org> <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> In-Reply-To: <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Emmanuel Duros , Hans Nieser , freebsd-net@freebsd.org Subject: Re: re0: 2 link states coalesced. 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, 30 Jan 2006 23:27:43 -0000 Julien Gabel wrote: >>>I filled one a year ago, for the very same problem (encountered for two >>>years now). See Problem Report kern/80005 for more information. I >>>think that another user (Emmanuel Duros) tried to speak with Realtek on >>>that point, not sure if there is feedback on it though... >>> >>>Sorry not to have better news. > > >>Is this NIC available outside of Clevo D41EV laptop? As PCI or PCMCIA >>card? > > > As far as i know, people who encounter this behaviour all use an > onboard ethernet adapter. Emmanuel Duros with an MSI motherboard, > Hans Nieser using a Clevo D41EV and me with a D480V (also known as D47) > and based on a SiS M648FX 963 chipset. I also have this problem, with a Gigabyte (brand) motheboard. It's very annoying waiting for the "random" try which finally gets the link to come up (and once in a while seems to never come up). Windows2000 on the same machine has no problem. However, I have a datapoint which might give somebody a clue as to the problem. Windows2000 was also doing the link-up/link-down dance when I had the ethernet cable accidentally connected to the uplink-only port of an old 100Mb hub (yes hub). Since it's a gigabit interface, I'm presuming that the Realtek has the modern auto-uplink feature which tries to figure out if a cable "crossover" is needed. Perhaps the FreeBSD driver for the Realtek sets some bad default for the phy ??? > I don't really know if there is a PCI or PCMCIA version of this adapter, > sorry. Since Realtek ethernet controllers are "popular" (with manufacturers) because of their low cost, I'd expect many cheap gigabit PCI cards to use them. Unfortunately I can't give you a specific brand (and often the cheap cards seem to have no discernible name on them anyway :( ). Gary From owner-freebsd-net@FreeBSD.ORG Tue Jan 31 02:43:54 2006 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 3065A16A420 for ; Tue, 31 Jan 2006 02:43:54 +0000 (GMT) (envelope-from chengjin@cs.caltech.edu) Received: from blizzard.cs.caltech.edu (blizzard.cs.caltech.edu [131.215.44.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF7F643D49 for ; Tue, 31 Jan 2006 02:43:53 +0000 (GMT) (envelope-from chengjin@cs.caltech.edu) Received: from localhost (flood.cs.caltech.edu [131.215.44.31]) by blizzard.cs.caltech.edu (Postfix) with ESMTP id A4FC34021CF for ; Mon, 30 Jan 2006 18:43:53 -0800 (PST) Received: from blizzard.cs.caltech.edu ([131.215.44.2]) by localhost (flood.cs.caltech.edu [131.215.44.31]) (amavisd-new, port 10024) with ESMTP id 31837-04 for ; Mon, 30 Jan 2006 18:43:53 -0800 (PST) Received: from orchestra.cs.caltech.edu (orchestra.cs.caltech.edu [131.215.44.20]) by blizzard.cs.caltech.edu (Postfix) with ESMTP id F2957402177 for ; Mon, 30 Jan 2006 18:43:52 -0800 (PST) Received: by orchestra.cs.caltech.edu (Postfix, from userid 20269) id 36C35103B8C; Mon, 30 Jan 2006 18:43:50 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by orchestra.cs.caltech.edu (Postfix) with ESMTP id A0DB0103B87 for ; Mon, 30 Jan 2006 18:43:50 -0800 (PST) Date: Mon, 30 Jan 2006 18:43:50 -0800 (PST) From: Cheng Jin To: freebsd-net@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: 5.4 ipfw doesnt like Mbit/s notation? 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, 31 Jan 2006 02:43:54 -0000 Hi, I was trying to configure Dummynet on a machine that also acts like a bridge and found something really odd. even though the ipfw man page says that one could specify the bw in either Kbit/s or Mbit/s. whenever i tried using Mbit/s, the bw was auotmatically set to 1 bit/s! Once i multiply by 1000 and switch to Kbit/s, everything works fine. i have a 5.4 FreeBSD system. I searched on google, but didn't find anyone else reporting this problem. Thanks, Cheng From owner-freebsd-net@FreeBSD.ORG Tue Jan 31 06:28:46 2006 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 92BEF16A420; Tue, 31 Jan 2006 06:28:46 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from smtp.thilelli.net (smtp.thilelli.net [213.41.129.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id D73C043D46; Tue, 31 Jan 2006 06:28:45 +0000 (GMT) (envelope-from jpeg@thilelli.net) Received: from localhost (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id A5140564A7; Tue, 31 Jan 2006 07:28:43 +0100 (CET) Received: from bento.thilelli.net ([127.0.0.1]) by localhost (bento.thilelli.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 53872-04; Tue, 31 Jan 2006 07:28:42 +0100 (CET) Received: from webmail.thilelli.net (localhost [127.0.0.1]) by bento.thilelli.net (Postfix) with ESMTP id D62245647E; Tue, 31 Jan 2006 07:28:41 +0100 (CET) Received: from 192.168.1.20 (SquirrelMail authenticated user jgabel) by webmail.thilelli.net with HTTP; Tue, 31 Jan 2006 07:28:41 +0100 (CET) Message-ID: <61992.192.168.1.20.1138688921.squirrel@webmail.thilelli.net> In-Reply-To: <43DEA100.2050200@rcn.com> References: <43D69B06.4060208@nieser.net> <62280.192.168.1.12.1138140329.squirrel@webmail.thilelli.net> <20060130100906.GA83922@FreeBSD.org> <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> <43DEA100.2050200@rcn.com> Date: Tue, 31 Jan 2006 07:28:41 +0100 (CET) From: "Julien Gabel" To: "Gary Corcoran" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at thilelli.net Cc: freebsd-net@freebsd.org, Hans Nieser , Emmanuel Duros Subject: Re: re0: 2 link states coalesced. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jpeg@thilelli.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 06:28:46 -0000 >>>>I filled one a year ago, for the very same problem (encountered for two >>>>years now). See Problem Report kern/80005 for more information. I >>>>think that another user (Emmanuel Duros) tried to speak with Realtek on >>>>that point, not sure if there is feedback on it though... >>>> >>>>Sorry not to have better news. >>>Is this NIC available outside of Clevo D41EV laptop? As PCI or PCMCIA >>>card? >> As far as i know, people who encounter this behaviour all use an >> onboard ethernet adapter. Emmanuel Duros with an MSI motherboard, >> Hans Nieser using a Clevo D41EV and me with a D480V (also known as D47) >> and based on a SiS M648FX 963 chipset. > I also have this problem, with a Gigabyte (brand) motheboard. > It's very annoying waiting for the "random" try which finally gets > the link to come up (and once in a while seems to never come up). > Windows2000 on the same machine has no problem. I didn't seen this behaviour under GNU/Linux, NetBSD (1.6.2 to 2.0.2) and Windows Server 2003 Ent-Ed. On the other hand, i can see this "timeout" with SXCR (b27a to b30), even if it seems quicker to boot than with FreeBSD. > However, I have a datapoint which might give somebody a clue as to > the problem. Windows2000 was also doing the link-up/link-down dance > when I had the ethernet cable accidentally connected to the uplink-only > port of an old 100Mb hub (yes hub). Since it's a gigabit interface, > I'm presuming that the Realtek has the modern auto-uplink feature > which tries to figure out if a cable "crossover" is needed. Perhaps > the FreeBSD driver for the Realtek sets some bad default for the phy ??? >> I don't really know if there is a PCI or PCMCIA version of this adapter, >> sorry. > Since Realtek ethernet controllers are "popular" (with manufacturers) > because of their low cost, I'd expect many cheap gigabit PCI cards to > use them. Unfortunately I can't give you a specific brand (and often > the cheap cards seem to have no discernible name on them anyway :( ). Just for information, Lasse Řsterild has test a cheap Gigabit Ethernet based on a RealTek 8169S-32 chipset (PCI version[*]), using the same SUNWrge driver as i did for this kind of adapter and seems not encounter the problem, at least he didn't mentionned it... -- -jpeg. [*] http://www.ovislink.com.tw/ge2032r.htm From owner-freebsd-net@FreeBSD.ORG Tue Jan 31 12:25:09 2006 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 47F4016A425; Tue, 31 Jan 2006 12:25:09 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0DFA43D6D; Tue, 31 Jan 2006 12:24:54 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k0VCOnWe022100; Tue, 31 Jan 2006 15:24:49 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k0VCOm7i022097; Tue, 31 Jan 2006 15:24:48 +0300 (MSK) (envelope-from yar) Date: Tue, 31 Jan 2006 15:24:48 +0300 From: Yar Tikhiy To: Andre Oppermann Message-ID: <20060131122447.GL16211@comp.chem.msu.su> References: <43DB8EEA.6090006@mac.com> <20060130125746.GB44477@comp.chem.msu.su> <43DE117A.23AB6834@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43DE117A.23AB6834@freebsd.org> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, Iassen Anadoliev Subject: Re: Ftpd problems 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, 31 Jan 2006 12:25:09 -0000 On Mon, Jan 30, 2006 at 02:15:38PM +0100, Andre Oppermann wrote: > Yar Tikhiy wrote: > > > > On Sat, Jan 28, 2006 at 06:25:34PM +0200, Iassen Anadoliev wrote: > > > Chuck Swiger writes: > > > > > > >Iassen Anadoliev wrote: > > > >>Hello guys i hope this is the appropriate list so... > > > >> > > > >>I am running a ftp server and have some problems with large files. While > > > >>syncing files over 4GB with rsync there is no problem: > > > >> > > > >>ls -lha > > > >>-rw------- 1 support support 4.2G Nov 14 19:46 somefile.data > > > >> > > > >>But when i try to download the file it fails: > > > > > > > >If you can identify more specificly which side is having the problem, it's > > > >probably worth filing a PR about it. Try using fetch or curl instead, to > > > >see > > > >whether another client does OK, or try using proftpd to test another FTP > > > >server. > > > Never sent PR before. So trying to find PR that already describe my > > > problem I found this: > > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/89100 > > > > We seem to have got a bug in sendfile(2). Besides bin/89100, there > > is kern/92243 on it. The problem is rather unpleasant and it's in > > the kernel, not in ftpd(8). > > You should make Alan Cox (alc@) or Tor Egge (tegge@)aware of this problem. > They're our VM gurus. OK, just got some tech details for the gurus... -- Yar From owner-freebsd-net@FreeBSD.ORG Tue Jan 31 12:30:49 2006 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 316B816A420 for ; Tue, 31 Jan 2006 12:30:49 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F94243D7D for ; Tue, 31 Jan 2006 12:30:47 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id 9A70681; Tue, 31 Jan 2006 07:31:08 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 268579390; Tue, 31 Jan 2006 07:31:05 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3ueg-000JTd-ED; Tue, 31 Jan 2006 12:30:42 +0000 Date: Tue, 31 Jan 2006 12:30:42 +0000 From: Brian Candler To: Julian Elischer Message-ID: <20060131123042.GA74812@uk.tiscali.com> References: <1138387362.4742.9.camel@localhost.localdomain> <43DA6C6A.7050701@elischer.org> <1138390041.4742.19.camel@localhost.localdomain> <43DA8E70.2070804@elischer.org> <1138621574.18130.26.camel@localhost.localdomain> <43DE6030.4090702@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43DE6030.4090702@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: Tiago Cruz , "freebsd-net@FreeBSD.org" Subject: Re: Network client is the same from 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: Tue, 31 Jan 2006 12:30:49 -0000 On Mon, Jan 30, 2006 at 10:51:28AM -0800, Julian Elischer wrote: > Tiago Cruz wrote: > > >On Fri, 2006-01-27 at 13:19 -0800, Julian Elischer wrote: > > > > > > > >>it is definitly possible > >>but you will have to do some reading > >>natd can do it. > >> > >> > > it should be in the natd man page.. (or libalias page) Maybe, but it's not very clear though. I think he needs to NAT destination addresses as well as source addresses, and statically map a whole /24 to another /24. Put diagramatically: 192.168.0.0/24 192.168.0.0/24 ------+---------- GW1 -------------------- GW2 -----+----------- | | X Y In order to allow X (say 192.168.0.1) to communicate with Y (say also 192.168.0.1), then we need to map both address ranges into new space. Let's say we use 192.168.100.0/24 for the first network and 192.168.200.0/24 for the second network. Then the connection from X to Y will appear to be from 192.168.100.1 to 192.168.200.1 when viewed on the middle wire. So at GW1, *outbound* packets from 192.168.0.X to 192.168.200.Y need to have their *source* IP mapped to 192.168.100.X At GW2, *inbound* packets from anywhere to 192.168.200.Y need to have their *destination* IP mapped to 192.168.0.Y Plus the mirror: at GW2, outbound packets from 192.168.0.X to 192.168.100.Y need to have their source IP mapped to 192.168.200.X; at GW1, inbound packets from anywhere to 192.168.100.Y need to have their destination IP mapped to 192.168.0.Y The only way I can see to do this with natd is with 254 separate -redirect_address rules. On GW1 you'd need -redirect_address 192.168.0.1 192.168.100.1 -redirect_address 192.168.0.2 192.168.100.2 ... and on GW2 you'd need -redirect_address 192.168.0.1 192.168.200.1 -redirect_address 192.168.0.2 192.168.200.2 ... Brian. From owner-freebsd-net@FreeBSD.ORG Tue Jan 31 13:02:19 2006 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 C45D716A420 for ; Tue, 31 Jan 2006 13:02:19 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1296F43D46 for ; Tue, 31 Jan 2006 13:02:17 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from impact.jinmei.org (unknown [2001:200:0:8002:68bf:bbff:fdbd:f7df]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id A1CF715225 for ; Tue, 31 Jan 2006 22:02:13 +0900 (JST) Date: Tue, 31 Jan 2006 22:02:07 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: freebsd-net@freebsd.org User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Subject: m_tag leak? 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, 31 Jan 2006 13:02:19 -0000 While tracking a different issue, I felt I just got confused. From a very quick look at m_freem() and m_free(), it looks there is a leakage of m_tag. This is the definition of m_freem() in rev. 1.160 of uipc_mbuf.c: void m_freem(struct mbuf *mb) { while (mb != NULL) mb = m_free(mb); } And the following is the definition of m_free() (defined in sys/mbuf.h, rev 1.187) static __inline struct mbuf * m_free(struct mbuf *m) { struct mbuf *n = m->m_next; if (m->m_flags & M_EXT) mb_free_ext(m); else uma_zfree(zone_mbuf, m); return n; } Doesn't this mean an m_tag attached to the mbuf to be freed, if any, will remain without any reference? Perhaps I'm missing something very trivial. It would be appreciated if someone could clarify that. Thanks, JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-net@FreeBSD.ORG Tue Jan 31 13:19:25 2006 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 6E96516A420 for ; Tue, 31 Jan 2006 13:19:25 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from vader.b4br.net (vader.b4br.net [200.152.202.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACA6943D45 for ; Tue, 31 Jan 2006 13:19:24 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from localhost (localhost.b4br.net [127.0.0.1]) by vader.b4br.net (Postfix) with ESMTP id 81AA0181429; Tue, 31 Jan 2006 11:13:48 -0200 (BRST) Received: from vader.b4br.net ([127.0.0.1]) by localhost (vader.b4br.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 45982-07; Tue, 31 Jan 2006 11:13:43 -0200 (BRST) Received: from tuxkiller.matter.b4br.net (yoda.b4br.net [200.152.202.10]) by vader.b4br.net (Postfix) with ESMTP id 02239181428; Tue, 31 Jan 2006 11:13:43 -0200 (BRST) From: Tiago Cruz To: Brian Candler In-Reply-To: <20060131123042.GA74812@uk.tiscali.com> References: <1138387362.4742.9.camel@localhost.localdomain> <43DA6C6A.7050701@elischer.org> <1138390041.4742.19.camel@localhost.localdomain> <43DA8E70.2070804@elischer.org> <1138621574.18130.26.camel@localhost.localdomain> <43DE6030.4090702@elischer.org> <20060131123042.GA74812@uk.tiscali.com> Content-Type: text/plain Date: Tue, 31 Jan 2006 11:19:17 -0200 Message-Id: <1138713557.25466.4.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at b4br.net Cc: "freebsd-net@FreeBSD.org" , Julian Elischer Subject: Re: Network client is the same from 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: Tue, 31 Jan 2006 13:19:25 -0000 On Tue, 2006-01-31 at 12:30 +0000, Brian Candler wrote: > I think he needs to NAT destination addresses as well as source addresses, > and statically map a whole /24 to another /24. Put diagramatically: Many thanks by your reply! > and on GW2 you'd need And, If I have't not control about the second gateway? Because my client have a notebook, and he can try connect at anyplace, anytime :-( So, I think that is impossible to to... is true? Thank you! From owner-freebsd-net@FreeBSD.ORG Tue Jan 31 13:28:46 2006 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 662FB16A420 for ; Tue, 31 Jan 2006 13:28:46 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77AFD43D48 for ; Tue, 31 Jan 2006 13:28:45 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 66959 invoked from network); 31 Jan 2006 13:27:46 -0000 Received: from c00l3r.networx.ch (HELO freebsd.org) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 31 Jan 2006 13:27:46 -0000 Message-ID: <43DF661E.8A08C7EF@freebsd.org> Date: Tue, 31 Jan 2006 14:29:02 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: JINMEI@freebsd.org References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: m_tag leak? 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, 31 Jan 2006 13:28:46 -0000 JINMEI Tatuya / $B?@L@C#:H(B wrote: > > While tracking a different issue, I felt I just got confused. From a > very quick look at m_freem() and m_free(), it looks there is a leakage > of m_tag. This is the definition of m_freem() in rev. 1.160 of > uipc_mbuf.c: > > void > m_freem(struct mbuf *mb) > { > > while (mb != NULL) > mb = m_free(mb); > } > > And the following is the definition of m_free() (defined in > sys/mbuf.h, rev 1.187) > > static __inline > struct mbuf * > m_free(struct mbuf *m) > { > struct mbuf *n = m->m_next; > > if (m->m_flags & M_EXT) > mb_free_ext(m); > else > uma_zfree(zone_mbuf, m); > return n; > } > > Doesn't this mean an m_tag attached to the mbuf to be freed, if any, > will remain without any reference? Perhaps I'm missing something very > trivial. It would be appreciated if someone could clarify that. This is indeed non-obvious and scattered around but happens correctly. Have a look at kern/kern_mbuf.c:mb_dtor_mbuf(). -- Andre From owner-freebsd-net@FreeBSD.ORG Tue Jan 31 14:56:20 2006 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 73F8216A420 for ; Tue, 31 Jan 2006 14:56:20 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70AD843D46 for ; Tue, 31 Jan 2006 14:56:18 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k0VEuDxW038149; Tue, 31 Jan 2006 17:56:13 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k0VEuDr5038148; Tue, 31 Jan 2006 17:56:13 +0300 (MSK) (envelope-from yar) Date: Tue, 31 Jan 2006 17:56:12 +0300 From: Yar Tikhiy To: Iassen Anadoliev Message-ID: <20060131145612.GE34373@comp.chem.msu.su> References: <43DB8EEA.6090006@mac.com> <20060130125746.GB44477@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060130125746.GB44477@comp.chem.msu.su> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org Subject: Re: Ftpd problems 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, 31 Jan 2006 14:56:20 -0000 On Mon, Jan 30, 2006 at 03:57:46PM +0300, Yar Tikhiy wrote: > On Sat, Jan 28, 2006 at 06:25:34PM +0200, Iassen Anadoliev wrote: > > Chuck Swiger writes: > > > > >Iassen Anadoliev wrote: > > >>Hello guys i hope this is the appropriate list so... > > >> > > >>I am running a ftp server and have some problems with large files. While > > >>syncing files over 4GB with rsync there is no problem: > > >> > > >>ls -lha > > >>-rw------- 1 support support 4.2G Nov 14 19:46 somefile.data > > >> > > >>But when i try to download the file it fails: > > > > > >If you can identify more specificly which side is having the problem, it's > > >probably worth filing a PR about it. Try using fetch or curl instead, to > > >see > > >whether another client does OK, or try using proftpd to test another FTP > > >server. > > Never sent PR before. So trying to find PR that already describe my > > problem I found this: > > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/89100 > > We seem to have got a bug in sendfile(2). Besides bin/89100, there > is kern/92243 on it. The problem is rather unpleasant and it's in > the kernel, not in ftpd(8). Would you mind trying the attached kernel patch? Note that you'll need to rebuild the modules along with the kernel after applying the patch. Thanks in advance! The patch is against HEAD. In case it fails to apply, just change the type of the 2nd argument to vnode_create_vobject from size_t to off_t in the .h and .c files -- that's the essence. -- Yar Index: sys/vnode.h =================================================================== RCS file: /home/ncvs/src/sys/sys/vnode.h,v retrieving revision 1.312 diff -u -p -r1.312 vnode.h --- sys/vnode.h 15 Jan 2006 02:01:51 -0000 1.312 +++ sys/vnode.h 31 Jan 2006 13:58:29 -0000 @@ -700,7 +700,7 @@ void vref(struct vnode *vp); int vrefcnt(struct vnode *vp); void v_addpollinfo(struct vnode *vp); -int vnode_create_vobject(struct vnode *vp, size_t size, struct thread *td); +int vnode_create_vobject(struct vnode *vp, off_t size, struct thread *td); void vnode_destroy_vobject(struct vnode *vp); extern struct vop_vector fifo_specops; Index: vm/vnode_pager.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vnode_pager.c,v retrieving revision 1.224 diff -u -p -r1.224 vnode_pager.c --- vm/vnode_pager.c 1 Nov 2005 23:00:24 -0000 1.224 +++ vm/vnode_pager.c 31 Jan 2006 13:58:30 -0000 @@ -97,7 +97,7 @@ int vnode_pbuf_freecnt; /* Create the VM system backing object for this vnode */ int -vnode_create_vobject(struct vnode *vp, size_t isize, struct thread *td) +vnode_create_vobject(struct vnode *vp, off_t isize, struct thread *td) { vm_object_t object; vm_ooffset_t size = isize; From owner-freebsd-net@FreeBSD.ORG Tue Jan 31 20:42:37 2006 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 6F4C316A420 for ; Tue, 31 Jan 2006 20:42:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27C9643D45 for ; Tue, 31 Jan 2006 20:42:37 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 31 Jan 2006 12:42:37 -0800 Message-ID: <43DFCBBC.7000206@elischer.org> Date: Tue, 31 Jan 2006 12:42:36 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tiago Cruz References: <1138387362.4742.9.camel@localhost.localdomain> <43DA6C6A.7050701@elischer.org> <1138390041.4742.19.camel@localhost.localdomain> <43DA8E70.2070804@elischer.org> <1138621574.18130.26.camel@localhost.localdomain> <43DE6030.4090702@elischer.org> <20060131123042.GA74812@uk.tiscali.com> <1138713557.25466.4.camel@localhost.localdomain> In-Reply-To: <1138713557.25466.4.camel@localhost.localdomain> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@FreeBSD.org" , Brian Candler Subject: Re: Network client is the same from 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: Tue, 31 Jan 2006 20:42:37 -0000 Tiago Cruz wrote: >On Tue, 2006-01-31 at 12:30 +0000, Brian Candler wrote: > > > >>I think he needs to NAT destination addresses as well as source addresses, >>and statically map a whole /24 to another /24. Put diagramatically: >> >> > >Many thanks by your reply! > > > > >>and on GW2 you'd need >> >> > >And, If I have't not control about the second gateway? Because my client >have a notebook, and he can try connect at anyplace, anytime :-( > >So, I think that is impossible to to... is true? > > no, you should be able to do it all on your own machine I think.. by NATing on both interfaces, effectively puting your machine in the middle, with one natd on each interface. >Thank you! > > > From owner-freebsd-net@FreeBSD.ORG Tue Jan 31 22:21:04 2006 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 CF92916A420 for ; Tue, 31 Jan 2006 22:21:04 +0000 (GMT) (envelope-from bogo.readlist@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09A3843D46 for ; Tue, 31 Jan 2006 22:21:03 +0000 (GMT) (envelope-from bogo.readlist@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so10370nzo for ; Tue, 31 Jan 2006 14:21:03 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=oM3L7Ar9L8FAXp1DwbBY+JrnpPRDQGHQztNIMa7LAuCoNK8Pjw96b8nLyN7lfA/ENv8c3EKFRE/8/GBCf3EsaPRUMH8jmERxUR8akja2zBiD4ju8i9DCntFfYWNHi1mAY2533mY5GrorpHzTlIAvMchdL8mNomjYigJZzoXW9cg= Received: by 10.36.222.12 with SMTP id u12mr6379422nzg; Tue, 31 Jan 2006 14:21:03 -0800 (PST) Received: by 10.36.250.64 with HTTP; Tue, 31 Jan 2006 14:21:03 -0800 (PST) Message-ID: Date: Tue, 31 Jan 2006 14:21:03 -0800 From: bogo logo 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 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bfe driver problem? 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, 31 Jan 2006 22:21:04 -0000 hi everyone, i just installed fbsd6-rel on my dell inspiron 9300. the installation went fine but when i try to assign an IP to the network card (broadcom 4401) the box stops working. i installed the latest 6.0-stable snapshot (11) and try it again. now it does not freeze anymore, but instead, the interface will up and down every few seconds; the laptop is pretty much useless w/o networ= k access. the error message would be: bfe0: watchdog timeout ... bfe0: watchdog timeout how do i fix this? (this happens BOTH with and without ACPI) what could be the cause? TIA From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 01:20:19 2006 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 1A45016A420; Wed, 1 Feb 2006 01:20:19 +0000 (GMT) (envelope-from grog@lemis.com) Received: from ext-gw.lemis.com (ext-gw.lemis.com [150.101.14.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31EAC43D60; Wed, 1 Feb 2006 01:20:12 +0000 (GMT) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by ext-gw.lemis.com (Postfix) with ESMTP id BA204131D4C; Wed, 1 Feb 2006 11:50:11 +1030 (CST) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id A276685E62; Wed, 1 Feb 2006 11:50:11 +1030 (CST) Date: Wed, 1 Feb 2006 11:50:11 +1030 From: Greg 'groggy' Lehey To: freebsd-net@freebsd.org Message-ID: <20060201012011.GP97116@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="movZSYdJ761vCHaE" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: hackers@freebsd.org Subject: Van Jacobson's network stack restructure 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, 01 Feb 2006 01:20:19 -0000 --movZSYdJ761vCHaE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Last week, at the Linux.conf.au in Dunedin, Van Jacobson presented some slides about work he has been doing rearchitecting the Linux network stack. He claims to have reduced the CPU usage by 80% and doubled network throughput (he expects more, but it was limited by memory bandwidth). The approach looks like it would work on FreeBSD as well. I spoke to him and he confirmed. He's currently trying to get the code released as open source, but in the meantime his slides are up on http://www.lemis.com/grog/Documentation/vj/. Yes, this is my web site. The conference organizers are going to put it up on their web site soon, but in the meantime he's asked me to put it were I can. Comments? Greg -- See complete headers for address and phone numbers. --movZSYdJ761vCHaE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFD4AzLIubykFB6QiMRAjKDAKCndUnKenifikYVrudlRbrQcZp0AQCfXZIj FPk8oiVBaEth05pjTULec6U= =VjKt -----END PGP SIGNATURE----- --movZSYdJ761vCHaE-- From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 05:15:22 2006 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 064D316A423 for ; Wed, 1 Feb 2006 05:15:22 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id C170D43D5D for ; Wed, 1 Feb 2006 05:15:15 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 37622 invoked from network); 1 Feb 2006 05:15:12 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 1 Feb 2006 05:15:12 -0000 X-pair-Authenticated: 209.68.2.70 Date: Tue, 31 Jan 2006 23:15:10 -0600 (CST) From: Mike Silbersack To: Greg 'groggy' Lehey In-Reply-To: <20060201012011.GP97116@wantadilla.lemis.com> Message-ID: <20060131230540.R47296@odysseus.silby.com> References: <20060201012011.GP97116@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Van Jacobson's network stack restructure 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, 01 Feb 2006 05:15:22 -0000 On Wed, 1 Feb 2006, Greg 'groggy' Lehey wrote: > Last week, at the Linux.conf.au in Dunedin, Van Jacobson presented > some slides about work he has been doing rearchitecting the Linux > network stack. He claims to have reduced the CPU usage by 80% and > doubled network throughput (he expects more, but it was limited by > memory bandwidth). The approach looks like it would work on FreeBSD > as well. I spoke to him and he confirmed. > > He's currently trying to get the code released as open source, but in > the meantime his slides are up on > http://www.lemis.com/grog/Documentation/vj/. Yes, this is my web > site. The conference organizers are going to put it up on their web > site soon, but in the meantime he's asked me to put it were I can. > > Comments? > > Greg The slides alone don't tell much. There seem to be two possibilities - either "channelizing" everything is responsible for the improvements, or the fact that it waits until the socket is woken up to process the packets is responsible for the improvements. I can't understand why the final step involves a userland TCP stack. The rest of the presentation doesn't explain why that is necessary. I'm sure we'll learn more once we see the source. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 06:21:14 2006 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 14DF316A420; Wed, 1 Feb 2006 06:21:14 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from shuttle.wide.toshiba.co.jp (shuttle.wide.toshiba.co.jp [202.249.10.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DEB643D45; Wed, 1 Feb 2006 06:21:13 +0000 (GMT) (envelope-from jinmei@isl.rdc.toshiba.co.jp) Received: from impact.jinmei.org (unknown [3ffe:501:100f:1010:9d:aa9e:cc95:961c]) by shuttle.wide.toshiba.co.jp (Postfix) with ESMTP id 5824715220; Wed, 1 Feb 2006 15:21:11 +0900 (JST) Date: Wed, 01 Feb 2006 15:21:05 +0900 Message-ID: From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= To: Andre Oppermann In-Reply-To: <43DF661E.8A08C7EF@freebsd.org> References: <43DF661E.8A08C7EF@freebsd.org> User-Agent: Wanderlust/2.14.0 (Africa) Emacs/21.3 Mule/5.0 (SAKAKI) Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan. MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: m_tag leak? 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, 01 Feb 2006 06:21:14 -0000 >>>>> On Tue, 31 Jan 2006 14:29:02 +0100, >>>>> Andre Oppermann said: >> Doesn't this mean an m_tag attached to the mbuf to be freed, if any, >> will remain without any reference? Perhaps I'm missing something very >> trivial. It would be appreciated if someone could clarify that. > This is indeed non-obvious and scattered around but happens correctly. > Have a look at kern/kern_mbuf.c:mb_dtor_mbuf(). Ah, I see. Thanks for the prompt answer. JINMEI, Tatuya Communication Platform Lab. Corporate R&D Center, Toshiba Corp. jinmei@isl.rdc.toshiba.co.jp From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 07:48:27 2006 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 8EE7116A423; Wed, 1 Feb 2006 07:48:27 +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 088AC43D48; Wed, 1 Feb 2006 07:48:26 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (qd4qdfe75r5z938x@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k117kwX3066529; Tue, 31 Jan 2006 23:46:58 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k117kvFW066528; Tue, 31 Jan 2006 23:46:57 -0800 (PST) (envelope-from jmg) Date: Tue, 31 Jan 2006 23:46:57 -0800 From: John-Mark Gurney To: "Greg 'groggy' Lehey" Message-ID: <20060201074657.GA69162@funkthat.com> Mail-Followup-To: Greg 'groggy' Lehey , freebsd-net@freebsd.org, hackers@freebsd.org References: <20060201012011.GP97116@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060201012011.GP97116@wantadilla.lemis.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 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, hackers@FreeBSD.org Subject: Re: Van Jacobson's network stack restructure 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: Wed, 01 Feb 2006 07:48:27 -0000 Greg 'groggy' Lehey wrote this message on Wed, Feb 01, 2006 at 11:50 +1030: > Last week, at the Linux.conf.au in Dunedin, Van Jacobson presented > some slides about work he has been doing rearchitecting the Linux > network stack. He claims to have reduced the CPU usage by 80% and > doubled network throughput (he expects more, but it was limited by > memory bandwidth). The approach looks like it would work on FreeBSD > as well. I spoke to him and he confirmed. > > He's currently trying to get the code released as open source, but in > the meantime his slides are up on > http://www.lemis.com/grog/Documentation/vj/. Yes, this is my web > site. The conference organizers are going to put it up on their web > site soon, but in the meantime he's asked me to put it were I can. > > Comments? I must say that the idea of requiring the userland to provide receive buffers before you can open up a window is a cool idea... This means that instead of the normal failure mode of a box that can't handle all the data it's receiving because of lack of cpu processing, the kernel buffers won't fill up.. only the allocated userland buffers will.. This also has interesting possibilities for smarter ethernet cards where the card can dump it directly into the userland buffer w/o having to do the special page flipping thing we can do now... definately some interesting ideas... -- 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 Wed Feb 1 08:57:00 2006 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 7ACF816A422 for ; Wed, 1 Feb 2006 08:57:00 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0292443D45 for ; Wed, 1 Feb 2006 08:56:59 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k118uwnk070074; Wed, 1 Feb 2006 00:56:58 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k118uwjq070073; Wed, 1 Feb 2006 00:56:58 -0800 (PST) (envelope-from rizzo) Date: Wed, 1 Feb 2006 00:56:58 -0800 From: Luigi Rizzo To: net@freebsd.org Message-ID: <20060201005658.A70005@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: if_bridge.ko requires INET6... 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, 01 Feb 2006 08:57:00 -0000 just noticed that if_bridge.ko fails to load if your kernel is not compiled with INET6 - the failure is actually only on symbols related to stats gathering in bridge_ip6_checkbasic() I wonder if it might be worthwhile just ignoring those stats when compiling if_bridge as a module, so it can be loaded on ipv4 only kernels ? cheers luigi From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 09:04:25 2006 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 119CA16A420 for ; Wed, 1 Feb 2006 09:04:25 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FBB443D46 for ; Wed, 1 Feb 2006 09:04:23 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k1194LmO031647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Feb 2006 12:04:21 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k1194Lj0031646; Wed, 1 Feb 2006 12:04:21 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 1 Feb 2006 12:04:21 +0300 From: Gleb Smirnoff To: Luigi Rizzo Message-ID: <20060201090421.GT4297@FreeBSD.org> References: <20060201005658.A70005@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060201005658.A70005@xorpc.icir.org> User-Agent: Mutt/1.5.6i Cc: net@FreeBSD.org Subject: Re: if_bridge.ko requires INET6... 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, 01 Feb 2006 09:04:25 -0000 On Wed, Feb 01, 2006 at 12:56:58AM -0800, Luigi Rizzo wrote: L> just noticed that if_bridge.ko fails to load if your kernel L> is not compiled with INET6 - the failure is actually only L> on symbols related to stats gathering in L> bridge_ip6_checkbasic() L> L> I wonder if it might be worthwhile just ignoring L> those stats when compiling if_bridge as a module, L> so it can be loaded on ipv4 only kernels ? If you have compiled the modules as part of buildkernel target, then all options from kernel would apply to all modules, thus the bridge_ip6_checkbasic() function won't be present in if_bridge.ko, and you would successfully load the module. P.S. This is not if_bridge neither INET6 problem. This is generic problem with modules built outside of buildkernel target. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 09:36:19 2006 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 9844116A420; Wed, 1 Feb 2006 09:36:19 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5311F43D48; Wed, 1 Feb 2006 09:36:19 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k119aJIT070445; Wed, 1 Feb 2006 01:36:19 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k119aJRD070444; Wed, 1 Feb 2006 01:36:19 -0800 (PST) (envelope-from rizzo) Date: Wed, 1 Feb 2006 01:36:19 -0800 From: Luigi Rizzo To: Gleb Smirnoff Message-ID: <20060201013619.A70391@xorpc.icir.org> References: <20060201005658.A70005@xorpc.icir.org> <20060201090421.GT4297@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060201090421.GT4297@FreeBSD.org>; from glebius@freebsd.org on Wed, Feb 01, 2006 at 12:04:21PM +0300 Cc: net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 01 Feb 2006 09:36:19 -0000 On Wed, Feb 01, 2006 at 12:04:21PM +0300, Gleb Smirnoff wrote: > On Wed, Feb 01, 2006 at 12:56:58AM -0800, Luigi Rizzo wrote: > L> just noticed that if_bridge.ko fails to load if your kernel > L> is not compiled with INET6 - the failure is actually only > L> on symbols related to stats gathering in > L> bridge_ip6_checkbasic() > L> > L> I wonder if it might be worthwhile just ignoring > L> those stats when compiling if_bridge as a module, > L> so it can be loaded on ipv4 only kernels ? > > If you have compiled the modules as part of buildkernel > target, then all options from kernel would apply to all > modules, thus the bridge_ip6_checkbasic() function won't > be present in if_bridge.ko, and you would successfully > load the module. i _did_ compile the modules with make buildkernel and this how i got the failure. This was on a relatively fresh 6.0-STABLE tree. Perhaps it has been fixed in -current but not in -stable ? > P.S. This is not if_bridge neither INET6 problem. This is > generic problem with modules built outside of buildkernel > target. see above. I am glad there is a fix designed to address this problem, now it's just a matter of figuring out why the fix doesn't work :) cheers luigi > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > _______________________________________________ > 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 Feb 1 09:41:17 2006 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 A65D816A420; Wed, 1 Feb 2006 09:41:17 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1478C43D45; Wed, 1 Feb 2006 09:41:16 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:iiH2QJYEXSr35oEmnVmYyJjk6ciA6fsfnKXePkn4NV9qPbgGvP2TGVRhIqKofgDV@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k119fAwo069824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Feb 2006 18:41:10 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Feb 2006 18:41:10 +0900 Message-ID: From: Hajimu UMEMOTO To: Gleb Smirnoff In-Reply-To: <20060201090421.GT4297@FreeBSD.org> References: <20060201005658.A70005@xorpc.icir.org> <20060201090421.GT4297@FreeBSD.org> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.4) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.4-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:::1]); Wed, 01 Feb 2006 18:41:11 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-3.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: Luigi Rizzo , net@FreeBSD.org Subject: Re: if_bridge.ko requires INET6... 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, 01 Feb 2006 09:41:17 -0000 Hi, >>>>> On Wed, 1 Feb 2006 12:04:21 +0300 >>>>> Gleb Smirnoff said: glebius> If you have compiled the modules as part of buildkernel glebius> target, then all options from kernel would apply to all glebius> modules, thus the bridge_ip6_checkbasic() function won't glebius> be present in if_bridge.ko, and you would successfully glebius> load the module. I believe it is 7-CURRENT thing, and is not MFCed yet. So, if it is on 6.x, you need -DNO_INET6 to build if_bridge.ko. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 09:42:08 2006 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 B388816A420 for ; Wed, 1 Feb 2006 09:42:08 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B13043D4C for ; Wed, 1 Feb 2006 09:42:07 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k119g5Mf032262 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Feb 2006 12:42:06 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k119g5Bo032261; Wed, 1 Feb 2006 12:42:05 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 1 Feb 2006 12:42:05 +0300 From: Gleb Smirnoff To: Luigi Rizzo Message-ID: <20060201094205.GU4297@cell.sick.ru> References: <20060201005658.A70005@xorpc.icir.org> <20060201090421.GT4297@FreeBSD.org> <20060201013619.A70391@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060201013619.A70391@xorpc.icir.org> User-Agent: Mutt/1.5.6i Cc: net@FreeBSD.org Subject: Re: if_bridge.ko requires INET6... 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, 01 Feb 2006 09:42:08 -0000 On Wed, Feb 01, 2006 at 01:36:19AM -0800, Luigi Rizzo wrote: L> On Wed, Feb 01, 2006 at 12:04:21PM +0300, Gleb Smirnoff wrote: L> > On Wed, Feb 01, 2006 at 12:56:58AM -0800, Luigi Rizzo wrote: L> > L> just noticed that if_bridge.ko fails to load if your kernel L> > L> is not compiled with INET6 - the failure is actually only L> > L> on symbols related to stats gathering in L> > L> bridge_ip6_checkbasic() L> > L> L> > L> I wonder if it might be worthwhile just ignoring L> > L> those stats when compiling if_bridge as a module, L> > L> so it can be loaded on ipv4 only kernels ? L> > L> > If you have compiled the modules as part of buildkernel L> > target, then all options from kernel would apply to all L> > modules, thus the bridge_ip6_checkbasic() function won't L> > be present in if_bridge.ko, and you would successfully L> > load the module. L> L> i _did_ compile the modules with make buildkernel L> and this how i got the failure. This was on a L> relatively fresh 6.0-STABLE tree. L> Perhaps it has been fixed in -current but not in -stable ? L> L> > P.S. This is not if_bridge neither INET6 problem. This is L> > generic problem with modules built outside of buildkernel L> > target. L> L> see above. I am glad there is a fix designed to address L> this problem, now it's just a matter of figuring out L> why the fix doesn't work :) Oh, I've mistaken. We already got infrastructure for such thing - HAVE_KERNEL_OPTION_HEADERS, but now it is utilized only by polling(4). Someone should make some job and teach INET6 to use HAVE_KERNEL_OPTION_HEADERS. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 10:23:19 2006 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 EFCF916A422 for ; Wed, 1 Feb 2006 10:23:18 +0000 (GMT) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFF8E43D55 for ; Wed, 1 Feb 2006 10:23:16 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 78007 invoked from network); 1 Feb 2006 10:22:08 -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 ; 1 Feb 2006 10:22:08 -0000 Message-ID: <43E08C13.3090904@freebsd.org> Date: Wed, 01 Feb 2006 11:23:15 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Greg 'groggy' Lehey References: <20060201012011.GP97116@wantadilla.lemis.com> In-Reply-To: <20060201012011.GP97116@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, hackers@freebsd.org Subject: Re: Van Jacobson's network stack restructure 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, 01 Feb 2006 10:23:19 -0000 Greg 'groggy' Lehey wrote: > Last week, at the Linux.conf.au in Dunedin, Van Jacobson presented > some slides about work he has been doing rearchitecting the Linux > network stack. He claims to have reduced the CPU usage by 80% and > doubled network throughput (he expects more, but it was limited by > memory bandwidth). The approach looks like it would work on FreeBSD > as well. I spoke to him and he confirmed. > > He's currently trying to get the code released as open source, but in > the meantime his slides are up on > http://www.lemis.com/grog/Documentation/vj/. Yes, this is my web > site. The conference organizers are going to put it up on their web > site soon, but in the meantime he's asked me to put it were I can. > > Comments? It's an interesting approach. However there are a few caveats which put its probable overall performance on par or again with the traditional sockets approach. In his model the buffer (window) resides within user space and is shared with the kernel. This is very losely related to our zero-copy page flipping socket buffer. However this doesn't solve the problem of socket buffer memory overcommit. In fact with his model memory actually in use at any given point in time may be a lot more than the always fully committed socket buffer (in userland share with kernel) plus a number of outstanding packets waiting in the socket queue. The shared user/kernel socket buffer should not be paged out and thus must stay resident. With a large numbers of connections on a machine this gets inefficient because all buffer memory is always committed and not just when it is needed. Memory overcommit goes away. Processing the TCP segments on the same CPU as the userland resides (provided it doesn't migrate [too often]) is certainly beneficial and something we are looking at for some time already. However we are not there yet and have still some work on the TCP stack to do for this to become a reality. Processing the TCP segments within the process CPU quantum and only when it gets selected by the scheduler is a very interesting idea. It has a couple of true advantages and theoretical disadvantages. On the good side it accounts the work in the TCP stack to the process, aggregates processing all segments that arrived between process runs and keeps good cpu/cache locality. On the potential negative side it increases segment latency and has to maintain not only the socket buffer but also another unprocessed-packet buffer. The packet buffer has to be limited or we open ourselfs up to memory exhaustion attacks. When many packets for a connection arrive and the process doesn't get scheduled quickly enough we may get packet loss because packet queue overflows. This can be dealt with in relatively good ways though. Summary: Some gems in there and we are certainly looking at a couple of those ideas to adapt to our network stack in the future. -- Andre From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 10:40:07 2006 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 2724016A420; Wed, 1 Feb 2006 10:40:07 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 536BC43D46; Wed, 1 Feb 2006 10:40:05 +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 k11Ae4ul030951; Wed, 1 Feb 2006 12:40:04 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 60869-01-2; Wed, 1 Feb 2006 12:39:54 +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 k11Abim6030852 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Feb 2006 12:37:45 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k11AblBS029002; Wed, 1 Feb 2006 12:37:47 +0200 (EET) (envelope-from ru) Date: Wed, 1 Feb 2006 12:37:46 +0200 From: Ruslan Ermilov To: Hajimu UMEMOTO , Yar Tikhiy Message-ID: <20060201103746.GD90360@ip.net.ua> References: <20060201005658.A70005@xorpc.icir.org> <20060201090421.GT4297@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pQhZXvAqiZgbeUkD" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Luigi Rizzo , net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 01 Feb 2006 10:40:07 -0000 --pQhZXvAqiZgbeUkD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 01, 2006 at 06:41:10PM +0900, Hajimu UMEMOTO wrote: > Hi, >=20 > >>>>> On Wed, 1 Feb 2006 12:04:21 +0300 > >>>>> Gleb Smirnoff said: >=20 > glebius> If you have compiled the modules as part of buildkernel > glebius> target, then all options from kernel would apply to all > glebius> modules, thus the bridge_ip6_checkbasic() function won't > glebius> be present in if_bridge.ko, and you would successfully > glebius> load the module. >=20 > I believe it is 7-CURRENT thing, and is not MFCed yet. So, if it is > on 6.x, you need -DNO_INET6 to build if_bridge.ko. >=20 Ask yar@ to MFC his modules/ mega-commit that fixed this in HEAD. I'd really love to see it in 6.1. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --pQhZXvAqiZgbeUkD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD4I96qRfpzJluFF4RAoRjAJ4iD8W+BEBRIuk8IyxLPzmk9IgmhwCfVymi 724rD0sTjrn5mdAEfzcmZFQ= =Q3wV -----END PGP SIGNATURE----- --pQhZXvAqiZgbeUkD-- From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 12:34:31 2006 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 8790116A420 for ; Wed, 1 Feb 2006 12:34:31 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from vader.b4br.net (vader.b4br.net [200.152.202.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05BC543D46 for ; Wed, 1 Feb 2006 12:34:30 +0000 (GMT) (envelope-from tiagocruz@b4br.net) Received: from localhost (localhost.b4br.net [127.0.0.1]) by vader.b4br.net (Postfix) with ESMTP id 8B4D1181429; Wed, 1 Feb 2006 10:28:52 -0200 (BRST) Received: from vader.b4br.net ([127.0.0.1]) by localhost (vader.b4br.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 95811-01; Wed, 1 Feb 2006 10:28:45 -0200 (BRST) Received: from tuxkiller.matter.b4br.net (yoda.b4br.net [200.152.202.10]) by vader.b4br.net (Postfix) with ESMTP id DE302181428; Wed, 1 Feb 2006 10:28:44 -0200 (BRST) From: Tiago Cruz To: "freebsd-net@FreeBSD.org" In-Reply-To: <20060120215333.GA48603@uk.tiscali.com> References: <20051228143817.GA6898@uk.tiscali.com> <001401c60bc0$a3c87e90$1200a8c0@gsicomp.on.ca> <20051228153106.GA7041@uk.tiscali.com> <20051228164339.GB3875@zen.inc> <43B38747.1060906@iteranet.com> <20051229122549.GA11055@uk.tiscali.com> <20060120215333.GA48603@uk.tiscali.com> Content-Type: text/plain Date: Wed, 01 Feb 2006 10:34:22 -0200 Message-Id: <1138797262.26667.37.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at b4br.net Cc: irado@hotpop.com Subject: Re: IPSEC documentation 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, 01 Feb 2006 12:34:31 -0000 Hello from all, good morning. I wrote a little article speaking about VPN in FreeBSD, called "VPN Solutions integrating Linux, FreeBSD and Windows": http://www.linuxrapido.org/modules.php?name=Sections&op=viewarticle&artid=95 Well, I can't saw the start from this thread, but I have some things to add in this handbook's documentation: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ipsec.html Fist from all, very thanks by this documentation, because is very good. 1-) "Note: In FreeBSD 5.X, the functionality provided by the gifconfig(8) utility has been merged into ifconfig(8)." But we don't have any example to do this. A litle bit of example will help many people, like this: FreeBSD 4.x: gifconfig gif0 A.B.C.D W.X.Y.Z ifconfig gif0 inet 192.168.1.1 192.168.2.1 netmask 0xffffffff FreeBSD 5.x and above: ifconfig gif0 create ifconfig gif0 tunnel A.B.C.D W.X.Y.Z ifconfig gif0 inet 192.168.1.1 192.168.2.1 netmask 255.255.252.0 2-) How I can do that raccon is working? Please, you can spoke about the "setkey -a -D" command, before and after ping between hosts. 3-) A little script do help us: We wrote a small stupid-simple script to put in /usr/local/etc/rc.d: ============================================ #/bin/sh # Script to start the VPN Out/2005 # Irado furious with all (irado at globecom.net) # Tiago Cruz (tiagocruz at linuxrapido.org) ip_OF_THERE="200.000.000.001" ip_HERE="200.000.000.002" gateway_OF_THERE="192.168.0.1" gateway_HERE="192.168.2.1" net_OF_THERE="192.168.0.0" net_HERE="192.168.2.0" mask="255.255.255.0" case ${1} in start) echo "Inicializando VPN..." /sbin/ifconfig gif0 create /sbin/ifconfig gif0 tunnel ${ip_HERE} ${ip_OF_THERE} /sbin/ifconfig gif0 inet ${gateway_HERE} ${gateway_OF_THERE} netmask ${mask} /sbin/route add -net ${net_OF_THERE} -netmask ${mask} ${gateway_OF_THERE} /usr/sbin/setkey -f /etc/ipsec.conf /usr/local/sbin/racoon pfctl -f /etc/pf.conf ;; stop) echo "Finishing VPN..." /sbin/ifconfig gif0 destroy /sbin/route delete -net ${net_OF_THERE} -netmask ${mask} ${gateway_OF_THERE} killall racoon ;; *) echo "Use 'vpn start' ou 'vpn stop'!" ;; esac exit 0 ============================================ Hope this help something -- Tiago Cruz http://linuxrapido.org Linux User #282636 "The box said: Requires MS Windows or better, so I installed Linux" From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 13:19:53 2006 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 AB86016A422 for ; Wed, 1 Feb 2006 13:19:53 +0000 (GMT) (envelope-from subscriber@osk.com.ua) Received: from gandalf.osk.com.ua (osk.com.ua [195.5.17.76]) by mx1.FreeBSD.org (Postfix) with ESMTP id C696943D49 for ; Wed, 1 Feb 2006 13:19:52 +0000 (GMT) (envelope-from subscriber@osk.com.ua) Received: from localhost (localhost [127.0.0.1]) by gandalf.osk.com.ua (Postfix) with ESMTP id C8F2378C22 for ; Wed, 1 Feb 2006 15:20:57 +0200 (EET) Received: from gandalf.osk.com.ua ([127.0.0.1]) by localhost (gandalf.osk.com.ua [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03147-01; Wed, 1 Feb 2006 15:20:57 +0200 (EET) Received: from OLEG (unknown [192.168.82.111]) by gandalf.osk.com.ua (Postfix) with ESMTP id 15CAB78C1F; Wed, 1 Feb 2006 15:20:57 +0200 (EET) Date: Wed, 1 Feb 2006 15:19:48 +0200 From: Oleg Tarasov X-Mailer: The Bat! (v3.64.01 Christmas Edition) Professional X-Priority: 3 (Normal) Message-ID: <215703718.20060201151948@osk.com.ua> To: FreeBSD MailList In-Reply-To: <898692010.20060125181955@osk.com.ua> References: <898692010.20060125181955@osk.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at osk.com.ua Cc: freebsd-net@FreeBSD.org Subject: Re: Policy routing and multipath routing needed (override routing table) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: FreeBSD MailList List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 13:19:53 -0000 Hello, Sorry for messing with things I should not as I am not a FreeBSD developer but I think this idea can be implemented without titanic work (I can be wrong due to lack of information about FreeBSD developement). Now routing is performed using lookup of destination address in the routing table. To extend its functionality I suggest adding several new fields like source address, source interface, source and destination ports, protocol and priority (like metric in windows). Priority is for identification of which rules will be tested first in the case of multiple compliance of the packet to table entries. This actually is a sorting field to the table marking the order of lookup. This configuration is reversly compatible with standart FreeBSD routing and as I think will not lead to old program malfunction. In this case there must be a default value of "any" to all table fields that are not supplied to "route" command. This method will cover both policy routing and multipath routing. It is simple but very effective. It is obviously better than Linux multiple tables and IMHO does not lead to major network stack changes. Please tell me if I am wrong but from a first glance (and the second one ;) ) it seems to be very complementary to FreeBSD functionality. -- Best regards, Oleg Tarasov mailto:subscriber@osk.com.ua From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 13:46:39 2006 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 390F516A420 for ; Wed, 1 Feb 2006 13:46:39 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1E3643D48 for ; Wed, 1 Feb 2006 13:46:38 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id B35A9BD; Wed, 1 Feb 2006 08:46:59 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 3BFA09E2C; Wed, 1 Feb 2006 08:46:57 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F4IJd-000KVo-Da; Wed, 01 Feb 2006 13:46:33 +0000 Date: Wed, 1 Feb 2006 13:46:33 +0000 From: Brian Candler To: Julian Elischer Message-ID: <20060201134633.GB78696@uk.tiscali.com> References: <1138387362.4742.9.camel@localhost.localdomain> <43DA6C6A.7050701@elischer.org> <1138390041.4742.19.camel@localhost.localdomain> <43DA8E70.2070804@elischer.org> <1138621574.18130.26.camel@localhost.localdomain> <43DE6030.4090702@elischer.org> <20060131123042.GA74812@uk.tiscali.com> <1138713557.25466.4.camel@localhost.localdomain> <43DFCBBC.7000206@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43DFCBBC.7000206@elischer.org> User-Agent: Mutt/1.4.2.1i Cc: Tiago Cruz , "freebsd-net@FreeBSD.org" Subject: Re: Network client is the same from 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: Wed, 01 Feb 2006 13:46:39 -0000 On Tue, Jan 31, 2006 at 12:42:36PM -0800, Julian Elischer wrote: > >And, If I have't not control about the second gateway? Because my client > >have a notebook, and he can try connect at anyplace, anytime :-( > > > >So, I think that is impossible to to... is true? > > > > > no, > you should be able to do it all on your own machine I think.. > by NATing on both interfaces, effectively puting your machine in the middle, > with one natd on each interface. Some careful thought is needed though. Before: 192.168.0.0/24 [nat1] [nat2] 192.168.0.0/24 ------+---------- GW1 -------------------- GW2 -----+----------- | | X Y After: 192.168.0.0/24 192.168.0.0/24 ------+---------- GW1 -------------------- GW2 -----+----------- | [nat1] [nat2] | X Y In this example, the sense of 'inbound' and 'outbound' is wrong for each natd, which you might be able to fix using -reverse on both of them. Or: 192.168.0.0/24 192.168.0.0/24 ------+---------- GW1 -------------------- GW2 -----+----------- | [nat2] [nat1] | X Y Here the in/out sense is the same, but now we're doing nat2's processing before nat1's. Is that a problem? I think it is. * Packet from 192.168.0.1 to 192.168.200.1 - at nat2: destination changed to 192.168.0.1 - at nat1: source changed to 192.168.100.1 Trouble is that at the first step, the destination is now 192.168.0.1, which means it will be delivered back to the local LAN instead of out of the external interface. So a pair of natd's with -reverse and 254 -redirect_address flags each *might* be able to fix your problem. If it gets any more complex than this - let's say you need another natd for traffic destined to the public Internet, while traffic to 192.168.200.0/24 is nat'd down a tunnel to the second network - then it becomes a PITA. I don't like natd/ipfw interaction, if you hadn't guessed :-) OTOH, it might not be easy to make work with pf either. You should only need two 'binat' rules, but I'm not sure how you go about reversing the in/out sense. There's a separate freebsd-pf mailing list which might be able to help. Regards, Brian. From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 15:34:16 2006 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 CDBB416A422; Wed, 1 Feb 2006 15:34:16 +0000 (GMT) (envelope-from bohra@cs.rutgers.edu) Received: from mail.nec-labs.com (mail.nec-labs.com [138.15.200.209]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F5E243D45; Wed, 1 Feb 2006 15:34:11 +0000 (GMT) (envelope-from bohra@cs.rutgers.edu) Received: from mail.nec-labs.com (localhost.localdomain [127.0.0.1]) by mail.nec-labs.com (8.13.0/8.13.0) with ESMTP id k11FY3MB011874; Wed, 1 Feb 2006 10:34:03 -0500 Received: from mailer.nec-labs.com (mailer.nec-labs.com [138.15.108.3]) by mail.nec-labs.com (8.13.0/8.13.0) with ESMTP id k11FY3Sg011868; Wed, 1 Feb 2006 10:34:03 -0500 Received: from [138.15.104.193] ([138.15.104.193] unverified) by mailer.nec-labs.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 1 Feb 2006 10:34:10 -0500 Message-ID: <43E0D579.3030409@cs.rutgers.edu> Date: Wed, 01 Feb 2006 10:36:25 -0500 From: Aniruddha Bohra User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050426) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <20060201012011.GP97116@wantadilla.lemis.com> In-Reply-To: <20060201012011.GP97116@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 01 Feb 2006 15:34:10.0646 (UTC) FILETIME=[F2815760:01C62744] Cc: freebsd-net@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Van Jacobson's network stack restructure 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, 01 Feb 2006 15:34:17 -0000 Greg 'groggy' Lehey wrote: >Last week, at the Linux.conf.au in Dunedin, Van Jacobson presented >some slides about work he has been doing rearchitecting the Linux >network stack. He claims to have reduced the CPU usage by 80% and >doubled network throughput (he expects more, but it was limited by >memory bandwidth). The approach looks like it would work on FreeBSD >as well. I spoke to him and he confirmed. > >Comments? > > The approach there is very similar to Lazy Receiver Processing. More details are available here : http://www.cs.rice.edu/CS/Systems/LRP/ http://www.cs.rice.edu/CS/Systems/ScalaServer/code/rescon-lrp/README.html Maybe people want to look at that as well. Aniruddha From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 17:49:17 2006 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 435FE16A420 for ; Wed, 1 Feb 2006 17:49:17 +0000 (GMT) (envelope-from dswartz@druber.com) Received: from mail.druber.com (dsl-216-129-135-2.lightband.com [216.129.135.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A276D43D58 for ; Wed, 1 Feb 2006 17:49:16 +0000 (GMT) (envelope-from dswartz@druber.com) Received: from mail.druber.com (localhost.druber.com [127.0.0.1]) by mail.druber.com (Postfix) with ESMTP id 7C21B115 for ; Wed, 1 Feb 2006 12:49:15 -0500 (EST) Received: from SWARTZEN-D3.druber.com (localhost.druber.com [127.0.0.1]) by mail.druber.com (Postfix) with ESMTP id C1E31104 for ; Wed, 1 Feb 2006 12:49:14 -0500 (EST) Message-Id: <6.2.3.4.2.20060201124642.01cf9008@127.0.0.1> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 01 Feb 2006 12:49:12 -0500 To: freebsd-net@freebsd.org From: Dan Swartzendruber Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV using ClamSMTP Subject: 'ifconfig ath0 scan' hangs under 6.0-STABLE 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, 01 Feb 2006 17:49:17 -0000 I have an atheros PCI card (cisco aironet) operating bridged with fxp0. All is working fine. The only thing is that if I try to do a scan with 'ifconfig ath0 scan' (as documented in the manpage), it hangs. I've let it sit for 1/2 hour and it never prints anything. Hitting ctrl-C breaks out just fine. Any ideas? Here is output of ifconfig: fxp0: flags=8943 mtu 1500 options=b inet6 fe80::204:23ff:febe:3847%fxp0 prefixlen 64 scopeid 0x1 inet 10.0.0.2 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:04:23:be:38:47 media: Ethernet autoselect (100baseTX ) status: active lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x2 inet 127.0.0.1 netmask 0xff000000 ath0: flags=8943 mtu 1500 inet6 fe80::240:96ff:feac:3b0a%ath0 prefixlen 64 scopeid 0x3 ether 00:40:96:ac:3b:0a media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated ssid DruberNet channel 1 bssid 00:40:96:ac:3b:0a authmode WPA1+WPA2/802.11i privacy MIXED deftxkey 3 TKIP 2:128-bit TKIP 3:128-bit txpowmax 54 protmode CTS burst dtimperiod 1 bintval 100 bridge0: flags=8043 mtu 1500 ether ac:de:48:e9:58:05 priority 32768 hellotime 2 fwddelay 15 maxage 20 member: ath0 flags=7 port 3 priority 128 path cost 55 forwarding member: fxp0 flags=7 port 1 priority 128 path cost 55 forwarding From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 18:18:32 2006 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 D17DB16A420 for ; Wed, 1 Feb 2006 18:18:32 +0000 (GMT) (envelope-from dswartz@druber.com) Received: from mail.druber.com (dsl-216-129-135-2.lightband.com [216.129.135.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B25C43D49 for ; Wed, 1 Feb 2006 18:18:32 +0000 (GMT) (envelope-from dswartz@druber.com) Received: from mail.druber.com (localhost.druber.com [127.0.0.1]) by mail.druber.com (Postfix) with ESMTP id BA924104 for ; Wed, 1 Feb 2006 13:18:31 -0500 (EST) Received: from SWARTZEN-D3.druber.com (localhost.druber.com [127.0.0.1]) by mail.druber.com (Postfix) with ESMTP id 7096993 for ; Wed, 1 Feb 2006 13:18:31 -0500 (EST) Message-Id: <6.2.3.4.2.20060201131645.01ce5cb0@127.0.0.1> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 01 Feb 2006 13:18:31 -0500 To: freebsd-net@freebsd.org From: Dan Swartzendruber Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV using ClamSMTP Subject: 'ifconfig ath0 scan' hangs under 6.0-STABLE (resolved?) 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, 01 Feb 2006 18:18:32 -0000 Poking through ieee80211_ioctl.c in the kernel, I see this: case IEEE80211_IOC_SCAN_REQ: if (ic->ic_opmode == IEEE80211_M_HOSTAP) /* XXX ignore */ break; error = ieee80211_setupscan(ic, ic->ic_chan_avail); if (error == 0) /* XXX background scan */ error = ieee80211_new_state(ic, IEEE80211_S_SCAN, -1); break; So, it looks like if you're in hostap mode, it just ignores the request? Unfortunately, the ifconfig code is looping waiting for a response. Oh well... From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 19:05:31 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E8B716A420; Wed, 1 Feb 2006 19:05:31 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E6043D49; Wed, 1 Feb 2006 19:05:30 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k11J5UVM005810; Wed, 1 Feb 2006 19:05:30 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k11J5US3005806; Wed, 1 Feb 2006 19:05:30 GMT (envelope-from linimon) Date: Wed, 1 Feb 2006 19:05:30 GMT From: Mark Linimon Message-Id: <200602011905.k11J5US3005806@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/92552: A serious bug in most network drivers from 5.X to 6.X (regression) 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, 01 Feb 2006 19:05:31 -0000 Synopsis: A serious bug in most network drivers from 5.X to 6.X (regression) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Feb 1 19:05:14 UTC 2006 Responsible-Changed-Why: Over to freebsd-net for evaluation. http://www.freebsd.org/cgi/query-pr.cgi?pr=92552 From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 19:13:18 2006 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 BBABC16A420 for ; Wed, 1 Feb 2006 19:13:18 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D3A043D4C for ; Wed, 1 Feb 2006 19:13:18 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id k11JD8o7014663 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Feb 2006 11:13:08 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <43E10844.50603@errno.com> Date: Wed, 01 Feb 2006 11:13:08 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Dan Swartzendruber References: <6.2.3.4.2.20060201131645.01ce5cb0@127.0.0.1> In-Reply-To: <6.2.3.4.2.20060201131645.01ce5cb0@127.0.0.1> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: 'ifconfig ath0 scan' hangs under 6.0-STABLE (resolved?) 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, 01 Feb 2006 19:13:18 -0000 Dan Swartzendruber wrote: > > Poking through ieee80211_ioctl.c in the kernel, I see this: > > case IEEE80211_IOC_SCAN_REQ: > if (ic->ic_opmode == IEEE80211_M_HOSTAP) /* XXX > ignore */ > break; > error = ieee80211_setupscan(ic, ic->ic_chan_avail); > if (error == 0) /* XXX background scan */ > error = ieee80211_new_state(ic, > IEEE80211_S_SCAN, -1); > break; > > So, it looks like if you're in hostap mode, it just ignores the > request? Unfortunately, the ifconfig code is looping waiting for a > response. Oh well... Yes this is a continuation of previous policy. I'll change it to return an error so ifconfig won't hang waiting for the scan complete notification. Sam From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 19:22:50 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7256F16A420; Wed, 1 Feb 2006 19:22:50 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10B0943D4C; Wed, 1 Feb 2006 19:22:50 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k11JMneu006496; Wed, 1 Feb 2006 19:22:49 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k11JMn33006492; Wed, 1 Feb 2006 19:22:49 GMT (envelope-from linimon) Date: Wed, 1 Feb 2006 19:22:49 GMT From: Mark Linimon Message-Id: <200602011922.k11JMn33006492@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/92690: [net] slowstart_flightsize ignored in 6-STABLE 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, 01 Feb 2006 19:22:50 -0000 Old Synopsis: slowstart_flightsize ignored in 6-STABLE New Synopsis: [net] slowstart_flightsize ignored in 6-STABLE Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Feb 1 19:21:15 UTC 2006 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=92690 From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 19:32:51 2006 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F2F0116A420; Wed, 1 Feb 2006 19:32:50 +0000 (GMT) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F20143D49; Wed, 1 Feb 2006 19:32:50 +0000 (GMT) (envelope-from andre@FreeBSD.org) Received: from freefall.freebsd.org (andre@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k11JWows007947; Wed, 1 Feb 2006 19:32:50 GMT (envelope-from andre@freefall.freebsd.org) Received: (from andre@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k11JWobk007943; Wed, 1 Feb 2006 19:32:50 GMT (envelope-from andre) Date: Wed, 1 Feb 2006 19:32:50 GMT From: Andre Oppermann Message-Id: <200602011932.k11JWobk007943@freefall.freebsd.org> To: andre@FreeBSD.org, freebsd-net@FreeBSD.org, andre@FreeBSD.org Cc: Subject: Re: kern/92690: [net] slowstart_flightsize ignored in 6-STABLE 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, 01 Feb 2006 19:32:51 -0000 Synopsis: [net] slowstart_flightsize ignored in 6-STABLE Responsible-Changed-From-To: freebsd-net->andre Responsible-Changed-By: andre Responsible-Changed-When: Wed Feb 1 19:32:33 UTC 2006 Responsible-Changed-Why: Take over. http://www.freebsd.org/cgi/query-pr.cgi?pr=92690 From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 19:34:26 2006 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 973EF16A420 for ; Wed, 1 Feb 2006 19:34:26 +0000 (GMT) (envelope-from dswartz@druber.com) Received: from mail.druber.com (dsl-216-129-135-2.lightband.com [216.129.135.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D33C43D49 for ; Wed, 1 Feb 2006 19:34:25 +0000 (GMT) (envelope-from dswartz@druber.com) Received: from mail.druber.com (localhost.druber.com [127.0.0.1]) by mail.druber.com (Postfix) with ESMTP id AEC5E104; Wed, 1 Feb 2006 14:34:24 -0500 (EST) Received: from SWARTZEN-D3.druber.com (localhost.druber.com [127.0.0.1]) by mail.druber.com (Postfix) with ESMTP id 02E9793; Wed, 1 Feb 2006 14:34:23 -0500 (EST) Message-Id: <6.2.3.4.2.20060201143401.01cf1a90@127.0.0.1> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 01 Feb 2006 14:34:23 -0500 To: Sam Leffler From: Dan Swartzendruber In-Reply-To: <43E10844.50603@errno.com> References: <6.2.3.4.2.20060201131645.01ce5cb0@127.0.0.1> <43E10844.50603@errno.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-net@freebsd.org Subject: Re: 'ifconfig ath0 scan' hangs under 6.0-STABLE (resolved?) 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, 01 Feb 2006 19:34:26 -0000 At 02:13 PM 2/1/2006, Sam Leffler wrote: >Dan Swartzendruber wrote: >>Poking through ieee80211_ioctl.c in the kernel, I see this: >> case IEEE80211_IOC_SCAN_REQ: >> if (ic->ic_opmode == IEEE80211_M_HOSTAP) /* >> XXX ignore */ >> break; >> error = ieee80211_setupscan(ic, ic->ic_chan_avail); >> if (error == 0) /* XXX background scan */ >> error = ieee80211_new_state(ic, >> IEEE80211_S_SCAN, -1); >> break; >>So, it looks like if you're in hostap mode, it just ignores the >>request? Unfortunately, the ifconfig code is looping waiting for a >>response. Oh well... > >Yes this is a continuation of previous policy. I'll change it to >return an error so ifconfig won't hang waiting for the scan complete >notification. Not complaining, mind you - I'm just relieved to know why this was happening. Thx! From owner-freebsd-net@FreeBSD.ORG Wed Feb 1 20:03:12 2006 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 A59A616A422 for ; Wed, 1 Feb 2006 20:03:12 +0000 (GMT) (envelope-from julian@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86CC243D70 for ; Wed, 1 Feb 2006 20:02:56 +0000 (GMT) (envelope-from julian@elischer.org) Received: from unknown (HELO [10.251.17.229]) ([10.251.17.229]) by a50.ironport.com with ESMTP; 01 Feb 2006 12:02:53 -0800 Message-ID: <43E113EA.60008@elischer.org> Date: Wed, 01 Feb 2006 12:02:50 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.11) Gecko/20050727 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brian Candler References: <1138387362.4742.9.camel@localhost.localdomain> <43DA6C6A.7050701@elischer.org> <1138390041.4742.19.camel@localhost.localdomain> <43DA8E70.2070804@elischer.org> <1138621574.18130.26.camel@localhost.localdomain> <43DE6030.4090702@elischer.org> <20060131123042.GA74812@uk.tiscali.com> <1138713557.25466.4.camel@localhost.localdomain> <43DFCBBC.7000206@elischer.org> <20060201134633.GB78696@uk.tiscali.com> In-Reply-To: <20060201134633.GB78696@uk.tiscali.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Tiago Cruz , "freebsd-net@FreeBSD.org" Subject: Re: Network client is the same from 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: Wed, 01 Feb 2006 20:03:12 -0000 Brian Candler wrote: >On Tue, Jan 31, 2006 at 12:42:36PM -0800, Julian Elischer wrote: > > >>>And, If I have't not control about the second gateway? Because my client >>>have a notebook, and he can try connect at anyplace, anytime :-( >>> >>>So, I think that is impossible to to... is true? >>> >>> >>> >>> >>no, >>you should be able to do it all on your own machine I think.. >>by NATing on both interfaces, effectively puting your machine in the middle, >>with one natd on each interface. >> >> > >Some careful thought is needed though. Before: > > 192.168.0.0/24 [nat1] [nat2] 192.168.0.0/24 > ------+---------- GW1 -------------------- GW2 -----+----------- > | | > X Y > >After: > > 192.168.0.0/24 192.168.0.0/24 > ------+---------- GW1 -------------------- GW2 -----+----------- > | [nat1] [nat2] | > X Y > >In this example, the sense of 'inbound' and 'outbound' is wrong for each >natd, which you might be able to fix using -reverse on both of them. > >Or: > > 192.168.0.0/24 192.168.0.0/24 > ------+---------- GW1 -------------------- GW2 -----+----------- > | [nat2] [nat1] | > X Y > >Here the in/out sense is the same, but now we're doing nat2's processing >before nat1's. Is that a problem? I think it is. > >* Packet from 192.168.0.1 to 192.168.200.1 > - at nat2: destination changed to 192.168.0.1 > - at nat1: source changed to 192.168.100.1 > >Trouble is that at the first step, the destination is now 192.168.0.1, which >means it will be delivered back to the local LAN instead of out of the >external interface. > >So a pair of natd's with -reverse and 254 -redirect_address flags each >*might* be able to fix your problem. If it gets any more complex than this - >let's say you need another natd for traffic destined to the public Internet, >while traffic to 192.168.200.0/24 is nat'd down a tunnel to the second >network - then it becomes a PITA. > > it does work.. I've done it once.. the secret is to make sure that each natd ONLY gets the packets for the interface for which it is responsible, so the ipfw rules are very important. you need to make use of ipfw's interface clauses. >I don't like natd/ipfw interaction, if you hadn't guessed :-) > >OTOH, it might not be easy to make work with pf either. You should only need >two 'binat' rules, but I'm not sure how you go about reversing the in/out >sense. There's a separate freebsd-pf mailing list which might be able to >help. > >Regards, > >Brian. >_______________________________________________ >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 Feb 1 22:49:52 2006 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 BAA8416A420; Wed, 1 Feb 2006 22:49:52 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB8B43D45; Wed, 1 Feb 2006 22:49:48 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k11MngSt036747; Thu, 2 Feb 2006 01:49:43 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k11MnekF036731; Thu, 2 Feb 2006 01:49:41 +0300 (MSK) (envelope-from yar) Date: Thu, 2 Feb 2006 01:49:40 +0300 From: Yar Tikhiy To: Ruslan Ermilov Message-ID: <20060201224939.GB29980@comp.chem.msu.su> References: <20060201005658.A70005@xorpc.icir.org> <20060201090421.GT4297@FreeBSD.org> <20060201103746.GD90360@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060201103746.GD90360@ip.net.ua> User-Agent: Mutt/1.5.9i Cc: Luigi Rizzo , Hajimu UMEMOTO , net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 01 Feb 2006 22:49:52 -0000 On Wed, Feb 01, 2006 at 12:37:46PM +0200, Ruslan Ermilov wrote: > On Wed, Feb 01, 2006 at 06:41:10PM +0900, Hajimu UMEMOTO wrote: > > >>>>> On Wed, 1 Feb 2006 12:04:21 +0300 > > >>>>> Gleb Smirnoff said: > > > > glebius> If you have compiled the modules as part of buildkernel > > glebius> target, then all options from kernel would apply to all > > glebius> modules, thus the bridge_ip6_checkbasic() function won't > > glebius> be present in if_bridge.ko, and you would successfully > > glebius> load the module. > > > > I believe it is 7-CURRENT thing, and is not MFCed yet. So, if it is > > on 6.x, you need -DNO_INET6 to build if_bridge.ko. > > > Ask yar@ to MFC his modules/ mega-commit that fixed this in HEAD. > I'd really love to see it in 6.1. I haven't considered that an option since two issues were found related to my mega-commit. One was that if_gif wouln't load due to unresolved symbols if built w/o INET6. The other was in the pf module -- pflog would be lost as it didn't have a separate module. The essence of the first issue is that the set of source files for a module cannot depend on kernel options, unlike for the main kernel file. The second issue has to do with the fact that pflog is more to a plain option than to a device, as there are `#ifdef DEV_PFLOG' lines in the pf code conditionalizing the pflog feature. -- Yar From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 06:00:00 2006 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 63C5E16A420; Thu, 2 Feb 2006 06:00:00 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 033EB43D53; Thu, 2 Feb 2006 05:59:59 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k125xe29094568; Wed, 1 Feb 2006 21:59:40 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k125xdSH094567; Wed, 1 Feb 2006 21:59:39 -0800 (PST) (envelope-from rizzo) Date: Wed, 1 Feb 2006 21:59:39 -0800 From: Luigi Rizzo To: Yar Tikhiy Message-ID: <20060201215939.A94425@xorpc.icir.org> References: <20060201005658.A70005@xorpc.icir.org> <20060201090421.GT4297@FreeBSD.org> <20060201103746.GD90360@ip.net.ua> <20060201224939.GB29980@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060201224939.GB29980@comp.chem.msu.su>; from yar@comp.chem.msu.su on Thu, Feb 02, 2006 at 01:49:40AM +0300 Cc: Hajimu UMEMOTO , net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 02 Feb 2006 06:00:00 -0000 On Thu, Feb 02, 2006 at 01:49:40AM +0300, Yar Tikhiy wrote: > On Wed, Feb 01, 2006 at 12:37:46PM +0200, Ruslan Ermilov wrote: > > On Wed, Feb 01, 2006 at 06:41:10PM +0900, Hajimu UMEMOTO wrote: > > > >>>>> On Wed, 1 Feb 2006 12:04:21 +0300 > > > >>>>> Gleb Smirnoff said: > > > > > > glebius> If you have compiled the modules as part of buildkernel > > > glebius> target, then all options from kernel would apply to all > > > glebius> modules, thus the bridge_ip6_checkbasic() function won't > > > glebius> be present in if_bridge.ko, and you would successfully > > > glebius> load the module. > > > > > > I believe it is 7-CURRENT thing, and is not MFCed yet. So, if it is > > > on 6.x, you need -DNO_INET6 to build if_bridge.ko. > > > > > Ask yar@ to MFC his modules/ mega-commit that fixed this in HEAD. > > I'd really love to see it in 6.1. > > I haven't considered that an option since two issues were found > related to my mega-commit. One was that if_gif wouln't load due > to unresolved symbols if built w/o INET6. The other was in the > pf module -- pflog would be lost as it didn't have a separate module. > > The essence of the first issue is that the set of source files > for a module cannot depend on kernel options, unlike for the main > kernel file. > The second issue has to do with the fact that pflog is more to > a plain option than to a device, as there are `#ifdef DEV_PFLOG' > lines in the pf code conditionalizing the pflog feature. can you give more details on the if_gif issue ? lookint at the code in if_gif.c it seems that compiling it with INET6 does not define any new symbols but only adds some code paths within existing functions, so i don't exactly understand why the load failure. cheers luigi > -- > Yar From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 07:07:58 2006 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 D325916A423; Thu, 2 Feb 2006 07:07:58 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB12943D46; Thu, 2 Feb 2006 07:07:56 +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 k1276USS086552; Thu, 2 Feb 2006 09:06:30 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 40450-02; Thu, 2 Feb 2006 09:06:26 +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 k1273Ph1085359 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Feb 2006 09:03:25 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k1273RQm019685; Thu, 2 Feb 2006 09:03:27 +0200 (EET) (envelope-from ru) Date: Thu, 2 Feb 2006 09:03:27 +0200 From: Ruslan Ermilov To: Luigi Rizzo Message-ID: <20060202070327.GE18601@ip.net.ua> References: <20060201005658.A70005@xorpc.icir.org> <20060201090421.GT4297@FreeBSD.org> <20060201103746.GD90360@ip.net.ua> <20060201224939.GB29980@comp.chem.msu.su> <20060201215939.A94425@xorpc.icir.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BQPnanjtCNWHyqYD" Content-Disposition: inline In-Reply-To: <20060201215939.A94425@xorpc.icir.org> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Yar Tikhiy , Hajimu UMEMOTO , net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 02 Feb 2006 07:07:59 -0000 --BQPnanjtCNWHyqYD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 01, 2006 at 09:59:39PM -0800, Luigi Rizzo wrote: > On Thu, Feb 02, 2006 at 01:49:40AM +0300, Yar Tikhiy wrote: > > On Wed, Feb 01, 2006 at 12:37:46PM +0200, Ruslan Ermilov wrote: > > > On Wed, Feb 01, 2006 at 06:41:10PM +0900, Hajimu UMEMOTO wrote: > > > > >>>>> On Wed, 1 Feb 2006 12:04:21 +0300 > > > > >>>>> Gleb Smirnoff said: > > > >=20 > > > > glebius> If you have compiled the modules as part of buildkernel > > > > glebius> target, then all options from kernel would apply to all > > > > glebius> modules, thus the bridge_ip6_checkbasic() function won't > > > > glebius> be present in if_bridge.ko, and you would successfully > > > > glebius> load the module. > > > >=20 > > > > I believe it is 7-CURRENT thing, and is not MFCed yet. So, if it is > > > > on 6.x, you need -DNO_INET6 to build if_bridge.ko. > > > >=20 > > > Ask yar@ to MFC his modules/ mega-commit that fixed this in HEAD. > > > I'd really love to see it in 6.1. > >=20 > > I haven't considered that an option since two issues were found > > related to my mega-commit. One was that if_gif wouln't load due > > to unresolved symbols if built w/o INET6. The other was in the > > pf module -- pflog would be lost as it didn't have a separate module. > >=20 > > The essence of the first issue is that the set of source files > > for a module cannot depend on kernel options, unlike for the main > > kernel file. > > The second issue has to do with the fact that pflog is more to > > a plain option than to a device, as there are `#ifdef DEV_PFLOG' > > lines in the pf code conditionalizing the pflog feature. >=20 > can you give more details on the if_gif issue ? lookint at the > code in if_gif.c it seems that compiling it with INET6 does not define an= y new > symbols but only adds some code paths within existing functions, so > i don't exactly understand why the load failure. >=20 in6_gif.c is also compiled with INET6, hence unresolved symbols. But there's no issue anymore, in HEAD since December. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --BQPnanjtCNWHyqYD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD4a6/qRfpzJluFF4RAm/vAJ9yanA630mKsYev4FQtobNXaE1d4QCfaCqP MahxQ9JABWbaN+57PhC/Hsg= =kBNf -----END PGP SIGNATURE----- --BQPnanjtCNWHyqYD-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 07:07:59 2006 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 EEC0B16A420; Thu, 2 Feb 2006 07:07:58 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DB2C443D49; Thu, 2 Feb 2006 07:07:56 +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 k1276SWL086542; Thu, 2 Feb 2006 09:06:28 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 40454-01; Thu, 2 Feb 2006 09:06:26 +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 k1271kmU084795 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Feb 2006 09:01:47 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k1271na1019668; Thu, 2 Feb 2006 09:01:49 +0200 (EET) (envelope-from ru) Date: Thu, 2 Feb 2006 09:01:49 +0200 From: Ruslan Ermilov To: Yar Tikhiy Message-ID: <20060202070149.GD18601@ip.net.ua> References: <20060201005658.A70005@xorpc.icir.org> <20060201090421.GT4297@FreeBSD.org> <20060201103746.GD90360@ip.net.ua> <20060201224939.GB29980@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ylS2wUBXLOxYXZFQ" Content-Disposition: inline In-Reply-To: <20060201224939.GB29980@comp.chem.msu.su> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: Luigi Rizzo , Hajimu UMEMOTO , net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 02 Feb 2006 07:07:59 -0000 --ylS2wUBXLOxYXZFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 02, 2006 at 01:49:40AM +0300, Yar Tikhiy wrote: > On Wed, Feb 01, 2006 at 12:37:46PM +0200, Ruslan Ermilov wrote: > > On Wed, Feb 01, 2006 at 06:41:10PM +0900, Hajimu UMEMOTO wrote: > > > >>>>> On Wed, 1 Feb 2006 12:04:21 +0300 > > > >>>>> Gleb Smirnoff said: > > >=20 > > > glebius> If you have compiled the modules as part of buildkernel > > > glebius> target, then all options from kernel would apply to all > > > glebius> modules, thus the bridge_ip6_checkbasic() function won't > > > glebius> be present in if_bridge.ko, and you would successfully > > > glebius> load the module. > > >=20 > > > I believe it is 7-CURRENT thing, and is not MFCed yet. So, if it is > > > on 6.x, you need -DNO_INET6 to build if_bridge.ko. > > >=20 > > Ask yar@ to MFC his modules/ mega-commit that fixed this in HEAD. > > I'd really love to see it in 6.1. >=20 > I haven't considered that an option since two issues were found > related to my mega-commit. One was that if_gif wouln't load due > to unresolved symbols if built w/o INET6. The other was in the > pf module -- pflog would be lost as it didn't have a separate module. >=20 > The essence of the first issue is that the set of source files > for a module cannot depend on kernel options, unlike for the main > kernel file. >=20 I thought I've fixed it in December (in CVS). I'm running if_gif.ko without any problems on INET6-less kernel. > The second issue has to do with the fact that pflog is more to > a plain option than to a device, as there are `#ifdef DEV_PFLOG' > lines in the pf code conditionalizing the pflog feature. >=20 This needs to be fixed in pf then. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --ylS2wUBXLOxYXZFQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD4a5dqRfpzJluFF4RAmhOAJ0TQy1IOigtq5oQl571oMqSBCvbagCgjPnz wpeQ5NY+PWzvDaYGnB5W5pk= =qiUd -----END PGP SIGNATURE----- --ylS2wUBXLOxYXZFQ-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 09:10:22 2006 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 B986716A449 for ; Thu, 2 Feb 2006 09:10:22 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3903743D46 for ; Thu, 2 Feb 2006 09:10:22 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k129AHqo055497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Feb 2006 12:10:17 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k129AHEb055496; Thu, 2 Feb 2006 12:10:17 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 2 Feb 2006 12:10:17 +0300 From: Gleb Smirnoff To: Nickola Kolev Message-ID: <20060202091017.GK4297@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , Nickola Kolev , freebsd-net@freebsd.org References: <20060201195405.71628377.nikky@mnet.bg> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060201195405.71628377.nikky@mnet.bg> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: netflow v5 - src AS/dst AS 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, 02 Feb 2006 09:10:22 -0000 On Wed, Feb 01, 2006 at 07:54:05PM +0200, Nickola Kolev wrote: N> As you can see from the subject, I'd like to set up a PC-based netflow N> v5 probe, capable of exporting information about specific source and N> destination ASes for the purpose of accounting. Regretfully, I N> didnt come to any solution, mostly because the kernel FIB, eventhough N> injected with a full BGP routing table, doesnt carry any BGP specific N> information (such as next-hop AS, src AS, dst AS, etc.). This is N> normal, because, at least the way I can explain it to myself, the BGP N> speaking daemons, be it Zebra/Quagga, Xorp or OpenBGPd are userspace N> programs and probably dont have a way to inject such information into N> the kernel FIB, that's why keep it in its own structures. N> N> My question is does any of you know of a way to achieve some sort of N> interaction between the BGP-speaking daemon (e.g. Quagga) and the N> various netflow probes to export Netflow v5 data, including N> src/dst AS information. N> N> Maybe some netgraph module besides ng_netflow, which I tried, but of no N> avail. When I initially wrote ng_netflow, I have made a quick hack to kernel and zebra to make this possible. It was just a prove of concept, so I even didn't save the hack. I have once raised the question about route entries in kernel carrying additional extended route attributes. For example routing protocol specific ones, like AS path. However, I experienced a strong opposition and unwillingness to see this in FreeBSD. You can find this in the mailing list archives. We have the following plans for the future, which I hope are agreed by all developers. We are going to extend route entries with a 32-bit opaque tag. This idea is already being worked out in OpenBSD. The routing daemons should be able to set this tag to some value, defined by their configuration. These tags can be used for many different things, including packet filtering and shaping. When this is done I will make ng_netflow(4) insert this tag (its 16-bit part) into AS fields of the exports. This will allow us to supply any kind of information in exports. Once the administrator has configured the routing daemon to put the AS numbers in the opaque tag, he gets ng_netflow(4) filling in AS numbers. You see, this requires some change to kernel and more changes to routing daemon. Probably under routing daemon I mean OpenBGPd, not zebra or quagga. I don't believe the latters will include FreeBSD specific things in their code. The OpenBGPd comes from OpenBSD, a much more friendly system than Linux. There is a slow process of porting it to FreeBSD. I think once this is done we can include out changes in it, or ask OpenBSD developers to do this. The same way as pf(4) is maintained in OpenBSD and FreeBSD. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 12:58:32 2006 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 10CC516A420; Thu, 2 Feb 2006 12:58:32 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C15943D49; Thu, 2 Feb 2006 12:58:28 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k12CwO4B005335; Thu, 2 Feb 2006 15:58:25 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k12ChT1V003899; Thu, 2 Feb 2006 15:43:29 +0300 (MSK) (envelope-from yar) Date: Thu, 2 Feb 2006 15:43:28 +0300 From: Yar Tikhiy To: Ruslan Ermilov Message-ID: <20060202124328.GK29980@comp.chem.msu.su> References: <20060201005658.A70005@xorpc.icir.org> <20060201090421.GT4297@FreeBSD.org> <20060201103746.GD90360@ip.net.ua> <20060201224939.GB29980@comp.chem.msu.su> <20060202070149.GD18601@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060202070149.GD18601@ip.net.ua> User-Agent: Mutt/1.5.9i Cc: Luigi Rizzo , Hajimu UMEMOTO , mlaier@freebsd.org, net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 02 Feb 2006 12:58:32 -0000 On Thu, Feb 02, 2006 at 09:01:49AM +0200, Ruslan Ermilov wrote: > On Thu, Feb 02, 2006 at 01:49:40AM +0300, Yar Tikhiy wrote: > > On Wed, Feb 01, 2006 at 12:37:46PM +0200, Ruslan Ermilov wrote: > > > On Wed, Feb 01, 2006 at 06:41:10PM +0900, Hajimu UMEMOTO wrote: > > > > >>>>> On Wed, 1 Feb 2006 12:04:21 +0300 > > > > >>>>> Gleb Smirnoff said: > > > > > > > > glebius> If you have compiled the modules as part of buildkernel > > > > glebius> target, then all options from kernel would apply to all > > > > glebius> modules, thus the bridge_ip6_checkbasic() function won't > > > > glebius> be present in if_bridge.ko, and you would successfully > > > > glebius> load the module. > > > > > > > > I believe it is 7-CURRENT thing, and is not MFCed yet. So, if it is > > > > on 6.x, you need -DNO_INET6 to build if_bridge.ko. > > > > > > > Ask yar@ to MFC his modules/ mega-commit that fixed this in HEAD. > > > I'd really love to see it in 6.1. > > > > I haven't considered that an option since two issues were found > > related to my mega-commit. One was that if_gif wouln't load due > > to unresolved symbols if built w/o INET6. The other was in the > > pf module -- pflog would be lost as it didn't have a separate module. > > > > The essence of the first issue is that the set of source files > > for a module cannot depend on kernel options, unlike for the main > > kernel file. > > > I thought I've fixed it in December (in CVS). I'm running if_gif.ko > without any problems on INET6-less kernel. I missed your commit to the if_gif module. I hope you'll forgive me if I say it is a mere hack, but it will do for now :-) > > The second issue has to do with the fact that pflog is more to > > a plain option than to a device, as there are `#ifdef DEV_PFLOG' > > lines in the pf code conditionalizing the pflog feature. > > > This needs to be fixed in pf then. Max Laier and I discussed this issue once, and Max had concern over possible performance degradation that might result from calling pflog functions through pointers to be set by a separate pflog module. We can skip touching the pf module in RELENG_6 for now and leave the issue to after 6.1-RELEASE is out. -- Yar From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 13:12:00 2006 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 B514916A420 for ; Thu, 2 Feb 2006 13:12:00 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFF0D43D49 for ; Thu, 2 Feb 2006 13:11:59 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k12DBuTw060913 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Feb 2006 16:11:57 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k12DBudK060912; Thu, 2 Feb 2006 16:11:56 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Thu, 2 Feb 2006 16:11:56 +0300 From: Gleb Smirnoff To: Atanas Yankov Message-ID: <20060202131156.GA60276@cell.sick.ru> References: <20060201195405.71628377.nikky@mnet.bg> <20060202091017.GK4297@FreeBSD.org> <43E20508.7010508@LanGame.Net> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <43E20508.7010508@LanGame.Net> User-Agent: Mutt/1.5.6i Cc: net@FreeBSD.org Subject: Re: netflow v5 - src AS/dst AS 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, 02 Feb 2006 13:12:00 -0000 On Thu, Feb 02, 2006 at 03:11:36PM +0200, Atanas Yankov wrote: A> Yes you right that OpenBSD is clouse to FreeBSD A> but Quagga isn't only linuxish and OpenBGPd is a only A> bgp implementation quagga project work on isis ospf ospf6 A> bgp and most of freebsd routers is used for IGP not for BGP There is also OpenOSPFd project inside OpenBSD tree. Combining OSPF and BGP will satisfy most needs. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 13:36:35 2006 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 82D5216A420; Thu, 2 Feb 2006 13:36:35 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id D911243D46; Thu, 2 Feb 2006 13:36:34 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.250.162] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis), id 0ML29c-1F4edU2tR1-0004Oh; Thu, 02 Feb 2006 14:36:33 +0100 From: Max Laier Organization: FreeBSD To: Yar Tikhiy Date: Thu, 2 Feb 2006 14:37:28 +0100 User-Agent: KMail/1.9.1 References: <20060201005658.A70005@xorpc.icir.org> <20060202070149.GD18601@ip.net.ua> <20060202124328.GK29980@comp.chem.msu.su> In-Reply-To: <20060202124328.GK29980@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1981435.rUc0fTjnFz"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602021437.38385.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Luigi Rizzo , Hajimu UMEMOTO , net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 02 Feb 2006 13:36:35 -0000 --nextPart1981435.rUc0fTjnFz Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 02 February 2006 13:43, Yar Tikhiy wrote: > > This needs to be fixed in pf then. > > Max Laier and I discussed this issue once, and Max had concern > over possible performance degradation that might result from > calling pflog functions through pointers to be set by a separate > pflog module. We can skip touching the pf module in RELENG_6 for > now and leave the issue to after 6.1-RELEASE is out. I have convinced myself that we should really use a function pointer here. = I=20 will try to commit a sollution to HEAD over the weekend. If you are MFC'in= g=20 the changes *now*, I'd appreciate if you could spare out pf, but I am willi= ng=20 to MFC the changes before 6.1 if testing goes well. =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 --nextPart1981435.rUc0fTjnFz Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD4gsiXyyEoT62BG0RAtxYAJ4iynhq7KJOsBRl0CThhhbSHQyArQCcDWGe yb8rH/+YQgePenOwh/Xz9W0= =rcug -----END PGP SIGNATURE----- --nextPart1981435.rUc0fTjnFz-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 13:48:16 2006 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 6E5DC16A420; Thu, 2 Feb 2006 13:48:16 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52C0043D5C; Thu, 2 Feb 2006 13:48:15 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k12DlhC2099663; Thu, 2 Feb 2006 05:47:43 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k12DlhQF099662; Thu, 2 Feb 2006 05:47:43 -0800 (PST) (envelope-from rizzo) Date: Thu, 2 Feb 2006 05:47:43 -0800 From: Luigi Rizzo To: Max Laier Message-ID: <20060202054743.B99314@xorpc.icir.org> References: <20060201005658.A70005@xorpc.icir.org> <20060202070149.GD18601@ip.net.ua> <20060202124328.GK29980@comp.chem.msu.su> <200602021437.38385.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <200602021437.38385.max@love2party.net>; from max@love2party.net on Thu, Feb 02, 2006 at 02:37:28PM +0100 Cc: Yar Tikhiy , Hajimu UMEMOTO , net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 02 Feb 2006 13:48:16 -0000 On Thu, Feb 02, 2006 at 02:37:28PM +0100, Max Laier wrote: > On Thursday 02 February 2006 13:43, Yar Tikhiy wrote: > > > This needs to be fixed in pf then. > > > > Max Laier and I discussed this issue once, and Max had concern > > over possible performance degradation that might result from > > calling pflog functions through pointers to be set by a separate > > pflog module. We can skip touching the pf module in RELENG_6 for > > now and leave the issue to after 6.1-RELEASE is out. > > I have convinced myself that we should really use a function pointer here. I good. > will try to commit a sollution to HEAD over the weekend. If you are MFC'ing > the changes *now*, I'd appreciate if you could spare out pf, but I am willing > to MFC the changes before 6.1 if testing goes well. i imagine "you" is Yar as i don't know exactly what was the change, i just raised the problem :) thanks luigi From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 13:49:50 2006 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 BFB0F16A422; Thu, 2 Feb 2006 13:49:50 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7C7443D46; Thu, 2 Feb 2006 13:49:42 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k12Dncb2009397; Thu, 2 Feb 2006 16:49:38 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k12Dnc4h009392; Thu, 2 Feb 2006 16:49:38 +0300 (MSK) (envelope-from yar) Date: Thu, 2 Feb 2006 16:49:37 +0300 From: Yar Tikhiy To: Max Laier Message-ID: <20060202134937.GM29980@comp.chem.msu.su> References: <20060201005658.A70005@xorpc.icir.org> <20060202070149.GD18601@ip.net.ua> <20060202124328.GK29980@comp.chem.msu.su> <200602021437.38385.max@love2party.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602021437.38385.max@love2party.net> User-Agent: Mutt/1.5.9i Cc: Luigi Rizzo , Hajimu UMEMOTO , net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 02 Feb 2006 13:49:51 -0000 On Thu, Feb 02, 2006 at 02:37:28PM +0100, Max Laier wrote: > On Thursday 02 February 2006 13:43, Yar Tikhiy wrote: > > > This needs to be fixed in pf then. > > > > Max Laier and I discussed this issue once, and Max had concern > > over possible performance degradation that might result from > > calling pflog functions through pointers to be set by a separate > > pflog module. We can skip touching the pf module in RELENG_6 for > > now and leave the issue to after 6.1-RELEASE is out. > > I have convinced myself that we should really use a function pointer here. I > will try to commit a sollution to HEAD over the weekend. If you are MFC'ing > the changes *now*, I'd appreciate if you could spare out pf, but I am willing > to MFC the changes before 6.1 if testing goes well. Thank you, Max! Let me assure you I won't touch modules/pf in RELENG_6 until you think it is OK to. I'll devote some time to testing the other modules WRT the change in the meanwhile. -- Yar From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 13:55:09 2006 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 D978316A420; Thu, 2 Feb 2006 13:55:09 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 924C443D45; Thu, 2 Feb 2006 13:55:05 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k12DsxoU009708; Thu, 2 Feb 2006 16:54:59 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k12DsxWW009707; Thu, 2 Feb 2006 16:54:59 +0300 (MSK) (envelope-from yar) Date: Thu, 2 Feb 2006 16:54:59 +0300 From: Yar Tikhiy To: Luigi Rizzo Message-ID: <20060202135458.GN29980@comp.chem.msu.su> References: <20060201005658.A70005@xorpc.icir.org> <20060202070149.GD18601@ip.net.ua> <20060202124328.GK29980@comp.chem.msu.su> <200602021437.38385.max@love2party.net> <20060202054743.B99314@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060202054743.B99314@xorpc.icir.org> User-Agent: Mutt/1.5.9i Cc: Max Laier , Hajimu UMEMOTO , net@freebsd.org Subject: Re: if_bridge.ko requires INET6... 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, 02 Feb 2006 13:55:10 -0000 On Thu, Feb 02, 2006 at 05:47:43AM -0800, Luigi Rizzo wrote: > On Thu, Feb 02, 2006 at 02:37:28PM +0100, Max Laier wrote: > > > will try to commit a sollution to HEAD over the weekend. If you are MFC'ing > > the changes *now*, I'd appreciate if you could spare out pf, but I am willing > > to MFC the changes before 6.1 if testing goes well. > > i imagine "you" is Yar as i don't know exactly what was the change, Yep, it's apparently me :-) > i just raised the problem :) Thank you for doing so! I thought the whole issue over building modules with right options just had got stuck and I didn't know where to move to, but now we've got the damned thing going! :-) -- Yar From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 14:56:10 2006 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 1B18416A420 for ; Thu, 2 Feb 2006 14:56:10 +0000 (GMT) (envelope-from korio@korio.org) Received: from server.ma3x.net (ns.ma3x.net [195.214.255.249]) by mx1.FreeBSD.org (Postfix) with SMTP id A461243D48 for ; Thu, 2 Feb 2006 14:56:07 +0000 (GMT) (envelope-from korio@korio.org) Received: (qmail 25647 invoked by uid 1049); 2 Feb 2006 14:56:05 -0000 Received: from korio@korio.org by server by uid 0 with qmail-scanner-1.20 (AV Scan @ Club Ma3x Clear:RC:1(195.214.255.196):. Processed in 0.559798 secs); 02 Feb 2006 14:56:05 -0000 X-Qmail-Scanner-Mail-From: korio@korio.org via server X-Qmail-Scanner: 1.20 (Clear:RC:1(195.214.255.196):. Processed in 0.559798 secs) Received: from unknown (HELO ibiza.ma3x.net) (195.214.255.196) by 0 with SMTP; 2 Feb 2006 14:56:04 -0000 References: <43DB8EEA.6090006@mac.com> <20060130125746.GB44477@comp.chem.msu.su> <20060131145612.GE34373@comp.chem.msu.su> Message-ID: X-Mailer: http://www.courier-mta.org/cone/ From: Iassen Anadoliev To: Yar Tikhiy Date: Thu, 02 Feb 2006 16:56:26 +0200 Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=_mimegpg-ibiza.ma3x.net-1301-1138892186-0001"; micalg=pgp-sha1; protocol="application/pgp-signature" Cc: freebsd-net@freebsd.org Subject: Re: Ftpd problems 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, 02 Feb 2006 14:56:10 -0000 This is a MIME GnuPG-signed message. If you see this text, it means that your E-mail or Usenet software does not support MIME signed messages. --=_mimegpg-ibiza.ma3x.net-1301-1138892186-0001 Content-Type: text/plain; format=flowed; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: 7bit Yar Tikhiy writes: > On Mon, Jan 30, 2006 at 03:57:46PM +0300, Yar Tikhiy wrote: >> On Sat, Jan 28, 2006 at 06:25:34PM +0200, Iassen Anadoliev wrote: >> > Chuck Swiger writes: >> > >> > >Iassen Anadoliev wrote: >> > >>Hello guys i hope this is the appropriate list so... >> > >> >> > >>I am running a ftp server and have some problems with large files. While >> > >>syncing files over 4GB with rsync there is no problem: >> > >> >> > >>ls -lha >> > >>-rw------- 1 support support 4.2G Nov 14 19:46 somefile.data >> > >> >> > >>But when i try to download the file it fails: >> > > >> > >If you can identify more specificly which side is having the problem, it's >> > >probably worth filing a PR about it. Try using fetch or curl instead, to >> > >see >> > >whether another client does OK, or try using proftpd to test another FTP >> > >server. >> > Never sent PR before. So trying to find PR that already describe my >> > problem I found this: >> > http://www.FreeBSD.org/cgi/query-pr.cgi?pr=bin/89100 >> >> We seem to have got a bug in sendfile(2). Besides bin/89100, there >> is kern/92243 on it. The problem is rather unpleasant and it's in >> the kernel, not in ftpd(8). > > Would you mind trying the attached kernel patch? Note that you'll > need to rebuild the modules along with the kernel after applying the > patch. Thanks in advance! > Thanks for the patch it seems to work: fetch ftp://test:test@ibiza.korio.org/usr/src/test.zero test.zero 100% of 4293 MB 4255 kBps 00m00s > The patch is against HEAD. In case it fails to apply, just change > the type of the 2nd argument to vnode_create_vobject from size_t to > off_t in the .h and .c files -- that's the essence. > uname -a FreeBSD ibiza.ma3x.net 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Thu Feb 2 15:19:27 EET 2006 root@ibiza.ma3x.net:/usr/obj/usr/src/sys/STENLY i386 > -- > Yar > -- Public Key: lynx -dump http://www.korio.org/korio.asc |gpg --import Key fingerprint = 38FB F45F 9FAB B1C2 0893 D11A 5559 04A2 67DA 266D _,'| _.-''``-...___..--';) /_ \'. __..-' , ,--...--''' <\ .`--''' ` /' `-';' ; ; ; __...--'' ___...--_..' .;.' (,__....----''' (,..--'' Iassen Anadoliev --=_mimegpg-ibiza.ma3x.net-1301-1138892186-0001 Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBD4h2bVVkEomfaJm0RAmtDAJ9JZqjSRNkaxm7zMk55PLHD26tT3ACgnvqj H9lqb7xDlZvPveb+Z6nzxxY= =7Bh3 -----END PGP SIGNATURE----- --=_mimegpg-ibiza.ma3x.net-1301-1138892186-0001-- From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 17:28:17 2006 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 BBB9616A420 for ; Thu, 2 Feb 2006 17:28:17 +0000 (GMT) (envelope-from saundersconsult@hotmail.com) Received: from hotmail.com (bay115-f27.bay115.hotmail.com [65.54.250.37]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A8F943D60 for ; Thu, 2 Feb 2006 17:28:13 +0000 (GMT) (envelope-from saundersconsult@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 2 Feb 2006 09:28:13 -0800 Message-ID: Received: from 65.54.250.200 by by115fd.bay115.hotmail.msn.com with HTTP; Thu, 02 Feb 2006 17:28:12 GMT X-Originating-IP: [64.60.108.59] X-Originating-Email: [saundersconsult@hotmail.com] X-Sender: saundersconsult@hotmail.com From: "Shawn Saunders" To: freebsd-net@freebsd.org Date: Thu, 02 Feb 2006 17:28:12 +0000 X-Priority: 1 Importance: High Mime-Version: 1.0 Content-Type: text/plain; format=flowed X-OriginalArrivalTime: 02 Feb 2006 17:28:13.0058 (UTC) FILETIME=[0B504E20:01C6281E] Cc: dionch@freemail.gr Subject: Re: Trying to make a Host into a gigabit hub for testing 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, 02 Feb 2006 17:28:17 -0000 Chris and others, This is an update on the configuration you helped me with several months ago. I don't have the specific numbers but approximates, as the machines were being reset weekly, because of reconfigurations in the IDS's. So the port statistics were also reset to provide accuracy as ethernet connections went up and down upon the IDS's reset. Based upon a configuration, of two networks in with each having 4 ports out (using one2many). All ports being Gigibit ethernet on PCI-X bus, Intel Cards, and Opteron Server with 8 GB RAM. Network 1: Approximately 5 million to 7 million alerts per day, as registered by both snort, and ISS. Alerts generated against a group of both virtual and real machines (approximately 200). Approximately 18 million packets per day. We had customized alert rules to obtain the alert load necessary for our testing protocol. Less than 1% packet loss between interfaces. There were a couple weeks where it made it to almost 2%, but that was when we had up to 30 million packets per day over our networks. Now this is only counting the packet losses over the netgraph interfaces, not what may have happened on the overburdened networks themselves. We used various tools and customizations, such as Nmap, hping, nessus, ftp, http and smtp with cron, on both windows and *nix systems to generate a cross-section of simulated traffic. Hope this was helpful. Now we are performing a new test, and the requirements have changed. I am having difficulty as one2many will not perform what I need. The following is a layout of the type of configuration, and I have tried one2many and hub, but was unable to obtain the desired results. Whenever I try to set multiple hooks to the same interface it fails, and trying to bring a group of interfaces to a virtual interface, and then take that virtual interface out multiple different interfaces, seems to fail (I can't even make the connection to the virtual interface to go to multiple outs.) I will have 11 interfaces inbound from 11 different networks. I will have 4 outbound to 4 different IDS's and sensors. I would like to have 11 interfaces come into a single virtual interface. This way I could run tcpdump and/or snort on the box itself and obtain quick info, and do validation of packet data, between the capture system and the IDS and sensors. I would like to redirect all the traffic from that one virtual interface to a group of 4 physical interfaces so the sensors can work on it. Here is a configuration I tried. Any comments or suggestions are appreciated. This initial script, only takes 3 input interfaces into a single virtual interface. This works. Then when I try to take that virtual interface and echo it out multiple interfaces, it fails. #!/bin/sh # Initialize and bring up all interfaces for i in 0 1 2 3 4 5 6 7 8 9 10 11 do /sbin/ifconfig em$i up done for g in 0 1 do /sbin/ifconfig bge$g up done /sbin/ifconfig fxp0 up # Load needed kernel modules /sbin/kldload /boot/kernel/ng_ether.ko /sbin/kldload /boot/kernel/ng_one2many.ko /sbin/kldload /boot/kernel/ng_fec.ko # Create Virtual Interface /usr/sbin/ngctl mkpeer fec dummy fec # Bind physical input interfaces to virtual interface /usr/sbin/ngctl msg fec0: add_iface '"em0"' /usr/sbin/ngctl msg fec0: add_iface '"em1"' /usr/sbin/ngctl msg fec0: add_iface '"em2"' # Set forwarding mode to mac address layer. /usr/sbin/ngctl msg fec0: set_mode_mac # Configure the virtual interface to deliver packets out the others ngctl mkpeer fec0: one2many upper one ngctl name fec0:upper secur ngctl connect bge0: secur: upper many0 ngctl connect bge1: secur: upper many1 ngctl msg secur: setconfig "{ xmitAlg=2 failAlg=1 enabledLinks=[ 1 1 ] }" # Set all interfaces Promisc mode and turn off autosrc routing for s in 0 1 2 3 4 5 6 7 8 9 10 11 do /usr/sbin/ngctl msg em$s: setpromisc 1 /usr/sbin/ngctl msg em$s: setautosrc 0 done for t in 0 1 do /usr/sbin/ngctl msg bge$t: setpromisc 1 /usr/sbin/ngctl msg bge$t: setautosrc 0 done #EOF Before sending 3 pings accross em2: gigihub# netstat -I bge0 ; netstat -I bge1 ; netstat -I fec0 ; netstat -I em2 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:e0:81:32:f4:52 0 0 5 0 0 bge0 1500 fe80:b::2e0:8 fe80:b::2e0:81ff: 0 - 4 - - Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge1 1500 00:e0:81:32:f4:53 0 0 0 0 0 bge1 1500 fe80:c::2e0:8 fe80:c::2e0:81ff: 0 - 4 - - Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll fec0* 1500 00:04:23:c1:0e:50 11 0 0 0 0 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll em2 1500 00:04:23:c1:0e:50 41 0 5 0 0 em2 1500 fe80:5::204:2 fe80:5::204:23ff: 0 - 4 - - After sending 3 pings accross em2: gigihub# netstat -I bge0 ; netstat -I bge1 ; netstat -I fec0 ; netstat -I em2 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:e0:81:32:f4:52 0 0 5 0 0 bge0 1500 fe80:b::2e0:8 fe80:b::2e0:81ff: 0 - 4 - - Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge1 1500 00:e0:81:32:f4:53 0 0 0 0 0 bge1 1500 fe80:c::2e0:8 fe80:c::2e0:81ff: 0 - 4 - - Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll fec0* 1500 00:04:23:c1:0e:50 15 0 0 0 0 Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll em2 1500 00:04:23:c1:0e:50 45 0 5 0 0 em2 1500 fe80:5::204:2 fe80:5::204:23ff: 0 - 4 - - Shawn Saunders >From: Chris Dionissopoulos Reply-To: dionch@freemail.gr To: Shawn Saunders >Subject: Re: Trying to make a Host into a gigabit hub for testing Date: >Fri, 21 Oct 2005 03:49:31 +0300 > >Great news!! It was just a thought that might work, and this shcema of >ng_one2many is undocumented (google included). > >If is not difficult for you, could you provide the list with some real life >benchmarks? > >Chris. > > >Shawn Saunders wrote: > >>Chris, >> >>Ignore the last note. It is working, with the correction you gave me >>below. Working Great. >> >>Thanks for all your help. >> >>Shawn > > >____________________________________________________________________ >http://www.freemail.gr - äůńĺÜí őđçńĺóßá çëĺęôńďíéęďý ôá÷őäńďěĺßďő. >http://www.freemail.gr - free email service for the Greek-speaking. From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 17:54:45 2006 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 0191C16A422 for ; Thu, 2 Feb 2006 17:54:45 +0000 (GMT) (envelope-from rik@inse.ru) Received: from mail.inse.ru (inse.ru [144.206.128.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DD4B43D48 for ; Thu, 2 Feb 2006 17:54:44 +0000 (GMT) (envelope-from rik@inse.ru) Received: from [127.0.0.1] (www.inse.ru [144.206.128.1]) by mail.inse.ru (Postfix) with ESMTP id E104B33C4A for ; Thu, 2 Feb 2006 20:54:42 +0300 (MSK) Message-ID: <43E24757.8000505@inse.ru> Date: Thu, 02 Feb 2006 20:54:31 +0300 From: Roman Kurakin User-Agent: Thunderbird 1.5 (X11/20060131) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Multicasting 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, 02 Feb 2006 17:54:45 -0000 Hi, I am trying to run rat but I do not see a gui interface from it. Time to time I get messages like "faild to bind, does multicust configured". I didn't use this software before and I just do not know how it should work. Any ideas, I just do not know where the problem. PS. I am trying to connect to VRVS. rik From owner-freebsd-net@FreeBSD.ORG Thu Feb 2 21:49:34 2006 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 9385616A420 for ; Thu, 2 Feb 2006 21:49:34 +0000 (GMT) (envelope-from piston@otel.net) Received: from mail.otel.net (gw3.OTEL.net [212.36.8.151]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15E2C43D49 for ; Thu, 2 Feb 2006 21:49:33 +0000 (GMT) (envelope-from piston@otel.net) Received: from devilspot.otel.net ([212.36.8.194]) by mail.otel.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F4mKZ-000Ja1-9W for freebsd-net@freebsd.org; Thu, 02 Feb 2006 23:49:31 +0200 Date: Thu, 2 Feb 2006 23:49:31 +0200 From: "S.I" To: freebsd-net@freebsd.org Message-Id: <20060202234931.7b3ae009.piston@otel.net> Organization: OTEL.net X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.8; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: wireless pci card 3CRDAG675B 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, 02 Feb 2006 21:49:34 -0000 Hi, is this wireless pci card 3CRDAG675B is supported under FreeBSD 6.0 or 5.4 STABLE. none0@pci0:11:0: class=0x020000 card=0x6803a727 chip=0x001b168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' class = network subclass = ethernet I'm useing the standart ath driver but isn't work ndis driver too in FreeBSD 5.4-STABLE #0: Mon Dec 12 06:53:14 :(. i will cvsup it this night and try again. The chip is AR5414. From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 02:22:39 2006 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 9AC9016A420; Fri, 3 Feb 2006 02:22:39 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from aiolos.otenet.gr (aiolos.otenet.gr [195.170.0.93]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE74243D46; Fri, 3 Feb 2006 02:22:38 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by aiolos.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k132MZH4031746; Fri, 3 Feb 2006 04:22:35 +0200 Received: by flame.pc (Postfix, from userid 1001) id 0B03B11834; Fri, 3 Feb 2006 04:22:05 +0200 (EET) Date: Fri, 3 Feb 2006 04:22:04 +0200 From: Giorgos Keramidas To: Julien Gabel Message-ID: <20060203022204.GA50464@flame.pc> References: <43D69B06.4060208@nieser.net> <62280.192.168.1.12.1138140329.squirrel@webmail.thilelli.net> <20060130100906.GA83922@FreeBSD.org> <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> Cc: freebsd-net@freebsd.org, Hans Nieser , Emmanuel Duros Subject: Re: re0: 2 link states coalesced. 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, 03 Feb 2006 02:22:39 -0000 On 2006-01-30 11:39, Julien Gabel wrote: >>> I filled one a year ago, for the very same problem (encountered for two >>> years now). See Problem Report kern/80005 for more information. I >>> think that another user (Emmanuel Duros) tried to speak with Realtek on >>> that point, not sure if there is feedback on it though... >>> >>> Sorry not to have better news. > >> Is this NIC available outside of Clevo D41EV laptop? As PCI or PCMCIA >> card? > > As far as i know, people who encounter this behaviour all use an > onboard ethernet adapter. Emmanuel Duros with an MSI motherboard, > Hans Nieser using a Clevo D41EV and me with a D480V (also known as D47) > and based on a SiS M648FX 963 chipset. > > I don't really know if there is a PCI or PCMCIA version of this adapter, > sorry. I have a PCI version at home, which I can send to anyone with experience in the re(4) driver. More info, when I get there and have access to things like ``pciconf -lv''. From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 06:20:49 2006 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 A092016A420 for ; Fri, 3 Feb 2006 06:20:49 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: from web30011.mail.mud.yahoo.com (web30011.mail.mud.yahoo.com [68.142.201.214]) by mx1.FreeBSD.org (Postfix) with SMTP id 1A4DD43D45 for ; Fri, 3 Feb 2006 06:20:48 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: (qmail 86882 invoked by uid 60001); 3 Feb 2006 06:20:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=bF2xfhaxh09TY9Z1XwqFrJ7WYjEbyzLs2+obUyBpMJH6gYvlkSqIz9wC56Uhazcrm7YBno8liJOJsqLyjpcKZ88qpBavxBN9s66LLmtpDvbsD3OCrzoVeS8bia4YPxd02vfT4OOaKm6L4//96a6jb61rlLj6nDUYNq4fP/flyTU= ; Message-ID: <20060203062046.86880.qmail@web30011.mail.mud.yahoo.com> Received: from [202.161.131.69] by web30011.mail.mud.yahoo.com via HTTP; Thu, 02 Feb 2006 22:20:46 PST Date: Thu, 2 Feb 2006 22:20:46 -0800 (PST) From: kamal kc To: freebsd MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: offloading ip checksum calculation to the NIC 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, 03 Feb 2006 06:20:49 -0000 dear all, i want to offload ip checksum calculation to the NIC. I use 3Com 3c905B-TX NIC cards. I found that there are variables::>> int csum_flags; /* flags regarding checksum */ int csum_data; /* data field used by csum routines */ in struct pkthdr in mbuf.h. also i found the various flags for the hardware checksumming. but i don't know the exact steps i need to do in order to offload checksumming. should i set the csum_flags to CSUM_IP and point csum_data to the start of the ip header ?? it would be a great help if anybody could tell me what do i need to do ? thanks, kamal __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 08:09:52 2006 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 25A0616A422 for ; Fri, 3 Feb 2006 08:09:52 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FDB543D46 for ; Fri, 3 Feb 2006 08:09:51 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k1389cVr075759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Feb 2006 11:09:38 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k1389XcQ075758; Fri, 3 Feb 2006 11:09:33 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 3 Feb 2006 11:09:33 +0300 From: Gleb Smirnoff To: Giorgos Keramidas Message-ID: <20060203080933.GI60276@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , Giorgos Keramidas , Julien Gabel , Hans Nieser , freebsd-net@freebsd.org, Emmanuel Duros References: <43D69B06.4060208@nieser.net> <62280.192.168.1.12.1138140329.squirrel@webmail.thilelli.net> <20060130100906.GA83922@FreeBSD.org> <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> <20060203022204.GA50464@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060203022204.GA50464@flame.pc> User-Agent: Mutt/1.5.6i Cc: Emmanuel Duros , Hans Nieser , freebsd-net@FreeBSD.org Subject: Re: re0: 2 link states coalesced. 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, 03 Feb 2006 08:09:52 -0000 On Fri, Feb 03, 2006 at 04:22:04AM +0200, Giorgos Keramidas wrote: G> On 2006-01-30 11:39, Julien Gabel wrote: G> >>> I filled one a year ago, for the very same problem (encountered for two G> >>> years now). See Problem Report kern/80005 for more information. I G> >>> think that another user (Emmanuel Duros) tried to speak with Realtek on G> >>> that point, not sure if there is feedback on it though... G> >>> G> >>> Sorry not to have better news. G> > G> >> Is this NIC available outside of Clevo D41EV laptop? As PCI or PCMCIA G> >> card? G> > G> > As far as i know, people who encounter this behaviour all use an G> > onboard ethernet adapter. Emmanuel Duros with an MSI motherboard, G> > Hans Nieser using a Clevo D41EV and me with a D480V (also known as D47) G> > and based on a SiS M648FX 963 chipset. G> > G> > I don't really know if there is a PCI or PCMCIA version of this adapter, G> > sorry. G> G> I have a PCI version at home, which I can send to anyone with experience G> in the re(4) driver. More info, when I get there and have access to G> things like ``pciconf -lv''. Can the link problem be reproduced on your PCI version? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 08:20:24 2006 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 3221F16A420 for ; Fri, 3 Feb 2006 08:20:24 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E0EC43D46 for ; Fri, 3 Feb 2006 08:20:23 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k138KLXO076139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Feb 2006 11:20:22 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k138KLa4076138; Fri, 3 Feb 2006 11:20:21 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 3 Feb 2006 11:20:21 +0300 From: Gleb Smirnoff To: kamal kc Message-ID: <20060203082021.GL60276@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , kamal kc , freebsd References: <20060203062046.86880.qmail@web30011.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060203062046.86880.qmail@web30011.mail.mud.yahoo.com> User-Agent: Mutt/1.5.6i Cc: freebsd Subject: Re: offloading ip checksum calculation to the NIC 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, 03 Feb 2006 08:20:24 -0000 On Thu, Feb 02, 2006 at 10:20:46PM -0800, kamal kc wrote: k> i want to offload ip checksum calculation to the NIC. k> I use 3Com 3c905B-TX NIC cards. k> k> I found that there are variables::>> k> k> int csum_flags; /* flags regarding checksum */ k> int csum_data; /* data field used by csum routines */ k> k> in struct pkthdr in mbuf.h. k> k> also i found the various flags for the hardware checksumming. k> but i don't know the exact steps i need to do k> in order to offload checksumming. k> k> should i set the csum_flags to CSUM_IP and point k> csum_data to the start of the ip header ?? k> k> it would be a great help if anybody k> could tell me what do i need to do ? afaik, the xl(4) driver already supports checksum calculation. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 09:32:45 2006 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 4A16C16A420 for ; Fri, 3 Feb 2006 09:32:45 +0000 (GMT) (envelope-from emmanuel.duros@udcast.com) Received: from smtp9.wanadoo.fr (smtp9.wanadoo.fr [193.252.22.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FA3043D5F for ; Fri, 3 Feb 2006 09:32:35 +0000 (GMT) (envelope-from emmanuel.duros@udcast.com) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf0902.wanadoo.fr (SMTP Server) with ESMTP id 05F141C001DA for ; Fri, 3 Feb 2006 10:32:34 +0100 (CET) Received: from smtp.udcast.com (LNeuilly-152-22-75-104.w193-251.abo.wanadoo.fr [193.251.10.104]) by mwinf0902.wanadoo.fr (SMTP Server) with ESMTP id B82531C001D9; Fri, 3 Feb 2006 10:32:33 +0100 (CET) X-ME-UUID: 20060203093233754.B82531C001D9@mwinf0902.wanadoo.fr Received: from smtp.udcast.com (localhost [127.0.0.1]) by smtp.udcast.com (Postfix) with ESMTP id C96E19BBFA; Fri, 3 Feb 2006 10:32:31 +0100 (CET) Received: from bug.udcast.com (bug.udcast.com [193.48.223.131]) by smtp.udcast.com (Postfix) with ESMTP id C09FD9BB2A; Fri, 3 Feb 2006 10:32:31 +0100 (CET) From: Emmanuel Duros To: jpeg@thilelli.net In-Reply-To: <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> References: <43D69B06.4060208@nieser.net> <62280.192.168.1.12.1138140329.squirrel@webmail.thilelli.net> <20060130100906.GA83922@FreeBSD.org> <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> Content-Type: text/plain; charset=iso-8859-13 Date: Fri, 03 Feb 2006 10:32:31 +0100 Message-Id: <1138959151.4884.25.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 Content-Transfer-Encoding: 8bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on www.udcast.com X-Spam-Level: X-Spam-Status: No, score=-2.8 required=5.0 autolearn=failed version=3.0.4 Cc: freebsd-net@freebsd.org, Hans Nieser , Gleb Smirnoff Subject: Re: re0: 2 link states coalesced. 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, 03 Feb 2006 09:32:45 -0000 We got recently a feedback from realtek on our problem. We told them the link status was constantly "no carrier" (FreeBSD) and "cable disconnected" (windows) when the card was connected directly to some specific equipment (no switch nor hub in between). We did not have the pb when using an other NIC (100Mbps or 1Gbps) instead of the realtek one, the status was ok. We finaly sent to realtek this specific equipment that is a satellite modem integrating a 10/100Mbps NIC. Realtek investigated and discovered it is was that device that was not generating a correct signaling. Realtek sent to us an updated windows driver and we do not have anymore the problem under windows. :-( Below is realtek's technical conclusions: -- Regarding the problem for MS-7065 Gigabit and Linkstar Viasat (include xpc 855tzp80d4 add intel lxt971alc A4 (PHY) compliant issue), After testing, this problem was the Link down power saving mode of Linkstar INTEL PHY didn˙t meet the standard spec. (No matter if it is under link down mode, TX needs to send signals to link partners, but it seems part of INTEL chip TX didn˙t send out signals, and only used RX for link partner detection. As for the INTEL PHY determination, it is not able to detect.) In this case, when we enable the link down power saving mode, the INTEL PHY can˙t recognize the signal of our LAN chip and failed to link. When we disable the link down power saving mode, it will work normally. We also tested Broadcom / INTEL NIC, both of them worked fine because the power down saving mode was disable in default settings or maybe it does not even support link down power saving mode. The setting of Marvell chip is the same, so it also failed to link. Please check with Linkstar or your customer to see if it is possible to adjust INTEL PHY setting and disable the LDPS mode to solve this problem, thank you. -- Best regards, Emmanuel -- On Mon, 2006-01-30 at 11:39 +0100, Julien Gabel wrote: > >> I filled one a year ago, for the very same problem (encountered for two > >> years now). See Problem Report kern/80005 for more information. I > >> think that another user (Emmanuel Duros) tried to speak with Realtek on > >> that point, not sure if there is feedback on it though... > >> > >> Sorry not to have better news. > > > Is this NIC available outside of Clevo D41EV laptop? As PCI or PCMCIA > > card? > > As far as i know, people who encounter this behaviour all use an > onboard ethernet adapter. Emmanuel Duros with an MSI motherboard, > Hans Nieser using a Clevo D41EV and me with a D480V (also known as D47) > and based on a SiS M648FX 963 chipset. > > I don't really know if there is a PCI or PCMCIA version of this adapter, > sorry. > -- Emmanuel Duros http://www.udcast.com 2455 Route des Dolines BP355 | Tel : +33 (0)4 93 00 16 60 06906 Sophia Antipolis France | Fax : +33 (0)4 93 00 16 61 ** Full IP over Broadcast Media ** From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 10:30:56 2006 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 1D1EB16A420 for ; Fri, 3 Feb 2006 10:30:56 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: from web30007.mail.mud.yahoo.com (web30007.mail.mud.yahoo.com [68.142.200.70]) by mx1.FreeBSD.org (Postfix) with SMTP id 9BCF043D4C for ; Fri, 3 Feb 2006 10:30:55 +0000 (GMT) (envelope-from kamal_ckk@yahoo.com) Received: (qmail 38503 invoked by uid 60001); 3 Feb 2006 10:30:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=tUFyhSErf/RCuxsewKIG7O03QrRuXX3P8DbN53LfsOZaMU4O1JUhZNyOFNwx4ZpGeu2Cw1onGpIEtxjWga0gRKpHOEhCIHvSOAA2UcyguAeg5/suZ9J50+zOOJMIS4QX+V3ahekE+iGDoSoF3zxZIK3T7DPqP6LNs6cwxkugGMU= ; Message-ID: <20060203103054.38501.qmail@web30007.mail.mud.yahoo.com> Received: from [202.161.131.69] by web30007.mail.mud.yahoo.com via HTTP; Fri, 03 Feb 2006 02:30:54 PST Date: Fri, 3 Feb 2006 02:30:54 -0800 (PST) From: kamal kc To: freebsd-net@freebsd.org In-Reply-To: <20060203082021.GL60276@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: offloading ip checksum calculation to the NIC 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, 03 Feb 2006 10:30:56 -0000 --- Gleb Smirnoff wrote: > On Thu, Feb 02, 2006 at 10:20:46PM -0800, kamal kc wrote: > k> i want to offload ip checksum calculation to the NIC. > k> I use 3Com 3c905B-TX NIC cards. > k> > k> I found that there are variables::>> > k> > k> int csum_flags; /* flags regarding checksum */ > k> int csum_data; /* data field used by csum routines */ > k> > k> in struct pkthdr in mbuf.h. > k> > k> also i found the various flags for the hardware checksumming. > k> but i don't know the exact steps i need to do > k> in order to offload checksumming. > k> > k> should i set the csum_flags to CSUM_IP and point > k> csum_data to the start of the ip header ?? > k> > k> it would be a great help if anybody > k> could tell me what do i need to do ? > > afaik, the xl(4) driver already supports checksum calculation. > > -- so what do i need to do if i don't want to calculate the ip checksum myself ? right now i am taking off packet from the kernel and modifying some of the data content, and outputting to the IFQ_HANDOFF myself. and i am calculating the checksum myself. i guess if xl would support the hardware checksumming i could use that feature. i am just a beginner and i am not getting the clear picture. thanks, kamal __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 12:07:07 2006 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 ADA8816A420 for ; Fri, 3 Feb 2006 12:07:07 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DA0343D49 for ; Fri, 3 Feb 2006 12:07:06 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k13C73Nu079207 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Feb 2006 15:07:04 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k13C73N3079206; Fri, 3 Feb 2006 15:07:03 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 3 Feb 2006 15:07:03 +0300 From: Gleb Smirnoff To: kamal kc Message-ID: <20060203120703.GT60276@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , kamal kc , freebsd-net@freebsd.org References: <20060203082021.GL60276@FreeBSD.org> <20060203103054.38501.qmail@web30007.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060203103054.38501.qmail@web30007.mail.mud.yahoo.com> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org Subject: Re: offloading ip checksum calculation to the NIC 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, 03 Feb 2006 12:07:07 -0000 On Fri, Feb 03, 2006 at 02:30:54AM -0800, kamal kc wrote: k> so what do i need to do if i don't want to calculate k> the ip checksum myself ? k> k> right now i am taking off packet from the kernel k> and modifying some of the data content, and k> outputting to the IFQ_HANDOFF myself. and i k> am calculating the checksum myself. k> k> i guess if xl would support the k> hardware checksumming i could use that k> feature. k> k> i am just a beginner and i am not getting k> the clear picture. If interfaces has enabled capabilities for checksum offloading, then the kernel skips checksum calculation. See http://people.freebsd.org/~jlemon/csum.txt -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 13:23:31 2006 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 E600616A420; Fri, 3 Feb 2006 13:23:31 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from rosebud.otenet.gr (rosebud.otenet.gr [195.170.0.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF12243D48; Fri, 3 Feb 2006 13:23:29 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from flame.pc (aris.bedc.ondsl.gr [62.103.39.226]) by rosebud.otenet.gr (8.13.4/8.13.4/Debian-8) with SMTP id k13DNRbi026673; Fri, 3 Feb 2006 15:23:27 +0200 Received: by flame.pc (Postfix, from userid 1001) id 2328911838; Fri, 3 Feb 2006 15:22:56 +0200 (EET) Date: Fri, 3 Feb 2006 15:22:56 +0200 From: Giorgos Keramidas To: Gleb Smirnoff , Julien Gabel , Hans Nieser , freebsd-net@freebsd.org, Emmanuel Duros Message-ID: <20060203132256.GA1027@flame.pc> References: <43D69B06.4060208@nieser.net> <62280.192.168.1.12.1138140329.squirrel@webmail.thilelli.net> <20060130100906.GA83922@FreeBSD.org> <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> <20060203022204.GA50464@flame.pc> <20060203080933.GI60276@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060203080933.GI60276@cell.sick.ru> Cc: Subject: Re: re0: 2 link states coalesced. 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, 03 Feb 2006 13:23:32 -0000 On 2006-02-03 11:09, Gleb Smirnoff wrote: >On Fri, Feb 03, 2006 at 04:22:04AM +0200, Giorgos Keramidas wrote: >>On 2006-01-30 11:39, Julien Gabel wrote: >>> I don't really know if there is a PCI or PCMCIA version of this adapter, >>> sorry. >> >> I have a PCI version at home, which I can send to anyone with experience >> in the re(4) driver. More info, when I get there and have access to >> things like ``pciconf -lv''. > > Can the link problem be reproduced on your PCI version? Yes, of course. Sorry for not mentioning that :) From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 13:33:34 2006 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 C4E8E16A420 for ; Fri, 3 Feb 2006 13:33:34 +0000 (GMT) (envelope-from donatas.gendvilas@telecom.lt) Received: from mailhub.takas.lt (mailhub.takas.lt [212.59.31.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 14ABB43D49 for ; Fri, 3 Feb 2006 13:33:33 +0000 (GMT) (envelope-from donatas.gendvilas@telecom.lt) Received: from localhost (localhost [127.0.0.1]) by mailhub.takas.lt (Postfix) with ESMTP id 3FD7B50CFC for ; Fri, 3 Feb 2006 15:33:03 +0200 (EET) Received: from mailhub.takas.lt ([127.0.0.1]) by localhost (ispmailfe206.internal.takas.lt [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02821-03-2 for ; Fri, 3 Feb 2006 15:32:59 +0200 (EET) Received: from dongnd5d1 (proxy.telecom.lt [212.59.0.201]) by mailhub.takas.lt (Postfix) with SMTP id 42CDC50CE3 for ; Fri, 3 Feb 2006 15:32:59 +0200 (EET) Message-ID: <069601c628c6$598ac4a0$4f6510ac@in.telecom.lt> From: "D" To: Date: Fri, 3 Feb 2006 15:32:59 +0200 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 X-Virus-Scanned: amavisd-new at takas.lt Content-Type: text/plain; charset="windows-1257" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: alternative routing - deadlock? 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, 03 Feb 2006 13:33:35 -0000 on freebsd box such a simple situation(see below) seems to be pretty = complicated: ISP1[10.10.10.1][1Mbps]<-------------------->[ME-em0][10.10.10.10] ISP2[11.11.11.1][8Mbps]---------------------->[ME-em1][11.11.11.11] default route 10.10.10.1 any traffic "from ME to ISP2" will fail or will be redirected via ISP1. alternative routing function should allow us to add another static = route: default route 11.11.11.1 as far as i know, linux machines allready have this feature. so, is it possible to solve this problem with any means for today? ps: some rudiments can be seen in here: http://www.sctp.org/what_is_alt_route thanx you... From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 15:35:48 2006 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 0BAE816A420 for ; Fri, 3 Feb 2006 15:35:48 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63A4E43D48 for ; Fri, 3 Feb 2006 15:35:44 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k13FZc3I008902; Fri, 3 Feb 2006 18:35:39 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k13FZbAa008891; Fri, 3 Feb 2006 18:35:38 +0300 (MSK) (envelope-from yar) Date: Fri, 3 Feb 2006 18:35:36 +0300 From: Yar Tikhiy To: Iassen Anadoliev Message-ID: <20060203153536.GA8675@comp.chem.msu.su> References: <43DB8EEA.6090006@mac.com> <20060130125746.GB44477@comp.chem.msu.su> <20060131145612.GE34373@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org Subject: Re: Ftpd problems 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, 03 Feb 2006 15:35:48 -0000 On Thu, Feb 02, 2006 at 04:56:26PM +0200, Iassen Anadoliev wrote: > Yar Tikhiy writes: > >> > >>We seem to have got a bug in sendfile(2). Besides bin/89100, there > >>is kern/92243 on it. The problem is rather unpleasant and it's in > >>the kernel, not in ftpd(8). > > > >Would you mind trying the attached kernel patch? Note that you'll > >need to rebuild the modules along with the kernel after applying the > >patch. Thanks in advance! > > Thanks for the patch it seems to work: > > fetch ftp://test:test@ibiza.korio.org/usr/src/test.zero > test.zero 100% of 4293 MB 4255 kBps > 00m00s > > >The patch is against HEAD. In case it fails to apply, just change > >the type of the 2nd argument to vnode_create_vobject from size_t to > >off_t in the .h and .c files -- that's the essence. > > uname -a > FreeBSD ibiza.ma3x.net 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Thu Feb 2 > 15:19:27 EET 2006 root@ibiza.ma3x.net:/usr/obj/usr/src/sys/STENLY i386 Thank you for testing my patch, now I'll do my best to get it into 6.1-RELEASE. -- Yar From owner-freebsd-net@FreeBSD.ORG Fri Feb 3 19:33:45 2006 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 49FEB16A420 for ; Fri, 3 Feb 2006 19:33:45 +0000 (GMT) (envelope-from matt@tablexi.com) Received: from mx.tablexi.com (mx.tablexi.com [69.36.39.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6ECD043D48 for ; Fri, 3 Feb 2006 19:33:44 +0000 (GMT) (envelope-from matt@tablexi.com) Received: (qmail 18435 invoked by uid 89); 3 Feb 2006 19:33:43 -0000 Received: from unknown (HELO ?127.0.0.1?) (matt@tablexi.com@64.81.143.189) by mx.tablexi.com with SMTP; 3 Feb 2006 19:33:43 -0000 Message-ID: <43E3B018.3080301@tablexi.com> Date: Fri, 03 Feb 2006 13:33:44 -0600 From: Matthew Lineen User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) 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: freebsd 6.0 network card / route fail over 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: Fri, 03 Feb 2006 19:33:45 -0000 Hello, I'm trying to workout the specifics of NIC/route fail over on FreeBSD 6.0 and hoped someone here could point me in the right direction. We have 2 ServerIron load balancers and each of our application servers is plugged into both LBs. So, for example, an app server would have the following... bge0 IP of x.y.z.61 netmask 255.255.255.128 bge1 IP of x.y.z.63 netmask 255.255.255.128 In /etc/rc.conf the default route is x.y.z.1 In the routing table, the default route uses Netif bge0. So, when we turn off the first load balancer, bge0 goes down, but the default route never "moves" from bge0. I assume this is because ... #1 - FreeBSD doesn't like having two interfaces bound to the same x.y.z/25 network (we get plenty of the "arp: x.y.z.123 is on bge0 but got reply from ... on bge1" messages) #2 - The default route is bound to bge0 because bge0 is the first interface that contains an IP in the same network as the default route's. So, my question is: what approaches do people take to solve this problem? I've come across forwarding and carp, but I thought I'd ask the list to see if there is something simple I'm missing, other ways of handling this, etc... Thanks, Matthew From owner-freebsd-net@FreeBSD.ORG Sat Feb 4 00:26:16 2006 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 05F8716A420 for ; Sat, 4 Feb 2006 00:26:16 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from nic.ach.sch.gr (nic.sch.gr [194.63.238.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id DE13C43D48 for ; Sat, 4 Feb 2006 00:26:13 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: (qmail 20769 invoked by uid 207); 4 Feb 2006 00:26:07 -0000 Received: from keramida@ceid.upatras.gr by nic by uid 201 with qmail-scanner-1.21 (sophie: 3.04/2.30/3.97. Clear:RC:1(81.186.70.134):. Processed in 0.806435 secs); 04 Feb 2006 00:26:07 -0000 Received: from dialup134.ach.sch.gr (HELO flame.pc) ([81.186.70.134]) (envelope-sender ) by nic.sch.gr (qmail-ldap-1.03) with SMTP for ; 4 Feb 2006 00:26:06 -0000 Received: by flame.pc (Postfix, from userid 1001) id 3768911834; Sat, 4 Feb 2006 02:20:47 +0200 (EET) Date: Sat, 4 Feb 2006 02:20:47 +0200 From: Giorgos Keramidas To: Julien Gabel , Gleb Smirnoff , Hans Nieser , Emmanuel Duros Message-ID: <20060204002046.GA1016@flame.pc> References: <43D69B06.4060208@nieser.net> <62280.192.168.1.12.1138140329.squirrel@webmail.thilelli.net> <20060130100906.GA83922@FreeBSD.org> <56038.145.248.192.4.1138617567.squirrel@webmail.thilelli.net> <20060203022204.GA50464@flame.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060203022204.GA50464@flame.pc> Cc: freebsd-net@freebsd.org Subject: Re: re0: 2 link states coalesced. 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: Sat, 04 Feb 2006 00:26:16 -0000 On 2006-02-03 04:22, Giorgos Keramidas wrote: > On 2006-01-30 11:39, Julien Gabel wrote: > >>> I filled one a year ago, for the very same problem (encountered for two > >>> years now). See Problem Report kern/80005 for more information. I > >>> think that another user (Emmanuel Duros) tried to speak with Realtek on > >>> that point, not sure if there is feedback on it though... > >>> > >>> Sorry not to have better news. > > > >> Is this NIC available outside of Clevo D41EV laptop? As PCI or PCMCIA > >> card? > > > > As far as i know, people who encounter this behaviour all use an > > onboard ethernet adapter. Emmanuel Duros with an MSI motherboard, > > Hans Nieser using a Clevo D41EV and me with a D480V (also known as D47) > > and based on a SiS M648FX 963 chipset. > > > > I don't really know if there is a PCI or PCMCIA version of this adapter, > > sorry. > > I have a PCI version at home, which I can send to anyone with experience > in the re(4) driver. More info, when I get there and have access to > things like ``pciconf -lv''. Ok, I finally got home and have a bit of space time. The dmesg output is: re0: port 0xe800-0xe8ff mem 0xef005000-0xef0050ff irq 11 at device 10.0 on pci0 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: 00:0f:b5:47:76:7c And the full pciconf -lv output is: gothmog# pciconf -lv | cat -n 1 hostb0@pci0:0:0: class=0x060000 card=0x06461039 chip=0x06461039 rev=0x00 hdr=0x00 2 vendor = 'Silicon Integrated Systems (SiS)' 3 device = 'SiS645DX Host-to-PCI Bridge' 4 class = bridge 5 subclass = HOST-PCI 6 pcib1@pci0:1:0: class=0x060400 card=0x00000000 chip=0x00011039 rev=0x00 hdr=0x01 7 vendor = 'Silicon Integrated Systems (SiS)' 8 device = 'SiS 630 Virtual PCI-to-PCI bridge (AGP)' 9 class = bridge 10 subclass = PCI-PCI 11 isab0@pci0:2:0: class=0x060100 card=0x00000000 chip=0x00081039 rev=0x04 hdr=0x00 12 vendor = 'Silicon Integrated Systems (SiS)' 13 device = 'SiS PCI to ISA Bridge (LPC Bridge)' 14 class = bridge 15 subclass = PCI-ISA 16 atapci0@pci0:2:5: class=0x010180 card=0x55131039 chip=0x55131039 rev=0x00 hdr=0x00 17 vendor = 'Silicon Integrated Systems (SiS)' 18 device = 'SiS5513 EIDE Controller (A,B step)' 19 class = mass storage 20 subclass = ATA 21 pcm0@pci0:2:7: class=0x040100 card=0xa0021458 chip=0x70121039 rev=0xa0 hdr=0x00 22 vendor = 'Silicon Integrated Systems (SiS)' 23 device = 'SiS7013 PCI Audio Accelerator' 24 class = multimedia 25 subclass = audio 26 ohci0@pci0:3:0: class=0x0c0310 card=0x70011039 chip=0x70011039 rev=0x0f hdr=0x00 27 vendor = 'Silicon Integrated Systems (SiS)' 28 device = 'SiS5597/8 Universal Serial Bus Controller' 29 class = serial bus 30 subclass = USB 31 ohci1@pci0:3:1: class=0x0c0310 card=0x70011039 chip=0x70011039 rev=0x0f hdr=0x00 32 vendor = 'Silicon Integrated Systems (SiS)' 33 device = 'SiS5597/8 Universal Serial Bus Controller' 34 class = serial bus 35 subclass = USB 36 ohci2@pci0:3:2: class=0x0c0310 card=0x70011039 chip=0x70011039 rev=0x0f hdr=0x00 37 vendor = 'Silicon Integrated Systems (SiS)' 38 device = 'SiS5597/8 Universal Serial Bus Controller' 39 class = serial bus 40 subclass = USB 41 ehci0@pci0:3:3: class=0x0c0320 card=0x70021039 chip=0x70021039 rev=0x00 hdr=0x00 42 vendor = 'Silicon Integrated Systems (SiS)' 43 device = 'SiS7002 USB 2.0 Enhanced Host Controller' 44 class = serial bus 45 subclass = USB + 46 re0@pci0:10:0: class=0x020000 card=0x311a1385 chip=0x816910ec rev=0x10 hdr=0x00 + 47 vendor = 'Realtek Semiconductor' + 48 device = 'RTL8169 Gigabit Ethernet Adapter' + 49 class = network + 50 subclass = ethernet 51 vgapci0@pci1:0:0: class=0x030000 card=0x00000000 chip=0x011010de rev=0xb2 hdr=0x00 52 vendor = 'NVIDIA Corporation' 53 device = 'NV11 GeForce2 MX / MX 400' 54 class = display 55 subclass = VGA gothmog# This is a PCI 10/100/1000 Mbps GA311 Gigabit NIC from Netgear. It does trigger a few 'N link states coalesced' messages at boot time, but after it stabilizes, it works flawlessly in 100 Mbit mode here, connected through a Linksys BEFW11S4 4-port switch to my laptop. - Giorgos From owner-freebsd-net@FreeBSD.ORG Sat Feb 4 04:09:43 2006 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 D0BA316A423 for ; Sat, 4 Feb 2006 04:09:43 +0000 (GMT) (envelope-from dinesh@alphaque.com) Received: from ns2.alphaque.com (ns2.alphaque.com [202.75.47.153]) by mx1.FreeBSD.org (Postfix) with SMTP id DB0D343D45 for ; Sat, 4 Feb 2006 04:09:42 +0000 (GMT) (envelope-from dinesh@alphaque.com) Received: (qmail 63219 invoked by uid 0); 4 Feb 2006 04:09:40 -0000 Received: from lucifer.net-gw.com (HELO prophet.alphaque.com) (202.75.47.153) by lucifer.net-gw.com with SMTP; 4 Feb 2006 04:09:40 -0000 Received: from [127.0.0.1] (localhost [127.0.0.1]) by prophet.alphaque.com (8.13.4/8.13.4) with ESMTP id k1443dfV019690; Sat, 4 Feb 2006 12:03:39 +0800 (MYT) (envelope-from dinesh@alphaque.com) Message-ID: <43E4279B.20200@alphaque.com> Date: Sat, 04 Feb 2006 12:03:39 +0800 From: Dinesh Nair User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8b) Gecko/20051026 MIME-Version: 1.0 To: D References: <069601c628c6$598ac4a0$4f6510ac@in.telecom.lt> In-Reply-To: <069601c628c6$598ac4a0$4f6510ac@in.telecom.lt> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@FreeBSD.org Subject: Re: alternative routing - deadlock? 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: Sat, 04 Feb 2006 04:09:43 -0000 On 02/03/06 21:32 D said the following: > on freebsd box such a simple situation(see below) seems to be pretty complicated: > > > ISP1[10.10.10.1][1Mbps]<-------------------->[ME-em0][10.10.10.10] > ISP2[11.11.11.1][8Mbps]---------------------->[ME-em1][11.11.11.11] > default route 10.10.10.1 > > any traffic "from ME to ISP2" will fail or will be redirected via ISP1. what exactly does 'netstat -rn' show ? > alternative routing function should allow us to add another static route: > default route 11.11.11.1 freebsd doesnt yet support multiple default routes, though you could use something like CARP and pf to implement some sort of load balancing/redundant link architecture. -- Regards, /\_/\ "All dogs go to heaven." dinesh@alphaque.com (0 0) http://www.alphaque.com/ +==========================----oOO--(_)--OOo----==========================+ | for a in past present future; do | | for b in clients employers associates relatives neighbours pets; do | | echo "The opinions here in no way reflect the opinions of my $a $b." | | done; done | +=========================================================================+ From owner-freebsd-net@FreeBSD.ORG Sat Feb 4 15:29:49 2006 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 C21ED16A43C; Sat, 4 Feb 2006 15:29:49 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3052943DB8; Sat, 4 Feb 2006 15:15:51 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k14FFfop091598; Sat, 4 Feb 2006 18:15:41 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k14FFft8091596; Sat, 4 Feb 2006 18:15:41 +0300 (MSK) (envelope-from yar) Date: Sat, 4 Feb 2006 18:15:40 +0300 From: Yar Tikhiy To: Gleb Smirnoff , kamal kc , freebsd-net@FreeBSD.org Message-ID: <20060204151540.GA91127@comp.chem.msu.su> References: <20060203082021.GL60276@FreeBSD.org> <20060203103054.38501.qmail@web30007.mail.mud.yahoo.com> <20060203120703.GT60276@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060203120703.GT60276@FreeBSD.org> User-Agent: Mutt/1.5.9i Cc: Subject: Re: offloading ip checksum calculation to the NIC 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: Sat, 04 Feb 2006 15:29:51 -0000 On Fri, Feb 03, 2006 at 03:07:03PM +0300, Gleb Smirnoff wrote: > On Fri, Feb 03, 2006 at 02:30:54AM -0800, kamal kc wrote: > k> so what do i need to do if i don't want to calculate > k> the ip checksum myself ? > k> > k> right now i am taking off packet from the kernel > k> and modifying some of the data content, and > k> outputting to the IFQ_HANDOFF myself. and i > k> am calculating the checksum myself. > k> > k> i guess if xl would support the > k> hardware checksumming i could use that > k> feature. > k> > k> i am just a beginner and i am not getting > k> the clear picture. > > If interfaces has enabled capabilities for checksum offloading, then > the kernel skips checksum calculation. > > See http://people.freebsd.org/~jlemon/csum.txt FWIW, the details of hardware-assisted checksumming are also documented on the mbuf(9) and ifnet(9) manpages. -- Yar From owner-freebsd-net@FreeBSD.ORG Sat Feb 4 15:47:33 2006 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 AD5A816A428; Sat, 4 Feb 2006 15:47:33 +0000 (GMT) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5989743DBA; Sat, 4 Feb 2006 15:16:00 +0000 (GMT) (envelope-from max@love2party.net) Received: from [84.163.215.92] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis), id 0ML25U-1F5P8S3aE3-0001U1; Sat, 04 Feb 2006 16:15:37 +0100 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Sat, 4 Feb 2006 16:16:49 +0100 User-Agent: KMail/1.9.1 References: <20060201005658.A70005@xorpc.icir.org> <20060202124328.GK29980@comp.chem.msu.su> <200602021437.38385.max@love2party.net> In-Reply-To: <200602021437.38385.max@love2party.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4197274.ZzDGzHRBr5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602041616.57224.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 Cc: Yar Tikhiy , Hajimu UMEMOTO , Luigi Rizzo Subject: Re: if_bridge.ko requires INET6... 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: Sat, 04 Feb 2006 15:47:34 -0000 --nextPart4197274.ZzDGzHRBr5 Content-Type: multipart/mixed; boundary="Boundary-01=_kVM5D5hFKlRPKy7" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_kVM5D5hFKlRPKy7 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 02 February 2006 14:37, Max Laier wrote: > On Thursday 02 February 2006 13:43, Yar Tikhiy wrote: > > > This needs to be fixed in pf then. > > > > Max Laier and I discussed this issue once, and Max had concern > > over possible performance degradation that might result from > > calling pflog functions through pointers to be set by a separate > > pflog module. We can skip touching the pf module in RELENG_6 for > > now and leave the issue to after 6.1-RELEASE is out. > > I have convinced myself that we should really use a function pointer here= =2E=20 > I will try to commit a sollution to HEAD over the weekend. If you are > MFC'ing the changes *now*, I'd appreciate if you could spare out pf, but I > am willing to MFC the changes before 6.1 if testing goes well. Here it is. I'd appreciate feedback. pflog_packet() uses a lot of complex= =20 types which makes it necessary to include pfvar.h. This is ugly, but I don= 't=20 know how to work around this. =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=_kVM5D5hFKlRPKy7 Content-Type: text/x-diff; charset="iso-8859-6"; name="pflog_module.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pflog_module.diff" Index: contrib/pf/net/if_pflog.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: /usr/store/mlaier/fcvs/src/sys/contrib/pf/net/if_pflog.c,v retrieving revision 1.18 diff -u -r1.18 if_pflog.c =2D-- contrib/pf/net/if_pflog.c 5 Dec 2005 11:58:31 -0000 1.18 +++ contrib/pf/net/if_pflog.c 4 Feb 2006 15:09:11 -0000 @@ -376,9 +376,15 @@ case MOD_LOAD: LIST_INIT(&pflog_list); if_clone_attach(&pflog_cloner); + PF_LOCK(); + pflog_packet_ptr =3D pflog_packet; + PF_UNLOCK(); break; =20 case MOD_UNLOAD: + PF_LOCK(); + pflog_packet_ptr =3D NULL; + PF_UNLOCK(); if_clone_detach(&pflog_cloner); break; =20 @@ -400,4 +406,5 @@ =20 DECLARE_MODULE(pflog, pflog_mod, SI_SUB_PROTO_IFATTACHDOMAIN, SI_ORDER_ANY= ); MODULE_VERSION(pflog, PFLOG_MODVER); +MODULE_DEPEND(pflog, pf, PF_MODVER, PF_MODVER, PF_MODVER); #endif /* __FreeBSD__ */ Index: contrib/pf/net/if_pflog.h =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: /usr/store/mlaier/fcvs/src/sys/contrib/pf/net/if_pflog.h,v retrieving revision 1.6 diff -u -r1.6 if_pflog.h =2D-- contrib/pf/net/if_pflog.h 10 Jun 2005 16:49:03 -0000 1.6 +++ contrib/pf/net/if_pflog.h 4 Feb 2006 15:08:59 -0000 @@ -70,10 +70,24 @@ =20 #ifdef _KERNEL =20 +#ifdef __FreeBSD__ +/* XXX */ +#include + +typedef int pflog_packet_t(struct pfi_kif *, struct mbuf *, sa_family_t, + u_int8_t, u_int8_t, struct pf_rule *, struct pf_rule *, + struct pf_ruleset *); +extern pflog_packet_t *pflog_packet_ptr; +#define PFLOG_PACKET(i,x,a,b,c,d,e,f,g) do { \ + if (pflog_packet_ptr !=3D NULL) \ + pflog_packet_ptr(i,a,b,c,d,e,f,g); \ +} while (0) +#else #if NPFLOG > 0 #define PFLOG_PACKET(i,x,a,b,c,d,e,f,g) pflog_packet(i,a,b,c,d,e,f,g) #else #define PFLOG_PACKET(i,x,a,b,c,d,e,f,g) ((void)0) #endif /* NPFLOG > 0 */ +#endif /* __FreeBSD__ */ #endif /* _KERNEL */ #endif /* _NET_IF_PFLOG_H_ */ Index: contrib/pf/net/pf_ioctl.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: /usr/store/mlaier/fcvs/src/sys/contrib/pf/net/pf_ioctl.c,v retrieving revision 1.22 diff -u -r1.22 pf_ioctl.c =2D-- contrib/pf/net/pf_ioctl.c 5 Dec 2005 11:58:31 -0000 1.22 +++ contrib/pf/net/pf_ioctl.c 4 Feb 2006 15:09:30 -0000 @@ -108,6 +108,10 @@ #include #endif /* NPFSYNC > 0 */ =20 +#ifdef __FreeBSD__ +#include +#endif + #ifdef INET6 #include #include @@ -230,6 +234,7 @@ =20 static volatile int pf_pfil_hooked =3D 0; struct mtx pf_task_mtx; +pflog_packet_t *pflog_packet_ptr =3D NULL; =20 void init_pf_mutex(void) Index: modules/Makefile =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: /usr/store/mlaier/fcvs/src/sys/modules/Makefile,v retrieving revision 1.472 diff -u -r1.472 Makefile =2D-- modules/Makefile 31 Jan 2006 23:11:35 -0000 1.472 +++ modules/Makefile 3 Feb 2006 22:57:36 -0000 @@ -180,6 +180,7 @@ pcn \ ${_pecoff} \ ${_pf} \ + ${_pflog} \ plip \ ${_pmc} \ portalfs \ @@ -307,6 +308,7 @@ =20 .if !defined(NO_PF) || defined(ALL_MODULES) _pf=3D pf +_pflog=3D pflog .endif =20 .if ${MACHINE_ARCH} =3D=3D "i386" Index: modules/pf/Makefile =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: /usr/store/mlaier/fcvs/src/sys/modules/pf/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile =2D-- modules/pf/Makefile 14 Oct 2005 23:30:14 -0000 1.8 +++ modules/pf/Makefile 3 Feb 2006 22:46:23 -0000 @@ -6,7 +6,6 @@ =20 KMOD=3D pf SRCS =3D pf.c pf_if.c pf_subr.c pf_osfp.c pf_ioctl.c pf_norm.c pf_table.c= \ =2D if_pflog.c \ in4_cksum.c \ opt_pf.h opt_inet.h opt_inet6.h opt_bpf.h =20 @@ -15,7 +14,6 @@ .if !defined(KERNBUILDDIR) opt_pf.h: echo "#define DEV_PF 1" > opt_pf.h =2D echo "#define DEV_PFLOG 1" >> opt_pf.h =20 opt_inet.h: echo "#define INET 1" > opt_inet.h Index: modules/pflog/Makefile =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: modules/pflog/Makefile diff -N modules/pflog/Makefile =2D-- /dev/null 1 Jan 1970 00:00:00 -0000 +++ modules/pflog/Makefile 3 Feb 2006 22:48:31 -0000 @@ -0,0 +1,29 @@ +# $FreeBSD: src/sys/modules/pf/Makefile,v 1.8 2005/10/14 23:30:14 yar Exp $ + +.PATH: ${.CURDIR}/../../contrib/pf/net +.PATH: ${.CURDIR}/../../contrib/pf/netinet +.PATH: ${.CURDIR}/../../netinet + +KMOD=3D pflog +SRCS =3D if_pflog.c \ + opt_pf.h opt_inet.h opt_inet6.h opt_bpf.h + +CFLAGS+=3D -I${.CURDIR}/../../contrib/pf + +.if !defined(KERNBUILDDIR) +opt_pf.h: + echo "#define DEV_PFLOG 1" > opt_pf.h + +opt_inet.h: + echo "#define INET 1" > opt_inet.h + +.if !defined(NO_INET6) +opt_inet6.h: + echo "#define INET6 1" > opt_inet6.h +.endif + +opt_bpf.h: + echo "#define DEV_BPF 1" > opt_bpf.h +.endif + +.include --Boundary-01=_kVM5D5hFKlRPKy7-- --nextPart4197274.ZzDGzHRBr5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD5MVpXyyEoT62BG0RArKdAJ9FcvWSTOXhfnTdV+v0N7cKwWAgtACfdk7q RDFehxFbPrkNNb8oFiuxuKE= =+B4R -----END PGP SIGNATURE----- --nextPart4197274.ZzDGzHRBr5-- From owner-freebsd-net@FreeBSD.ORG Sat Feb 4 21:34:47 2006 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 3DB6B16A420 for ; Sat, 4 Feb 2006 21:34:47 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn.pobox.com (thorn.pobox.com [208.210.124.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id C384643D45 for ; Sat, 4 Feb 2006 21:34:46 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from thorn (localhost [127.0.0.1]) by thorn.pobox.com (Postfix) with ESMTP id BAFCD9D; Sat, 4 Feb 2006 16:35:07 -0500 (EST) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by thorn.sasl.smtp.pobox.com (Postfix) with ESMTP id 6737EADF8; Sat, 4 Feb 2006 16:35:06 -0500 (EST) Received: from lists by mappit.local.linnet.org with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F5V3K-000Nr2-Fm; Sat, 04 Feb 2006 21:34:42 +0000 Date: Sat, 4 Feb 2006 21:34:42 +0000 From: Brian Candler To: Matthew Lineen Message-ID: <20060204213442.GA91647@uk.tiscali.com> References: <43E3B018.3080301@tablexi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43E3B018.3080301@tablexi.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: freebsd 6.0 network card / route fail over 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: Sat, 04 Feb 2006 21:34:47 -0000 On Fri, Feb 03, 2006 at 01:33:44PM -0600, Matthew Lineen wrote: > I'm trying to workout the specifics of NIC/route fail over on FreeBSD > 6.0 and hoped someone here could point me in the right direction. > > We have 2 ServerIron load balancers and each of our application servers > is plugged into both LBs. > > So, for example, an app server would have the following... > > bge0 IP of x.y.z.61 netmask 255.255.255.128 > bge1 IP of x.y.z.63 netmask 255.255.255.128 > > In /etc/rc.conf the default route is x.y.z.1 > > In the routing table, the default route uses Netif bge0. So, when we > turn off the first load balancer, bge0 goes down, but the default route > never "moves" from bge0. > > I assume this is because ... > > #1 - FreeBSD doesn't like having two interfaces bound to the same > x.y.z/25 network (we get plenty of the "arp: x.y.z.123 is on bge0 but > got reply from ... on bge1" messages) Correct. > #2 - The default route is bound to bge0 because bge0 is the first > interface that contains an IP in the same network as the default route's. > > So, my question is: what approaches do people take to solve this > problem? I've come across forwarding and carp, but I thought I'd ask > the list to see if there is something simple I'm missing, other ways of > handling this, etc... I don't see a simple alternative. The approaches I can see are: (1) The layer 2 approach. Try to make an ethernet bundle consisting of two links; a single IP address will be shared by both. I don't know if FreeBSD supports this, and in any case, it will almost certainly only work if the two uplinks go into the same switch. (2) The layer 3 approach. Assign bge0 and bge1 different IP addresses (preferably on two different subnets). Learn your default route via OSPF or RIP from the upstream router(s), using something like quagga. Given that the upstream devices are ServerIrons, which are really just fancy switches, this may not work, but maybe you can get a RIP defaultroute announcement out of them. (3) The layer 7 approach. On each server just have a *single* uplink into one of the two ServerIrons, and rely on your application failover mechanism. You presumably have multiple application servers, so if a whole server fails, everything keeps working properly, right? In that case, rely on this mechanism to cope with the case where your server's NIC or the cable or the upstream switch fails. Make sure half the servers are on one switch and half on the other, so if the whole switch fails, you still have half your servers reachable. And keep a spare switch in the closet. Method (3) is the one I've used successfully for a mailserver cluster. There were two MX receivers, two webmail servers, four POP3 servers; half on one uplink and half on the other. IMO it's at least as likely likely that a whole server will fail (bad PSU, failed hard drive etc) than the NIC or switch port fails. Regards, Brian.