From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 27 Nov 2013 09:37:07 +0100 From: Bastian Bittorf Message-ID: <20131127083707.GJ886@medion.lan> References: <20130912093641.GX1558@medion.lan> <5233571B.3050405@sotun.de> <20130915075534.GI11829@medion.lan> <20131127063204.GE5457@Linus-Debian> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <20131127063204.GE5457@Linus-Debian> Subject: Re: [B.A.T.M.A.N.] fool batman by simulating a layer3 mesh Reply-To: The list for a Better Approach To Mobile Ad-hoc Networking List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Linus =?iso-8859-15?Q?L=FCssing?= Cc: The list for a Better Approach To Mobile Ad-hoc Networking * Linus L=FCssing [27.11.2013 09:21]: > Did you have a chance to try the iptables + netfilter_bridge hook > (I believe via the iptables physdev module?) Antonio suggested > yet? not yet - still working with macvlan (+ebtables for not confusing the daemon about a client which es everywhere at the same time) > It sounds like a good idea to me and since no one seems to have > tried it with batman-adv yet I'm curious whether it works well in > practice. will have time for testing during end of december... > Whether you could enhance the user experience in an open, > batman-adv based community mesh network by having an IP instead > of connection based sharing of available bandwidth. ++ bye, bastian