From owner-freebsd-net@FreeBSD.ORG Wed Mar 3 00:19:17 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 51F2416A4CE; Wed, 3 Mar 2004 00:19:17 -0800 (PST) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C53BC43D2F; Wed, 3 Mar 2004 00:19:16 -0800 (PST) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.30; FreeBSD) id 1AyRc1-0001uL-KB; Wed, 03 Mar 2004 11:20:17 +0300 From: Vladimir Grebenschikov To: Bruce M Simpson In-Reply-To: <20040302193258.GD7115@saboteur.dek.spc.org> References: <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> <40449B8E.A48B39B0@freebsd.org> <20040302160902.GB26977@cell.sick.ru> <20040302193258.GD7115@saboteur.dek.spc.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Organization: TSB "Russian Express" Message-Id: <1078302016.6838.46.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.5.4FreeBSD GNOME Team Port Date: Wed, 03 Mar 2004 11:20:17 +0300 Sender: Vladimir Grebenschikov cc: Andre Oppermann 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 Reply-To: vova@express.ru List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2004 08:19:17 -0000 On =D7=D4, 2004-03-02 at 19:32 +0000, Bruce M Simpson wrote: > On Tue, Mar 02, 2004 at 07:09:02PM +0300, Gleb Smirnoff wrote: > > I do not insist that AS pathes in kernel are good idea. If you show m= e an > > other way to get AS information when constructing netflow exports in ke= rnel, > > I'd be thankful. I'd be also thankful if you describe how policy routin= g can be > > implemented while no AS info in kernel. > > What do other FreeBSD networking withards think? >=20 > I don't see any reason why we couldn't accept, for example, a 32-bit cook= ie > for abuse by a userland daemon, with pid, as it pleases (via an rtmsg > extension and PF_ROUTE). That is generic enough to provide the tie-in > needed with the userland RIB and the kernel FIB. This possible solution when you run accounting, but if you are going to do policy-routing, you need to get routing decision based on additional route information, and in this case you need keep this additional data in kerenl. But I agree with you that rtentry is bad place for that information. > ABI breakage may occur, but I would consider that the PF_ROUTE code is in= need > of an overhaul anyway (see my mail to ru@ from some months ago on -curren= t or > -net with code able to panic a kernel through malformed rtmsg contents). We need ability to link rtentry records with custom kernel data handled by extension modules (such as cisco-like accounting or policy-routing) > BMS