From owner-freebsd-net@FreeBSD.ORG Wed Apr 30 18:08:13 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 90628106568D for ; Wed, 30 Apr 2008 18:08:13 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 5C2208FC15 for ; Wed, 30 Apr 2008 18:08:13 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id DA4A9104A0A; Wed, 30 Apr 2008 14:08:12 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 30 Apr 2008 14:08:12 -0400 X-Sasl-enc: yowCeEYZr4Jmo0RjI/HreOHRokVYeVhrmX1VrGCRbXc0 1209578892 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 408A424BF7; Wed, 30 Apr 2008 14:08:12 -0400 (EDT) Message-ID: <4818B58B.3050400@incunabulum.net> Date: Wed, 30 Apr 2008 19:08:11 +0100 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.12 (X11/20080423) MIME-Version: 1.0 To: Julian Elischer References: <20080429185100.57C2445010@ptavv.es.net> <4817743B.6090107@elischer.org> <48178452.4050700@FreeBSD.org> <4817881B.7010409@elischer.org> <4818926F.8010309@incunabulum.net> <4818AB9F.7000607@elischer.org> In-Reply-To: <4818AB9F.7000607@elischer.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net , Kevin Oberman 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: Wed, 30 Apr 2008 18:08:13 -0000 Julian Elischer wrote: > > what's SSM? Source-specific multicast, where multicast flows (channels) are identified by both their original source address, and group address. Multicast addresses have no meaning on their own beyond the scope of a single link. > I haven't changed any of that.. Basically I've kept clear of > M/Cast. The way I see it, if you don't define ROUTETABLES=2 (or more) > or don;t define it at all in your config then you get what you had > before and I shouldn't have broken anything. Cool! Doing multicast "right" is Hard. Doing it "right" in ad-hoc topologies is Harder. It makes sense to steer clear of it for now. It can no doubt benefit from the hierarchy offered by multiple FIBs, but again, the policy routing mechanisms don't really exist just now, and things like PIM need changes to encompass it. They will need to come into existence for the model to work on a macro scale, for the same reason SSM was put on the table. > > I take it from this that you don't have any major complaints > as far as what I've done. No problems here... I haven't tried testing. I would say though if we are going to be renaming rtalloc() and friends, that names should really change to be descriptive of what it does. It doesn't "allocate a route", it tries to look up a forwarding table entry, and returns a reference to it. cheers BMS