From owner-freebsd-net@FreeBSD.ORG Fri Dec 12 14:39:59 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 C69931065672 for ; Fri, 12 Dec 2008 14:39:59 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 46ADF8FC21 for ; Fri, 12 Dec 2008 14:39:58 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPA id 229633517; Fri, 12 Dec 2008 16:39:58 +0200 Message-ID: <494277BD.2030804@mavhome.dp.ua> Date: Fri, 12 Dec 2008 16:39:57 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.14 (X11/20080612) MIME-Version: 1.0 To: Nikos Vassiliadis References: <1229005383.00046904.1228994401@10.7.7.3> <200812121429.38205.nvass@teledomenet.gr> <49426962.5070809@mavhome.dp.ua> <200812121612.34002.nvass@teledomenet.gr> In-Reply-To: <200812121612.34002.nvass@teledomenet.gr> Content-Type: text/plain; charset=ISO-8859-7 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: ng_bridge + ng_ksocket 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: Fri, 12 Dec 2008 14:39:59 -0000 Nikos Vassiliadis wrote: > On Friday 12 December 2008 15:38:42 Alexander Motin wrote: >> You need some daemon to handle any additional logic. One simple example >> I have send to you. Another one is MPD, implementing L2TP and >> PPP-over-UDP links. Mpd opens separate UDP socket in user-level which >> catches everything that wasn't caught by existing connected sockets in >> netgraph and dynamically creates and connects additional UDP sockets in >> netgraph to handle this traffic. > > Yes, that's what I meant. If you would consider the possibility > of adding L2 over UDP functionality to MPD. I am asking this, > since you've already done things like this for MPD and I suspect > that there are some bits already in place. Of course a simple > "I don't want to" or "no time" would be a fine answer:) There is some L2 over PPP RFC exists which itself can be transported over UDP or whatever else. It surely has additional overhead, but instead gives many of native PPP bonuses like authentication, encryption, compression, etc. I was thinking about implementing it, but I haven't found any other existing implementation and so dropped it. > OTOH you could also say that ethernet over UDP is conceptually > unrelated to PPP, which is what MPD does. Indeed. MPD is a PPP daemon. -- Alexander Motin