From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path:
Date: Fri, 1 Apr 2016 00:01:41 +0800
From: Antonio Quartulli
Message-ID: <20160331160141.GG5258@prodigo.lan>
References: <56F5AF2F.6060904@t-online.de> <34764958.y3lWsCmXTL@prime>
<20160330135842.GA19985@r2d2.s.lihas.de> <3605600.IEJkB4EzUh@prime>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
protocol="application/pgp-signature"; boundary="InRyi6yyXSYzKD4c"
Content-Disposition: inline
In-Reply-To: <3605600.IEJkB4EzUh@prime>
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
--InRyi6yyXSYzKD4c
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Mar 31, 2016 at 02:11:19PM +0200, Simon Wunderlich wrote:
> I thought a little more on automation, but I'm now at a point to agree th=
at=20
> there is no good way to do it - at least I'm out of ideas. If anyone else=
has=20
> some ideas, please speak up NOW. :)
Some time ago we had a proposal (by Linus I believe) which was about detect=
ing
transitive interfaces by exchanging neighbour tables between peers. This wa=
y a
node can understand if every other node behind an interface can talk to each
other or not.
Although this approach sounds more complex, it would also help optimizing t=
he wifi
case: a node can understand if the hosts in an adhoc cells can all talk to =
each
other and then avoid the retransmission (thus saving previous airtime - as =
we
would save bandwidth in a VPN).
The only problem is that this would work only after extending BATMAN V and =
would
unlikely be implemented in BATMAN IV.
Not sure if Linus (?) or anybody else is willing to work on this....but I g=
uess
people would like a solution to be used on BATMAN IV ? Or is this an option=
?
Cheers,
--=20
Antonio Quartulli
--InRyi6yyXSYzKD4c
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJW/UnlAAoJENpFlCjNi1MRCZIP/2F+/NYheZcKs65jU6AZ+EIb
O5QdjJuVWz5yh09mt3rcoFnq74f8pFWrDgBpoSIEiiCVqQ4qePNQGWKVCVzIjRgF
pghxLuOO82Rru5m1us6gn4n1222z4hEda8CLMCfUbDhaEV1cKYWcFmcjyGgjBTba
Yiky1g8upf6jFTIYqo0notWxmx+GIctgoIO5ucAsX0j9eX0EzuqWMs2or/dOBDrA
aghrBskpDWW++m7YVi/CWSlpHYJIDwzJBxK1/UgObXAtYWdsIOasJVlb0BMDj6ju
WA46pLSllC6AzH+7MeS/nkSKUc5udV2FQ06L0Vf70fH+rfAZbIOGgGtbEKmOm4sw
4pUj1k2CI34fRBCNeMB+oqG13cmF1CeuhKWJeHoPJ9zBDyqfQkZEVOw/EZrwn1B0
AXVI4pb7LjHpR1juEe4sXcw+Lmgd5KfEgFFGThCAWtyTKxfexOXX210Hqd6QU7Q0
x9Y1BXwQIjBSzaNy/4yu3AG/+sbYa77PE0jzcf/mme37llKAQuaUGk3+6xsfg5i0
5lKub8a/wTWGW4WXNGL/jrU3mnie03EpIx3wd6c2bdG0c/jL5LbyBo5PPK3AnRXY
4fHQcDc2iJobXxREi3FALYY5BCGZA0svxRXLVz/tcUapI12rfHtqitrq25C2ca7z
rty7p11kLD1ErKsNG8qv
=IVhG
-----END PGP SIGNATURE-----
--InRyi6yyXSYzKD4c--