Thread (18 messages) flat view 18 messages, 4 authors, 2023-01-30

Re: [PATCH wpan-next 0/2] ieee802154: Beaconing support

From: Alexander Aring <aahringo@redhat.com>
Date: 2023-01-23 14:37:39

Hi,

On Mon, Jan 23, 2023 at 8:50 AM Alexander Aring [off-list ref] wrote:
Hi,

On Mon, Jan 23, 2023 at 7:49 AM Miquel Raynal [off-list ref] wrote:
quoted
Hi Alexander,
quoted
quoted
btw: what is about security handling... however I would declare this
feature as experimental anyway.
I haven't tested the security layer at all yet, would you have a few
commands to start with, which I could try using eg. hwsim?
Using the dev_queue_xmit() doest not bypasses the whole stack anymore,
the beacons got rejected by the llsec layer. I did just hack into it
just to allow unsecure beacons for now:
Stupid questions: do the beacon frames need to be encrypted? Because
we bypass llsec always with those mlme functionality.

btw: there is currently an issue with the llsec hooks. You will not
see the transmit side being encrypted via wireshark (so far I
remember) because the capture is before encryption...
You can do with hwsim a sniffer device, just create a phy and have
from every node an edge to it, then create a monitor interface on it
and you will see all frames on air correctly encrypted and let
wireshark decrypt it. This is a workaround I had.

- Alex
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help