From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: <5233571B.3050405@sotun.de> Date: Fri, 13 Sep 2013 20:19:07 +0200 From: Jan Huwald MIME-Version: 1.0 References: <20130912093641.GX1558@medion.lan> In-Reply-To: <20130912093641.GX1558@medion.lan> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2XQFOGQWILWTWAAPSTTGU" 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: The list for a Better Approach To Mobile Ad-hoc Networking This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2XQFOGQWILWTWAAPSTTGU Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 09/12/2013 11:36 AM, Bastian Bittorf wrote: > discussed in IRC, i'am searched for a better way to > load-balance a batman network. not the whole shaping/splashing > should run on one (central) node, so we needed something to stick it > to the node/AP which the user is connected to. than we have also > the ability to show a good page when the network is b0rken. How do you handle the splash status of a user under roaming? Does a splash screen reoccur if the gateway is switched (NODE-2 -> NODE-3)? Because this switch will happen on a minutely basis if a user sits between two equally strong gateways. Regards, Jan ------enig2XQFOGQWILWTWAAPSTTGU 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.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSM1cbAAoJEApFouY8nhT6KsUQAMBvnFkUKExk1bLDPh+PX9Kq h/AY2LiE6Hb7ygge32WBq7pkvtHwPAy6LjJTCcxfMKNkhzmDoRBEuuXRn1/D/B5D gvl8dFdYqGNhQ7AD1C0XH12EQdvLKDtU0+d9CiLx2QL1aPc+tzZb0l3ETM55rGQp AHsBywZeUroB+eGSlmmM2UiyYzZ1JoChICYqVpxXr8whJX3ImnD/T3xByAKWYwmj A8Bd3Wb8FcPyXtxB0q7nSqKio+skpIu1wcc0zrZE0URbq0h+jA9dtswFHAPWDlcv IEeaxpNQf5s0iJ1Z56DrR9Q0xvLG6O6/sdRtZY3BY6GZfLKg92rf1pIiUv7D0drH bz1odh0zLa4Du3iq2sWWp+gQV3xiGnwxT2TN5vhXFlL7S+eTBY2pnHHgxKc99YUW 1jIYczNBbf64B0TXJs2uOyCTu2pxmAp+HnFEvy8Il1Gk7jEB+6BzBx7mZ+IehuHS deU1DOhPJDqFJo8k3ywD/KBIYZDdXoV9WiiUGRGrBWqhNt5TMpdsCcb0aMhW6eaQ Hhlju4VPyVnBu6S/8C3MkMHtJSsSOeuHJkxmEYRy97cVcl/pTgFp0KjBWKdhdba2 Y77Bk6DzgkyNsyv7cQZKAzf57mshV6qzgOaY7fiaj3nQUBeT18vqCy5l2h96gIo8 rFo28H8QK8ihpG/zPwMM =gpi1 -----END PGP SIGNATURE----- ------enig2XQFOGQWILWTWAAPSTTGU--