From owner-freebsd-net@FreeBSD.ORG Tue Mar 2 08:35:31 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 A2F4F16A4CE; Tue, 2 Mar 2004 08:35:31 -0800 (PST) Received: from ran.psg.com (ip166.usw253.dsl-acs2.sea.iinet.com [209.20.253.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6AC5443D31; Tue, 2 Mar 2004 08:35:31 -0800 (PST) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=ran.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.30; FreeBSD) id 1AyCri-000IRV-Pd; Tue, 02 Mar 2004 08:35:30 -0800 From: Randy Bush MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 2 Mar 2004 08:35:30 -0800 To: Brad Knowles 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> <4044A138.F444D224@freebsd.org> Message-Id: <20040302163531.6AC5443D31@mx1.FreeBSD.org> cc: freebsd-net@freebsd.org cc: Andre Oppermann 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 16:35:31 -0000 >> You need GigE, T1/E1, E3/T3 and STM-1 these days. Everything >> else is dead. > From what I understand from Henning, he's going to be dumping > E-1/T-1, E3-T3, and probably also STM-1, because you can't get > those kinds of interfaces for regular PC-type boxes. I'm not > sure I agree with him 100%, but I can certainly understand why > he'd want to simplify his life. i am confused. just as the fib is quite separate from the rib(s), are not the device drivers quite separate from the routing engine(s)? as far as routing and forwarding go, the data should have been un-framed from the particular layer1/2 encaps, and be simple ip packets (except in the case of is-is). randy