From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path:
Date: Fri, 8 Jul 2016 08:33:02 +0800
From: Antonio Quartulli
Message-ID: <20160708003302.GK5978@prodigo.lan>
References: <1467741697-8811-1-git-send-email-linus.luessing@c0d3.blue>
<1467741697-8811-2-git-send-email-linus.luessing@c0d3.blue>
<20160707092436.GH5978@prodigo.lan> <20160707101442.GC7076@otheros>
<20160707134052.GD7076@otheros>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
protocol="application/pgp-signature"; boundary="x9uCfsizvaabZDbV"
Content-Disposition: inline
In-Reply-To: <20160707134052.GD7076@otheros>
Subject: Re: [B.A.T.M.A.N.] [PATCHv2 2/2] batman-adv: Snoop DHCPACKs for DAT
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
--x9uCfsizvaabZDbV
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Jul 07, 2016 at 03:40:52PM +0200, Linus L=FCssing wrote:
> On Thu, Jul 07, 2016 at 12:14:42PM +0200, Linus L=FCssing wrote:
> > Hi Antonio,
> >=20
> > > have you tried applying this patch on one of your servers and measure=
the local
> > > effect? (i.e. if the number of BRD ARP req is reduced or not?)
> >=20
> > I had queried Martin Weinelt just yesterday, they will test it on
> > a 500 nodes compat-v15 setup soon :).
>=20
> Unfortunately, looks like this patch has no effect regarding the
> ARP Request overhead. According to batctl log, DHCPACKs are
> snooped, but still 84.3% of all ARP Requests come from the three
> DHCP servers / gateways.
>=20
> These ARP Requests come encapsulated in a batman-adv broadcast
> packet type.
>=20
> Hm, anyone having another idea what might still be causing these
> ARP Requests?
have you tried enabling DAT debug and observing step by step what happens ?=
You
could try to study a simple case: i.e. an unknown client that comes and
connects for the first time..you can save the full log somewhere and then w=
e can
all have a look (knowing the MAC address of this client)
Cheers,
--=20
Antonio Quartulli
--x9uCfsizvaabZDbV
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQIcBAEBCAAGBQJXfvS+AAoJEJ4aZjxxc6bKeZMP/A2FKKymligajueL08K5lLtL
kBLIQWgWmUBtpK3a9kiBCz+OU0w7AS+j7htuUq9sadunwRgtG3BbV53xF3qshH7c
xaLw00LJVoMOeuQEX1++8l4m2GcZ/CcbKWH/z0+y+G0r49YBmxnWAqlH0wD6KVbN
997VgAs7jExKM0qoPIBXg+x+X+dx3zhPLrc/DDMVKKuZSaot0YClEhjdEUNOAdkJ
bjZ5t7TH2RAdMg962J0241HwT4irFXp7W0bGPL6v0rPsdw73zdhmtnS6IvNZWmjo
P718J/W0ODvSwltTwy41APMKIWT/x4aDstzvqVe2RB0vmdvV0B6tricr0eNql0tz
f0SJqqXd0M+QmFXNtsHJPU0OJh9odfx3vibi2YUhKJ9K60xyjMpuXK7LpbxEKGLJ
0x56opBpKTz9zx1mTGGtUIP32UXptUQKjl77zR00lYpO2ayy2TryB8yWK5VmYYcZ
iyAeHKo0GQs69Z/bldr6Mog7AX1il2xDNcDE32aoGoQK89g1ARt2YnfCVWQHF9a8
SH66bBnhqlvHJmZ5yFnkKlGXDO+qF/jyPjxig7h779r8CAeBT5QzZE4K7quTQkkF
7HDFLk9vNvcS1uZK1/i5s53IbteZ/ls3XSgx+EXX4AcHGbLOjItR+4nVzj2voxQf
Gkx1u1iu8yYmAPFR+rAi
=GG6k
-----END PGP SIGNATURE-----
--x9uCfsizvaabZDbV--