From owner-freebsd-net@FreeBSD.ORG Tue Mar 2 06:34:56 2004 Return-Path: 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 8401116A4CF for ; Tue, 2 Mar 2004 06:34:56 -0800 (PST) Received: from mailtoaster1.pipeline.ch (mailtoaster1.pipeline.ch [62.48.0.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id B60AD43D1D for ; Tue, 2 Mar 2004 06:34:55 -0800 (PST) (envelope-from andre@freebsd.org) Received: (qmail 46067 invoked from network); 2 Mar 2004 14:34:54 -0000 Received: from unknown (HELO freebsd.org) ([62.48.0.53]) (envelope-sender ) by mailtoaster1.pipeline.ch (qmail-ldap-1.03) with SMTP for ; 2 Mar 2004 14:34:54 -0000 Message-ID: <40449B8E.A48B39B0@freebsd.org> Date: Tue, 02 Mar 2004 15:34:54 +0100 From: Andre Oppermann X-Mailer: Mozilla 4.76 [en] (Windows NT 5.0; U) X-Accept-Language: en MIME-Version: 1.0 To: Gleb Smirnoff References: <4043B6BA.B847F081@freebsd.org> <200403011507.52238.wes@softweyr.com> <20040302031625.GA4061@scylla.towardex.com> <20040302042957.GH3841@saboteur.dek.spc.org> <20040302082625.GE22985@cell.sick.ru> <20040302084321.GA21729@xor.obsecurity.org> <20040302085556.GA23734@cell.sick.ru> <20040302092825.GD884@saboteur.dek.spc.org> <20040302095134.GA24078@cell.sick.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-net@freebsd.org cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: My planned work on networking stack X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 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, 02 Mar 2004 14:34:56 -0000 Gleb Smirnoff wrote: > > On Tue, Mar 02, 2004 at 09:28:25AM +0000, Bruce M Simpson wrote: > B> However, not including an OSPF/BGP daemon doesn't preclude us from ensuring > B> that APIs which are exposed for advanced routing functionality (multipath, > B> etc) do the right thing across the board, are well defined, etc. > > Yes, this would be a good alternative. If FreeBSD routing API extends, and > routing daemon's developers are notified about these extensions, then they > will add support for these features. I will make sure to notify them. > B> As to the second part of your mail: That sounds like a reasonable suggestion, > B> I am sure Andre and others are paying attention to this and will take it on > B> board when an implementation is nearer. > > If this is OK from you, I start working on it (second variant using sockaddr_aspath). > I'm willing to see this feature, and I have a good testing conditions for it. Putting the AS path into the kernel routing table is certainly not the right thing to do. The kernel fib must be as small as possible. All information how a route made it there is pretty much irrelevant and only the business of the routing protocol daemons. -- Andre