From owner-freebsd-net@FreeBSD.ORG Sun Mar 17 22:54:38 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 00128AFA for ; Sun, 17 Mar 2013 22:54:37 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D42F7B8 for ; Sun, 17 Mar 2013 22:54:37 +0000 (UTC) Received: (qmail 88609 invoked from network); 18 Mar 2013 00:06:10 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 18 Mar 2013 00:06:10 -0000 Message-ID: <514649A5.4090200@freebsd.org> Date: Sun, 17 Mar 2013 23:54:29 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: "Alexander V. Chernikov" Subject: Re: MPLS References: <5146121B.5080608@FreeBSD.org> In-Reply-To: <5146121B.5080608@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , Sami Halabi X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Mar 2013 22:54:38 -0000 On 17.03.2013 19:57, Alexander V. Chernikov wrote: > On 17.03.2013 13:20, Sami Halabi wrote: >>> ITOH OpenBSD has a complete implementation of MPLS out of the box, maybe > Their control plane code is mostly useless due to design approach (routing daemons talk via kernel). What's your approach? > Their data plane code, well.. Yes, we can use some defines from their headers, but that's all :) >>> porting it would be short and more straight forward than porting linux LDP >>> implementation of BIRD. > > It is not 'linux' implementation. LDP itself is cross-platform. > The most tricky place here is control plane. > However, making _fast_ MPLS switching is tricky too, since it requires chages in our netisr/ethernet > handling code. Can you explain what changes you think are necessary and why? -- Andre