From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Wed, 3 Aug 2011 10:30:56 +0200 From: Andrew Lunn Message-ID: <20110803083056.GE9901@lunn.ch> References: <201108030952.35467.lindner_marek@yahoo.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201108030952.35467.lindner_marek@yahoo.de> Subject: Re: [B.A.T.M.A.N.] routing code re-organization / the road ahead 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: The list for a Better Approach To Mobile Ad-hoc Networking > As a first step into that direction I worked on a set of patches to assemble > all B.A.T.M.A.N. IV related routing code in a single file, accessible via a > routing algo API which will also be used by the new code. Hi Marek Looking at the header files, it is not clear to me which contains this routing algo API. Is it bat_ogm.h? Has there been any discussion if compile time is sufficient? How about making it a runtime decision? I presume mixing routing algorithms within a mesh is not going to work. However, being able to configure the algorithm per mesh should be possible. This gives a greater degree of interoperability, which might make the Linux Network maintainers happier? Andrew