From owner-freebsd-net@FreeBSD.ORG Sun Jul 20 19:49:27 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 9513C1065675 for ; Sun, 20 Jul 2008 19:49:27 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outH.internet-mail-service.net (outh.internet-mail-service.net [216.240.47.231]) by mx1.freebsd.org (Postfix) with ESMTP id 87E3B8FC08 for ; Sun, 20 Jul 2008 19:49:27 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id B0D862497; Sun, 20 Jul 2008 12:49:27 -0700 (PDT) Received: from julian-mac.elischer.org (localhost [127.0.0.1]) by idiom.com (Postfix) with ESMTP id 593602D6014; Sun, 20 Jul 2008 12:49:26 -0700 (PDT) Message-ID: <488396CE.1060008@elischer.org> Date: Sun, 20 Jul 2008 12:49:34 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Luigi Iannone References: <488384E5.3060608@elischer.org> <200807202051.04431.max@love2party.net> <4711A2FE-DFB4-44C0-9FA6-D69BD1B05C2E@uclouvain.be> In-Reply-To: <4711A2FE-DFB4-44C0-9FA6-D69BD1B05C2E@uclouvain.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Max Laier , Olivier Bonaventure , freebsd-net@freebsd.org Subject: Re: OpenLISP 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: Sun, 20 Jul 2008 19:49:27 -0000 Luigi Iannone wrote: >> > > Hi, > > >> A word about the implementation. The interception mechanism for LISP >> tunneled packets in ip_input/forward is *horrible*! Some of that is due >> to the design, but I believe it can be implemented much cleaner if you >> were to use the pfil(9) API. I'd really like to avoid putting this kind >> of stuff into the main ip code as it hurts readability a lot. >> > > Thanks for the hint I'll get a look at that. my head hurts after reading that :-) I think I only 'got' half of it.. I'll read it again later.. The aim of this is to reduce routing table size and allow multihoming with the destination being able to suggest to a remote sight how to route back to it right? > > Cheers > > Luigi > >