On Samstag, 6. August 2016 06:42:44 CEST Linus Lüssing wrote: [...]
For data packets, I'm not quite sure, though. Could be interesting to not restrict that now to still allow enhancements regarding privacy, I think. And zero-source MAC addresses shouldn't harm anything in the case of data packets, should they?
I have now changed it but I personally think that this will not work. Many filters/firewalls go crazy when they see zero mac addresses, the first bcast batadv_is_my_mac check is not working anymore and it should not be possible to send over IBSS or Sta-to-AP with a zero mac source address. From AP-to-Sta is not a problem because it can use 4 addresses in its header. But the other way around is problematic because only 3 address are in the wifi header. A transfer with zero mac address as source address from Sta-to-AP with ath9k/ mac80211 should end up in an Ack back to 00:00:00:00:00:00 and a deauthentication frame to 00:00:00:00:00:00.
Kind regards, Sven