From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D54B7C61DA4 for ; Fri, 27 Jan 2023 20:12:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231532AbjA0UMw (ORCPT ); Fri, 27 Jan 2023 15:12:52 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59904 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229611AbjA0UMv (ORCPT ); Fri, 27 Jan 2023 15:12:51 -0500 X-Greylist: delayed 1077 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Fri, 27 Jan 2023 12:12:48 PST Received: from relay.sandelman.ca (relay.cooperix.net [176.58.120.209]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DC73044AF; Fri, 27 Jan 2023 12:12:47 -0800 (PST) Received: from dyas.sandelman.ca (unknown [142.169.78.18]) by relay.sandelman.ca (Postfix) with ESMTPS id 394731F4A5; Fri, 27 Jan 2023 19:39:49 +0000 (UTC) Received: by dyas.sandelman.ca (Postfix, from userid 1000) id 2C80DA1807; Fri, 27 Jan 2023 14:39:40 -0500 (EST) Received: from dyas (localhost [127.0.0.1]) by dyas.sandelman.ca (Postfix) with ESMTP id 2A691A17E1; Fri, 27 Jan 2023 14:39:40 -0500 (EST) From: Michael Richardson To: Alexander Aring , Miquel Raynal , Alexander Aring , Stefan Schmidt , linux-wpan@vger.kernel.org, "David S. Miller" , Jakub Kicinski , Paolo Abeni , Eric Dumazet , netdev@vger.kernel.org, David Girault , Romuald Despres , Frederic Blain , Nicolas Schodet , Guilhem Imberton , Thomas Petazzoni Subject: Re: [PATCH wpan-next 0/2] ieee802154: Beaconing support In-reply-to: References: <20230106113129.694750-1-miquel.raynal@bootlin.com> <20230118102058.3b1f275b@xps-13> <20230124110814.6096ecbe@xps-13> <20230125105653.44e9498f@xps-13> Comments: In-reply-to Alexander Aring message dated "Thu, 26 Jan 2023 20:29:25 -0500." X-Mailer: MH-E 8.6+git; nmh 1.7+dev; GNU Emacs 26.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Date: Fri, 27 Jan 2023 14:39:40 -0500 Message-ID: <1322777.1674848380@dyas> Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org --=-=-= Content-Type: text/plain Alexander Aring wrote: >> - MLME ops without feedback constraints like beacons -> should go >> through the hot path, but not through the whole net stack, so >> ieee802154_subif_start_xmit() >> > it will bypass the qdisc handling (+ some other things which are around > there). The current difference is what I see llsec handling and other > things which might be around there? It depends if other "MLME-ops" need > to be e.g. encrypted or not. I haven't followed the whole thread. So I am neither agreeing nor disagreeing, just clarifying. Useful beacons are "signed" (have integrity applied), but not encrypted. It's important for userspace to be able to receive them, even if we don't have a key that can verify them. AFAIK, we have no specific interface to receive beacons. >> NB: Perhaps a prerequisites of bringing security to the MLME ops would >> be to have wpan-tools updated (it looks like the support was never >> merged?) as well as a simple example how to use it on linux-wpan.org. >> > this is correct. It is still in a branch, I am fine to merge it in this > state although it's not really practical to use right now. :-) --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEERK+9HEcJHTJ9UqTMlUzhVv38QpAFAmPUKHsACgkQlUzhVv38 QpAEIQf/VmalH2lNjcl0ZYTMhoMXYeowU8ZvHbg2ArQ8XNdjOTRYHJ1k55alotPX sUYITkgKA4wQRob2s9JrvAR4NlfrJ6j96PCbQUqGv1OyvztgQkdhJ5bmnYdz6Gmd KWhy+IgxX5GPsJbab4jAvQDtP0+dz+FXqo8uULFzXMfU1zl9tmJqzPMktWeHobLM nOmQcuAVbm48+OLUClBuWZfknuRGXHzx7MiuuIw3oEKkIhDDtZB8HzV+zjgpU1wo 8fvXUQ0k9j3jhlFQkL4ca7aDfHu18dXo+zCKz9IAFUhwQ4U+KlxVFedLGgWasOYR 1KSvlFMeY/qEO5YEeJZwAJNojJDtZQ== =O6FF -----END PGP SIGNATURE----- --=-=-=--