From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 29 Mar 2016 01:52:47 +0200 From: Linus =?utf-8?Q?L=C3=BCssing?= Message-ID: <20160328235247.GA4528@otheros> References: <56F5AF2F.6060904@t-online.de> <6005839.o5jWIFZeG0@voltaire> <56F934F9.5000508@t-online.de> <11401348.Kx9RpUz81r@voltaire> <20160328191128.GA2772@otheros> <56F99FCD.5040704@t-online.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <56F99FCD.5040704@t-online.de> Subject: Re: [B.A.T.M.A.N.] No rebroadcast on mesh links List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: The list for a Better Approach To Mobile Ad-hoc Networking On Mon, Mar 28, 2016 at 11:19:09PM +0200, Roland Volkmann wrote: > But I'm not sure it is possible to detect automatically whether rebroadcast > are necessary or not in all cases. Of course not. But I think Marek's suggestion is a good compromise between the completely manual approach on the one hand and detecting everything automagically in batman-adv on the other. At least this approach would cover everything we care about for current Freifunk setups for now and many more. Without the user being able to misconfigure something that easily. (usually a user would not set a TRANSITIVE flag on the interface, but e.g. drivers and applications creating the interface would)