From owner-freebsd-net@FreeBSD.ORG Sun Jun 12 09:22:14 2005 Return-Path: X-Original-To: FreeBSD-net@FreeBSD.org Delivered-To: FreeBSD-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDB8A16A41C; Sun, 12 Jun 2005 09:22:14 +0000 (GMT) (envelope-from gmarco@masternet.it) Received: from freebsd.giovannelli.com (freebsd.giovannelli.com [83.149.149.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1BE243D49; Sun, 12 Jun 2005 09:22:12 +0000 (GMT) (envelope-from gmarco@masternet.it) Received: from usul.giovannelli.it (usul.giovannelli.com [10.254.254.4]) by freebsd.giovannelli.com (8.13.3/8.13.3) with ESMTP id j5C9KcI3024388; Sun, 12 Jun 2005 11:20:38 +0200 (CEST) (envelope-from gmarco@masternet.it) Message-Id: <6.2.1.2.2.20050612111020.0417b9e8@83.149.160.120> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Sun, 12 Jun 2005 11:19:32 +0200 To: stephen@dino.dnsalias.com (Stephen J. Bevan), "Greg 'groggy' Lehey" From: Gianmarco Giovannelli In-Reply-To: <17066.36664.822624.172889@localhost.localdomain> References: <20050608195837.Q65103@Neo-Vortex.net> <20050608104053.GK41050@obiwan.tataz.chchile.org> <20050608233136.GX64194@wantadilla.lemis.com> <20050608234559.GS41050@obiwan.tataz.chchile.org> <20050609001004.GB64194@wantadilla.lemis.com> <6.2.1.2.2.20050609080446.05c897d0@83.149.160.120> <20050609074439.GT41050@obiwan.tataz.chchile.org> <17066.30185.318421.273508@localhost.localdomain> <20050611052801.GQ87456@wantadilla.lemis.com> <17066.32221.665435.20574@localhost.localdomain> <20050611064800.GR87456@wantadilla.lemis.com> <17066.36664.822624.172889@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiVirus: checked by AVIRA Milter (version: 1.0.0-6; AIE: 6.30.0.12; VDF: 6.30.0.184; host: localhost) Cc: FreeBSD-net@FreeBSD.org, Jeremie Le Hen Subject: Re: Problems with gif tunnels 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, 12 Jun 2005 09:22:14 -0000 At 09.14 11/06/2005, Stephen J. Bevan wrote: >Greg 'groggy' Lehey writes: > > Ah, my bad. But nos-tun also does IP-IP, so he was using the correct > > tool. So that doesn't seem to be the problem here. > >By default non-tun uses protocol 94 which is not compatible with >gif(4) and Linux IPIP, both of which protocol 4. There is an option >(-p) to tell nos-tun to use protocol 4 but either Gianmarco didn't use >it or there was some other kind of problem. Stephen get the point. I didn't set the p:4 with the -p switch and probably the other part on linux didn't know much more me on this setup. It was my fault but at that time I really don't know so much about ipip tunnelling. Now after all of your explanations I see correctly how things works. Btw. It should be a very good thing if in the man page there were some examples also about connecting linux systems (not only cisco systems) so we can easily tune up things. Thanks. From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 11:02:12 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A94716A421 for ; Mon, 13 Jun 2005 11:02:12 +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 D348E43D55 for ; Mon, 13 Jun 2005 11:02:11 +0000 (GMT) (envelope-from owner-bugmaster@freebsd.org) Received: from freefall.freebsd.org (peter@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j5DB2Bqu046208 for ; Mon, 13 Jun 2005 11:02:11 GMT (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j5DB2B4S046202 for freebsd-net@freebsd.org; Mon, 13 Jun 2005 11:02:11 GMT (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 13 Jun 2005 11:02:11 GMT Message-Id: <200506131102.j5DB2B4S046202@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, 13 Jun 2005 11:02:12 -0000 Current FreeBSD problem reports Critical problems Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [2005/05/19] ia64/81284 net Unaligned Reference with pf on 5.4/IA64 1 problem total. 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 Jun 13 11:46:38 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 226C816A41C for ; Mon, 13 Jun 2005 11:46:38 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from mail.packetfront.com (mail.packetfront.com [212.247.6.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8383843D4C for ; Mon, 13 Jun 2005 11:46:36 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from localhost (localhost [127.0.0.1]) by mail.packetfront.com (Postfix) with ESMTP id 2E86EA3F6F; Mon, 13 Jun 2005 13:46:35 +0200 (CEST) Received: from mail.packetfront.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04346-09; Mon, 13 Jun 2005 13:46:34 +0200 (CEST) Received: from [192.168.1.159] (pf-raglon.int.packetfront.com [192.168.1.159]) by mail.packetfront.com (Postfix) with ESMTP id B8E46A3F6C; Mon, 13 Jun 2005 13:46:34 +0200 (CEST) Message-ID: <42AD7212.3090104@packetfront.com> Date: Mon, 13 Jun 2005 13:46:26 +0200 From: Ragnar Lonn User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <200505192159.j4JLxNhb060631@atalus.net> <428DF2FF.3010408@oxygen.az> <42A961CA.5030706@packetfront.com> <42A9D7E7.1020504@elischer.org> In-Reply-To: <42A9D7E7.1020504@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at packetfront.com Cc: freebsd-net@freebsd.org Subject: Re: IPC between vimage instances? 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, 13 Jun 2005 11:46:38 -0000 Julian Elischer wrote: > Ragnar Lonn wrote: > >> Hello, >> >> I've been using vimage on FreeBSD 4.11 along with Netgraph to setup a >> system >> that simulates many physical client machines for the purpose of >> testing broadband >> Internet access hardware. I have hundreds of vimages, each with its >> own ngeth0 >> network interface connected via Netgraph to a real physical >> interface. It is working >> very well indeed but now I'm trying to setup logging from the various >> vimage >> instances and have run into problems. Each vimage runs applications that >> I want to log the output from in an orderly manner. I'd like to use >> syslog but as >> it turns out, the processes inside a vimage cannot communicate with >> the syslogd >> in the "default" vimage. I tried logging to the Unix domain socket >> /var/run/log but >> that didn't work from within a vimage (other than "default" of course). > > > did you ask syslog to open sockets in all the chroots? > I assume yes.. I hadn't realised that the vimage code separates > unix domain sockets etc. but I guess that makes sense. Actually, I don't chroot the vimages as of now. They see the same filesystem all of them but writing to the syslogd unix domain socket didn't work anyhow. I'm both happy and frustrated at seeing how well separated vimages are sometimes :-) > As you mention, the usual answer is to get the syslog on each system to > forward everything to one logging system. > > you could add a second interface to each vimage just for logging to > keep it separate from the testing.. Hmm, I have avoided this because I didn't want to do a lot of interface housekeeping. Actually, this leads to another question of mine :-) Network interfaces can't be removed under FreeBSD, something that causes me a lot of trouble as I create many interfaces and move them to many vimages. Then I remove vimages in order to create new ones (reconfigure the client simulation setup) and the network interfaces get dumped into the default vimage, from where I have to collect them. I cant just create new interfaces when the setup is to be reconfigured because I can't delete the old interfaces. Or can I? Example: ngctl mkpeer . eiface hook ether ...results in ngeth0@deafult being created. Then I do: ngctl shutdown ngeth0: ..and the interface is gone. Seems that doing a shutdown actually causes the interface to get removed, right? But then I do something like this: # create ngeth0@default ngctl mkpeer . eiface hook ether # create ngeth1@default ngctl mkpeer . eiface hook ether # move ngeth1 vimage -i myvimage ngeth1 ....the interface is moved to ngeth0@myvimage. Then I do: ngctl shutdown ngeth0: vimage myvimage vimage -i - ngeth0 ...and the interface is moved back to the deafult vimage, BUT it is named ngeth1@default. Even though ngeth0@default has been shutdown and is nowhere to be seen. This makes me suspect that interfaces aren't properly removed when I issue a shutdown even though they might seem to be gone, and I have therefore decided to reuse interfaces, rather than remove them. Is this assumption correct? Or is it just a naming issue that won't result in some resource exhaustion eventually if I continue creating, moving and removing interfaces? Being able to remove interfaces would be really great. Then I could create extra logging interfaces in each vimage and not worry about the cleanup nightmare afterwards. Right now, I have a lot of script code just to find and reuse old ngeth interfaces sitting around in the default vimage and if I'm to have two types of those interfaces (one for logging, that has one underlying netgraph tree structure, and one for test traffic, using another netgraph tree structure) it would likely be at least twice as much trouble. That's why I was looking for some other way of communicating between different vimages. Regards, /Ragnar From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 11:55:12 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 605F916A420 for ; Mon, 13 Jun 2005 11:55:12 +0000 (GMT) (envelope-from bivol@bivol.net) Received: from mail.hostmansion.com (mail.hostmansion.com [69.42.139.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30D3C43D48 for ; Mon, 13 Jun 2005 11:55:11 +0000 (GMT) (envelope-from bivol@bivol.net) Received: from [216.158.144.61] (mail.hostmansion.com [69.42.139.9]) by mail.hostmansion.com (Postfix) with ESMTP id 3D05D11C028 for ; Sun, 12 Jun 2005 21:29:06 -0700 (PDT) Message-ID: <42AD7433.8030508@bivol.net> Date: Mon, 13 Jun 2005 14:55:31 +0300 From: Peter User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en To: freebsd-net@freebsd.org Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: MAC address & rc.conf 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, 13 Jun 2005 11:55:12 -0000 Hi, My ISP have aauthorization by username, password AND mac address. I currently make PPPoE connection from my laptop(win XP) to them. However I want to put FreeBSD router in front of my laptop. That is why I will need to make MAC address of outgoing ethernet card same as my laptop. I plan to make bash script(ifconfig down, ifconfig up) for that purpose. However I prefer a little bit cleaner solution ... is there any way I can set MAC address for the network card in rc.conf ? Thanks :-))) Kind regards, Peter From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 14:02:34 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 332BA16A41C for ; Mon, 13 Jun 2005 14:02:34 +0000 (GMT) (envelope-from milan.obuch@netlabplus.sk) Received: from bsd.dino.sk (bsd.dino.sk [213.215.72.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9765543D1D for ; Mon, 13 Jun 2005 14:02:32 +0000 (GMT) (envelope-from milan.obuch@netlabplus.sk) Received: from [172.16.39.241] ([213.215.72.45]) by bsd.dino.sk with esmtp; Mon, 13 Jun 2005 16:03:47 +0200 id 0000012B.42AD9243.000176AE From: Milan Obuch To: freebsd-net@freebsd.org Date: Mon, 13 Jun 2005 16:02:57 +0200 User-Agent: KMail/1.7.2 References: <200505192159.j4JLxNhb060631@atalus.net> <42A9D7E7.1020504@elischer.org> <42AD7212.3090104@packetfront.com> In-Reply-To: <42AD7212.3090104@packetfront.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200506131602.57229.milan.obuch@netlabplus.sk> Subject: Re: IPC between vimage instances? 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, 13 Jun 2005 14:02:34 -0000 On Monday 13 June 2005 13:46, Ragnar Lonn wrote: > Julian Elischer wrote: > > Ragnar Lonn wrote: > >> Hello, > >> > >> I've been using vimage on FreeBSD 4.11 along with Netgraph to setup a > >> system > >> that simulates many physical client machines for the purpose of > >> testing broadband > >> Internet access hardware. I have hundreds of vimages, each with its > >> own ngeth0 > >> network interface connected via Netgraph to a real physical > >> interface. It is working > >> very well indeed but now I'm trying to setup logging from the various > >> vimage > >> instances and have run into problems. Each vimage runs applications that > >> I want to log the output from in an orderly manner. I'd like to use > >> syslog but as > >> it turns out, the processes inside a vimage cannot communicate with > >> the syslogd > >> in the "default" vimage. I tried logging to the Unix domain socket > >> /var/run/log but > >> that didn't work from within a vimage (other than "default" of course). > > > > did you ask syslog to open sockets in all the chroots? > > I assume yes.. I hadn't realised that the vimage code separates > > unix domain sockets etc. but I guess that makes sense. > > Actually, I don't chroot the vimages as of now. They see the same > filesystem all of them but writing to the syslogd unix domain socket didn't > work anyhow. > I'm both happy and frustrated at seeing how well separated vimages are > sometimes :-) > Are you talking about Marko Zec's network virtualisation patch? If yes, then you need one simple patch to allow AF_UNIX (named pipes) to work between images. I do not have it at hand now, but if you need it, I could search my archives... Regards, Milan From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 14:10:58 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D24516A41F for ; Mon, 13 Jun 2005 14:10:58 +0000 (GMT) (envelope-from josh.kayse@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A06C43D5D for ; Mon, 13 Jun 2005 14:10:56 +0000 (GMT) (envelope-from josh.kayse@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1014466wra for ; Mon, 13 Jun 2005 07:10:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=F3BLe6qIOdXnd7sgROp7qM7BZKqdZ6f26iqoScdbe4EBxl+aB283woww3X92OrcsY7n2qJAL+BH1C/Lj915WPvvD3w48sNAbghxlecaZp9T8AJQWz66KDRSdlqud9HAnOl6xQzLocqv6kerJ4lQJG9gxOk8raiD2YhQnMaxlGAU= Received: by 10.54.116.2 with SMTP id o2mr2549398wrc; Mon, 13 Jun 2005 07:10:55 -0700 (PDT) Received: by 10.54.23.52 with HTTP; Mon, 13 Jun 2005 07:10:54 -0700 (PDT) Message-ID: <7c8f279205061307103b1782f4@mail.gmail.com> Date: Mon, 13 Jun 2005 10:10:54 -0400 From: Josh Kayse To: freebsd-net@freebsd.org, freebsd-pf@freebsd.org In-Reply-To: <7c8f279205061116021f55e8da@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7c8f2792050610090049064e11@mail.gmail.com> <7c8f279205061116021f55e8da@mail.gmail.com> Cc: Subject: Re: Carp Suppression X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gtg062h@mail.gatech.edu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 14:10:58 -0000 One last comment, I managed to fix it so that carp runs on the plip interface by adding: ifp->if_flags =3D LINK_STATE_UP; Here is the diff: diff -Nur /usr.orig/src/sys/dev/ppbus/if_plip.c /usr/src/sys/dev/ppbus/if_p= lip.c --- /usr.orig/src/sys/dev/ppbus/if_plip.c Wed Sep 15 11:14:18 2004 +++ /usr/src/sys/dev/ppbus/if_plip.c Mon Jun 13 10:05:56 2005 @@ -359,6 +359,7 @@ ppb_wctr(ppbus, IRQENABLE); ifp->if_flags |=3D IFF_RUNNING; + ifp->if_flags =3D LINK_STATE_UP; } break; On 6/11/05, Josh Kayse wrote: > I think I've narrowed it down to the plip interface, but I'm not > completely sure. Has anyone gotten carp running over a plip > interface? >=20 > On 6/10/05, Josh Kayse wrote: > > I am cross-posting this to -net and -pf because I am not sure where it = goes. > > > > I am running 2 carp interfaces on a pair of transparent firewalls > > running FreeBSD 5.4. > > > > One of the interfaces is a xl interface and the other is a plip interfa= ce. > > > > I am having trouble in that the carp interfaces are not failing over > > between the 2 machines. > > > > When I check net.inet.carp.suppress_preempt it returns 1 and I do not > > understand why that is. > > > > Can anyone shed some light on this? > > > > If you need any more information, just let me know. > > > > Thanks > > > > Josh > > -- > > Joshua Kayse > > Computer Engineering > > >=20 >=20 > -- > Joshua Kayse > Computer Engineering >=20 --=20 Joshua Kayse Computer Engineering From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 14:22:39 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40DBA16A41C; Mon, 13 Jun 2005 14:22:39 +0000 (GMT) (envelope-from mlsmith@mitre.org) Received: from smtp-bedford-dr.mitre.org (smtp-bedford-dr-x.mitre.org [192.160.51.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACB1A43D49; Mon, 13 Jun 2005 14:22:38 +0000 (GMT) (envelope-from mlsmith@mitre.org) Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (8.11.6/8.11.6) with SMTP id j5DEMSx30795; Mon, 13 Jun 2005 10:22:28 -0400 Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (Postfix) with ESMTP id 9843D4F8DB; Mon, 13 Jun 2005 10:22:28 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtp-bedford-dr.mitre.org (8.11.6/8.11.6) with ESMTP id j5DEMSV30726; Mon, 13 Jun 2005 10:22:28 -0400 Received: from mm112487-2k.mitre.org (128.29.50.27) by mailhub1.mitre.org with SMTP id 18416013; Mon, 13 Jun 2005 10:22:24 -0400 Message-ID: <05e001c57023$5189d180$1b321d80@MITRE.ORG> From: "PSI, Mike Smith" To: , , References: <7c8f2792050610090049064e11@mail.gmail.com> <7c8f279205061116021f55e8da@mail.gmail.com> <7c8f279205061307103b1782f4@mail.gmail.com> Date: Mon, 13 Jun 2005 10:22:24 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: Subject: Re: Carp Suppression 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, 13 Jun 2005 14:22:39 -0000 Hey all, Honestly I have no idea what this is all about, but saw something in the change adding "ipf->if_flags=LINK_STATE_UP;" that just seemed really strange from a programming standpoint. Doesn't this statement "undo" the effects of the line just before it (ipf->if_flags |= IFF_RUNNING). Again I have no idea what this is about so it is possible that IFF_RUNNING bit(s) is part of LINK_STATE_UP bit(s). Just seemed strange and if this is a problem, catching it early is better than late. If it is correct as stands, I apologize for questioning it. Mike Smith >----- Original Message ----- >From: "Josh Kayse" > > One last comment, > > I managed to fix it so that carp runs on the plip interface by adding: > ifp->if_flags = LINK_STATE_UP; > Here is the diff: > diff -Nur /usr.orig/src/sys/dev/ppbus/if_plip.c /usr/src/sys/dev/ppbus/if_plip.c > --- /usr.orig/src/sys/dev/ppbus/if_plip.c Wed Sep 15 11:14:18 2004 > +++ /usr/src/sys/dev/ppbus/if_plip.c Mon Jun 13 10:05:56 2005 > @@ -359,6 +359,7 @@ > > ppb_wctr(ppbus, IRQENABLE); > ifp->if_flags |= IFF_RUNNING; > + ifp->if_flags = LINK_STATE_UP; > } > break; From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 15:12:42 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 683C116A41C for ; Mon, 13 Jun 2005 15:12:42 +0000 (GMT) (envelope-from R.Harbird@cs.ucl.ac.uk) Received: from bells.cs.ucl.ac.uk (bells.cs.ucl.ac.uk [128.16.5.31]) by mx1.FreeBSD.org (Postfix) with SMTP id F420143D5C for ; Mon, 13 Jun 2005 15:12:41 +0000 (GMT) (envelope-from R.Harbird@cs.ucl.ac.uk) Received: from damodena.cs.ucl.ac.uk by bells.cs.ucl.ac.uk with local SMTP id ; Mon, 13 Jun 2005 16:12:38 +0100 Message-ID: <42ADA26C.4020004@cs.ucl.ac.uk> Date: Mon, 13 Jun 2005 16:12:44 +0100 From: Rae Harbird User-Agent: Mozilla Thunderbird 1.0.2-1.3.3 (X11/20050513) 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, AODV and OLSR 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, 13 Jun 2005 15:12:42 -0000 Hi I want to run some experiments with FreeBSD 4.11-RELEASE and user-space AODV and OLSR implementations. Currently, I'm thinking of trying: UoB JAdhoc v0.21: http://www.aodv.org/modules.php?op=modload&name=UpDownload&file=index&req=viewdownload&cid=2 and NRL OLSR: http://pf.itd.nrl.navy.mil/projects.php?name=olsr Does anyone have any positive / negative experiences of these implementations with FreeBSD? Thanks Rae -- ================ Rae Harbird From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 15:35:59 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 51CF816A41C; Mon, 13 Jun 2005 15:35:59 +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 3925643D1D; Mon, 13 Jun 2005 15:35:56 +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 j5DFZpWU055649; Mon, 13 Jun 2005 19:35:51 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j5DFZprB055648; Mon, 13 Jun 2005 19:35:51 +0400 (MSD) (envelope-from yar) Date: Mon, 13 Jun 2005 19:35:50 +0400 From: Yar Tikhiy To: Josh Kayse Message-ID: <20050613153550.GA54388@comp.chem.msu.su> References: <7c8f2792050610090049064e11@mail.gmail.com> <7c8f279205061116021f55e8da@mail.gmail.com> <7c8f279205061307103b1782f4@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7c8f279205061307103b1782f4@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: Re: Carp Suppression 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, 13 Jun 2005 15:35:59 -0000 On Mon, Jun 13, 2005 at 10:10:54AM -0400, Josh Kayse wrote: > One last comment, > > I managed to fix it so that carp runs on the plip interface by adding: > ifp->if_flags = LINK_STATE_UP; > > Here is the diff: > > diff -Nur /usr.orig/src/sys/dev/ppbus/if_plip.c /usr/src/sys/dev/ppbus/if_plip.c > --- /usr.orig/src/sys/dev/ppbus/if_plip.c Wed Sep 15 11:14:18 2004 > +++ /usr/src/sys/dev/ppbus/if_plip.c Mon Jun 13 10:05:56 2005 > @@ -359,6 +359,7 @@ > > ppb_wctr(ppbus, IRQENABLE); > ifp->if_flags |= IFF_RUNNING; > + ifp->if_flags = LINK_STATE_UP; > } > break; I'm afraid you're totally wrong here. First, I can't see how CARP is supposed to work on a PLIP interface or any point-to-point interface at all. CARP is for broadcast interfaces, such as Ethernet or FDDI, which do ARP. You seem to miss the point. Second, you can't store an arbitrary value into a variable or field and expect the things to work right. LINK_STATE_UP simply is not for ifp->if_flags. Please make yourself familiar with the basics of computer programming before offering your patches to the community. -- Yar From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 16:00:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A38D216A41C for ; Mon, 13 Jun 2005 16:00:37 +0000 (GMT) (envelope-from josh.kayse@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 465D043D58 for ; Mon, 13 Jun 2005 16:00:36 +0000 (GMT) (envelope-from josh.kayse@gmail.com) Received: by wproxy.gmail.com with SMTP id 57so1436640wri for ; Mon, 13 Jun 2005 09:00:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kXIEaF9emsp4M4eo0uf3kFWonVbmEBUTKjlS9U9X/Dvo6VxTfzt6UnWMj1leOd1jctvx5fdQfXsZIWkySzkHrk2WqbvdYqvf7JrMVRMSLf0mwiA42HCwsJRK0ilJcNM9vTp9hLPdlv0D5ujXkQDOkJxlRT/MpgQRS0wQTy1Ytvg= Received: by 10.54.144.9 with SMTP id r9mr2606833wrd; Mon, 13 Jun 2005 09:00:36 -0700 (PDT) Received: by 10.54.23.52 with HTTP; Mon, 13 Jun 2005 09:00:36 -0700 (PDT) Message-ID: <7c8f2792050613090040c924c3@mail.gmail.com> Date: Mon, 13 Jun 2005 12:00:36 -0400 From: Josh Kayse To: Yar Tikhiy In-Reply-To: <20050613153550.GA54388@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7c8f2792050610090049064e11@mail.gmail.com> <7c8f279205061116021f55e8da@mail.gmail.com> <7c8f279205061307103b1782f4@mail.gmail.com> <20050613153550.GA54388@comp.chem.msu.su> Cc: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: Re: Carp Suppression X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gtg062h@mail.gatech.edu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 16:00:37 -0000 Definitely a typo on my part. It should be ifp->if_link_state =3D LINK_STATE_UP The reason we are using CARP on a PLIP interface is to allow us to have redundant connections between 2 transparent bridging firewalls.=20 Instead of sending packets over our network, we isolate them onto a PLIP interface and crossover interface. We then use ifstaded to monitor the carp interfaces and shut down bridging on one of the machines. I will refrain from submitting any code to the community in the future. On 6/13/05, Yar Tikhiy wrote: > On Mon, Jun 13, 2005 at 10:10:54AM -0400, Josh Kayse wrote: > > One last comment, > > > > I managed to fix it so that carp runs on the plip interface by adding: > > ifp->if_flags =3D LINK_STATE_UP; > > > > Here is the diff: > > > > diff -Nur /usr.orig/src/sys/dev/ppbus/if_plip.c /usr/src/sys/dev/ppbus/= if_plip.c > > --- /usr.orig/src/sys/dev/ppbus/if_plip.c Wed Sep 15 11:14:18 200= 4 > > +++ /usr/src/sys/dev/ppbus/if_plip.c Mon Jun 13 10:05:56 2005 > > @@ -359,6 +359,7 @@ > > > > ppb_wctr(ppbus, IRQENABLE); > > ifp->if_flags |=3D IFF_RUNNING; > > + ifp->if_flags =3D LINK_STATE_UP; > > } > > break; >=20 > I'm afraid you're totally wrong here. >=20 > First, I can't see how CARP is supposed to work on a PLIP interface > or any point-to-point interface at all. CARP is for broadcast > interfaces, such as Ethernet or FDDI, which do ARP. You seem to miss > the point. >=20 > Second, you can't store an arbitrary value into a variable or field > and expect the things to work right. LINK_STATE_UP simply is not for > ifp->if_flags. Please make yourself familiar with the basics of > computer programming before offering your patches to the community. >=20 > -- > Yar >=20 --=20 Joshua Kayse Computer Engineering From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 16:49:43 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C2F516A41C for ; Mon, 13 Jun 2005 16:49:43 +0000 (GMT) (envelope-from ebola@psychoholics.org) Received: from mail.psychoholics.org (www.psychoholics.org [64.185.102.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 154E943D48 for ; Mon, 13 Jun 2005 16:49:42 +0000 (GMT) (envelope-from ebola@psychoholics.org) Received: from S0106c0ffeec0ffee.su.shawcable.net (S0106c0ffeec0ffee.su.shawcable.net [24.109.19.202]) by mail.psychoholics.org (Postfix) with ESMTP id 965CF157173; Mon, 13 Jun 2005 11:55:39 -0700 (PDT) From: Adam Gregoire To: freebsd-net@freebsd.org, Peter Content-Type: text/plain Date: Mon, 13 Jun 2005 12:49:37 -0400 Message-Id: <1118681378.1221.4.camel@S0106c0ffeec0ffee.su.shawcable.net> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Subject: Re: MAC address & rc.conf 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, 13 Jun 2005 16:49:43 -0000 You need to create a file called start_if.[interface name] and set the mac there. Like this: ebola$ cat /etc/start_if.de0 #!/bin/sh ifconfig de0 ether c0ffeec0ffee ifconfig de0 media 10baseT/UTP Regards, -- Adam Gregoire From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 16:51:36 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C20FC16A481; Mon, 13 Jun 2005 16:51:36 +0000 (GMT) (envelope-from Greg.Hennessy@nviz.net) Received: from smtp.nildram.co.uk (smtp.nildram.co.uk [195.112.4.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 764C143D48; Mon, 13 Jun 2005 16:51:36 +0000 (GMT) (envelope-from Greg.Hennessy@nviz.net) Received: from gw2.local.net (unknown [62.3.210.251]) by smtp.nildram.co.uk (Postfix) with ESMTP id 1128C252625; Mon, 13 Jun 2005 17:51:32 +0100 (BST) From: "Greg Hennessy" Date: Mon, 13 Jun 2005 17:52:07 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcVwNYZgvIjqXNn4Sf6OufHbb/Qv9wAAc+WA In-Reply-To: <7c8f2792050613090040c924c3@mail.gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830 Message-Id: <20050613165202.51063DA@gw2.local.net> Cc: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: RE: Carp Suppression 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, 13 Jun 2005 16:51:37 -0000 > The reason we are using CARP on a PLIP interface is to allow > us to have redundant connections between 2 transparent > bridging firewalls. CARP is not going to work with a layer 2 firewall. > Instead of sending packets over our network, we isolate them > onto a PLIP interface and crossover interface. That not going to work on a point to point connection, the other party cannot see the carp traffic. never mind the overhead that running plip puts on a system, a length of baling twine would make for a better physical transport. > We then use > ifstaded to monitor the carp interfaces and shut down > bridging on one of the machines. Spanning tree is a no brainer for such a setup, pfsync takes care of the rest. http://www.seattlecentral.edu/~dmartin/docs/bridge.html Greg > > I will refrain from submitting any code to the community in > the future. > > On 6/13/05, Yar Tikhiy wrote: > > On Mon, Jun 13, 2005 at 10:10:54AM -0400, Josh Kayse wrote: > > > One last comment, > > > > > > I managed to fix it so that carp runs on the plip > interface by adding: > > > ifp->if_flags = LINK_STATE_UP; > > > > > > Here is the diff: > > > > > > diff -Nur /usr.orig/src/sys/dev/ppbus/if_plip.c > /usr/src/sys/dev/ppbus/if_plip.c > > > --- /usr.orig/src/sys/dev/ppbus/if_plip.c Wed Sep > 15 11:14:18 2004 > > > +++ /usr/src/sys/dev/ppbus/if_plip.c Mon Jun 13 10:05:56 2005 > > > @@ -359,6 +359,7 @@ > > > > > > ppb_wctr(ppbus, IRQENABLE); > > > ifp->if_flags |= IFF_RUNNING; > > > + ifp->if_flags = LINK_STATE_UP; > > > } > > > break; > > > > I'm afraid you're totally wrong here. > > > > First, I can't see how CARP is supposed to work on a PLIP > interface or > > any point-to-point interface at all. CARP is for broadcast > > interfaces, such as Ethernet or FDDI, which do ARP. You > seem to miss > > the point. > > > > Second, you can't store an arbitrary value into a variable or field > > and expect the things to work right. LINK_STATE_UP simply > is not for > > ifp->if_flags. Please make yourself familiar with the basics of > > computer programming before offering your patches to the community. > > > > -- > > Yar > > > > > -- > Joshua Kayse > Computer Engineering > _______________________________________________ > freebsd-pf@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-pf > To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 16:52:18 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 612FD16A41C for ; Mon, 13 Jun 2005 16:52:18 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1079043D1F for ; Mon, 13 Jun 2005 16:52:17 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5DGqBnQ028496; Mon, 13 Jun 2005 09:52:11 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5DGqBCk028495; Mon, 13 Jun 2005 09:52:11 -0700 Date: Mon, 13 Jun 2005 09:52:11 -0700 From: Brooks Davis To: Adam Gregoire Message-ID: <20050613165211.GB27482@odin.ac.hmc.edu> References: <1118681378.1221.4.camel@S0106c0ffeec0ffee.su.shawcable.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MW5yreqqjyrRcusr" Content-Disposition: inline In-Reply-To: <1118681378.1221.4.camel@S0106c0ffeec0ffee.su.shawcable.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: Peter , freebsd-net@freebsd.org Subject: Re: MAC address & rc.conf 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, 13 Jun 2005 16:52:18 -0000 --MW5yreqqjyrRcusr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 13, 2005 at 12:49:37PM -0400, Adam Gregoire wrote: > You need to create a file called start_if.[interface name] and set the > mac there. >=20 > Like this: >=20 > ebola$ cat /etc/start_if.de0 > #!/bin/sh > ifconfig de0 ether c0ffeec0ffee > ifconfig de0 media 10baseT/UTP This is pretty much what you'll need to do in 4 and 5. In 6 you can just put a line like this in /etc/rc.conf: ifconfig_de0=3D"ether c0ffeec0ffee media 10baseT/UTP DHCP" -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --MW5yreqqjyrRcusr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCrbm6XY6L6fI4GtQRApF4AKDNyOOHW+SFT5NtcNSNNBMALtJP+QCfdWJ1 YEu35L2Vtkz6t/dMur6DL+U= =LYAP -----END PGP SIGNATURE----- --MW5yreqqjyrRcusr-- From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 17:24:19 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 04FB716A41C for ; Mon, 13 Jun 2005 17:24:19 +0000 (GMT) (envelope-from julian@elischer.org) Received: from bigwoop.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B95DF43D49 for ; Mon, 13 Jun 2005 17:24:18 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by bigwoop.vicor-nb.com (Postfix) with ESMTP id 357CF7A403; Mon, 13 Jun 2005 10:24:18 -0700 (PDT) Message-ID: <42ADC142.9020102@elischer.org> Date: Mon, 13 Jun 2005 10:24:18 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Ragnar Lonn References: <200505192159.j4JLxNhb060631@atalus.net> <428DF2FF.3010408@oxygen.az> <42A961CA.5030706@packetfront.com> <42A9D7E7.1020504@elischer.org> <42AD7212.3090104@packetfront.com> In-Reply-To: <42AD7212.3090104@packetfront.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: IPC between vimage instances? 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, 13 Jun 2005 17:24:19 -0000 Ragnar Lonn wrote: > > >> As you mention, the usual answer is to get the syslog on each system to >> forward everything to one logging system. >> >> you could add a second interface to each vimage just for logging to >> keep it separate from the testing.. > > > > Hmm, I have avoided this because I didn't want to do a lot of interface > housekeeping. Actually, this leads to another question of mine :-) > > Network interfaces can't be removed under FreeBSD, something that > causes me a lot of trouble as I create many interfaces and move them > to many > vimages. Then I remove vimages in order to create new ones > (reconfigure the > client simulation setup) and the network interfaces get dumped into > the default > vimage, from where I have to collect them. I cant just create new > interfaces > when the setup is to be reconfigured because I can't delete the old > interfaces. interface removal in 4.x was nt quite "finished" there are several viewpoints from which th einterface is not quite removed. (as you have found) I can not remember the details as It all changed in 5.x (though vimage doesn't work in 5.x ) > > Or can I? > > Example: > > ngctl mkpeer . eiface hook ether > > ...results in ngeth0@deafult being created. Then I do: > > ngctl shutdown ngeth0: > > ..and the interface is gone. Seems that doing a shutdown actually > causes the > interface to get removed, right? But then I do something like this: > > # create ngeth0@default > ngctl mkpeer . eiface hook ether > # create ngeth1@default > ngctl mkpeer . eiface hook ether > # move ngeth1 > vimage -i myvimage ngeth1 > > ....the interface is moved to ngeth0@myvimage. Then I do: > > ngctl shutdown ngeth0: > vimage myvimage > vimage -i - ngeth0 > > ...and the interface is moved back to the deafult vimage, BUT it is > named ngeth1@default. Even though ngeth0@default has been shutdown > and is nowhere to be seen. This makes me suspect that interfaces aren't > properly removed when I issue a shutdown even though they might seem to > be gone, and I have therefore decided to reuse interfaces, rather than > remove them. it's possible that the unit number is stored in the ng_ether driver and is therefore not split for the vimages. so if the code gets a new unit number for the new instance before removing the old instance, the unit number will be 1 and not 0.. just a quess. > > Is this assumption correct? Or is it just a naming issue that won't > result > in some resource exhaustion eventually if I continue creating, moving > and removing interfaces? > > Being able to remove interfaces would be really great. Then I could > create extra logging interfaces in each vimage and not worry about > the cleanup nightmare afterwards. Right now, I have a lot of script > code just to find and reuse old ngeth interfaces sitting around in the > default vimage and if I'm to have two types of those interfaces > (one for logging, that has one underlying netgraph tree structure, and > one for test traffic, using another netgraph tree structure) it would > likely be at least twice as much trouble. That's why I was looking for > some other way of communicating between different vimages. "use the source Luke" I know it seems like a lot but the netgraph code and the networking interface code are relatively simple.. > > Regards, > > /Ragnar > > > > > > From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 17:35:14 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7C8E16A41F for ; Mon, 13 Jun 2005 17:35:14 +0000 (GMT) (envelope-from josh.kayse@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4293043D53 for ; Mon, 13 Jun 2005 17:35:13 +0000 (GMT) (envelope-from josh.kayse@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1081484wra for ; Mon, 13 Jun 2005 10:35:12 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uh2zQ/B7hcgUt6DFMuOGKBwCg+eX4wWN6CmVJlCgzly0RyU6FxG9g6EkBxnNpCX1I5BClqYDF3K99KJjEnITtuwCZz1gEqPm25bjw7CsI3xp17Lc24VTYGrgUSNo74QOEqZRTwcQY/RhHklizO8iHRrnByFC4N3BjOyP92ARi6U= Received: by 10.54.30.40 with SMTP id d40mr2672843wrd; Mon, 13 Jun 2005 10:35:12 -0700 (PDT) Received: by 10.54.23.52 with HTTP; Mon, 13 Jun 2005 10:35:12 -0700 (PDT) Message-ID: <7c8f27920506131035841d5d0@mail.gmail.com> Date: Mon, 13 Jun 2005 13:35:12 -0400 From: Josh Kayse To: Greg Hennessy In-Reply-To: <20050613165202.51063DA@gw2.local.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7c8f2792050613090040c924c3@mail.gmail.com> <20050613165202.51063DA@gw2.local.net> Cc: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: Re: Carp Suppression X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gtg062h@mail.gatech.edu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 17:35:14 -0000 On 6/13/05, Greg Hennessy wrote: >=20 > > The reason we are using CARP on a PLIP interface is to allow > > us to have redundant connections between 2 transparent > > bridging firewalls. >=20 > CARP is not going to work with a layer 2 firewall. It's running over the PLIP interface and the crossover cable.=20 ifstated will change the advskew of the carp interfaces if one of the bridging interfaces goes down. >=20 > > Instead of sending packets over our network, we isolate them > > onto a PLIP interface and crossover interface. >=20 > That not going to work on a point to point connection, the other party > cannot see the carp traffic. > never mind the overhead that running plip puts on a system, a length of > baling twine would make for a better physical transport. Both firewalls can see the carp information over the PLIP connection, so I assume it works. And it wasn't my choice to use the plip interface. >=20 > > We then use > > ifstaded to monitor the carp interfaces and shut down > > bridging on one of the machines. >=20 > Spanning tree is a no brainer for such a setup, pfsync takes care of the > rest. >=20 We did not want to go with STP because it would not be a self contained solution. Now we can use these firewalls anywhere without having to modify any routers, just plug them in inline and it is set.=20 We also wanted to stick with FreeBSD because we have a knowledgebase already set up for it and we know how to use it. Unfortunately, there is no support for STP in freebsd bridging. Yes, I had already looked into using pfsync and STP, we also considered just using scripts. Anyway, I don't want to try and defend myself on our setup. We have everything working now and I just wanted to let others know how they could use carp over PLIP if they so needed to. > http://www.seattlecentral.edu/~dmartin/docs/bridge.html >=20 >=20 >=20 > Greg >=20 >=20 > > > > I will refrain from submitting any code to the community in > > the future. > > > > On 6/13/05, Yar Tikhiy wrote: > > > On Mon, Jun 13, 2005 at 10:10:54AM -0400, Josh Kayse wrote: > > > > One last comment, > > > > > > > > I managed to fix it so that carp runs on the plip > > interface by adding: > > > > ifp->if_flags =3D LINK_STATE_UP; > > > > > > > > Here is the diff: > > > > > > > > diff -Nur /usr.orig/src/sys/dev/ppbus/if_plip.c > > /usr/src/sys/dev/ppbus/if_plip.c > > > > --- /usr.orig/src/sys/dev/ppbus/if_plip.c Wed Sep > > 15 11:14:18 2004 > > > > +++ /usr/src/sys/dev/ppbus/if_plip.c Mon Jun 13 10:05:56 2005 > > > > @@ -359,6 +359,7 @@ > > > > > > > > ppb_wctr(ppbus, IRQENABLE); > > > > ifp->if_flags |=3D IFF_RUNNING; > > > > + ifp->if_flags =3D LINK_STATE_UP; > > > > } > > > > break; > > > > > > I'm afraid you're totally wrong here. > > > > > > First, I can't see how CARP is supposed to work on a PLIP > > interface or > > > any point-to-point interface at all. CARP is for broadcast > > > interfaces, such as Ethernet or FDDI, which do ARP. You > > seem to miss > > > the point. > > > > > > Second, you can't store an arbitrary value into a variable or field > > > and expect the things to work right. LINK_STATE_UP simply > > is not for > > > ifp->if_flags. Please make yourself familiar with the basics of > > > computer programming before offering your patches to the community. > > > > > > -- > > > Yar > > > > > > > > > -- > > Joshua Kayse > > Computer Engineering > > _______________________________________________ > > freebsd-pf@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-pf > > To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org" > > > > >=20 > _______________________________________________ > 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" >=20 --=20 Joshua Kayse Computer Engineering From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 17:40:23 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34E2916A427; Mon, 13 Jun 2005 17:40:23 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC7D043D48; Mon, 13 Jun 2005 17:40:22 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5DHeMbW001229; Mon, 13 Jun 2005 10:40:22 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5DHeM3r001228; Mon, 13 Jun 2005 10:40:22 -0700 Date: Mon, 13 Jun 2005 10:40:22 -0700 From: Brooks Davis To: gtg062h@mail.gatech.edu Message-ID: <20050613174022.GA988@odin.ac.hmc.edu> References: <7c8f2792050613090040c924c3@mail.gmail.com> <20050613165202.51063DA@gw2.local.net> <7c8f27920506131035841d5d0@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <7c8f27920506131035841d5d0@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-net@freebsd.org, Greg Hennessy , freebsd-pf@freebsd.org Subject: Re: Carp Suppression 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, 13 Jun 2005 17:40:23 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 13, 2005 at 01:35:12PM -0400, Josh Kayse wrote: > On 6/13/05, Greg Hennessy wrote: > > > We then use > > > ifstaded to monitor the carp interfaces and shut down > > > bridging on one of the machines. > >=20 > > Spanning tree is a no brainer for such a setup, pfsync takes care of the > > rest. > >=20 > We did not want to go with STP because it would not be a self > contained solution. Now we can use these firewalls anywhere without > having to modify any routers, just plug them in inline and it is set.=20 > We also wanted to stick with FreeBSD because we have a knowledgebase > already set up for it and we know how to use it. Unfortunately, there > is no support for STP in freebsd bridging. Yes, I had already looked > into using pfsync and STP, we also considered just using scripts. FYI, we have STP via if_bridge in 6.x. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCrcUFXY6L6fI4GtQRAjX0AKCLj6msFZs4G4rly1LOn2BbElTfMACaAj2Y 4uClrUNSqmQwh9S6yFqD4As= =6XH+ -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-net@FreeBSD.ORG Mon Jun 13 20:07:57 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B51016A41C for ; Mon, 13 Jun 2005 20:07:57 +0000 (GMT) (envelope-from dcornejo@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F3B943D48 for ; Mon, 13 Jun 2005 20:07:57 +0000 (GMT) (envelope-from dcornejo@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so641929nzp for ; Mon, 13 Jun 2005 13:07:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=DMiYeJFASS2FHvNjskuJG1SefHXJ5vmsvrGz0WWQDg6GbKYj5CCqWblxAoPC40jhtvLa8clVE2ZV6N2meFAF2QCSjI93uy2B/Zgk80ViISeGZ/curtEGaM/sv/C+sgyE00TFIHp4ga0s/5AlOYdcxharOf0p1mkQNfK2hoN84AU= Received: by 10.36.222.74 with SMTP id u74mr2227216nzg; Mon, 13 Jun 2005 13:07:56 -0700 (PDT) Received: by 10.36.13.16 with HTTP; Mon, 13 Jun 2005 13:07:56 -0700 (PDT) Message-ID: <6b8e8f4f0506131307478ec42a@mail.gmail.com> Date: Mon, 13 Jun 2005 10:07:56 -1000 From: spoggle To: Rae Harbird In-Reply-To: <42ADA26C.4020004@cs.ucl.ac.uk> Mime-Version: 1.0 References: <42ADA26C.4020004@cs.ucl.ac.uk> 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 Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD, AODV and OLSR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: spoggle List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2005 20:07:57 -0000 You might try the olsr.org implementation, it's in the=20 ports tree under net/olsrd. I believe it is better tested (via a 50+ node mesh in Berlin) than the NRL= =20 one. It also has some extensions that are useful, especially the ability to= =20 incorporate quality metrics and interface preference in routing. The version in ports can be compiled to use libnet to provide the ability t= o=20 operate on multiple interfaces. If you try it and run into any problems, please let me know, I am a=20 committer to olsr.org and the originator of the FreeBSD= =20 port. dave c On 6/13/05, Rae Harbird wrote: >=20 > Hi >=20 > I want to run some experiments with FreeBSD 4.11-RELEASE and user-space > AODV and OLSR implementations. Currently, I'm thinking of trying: >=20 > UoB JAdhoc v0.21: >=20 > http://www.aodv.org/modules.php?op=3Dmodload&name=3DUpDownload&file=3Dind= ex&req=3Dviewdownload&cid=3D2 >=20 > and NRL OLSR: > http://pf.itd.nrl.navy.mil/projects.php?name=3Dolsr >=20 > Does anyone have any positive / negative experiences of these > implementations with FreeBSD? >=20 >=20 > Thanks >=20 >=20 >=20 > Rae >=20 >=20 >=20 >=20 > -- > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > Rae Harbird >=20 >=20 >=20 > _______________________________________________ > 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 Jun 13 21:23:50 2005 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 C168516A41C; Mon, 13 Jun 2005 21:23:50 +0000 (GMT) (envelope-from marcel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 817E743D48; Mon, 13 Jun 2005 21:23:50 +0000 (GMT) (envelope-from marcel@FreeBSD.org) Received: from freefall.freebsd.org (marcel@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j5DLNosh069259; Mon, 13 Jun 2005 21:23:50 GMT (envelope-from marcel@freefall.freebsd.org) Received: (from marcel@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j5DLNove069255; Mon, 13 Jun 2005 21:23:50 GMT (envelope-from marcel) Date: Mon, 13 Jun 2005 21:23:50 GMT From: Marcel Moolenaar Message-Id: <200506132123.j5DLNove069255@freefall.freebsd.org> To: marcel@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-pf@FreeBSD.org Cc: Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 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, 13 Jun 2005 21:23:50 -0000 Synopsis: Unaligned Reference with pf on 5.4/IA64 Responsible-Changed-From-To: freebsd-net->freebsd-pf Responsible-Changed-By: marcel Responsible-Changed-When: Mon Jun 13 21:22:54 GMT 2005 Responsible-Changed-Why: Move to a more pf-focussed responsible party. http://www.freebsd.org/cgi/query-pr.cgi?pr=81284 From owner-freebsd-net@FreeBSD.ORG Tue Jun 14 08:21:47 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 815C516A41C for ; Tue, 14 Jun 2005 08:21:47 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id DABE843D4C for ; Tue, 14 Jun 2005 08:21:44 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so132365nzp for ; Tue, 14 Jun 2005 01:21:41 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=hLSJbu4oo5mDsmqeHhUxDpWx67ECiTPlRk9sqboqrDCPrr7BEe6sL/R1X7suKx2t3FaN4MPuJq3q13dbSCghy4yuj1ifUZxO99JbTHx6DIJQmaZyF1Sjq/gYQ27ahKeq9SuLnzOGeVXuwFu0vsTuEFh1GAiVjKTbaBweii/hL5o= Received: by 10.36.222.24 with SMTP id u24mr3505013nzg; Tue, 14 Jun 2005 01:21:41 -0700 (PDT) Received: by 10.36.58.12 with HTTP; Tue, 14 Jun 2005 01:21:41 -0700 (PDT) Message-ID: <37273927050614012154fdb80b@mail.gmail.com> Date: Tue, 14 Jun 2005 04:21:41 -0400 From: Aziz Kezzou To: freebsd-hackers , freebsd-net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: FreeBSD Memory Management questions ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aziz Kezzou List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 08:21:47 -0000 Hi all, I have two questions concerning FreeBSD Memory management : 1 - Right now to access the memory address space of a user process from kernel mode, I only have to set, on x86 systems, the register CR3 to the right value. How can I do that on other architectures ? is there an architecture-independant way of doing that ? 2- I have noticed that while in kernel mode the value of CR3 is equal to that of the user process beeing interrupted. Doesn't the kernel supposed to have its "own" page-directory, i.e it's own CR3 value ? or is kernel virtual address resolution does not go through CR3 at all ? =20 Thanks for your help, -aziz From owner-freebsd-net@FreeBSD.ORG Tue Jun 14 10:16:10 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BAC6016A41C; Tue, 14 Jun 2005 10:16:10 +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 1FD5C43D48; Tue, 14 Jun 2005 10:16:09 +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 j5EAG7Qd003141; Tue, 14 Jun 2005 14:16:07 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j5EAG6mU003136; Tue, 14 Jun 2005 14:16:06 +0400 (MSD) (envelope-from yar) Date: Tue, 14 Jun 2005 14:16:05 +0400 From: Yar Tikhiy To: Josh Kayse Message-ID: <20050614101605.GB470@comp.chem.msu.su> References: <7c8f2792050610090049064e11@mail.gmail.com> <7c8f279205061116021f55e8da@mail.gmail.com> <7c8f279205061307103b1782f4@mail.gmail.com> <20050613153550.GA54388@comp.chem.msu.su> <7c8f2792050613090040c924c3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7c8f2792050613090040c924c3@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: Re: Carp Suppression 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, 14 Jun 2005 10:16:10 -0000 On Mon, Jun 13, 2005 at 12:00:36PM -0400, Josh Kayse wrote: > Definitely a typo on my part. It should be > ifp->if_link_state = LINK_STATE_UP > > The reason we are using CARP on a PLIP interface is to allow us to > have redundant connections between 2 transparent bridging firewalls. > Instead of sending packets over our network, we isolate them onto a > PLIP interface and crossover interface. We then use ifstaded to > monitor the carp interfaces and shut down bridging on one of the > machines. This point alone is interesting. FreeBSD doesn't seem to track link state on most non-MII interfaces yet, including SLIP, PPP, and PLIP. Doing so on interfaces that support a sort of keep-alives would be easy though. In theory, were real link state support available on such interfaces, you would be able to run ifstated on them directly. However, the whole design of your network looks like a hack to me. Why not to use conventional IP routing together with pfsync and CARP on the main network segments? > I will refrain from submitting any code to the community in the future. IMHO refraining from the submission of _untested_ code would suffice ;-) -- Yar From owner-freebsd-net@FreeBSD.ORG Tue Jun 14 13:09:16 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A51FE16A41C for ; Tue, 14 Jun 2005 13:09:16 +0000 (GMT) (envelope-from mlsmith@mitre.org) Received: from smtp-bedford-dr.mitre.org (smtpproxy2.mitre.org [192.160.51.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04F4A43D58 for ; Tue, 14 Jun 2005 13:09:15 +0000 (GMT) (envelope-from mlsmith@mitre.org) Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (8.11.6/8.11.6) with SMTP id j5ED9FM15881 for ; Tue, 14 Jun 2005 09:09:15 -0400 Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (Postfix) with ESMTP id 9076B4F8E1 for ; Tue, 14 Jun 2005 09:09:14 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtp-bedford-dr.mitre.org (8.11.6/8.11.6) with ESMTP id j5ED9D615794 for ; Tue, 14 Jun 2005 09:09:13 -0400 Received: from mm112487-2k.mitre.org (128.29.50.27) by mailhub1.mitre.org with SMTP id 18450196; Tue, 14 Jun 2005 09:09:08 -0400 Message-ID: <06e401c570e2$3f342930$1b321d80@MITRE.ORG> From: "PSI, Mike Smith" To: Date: Tue, 14 Jun 2005 09:09:07 -0400 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Advice needed on running idiotic test for client 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, 14 Jun 2005 13:09:16 -0000 Hey all, Need some probably fundamental help with an admitted idiotic "test" from = a client. Is there any way to close a TCP connection such that all = resources are immediately freed? Standard operation: Sys B Listen -> Sys A connect -> Sys B Accept -> Sys = A Send -> Sys B Receive -> Sys A Close -> Sys B Close (still listening). = Very small packets. Maximum connect rate is less than 50 or so per = minute, often much less. No problems at all. Idiot test requested by client - Same as above but see how fast 10,000 = can be sent (will never come close to happening in the real world). Problem: Because among other things I am using let's say minimal and = ancient computer power, I hit a DOS state after about 3700 connects. I = know (think?) I am running out of mbufs because of the 2MSL delay on the = close. Is there any way to close a TCP connection and have all resources = immediately freed? I KNOW this is really violating all the data = integrity features of TCP, but this is an idiotic test remember. And in = this case I am not concerned about data integrety. I have noticed that = LINUX has a TCP_LINGER2 option that can at least minimize the closing = delay (freeing resources) but I haven't found anything comparable in = FreeBSD. Since this is probably fundamental and of little or no interest to = anyone designing or operating even a minimally competent system, = off-list response is probably best if someone would be so kind as to = help me out. Mike Smith From owner-freebsd-net@FreeBSD.ORG Tue Jun 14 15:31:33 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0C6DB16A41C for ; Tue, 14 Jun 2005 15:31:33 +0000 (GMT) (envelope-from faasse@nlr.nl) Received: from mail-gateway.nlr.nl (mail-gateway.nlr.nl [137.17.162.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BAA443D48 for ; Tue, 14 Jun 2005 15:31:32 +0000 (GMT) (envelope-from faasse@nlr.nl) Received: from border.nlr.nl (border-qfe3 [137.17.162.1]) by mail-gateway.nlr.nl with SMTP id j5EFVUPG5028115; (enveloppe sender address: faasse@nlr.nl); Tue, 14 Jun 2005 17:31:30 +0200 (CDT) Disclaimer: "The National Aerospace Laboratory NLR DOES NOT ACCEPT ANY FINANCIAL COMMITMENT derived from this message." Received: from pcea102a.nlr.nl (pcea102a.nlr.nl [137.17.4.108]) by spider.nlr.nl with ESMTP id j5EFVSat22100951; Tue, 14 Jun 2005 17:31:29 +0200 (CDT) From: "p.r. faasse" Organization: nlr To: freebsd-net@freebsd.org Date: Tue, 14 Jun 2005 17:31:27 +0200 User-Agent: KMail/1.6.1 References: <06e401c570e2$3f342930$1b321d80@MITRE.ORG> In-Reply-To: <06e401c570e2$3f342930$1b321d80@MITRE.ORG> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200506141731.28006.faasse@nlr.nl> X-ESAFE-STATUS: Mail clean X-ESAFE-DETAILS: Clean Subject: Re: Advice needed on running idiotic test for client 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, 14 Jun 2005 15:31:33 -0000 On Tuesday 14 June 2005 15:09, PSI, Mike Smith wrote: > Hey all, > > Need some probably fundamental help with an admitted idiotic "test" from a client. Is there any way to close a TCP connection such that all resources are immediately freed? > > Is there any way to close a TCP connection and have all resources immediately freed? I KNOW this is really violating all the data integrity features of TCP, but this is an idiotic test remember. And in this case I am not concerned about data integrety. I have noticed that LINUX has a TCP_LINGER2 option that can at least minimize the closing delay (freeing resources) but I haven't found anything comparable in FreeBSD. > What you mention is (as far as i know) called time-wait assasination. I would suggest a google-search of that. Note: SO_REUSEADDRESS/SO_REUSEPORT is not an option i presume? My 'bible': (Effective TCP/IP Programming: 44 Tips to Improve Your Network Programs) suggests that as an alternative... From owner-freebsd-net@FreeBSD.ORG Tue Jun 14 21:03:15 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2296D16A41C for ; Tue, 14 Jun 2005 21:03:15 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id E36EE43D4C for ; Tue, 14 Jun 2005 21:03:14 +0000 (GMT) (envelope-from french.linuxian@gmail.com) Received: by zproxy.gmail.com with SMTP id 12so28294nzp for ; Tue, 14 Jun 2005 14:03:13 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=WtNU2qqxC+slYBGWGT3tukzfcDOBgdrB/MDaU09d7QFaN6GiuDQdIHNSDtLVa3ArJQN84rDt5OGvJ5lSFdNJaUPadqbY/FkLzCfXwInp+Mw/vOPcwW8koHvWMa3SShKMS3NmTYMOUS4+pbBF7xCuAcis5nRbPL0c39wwzSbIRwk= Received: by 10.36.58.19 with SMTP id g19mr3995025nza; Tue, 14 Jun 2005 14:03:13 -0700 (PDT) Received: by 10.36.58.12 with HTTP; Tue, 14 Jun 2005 14:03:13 -0700 (PDT) Message-ID: <3727392705061414032cf7ea95@mail.gmail.com> Date: Tue, 14 Jun 2005 17:03:13 -0400 From: Aziz Kezzou To: freebsd-net Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Netgraph question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Aziz Kezzou List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2005 21:03:15 -0000 Hi all, I worked a bit with netgraph nodes and I find them very amazing and powerfull... Since my netgraph experience is still quite limited ( they are out of the scope of my project actually) I would like to know if the following claim is true, I need to be sure because it is for my master thesis ;-) : "Negraph nodes allow us, theoritically, to "steal" and inject packets of _any_ type from/at _any_ level of the network subsystem" Thanks, -aziz From owner-freebsd-net@FreeBSD.ORG Tue Jun 14 21:17:26 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB11B16A41C for ; Tue, 14 Jun 2005 21:17:26 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from silver.he.iki.fi (helenius.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9530B43D48 for ; Tue, 14 Jun 2005 21:17:26 +0000 (GMT) (envelope-from pete@he.iki.fi) Received: from [193.64.42.172] (hac.vuokselantie10.fi [193.64.42.172]) by silver.he.iki.fi (Postfix) with ESMTP id CE76FBC28; Wed, 15 Jun 2005 00:17:23 +0300 (EEST) Message-ID: <42AF499C.1020707@he.iki.fi> Date: Wed, 15 Jun 2005 00:18:20 +0300 From: Petri Helenius User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Aziz Kezzou References: <3727392705061414032cf7ea95@mail.gmail.com> In-Reply-To: <3727392705061414032cf7ea95@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net Subject: Re: Netgraph 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: Tue, 14 Jun 2005 21:17:27 -0000 Aziz Kezzou wrote: >Hi all, >I worked a bit with netgraph nodes and I find them very amazing and >powerfull... Since my netgraph experience is still quite limited ( >they are out of the scope of my project actually) I would like to know >if the following claim is true, I need to be sure because it is for my >master thesis ;-) : > >"Negraph nodes allow us, theoritically, to "steal" and inject packets >of _any_ type from/at _any_ level of the network subsystem" > > Specially with the emphasis, I don't think the claim holds. You cannot mix and match the "ordinary" network subsystem nodes with netgraph nodes at will unless that's accommodated for. However while the flexibility can be considered high, it's not ultimately powerful. Pete From owner-freebsd-net@FreeBSD.ORG Tue Jun 14 21:19:18 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AA5016A41C for ; Tue, 14 Jun 2005 21:19:18 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 17D7043D1F for ; Tue, 14 Jun 2005 21:19:17 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 82410 invoked from network); 14 Jun 2005 21:19:16 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 14 Jun 2005 21:19:16 -0000 X-pair-Authenticated: 209.68.2.70 Date: Tue, 14 Jun 2005 16:19:01 -0500 (CDT) From: Mike Silbersack To: "PSI, Mike Smith" In-Reply-To: <06e401c570e2$3f342930$1b321d80@MITRE.ORG> Message-ID: <20050614161717.M8134@odysseus.silby.com> References: <06e401c570e2$3f342930$1b321d80@MITRE.ORG> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Advice needed on running idiotic test for client 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, 14 Jun 2005 21:19:18 -0000 On Tue, 14 Jun 2005, PSI, Mike Smith wrote: > Idiot test requested by client - Same as above but see how fast 10,000 > can be sent (will never come close to happening in the real world). > > Problem: Because among other things I am using let's say minimal and > ancient computer power, I hit a DOS state after about 3700 connects. I > know (think?) I am running out of mbufs because of the 2MSL delay on the > close. > > Is there any way to close a TCP connection and have all resources > immediately freed? I KNOW this is really violating all the data > integrity features of TCP, but this is an idiotic test remember. And in > this case I am not concerned about data integrety. I have noticed that > LINUX has a TCP_LINGER2 option that can at least minimize the closing > delay (freeing resources) but I haven't found anything comparable in > FreeBSD. Are the TIME_WAIT sockets building up on the client or the server? 5.x has some features so that it does not allow too many TIME_WAIT sockets to build up beyond a certain threshold, but if you're using 4.x we can still tweak some sysctl values to achieve the effect you want. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Tue Jun 14 21:22:15 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A297216A41C; Tue, 14 Jun 2005 21:22:15 +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 7179443D49; Tue, 14 Jun 2005 21:22:15 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (nprxrc@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j5ELMEes079099; Tue, 14 Jun 2005 14:22:14 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j5ELMEVU079098; Tue, 14 Jun 2005 14:22:14 -0700 (PDT) (envelope-from jmg) Date: Tue, 14 Jun 2005 14:22:14 -0700 From: John-Mark Gurney To: Aziz Kezzou Message-ID: <20050614212214.GK742@funkthat.com> Mail-Followup-To: Aziz Kezzou , freebsd-hackers , freebsd-net References: <37273927050614012154fdb80b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37273927050614012154fdb80b@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-hackers , freebsd-net Subject: Re: FreeBSD Memory Management questions ? 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: Tue, 14 Jun 2005 21:22:15 -0000 Aziz Kezzou wrote this message on Tue, Jun 14, 2005 at 04:21 -0400: > I have two questions concerning FreeBSD Memory management : > > 1 - Right now to access the memory address space of a user process > from kernel mode, I only have to set, on x86 systems, the register CR3 > to the right value. How can I do that on other architectures ? is > there an architecture-independant way of doing that ? > > 2- I have noticed that while in kernel mode the value of CR3 is equal > to that of the user process beeing interrupted. Doesn't the kernel > supposed to have its "own" page-directory, i.e it's own CR3 value ? > or is kernel virtual address resolution does not go through CR3 at > all ? You should be using copyin(9)/copyout(9) instead of playing around with CR3 directly... or fuword(9)/suword(9)... This provides a platform independant way of accessing user's memory (for the current running process)... -- 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 Tue Jun 14 21:33:15 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3850816A41C; Tue, 14 Jun 2005 21:33:15 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCA7843D1D; Tue, 14 Jun 2005 21:33:14 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.14] (imini.samsco.home [192.168.254.14]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j5ELbsha013988; Tue, 14 Jun 2005 15:37:55 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <42AF4C82.7070306@samsco.org> Date: Tue, 14 Jun 2005 15:30:42 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.7) Gecko/20050416 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John-Mark Gurney References: <37273927050614012154fdb80b@mail.gmail.com> <20050614212214.GK742@funkthat.com> In-Reply-To: <20050614212214.GK742@funkthat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: freebsd-hackers , Aziz Kezzou , freebsd-net Subject: Re: FreeBSD Memory Management questions ? 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, 14 Jun 2005 21:33:15 -0000 John-Mark Gurney wrote: > Aziz Kezzou wrote this message on Tue, Jun 14, 2005 at 04:21 -0400: > >>I have two questions concerning FreeBSD Memory management : >> >>1 - Right now to access the memory address space of a user process >>from kernel mode, I only have to set, on x86 systems, the register CR3 >>to the right value. How can I do that on other architectures ? is >>there an architecture-independant way of doing that ? >> >>2- I have noticed that while in kernel mode the value of CR3 is equal >>to that of the user process beeing interrupted. Doesn't the kernel >>supposed to have its "own" page-directory, i.e it's own CR3 value ? >>or is kernel virtual address resolution does not go through CR3 at >>all ? > > > You should be using copyin(9)/copyout(9) instead of playing around with > CR3 directly... or fuword(9)/suword(9)... This provides a platform > independant way of accessing user's memory (for the current running > process)... > Not to mention that setting CR3, or whatever on other platforms, doesn't handle accessing pages that have been swapped out. That's the real magic that copyin/copyout does. Scott From owner-freebsd-net@FreeBSD.ORG Tue Jun 14 23:17:38 2005 Return-Path: X-Original-To: net@freebsd.org Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33ED716A41C for ; Tue, 14 Jun 2005 23:17:38 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: from web33102.mail.mud.yahoo.com (web33102.mail.mud.yahoo.com [68.142.206.83]) by mx1.FreeBSD.org (Postfix) with SMTP id B2EE543D58 for ; Tue, 14 Jun 2005 23:17:37 +0000 (GMT) (envelope-from ricardo_bsd@yahoo.com.br) Received: (qmail 18673 invoked by uid 60001); 14 Jun 2005 23:17:37 -0000 Message-ID: <20050614231737.18671.qmail@web33102.mail.mud.yahoo.com> Received: from [201.1.106.26] by web33102.mail.mud.yahoo.com via HTTP; Tue, 14 Jun 2005 20:17:37 ART Date: Tue, 14 Jun 2005 20:17:37 -0300 (ART) From: "Ricardo A. Reis" To: current@freebsd.org, net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Nat on last snapshot 6.0-Current 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, 14 Jun 2005 23:17:38 -0000 Hi All, I`ve a strange problem on my desktop firewall, i test last netbsd-current and freebsd-current, last not nat with pf or ppp -nat or ipnat ;-( this ipnat.rules work in netbsd.. map tun0 192.168.0.0/24 -> 0/32 portmap tcp/udp 44000:49999 mssclamp 1440 map tun0 192.168.0.0/24 -> 0/32 mssclamp 1440 pf .... nat on $ext_if from $internal_net to any -> ($ext_if) rdr on $int_if proto tcp from any to any port 21 -> 127.0.0.1 port 8021 tcpdump in internal interface ..... 20:11:22.544615 IP 200.119.201.85.4662 > 192.168.0.2.3992: . ack 1 win 64240 20:11:24.119891 IP 192.168.0.2.3994 > 203.219.9.86.4662: S 2642123087:2642123087(0) win 65535 20:11:24.867689 IP 203.219.9.86.4662 > 192.168.0.2.3994: S 425571734:425571734(0) ack 2642123088 win 64240 20:11:24.867849 IP 192.168.0.2.3994 > 203.219.9.86.4662: . ack 1 win 65535 20:11:24.868044 IP 192.168.0.2.3994 > 203.219.9.86.4662: P 1:45(44) ack 1 win 65 pfctl -ss self tcp 192.168.0.2:3986 -> 201.1.106.26:53951 -> 82.6.184.50:4662 SYN_SENT:CLOSED self tcp 192.168.0.2:3994 -> 201.1.106.26:53854 -> 203.219.9.86:4662 FIN_WAIT_2:FIN_WAIT_2 self tcp 192.168.0.2:3982 -> 201.1.106.26:54863 -> 200.40.185.101:4662 CLOSING:CLOSED self tcp 192.168.0.2:3984 -> 201.1.106.26:57704 -> 172.180.84.194:4662 SYN_SENT:CLOSED self tcp 192.168.0.2:3988 -> 201.1.106.26:57664 -> 82.158.63.218:4662 SYN_SENT:CLOSED self tcp 192.168.0.2:3996 -> 201.1.106.26:62184 -> 85.137.17.234:4662 ESTABLISHED:ESTABLISHED self tcp 192.168.0.2:3990 -> 201.1.106.26:50582 -> 62.21.108.248:35165 SYN_SENT:CLOS On the 192.168.0.2 ping work, telnet on :80 work ... but firefox and emule not work!!! Sorry for english!! Thanks for advanced Ricardo A. Reis UNIFESP - SENAI System Admin __________________________________________________ Converse com seus amigos em tempo real com o Yahoo! Messenger http://br.download.yahoo.com/messenger/ From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 00:26:01 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9ADF16A41C for ; Wed, 15 Jun 2005 00:26:01 +0000 (GMT) (envelope-from julian@elischer.org) Received: from bigwoop.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4639E43D48 for ; Wed, 15 Jun 2005 00:26:01 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by bigwoop.vicor-nb.com (Postfix) with ESMTP id C07327A403; Tue, 14 Jun 2005 17:25:58 -0700 (PDT) Message-ID: <42AF7596.7020102@elischer.org> Date: Tue, 14 Jun 2005 17:25:58 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Petri Helenius References: <3727392705061414032cf7ea95@mail.gmail.com> <42AF499C.1020707@he.iki.fi> In-Reply-To: <42AF499C.1020707@he.iki.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , Aziz Kezzou Subject: Re: Netgraph question X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 00:26:02 -0000 Petri Helenius wrote: > Aziz Kezzou wrote: > >> Hi all, >> I worked a bit with netgraph nodes and I find them very amazing and >> powerfull... Since my netgraph experience is still quite limited ( >> they are out of the scope of my project actually) I would like to know >> if the following claim is true, I need to be sure because it is for my >> master thesis ;-) : >> >> "Negraph nodes allow us, theoritically, to "steal" and inject packets >> of _any_ type from/at _any_ level of the network subsystem" >> >> > Specially with the emphasis, I don't think the claim holds. You cannot > mix and match the "ordinary" network subsystem nodes with netgraph > nodes at will unless that's accommodated for. However while the > flexibility can be considered high, it's not ultimately powerful. I think that the true statement would be something like: "a root enabled process can arange to intercept and inject packets from any part of th enetwork system which has netgraph hooks." This then make s one ask "where are there netgraph hooks?" and the answer would be: any tty interface any network interface (using a node gleb has I believe) any ethernet interface any vlan interface a socket (netgraph can open sockets and attach to them) any sync card with a netgraph hook (sr and ar) at the firewall (ipfw can pass to netgraph) see also: divert sockets > > Pete > > _______________________________________________ > 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 Jun 15 02:24:24 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA2DD16A41C for ; Wed, 15 Jun 2005 02:24:23 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from mail.ntmk.ru (mail.ntmk.ru [217.114.241.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E2FC43D49 for ; Wed, 15 Jun 2005 02:24:22 +0000 (GMT) (envelope-from boris@ntmk.ru) Received: from boris.nikom.ru ([10.1.16.195]) by mail.ntmk.ru with esmtp (Exim 4.51) id 1DiNZk-0006To-DL for freebsd-net@freebsd.org; Wed, 15 Jun 2005 08:24:20 +0600 Message-ID: <42AF9153.5080508@ntmk.ru> Date: Wed, 15 Jun 2005 08:24:19 +0600 From: Boris Kovalenko User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050328) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: PPP & ip duplication 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, 15 Jun 2005 02:24:24 -0000 Hello! I'm useing FreeBSD 5.4 as PPPoE server. Configuration is very simple: rc.conf pppoed_enable="YES" pppoed_interface="fxp0" pppoed_provider="pppoe" ppp.conf pppoe: enable pap disable chap allow mode direct set mru 1492 set mtu 1492 set speed sync set radius /etc/radius.conf set ifaddr x.x.x.254 x.x.x.225-x.x.x.253 255.255.255.255 set dns x.x.x.1 enable dns accept dns set timeout 3600 enable lqr echo set lqrperiod 15 set echoperiod 15 Very often the new logged user got ip another user already has!! So both users stop working. Anyone seeing this? There was no problems with 4.9 and 5.2.1 branches. -- With respect, Boris Kovalenko From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 09:12:00 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB39B16A41C for ; Wed, 15 Jun 2005 09:12:00 +0000 (GMT) (envelope-from itabox@yandex.ru) Received: from ns.eurasia.msk.ru (ns.eurasia.msk.ru [82.179.211.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9190643D4C for ; Wed, 15 Jun 2005 09:12:00 +0000 (GMT) (envelope-from itabox@yandex.ru) Received: from [192.168.1.104] (helo=work.neweurasia.ru) by ns.eurasia.msk.ru with esmtp (Exim 4.43) id 1DiTwF-000KKW-I3 for freebsd-net@freebsd.org; Wed, 15 Jun 2005 13:11:59 +0400 Date: Wed, 15 Jun 2005 13:11:59 +0400 From: Timur Nasyrov X-Mailer: The Bat! (v2.12.00) X-Priority: 3 (Normal) Message-ID: <174868960.20050615131159@yandex.ru> To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Content-Transfer-Encoding: 8bit X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0125], KAS/Release X-Spamtest-Info: Pass through Subject: NFS troubles X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Timur Nasyrov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 09:12:01 -0000 Hello, I am a newbie in the FreeBSD so if my question is dummy, please forgive me. I’m trying to establish NFS communication between two FreeBSD boxes (5.3 Release and 4.10 Release). After mounting shared resource I try to copy some data into nfs-mounted point. And one strange thing is noticed – my files on the nfs-mounted folder have as owner "-2" but as group have "wheel". When I trying to use a file manager (Midnight Commander) to copy data from local drive to nfs-mounted point I receive an error-message: "Cannot chown target file "file_name" Operation not permitted". Even though the file itself is copied with "-2:wheel" UID/GID. What is wrong? Thank you in advance! -- Timur From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 10:05:51 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37C0316A41C; Wed, 15 Jun 2005 10:05:51 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB7E143D48; Wed, 15 Jun 2005 10:05:50 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.org (localhost [127.0.0.1]) by mail.yazzy.org (Postfix) with SMTP id E0E5939869; Wed, 15 Jun 2005 12:06:18 +0200 (CEST) Received: from 148.122.180.9 (SquirrelMail authenticated user lists@yazzy.org) by mail.yazzy.org with HTTP; Wed, 15 Jun 2005 12:06:18 +0200 (CEST) Message-ID: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> Date: Wed, 15 Jun 2005 12:06:18 +0200 (CEST) From: "M.Jessa" To: , X-Priority: 3 Importance: Normal X-Mailer: SquirrelMail (version 1.2.11) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Looking for networking solution. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lists@yazzy.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 10:05:51 -0000 Hi guys. I am looking for solution I could implement on a link with a huge latency when ping replies can go up to a few hundred miliseconds, e.g sateliete links. What I was thinking about is some kind of virtual interface which could translate tcp to udp in one of the pears of the link and push the data it received from a 'normal' interface through the virtual interface without bothering about ack-timing. The receiving end would have a similar interface which would translate the udp data stream to tcp and then route it out to the internet. (normal network)tcp<-->virtual udp interface<-------->virtual udp interface<-->tcp(normal network) Is there something avaliable on FreeBSD that can be used for that purpose? Maybe someone is working on such a thing in CURRENT ? Any thoughts about that? Any sugestions for a solution? Regards, Marcin Jessa. From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 12:14:02 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A0A16A41F for ; Wed, 15 Jun 2005 12:14:02 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id B369B43D49 for ; Wed, 15 Jun 2005 12:14:01 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so278812nzk for ; Wed, 15 Jun 2005 05:14:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XZcDiAvT/v/e71lO+FMd5iDDWNTeJL9i1GGKjiRc3odANCcJPs4l6lNEEGmIUgkCZn1CzPHojGp22F9TXtK3mAhBB+cXmdK3kZOpFdSbxDmHiSY4fyKBtoTjjZclTRdHh/TKhYNMtC0oOPReK1p1Nwpz6CuF15S3kH46pQvo99Q= Received: by 10.36.37.19 with SMTP id k19mr4396nzk; Wed, 15 Jun 2005 05:14:01 -0700 (PDT) Received: by 10.36.86.4 with HTTP; Wed, 15 Jun 2005 05:14:01 -0700 (PDT) Message-ID: <79722fad05061505141b3ddb4c@mail.gmail.com> Date: Wed, 15 Jun 2005 15:14:01 +0300 From: Vlad GALU To: freebsd-net@freebsd.org, current@freebsd.org In-Reply-To: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> Cc: Subject: Re: Looking for networking solution. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vlad GALU List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:14:02 -0000 On 6/15/05, M.Jessa wrote: > Hi guys. >=20 > I am looking for solution I could implement on a link with a huge latency > when ping replies can go up to a few hundred miliseconds, e.g sateliete > links. > What I was thinking about is some kind of virtual interface which could > translate tcp to udp in one of the pears of the link and push the data it > received from a 'normal' interface through the virtual interface without > bothering about ack-timing. > The receiving end would have a similar interface which would translate th= e > udp data stream to tcp and then route it out to the internet. > (normal network)tcp<-->virtual udp interface<-------->virtual udp > interface<-->tcp(normal network) >=20 > Is there something avaliable on FreeBSD that can be used for that purpose= ? > Maybe someone is working on such a thing in CURRENT ? > Any thoughts about that? Any sugestions for a solution? I suppose you can use OpenVPN for that, which encapsulates all IP traffic into UDP datagrams. But still, your TCP implementation will time out as if there wasn't any tunnelling involved. >=20 >=20 > Regards, > Marcin Jessa. >=20 >=20 > _______________________________________________ > 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" >=20 --=20 If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 12:15:30 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF66D16A41F for ; Wed, 15 Jun 2005 12:15:30 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from mx.tele-kom.ru (mx.tele-kom.ru [213.80.148.6]) by mx1.FreeBSD.org (Postfix) with SMTP id CBB6D43D4C for ; Wed, 15 Jun 2005 12:15:29 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: (qmail 33834 invoked from network); 15 Jun 2005 12:15:28 -0000 Received: from stormwind.tele-kom.ru (213.80.148.43) by mx.tele-kom.ru with SMTP; 15 Jun 2005 12:15:28 -0000 Received: (qmail 6297 invoked by uid 2004); 15 Jun 2005 12:15:27 -0000 Received: from mx2.freebsd.org (mx2.freebsd.org [216.136.204.119]) by stormwind.tele-kom.ru (Postfix) with ESMTP id D4AB4159B820 for ; Wed, 15 Jun 2005 16:15:25 +0400 (MSD) Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id BFB8257719; Wed, 15 Jun 2005 12:14:26 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 8F84A16A468; Wed, 15 Jun 2005 12:14:16 +0000 (GMT) (envelope-from owner-freebsd-current@freebsd.org) X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1318216A41C for ; Wed, 15 Jun 2005 12:14:02 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id B350843D48 for ; Wed, 15 Jun 2005 12:14:01 +0000 (GMT) (envelope-from vladgalu@gmail.com) Received: by zproxy.gmail.com with SMTP id 40so278813nzk for ; Wed, 15 Jun 2005 05:14:01 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XZcDiAvT/v/e71lO+FMd5iDDWNTeJL9i1GGKjiRc3odANCcJPs4l6lNEEGmIUgkCZn1CzPHojGp22F9TXtK3mAhBB+cXmdK3kZOpFdSbxDmHiSY4fyKBtoTjjZclTRdHh/TKhYNMtC0oOPReK1p1Nwpz6CuF15S3kH46pQvo99Q= Received: by 10.36.37.19 with SMTP id k19mr4396nzk; Wed, 15 Jun 2005 05:14:01 -0700 (PDT) Received: by 10.36.86.4 with HTTP; Wed, 15 Jun 2005 05:14:01 -0700 (PDT) Message-ID: <79722fad05061505141b3ddb4c@mail.gmail.com> Date: Wed, 15 Jun 2005 15:14:01 +0300 From: Vlad GALU To: freebsd-net@freebsd.org, current@freebsd.org In-Reply-To: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-current@freebsd.org Errors-To: owner-freebsd-current@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Confidence: 0.6000 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 42b01bdf62811055640554 Cc: Subject: Re: Looking for networking solution. X-BeenThere: freebsd-net@freebsd.org Reply-To: Vlad GALU List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 12:15:31 -0000 On 6/15/05, M.Jessa wrote: > Hi guys. > > I am looking for solution I could implement on a link with a huge latency > when ping replies can go up to a few hundred miliseconds, e.g sateliete > links. > What I was thinking about is some kind of virtual interface which could > translate tcp to udp in one of the pears of the link and push the data it > received from a 'normal' interface through the virtual interface without > bothering about ack-timing. > The receiving end would have a similar interface which would translate the > udp data stream to tcp and then route it out to the internet. > (normal network)tcp<-->virtual udp interface<-------->virtual udp > interface<-->tcp(normal network) > > Is there something avaliable on FreeBSD that can be used for that purpose? > Maybe someone is working on such a thing in CURRENT ? > Any thoughts about that? Any sugestions for a solution? I suppose you can use OpenVPN for that, which encapsulates all IP traffic into UDP datagrams. But still, your TCP implementation will time out as if there wasn't any tunnelling involved. > > > Regards, > Marcin Jessa. > > > _______________________________________________ > 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" > -- If it's there, and you can see it, it's real. If it's not there, and you can see it, it's virtual. If it's there, and you can't see it, it's transparent. If it's not there, and you can't see it, you erased it. _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" !DSPAM:42b01bdf62811055640554! From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 12:56:26 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A874C16A41C for ; Wed, 15 Jun 2005 12:56:26 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD7E43D49 for ; Wed, 15 Jun 2005 12:56:26 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id 39042320247; Wed, 15 Jun 2005 14:56:25 +0200 (CEST) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 1FA11407E; Wed, 15 Jun 2005 14:56:02 +0200 (CEST) Date: Wed, 15 Jun 2005 14:56:02 +0200 From: Jeremie Le Hen To: Mike Silbersack Message-ID: <20050615125602.GS30017@obiwan.tataz.chchile.org> References: <06e401c570e2$3f342930$1b321d80@MITRE.ORG> <20050614161717.M8134@odysseus.silby.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050614161717.M8134@odysseus.silby.com> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org Subject: Re: Advice needed on running idiotic test for client 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, 15 Jun 2005 12:56:26 -0000 Hi Mike, > 5.x has some features so that it does not allow too many TIME_WAIT sockets > to build up beyond a certain threshold, but if you're using 4.x we can > still tweak some sysctl values to achieve the effect you want. Would you mind being a little more precise on these two topics please, I'm very interested in them. Thanks. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 13:08:28 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A422D16A41C for ; Wed, 15 Jun 2005 13:08:28 +0000 (GMT) (envelope-from mlsmith@mitre.org) Received: from smtp-bedford-dr.mitre.org (smtp-bedford-dr-x.mitre.org [192.160.51.65]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D2C043D49 for ; Wed, 15 Jun 2005 13:08:28 +0000 (GMT) (envelope-from mlsmith@mitre.org) Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (8.11.6/8.11.6) with SMTP id j5FD8R812181 for ; Wed, 15 Jun 2005 09:08:27 -0400 Received: from smtp-bedford-dr.mitre.org (localhost.localdomain [127.0.0.1]) by smtp-bedford-dr.mitre.org (Postfix) with ESMTP id 43B174F8E5 for ; Wed, 15 Jun 2005 09:08:27 -0400 (EDT) Received: from MAILHUB1 (mailhub1.mitre.org [129.83.20.31]) by smtp-bedford-dr.mitre.org (8.11.6/8.11.6) with ESMTP id j5FD8QO12088; Wed, 15 Jun 2005 09:08:26 -0400 Received: from mm112487-2k.mitre.org (128.29.50.27) by mailhub1.mitre.org with SMTP id 18485990; Wed, 15 Jun 2005 09:08:23 -0400 Message-ID: <07c601c571ab$4eb83ad0$1b321d80@MITRE.ORG> From: "PSI, Mike Smith" To: "Mike Silbersack" References: <06e401c570e2$3f342930$1b321d80@MITRE.ORG> <20050614161717.M8134@odysseus.silby.com> Date: Wed, 15 Jun 2005 09:08:22 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1437 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Cc: freebsd-net@freebsd.org Subject: Re: Advice needed on running idiotic test for client 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, 15 Jun 2005 13:08:28 -0000 ----- Original Message ----- From: "Mike Silbersack" > > Are the TIME_WAIT sockets building up on the client or the server? > > 5.x has some features so that it does not allow too many TIME_WAIT sockets > to build up beyond a certain threshold, but if you're using 4.x we can > still tweak some sysctl values to achieve the effect you want. > > Mike "Silby" Silbersack > > Seems like there might be some interest in this after all.....so I'll go back to the list (feel free to chase this topic off if it is actually of little interest - I won't be offended). The buildup of the TIME_WAIT sockets is on the SERVER side. And I am using FreeBSD 4.7 (with an incredible amount of kernel mods for ISO, QOS, Air/Ground communications support, etc.) Mods don't affect this problem but is why I am stuck with FreeBSD 4.7. Mike Smith From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 13:22:56 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7A3316A424 for ; Wed, 15 Jun 2005 13:22:56 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from mailhost.stack.nl (vaak.stack.nl [131.155.140.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 986AD43D1F for ; Wed, 15 Jun 2005 13:22:54 +0000 (GMT) (envelope-from marcolz@stack.nl) Received: from hammer.stack.nl (hammer.stack.nl [IPv6:2001:610:1108:5010::153]) by mailhost.stack.nl (Postfix) with ESMTP id B40E81F02D; Wed, 15 Jun 2005 15:22:52 +0200 (CEST) Received: by hammer.stack.nl (Postfix, from userid 333) id 93F5A6337; Wed, 15 Jun 2005 15:22:52 +0200 (CEST) Date: Wed, 15 Jun 2005 15:22:52 +0200 From: Marc Olzheim To: "PSI, Mike Smith" Message-ID: <20050615132252.GA63482@stack.nl> References: <06e401c570e2$3f342930$1b321d80@MITRE.ORG> <20050614161717.M8134@odysseus.silby.com> <07c601c571ab$4eb83ad0$1b321d80@MITRE.ORG> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline In-Reply-To: <07c601c571ab$4eb83ad0$1b321d80@MITRE.ORG> X-Operating-System: FreeBSD hammer.stack.nl 5.4-STABLE FreeBSD 5.4-STABLE X-URL: http://www.stack.nl/~marcolz/ User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org Subject: Re: Advice needed on running idiotic test for client 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, 15 Jun 2005 13:22:57 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 15, 2005 at 09:08:22AM -0400, PSI, Mike Smith wrote: > ----- Original Message -----=20 > > Are the TIME_WAIT sockets building up on the client or the server? > > > > 5.x has some features so that it does not allow too many TIME_WAIT sock= ets > > to build up beyond a certain threshold, but if you're using 4.x we can > > still tweak some sysctl values to achieve the effect you want. > > > > Mike "Silby" Silbersack > > > > >=20 > Seems like there might be some interest in this after all.....so I'll go > back to the list (feel free to chase this topic off if it is actually of > little interest - I won't be offended). >=20 > The buildup of the TIME_WAIT sockets is on the SERVER side. And I am using > FreeBSD 4.7 (with an incredible amount of kernel mods for ISO, QOS, > Air/Ground communications support, etc.) Mods don't affect this problem b= ut > is why I am stuck with FreeBSD 4.7. On FreeBSD 4.x we use 'sysctl net.inet.tcp.keepintvl=3D7500' to speed up the reuse of tcp sockets, because the loadbalancer in front of it handles the connections anyway... Marc --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFCsCusezjnobFOgrERAu4XAJ9Q3YebHRHWDx7YOzNMYGLvkKmF/ACfQitY hukqIc1DeR4CE7FeXQx1MpE= =O42D -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 14:08:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DF73A16A41C for ; Wed, 15 Jun 2005 14:08:11 +0000 (GMT) (envelope-from jeffm@frob.org) Received: from triton.genwebhost.com (triton.genwebhost.com [209.9.226.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B46D543D1F for ; Wed, 15 Jun 2005 14:08:11 +0000 (GMT) (envelope-from jeffm@frob.org) Received: from jmeegan by triton.genwebhost.com with local (Exim 4.43) id 1DiYYs-0002Iq-IY for freebsd-net@freebsd.org; Wed, 15 Jun 2005 10:08:10 -0400 Received: from 130.76.32.15 ([130.76.32.15]) (SquirrelMail authenticated user jeffm@frob.org) by www.frob.org with HTTP; Wed, 15 Jun 2005 10:08:09 -0400 (EDT) Message-ID: <27188.130.76.32.15.1118844489.squirrel@www.frob.org> In-Reply-To: <79722fad05061505141b3ddb4c@mail.gmail.com> References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> <79722fad05061505141b3ddb4c@mail.gmail.com> Date: Wed, 15 Jun 2005 10:08:09 -0400 (EDT) From: jeffm@frob.org To: freebsd-net@freebsd.org User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - triton.genwebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32337 32338] / [47 12] X-AntiAbuse: Sender Address Domain - frob.org X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Looking for networking solution. 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, 15 Jun 2005 14:08:12 -0000 > On 6/15/05, M.Jessa wrote: > Hi guys. > > I am looking for solution I could implement on a link with a huge > latency I am only familiar with split connection gateways. They totally isolate TCP from the effects of the satellite link by using some sort of enhanced protocol over the middle hop. The end TCPs are terminated locally and do not see large RTTs or latency. I did some work last year with Mitre's reference implementation of SCPS-TP, which made a huge difference. However, splitting the TCP connection does cause some issues. jeff From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 14:39:34 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53D3016A41C; Wed, 15 Jun 2005 14:39:34 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B7ABF43D4C; Wed, 15 Jun 2005 14:39:33 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j5FEdLYZ091353 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 15 Jun 2005 18:39:22 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j5FEdKTG008740 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jun 2005 18:39:21 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j5FEdKe0008739; Wed, 15 Jun 2005 18:39:20 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 15 Jun 2005 18:39:19 +0400 From: Gleb Smirnoff To: gtg062h@mail.gatech.edu Message-ID: <20050615143919.GE8060@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , gtg062h@mail.gatech.edu, Yar Tikhiy , freebsd-net@freebsd.org, freebsd-pf@freebsd.org References: <7c8f2792050610090049064e11@mail.gmail.com> <7c8f279205061116021f55e8da@mail.gmail.com> <7c8f279205061307103b1782f4@mail.gmail.com> <20050613153550.GA54388@comp.chem.msu.su> <7c8f2792050613090040c924c3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <7c8f2792050613090040c924c3@mail.gmail.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: Yar Tikhiy , freebsd-pf@FreeBSD.org, freebsd-net@FreeBSD.org Subject: Re: Carp Suppression 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, 15 Jun 2005 14:39:34 -0000 On Mon, Jun 13, 2005 at 12:00:36PM -0400, Josh Kayse wrote: J> The reason we are using CARP on a PLIP interface is to allow us to J> have redundant connections between 2 transparent bridging firewalls. J> Instead of sending packets over our network, we isolate them onto a J> PLIP interface and crossover interface. We then use ifstaded to J> monitor the carp interfaces and shut down bridging on one of the J> machines. AFAIU, you use PLIP line as some flag that triggers suppression. If slave "sees" master via PLIP, it keeps itself in slave mode. May be I don't understand you right. Although the idea is not officially supported, it is interesting. Can you please draw your setup, since I don't understand it clearly? Bringing link state support for p2p interfaces is a TODO, although CARP is not going to be supported on p2p interfaces officially. J> I will refrain from submitting any code to the community in the future. Why? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 16:04:16 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C07FB16A41C for ; Wed, 15 Jun 2005 16:04:16 +0000 (GMT) (envelope-from kfl@xiphos.ca) Received: from mail.net (custpop.ca.mci.com [142.77.1.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84A4E43D53 for ; Wed, 15 Jun 2005 16:04:16 +0000 (GMT) (envelope-from kfl@xiphos.ca) Received: from [216.95.199.148] (account kfl@xiphos.ca HELO [192.168.1.7]) by mail.net (CommuniGate Pro SMTP 4.2.8) with ESMTP id 63812261 for freebsd-net@freebsd.org; Wed, 15 Jun 2005 12:04:15 -0400 Message-ID: <42B0528D.9080308@xiphos.ca> Date: Wed, 15 Jun 2005 12:08:45 -0400 From: Karim Fodil-Lemelin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: (panic) Lots of network memory needed 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, 15 Jun 2005 16:04:16 -0000 Hello, From kernel tuning page (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kernel-limits.html) Some sentence about nmbclusters says: "Under no circumstances should you specify an arbitrarily high value for this parameter as it could lead to a boot time crash." Now I want to push the limits where I need 4KB buffer for each of the 32000 connections I want this server to handle. If I do the math: (32000 (conns) * 4 (KB/buffer) * 2 (buffer/conn)) / 2048 (KB/cluster) = 128000 clusters So I set this arbitrary high value in loader.conf under (kern.ipc.nmbclusters) and no surprises I get panic: pmap_enter invalid page directory pdir=0x3cb063, va=0xfff800 (va has a weird address here) I know I am pushing the limits here but I have plenty of memory (2GB) on this system (after all its just 250MB for network memory ;) and this is mainly just experimentation. I would like some pointers toward fixing this. Is there another variable tied into this (I guess so)? Could anybody points me to a technical document that would explain the relationship with that (those) other(s) presumed variable(s)? Thank you, Karim From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 18:06:43 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C294E16A41C for ; Wed, 15 Jun 2005 18:06:43 +0000 (GMT) (envelope-from kfl@xiphos.ca) Received: from mail.net (custpop.ca.mci.com [142.77.1.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DAEC43D49 for ; Wed, 15 Jun 2005 18:06:42 +0000 (GMT) (envelope-from kfl@xiphos.ca) Received: from [216.95.199.148] (account kfl@xiphos.ca HELO [192.168.1.7]) by mail.net (CommuniGate Pro SMTP 4.2.8) with ESMTP id 63835675; Wed, 15 Jun 2005 14:06:41 -0400 Message-ID: <42B06F3D.4050504@xiphos.ca> Date: Wed, 15 Jun 2005 14:11:09 -0400 From: Karim Fodil-Lemelin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Goran Spirovski - MorEl On.net" , freebsd-net@freebsd.org References: <42B0528D.9080308@xiphos.ca> <002301c571d0$ab6c60b0$680a0a0a@onnet> In-Reply-To: <002301c571d0$ab6c60b0$680a0a0a@onnet> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: (panic) Lots of network memory needed 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, 15 Jun 2005 18:06:44 -0000 Thanks but the system still crashes (FreeBSD 4.9) with 131072. Here is a backtrace showing just that: Debugger (msg=0xc02b6cdb "panic") at ../../i386/i386/db_interface.c:321 321 } (kgdb) bt #0 Debugger (msg=0xc02b6cdb "panic") at ../../i386/i386/db_interface.c:321 #1 0xc016a230 in panic ( fmt=0xc02ea380 "pmap_enter: invalid page directory pdir=%#llx, va=%#x\n") at ../../kern/kern_shutdown.c:593 #2 0xc0283594 in pmap_enter (pmap=0xc0340460, va=4292141056, m=0xc24b2848, prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1943 #3 0xc023ddd0 in vm_fault (map=0xc033322c, vaddr=4292141056, fault_type=7 '\a', fault_flags=1) at ../../vm/vm_fault.c:841 #4 0xc023df0a in vm_fault_wire (map=0xc033322c, start=4292141056, end=4292149248) at ../../vm/vm_fault.c:915 #5 0xc0240831 in vm_map_pageable (map=0xc033322c, start=4292141056, real_end=4292149248, new_pageable=0) at ../../vm/vm_map.c:1817 #6 0xc023ea25 in kmem_alloc (map=0xc033322c, size=8192) at ../../vm/vm_kern.c:213 #7 0xc024a46f in _zget (z=0xdb5c6e80) at ../../vm/vm_zone.c:425 #8 0xc024a269 in zalloc (z=0xdb5c6e80) at ../../vm/vm_zone.c:60 #9 0xc0196106 in namei (ndp=0xfa489ef4) at ../../kern/vfs_lookup.c:104 #10 0xc01614ca in execve (p=0xfa482e00, uap=0xfa489f90) at ../../kern/kern_exec.c:165 #11 0xc01590a1 in start_init (dummy=0x0) at ../../kern/init_main.c:543 (kgdb) p nmbclusters $1 = 131072 (kgdb) Goran Spirovski - MorEl On.net wrote: >AFAIK the number of mbufs (and consequently nmbclusters) has to be a power >of 2, so you should set it to 131072 > >MorEl > >----- Original Message ----- >From: "Karim Fodil-Lemelin" >To: >Sent: Wednesday, June 15, 2005 6:08 PM >Subject: (panic) Lots of network memory needed > > > > >>Hello, >> >>From kernel tuning page >> >> >(http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kern >el-limits.html) > > >>Some sentence about nmbclusters says: >> >>"Under no circumstances should you specify an arbitrarily high value for >> >> >this parameter as it could lead to a boot time crash." > > >>Now I want to push the limits where I need 4KB buffer for each of the >> >> >32000 connections I want this server to handle. If I do the math: > > >>(32000 (conns) * 4 (KB/buffer) * 2 (buffer/conn)) / 2048 (KB/cluster) >> >>= 128000 clusters >> >>So I set this arbitrary high value in loader.conf under >> >> >(kern.ipc.nmbclusters) and no surprises I get panic: pmap_enter invalid page >directory pdir=0x3cb063, va=0xfff800 > > >>(va has a weird address here) >> >>I know I am pushing the limits here but I have plenty of memory (2GB) on >> >> >this system (after all its just 250MB for network memory ;) and this is >mainly just experimentation. > > >>I would like some pointers toward fixing this. Is there another variable >> >> >tied into this (I guess so)? Could anybody points me to a technical document >that would explain the relationship with that (those) other(s) presumed >variable(s)? > > >>Thank you, >> >> >>Karim >> >> >>_______________________________________________ >>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" >> >> > > > > > -- Karim Fodil-Lemelin Lead Programmer Xiphos Technologies Inc. (514) 848-9640 x223 (514) 848-9644 fax www.xiplink.com -------------------------------------------------------------- The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you have received this in error, please contact the sender and delete this communication and any copy immediately. Thank you. From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 18:32:21 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 485DB16A41C for ; Wed, 15 Jun 2005 18:32:21 +0000 (GMT) (envelope-from josh.kayse@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id C65BE43D49 for ; Wed, 15 Jun 2005 18:32:20 +0000 (GMT) (envelope-from josh.kayse@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so1860387wra for ; Wed, 15 Jun 2005 11:32:19 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LzzoEhFQavuGtifZvCEWZuL+0xDy2RskM8qoeZ5ixOmBdFn57GM1ip5p335Kcn7wf4hRS0t5pGKCODkOan2D392rP5zt2UaRe/PCXje+8qjqASpL12bYE+MXwF3IqKDdx1T+RgytK1TmjsKn84UG9gzHJCNOeLUp2/9bq5mG2cU= Received: by 10.54.101.10 with SMTP id y10mr28149wrb; Wed, 15 Jun 2005 11:32:19 -0700 (PDT) Received: by 10.54.23.52 with HTTP; Wed, 15 Jun 2005 11:32:19 -0700 (PDT) Message-ID: <7c8f27920506151132670c035@mail.gmail.com> Date: Wed, 15 Jun 2005 14:32:19 -0400 From: Josh Kayse To: Gleb Smirnoff , Yar Tikhiy , freebsd-net@freebsd.org, freebsd-pf@freebsd.org In-Reply-To: <20050615143919.GE8060@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <7c8f2792050610090049064e11@mail.gmail.com> <7c8f279205061116021f55e8da@mail.gmail.com> <7c8f279205061307103b1782f4@mail.gmail.com> <20050613153550.GA54388@comp.chem.msu.su> <7c8f2792050613090040c924c3@mail.gmail.com> <20050615143919.GE8060@cell.sick.ru> Cc: Subject: Re: Carp Suppression X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gtg062h@mail.gatech.edu List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2005 18:32:21 -0000 On 6/15/05, Gleb Smirnoff wrote: =20 > AFAIU, you use PLIP line as some flag that triggers suppression. If > slave "sees" master via PLIP, it keeps itself in slave mode. May be > I don't understand you right. >=20 > Although the idea is not officially supported, it is interesting. Can you > please draw your setup, since I don't understand it clearly? >=20 __________ em0 | |em1 ------------| FW1 |----------- |_________| xl0(carp0)| | plip0(carp1) ___|___|___ em0 | | em1 -----------| FW2 |---------- |__________| Bridging is done through em0/em1 which are both monitored by ifstated for link state only (backported patch from HEAD). When one of the bridging ports is disconnected, ifstaded changes the advskew of carp0 and carp1 to 254 so that the carp interfaces failover. When ifstated see the carp interfaces as BOTH master, the slave firewall takes over bridging. This gives us redundant firewalls, with redundant heartbeat connections. > Bringing link state support for p2p interfaces is a TODO, although > CARP is not going to be supported on p2p interfaces officially. >=20 > J> I will refrain from submitting any code to the community in the future= . >=20 > Why? I was just grumpy, we had just expanded server room and everything broke, etc etc. Don't mind me at all. If you have any other questions, just let me know. PS. I stink at ascii drawings. --=20 Joshua Kayse Computer Engineering From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 18:57:16 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B277E16A41C for ; Wed, 15 Jun 2005 18:57:16 +0000 (GMT) (envelope-from dbaukus@chiaro.com) Received: from rchss002.chiaro.com (rchss002.chiaro.com [63.88.196.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FF9443D4C for ; Wed, 15 Jun 2005 18:57:16 +0000 (GMT) (envelope-from dbaukus@chiaro.com) Received: from rchst007.cus.chiaro.com ([192.168.8.120]) by rchss002.chiaro.com (8.12.11/8.12.11) with SMTP id j5FIsPg7028735; Wed, 15 Jun 2005 13:54:25 -0500 (CDT) (envelope-from dbaukus@chiaro.com) Received: from chiaro.com ([192.168.25.95]) by rchst007.cus.chiaro.com with Microsoft SMTPSVC(5.0.2195.6713); Wed, 15 Jun 2005 13:57:14 -0500 Message-ID: <42B07A31.70201@chiaro.com> Date: Wed, 15 Jun 2005 13:57:53 -0500 From: dave baukus Organization: Chiaro Networks User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20040414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Karim Fodil-Lemelin References: <42B0528D.9080308@xiphos.ca> <002301c571d0$ab6c60b0$680a0a0a@onnet> <42B06F3D.4050504@xiphos.ca> In-Reply-To: <42B06F3D.4050504@xiphos.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Jun 2005 18:57:14.0585 (UTC) FILETIME=[0B46A490:01C571DC] Cc: freebsd-net@freebsd.org Subject: Re: (panic) Lots of network memory needed 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, 15 Jun 2005 18:57:16 -0000 I'm fairly sure that you are out of kernel virtual memory. Look at kern/kern_malloc.c kmeminit (); you can play w/ VM_KMEM_SIZE_MAX or TUNABLE_INT_FETCH("kern.vm.kmem.size", &vm_kmem_size); /* * Try to auto-tune the kernel memory size, so that it is * more applicable for a wider range of machine sizes. * On an X86, a VM_KMEM_SIZE_SCALE value of 4 is good, while * a VM_KMEM_SIZE of 12MB is a fair compromise. The * VM_KMEM_SIZE_MAX is dependent on the maximum KVA space * available, and on an X86 with a total KVA space of 256MB, * try to keep VM_KMEM_SIZE_MAX at 80MB or below. * * Note that the kmem_map is also used by the zone allocator, * so make sure that there is enough space. */ vm_kmem_size = VM_KMEM_SIZE; mem_size = cnt.v_page_count * PAGE_SIZE; #if defined(VM_KMEM_SIZE_SCALE) if ((mem_size / VM_KMEM_SIZE_SCALE) > vm_kmem_size) vm_kmem_size = mem_size / VM_KMEM_SIZE_SCALE; #endif #if defined(VM_KMEM_SIZE_MAX) if (vm_kmem_size >= VM_KMEM_SIZE_MAX) vm_kmem_size = VM_KMEM_SIZE_MAX; #endif /* Allow final override from the kernel environment */ TUNABLE_INT_FETCH("kern.vm.kmem.size", &vm_kmem_size); Karim Fodil-Lemelin wrote: > Thanks but the system still crashes (FreeBSD 4.9) with 131072. Here is a > backtrace showing just that: > > Debugger (msg=0xc02b6cdb "panic") at ../../i386/i386/db_interface.c:321 > 321 } > (kgdb) bt > #0 Debugger (msg=0xc02b6cdb "panic") at ../../i386/i386/db_interface.c:321 > #1 0xc016a230 in panic ( > fmt=0xc02ea380 "pmap_enter: invalid page directory pdir=%#llx, > va=%#x\n") > at ../../kern/kern_shutdown.c:593 > #2 0xc0283594 in pmap_enter (pmap=0xc0340460, va=4292141056, m=0xc24b2848, > prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1943 > #3 0xc023ddd0 in vm_fault (map=0xc033322c, vaddr=4292141056, > fault_type=7 '\a', fault_flags=1) at ../../vm/vm_fault.c:841 > #4 0xc023df0a in vm_fault_wire (map=0xc033322c, start=4292141056, > end=4292149248) at ../../vm/vm_fault.c:915 > #5 0xc0240831 in vm_map_pageable (map=0xc033322c, start=4292141056, > real_end=4292149248, new_pageable=0) at ../../vm/vm_map.c:1817 > #6 0xc023ea25 in kmem_alloc (map=0xc033322c, size=8192) > at ../../vm/vm_kern.c:213 > #7 0xc024a46f in _zget (z=0xdb5c6e80) at ../../vm/vm_zone.c:425 > #8 0xc024a269 in zalloc (z=0xdb5c6e80) at ../../vm/vm_zone.c:60 > #9 0xc0196106 in namei (ndp=0xfa489ef4) at ../../kern/vfs_lookup.c:104 > #10 0xc01614ca in execve (p=0xfa482e00, uap=0xfa489f90) > at ../../kern/kern_exec.c:165 > #11 0xc01590a1 in start_init (dummy=0x0) at ../../kern/init_main.c:543 > (kgdb) p nmbclusters > $1 = 131072 > (kgdb) > > Goran Spirovski - MorEl On.net wrote: > >> AFAIK the number of mbufs (and consequently nmbclusters) has to be a >> power >> of 2, so you should set it to 131072 >> >> MorEl >> >> ----- Original Message ----- From: "Karim Fodil-Lemelin" >> To: >> Sent: Wednesday, June 15, 2005 6:08 PM >> Subject: (panic) Lots of network memory needed >> >> >> >> >>> Hello, >>> >>> From kernel tuning page >>> >> >> (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kern >> >> el-limits.html) >> >> >>> Some sentence about nmbclusters says: >>> >>> "Under no circumstances should you specify an arbitrarily high value for >>> >> >> this parameter as it could lead to a boot time crash." >> >> >>> Now I want to push the limits where I need 4KB buffer for each of the >>> >> >> 32000 connections I want this server to handle. If I do the math: >> >> >>> (32000 (conns) * 4 (KB/buffer) * 2 (buffer/conn)) / 2048 (KB/cluster) >>> >>> = 128000 clusters >>> >>> So I set this arbitrary high value in loader.conf under >>> >> >> (kern.ipc.nmbclusters) and no surprises I get panic: pmap_enter >> invalid page >> directory pdir=0x3cb063, va=0xfff800 >> >> >>> (va has a weird address here) >>> >>> I know I am pushing the limits here but I have plenty of memory (2GB) on >>> >> >> this system (after all its just 250MB for network memory ;) and this is >> mainly just experimentation. >> >> >>> I would like some pointers toward fixing this. Is there another variable >>> >> >> tied into this (I guess so)? Could anybody points me to a technical >> document >> that would explain the relationship with that (those) other(s) presumed >> variable(s)? >> >> >>> Thank you, >>> >>> >>> Karim >>> >>> >>> _______________________________________________ >>> 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" >>> >> >> >> >> >> >> > -- Dave Baukus dbaukus@chiaro.com Chiaro Networks Ltd. Richardson, Texas USA From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 19:04:24 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EE6216A41C; Wed, 15 Jun 2005 19:04:24 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF0BF43D49; Wed, 15 Jun 2005 19:04:23 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c220-239-8-51.belrs4.nsw.optusnet.com.au [220.239.8.51]) by mail11.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id j5FJ4Kr0010819 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 16 Jun 2005 05:04:21 +1000 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1]) by cirb503493.alcatel.com.au (8.12.10/8.12.10) with ESMTP id j5FJ4KRx056418; Thu, 16 Jun 2005 05:04:20 +1000 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost) by cirb503493.alcatel.com.au (8.12.10/8.12.9/Submit) id j5FJ4Jl3056417; Thu, 16 Jun 2005 05:04:19 +1000 (EST) (envelope-from pjeremy) Date: Thu, 16 Jun 2005 05:04:19 +1000 From: Peter Jeremy To: "M.Jessa" Message-ID: <20050615190418.GD50157@cirb503493.alcatel.com.au> References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> User-Agent: Mutt/1.4.2i Cc: freebsd-net@freebsd.org, current@freebsd.org Subject: Re: Looking for networking solution. 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, 15 Jun 2005 19:04:24 -0000 On Wed, 2005-Jun-15 12:06:18 +0200, M.Jessa wrote: >I am looking for solution I could implement on a link with a huge latency >when ping replies can go up to a few hundred miliseconds, e.g sateliete >links. What is the problem you are trying to solve? Satellite links have a fairly constant round-trip delay and the RTT calculations built into TCP will happily compensate for this. As long as the TCP window size is larger than the delay*bandwidth and the packet loss probability is well below 1 packet per window, TCP should work fine. >What I was thinking about is some kind of virtual interface which could >translate tcp to udp in one of the pears of the link and push the data it >received from a 'normal' interface through the virtual interface without >bothering about ack-timing. How does the transmitter confirm that the receiver has received packets and can therefore drop them from its transmit buffer (or resend them if they are not received)? In particular, if there is no traffic for a period, the only way that the last packet (before the break) can be confirmed is via acknowledge timeouts. -- Peter Jeremy From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 19:28:22 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 648A516A41C for ; Wed, 15 Jun 2005 19:28:22 +0000 (GMT) (envelope-from silby@silby.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 0601543D48 for ; Wed, 15 Jun 2005 19:28:21 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 8280 invoked from network); 15 Jun 2005 19:28:20 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 15 Jun 2005 19:28:20 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 15 Jun 2005 14:28:05 -0500 (CDT) From: Mike Silbersack To: "PSI, Mike Smith" In-Reply-To: <07c601c571ab$4eb83ad0$1b321d80@MITRE.ORG> Message-ID: <20050615142706.O3132@odysseus.silby.com> References: <06e401c570e2$3f342930$1b321d80@MITRE.ORG> <20050614161717.M8134@odysseus.silby.com> <07c601c571ab$4eb83ad0$1b321d80@MITRE.ORG> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Advice needed on running idiotic test for client 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, 15 Jun 2005 19:28:22 -0000 On Wed, 15 Jun 2005, PSI, Mike Smith wrote: > The buildup of the TIME_WAIT sockets is on the SERVER side. And I am using > FreeBSD 4.7 (with an incredible amount of kernel mods for ISO, QOS, > Air/Ground communications support, etc.) Mods don't affect this problem but > is why I am stuck with FreeBSD 4.7. > > Mike Smith If it's on the server side, the TIME_WAIT sockets should be recycled automatically, and there should be no problems as a result. What issues are you seeing? (Please back up problem with tcpdump trace.) Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 19:44:13 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82A8716A41C for ; Wed, 15 Jun 2005 19:44:13 +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 2F20D43D53 for ; Wed, 15 Jun 2005 19:44:13 +0000 (GMT) (envelope-from silby@silby.com) Received: (qmail 77633 invoked from network); 15 Jun 2005 19:44:11 -0000 Received: from unknown (HELO localhost) (unknown) by unknown with SMTP; 15 Jun 2005 19:44:11 -0000 X-pair-Authenticated: 209.68.2.70 Date: Wed, 15 Jun 2005 14:43:56 -0500 (CDT) From: Mike Silbersack To: Jeremie Le Hen In-Reply-To: <20050615125602.GS30017@obiwan.tataz.chchile.org> Message-ID: <20050615142812.C3132@odysseus.silby.com> References: <06e401c570e2$3f342930$1b321d80@MITRE.ORG> <20050614161717.M8134@odysseus.silby.com> <20050615125602.GS30017@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Advice needed on running idiotic test for client 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, 15 Jun 2005 19:44:13 -0000 On Wed, 15 Jun 2005, Jeremie Le Hen wrote: > Hi Mike, > >> 5.x has some features so that it does not allow too many TIME_WAIT sockets >> to build up beyond a certain threshold, but if you're using 4.x we can >> still tweak some sysctl values to achieve the effect you want. > > Would you mind being a little more precise on these two topics please, > I'm very interested in them. > Thanks. > > Regards, > -- > Jeremie Le Hen In 5.x, there are two changes that may interest you then: 1 - When sockets transition into the TIME_WAIT state, they are moved from regular sockets into special mini-sockets stored in the tcptw_zone UMA zone. This zone is limited to maxsockets / 5, and if it fills up, the oldest socket is thrown out to make way for the newest one. This makes sure that servers don't choke on all the TIME_WAIT sockets they are asked to hold on to - no need to mess with the MSL setting anymore! 2 - The function tcp_twrecycleable makes a heuristic guess as to whether or not a TIME_WAIT socket should be cleared out so that the local port can be reused. This prevents the situation where you (the client) make many rapid connections, close the connection so that the TIME_WAIT lands on the client side, and choke up all available ports in the ephemeral range with TIME_WAIT sockets. Change #1 was done by Jonathan Lemon, which enabled me to write change #2 pretty easily. As the result of both of those, http benchmark type programs that create a slew of TIME_WAIT sockets don't seem to phase FreeBSD on either the server or client side. I think these changes went in before 5.2, but don't quote me on that. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 20:14:01 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5785516A41C; Wed, 15 Jun 2005 20:14:01 +0000 (GMT) (envelope-from hans@lambermont.dyndns.org) Received: from lambermont.dyndns.org (lambermont.dyndns.org [82.93.47.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id F375943D1F; Wed, 15 Jun 2005 20:14:00 +0000 (GMT) (envelope-from hans@lambermont.dyndns.org) Received: by lambermont.dyndns.org (Postfix, from userid 1001) id 8DC5995B17; Wed, 15 Jun 2005 22:13:59 +0200 (CEST) Date: Wed, 15 Jun 2005 22:13:59 +0200 To: Peter Jeremy Message-ID: <20050615201359.GC16227@leia.lambermont.dyndns.org> References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> <20050615190418.GD50157@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050615190418.GD50157@cirb503493.alcatel.com.au> User-Agent: Mutt/1.4.2.1i From: hans@lambermont.dyndns.org (Hans Lambermont) Cc: freebsd-net@freebsd.org, "M.Jessa" , current@freebsd.org Subject: Re: Looking for networking solution. 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, 15 Jun 2005 20:14:01 -0000 Peter Jeremy wrote: > On Wed, 2005-Jun-15 12:06:18 +0200, M.Jessa wrote: >> I am looking for solution I could implement on a link with a huge >> latency when ping replies can go up to a few hundred miliseconds, e.g >> sateliete links. > > What is the problem you are trying to solve? Satellite links have a > fairly constant round-trip delay and the RTT calculations built into > TCP will happily compensate for this. As long as the TCP window size > is larger than the delay*bandwidth and the packet loss probability is > well below 1 packet per window, TCP should work fine. There's a lot to improve on in this situation, See f.i. http://www.tellitec.be/tellinet/enhanced.html -- Hans Disclaimer: I have a business relation to Tellitec. -- http://hans.dse.nl/ () ASCII-ribbon campaign against vCards, /\ HTML-mail and proprietary formats. From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 20:42:32 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 23F8116A41C; Wed, 15 Jun 2005 20:42:32 +0000 (GMT) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (insomnia.benzedrine.cx [62.65.145.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89B4543D49; Wed, 15 Jun 2005 20:42:31 +0000 (GMT) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (dhartmei@localhost [127.0.0.1]) by insomnia.benzedrine.cx (8.13.3/8.12.11) with ESMTP id j5FKgWOm009630 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 15 Jun 2005 22:42:32 +0200 (MEST) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.13.4/8.12.10/Submit) id j5FKgWNA032731; Wed, 15 Jun 2005 22:42:32 +0200 (MEST) Date: Wed, 15 Jun 2005 22:42:32 +0200 From: Daniel Hartmeier To: Marcel Moolenaar Message-ID: <20050615204232.GX8526@insomnia.benzedrine.cx> References: <200506132123.j5DLNove069255@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200506132123.j5DLNove069255@freefall.freebsd.org> User-Agent: Mutt/1.5.6i Cc: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 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, 15 Jun 2005 20:42:32 -0000 On Mon, Jun 13, 2005 at 09:23:50PM +0000, Marcel Moolenaar wrote: > Synopsis: Unaligned Reference with pf on 5.4/IA64 > > Responsible-Changed-From-To: freebsd-net->freebsd-pf > Responsible-Changed-By: marcel > Responsible-Changed-When: Mon Jun 13 21:22:54 GMT 2005 > Responsible-Changed-Why: > Move to a more pf-focussed responsible party. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=81284 If I understand the problem correctly, there is an underlying network-generic question I'd like to ask here. When a function in the kernel gets passed a struct ip pointer, can it assume that the struct ip object pointed to is properly aligned? Or should it assume that this is not the case, and extract members more carefully? We can fix the access in pf of course, but if other functions rightfully count on struct ip objects being properly aligned, this might simply crash outside of pf, too. In short, is the problem that bridge doesn't properly align the struct ip object (which I can try to fix, too), or that pf assumes that such objects should be aligned? On OpenBSD's 64-bit architectures with varying alignment rules, this has never occured, I think because the struct ip objects (and, hence, their ip_src/dst members) are kept aligned. If I'm way off, and proper alignment of struct ip objects does not guarantee proper alignment of the ip_src/dst members as 32-bit unsigneds, please explain. If ia64 is different from other 64-bit architectures (of which I only know amd64, sparc64 and alpha), please explain what alignment rules there are for u_int32_t. Daniel From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 21:23:49 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D979916A41C; Wed, 15 Jun 2005 21:23:49 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56F9D43D48; Wed, 15 Jun 2005 21:23:48 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j5FLNRvj008982; Wed, 15 Jun 2005 14:23:28 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20050615204232.GX8526@insomnia.benzedrine.cx> References: <200506132123.j5DLNove069255@freefall.freebsd.org> <20050615204232.GX8526@insomnia.benzedrine.cx> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 15 Jun 2005 14:23:24 -0700 To: Daniel Hartmeier X-Mailer: Apple Mail (2.622) Cc: freebsd-net@freebsd.org, Marcel Moolenaar , freebsd-pf@freebsd.org Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 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, 15 Jun 2005 21:23:50 -0000 On Jun 15, 2005, at 1:42 PM, Daniel Hartmeier wrote: > On Mon, Jun 13, 2005 at 09:23:50PM +0000, Marcel Moolenaar wrote: > >> Synopsis: Unaligned Reference with pf on 5.4/IA64 >> >> Responsible-Changed-From-To: freebsd-net->freebsd-pf >> Responsible-Changed-By: marcel >> Responsible-Changed-When: Mon Jun 13 21:22:54 GMT 2005 >> Responsible-Changed-Why: >> Move to a more pf-focussed responsible party. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=81284 > > If I understand the problem correctly, there is an underlying > network-generic question I'd like to ask here. > > When a function in the kernel gets passed a struct ip pointer, can it > assume that the struct ip object pointed to is properly aligned? Or > should it assume that this is not the case, and extract members more > carefully? That entirely depends. If a struct ip pointer is constructed without any form of casting, then one can assume that alignment is guaranteed. The compiler guarantees to do so, except of course in this case: the structure is defined as a packed structure. We, as the developers, have told the compiler to *NOT* guarantee alignment of fields. We're on our own and we miserably fail being on our own. > We can fix the access in pf of course, but if other functions > rightfully > count on struct ip objects being properly aligned, this might simply > crash outside of pf, too. True. But since struct ip is defined as packed, nobody can assume proper alignment of multi-byte fields and all code needs to be fixed if such assumptions are being made. > In short, is the problem that bridge doesn't properly align the struct > ip object (which I can try to fix, too), or that pf assumes that such > objects should be aligned? pf(4) falsely assumes alignment. > If I'm way off, and proper alignment of struct ip objects does not > guarantee proper alignment of the ip_src/dst members as 32-bit > unsigneds, please explain. You're not way off. It's just that we tried to outsmart ourselves by telling the compiler that it should not enforce proper alignment of fields in struct ip. > If ia64 is different from other 64-bit > architectures (of which I only know amd64, sparc64 and alpha), please > explain what alignment rules there are for u_int32_t. ia64 is not different in this respect. That's why the bug is not specific to ia64. Note that amd64 may not be a perfect reference in this case because it's too much like i386, which does unaligned loads and stores. FYI, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 22:35:00 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 116AE16A41C; Wed, 15 Jun 2005 22:35:00 +0000 (GMT) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (insomnia.benzedrine.cx [62.65.145.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 678A843D4C; Wed, 15 Jun 2005 22:34:59 +0000 (GMT) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (dhartmei@localhost [127.0.0.1]) by insomnia.benzedrine.cx (8.13.3/8.12.11) with ESMTP id j5FMYtgj006623 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 16 Jun 2005 00:34:55 +0200 (MEST) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.13.4/8.12.10/Submit) id j5FMYod1011692; Thu, 16 Jun 2005 00:34:50 +0200 (MEST) Date: Thu, 16 Jun 2005 00:34:50 +0200 From: Daniel Hartmeier To: Marcel Moolenaar Message-ID: <20050615223450.GY8526@insomnia.benzedrine.cx> References: <200506132123.j5DLNove069255@freefall.freebsd.org> <20050615204232.GX8526@insomnia.benzedrine.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Cc: freebsd-net@freebsd.org, Marcel Moolenaar , freebsd-pf@freebsd.org Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 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, 15 Jun 2005 22:35:00 -0000 On Wed, Jun 15, 2005 at 02:23:24PM -0700, Marcel Moolenaar wrote: > That entirely depends. If a struct ip pointer is constructed without > any form of casting, then one can assume that alignment is guaranteed. > The compiler guarantees to do so, except of course in this case: > the structure is defined as a packed structure. We, as the developers, > have told the compiler to *NOT* guarantee alignment of fields. We're > on our own and we miserably fail being on our own. 'packed', as I understand it, prohibits the compiler from inserting any padding anywhere in the struct. That is, it guarantees that the total size of a struct object equals the sum of the sizes of its members. As a consequence, individual members can't be aligned properly if that would require padding in front of them. The compiler can (and must?) still align the first member, i.e. the beginning of the struct object, though, no? The IP header and the struct that represents it are defined very carefully. It's no coincidence that ip_src/dst are placed where they are: struct ip { u_int ip_hl:4, /* header length */ ip_v:4; /* version */ u_char ip_tos; /* type of service */ u_short ip_len; /* total length */ u_short ip_id; /* identification */ u_short ip_off; /* fragment offset field */ u_char ip_ttl; /* time to live */ u_char ip_p; /* protocol */ u_short ip_sum; /* checksum */ struct in_addr ip_src,ip_dst; /* source and dest address */ } __packed; This guarantees that struct ip h; &h.ip_src == (char *)&h + 12 &h.ip_dst == (char *)&h + 16 i.e. they are both on 32-bit aligned if h itself is 32-bit aligned. If you look at any example in sys/netinet where struct ip members are accessed, you see direct access to both u_short and uint32_t members. Nowhere does anyone memcpy, bcopy or char-wise-copy ip_src/dst, for instance. The issue also involves how the IP header is aligned within mbufs. Functions usually get passed an mbuf pointer, and do struct mbuf *m; struct ip *ip = mtod(m, struct ip *); and then happily access ip_src/dst without further alignment checks. So, are you really sure we should do differently in pf, instead of looking for a bridge problem, where bridge constructs an mbuf with the IP header not properly aligned? I.e. if the IP header is properly aligned within the mbuf (on 32-bit boundaries, I presume), wouldn't ip_src/dst have to be properly aligned as well, even though __packed is used, because the layout of struct ip is chosen like that? Daniel From owner-freebsd-net@FreeBSD.ORG Wed Jun 15 22:57:37 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5479516A41C; Wed, 15 Jun 2005 22:57:37 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0970F43D4C; Wed, 15 Jun 2005 22:57:36 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from [192.168.4.250] (dhcp50.pn.xcllnt.net [192.168.4.250]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j5FMvNCc009334; Wed, 15 Jun 2005 15:57:23 -0700 (PDT) (envelope-from marcel@xcllnt.net) In-Reply-To: <20050615223450.GY8526@insomnia.benzedrine.cx> References: <200506132123.j5DLNove069255@freefall.freebsd.org> <20050615204232.GX8526@insomnia.benzedrine.cx> <20050615223450.GY8526@insomnia.benzedrine.cx> Mime-Version: 1.0 (Apple Message framework v622) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Wed, 15 Jun 2005 15:57:20 -0700 To: Daniel Hartmeier X-Mailer: Apple Mail (2.622) Cc: freebsd-net@freebsd.org, Marcel Moolenaar , freebsd-pf@freebsd.org Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 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, 15 Jun 2005 22:57:37 -0000 On Jun 15, 2005, at 3:34 PM, Daniel Hartmeier wrote: > On Wed, Jun 15, 2005 at 02:23:24PM -0700, Marcel Moolenaar wrote: > >> That entirely depends. If a struct ip pointer is constructed without >> any form of casting, then one can assume that alignment is guaranteed. >> The compiler guarantees to do so, except of course in this case: >> the structure is defined as a packed structure. We, as the developers, >> have told the compiler to *NOT* guarantee alignment of fields. We're >> on our own and we miserably fail being on our own. > > 'packed', as I understand it, prohibits the compiler from inserting any > padding anywhere in the struct. That is, it guarantees that the total > size of a struct object equals the sum of the sizes of its members. > > As a consequence, individual members can't be aligned properly if that > would require padding in front of them. The compiler can (and must?) > still align the first member, i.e. the beginning of the struct object, > though, no? No, it can't guarantee alignment of the first field and consequently will not bother trying. The best way to picture this is with an array. Alignment guarantees has to come from the implementation, the compiler will not guarantee alignment. > So, are you really sure we should do differently in pf, instead of > looking for a bridge problem, where bridge constructs an mbuf with the > IP header not properly aligned? I've not been sure to begin with. I forwarded this PR because I have no clue as to where the root problem is. If you say that pf(4) is not at fault and it's the bridge code then fine, fix the bridge code. All I see is an unaligned memory access and plenty of yellow flags in the source code. > I.e. if the IP header is properly aligned within the mbuf (on 32-bit > boundaries, I presume), wouldn't ip_src/dst have to be properly aligned > as well, even though __packed is used, because the layout of struct ip > is chosen like that? Yes. -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 00:35:35 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1182F16A41C; Thu, 16 Jun 2005 00:35:35 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id F342A43D1F; Thu, 16 Jun 2005 00:35:33 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) by mail.cs.ait.ac.th (8.12.11/8.12.11) with ESMTP id j5G0ZRmt052914 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 16 Jun 2005 07:35:27 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.13.1/8.12.11) id j5G0ZPZH022536; Thu, 16 Jun 2005 07:35:25 +0700 (ICT) Date: Thu, 16 Jun 2005 07:35:25 +0700 (ICT) Message-Id: <200506160035.j5G0ZPZH022536@banyan.cs.ait.ac.th> From: Olivier Nicole To: lists@yazzy.org In-reply-to: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> (lists@yazzy.org) References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> X-Virus-Scanned: on CSIM by amavisd-milter (http://www.amavis.org/) Cc: freebsd-net@freebsd.org, current@freebsd.org Subject: Re: Looking for networking solution. 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, 16 Jun 2005 00:35:35 -0000 > I am looking for solution I could implement on a link with a huge latency > when ping replies can go up to a few hundred miliseconds, e.g sateliete > links. > Etc. One way we have been thinking was to use some NAT on both end of the satellite connection and change the window size on the satellite link. That way you can push more data on the link before the first ack is due. I do not see how you can do only local ack, if a packet is lost on the "normal network" you have to have a way to inform the other end and do retransmission. If you can do only local retransmission, then you are talking about full satellite accelerator box :) Olivier From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 01:33:10 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 683D316A420; Thu, 16 Jun 2005 01:33:09 +0000 (GMT) (envelope-from julian@elischer.org) Received: from bigwoop.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E9A643D1F; Thu, 16 Jun 2005 01:33:09 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [208.206.78.97] (julian.vicor-nb.com [208.206.78.97]) by bigwoop.vicor-nb.com (Postfix) with ESMTP id 053477A403; Wed, 15 Jun 2005 18:33:09 -0700 (PDT) Message-ID: <42B0D6D5.8050801@elischer.org> Date: Wed, 15 Jun 2005 18:33:09 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.7) Gecko/20050423 X-Accept-Language: en, hu MIME-Version: 1.0 To: Olivier Nicole References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> <200506160035.j5G0ZPZH022536@banyan.cs.ait.ac.th> In-Reply-To: <200506160035.j5G0ZPZH022536@banyan.cs.ait.ac.th> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, lists@yazzy.org, current@freebsd.org Subject: Re: Looking for networking solution. 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, 16 Jun 2005 01:33:10 -0000 Olivier Nicole wrote: >>I am looking for solution I could implement on a link with a huge latency >>when ping replies can go up to a few hundred miliseconds, e.g sateliete >>links. >>Etc. >> >> > >One way we have been thinking was to use some NAT on both end of the >satellite connection and change the window size on the satellite link. >That way you can push more data on the link before the first ack is due. > >I do not see how you can do only local ack, if a packet is lost on the >"normal network" you have to have a way to inform the other end and do >retransmission. If you can do only local retransmission, then you are >talking about full satellite accelerator box :) > > I think that's what he wants.. I was considerring using TCP over TCP with the transmission boxes encapsulating a stream of other packets. But I got over it.. >Olivier >_______________________________________________ >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 Thu Jun 16 02:43:20 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0EBB16A41F for ; Thu, 16 Jun 2005 02:43:20 +0000 (GMT) (envelope-from dragonylffly@hotmail.com) Received: from hotmail.com (bay19-f7.bay19.hotmail.com [64.4.53.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id E060B43D53 for ; Thu, 16 Jun 2005 02:43:20 +0000 (GMT) (envelope-from dragonylffly@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 15 Jun 2005 19:43:20 -0700 Message-ID: Received: from 61.187.16.2 by by19fd.bay19.hotmail.msn.com with HTTP; Thu, 16 Jun 2005 02:43:20 GMT X-Originating-IP: [61.187.16.2] X-Originating-Email: [dragonylffly@hotmail.com] X-Sender: dragonylffly@hotmail.com From: "dragonfly dragonfly" To: freebsd-net@freebsd.org Date: Thu, 16 Jun 2005 10:43:20 +0800 Mime-Version: 1.0 Content-Type: text/plain; charset=gb2312; format=flowed X-OriginalArrivalTime: 16 Jun 2005 02:43:20.0637 (UTC) FILETIME=[285786D0:01C5721D] Subject: LVS FreeBSD port 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, 16 Jun 2005 02:43:21 -0000 Hi guys, Recently i did a LVS FreeBSD port, and released 0.4.0 version (http://dragon.linux-vs.org/~dragonfly/htm/lvs_freebsd.htm). It supports LVS/DR and LVS/TUN with all LVS schedulers. Thanks must go to Clement Laforet for committing it to ports/net/ipvs. LVS(http://www.linuxvirtualserver.org/) is a widely used server cluster schedule system, which is be included in Linux official kernel 2.4 and 2.6 release. Tests, bug report and fix, comments are very welcome. Best Regards, Li Wang _________________________________________________________________ ÓëÁª»úµÄÅóÓѽøÐн»Á÷£¬ÇëʹÓà MSN Messenger: http://messenger.msn.com/cn From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 06:01:10 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81E7C16A41C; Thu, 16 Jun 2005 06:01:10 +0000 (GMT) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [66.127.85.87]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FBBA43D49; Thu, 16 Jun 2005 06:01:10 +0000 (GMT) (envelope-from sam@errno.com) Received: from [66.127.85.94] ([66.127.85.94]) (authenticated bits=0) by ebb.errno.com (8.12.9/8.12.6) with ESMTP id j5G612ms011357 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 15 Jun 2005 23:01:03 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <42B115B0.4090603@errno.com> Date: Wed, 15 Jun 2005 23:01:20 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Mozilla Thunderbird 1.0.2 (Macintosh/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Daniel Hartmeier References: <200506132123.j5DLNove069255@freefall.freebsd.org> <20050615204232.GX8526@insomnia.benzedrine.cx> In-Reply-To: <20050615204232.GX8526@insomnia.benzedrine.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Marcel Moolenaar , freebsd-pf@freebsd.org Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 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, 16 Jun 2005 06:01:10 -0000 Daniel Hartmeier wrote: > On Mon, Jun 13, 2005 at 09:23:50PM +0000, Marcel Moolenaar wrote: > > >>Synopsis: Unaligned Reference with pf on 5.4/IA64 >> >>Responsible-Changed-From-To: freebsd-net->freebsd-pf >>Responsible-Changed-By: marcel >>Responsible-Changed-When: Mon Jun 13 21:22:54 GMT 2005 >>Responsible-Changed-Why: >>Move to a more pf-focussed responsible party. >> >>http://www.freebsd.org/cgi/query-pr.cgi?pr=81284 > > > If I understand the problem correctly, there is an underlying > network-generic question I'd like to ask here. > > When a function in the kernel gets passed a struct ip pointer, can it > assume that the struct ip object pointed to is properly aligned? Or > should it assume that this is not the case, and extract members more > carefully? > > We can fix the access in pf of course, but if other functions rightfully > count on struct ip objects being properly aligned, this might simply > crash outside of pf, too. > > In short, is the problem that bridge doesn't properly align the struct > ip object (which I can try to fix, too), or that pf assumes that such > objects should be aligned? > > On OpenBSD's 64-bit architectures with varying alignment rules, this has > never occured, I think because the struct ip objects (and, hence, their > ip_src/dst members) are kept aligned. > > If I'm way off, and proper alignment of struct ip objects does not > guarantee proper alignment of the ip_src/dst members as 32-bit > unsigneds, please explain. If ia64 is different from other 64-bit > architectures (of which I only know amd64, sparc64 and alpha), please > explain what alignment rules there are for u_int32_t. Much code assumes ip packets are aligned. Sam From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 06:07:06 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3C8716A41C for ; Thu, 16 Jun 2005 06:07:06 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F72043D49 for ; Thu, 16 Jun 2005 06:07:06 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from [213.129.119.20] (port=31406 helo=192.168.168.7) by mx3.mail.ru with esmtp id 1DinWq-000OkO-00 for freebsd-net@freebsd.org; Thu, 16 Jun 2005 10:07:04 +0400 Date: Thu, 16 Jun 2005 10:06:01 +0400 From: Andrey Smagin X-Mailer: The Bat! (v1.62r) Organization: DiP X-Priority: 3 (Normal) Message-ID: <13110334791.20050616100601@mail.ru> To: freebsd-net@freebsd.org In-Reply-To: <42B0D6D5.8050801@elischer.org> References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> <200506160035.j5G0ZPZH022536@banyan.cs.ait.ac.th> <42B0D6D5.8050801@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: vr0 kernel panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: SAMU List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 06:07:06 -0000 Hi ALL, panic: vr0f0: BUG: if_attach called without if_alloc'd input() Kernel panic after load, since about week in current. Bad but solution: load if_vr module and configure interface after all (in rc.d/ script). -- Best regards, Andrey mailto:samspeedu@mail.ru From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 09:24:47 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0538A16A41C; Thu, 16 Jun 2005 09:24:47 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from lapdance.yazzy.net (217-13-2-82.dd.nextgentel.com [217.13.2.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DEB543D48; Thu, 16 Jun 2005 09:24:43 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from localhost (localhost [127.0.0.1]) by lapdance.yazzy.net (8.13.4/8.13.4) with SMTP id j5F9jvs0001313; Wed, 15 Jun 2005 11:45:57 +0200 (CEST) (envelope-from lists@yazzy.org) Date: Wed, 15 Jun 2005 11:45:56 +0200 From: Marcin Jessa To: FreeBSD-net , FreeBSD-Current Message-Id: <20050615114556.6df96e8c.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Looking for networking solution. 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, 16 Jun 2005 09:24:47 -0000 Hi guys. I am looking for solution I could implement on a link with a huge latency when ping replies can go up to a few hundred miliseconds, e.g sateliete links. What I was thinking about is some kind of virtual interface which could translate tcp to udp in one of the pears of the link and push the data it received from a 'normal' interface through the virtual interface without bothering about ack-timing. The receiving end would have a similar interface which would translate the udp data stream to tcp and then route it out to the internet. (normal network)tcp<-->virtual udp interface<-------->virtual udp interface<-->tcp(normal network) Is there something avaliable on FreeBSD that can be used for that purpose? Maybe someone is working on such a thing in CURRENT ? Any thoughts about that? Any sugestions for a solution? Regards, Marcin Jessa. From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 09:35:16 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0FF9616A41C; Thu, 16 Jun 2005 09:35:16 +0000 (GMT) (envelope-from ray@redshift.com) Received: from outgoing.redshift.com (outgoing.redshift.com [207.177.231.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7AA443D1F; Thu, 16 Jun 2005 09:35:15 +0000 (GMT) (envelope-from ray@redshift.com) Received: from workstation (216-228-19-21.dsl.redshift.com [216.228.19.21]) by outgoing.redshift.com (Postfix) with SMTP id 492CE970A6; Thu, 16 Jun 2005 02:35:14 -0700 (PDT) Message-Id: <3.0.1.32.20050616023527.00abb700@pop.redshift.com> X-Mailer: na X-Sender: redshift.com Date: Thu, 16 Jun 2005 02:35:27 -0700 To: Marcin Jessa , FreeBSD-net , FreeBSD-Current From: ray@redshift.com In-Reply-To: <20050615114556.6df96e8c.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: Subject: Re: Looking for networking solution. 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, 16 Jun 2005 09:35:16 -0000 Marcin, What is it you are trying to accomplish and/or solve here? Switching between UDP and TCP isn't going to have much impact on your problem if it is a function of a lower network layer. In a case where you have a questionable connection, TCP is really what you want, because UDP has a habit of saying "oh, can't get this packet to ya, sorry, see ya later, drop packet". In other words, UDP is more a hope for the best sort of situation, whereas TCP has built in retranmission, error checking, etc. Again, I'm not sure what exactly you are trying to accomplish with this idea? Ray At 11:45 AM 6/15/2005 +0200, Marcin Jessa wrote: | Hi guys. | | I am looking for solution I could implement on a link with a huge latency when ping replies can go up to a few hundred miliseconds, e.g sateliete links. | What I was thinking about is some kind of virtual interface which could translate tcp to udp in one of the pears of the link and push the data it received from a 'normal' interface through the virtual interface without bothering about ack-timing. | The receiving end would have a similar interface which would translate the udp data stream to tcp and then route it out to the internet. | (normal network)tcp<-->virtual udp interface<-------->virtual udp interface<-->tcp(normal network) | | Is there something avaliable on FreeBSD that can be used for that purpose? | Maybe someone is working on such a thing in CURRENT ? | Any thoughts about that? Any sugestions for a solution? | | | Regards, | Marcin Jessa. | | _______________________________________________ | 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 Thu Jun 16 09:59:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9560516A41C; Thu, 16 Jun 2005 09:59:11 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C68A43D49; Thu, 16 Jun 2005 09:59:11 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1Dir96-0007df-HJ; Thu, 16 Jun 2005 11:58:50 +0200 Date: Thu, 16 Jun 2005 11:59:06 +0200 From: Marcin Jessa To: ray@redshift.com Message-Id: <20050616115906.2bc4bc26.lists@yazzy.org> In-Reply-To: <3.0.1.32.20050616023527.00abb700@pop.redshift.com> References: <20050615114556.6df96e8c.lists@yazzy.org> <3.0.1.32.20050616023527.00abb700@pop.redshift.com> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) Cc: freebsd-net@freebsd.org, current@freebsd.org Subject: Re: Looking for networking solution. 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, 16 Jun 2005 09:59:11 -0000 On Thu, 16 Jun 2005 02:35:27 -0700 ray@redshift.com wrote: > Marcin, > > What is it you are trying to accomplish and/or solve here? Switching between > UDP and TCP isn't going to have much impact on your problem if it is a function > of a lower network layer. > > In a case where you have a questionable connection, TCP is really what you > want, because UDP has a habit of saying "oh, can't get this packet to ya, sorry, > see ya later, drop packet". In other words, UDP is more a hope for the best > sort of situation, whereas TCP has built in retranmission, error checking, etc. > > Again, I'm not sure what exactly you are trying to accomplish with this idea? I want to just dump all the packets between two satelite links without checking for ack back and forth which creates latency and long ping times. For that I want both the peers between satelite links to take care of that and be able to deal with routing the traffic flow out again. I am not sure what solution would be appropriate for that problem and I am very open for suggestions. What I want is a solution which does not requires 3.rd party software/hardware (I am aware of the existing ones). I want it to be able to run on FreeBSD. > > > At 11:45 AM 6/15/2005 +0200, Marcin Jessa wrote: > | Hi guys. > | > | I am looking for solution I could implement on a link with a huge latency when > ping replies can go up to a few hundred miliseconds, e.g sateliete links. > | What I was thinking about is some kind of virtual interface which could > translate tcp to udp in one of the pears of the link and push the data it > received from a 'normal' interface through the virtual interface without > bothering about ack-timing. > | The receiving end would have a similar interface which would translate the udp > data stream to tcp and then route it out to the internet. > | (normal network)tcp<-->virtual udp interface<-------->virtual udp > interface<-->tcp(normal network) > | > | Is there something avaliable on FreeBSD that can be used for that purpose? > | Maybe someone is working on such a thing in CURRENT ? > | Any thoughts about that? Any sugestions for a solution? > | > | > | Regards, > | Marcin Jessa. > | > | _______________________________________________ > | freebsd-net@freebsd.org mailing list > | http://lists.freebsd.org/mailman/listinfo/freebsd-net > | To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > | > | > _______________________________________________ > freebsd-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 Thu Jun 16 10:06:14 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F03B16A41F for ; Thu, 16 Jun 2005 10:06:14 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from mail.packetfront.com (mail.packetfront.com [212.247.6.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id A943843D4C for ; Thu, 16 Jun 2005 10:06:13 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from localhost (localhost [127.0.0.1]) by mail.packetfront.com (Postfix) with ESMTP id 5A2FBA3F71; Thu, 16 Jun 2005 12:06:11 +0200 (CEST) Received: from mail.packetfront.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23056-07; Thu, 16 Jun 2005 12:06:11 +0200 (CEST) Received: from [192.168.1.159] (pf-raglon.int.packetfront.com [192.168.1.159]) by mail.packetfront.com (Postfix) with ESMTP id 1276AA3F6F; Thu, 16 Jun 2005 12:06:11 +0200 (CEST) Message-ID: <42B14F08.9090300@packetfront.com> Date: Thu, 16 Jun 2005 12:06:00 +0200 From: Ragnar Lonn User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <200505192159.j4JLxNhb060631@atalus.net> <428DF2FF.3010408@oxygen.az> <42A961CA.5030706@packetfront.com> <42A9D7E7.1020504@elischer.org> <42AD7212.3090104@packetfront.com> <42ADC142.9020102@elischer.org> In-Reply-To: <42ADC142.9020102@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at packetfront.com Cc: freebsd-net@freebsd.org Subject: Re: IPC between vimage instances? 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, 16 Jun 2005 10:06:14 -0000 Julian Elischer wrote: >> Being able to remove interfaces would be really great. Then I could >> create extra logging interfaces in each vimage and not worry about >> the cleanup nightmare afterwards. Right now, I have a lot of script >> code just to find and reuse old ngeth interfaces sitting around in the >> default vimage and if I'm to have two types of those interfaces >> (one for logging, that has one underlying netgraph tree structure, and >> one for test traffic, using another netgraph tree structure) it would >> likely be at least twice as much trouble. That's why I was looking for >> some other way of communicating between different vimages. > > > > "use the source Luke" > I know it seems like a lot but the netgraph code and the networking > interface code are > relatively simple.. Well, I'm tempted to do that but I'm a bit scared it will turn out to be a major task - I mean, being able to remove network interfaces is a pretty useful feature so why hasn't it been implemented? Or has it really just not been high enough priority for anyone to bother with? >interface removal in 4.x was nt quite "finished" >there are several viewpoints from which th einterface is not quite removed. >(as you have found) >I can not remember the details as It all changed in 5.x Anyone else who can fill me in on the basic problem with interface removal under 4.x? What is it that doesn't work, what code (files) should I look at if I want to try and fix it? Regards, /Ragnar From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 12:01:54 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98E3216A437; Thu, 16 Jun 2005 12:01:54 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C6E343D55; Thu, 16 Jun 2005 12:01:53 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout2.pacific.net.au (8.13.4/8.13.4/Debian-1) with ESMTP id j5GC1eo4019380; Thu, 16 Jun 2005 22:01:40 +1000 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-1) with ESMTP id j5GC1aA2030497; Thu, 16 Jun 2005 22:01:37 +1000 Date: Thu, 16 Jun 2005 22:02:28 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Marcel Moolenaar In-Reply-To: Message-ID: <20050616210944.Y833@delplex.bde.org> References: <200506132123.j5DLNove069255@freefall.freebsd.org> <20050615204232.GX8526@insomnia.benzedrine.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, Daniel Hartmeier , Marcel Moolenaar , freebsd-pf@freebsd.org Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 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, 16 Jun 2005 12:01:54 -0000 On Wed, 15 Jun 2005, Marcel Moolenaar wrote: > On Jun 15, 2005, at 1:42 PM, Daniel Hartmeier wrote: >> If I understand the problem correctly, there is an underlying >> network-generic question I'd like to ask here. >> >> When a function in the kernel gets passed a struct ip pointer, can it >> assume that the struct ip object pointed to is properly aligned? Or >> should it assume that this is not the case, and extract members more >> carefully? Yes. A struct ip pointer points, by definition, to a struct ip. All structs are sufficiently aligned in C. > That entirely depends. If a struct ip pointer is constructed without > any form of casting, then one can assume that alignment is guaranteed. > The compiler guarantees to do so, except of course in this case: > the structure is defined as a packed structure. We, as the developers, > have told the compiler to *NOT* guarantee alignment of fields. We're > on our own and we miserably fail being on our own. This case is not really different. Packed structs are, by definition, still structs. All structs are sufficiently aligned in C. "Sufficiently" just means that valid accesses to the struct are sufficiently aligned. For arches with strict alignment requirements like ia64, this means laboriously accessing the struct 1 byte at a time and combining the results. So declaring a struct as packed when it doesn't need to be, is mostly just a pessimization. For struct ip, this pessimization was implemented in rev.1.20 of netinet/ip.h. >> We can fix the access in pf of course, but if other functions rightfully >> count on struct ip objects being properly aligned, this might simply >> crash outside of pf, too. I suppose the problems are that: - pf makes invalid accesses like: void foo(struct in_addr *iap); /* use *iap */ struct ip *ip; foo(&ip->ip_src); - the compiler doesn't diagnose the invalid access in the above. Since *ip is packed, ip->ip_src in it isn't actually a struct in_addr -- it is a packed struct in_addr, so it might not have sufficent alignment to be a struct in_addr. > True. But since struct ip is defined as packed, nobody can assume proper > alignment of multi-byte fields and all code needs to be fixed if such > assumptions are being made. This is a reason why packed structs should never be used. Programming is too hard if &ip->ip_src doesn't work, and even if it did work it would export the pessimal packing. >> If ia64 is different from other 64-bit >> architectures (of which I only know amd64, sparc64 and alpha), please >> explain what alignment rules there are for u_int32_t. > > ia64 is not different in this respect. That's why the bug is not > specific to ia64. Note that amd64 may not be a perfect reference > in this case because it's too much like i386, which does unaligned > loads and stores. ia64 is different in that it actually traps misaligned accesses. i486+'s can trap all misaligned accesses too, at least in user mode, but alignment checking is rarely turned on and gcc has never supported it. E.g., gcc has always copying structs like "struct foo { short x[16]; };". This struct is only guaranteed to be 16-bit aligned, but gcc now uses only 32-bit accesses to copy it. So it is an ABI requirement in practice at least for alignment checking to not be enabled. gcc also exploits this to not generate different code to access struct ip's when struct ip is bogusly packed. Bruce From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 12:37:26 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCF3E16A41C for ; Thu, 16 Jun 2005 12:37:26 +0000 (GMT) (envelope-from fmayhar@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43C4643D5D for ; Thu, 16 Jun 2005 12:37:26 +0000 (GMT) (envelope-from fmayhar@gmail.com) Received: by zproxy.gmail.com with SMTP id 16so412050nzp for ; Thu, 16 Jun 2005 05:37:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:subject:reply-to:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding:from; b=UnK0YXM+zJJJIxB42q3ssnPcoCVbpIXAyywoZx6mLz9y/r7PNzc8azBnY9o+Bu/GLD+E8bcFHFuA5KkDx9ozZezgIK8l2LuxgIbDQRLjVanjHKww+PsJoecopadch1TbpP1qQM00NPGwfi8zXB9FKUQ22Zn0m82avAQKH6mb+AQ= Received: by 10.36.103.11 with SMTP id a11mr451561nzc; Thu, 16 Jun 2005 05:37:25 -0700 (PDT) Received: from localhost.localdomain ([209.179.146.150]) by mx.gmail.com with ESMTP id 39sm928949nzk.2005.06.16.05.37.21; Thu, 16 Jun 2005 05:37:25 -0700 (PDT) To: Marcin Jessa In-Reply-To: <20050615114556.6df96e8c.lists@yazzy.org> References: <20050615114556.6df96e8c.lists@yazzy.org> Content-Type: text/plain Organization: Exit Consulting Date: Thu, 16 Jun 2005 05:37:18 -0700 Message-Id: <1118925438.91936.2.camel@realtime.exit.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit From: Frank Mayhar Cc: FreeBSD-net , FreeBSD-Current Subject: Re: Looking for networking solution. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: frank@exit.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 12:37:26 -0000 On Wed, 2005-06-15 at 11:45 +0200, Marcin Jessa wrote: > I am looking for solution I could implement on a link with a huge latency when ping replies can go up to a few hundred miliseconds, e.g sateliete links. > What I was thinking about is some kind of virtual interface which could translate tcp to udp in one of the pears of the link and push the data it received from a 'normal' interface through the virtual interface without bothering about ack-timing. > The receiving end would have a similar interface which would translate the udp data stream to tcp and then route it out to the internet. > (normal network)tcp<-->virtual udp interface<-------->virtual udp interface<-->tcp(normal network) > > Is there something avaliable on FreeBSD that can be used for that purpose? > Maybe someone is working on such a thing in CURRENT ? > Any thoughts about that? Any sugestions for a solution? You want SCPS (the Space Communications Protocols Specification) software. Briefly, it fakes local TCP on either end while talking its own protocol over the high-latency link. I don't know if there is any open-source package available but there are certainly commercial solutions out there. -- Frank Mayhar frank@exit.com http://www.exit.com/ Exit Consulting http://www.gpsclock.com/ http://www.exit.com/blog/frank/ From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 12:39:49 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E10BF16A41C; Thu, 16 Jun 2005 12:39:48 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75DB743D5E; Thu, 16 Jun 2005 12:39:48 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout2.pacific.net.au (8.13.4/8.13.4/Debian-1) with ESMTP id j5GCdfYm026994; Thu, 16 Jun 2005 22:39:41 +1000 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-1) with ESMTP id j5GCdcae010499; Thu, 16 Jun 2005 22:39:39 +1000 Date: Thu, 16 Jun 2005 22:40:31 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Daniel Hartmeier In-Reply-To: <20050615223450.GY8526@insomnia.benzedrine.cx> Message-ID: <20050616220249.N833@delplex.bde.org> References: <200506132123.j5DLNove069255@freefall.freebsd.org> <20050615204232.GX8526@insomnia.benzedrine.cx> <20050615223450.GY8526@insomnia.benzedrine.cx> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, Marcel Moolenaar , freebsd-pf@freebsd.org, Marcel Moolenaar Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 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, 16 Jun 2005 12:39:49 -0000 On Thu, 16 Jun 2005, Daniel Hartmeier wrote: > 'packed', as I understand it, prohibits the compiler from inserting any > padding anywhere in the struct. That is, it guarantees that the total > size of a struct object equals the sum of the sizes of its members. It also requires the complier to generate specially pessimized code to access the struct. Otherwise even direct references like ip->ip_src might trap. > As a consequence, individual members can't be aligned properly if that > would require padding in front of them. The compiler can (and must?) > still align the first member, i.e. the beginning of the struct object, > though, no? No. This wouldn't be very useful, and wouldn't work right for things like arrays of packed structs -- the individual structs would have to be padded at the end since there can be no space between array elements, but packed structs are supposed to be unpadded at the end too. You can see that there is no alignment requirement for packed structs as a whole by looking at assembler output -- for a packed struct ip there is a .comm..,1 where the 1 says 1-byte alignment. > The IP header and the struct that represents it are defined very ^^^ were ... > carefully. It's no coincidence that ip_src/dst are placed where they > are: > > struct ip { > u_int ip_hl:4, /* header length */ > ip_v:4; /* version */ > u_char ip_tos; /* type of service */ > u_short ip_len; /* total length */ > u_short ip_id; /* identification */ > u_short ip_off; /* fragment offset field */ > u_char ip_ttl; /* time to live */ > u_char ip_p; /* protocol */ > u_short ip_sum; /* checksum */ > struct in_addr ip_src,ip_dst; /* source and dest address */ > } __packed; ^^^^^^^^^^ ... before this bug > > This guarantees that > > struct ip h; > &h.ip_src == (char *)&h + 12 > &h.ip_dst == (char *)&h + 16 > > i.e. they are both on 32-bit aligned if h itself is 32-bit aligned. > > If you look at any example in sys/netinet where struct ip members are > accessed, you see direct access to both u_short and uint32_t members. > Nowhere does anyone memcpy, bcopy or char-wise-copy ip_src/dst, for > instance. Except the compiler does this. > The issue also involves how the IP header is aligned within mbufs. > Functions usually get passed an mbuf pointer, and do > > struct mbuf *m; > struct ip *ip = mtod(m, struct ip *); > > and then happily access ip_src/dst without further alignment checks. mtod() just does a dubious cast. It depends on the data already being sufficiently aligned. For non-bogusly-packed IP headers this means 32-bit alignment (for the in_addr's). It's not clear where the misaligned headers come from. At least with gcc-3.3.3, I couldn't get a non-32-bit-aligned struct ip as a local variable by putting a char variable or char array before or after it. gcc has obscure rules for reordering local variables to pack them better, and this helps here. Padded structs withing (even unpadded) structs can easily be misaligned depending on what is before them, but struct ip's within structs seem to be rare. The one in ip_icmp.h is OK. Bruce From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 12:47:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCF7A16A41C; Thu, 16 Jun 2005 12:47:11 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 778B443D58; Thu, 16 Jun 2005 12:47:11 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from 217-13-2-82.dd.nextgentel.com ([217.13.2.82] helo=h311r4z3r) by mail.yazzy.org with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1Ditlh-0007ek-2T; Thu, 16 Jun 2005 14:46:49 +0200 Date: Thu, 16 Jun 2005 14:47:07 +0200 From: Marcin Jessa To: frank@exit.com Message-Id: <20050616144707.18bfa000.lists@yazzy.org> In-Reply-To: <1118925438.91936.2.camel@realtime.exit.com> References: <20050615114556.6df96e8c.lists@yazzy.org> <1118925438.91936.2.camel@realtime.exit.com> Organization: YazzY.org X-Mailer: Sylpheed version 1.9.12 (GTK+ 2.6.7; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) Cc: freebsd-net@freebsd.org, current@freebsd.org Subject: Re: Looking for networking solution. 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, 16 Jun 2005 12:47:11 -0000 On Thu, 16 Jun 2005 05:37:18 -0700 Frank Mayhar wrote: > On Wed, 2005-06-15 at 11:45 +0200, Marcin Jessa wrote: > > I am looking for solution I could implement on a link with a huge latency when ping replies can go up to a few hundred miliseconds, e.g sateliete links. > > What I was thinking about is some kind of virtual interface which could translate tcp to udp in one of the pears of the link and push the data it received from a 'normal' interface through the virtual interface without bothering about ack-timing. > > The receiving end would have a similar interface which would translate the udp data stream to tcp and then route it out to the internet. > > (normal network)tcp<-->virtual udp interface<-------->virtual udp interface<-->tcp(normal network) > > > > Is there something avaliable on FreeBSD that can be used for that purpose? > > Maybe someone is working on such a thing in CURRENT ? > > Any thoughts about that? Any sugestions for a solution? > > You want SCPS (the Space Communications Protocols Specification) > software. Briefly, it fakes local TCP on either end while talking its > own protocol over the high-latency link. I don't know if there is any > open-source package available but there are certainly commercial > solutions out there. > -- Correct. That's why I asked about this problem here. I was in doubt something like that existed for FreeBSD. We are willing to pay someone to develop such a solution for FreeBSD. I'd love to get in touch with someone willing to pick up that challenge. From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 14:42:46 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6907B16A41C for ; Thu, 16 Jun 2005 14:42:46 +0000 (GMT) (envelope-from xtremejames183@msn.com) Received: from hotmail.com (bay3-f10.bay3.hotmail.com [65.54.169.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 596F143D53 for ; Thu, 16 Jun 2005 14:42:46 +0000 (GMT) (envelope-from xtremejames183@msn.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 16 Jun 2005 07:42:46 -0700 Message-ID: Received: from 196.203.53.204 by by3fd.bay3.hotmail.msn.com with HTTP; Thu, 16 Jun 2005 14:42:46 GMT X-Originating-IP: [196.203.53.204] X-Originating-Email: [xtremejames183@msn.com] X-Sender: xtremejames183@msn.com From: "Mrad James Deane" To: freebsd-net@freebsd.org Date: Thu, 16 Jun 2005 16:42:46 +0200 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed X-OriginalArrivalTime: 16 Jun 2005 14:42:46.0364 (UTC) FILETIME=[A91EC1C0:01C57281] Subject: port 80 listening than root user 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, 16 Jun 2005 14:42:46 -0000 Hello i want to know how can the www user listen on the port 80 rather than root or what is the the step or commade to take that allow the www user listen on port 80 i'm tryin to run my webserver (aolserver)for www from root but i keep the message cannot listen to port 80 permission denied. Please help , Thanks _________________________________________________________________ MSN Hotmail : antivirus et antispam intégrés http://www.msn.fr/newhotmail/Default.asp?Ath=f From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 15:05:56 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 903BB16A41C; Thu, 16 Jun 2005 15:05:56 +0000 (GMT) (envelope-from jeffm@frob.org) Received: from triton.genwebhost.com (triton.genwebhost.com [209.9.226.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EECD43D1D; Thu, 16 Jun 2005 15:05:56 +0000 (GMT) (envelope-from jeffm@frob.org) Received: from jmeegan by triton.genwebhost.com with local (Exim 4.43) id 1DivwD-0002T5-DY; Thu, 16 Jun 2005 11:05:49 -0400 Received: from 130.76.32.16 ([130.76.32.16]) (SquirrelMail authenticated user jeffm@frob.org) by www.frob.org with HTTP; Thu, 16 Jun 2005 11:05:49 -0400 (EDT) Message-ID: <18857.130.76.32.16.1118934349.squirrel@www.frob.org> In-Reply-To: <20050616144707.18bfa000.lists@yazzy.org> References: <20050615114556.6df96e8c.lists@yazzy.org> <1118925438.91936.2.camel@realtime.exit.com> <20050616144707.18bfa000.lists@yazzy.org> Date: Thu, 16 Jun 2005 11:05:49 -0400 (EDT) From: jeffm@frob.org To: "Marcin Jessa" User-Agent: SquirrelMail/1.4.4 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - triton.genwebhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [32337 32338] / [47 12] X-AntiAbuse: Sender Address Domain - frob.org X-Source: X-Source-Args: X-Source-Dir: Cc: freebsd-net@freebsd.org, frank@exit.com, current@freebsd.org Subject: Re: Looking for networking solution. 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, 16 Jun 2005 15:05:56 -0000 > On Thu, 16 Jun 2005 05:37:18 -0700 > Frank Mayhar wrote: > >> On Wed, 2005-06-15 at 11:45 +0200, Marcin Jessa wrote: >> > I am looking for solution I could implement on a link with a huge >> latency when ping replies can go up to a few hundred miliseconds, e.g >> sateliete links. >> > What I was thinking about is some kind of virtual interface which >> could translate tcp to udp in one of the pears of the link and push >> the data it received from a 'normal' interface through the virtual >> interface without bothering about ack-timing. >> > The receiving end would have a similar interface which would translate >> the udp data stream to tcp and then route it out to the internet. >> > (normal network)tcp<-->virtual udp interface<-------->virtual udp >> interface<-->tcp(normal network) >> > >> > Is there something avaliable on FreeBSD that can be used for that >> purpose? >> > Maybe someone is working on such a thing in CURRENT ? >> > Any thoughts about that? Any sugestions for a solution? >> >> You want SCPS (the Space Communications Protocols Specification) >> software. Briefly, it fakes local TCP on either end while talking its >> own protocol over the high-latency link. I don't know if there is any >> open-source package available but there are certainly commercial >> solutions out there. >> -- > > Correct. That's why I asked about this problem here. > I was in doubt something like that existed for FreeBSD. > We are willing to pay someone to develop such a solution for FreeBSD. > I'd love to get in touch with someone willing to pick up that challenge. > > someone forwarded me this link (offlist) and said they have a fbsd implementation of SCPS. I have no other details. http://www.xiplink.com/ jeff > > _______________________________________________ > 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 Thu Jun 16 15:14:28 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85F5E16A41C; Thu, 16 Jun 2005 15:14:28 +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 D336F43D4C; Thu, 16 Jun 2005 15:14:27 +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 j5GFEPEh042224; Thu, 16 Jun 2005 19:14:25 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id j5GFEPEm042223; Thu, 16 Jun 2005 19:14:25 +0400 (MSD) (envelope-from yar) Date: Thu, 16 Jun 2005 19:14:24 +0400 From: Yar Tikhiy To: Josh Kayse Message-ID: <20050616151424.GA40160@comp.chem.msu.su> References: <7c8f2792050610090049064e11@mail.gmail.com> <7c8f279205061116021f55e8da@mail.gmail.com> <7c8f279205061307103b1782f4@mail.gmail.com> <20050613153550.GA54388@comp.chem.msu.su> <7c8f2792050613090040c924c3@mail.gmail.com> <20050615143919.GE8060@cell.sick.ru> <7c8f27920506151132670c035@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7c8f27920506151132670c035@mail.gmail.com> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, freebsd-pf@freebsd.org Subject: Re: Carp Suppression 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, 16 Jun 2005 15:14:28 -0000 On Wed, Jun 15, 2005 at 02:32:19PM -0400, Josh Kayse wrote: > On 6/15/05, Gleb Smirnoff wrote: > > > AFAIU, you use PLIP line as some flag that triggers suppression. If > > slave "sees" master via PLIP, it keeps itself in slave mode. May be > > I don't understand you right. > > > > Although the idea is not officially supported, it is interesting. Can you > > please draw your setup, since I don't understand it clearly? > > > __________ > em0 | |em1 > ------------| FW1 |----------- > |_________| > xl0(carp0)| | plip0(carp1) > ___|___|___ > em0 | | em1 > -----------| FW2 |---------- > |__________| > > > Bridging is done through em0/em1 which are both monitored by ifstated > for link state only (backported patch from HEAD). > > When one of the bridging ports is disconnected, ifstaded changes the > advskew of carp0 and carp1 to 254 so that the carp interfaces > failover. > > When ifstated see the carp interfaces as BOTH master, the slave > firewall takes over bridging. > > This gives us redundant firewalls, with redundant heartbeat connections. In fact, not all network failures lead to detectable link loss. I can imagine a situation when the switch port FW1-em0 is connected to just hangs and so FW1 is unable to notice the event. If CARP ran on the em0 side of FW1 and FW2, they would notice such an event though due to CARP packets unable to flow between FW1-em0 and FW2-em0 any longer. The advantage of CARP used customarily and not on a separate "heartbeat" interface is that it provides active detection of failures on the very network that should be made fail-safe. -- Yar From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 15:15:11 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D267616A41C for ; Thu, 16 Jun 2005 15:15:11 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from f13.mail.ru (f13.mail.ru [194.67.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6453243D1F for ; Thu, 16 Jun 2005 15:15:11 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f13.mail.ru with local id 1Diw5K-00004d-00; Thu, 16 Jun 2005 19:15:14 +0400 Received: from [212.5.170.174] by win.mail.ru with HTTP; Thu, 16 Jun 2005 19:15:14 +0400 From: dima <_pppp@mail.ru> To: dave baukus Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [212.5.170.174] Date: Thu, 16 Jun 2005 19:15:14 +0400 In-Reply-To: <42B07A31.70201@chiaro.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-net@freebsd.org Subject: Re[2]: (panic) Lots of network memory needed X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 15:15:11 -0000 > > I'm fairly sure that you are out of kernel virtual memory. > Look at kern/kern_malloc.c kmeminit (); you can play w/ VM_KMEM_SIZE_MAX > or TUNABLE_INT_FETCH("kern.vm.kmem.size", &vm_kmem_size); > > /* > * Try to auto-tune the kernel memory size, so that it is > * more applicable for a wider range of machine sizes. > * On an X86, a VM_KMEM_SIZE_SCALE value of 4 is good, while > * a VM_KMEM_SIZE of 12MB is a fair compromise. The > * VM_KMEM_SIZE_MAX is dependent on the maximum KVA space > * available, and on an X86 with a total KVA space of 256MB, > * try to keep VM_KMEM_SIZE_MAX at 80MB or below. > * > * Note that the kmem_map is also used by the zone allocator, > * so make sure that there is enough space. > */ > vm_kmem_size = VM_KMEM_SIZE; > mem_size = cnt.v_page_count * PAGE_SIZE; Which version do you use? I see the following in my /sys/kern/kern_malloc.c: vm_kmem_size = VM_KMEM_SIZE + nmbclusters * PAGE_SIZE; .... /* * Limit kmem virtual size to twice the physical memory. * This allows for kmem map sparseness, but limits the size * to something sane. Be careful to not overflow the 32bit * ints while doing the check. */ if (((vm_kmem_size / 2) / PAGE_SIZE) > cnt.v_page_count) vm_kmem_size = 2 * cnt.v_page_count * PAGE_SIZE; It's 5.4-p2 > > #if defined(VM_KMEM_SIZE_SCALE) > if ((mem_size / VM_KMEM_SIZE_SCALE) > vm_kmem_size) > vm_kmem_size = mem_size / VM_KMEM_SIZE_SCALE; > #endif > > #if defined(VM_KMEM_SIZE_MAX) > if (vm_kmem_size >= VM_KMEM_SIZE_MAX) > vm_kmem_size = VM_KMEM_SIZE_MAX; > #endif > > /* Allow final override from the kernel environment */ > TUNABLE_INT_FETCH("kern.vm.kmem.size", &vm_kmem_size); > > > Karim Fodil-Lemelin wrote: > > Thanks but the system still crashes (FreeBSD 4.9) with 131072. Here is a > > backtrace showing just that: > > > > Debugger (msg=0xc02b6cdb "panic") at ../../i386/i386/db_interface.c:321 > > 321 } > > (kgdb) bt > > #0 Debugger (msg=0xc02b6cdb "panic") at ../../i386/i386/db_interface.c:321 > > #1 0xc016a230 in panic ( > > fmt=0xc02ea380 "pmap_enter: invalid page directory pdir=%#llx, > > va=%#x\n") > > at ../../kern/kern_shutdown.c:593 > > #2 0xc0283594 in pmap_enter (pmap=0xc0340460, va=4292141056, m=0xc24b2848, > > prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1943 > > #3 0xc023ddd0 in vm_fault (map=0xc033322c, vaddr=4292141056, > > fault_type=7 '\a', fault_flags=1) at ../../vm/vm_fault.c:841 > > #4 0xc023df0a in vm_fault_wire (map=0xc033322c, start=4292141056, > > end=4292149248) at ../../vm/vm_fault.c:915 > > #5 0xc0240831 in vm_map_pageable (map=0xc033322c, start=4292141056, > > real_end=4292149248, new_pageable=0) at ../../vm/vm_map.c:1817 > > #6 0xc023ea25 in kmem_alloc (map=0xc033322c, size=8192) > > at ../../vm/vm_kern.c:213 > > #7 0xc024a46f in _zget (z=0xdb5c6e80) at ../../vm/vm_zone.c:425 > > #8 0xc024a269 in zalloc (z=0xdb5c6e80) at ../../vm/vm_zone.c:60 > > #9 0xc0196106 in namei (ndp=0xfa489ef4) at ../../kern/vfs_lookup.c:104 > > #10 0xc01614ca in execve (p=0xfa482e00, uap=0xfa489f90) > > at ../../kern/kern_exec.c:165 > > #11 0xc01590a1 in start_init (dummy=0x0) at ../../kern/init_main.c:543 > > (kgdb) p nmbclusters > > $1 = 131072 > > (kgdb) > > > > Goran Spirovski - MorEl On.net wrote: > > > >> AFAIK the number of mbufs (and consequently nmbclusters) has to be a > >> power > >> of 2, so you should set it to 131072 > >> > >> MorEl > >> > >> ----- Original Message ----- From: "Karim Fodil-Lemelin" > >> To: > >> Sent: Wednesday, June 15, 2005 6:08 PM > >> Subject: (panic) Lots of network memory needed > >> > >> > >> > >> > >>> Hello, > >>> > >>> From kernel tuning page > >>> > >> > >> (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kern > >> > >> el-limits.html) > >> > >> > >>> Some sentence about nmbclusters says: > >>> > >>> "Under no circumstances should you specify an arbitrarily high value for > >>> > >> > >> this parameter as it could lead to a boot time crash." > >> > >> > >>> Now I want to push the limits where I need 4KB buffer for each of the > >>> > >> > >> 32000 connections I want this server to handle. If I do the math: > >> > >> > >>> (32000 (conns) * 4 (KB/buffer) * 2 (buffer/conn)) / 2048 (KB/cluster) > >>> > >>> = 128000 clusters > >>> > >>> So I set this arbitrary high value in loader.conf under > >>> > >> > >> (kern.ipc.nmbclusters) and no surprises I get panic: pmap_enter > >> invalid page > >> directory pdir=0x3cb063, va=0xfff800 > >> > >> > >>> (va has a weird address here) > >>> > >>> I know I am pushing the limits here but I have plenty of memory (2GB) on > >>> > >> > >> this system (after all its just 250MB for network memory ;) and this is > >> mainly just experimentation. > >> > >> > >>> I would like some pointers toward fixing this. Is there another variable > >>> > >> > >> tied into this (I guess so)? Could anybody points me to a technical > >> document > >> that would explain the relationship with that (those) other(s) presumed > >> variable(s)? > >> > >> > >>> Thank you, > >>> > >>> > >>> Karim > >>> > >>> > >>> _______________________________________________ > >>> 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" > >>> > >> > >> > >> > >> > >> > >> > > > > -- > Dave Baukus > dbaukus@chiaro.com > Chiaro Networks Ltd. > Richardson, Texas > USA > > _______________________________________________ > 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 Thu Jun 16 15:16:52 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1326F16A41C for ; Thu, 16 Jun 2005 15:16:52 +0000 (GMT) (envelope-from khaled.abu@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEE2643D4C for ; Thu, 16 Jun 2005 15:16:51 +0000 (GMT) (envelope-from khaled.abu@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so501604wra for ; Thu, 16 Jun 2005 08:16:51 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SGig7I8WLlvjIUtosB+FEvlQvyduuXH/sU6nW79ZqC5dq2tYXD2mZSy5LpI+e2rmSeg5AbjE+YJhLiIxhP4sD1FAaWbzwtLd8DAlcad688GDm8liGj5VPZ69Ptf7G7QqCUppnIo90mPFU3gnCl4VbHYnTqx0UesseYkVM3jD7Sc= Received: by 10.54.113.14 with SMTP id l14mr677904wrc; Thu, 16 Jun 2005 08:16:50 -0700 (PDT) Received: by 10.54.66.16 with HTTP; Thu, 16 Jun 2005 08:16:50 -0700 (PDT) Message-ID: Date: Thu, 16 Jun 2005 18:16:50 +0300 From: Abu Khaled To: Mrad James Deane In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-net@freebsd.org Subject: Re: port 80 listening than root user X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Abu Khaled List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2005 15:16:52 -0000 On 6/16/05, Mrad James Deane wrote: > Hello i want to know how can the www user listen on the port 80 rather th= an > root or what is the the step or commade to take that allow the www user > listen on port 80 > i'm tryin to run my webserver (aolserver)for www from root but i keep the > message cannot listen to port 80 permission denied. > Please help , > Thanks >=20 Does not AOLserver run as user nobody and group nobody by default on freebs= d? Check the script /usr/local/etc/rc.d/aolserver.sh --=20 Kind regards Abu Khaled From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 16:28:13 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C76AC16A41C; Thu, 16 Jun 2005 16:28:13 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (gid.co.uk [194.32.164.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0910243D49; Thu, 16 Jun 2005 16:28:12 +0000 (GMT) (envelope-from rb@gid.co.uk) Received: (from rb@localhost) by gidgate.gid.co.uk (8.11.7/8.11.6) id j5GGRQ364234; Thu, 16 Jun 2005 17:27:26 +0100 (BST) (envelope-from rb) Message-Id: <6.2.0.14.2.20050616172335.044bef40@gid.co.uk> X-Mailer: QUALCOMM Windows Eudora Version 6.2.0.14 Date: Thu, 16 Jun 2005 17:27:20 +0100 To: Marcin Jessa , frank@exit.com From: Bob Bishop In-Reply-To: <20050616144707.18bfa000.lists@yazzy.org> References: <20050615114556.6df96e8c.lists@yazzy.org> <1118925438.91936.2.camel@realtime.exit.com> <20050616144707.18bfa000.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-net@freebsd.org, current@freebsd.org Subject: Re: Looking for networking solution. 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, 16 Jun 2005 16:28:13 -0000 Hi, At 13:47 16/06/2005, Marcin Jessa wrote: >On Thu, 16 Jun 2005 05:37:18 -0700 >Frank Mayhar wrote: > > > > > You want SCPS (the Space Communications Protocols Specification) > > software. Briefly, it fakes local TCP on either end while talking its > > own protocol over the high-latency link. I don't know if there is any > > open-source package available but there are certainly commercial > > solutions out there. > > -- > >Correct. That's why I asked about this problem here. >I was in doubt something like that existed for FreeBSD. >We are willing to pay someone to develop such a solution for FreeBSD. >I'd love to get in touch with someone willing to pick up that challenge. If you haven't done so, you might want to look at http://www.scps.org/scps/Reference_S_W/reference_s_w.html and see whether the reference implementation would be available for porting to FreeBSD. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 16:48:59 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D14916A41C for ; Thu, 16 Jun 2005 16:48:59 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from mail.packetfront.com (mail.packetfront.com [212.247.6.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 438F643D49 for ; Thu, 16 Jun 2005 16:48:58 +0000 (GMT) (envelope-from raglon@packetfront.com) Received: from localhost (localhost [127.0.0.1]) by mail.packetfront.com (Postfix) with ESMTP id 05DB3A3F73 for ; Thu, 16 Jun 2005 18:48:57 +0200 (CEST) Received: from mail.packetfront.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16827-04 for ; Thu, 16 Jun 2005 18:48:56 +0200 (CEST) Received: from [192.168.1.159] (pf-raglon.int.packetfront.com [192.168.1.159]) by mail.packetfront.com (Postfix) with ESMTP id BC2E8A3F71 for ; Thu, 16 Jun 2005 18:48:56 +0200 (CEST) Message-ID: <42B1AD6E.8010600@packetfront.com> Date: Thu, 16 Jun 2005 18:48:46 +0200 From: Ragnar Lonn User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20050615114556.6df96e8c.lists@yazzy.org> <1118925438.91936.2.camel@realtime.exit.com> <20050616144707.18bfa000.lists@yazzy.org> <18857.130.76.32.16.1118934349.squirrel@www.frob.org> In-Reply-To: <18857.130.76.32.16.1118934349.squirrel@www.frob.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at packetfront.com Subject: PPPoE on virtual interfaces inside vimages? 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, 16 Jun 2005 16:48:59 -0000 Yet another complex question regarding vimage/netgraph :-) I'm trying to use the ppp program to do PPPoE on an ngeth interface without much luck. I'm using the following Netgraph tree setup: upper---link0 [fxp0] [ng_bridge] link2---ds [ng_vlan] vlan101--- ether [ngeth0@vimage1] lower---link1 The physical ethernet interface fxp0 has setautosrc=0 configured and the ngeth interface has its own unique MAC address set. Packets sent out are thus tagged with VLAN id 101 and gets a certain MAC address. All of this behaviour is a necessity for the application we run (client simulations - The VLAN node actually has hundreds of upstream VLAN hooks connected to hundreds of ngeth interfaces in hundreds of vimages). Now, the ppp program uses Netgraph to connect to the "orphan" hook of a real ethernet interface, so when I try to run it in a vimage on the ngeth0 interface there it complains that the interface type is wrong (I have patched the kernel so it is possible to create ng_sockets inside any vimage so that's not a problem at least). It wants an ng_ether interface, with an "orphans" hook. Is it possible to have ppp connect to the ng_eiface (ngeth) interface instead of a real physical interface, and how should I do that? Or if not, what would be the best way to be able to do PPPoE inside a vimage, while simultaneously forcing VLAN-tagging and MAC address overwriting? Regards, /Ragnar From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 16:51:15 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FE3B16A458 for ; Thu, 16 Jun 2005 16:51:15 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3448E43D53 for ; Thu, 16 Jun 2005 16:51:15 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j5GGpEOV024721; Thu, 16 Jun 2005 09:51:14 -0700 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j5GGpEue024720; Thu, 16 Jun 2005 09:51:14 -0700 Date: Thu, 16 Jun 2005 09:51:14 -0700 From: Brooks Davis To: Andrey Smagin Message-ID: <20050616165114.GC21733@odin.ac.hmc.edu> References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> <200506160035.j5G0ZPZH022536@banyan.cs.ait.ac.th> <42B0D6D5.8050801@elischer.org> <13110334791.20050616100601@mail.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1ccMZA6j1vT5UqiK" Content-Disposition: inline In-Reply-To: <13110334791.20050616100601@mail.ru> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-net@freebsd.org Subject: Re: vr0 kernel panic 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, 16 Jun 2005 16:51:15 -0000 --1ccMZA6j1vT5UqiK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [DO NOT reply to random messages to post on new topics. I nearly missed this message.] On Thu, Jun 16, 2005 at 10:06:01AM +0400, Andrey Smagin wrote: > Hi ALL, >=20 > panic: vr0f0: BUG: if_attach called without if_alloc'd input() >=20 > Kernel panic after load, since about week in current. > Bad but solution: > load if_vr module and configure interface after all (in rc.d/ script). Please read /usr/src/UPDATING. It looks like you updated your kernel, but not modules. vr(4)'s attach routing looks correct by inspection and the interface works here. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --1ccMZA6j1vT5UqiK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCsa4BXY6L6fI4GtQRAiLdAJ4uCe++kDjr5jlph62K1Y3ViS6TVACbBKpk 7dNqKVuTJpypsuxR56LCV9w= =jW47 -----END PGP SIGNATURE----- --1ccMZA6j1vT5UqiK-- From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 17:11:05 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8144E16A41C for ; Thu, 16 Jun 2005 17:11:05 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 594BA43D48 for ; Thu, 16 Jun 2005 17:11:05 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with ESMTP id A182746B0E; Thu, 16 Jun 2005 13:11:04 -0400 (EDT) Date: Thu, 16 Jun 2005 18:13:17 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: dragonfly dragonfly In-Reply-To: Message-ID: <20050616180457.P27625@fledge.watson.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: LVS FreeBSD port 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, 16 Jun 2005 17:11:05 -0000 On Thu, 16 Jun 2005, dragonfly dragonfly wrote: > Recently i did a LVS FreeBSD port, and released 0.4.0 version > (http://dragon.linux-vs.org/~dragonfly/htm/lvs_freebsd.htm). It supports > LVS/DR and LVS/TUN with all LVS schedulers. Thanks must go to Clement > Laforet for committing it to ports/net/ipvs. > LVS(http://www.linuxvirtualserver.org/) is a widely used server > cluster schedule system, which is be included in Linux official kernel > 2.4 and 2.6 release. > Tests, bug report and fix, comments are very welcome. Li Wang, This looks like very interesting work. I'm confused, however, by the need for a kernel patch here -- it looks like the changes essentially center on allowing kernel modules to register new socket option handlers for sockets, and that the socket pointer itself isn't handed into the socket option handlers. I don't have a very complete understanding of the LVS kernel code yet, but my impression is that maybe you could simply substitute a sysctl for each of the get and set options, and avoid a patch entirely? Or perhaps the goal here is to minimize modifications to the userland netfilter admin tool? Thanks, Robert N M Watson From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 18:25:15 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F17A716A41C; Thu, 16 Jun 2005 18:25:14 +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 A60E243D48; Thu, 16 Jun 2005 18:25:14 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (iijogh@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id j5GIP4gb066863; Thu, 16 Jun 2005 11:25:04 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id j5GIP2Hx066862; Thu, 16 Jun 2005 11:25:02 -0700 (PDT) (envelope-from jmg) Date: Thu, 16 Jun 2005 11:25:02 -0700 From: John-Mark Gurney To: Daniel Hartmeier Message-ID: <20050616182502.GL742@funkthat.com> Mail-Followup-To: Daniel Hartmeier , Marcel Moolenaar , freebsd-net@freebsd.org, Marcel Moolenaar , freebsd-pf@freebsd.org References: <200506132123.j5DLNove069255@freefall.freebsd.org> <20050615204232.GX8526@insomnia.benzedrine.cx> <20050615223450.GY8526@insomnia.benzedrine.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050615223450.GY8526@insomnia.benzedrine.cx> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p1 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-net@freebsd.org, Marcel Moolenaar , freebsd-pf@freebsd.org, Marcel Moolenaar Subject: Re: ia64/81284: Unaligned Reference with pf on 5.4/IA64 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: Thu, 16 Jun 2005 18:25:15 -0000 Daniel Hartmeier wrote this message on Thu, Jun 16, 2005 at 00:34 +0200: > So, are you really sure we should do differently in pf, instead of > looking for a bridge problem, where bridge constructs an mbuf with the > IP header not properly aligned? > > I.e. if the IP header is properly aligned within the mbuf (on 32-bit > boundaries, I presume), wouldn't ip_src/dst have to be properly aligned > as well, even though __packed is used, because the layout of struct ip > is chosen like that? This is a more general problem.. All of our ethernet drivers that run on aligned platforms have special code to offset by 2 the ethernet packet specificly so that struct ip and friends are properly aligned.. This is because the ethernet header is 14 bytes long, and if the data was left unchanged, the struct ip would start at x mod 4 = 2... of course, this is stupid, and each component that requires alignment when accepting a packet from another interface (i.e. pf taking in an mbuf from another system like bridge, or even the if stack) should use the m_copyup function that I committed a bit back.. This will give you correct alignment, and at the same time, make it continue to work if/when we finally decide to not have the ethernet drivers align packets... -- 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 Thu Jun 16 18:39:32 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DA9816A41C; Thu, 16 Jun 2005 18:39:32 +0000 (GMT) (envelope-from hans@lambermont.dyndns.org) Received: from lambermont.dyndns.org (lambermont.dyndns.org [82.93.47.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id C6D8343D1F; Thu, 16 Jun 2005 18:39:31 +0000 (GMT) (envelope-from hans@lambermont.dyndns.org) Received: by lambermont.dyndns.org (Postfix, from userid 1001) id DA6BD95B17; Thu, 16 Jun 2005 20:39:30 +0200 (CEST) Date: Thu, 16 Jun 2005 20:39:30 +0200 To: Marcin Jessa Message-ID: <20050616183930.GB24214@leia.lambermont.dyndns.org> References: <20050615114556.6df96e8c.lists@yazzy.org> <1118925438.91936.2.camel@realtime.exit.com> <20050616144707.18bfa000.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050616144707.18bfa000.lists@yazzy.org> User-Agent: Mutt/1.4.2.1i From: hans@lambermont.dyndns.org (Hans Lambermont) Cc: freebsd-net@freebsd.org, frank@exit.com, current@freebsd.org Subject: Re: Looking for networking solution. 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, 16 Jun 2005 18:39:32 -0000 Marcin Jessa wrote: > Frank Mayhar wrote: ... >> You want SCPS (the Space Communications Protocols Specification) >> software. Briefly, it fakes local TCP on either end while talking >> its own protocol over the high-latency link. I don't know if there >> is any open-source package available but there are certainly >> commercial solutions out there. > > Correct. That's why I asked about this problem here. I was in doubt > something like that existed for FreeBSD. Yesterday I posted a mail about Tellitec. What I forgot to mention is that it runs on FreeBSD too. I'm sure Tellitec has a native FreeBSD binary, but the Linux binary I use at work also runs fine on FreeBSD. However, it is closed source, so : > We are willing to pay someone to develop such a solution for FreeBSD. > I'd love to get in touch with someone willing to pick up that challenge. I'm not sure it is what you're looking for. -- Hans Lambermont Disclaimer: I have a business relation to Tellitec. -- http://hans.dse.nl/ () ASCII-ribbon campaign against vCards, /\ HTML-mail and proprietary formats. From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 20:55:00 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DF3116A41C for ; Thu, 16 Jun 2005 20:55:00 +0000 (GMT) (envelope-from kfl@xiphos.ca) Received: from mail.net (custpop.ca.mci.com [142.77.1.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id B660A43D49 for ; Thu, 16 Jun 2005 20:54:59 +0000 (GMT) (envelope-from kfl@xiphos.ca) Received: from [216.95.199.148] (account kfl@xiphos.ca HELO [192.168.1.7]) by mail.net (CommuniGate Pro SMTP 4.2.8) with ESMTP id 64053027; Thu, 16 Jun 2005 16:54:58 -0400 Message-ID: <42B1E82E.2050102@xiphos.ca> Date: Thu, 16 Jun 2005 16:59:26 -0400 From: Karim Fodil-Lemelin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dima <_pppp@mail.ru> References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: dave baukus , freebsd-net@freebsd.org Subject: Re: (panic) Lots of network memory needed 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, 16 Jun 2005 20:55:00 -0000 I use FreeBSD 4.9. Actually I had to _reduce_ VM_KMEM_SIZE in order to be able to create that much mnbclusters ... Somehow it seems that vm_kmem_size cannot go over 1GB without crashing the system so I had to reduce memory map from other subsystems in order to get what I needed for network memory. From: vm_kmem_size = VM_KMEM_SIZE + nmbclusters * PAGE_SIZE; Assuming vm_kmem_size has some sort of hard limit, if I reduce VM_KMEM_SIZE I can get more nmbclusters into the system. dima wrote: >>I'm fairly sure that you are out of kernel virtual memory. >>Look at kern/kern_malloc.c kmeminit (); you can play w/ VM_KMEM_SIZE_MAX >>or TUNABLE_INT_FETCH("kern.vm.kmem.size", &vm_kmem_size); >> >> /* >> * Try to auto-tune the kernel memory size, so that it is >> * more applicable for a wider range of machine sizes. >> * On an X86, a VM_KMEM_SIZE_SCALE value of 4 is good, while >> * a VM_KMEM_SIZE of 12MB is a fair compromise. The >> * VM_KMEM_SIZE_MAX is dependent on the maximum KVA space >> * available, and on an X86 with a total KVA space of 256MB, >> * try to keep VM_KMEM_SIZE_MAX at 80MB or below. >> * >> * Note that the kmem_map is also used by the zone allocator, >> * so make sure that there is enough space. >> */ >> vm_kmem_size = VM_KMEM_SIZE; >> mem_size = cnt.v_page_count * PAGE_SIZE; >> >> >Which version do you use? I see the following in my /sys/kern/kern_malloc.c: > vm_kmem_size = VM_KMEM_SIZE + nmbclusters * PAGE_SIZE; >.... > /* > * Limit kmem virtual size to twice the physical memory. > * This allows for kmem map sparseness, but limits the size > * to something sane. Be careful to not overflow the 32bit > * ints while doing the check. > */ > if (((vm_kmem_size / 2) / PAGE_SIZE) > cnt.v_page_count) > vm_kmem_size = 2 * cnt.v_page_count * PAGE_SIZE; >It's 5.4-p2 > > > > > >>#if defined(VM_KMEM_SIZE_SCALE) >> if ((mem_size / VM_KMEM_SIZE_SCALE) > vm_kmem_size) >> vm_kmem_size = mem_size / VM_KMEM_SIZE_SCALE; >>#endif >> >>#if defined(VM_KMEM_SIZE_MAX) >> if (vm_kmem_size >= VM_KMEM_SIZE_MAX) >> vm_kmem_size = VM_KMEM_SIZE_MAX; >>#endif >> >> /* Allow final override from the kernel environment */ >> TUNABLE_INT_FETCH("kern.vm.kmem.size", &vm_kmem_size); >> >> >>Karim Fodil-Lemelin wrote: >> >> >>>Thanks but the system still crashes (FreeBSD 4.9) with 131072. Here is a >>>backtrace showing just that: >>> >>>Debugger (msg=0xc02b6cdb "panic") at ../../i386/i386/db_interface.c:321 >>>321 } >>>(kgdb) bt >>>#0 Debugger (msg=0xc02b6cdb "panic") at ../../i386/i386/db_interface.c:321 >>>#1 0xc016a230 in panic ( >>> fmt=0xc02ea380 "pmap_enter: invalid page directory pdir=%#llx, >>>va=%#x\n") >>> at ../../kern/kern_shutdown.c:593 >>>#2 0xc0283594 in pmap_enter (pmap=0xc0340460, va=4292141056, m=0xc24b2848, >>> prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1943 >>>#3 0xc023ddd0 in vm_fault (map=0xc033322c, vaddr=4292141056, >>> fault_type=7 '\a', fault_flags=1) at ../../vm/vm_fault.c:841 >>>#4 0xc023df0a in vm_fault_wire (map=0xc033322c, start=4292141056, >>> end=4292149248) at ../../vm/vm_fault.c:915 >>>#5 0xc0240831 in vm_map_pageable (map=0xc033322c, start=4292141056, >>> real_end=4292149248, new_pageable=0) at ../../vm/vm_map.c:1817 >>>#6 0xc023ea25 in kmem_alloc (map=0xc033322c, size=8192) >>> at ../../vm/vm_kern.c:213 >>>#7 0xc024a46f in _zget (z=0xdb5c6e80) at ../../vm/vm_zone.c:425 >>>#8 0xc024a269 in zalloc (z=0xdb5c6e80) at ../../vm/vm_zone.c:60 >>>#9 0xc0196106 in namei (ndp=0xfa489ef4) at ../../kern/vfs_lookup.c:104 >>>#10 0xc01614ca in execve (p=0xfa482e00, uap=0xfa489f90) >>> at ../../kern/kern_exec.c:165 >>>#11 0xc01590a1 in start_init (dummy=0x0) at ../../kern/init_main.c:543 >>>(kgdb) p nmbclusters >>>$1 = 131072 >>>(kgdb) >>> >>>Goran Spirovski - MorEl On.net wrote: >>> >>> >>> >>>>AFAIK the number of mbufs (and consequently nmbclusters) has to be a >>>>power >>>>of 2, so you should set it to 131072 >>>> >>>>MorEl >>>> >>>>----- Original Message ----- From: "Karim Fodil-Lemelin" >>>>To: >>>>Sent: Wednesday, June 15, 2005 6:08 PM >>>>Subject: (panic) Lots of network memory needed >>>> >>>> >>>> >>>> >>>> >>>> >>>>>Hello, >>>>> >>>>>From kernel tuning page >>>>> >>>>> >>>>> >>>>(http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kern >>>> >>>>el-limits.html) >>>> >>>> >>>> >>>> >>>>>Some sentence about nmbclusters says: >>>>> >>>>>"Under no circumstances should you specify an arbitrarily high value for >>>>> >>>>> >>>>> >>>>this parameter as it could lead to a boot time crash." >>>> >>>> >>>> >>>> >>>>>Now I want to push the limits where I need 4KB buffer for each of the >>>>> >>>>> >>>>> >>>>32000 connections I want this server to handle. If I do the math: >>>> >>>> >>>> >>>> >>>>>(32000 (conns) * 4 (KB/buffer) * 2 (buffer/conn)) / 2048 (KB/cluster) >>>>> >>>>>= 128000 clusters >>>>> >>>>>So I set this arbitrary high value in loader.conf under >>>>> >>>>> >>>>> >>>>(kern.ipc.nmbclusters) and no surprises I get panic: pmap_enter >>>>invalid page >>>>directory pdir=0x3cb063, va=0xfff800 >>>> >>>> >>>> >>>> >>>>>(va has a weird address here) >>>>> >>>>>I know I am pushing the limits here but I have plenty of memory (2GB) on >>>>> >>>>> >>>>> >>>>this system (after all its just 250MB for network memory ;) and this is >>>>mainly just experimentation. >>>> >>>> >>>> >>>> >>>>>I would like some pointers toward fixing this. Is there another variable >>>>> >>>>> >>>>> >>>>tied into this (I guess so)? Could anybody points me to a technical >>>>document >>>>that would explain the relationship with that (those) other(s) presumed >>>>variable(s)? >>>> >>>> >>>> >>>> >>>>>Thank you, >>>>> >>>>> >>>>>Karim >>>>> >>>>> >>>>>_______________________________________________ >>>>>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" >>>>> >>>>> >>>>> >>>> >>>> >>>> >>>> >>>> >>>> >>-- >>Dave Baukus >>dbaukus@chiaro.com >> Chiaro Networks Ltd. >> Richardson, Texas >> USA >> >>_______________________________________________ >>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" >> >> >> > > > > -- Karim Fodil-Lemelin Lead Programmer Xiphos Technologies Inc. (514) 848-9640 x223 (514) 848-9644 fax www.xiplink.com -------------------------------------------------------------- The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. If you have received this in error, please contact the sender and delete this communication and any copy immediately. Thank you. From owner-freebsd-net@FreeBSD.ORG Thu Jun 16 21:05:50 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9302B16A41F for ; Thu, 16 Jun 2005 21:05:50 +0000 (GMT) (envelope-from ml.diespammer@netfence.it) Received: from parrot.aev.net (host29-15.pool8174.interbusiness.it [81.74.15.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97F4043D48 for ; Thu, 16 Jun 2005 21:05:48 +0000 (GMT) (envelope-from ml.diespammer@netfence.it) Received: from soth.ventu (adsl-ull-212-5.41-151.net24.it [151.41.5.212]) (authenticated bits=128) by parrot.aev.net (8.13.4/8.13.4) with ESMTP id j5GLDRH5089439 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 16 Jun 2005 23:13:33 +0200 (CEST) (envelope-from ml.diespammer@netfence.it) Received: from [10.1.2.18] (alamar.ventu [10.1.2.18]) (authenticated bits=0) by soth.ventu (8.13.3/8.13.3) with ESMTP id j5GL5EYv087942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 16 Jun 2005 23:05:14 +0200 (CEST) (envelope-from ml.diespammer@netfence.it) Message-ID: <42B1E999.1050800@netfence.it> Date: Thu, 16 Jun 2005 23:05:29 +0200 From: Andrea Venturoli User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050502) X-Accept-Language: en-us, en MIME-Version: 1.0 To: spe@phear.org, freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.52 on 192.168.2.2 X-Scanned-By: MIMEDefang 2.52 on 10.1.2.13 Cc: Subject: Problems with latest freevrrpd. 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, 16 Jun 2005 21:05:50 -0000 Hello. I have two FreeBSD 4.11 boxes which have been using freevrrpd for a long time. Today I upgraded from 0.8.7 to 0.9.3 and since then I started having some problems. Specifically I started to see this messages on both boxes: freevrrpd[822]: ip ttl of vrrp packet isn't set to 255. Packet is discar ded ! Strangest thing is that this boxes are both dual-homed, and one side (fxp1 below) was working correctly, the other not (fxp0 below), meaning that both boxed grabbed all configured address (yes, both master and backup). I googled around and found out that someone was having the same problem, but no solution was provided. Since I was in a hurry, I grabbed the sources, commented this test out in vrrp_misc_check_vrrp_packet, and recompiled. Since then everything seems to work correctly, but I didn't have the chance to test failover yet (!!!). Comments and/or suggestions? Furthermore, I'm frequently seeing the following messages: freevrrpd[2188]: all errors are cleared on interface fxp1 freevrrpd[2188]: all errors are cleared on interface fxp0 Is this normal? Or something worth looking at? Here is my conf: [VRID] serverid = 1 interface = fxp1 priority = 255 addr = 192.168.0.4/32 password = xxxxx [VRID] serverid = 2 interface = fxp1 priority = 254 addr = 192.168.0.5/32 password = xxxxx vridsdep=4 [VRID] serverid=3 interface=fxp0 priority=255 addr=192.168.101.5/32 password=xxxxx [VRID] serverid=4 interface=fxp0 priority=254 addr=192.168.101.6/32 password=xxxxx vridsdep=1 The one on the other box is just specular, only one interface is fxp0, the other xl0. P.S. Please remove .diesmapper to reply. Sorry I have to do this :( From owner-freebsd-net@FreeBSD.ORG Fri Jun 17 01:53:27 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 960F416A41C; Fri, 17 Jun 2005 01:53:27 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from mail.cs.ait.ac.th (mail.cs.ait.ac.th [192.41.170.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F9743D1F; Fri, 17 Jun 2005 01:53:23 +0000 (GMT) (envelope-from on@cs.ait.ac.th) Received: from banyan.cs.ait.ac.th (banyan.cs.ait.ac.th [192.41.170.5]) by mail.cs.ait.ac.th (8.12.11/8.12.11) with ESMTP id j5H1qqwp039274 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jun 2005 08:52:53 +0700 (ICT) Received: (from on@localhost) by banyan.cs.ait.ac.th (8.13.1/8.12.11) id j5H1qpBl035396; Fri, 17 Jun 2005 08:52:51 +0700 (ICT) Date: Fri, 17 Jun 2005 08:52:51 +0700 (ICT) Message-Id: <200506170152.j5H1qpBl035396@banyan.cs.ait.ac.th> From: Olivier Nicole To: lists@yazzy.org In-reply-to: <20050616144707.18bfa000.lists@yazzy.org> (message from Marcin Jessa on Thu, 16 Jun 2005 14:47:07 +0200) References: <20050615114556.6df96e8c.lists@yazzy.org> <1118925438.91936.2.camel@realtime.exit.com> <20050616144707.18bfa000.lists@yazzy.org> X-Virus-Scanned: on CSIM by amavisd-milter (http://www.amavis.org/) Cc: freebsd-net@freebsd.org, frank@exit.com, current@freebsd.org Subject: Re: Looking for networking solution. 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, 17 Jun 2005 01:53:27 -0000 > I want to just dump all the packets between two satelite links > without checking for ack back and forth which creates latency and > long ping times. The latency is created by the satellite transmission delay, not by the ack. ACK suffer from the latency, but do not create it. > Correct. That's why I asked about this problem here. > I was in doubt something like that existed for FreeBSD. > We are willing to pay someone to develop such a solution for FreeBSD. > I'd love to get in touch with someone willing to pick up that challenge. I doubt that anyone will be interested in developping a protocol that do not care about the reliability of transmission. Just saying "drop the ack" is not the way to go. If you are talking about a protocole that does dialogue (like email), suppressing the ack will not help: one end must wait until it receives one question before it can answer, and then the ack is transmitted in the same paket as the answer. If you are talking about a more "one way" protocol (like http for ex. request one file and then wait for the file to flow), a better a pproach would be to allow a bigger chunk of data to get through before the first ack is due (to fill the pipe). That can be done by increading the window size of TCP, without damaging the retransmission capabilities. As the window size change would need to b done in every client and server, we were once considering to put two reverse NAT at each end of the satellite link. The NAT being in charge of changing the window size (I don't remember the full details, but it looked feasible). Olivier From owner-freebsd-net@FreeBSD.ORG Fri Jun 17 05:54:12 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8108F16A41C for ; Fri, 17 Jun 2005 05:54:12 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3946343D53 for ; Fri, 17 Jun 2005 05:54:12 +0000 (GMT) (envelope-from samspeedu@mail.ru) Received: from [213.129.119.20] (port=1187 helo=192.168.168.7) by mx1.mail.ru with esmtp id 1Dj9nu-0006N0-00 for freebsd-net@freebsd.org; Fri, 17 Jun 2005 09:54:10 +0400 Date: Fri, 17 Jun 2005 09:53:08 +0400 From: Andrey Smagin X-Mailer: The Bat! (v1.62r) Organization: DiP X-Priority: 3 (Normal) Message-ID: <1348900871.20050617095308@mail.ru> To: freebsd-net@freebsd.org In-Reply-To: <20050616165114.GC21733@odin.ac.hmc.edu> References: <58397.148.122.180.9.1118829978.squirrel@mail.yazzy.org> <200506160035.j5G0ZPZH022536@banyan.cs.ait.ac.th> <42B0D6D5.8050801@elischer.org> <13110334791.20050616100601@mail.ru> <20050616165114.GC21733@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: vr0 kernel panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: SAMU List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 05:54:12 -0000 Hello Brooks, Thursday, June 16, 2005, 8:51:14 PM, you wrote: BD> [DO NOT reply to random messages to post on new topics. I nearly missed BD> this message.] BD> On Thu, Jun 16, 2005 at 10:06:01AM +0400, Andrey Smagin wrote: >> Hi ALL, >> >> panic: vr0f0: BUG: if_attach called without if_alloc'd input() >> >> Kernel panic after load, since about week in current. >> Bad but solution: >> load if_vr module and configure interface after all (in rc.d/ script). BD> Please read /usr/src/UPDATING. It looks like you updated your kernel, BD> but not modules. vr(4)'s attach routing looks correct by inspection and BD> the interface works here. Ok. I am will check it all more complex. But about year i live on current. By cron every day at 2:30(Moscow) cvsup new sources and automaticaly build and install it. And i not touched configs last few month. Today new build also panic reboots at vr0. Bad news for me that i updated my server, and it also hang's on boot. Server have no vr at all, then because i think that problem not in vr driver. Server have no monitor i can't look point of crash now. Now i use kernel.old. Present some incompatibles with world, but system work anyway. BD> -- Brooks -- Best regards, Andrey mailto:samspeedu@mail.ru From owner-freebsd-net@FreeBSD.ORG Fri Jun 17 08:15:47 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 417D216A41C for ; Fri, 17 Jun 2005 08:15:47 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from f26.mail.ru (f26.mail.ru [194.67.57.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFA8D43D49 for ; Fri, 17 Jun 2005 08:15:46 +0000 (GMT) (envelope-from _pppp@mail.ru) Received: from mail by f26.mail.ru with local id 1DjC0u-000JHy-00; Fri, 17 Jun 2005 12:15:44 +0400 Received: from [212.5.170.174] by win.mail.ru with HTTP; Fri, 17 Jun 2005 12:15:44 +0400 From: dima <_pppp@mail.ru> To: Karim Fodil-Lemelin Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [212.5.170.174] Date: Fri, 17 Jun 2005 12:15:44 +0400 In-Reply-To: <42B1E82E.2050102@xiphos.ca> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Cc: freebsd-net@freebsd.org Subject: Re[2]: (panic) Lots of network memory needed X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dima <_pppp@mail.ru> List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 08:15:47 -0000 > I use FreeBSD 4.9. Actually I had to _reduce_ VM_KMEM_SIZE in order to > be able to create that much mnbclusters ... > > Somehow it seems that vm_kmem_size cannot go over 1GB without crashing > the system so I had to reduce memory map from other subsystems in order > to get what I needed for network memory. From: > > vm_kmem_size = VM_KMEM_SIZE + nmbclusters * PAGE_SIZE; > > Assuming vm_kmem_size has some sort of hard limit, if I reduce VM_KMEM_SIZE I can get more nmbclusters into the system. Sorry. I only have 5.x systems handy. According to /sys/i386/include/pmap.h /* * Size of Kernel address space. This is the number of page table pages * (4MB each) to use for the kernel. 256 pages == 1 Gigabyte. * This **MUST** be a multiple of 4 (eg: 252, 256, 260, etc). */ #ifndef KVA_PAGES #ifdef PAE #define KVA_PAGES 512 #else #define KVA_PAGES 256 #endif #endif Well, be very carefull if you're going to change that. Check also the kernel base address in /sys/i386/include/vmparam.h > > > dima wrote: > > >>I'm fairly sure that you are out of kernel virtual memory. > >>Look at kern/kern_malloc.c kmeminit (); you can play w/ VM_KMEM_SIZE_MAX > >>or TUNABLE_INT_FETCH("kern.vm.kmem.size", &vm_kmem_size); > >> > >> /* > >> * Try to auto-tune the kernel memory size, so that it is > >> * more applicable for a wider range of machine sizes. > >> * On an X86, a VM_KMEM_SIZE_SCALE value of 4 is good, while > >> * a VM_KMEM_SIZE of 12MB is a fair compromise. The > >> * VM_KMEM_SIZE_MAX is dependent on the maximum KVA space > >> * available, and on an X86 with a total KVA space of 256MB, > >> * try to keep VM_KMEM_SIZE_MAX at 80MB or below. > >> * > >> * Note that the kmem_map is also used by the zone allocator, > >> * so make sure that there is enough space. > >> */ > >> vm_kmem_size = VM_KMEM_SIZE; > >> mem_size = cnt.v_page_count * PAGE_SIZE; > >> > >> > >Which version do you use? I see the following in my /sys/kern/kern_malloc.c: > > vm_kmem_size = VM_KMEM_SIZE + nmbclusters * PAGE_SIZE; > >.... > > /* > > * Limit kmem virtual size to twice the physical memory. > > * This allows for kmem map sparseness, but limits the size > > * to something sane. Be careful to not overflow the 32bit > > * ints while doing the check. > > */ > > if (((vm_kmem_size / 2) / PAGE_SIZE) > cnt.v_page_count) > > vm_kmem_size = 2 * cnt.v_page_count * PAGE_SIZE; > >It's 5.4-p2 > > > > > > > > > > > >>#if defined(VM_KMEM_SIZE_SCALE) > >> if ((mem_size / VM_KMEM_SIZE_SCALE) > vm_kmem_size) > >> vm_kmem_size = mem_size / VM_KMEM_SIZE_SCALE; > >>#endif > >> > >>#if defined(VM_KMEM_SIZE_MAX) > >> if (vm_kmem_size >= VM_KMEM_SIZE_MAX) > >> vm_kmem_size = VM_KMEM_SIZE_MAX; > >>#endif > >> > >> /* Allow final override from the kernel environment */ > >> TUNABLE_INT_FETCH("kern.vm.kmem.size", &vm_kmem_size); > >> > >> > >>Karim Fodil-Lemelin wrote: > >> > >> > >>>Thanks but the system still crashes (FreeBSD 4.9) with 131072. Here is a > >>>backtrace showing just that: > >>> > >>>Debugger (msg=0xc02b6cdb "panic") at ../../i386/i386/db_interface.c:321 > >>>321 } > >>>(kgdb) bt > >>>#0 Debugger (msg=0xc02b6cdb "panic") at ../../i386/i386/db_interface.c:321 > >>>#1 0xc016a230 in panic ( > >>> fmt=0xc02ea380 "pmap_enter: invalid page directory pdir=%#llx, > >>>va=%#x\n") > >>> at ../../kern/kern_shutdown.c:593 > >>>#2 0xc0283594 in pmap_enter (pmap=0xc0340460, va=4292141056, m=0xc24b2848, > >>> prot=7 '\a', wired=1) at ../../i386/i386/pmap.c:1943 > >>>#3 0xc023ddd0 in vm_fault (map=0xc033322c, vaddr=4292141056, > >>> fault_type=7 '\a', fault_flags=1) at ../../vm/vm_fault.c:841 > >>>#4 0xc023df0a in vm_fault_wire (map=0xc033322c, start=4292141056, > >>> end=4292149248) at ../../vm/vm_fault.c:915 > >>>#5 0xc0240831 in vm_map_pageable (map=0xc033322c, start=4292141056, > >>> real_end=4292149248, new_pageable=0) at ../../vm/vm_map.c:1817 > >>>#6 0xc023ea25 in kmem_alloc (map=0xc033322c, size=8192) > >>> at ../../vm/vm_kern.c:213 > >>>#7 0xc024a46f in _zget (z=0xdb5c6e80) at ../../vm/vm_zone.c:425 > >>>#8 0xc024a269 in zalloc (z=0xdb5c6e80) at ../../vm/vm_zone.c:60 > >>>#9 0xc0196106 in namei (ndp=0xfa489ef4) at ../../kern/vfs_lookup.c:104 > >>>#10 0xc01614ca in execve (p=0xfa482e00, uap=0xfa489f90) > >>> at ../../kern/kern_exec.c:165 > >>>#11 0xc01590a1 in start_init (dummy=0x0) at ../../kern/init_main.c:543 > >>>(kgdb) p nmbclusters > >>>$1 = 131072 > >>>(kgdb) > >>> > >>>Goran Spirovski - MorEl On.net wrote: > >>> > >>> > >>> > >>>>AFAIK the number of mbufs (and consequently nmbclusters) has to be a > >>>>power > >>>>of 2, so you should set it to 131072 > >>>> > >>>>MorEl > >>>> > >>>>----- Original Message ----- From: "Karim Fodil-Lemelin" > >>>>To: > >>>>Sent: Wednesday, June 15, 2005 6:08 PM > >>>>Subject: (panic) Lots of network memory needed > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>>>Hello, > >>>>> > >>>>>From kernel tuning page > >>>>> > >>>>> > >>>>> > >>>>(http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/configtuning-kern > >>>> > >>>>el-limits.html) > >>>> > >>>> > >>>> > >>>> > >>>>>Some sentence about nmbclusters says: > >>>>> > >>>>>"Under no circumstances should you specify an arbitrarily high value for > >>>>> > >>>>> > >>>>> > >>>>this parameter as it could lead to a boot time crash." > >>>> > >>>> > >>>> > >>>> > >>>>>Now I want to push the limits where I need 4KB buffer for each of the > >>>>> > >>>>> > >>>>> > >>>>32000 connections I want this server to handle. If I do the math: > >>>> > >>>> > >>>> > >>>> > >>>>>(32000 (conns) * 4 (KB/buffer) * 2 (buffer/conn)) / 2048 (KB/cluster) > >>>>> > >>>>>= 128000 clusters > >>>>> > >>>>>So I set this arbitrary high value in loader.conf under > >>>>> > >>>>> > >>>>> > >>>>(kern.ipc.nmbclusters) and no surprises I get panic: pmap_enter > >>>>invalid page > >>>>directory pdir=0x3cb063, va=0xfff800 > >>>> > >>>> > >>>> > >>>> > >>>>>(va has a weird address here) > >>>>> > >>>>>I know I am pushing the limits here but I have plenty of memory (2GB) on > >>>>> > >>>>> > >>>>> > >>>>this system (after all its just 250MB for network memory ;) and this is > >>>>mainly just experimentation. > >>>> > >>>> > >>>> > >>>> > >>>>>I would like some pointers toward fixing this. Is there another variable > >>>>> > >>>>> > >>>>> > >>>>tied into this (I guess so)? Could anybody points me to a technical > >>>>document > >>>>that would explain the relationship with that (those) other(s) presumed > >>>>variable(s)? > >>>> > >>>> > >>>> > >>>> > >>>>>Thank you, > >>>>> > >>>>> > >>>>>Karim > >>>>> > >>>>> > >>>>>_______________________________________________ > >>>>>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" > >>>>> > >>>>> > >>>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>-- > >>Dave Baukus > >>dbaukus@chiaro.com > >> Chiaro Networks Ltd. > >> Richardson, Texas > >> USA > >> > >>_______________________________________________ > >>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" > >> > >> > >> > > > > > > > > > > -- > Karim Fodil-Lemelin > Lead Programmer > > Xiphos Technologies Inc. > (514) 848-9640 x223 > (514) 848-9644 fax > www.xiplink.com > > -------------------------------------------------------------- > The information transmitted is intended only for the > person or entity to which it is addressed and may contain > confidential and/or privileged material. If you have > received this in error, please contact the sender and delete > this communication and any copy immediately. Thank you. > > > From owner-freebsd-net@FreeBSD.ORG Fri Jun 17 11:32:39 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4990216A41C for ; Fri, 17 Jun 2005 11:32:39 +0000 (GMT) (envelope-from meno.abels@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0878143D55 for ; Fri, 17 Jun 2005 11:32:38 +0000 (GMT) (envelope-from meno.abels@gmail.com) Received: by wproxy.gmail.com with SMTP id 55so1008175wri for ; Fri, 17 Jun 2005 04:32:38 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=cpxDoW/cj/4ZOzXwVI/440as3ULEuX+AHOBc1V+HjEi8rYPQLYZpjkikdQ6Ndep4qnrgqnGNQ0dZp5+5aIzhibLmf0CaT6/bYRPY+fPuMjBgp5sDtHjDY5z0frGLrdlC66/k+VzxWa4vntEzDPkHARbEBmTsB65jUAU56Z0qREk= Received: by 10.54.91.12 with SMTP id o12mr1046583wrb; Fri, 17 Jun 2005 04:32:37 -0700 (PDT) Received: by 10.54.25.64 with HTTP; Fri, 17 Jun 2005 04:32:37 -0700 (PDT) Message-ID: <344de287050617043219810b3@mail.gmail.com> Date: Fri, 17 Jun 2005 12:32:37 +0100 From: Meno Abels To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: FreeBSD 5.4 802.1q and linux stalls X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: meno.abels@adviser.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 11:32:39 -0000 Hello, i have here a very strange problem which is in real a linux problem but it is triggered by freebsd. I run a lan on which are linux 2.6.8(debian= ) and freebsd 5.4 systems are connected to a unmanaged gigabit switch. All system= s uses this gigabit adapter: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet Everything works fine until i do on one freebsd box the following: ifconfig vlan0 172.20.21.1 netmask 255.255.255.0 vlan 2 vlandev re0 i just do this, there is nowhere any configuration for 802.1q on any othe= r machine on this lan.=20 What is happen now the freebsd continues to run without any problem, but all linuxs are stopping to understand any arp responses from a freebsd nor an other linux. So they stop to work over the time on this lan anymore. If I do "ifconfig vlan0 unplumb" it takes up to 10 minutes and the linux's are return to the working status as before the ifconfig vlan0...=20 I didn't not have any clue which network packet could cause these behavior = in a linux but there has to be one. Does anybody as any idea? On that lan there is UDP-Broadcast(spread) and multicast traffic(ganglia)= =20 also there are around 120 carp addresses configured on the 10 freebsd boxes= . Everything else is standard tcpip/nfs traffic. There is no firewall rules on the interfaces on thes linuxs or the freebsds. thanks alot meno=20 P.S. don't ask why i'am try on 802.1q it has something todo with the very high amount of the spread traffic which i try to seperate from some vpn tap/ethernet brigde interfaces. From owner-freebsd-net@FreeBSD.ORG Fri Jun 17 12:50:57 2005 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F052416A41C for ; Fri, 17 Jun 2005 12:50:57 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B22743D55 for ; Fri, 17 Jun 2005 12:50:57 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j5HCoofW056677 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 17 Jun 2005 16:50:51 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.1/8.12.8) with ESMTP id j5HCooDG046157 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 17 Jun 2005 16:50:50 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.1/8.13.1/Submit) id j5HConGp046156; Fri, 17 Jun 2005 16:50:49 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 17 Jun 2005 16:50:49 +0400 From: Gleb Smirnoff To: meno.abels@adviser.com Message-ID: <20050617125049.GB45094@cell.sick.ru> Mail-Followup-To: Gleb Smirnoff , meno.abels@adviser.com, freebsd-net@freebsd.org References: <344de287050617043219810b3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <344de287050617043219810b3@mail.gmail.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Cc: freebsd-net@FreeBSD.org Subject: Re: FreeBSD 5.4 802.1q and linux stalls 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, 17 Jun 2005 12:50:58 -0000 Meno, On Fri, Jun 17, 2005 at 12:32:37PM +0100, Meno Abels wrote: M> i have here a very strange problem which is in real a linux problem M> but it is triggered by freebsd. I run a lan on which are linux 2.6.8(debian) and M> freebsd 5.4 systems are connected to a unmanaged gigabit switch. All systems M> uses this gigabit adapter: M> Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet M> Everything works fine until i do on one freebsd box the following: M> ifconfig vlan0 172.20.21.1 netmask 255.255.255.0 vlan 2 vlandev re0 M> i just do this, there is nowhere any configuration for 802.1q on any other M> machine on this lan. M> What is happen now the freebsd continues to run without any problem, but M> all linuxs are stopping to understand any arp responses from a freebsd M> nor an other linux. M> So they stop to work over the time on this lan anymore. If I do M> "ifconfig vlan0 unplumb" M> it takes up to 10 minutes and the linux's are return to the working M> status as before M> the ifconfig vlan0... M> I didn't not have any clue which network packet could cause these behavior in M> a linux but there has to be one. Does anybody as any idea? Try to tcpdump on linux when you create vlan on FreeBSD. Any unusual packet at this moment? M> On that lan there is UDP-Broadcast(spread) and multicast traffic(ganglia) M> also there are around 120 carp addresses configured on the 10 freebsd boxes. M> Everything else is standard tcpip/nfs traffic. There is no firewall M> rules on the interfaces on thes linuxs or the freebsds. Any routing software? RIP or OSPF? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-net@FreeBSD.ORG Fri Jun 17 13:12:17 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6FDEA16A41C for ; Fri, 17 Jun 2005 13:12:17 +0000 (GMT) (envelope-from meno.abels@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1646B43D4C for ; Fri, 17 Jun 2005 13:12:16 +0000 (GMT) (envelope-from meno.abels@gmail.com) Received: by wproxy.gmail.com with SMTP id 36so1104690wra for ; Fri, 17 Jun 2005 06:12:16 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=qF2h/l4PA5duMUlrjeyRJ1GFNbkhAoRiW+J4mFW0hXBVa/Yh4RiBCxqjohYwDmUfAH0w92uoKBz8rOhj3gBDC6nLFypEKYVpkpi7emSQO4xBaSIV7t0nB5pkGR0HdU/Zs7qw+M8vvf/6DuI4zWSu2Ht8uI904ilenb2h6brRqXk= Received: by 10.54.29.61 with SMTP id c61mr1095635wrc; Fri, 17 Jun 2005 06:12:16 -0700 (PDT) Received: by 10.54.25.64 with HTTP; Fri, 17 Jun 2005 06:12:16 -0700 (PDT) Message-ID: <344de28705061706121fcf5040@mail.gmail.com> Date: Fri, 17 Jun 2005 14:12:16 +0100 From: Meno Abels To: Gleb Smirnoff , meno.abels@adviser.com, freebsd-net@freebsd.org In-Reply-To: <20050617125049.GB45094@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <344de287050617043219810b3@mail.gmail.com> <20050617125049.GB45094@cell.sick.ru> Cc: Subject: Re: FreeBSD 5.4 802.1q and linux stalls X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: meno.abels@adviser.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 13:12:17 -0000 no nothing like that.=20 Meno 2005/6/17, Gleb Smirnoff : > Meno, >=20 > On Fri, Jun 17, 2005 at 12:32:37PM +0100, Meno Abels wrote: > M> i have here a very strange problem which is in real a linux problem > M> but it is triggered by freebsd. I run a lan on which are linux 2.6.8(d= ebian) and > M> freebsd 5.4 systems are connected to a unmanaged gigabit switch. All s= ystems > M> uses this gigabit adapter: > M> Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet > M> Everything works fine until i do on one freebsd box the following: > M> ifconfig vlan0 172.20.21.1 netmask 255.255.255.0 vlan 2 vlandev re0 > M> i just do this, there is nowhere any configuration for 802.1q on any= other > M> machine on this lan. > M> What is happen now the freebsd continues to run without any problem, b= ut > M> all linuxs are stopping to understand any arp responses from a freebsd > M> nor an other linux. > M> So they stop to work over the time on this lan anymore. If I do > M> "ifconfig vlan0 unplumb" > M> it takes up to 10 minutes and the linux's are return to the working > M> status as before > M> the ifconfig vlan0... > M> I didn't not have any clue which network packet could cause these beha= vior in > M> a linux but there has to be one. Does anybody as any idea? >=20 > Try to tcpdump on linux when you create vlan on FreeBSD. Any unusual pack= et > at this moment? >=20 > M> On that lan there is UDP-Broadcast(spread) and multicast traffic(gangl= ia) > M> also there are around 120 carp addresses configured on the 10 freebsd = boxes. > M> Everything else is standard tcpip/nfs traffic. There is no firewall > M> rules on the interfaces on thes linuxs or the freebsds. >=20 > Any routing software? RIP or OSPF? >=20 > -- > 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 Fri Jun 17 13:41:13 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 19D6B16A41F for ; Fri, 17 Jun 2005 13:41:13 +0000 (GMT) (envelope-from meno.abels@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B237D43D5D for ; Fri, 17 Jun 2005 13:41:12 +0000 (GMT) (envelope-from meno.abels@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so732408wri for ; Fri, 17 Jun 2005 06:41:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=UsRdu3Ahs1IL/GKW3jWR3M1gTwc/NMViGJ3JC5bJ9sr6XgbxAqCDPDBzJKCV5WJ0xezouVwZ6NHR7T9jkmDi0m6lqLJefFACLThzaW+rNbNS72wEYoPtmwXFMDDlrlJbz9dGHIFbDM6LvlbvhfD3gokK1Y+HdcyveVZXaaCx0wQ= Received: by 10.54.39.1 with SMTP id m1mr1102883wrm; Fri, 17 Jun 2005 06:41:11 -0700 (PDT) Received: by 10.54.25.64 with HTTP; Fri, 17 Jun 2005 06:41:09 -0700 (PDT) Message-ID: <344de2870506170641695a9385@mail.gmail.com> Date: Fri, 17 Jun 2005 14:41:09 +0100 From: Meno Abels To: Gleb Smirnoff , meno.abels@adviser.com, freebsd-net@freebsd.org In-Reply-To: <344de28705061706121fcf5040@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <344de287050617043219810b3@mail.gmail.com> <20050617125049.GB45094@cell.sick.ru> <344de28705061706121fcf5040@mail.gmail.com> Cc: Subject: Re: FreeBSD 5.4 802.1q and linux stalls X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: meno.abels@adviser.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 13:41:13 -0000 Sorry i doesn't saw your question regarding tcpdump. First thats quite complex to do there are usally 5000 packets per second out of the spread traffic. This causes tcpdump to real trouble it starts to drop alot of packets i tried but I found nothing. Which not mean there is nothing but....=20 I think the problem is not directly the switch on of the vlan, i think that the switch on of the vlan causes that the freebsd frames will be look different from that machine. I had a look to that but found also not anything reasonable. But the questi= on is where i should look. To the spread udp-broadcast's to the ganglia multicasts or the carp multicasts or the generic arp traffic or the generic tcp traffic. I have no idea. I'am also not very happy about my prediction about that the receiving of arp doesn't work. This based on tcpdump where i see that the linux is sending arp packets awa= y=20 but not receiving them. But if i look on the answering freebsd there is a answer packet generated and send out. Also i tried to setup arp static but that doesn't brings up the communication again. So there could be a different problem. On the other hand the linux is still working if there is no arp timeout/retry(aging) or arp -d done by hand. So the facts are still not really prooven. Meno 2005/6/17, Meno Abels : > no nothing like that. >=20 > Meno >=20 > 2005/6/17, Gleb Smirnoff : > > Meno, > > > > On Fri, Jun 17, 2005 at 12:32:37PM +0100, Meno Abels wrote: > > M> i have here a very strange problem which is in real a linux problem > > M> but it is triggered by freebsd. I run a lan on which are linux 2.6.8= (debian) and > > M> freebsd 5.4 systems are connected to a unmanaged gigabit switch. All= systems > > M> uses this gigabit adapter: > > M> Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet > > M> Everything works fine until i do on one freebsd box the following: > > M> ifconfig vlan0 172.20.21.1 netmask 255.255.255.0 vlan 2 vlandev re0 > > M> i just do this, there is nowhere any configuration for 802.1q on a= ny other > > M> machine on this lan. > > M> What is happen now the freebsd continues to run without any problem,= but > > M> all linuxs are stopping to understand any arp responses from a freeb= sd > > M> nor an other linux. > > M> So they stop to work over the time on this lan anymore. If I do > > M> "ifconfig vlan0 unplumb" > > M> it takes up to 10 minutes and the linux's are return to the working > > M> status as before > > M> the ifconfig vlan0... > > M> I didn't not have any clue which network packet could cause these be= havior in > > M> a linux but there has to be one. Does anybody as any idea? > > > > Try to tcpdump on linux when you create vlan on FreeBSD. Any unusual pa= cket > > at this moment? > > > > M> On that lan there is UDP-Broadcast(spread) and multicast traffic(gan= glia) > > M> also there are around 120 carp addresses configured on the 10 freebs= d boxes. > > M> Everything else is standard tcpip/nfs traffic. There is no firewall > > M> rules on the interfaces on thes linuxs or the freebsds. > > > > Any routing software? RIP or OSPF? > > > > -- > > 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 Fri Jun 17 17:39:01 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A103216A41C for ; Fri, 17 Jun 2005 17:39:01 +0000 (GMT) (envelope-from khaled.abu@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62A1243D1D for ; Fri, 17 Jun 2005 17:39:01 +0000 (GMT) (envelope-from khaled.abu@gmail.com) Received: by wproxy.gmail.com with SMTP id 70so1077897wra for ; Fri, 17 Jun 2005 10:38:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cqZ9lGq63uLmFjHd96IZePiAXbn6EDmHCgdwo/EHps6a1VTzJDKW+tHbLVy395/GNTcTaX2ZZ8de4eUQ0oV+N+d2lVbUaWcxpT6kS0/IgINLktYDI/jLFMvNrCycAtccxbasUMdF0BVNCuzsN8MkvReMjUE4EpjYo/8Q9EmaokE= Received: by 10.54.5.9 with SMTP id 9mr1376112wre; Fri, 17 Jun 2005 10:38:57 -0700 (PDT) Received: by 10.54.66.16 with HTTP; Fri, 17 Jun 2005 10:38:57 -0700 (PDT) Message-ID: Date: Fri, 17 Jun 2005 20:38:57 +0300 From: Abu Khaled To: Mrad James Deane In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: freebsd-net@freebsd.org Subject: Re: port 80 listening than root user X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Abu Khaled List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2005 17:39:01 -0000 On 6/16/05, Abu Khaled wrote: > On 6/16/05, Mrad James Deane wrote: > > Hello i want to know how can the www user listen on the port 80 rather = than > > root or what is the the step or commade to take that allow the www user > > listen on port 80 > > i'm tryin to run my webserver (aolserver)for www from root but i keep t= he > > message cannot listen to port 80 permission denied. > > Please help , > > Thanks > > >=20 > Does not AOLserver run as user nobody and group nobody by default on free= bsd? >=20 > Check the script /usr/local/etc/rc.d/aolserver.sh >=20 Does running the command below help ? as root # /usr/local/aolserver/nsd -t -u www -g www or in foreground mode # /usr/local/aolserver/nsd -f -t -u www -g www Can you provide the messages you get? --=20 Kind regards Abu Khaled From owner-freebsd-net@FreeBSD.ORG Fri Jun 17 17:56:07 2005 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38A8016A423 for ; Fri, 17 Jun 2005 17:56:07 +0000 (GMT) (envelope-from unbind@teske.com) Received: from p54B2EF5A.dip.t-dialin.net (p54B2EF5A.dip.t-dialin.net [84.178.239.90]) by mx1.FreeBSD.org (Postfix) with SMTP id 8085243D49 for ; Fri, 17 Jun 2005 17:56:06 +0000 (GMT) (envelope-from unbind@teske.com) Received: from [193.146.156.126] (port=4535 helo=[uttered]) by p54B2EF5A.dip.t-dialin.net with esmtp id 4386056097supervised128542 for freebsd-net@freebsd.org; Fri, 17 Jun 2005 19:56:03 +0200 Mime-Version: 1.0 (Apple Message framework v728) Content-Transfer-Encoding: 7bit Message-Id: <10025140106.41691118809@p54B2EF5A.dip.t-dialin.net> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-net@freebsd.org From: Hugo Date: Fri, 17 Jun 2005 19:56:02 +0200 X-Mailer: Apple Mail (2.728) Subject: Affordable - the way medications should be 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, 17 Jun 2005 17:56:09 -0000 We guarantee lowest price on quality medications http://cyuxmwaj.74s0tqp0mz7ft8p.falseje.com Win hearts, and you have all men's hands and purses. Success is counted sweetest by those who ne'er succeed. How many husbands have I had? You mean apart from my own?