From owner-freebsd-net@FreeBSD.ORG Fri May 2 23:26:15 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2EFC106567C for ; Fri, 2 May 2008 23:26:15 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7DCAB8FC28 for ; Fri, 2 May 2008 23:26:15 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 2DD16E4716; Fri, 2 May 2008 19:26:15 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 02 May 2008 19:26:15 -0400 X-Sasl-enc: hj0c1SSrCigQOUA8+Lsw1KtTfLWFSCTl1911eF12YbZo 1209770774 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 6E0A214E10; Fri, 2 May 2008 19:26:14 -0400 (EDT) Message-ID: <481BA315.3000309@FreeBSD.org> Date: Sat, 03 May 2008 00:26:13 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.12 (X11/20080423) MIME-Version: 1.0 To: John Hay References: <20080430172705.2E3275AD6@mail.bitblocks.com> <4818BC79.40605@elischer.org> <20080502090200.GA57055@zibbi.meraka.csir.co.za> <481B36D4.3050103@FreeBSD.org> <20080502174258.GA20244@zibbi.meraka.csir.co.za> In-Reply-To: <20080502174258.GA20244@zibbi.meraka.csir.co.za> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net , Julian Elischer Subject: Re: multiple routing tables review patch ready for simple testing. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 May 2008 23:26:15 -0000 John Hay wrote: >> You don't need to go to the kernel for this sort of thing unless you >> specifically need to implement route policy based on which interface(s) >> a packet came in on. >> > > Yes I know that. But in the world of adhoc wireless mesh networking > there are very few non-linux people, so they basically call the shots > and use the linux kernel features to the full. Not true. There's an awful lot going on behind closed doors in the MANET world, and from the sounds of the emanations, they might not be using Linux at all. > In a sense I can > understand them because their stuff also run on the small embedded > stuff like the linksys wireless boxes and it needs to scale. The > biggest adhoc olsr network is probably the Freifunk one that have > more than 600 wireless nodes, mostly consisting of linksys boxes. > The complexity of any system like that is still there, regardless of whether or not people choose to make it harder to debug code by prematurely pushing it into the kernel. > On some boxes that are also connected to different kinds of networks, > they run a different routing daemon into another fib and by setting > the priorities on the fibs, they can decide which daemon's routes > have the highest priority. And both routing daemons are happy because > the other is not stomping on its feet. > Yes, but this is largely to do with the fact that the Linux netlink socket allows daemons to coexist due to its use of a tag-length-value which captures that information, a different kettle of fish. The feature you describe is totally possible without adding complexity to Julian's current effort. cheers BMS