From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: References: <1453296735-8319-1-git-send-email-sw@simonwunderlich.de> <569F9AF1.5080403@unstable.cc> <6579684.ngYt9xsEyU@prime> From: Antonio Quartulli Message-ID: <569FA717.5090108@unstable.cc> Date: Wed, 20 Jan 2016 23:26:15 +0800 MIME-Version: 1.0 In-Reply-To: <6579684.ngYt9xsEyU@prime> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="dbolMC3HjfA5pdnAOr4VNqrJgO7KIfa3t" Subject: Re: [B.A.T.M.A.N.] [PATCH 1/2] batman-adv: move and restructure batadv_v_ogm_forward List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Simon Wunderlich Cc: b.a.t.m.a.n@lists.open-mesh.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --dbolMC3HjfA5pdnAOr4VNqrJgO7KIfa3t Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 20/01/16 23:18, Simon Wunderlich wrote: >> this is changing the behaviour. >> here now we get a router which potentially was elected during the >> previous update_route() call while processing this very OGM. We are >> still discussing if we want to do this or not, but this patch should b= e >> just a style change, while this is not. >=20 > No, this is already in the code which is merged into master - we alread= y=20 > acquire the updated router (see bat_v_ogm.c:547, function=20 > batadv_v_ogm_route_update()). uhuhuh?! Actually you are right! This means we currently send one OGM every time we make an election, thus we might send multiple OGMs with the sequence numnber, despite this is still under debate. As far as I remember did not want to follow this approach at the moment? Am I missing something? Cheers, --=20 Antonio Quartulli --dbolMC3HjfA5pdnAOr4VNqrJgO7KIfa3t Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWn6caAAoJENpFlCjNi1MR3OYP/3eO9Zksz8VNCu9UG2nNO5JG 3uFUH8htDEsJVaR72Ex3hYXoCxLJykRyBgsCr3SmcqMCZHRss7LyZmPcs3emOTON QGadfYHz3mcrBUs+6nr8dWmmUjBZG8hsD+P3OfZVRKkHX2PdzcvqavUP0lCp+8wp B82Ddc9HnsQTSxZZJ2A9M+0MSPR4XUWX2nTT4xz5Nm+O3QHZS2q1K34cpyfQJTKT 3Yzt3FxFvBrdmiB/CxoI9sv50gFChqphLFpdmBCWTsO/TD3dqLng/cuEpGIJH/Cm GhZbGoKK/lWF6I87hi1YJlMhyXaFnUyPjy0dfsAXwfdsXqsGW6MpAen+Ub/nIj41 NKARPvhicr0we389JdjKAoNhJapR9QhzTXioESTInY7QtoLZiziE4/WeVUz7CRii KivTgMGnB1MEJbs+vw6KOTefeNZywUIRTEI4dFi5NVvhYWqEuPq9TF32Qz/7Okgu JadKRcgP1KuRGnfkO1UbMqQh5WUNHOXYepwUDCWRom+D8ZSPWhgRVYbJYHp+tDYN d8vfIGLwyRq/fdFC8M+0GoD9WC07pKQYaQ3+iI5mWO4ZH26fH8XoGHDb4mGvjC1a pTTnUxx0bMqLIR4bYywi4dBOP5U0uzNvpJoClL54OvtVwGKTVL8DBmoYsmBf8sSr WVj2X9r7oTtLTDBFqIzO =dtYy -----END PGP SIGNATURE----- --dbolMC3HjfA5pdnAOr4VNqrJgO7KIfa3t--