From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Sat, 19 Mar 2016 16:49:34 +0800 From: Antonio Quartulli Message-ID: <20160319084934.GD9971@prodigo.lan> References: <1648365.zDTnRIsh0N@bentobox> <56EBEDF6.50704@universe-factory.net> <2088697.nI9sVi8cPN@bentobox> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bjuZg6miEcdLYP6q" Content-Disposition: inline In-Reply-To: <2088697.nI9sVi8cPN@bentobox> Subject: Re: [B.A.T.M.A.N.] [RFC v2 0/5] batman-adv netlink query API List-Id: The list for a Better Approach To Mobile Ad-hoc Networking List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Sven Eckelmann Cc: b.a.t.m.a.n@lists.open-mesh.org --bjuZg6miEcdLYP6q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 18, 2016 at 01:04:50PM +0100, Sven Eckelmann wrote: > On Friday 18 March 2016 13:00:54 Matthias Schiffer wrote: > [...] > > > What about the "socket" file? > [...] > >=20 > > Ah, I forgot about that one because it is very different from the other= s. > >=20 > > I think it should be possible to convert "socket" as well by wrapping t= he > > BATADV_ICMP packets in netlink packets. Or maybe it would be possible to > > drop that altogether and just do ping/traceroute in userspace with > > AF_PACKET or similar? >=20 > The latter could be problematic for TP meter implementation [1,2,3,4,5]. > Antonio, do you have an opinion about that? Personally I wouldn't mind doing ping/traceroute 100% in userspace. The TP meter itself does not require to exchange real packets between user = and kernel space, but only requires the availability of a command to start and = stop a measurement session. I believe these could be implemented as yet another netlink command/message type. Cheers, --=20 Antonio Quartulli --bjuZg6miEcdLYP6q Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJW7RKeAAoJENpFlCjNi1MR9mAP/1C1xHQtmRZnpn4ppLXn0m/l FKhZ96l+HvCY84BGtO3S/cYbZKskJ8RQeFVT6Mt2pkSDImeBnOl7NWHRbtJfH3Z1 IYx5KhB5mDu3JST9tCoxmk7RziFVQgokHj8RB90P2v/LH8ucUNIM6SwsH9svsvmI zavlsTusSsgjePVkW9Jpoo+0RbqQF+wEMsExdzxiwcXmgkd6ZyxncZPXDHAxtW65 OTGd2lMSoFzfBmzpLy6plRn+fwOijTwU7u6powdosw3OXdNdrI23RZYbrQ4FCSRx OEX+wirfuaehwNmvvQLbI25aT5edlbvd3tbGZ8GtrDolUM6bzXQyAavEito1BUhm /uNH3mbSS3cIHbEWUVsg5rEZtoxNo9uS0mLTX8MnZDWlfR6/1I2De2lwsUQ1J9Qm NM/0l0ShbtIZU0u1u5ahJAr9wy2gt2ccw+e3L9vb+B58pl4VBje6FoVbFipL6jCg MB4TPNKIDPGIVWnwKWH5KkKak5n9o1P2sIMYjfRmoWl3xJ1y7iWg0rybqxdSGjMZ tNYFfLa+BeHlthxgAFxUQ3897QnRtuwQx7cPjtlq1s8wvNlrdZRdDmDqCkvo66Ri n6kWb8YfKVgIgIKlJudkwILgQSE5Uc9BhN7f2BWinZrwZ0FHzaDJlQ04pqvTe2hs tF/Jk03umiC6sTGFHFCG =3umv -----END PGP SIGNATURE----- --bjuZg6miEcdLYP6q--