On Fri, Jul 1, 2022 at 7:00 PM Ido Schimmel idosch@nvidia.com wrote:
On Fri, Jul 01, 2022 at 06:07:10PM +0200, Hans S wrote:
There is several issues when learning is turned off with the mv88e6xxx driver:
Please don't top-post...
Sorry, I am using gmails own web interface for a short while now as my other options are not supported anymore by Google (not secure apps)
Mac-Auth requires learning turned on, otherwise there will be no miss violation interrupts afair. Refreshing of ATU entries does not work with learning turn off, as the PAV is set to zero when learning is turned off. This then further eliminates the use of the HoldAt1 feature and age-out interrupts.
With dynamic ATU entries (an upcoming patch set), an authorized unit gets a dynamic ATU entry, and if it goes quiet for 5 minutes, it's entry will age out and thus get removed. That also solves the port relocation issue as if a device relocates to another port it will be able to get access again after 5 minutes.
You assume I'm familiar with mv88e6xxx, when in fact I'm not. Here is what I think you are saying:
- When a port is locked and a packet is received with a SA that is not
in the FDB, it will only generate a miss violation if learning is enabled. In which case, you will notify the bridge driver about this entry as externally learned and locked entry.
Right.
- When a port is locked and a packet is received with a SA that matches
a different port, it will be dropped regardless if learning is enabled or not.
I would think so.
- From the above I conclude that the HW will not auto-populate its FDB
when a port is locked.
Right, and it should not as the locked port feature is basically CPU controlled learning. (yes it is an irony to have CPU controlled learning and learning turned on, but that is just how it is with the mv88e6xxx series :-) )
- FDB entries that point to a port that does not have learning enabled
are not subject to ageing (why?).
Sorry if I said so. Dynamic ATU entries will age I am sure, but they will not refresh unless there is a match between the ingress port and the Port Association Vector (PAV). But an age out violation will not occur, and the HoldAt1 (entries age from 7 -> 0) feature will not work either as it is related to the refresh mechanism.
Assuming the above is correct, in order for mv88e6xxx to work correctly, it needs to enable learning on all locked ports, but it should happen regardless of the bridge driver learning configuration let alone impose any limitations on it. In fact, hostapd must disable learning for all locked ports.
To have hardware induced refreshing I would say learning should be on also for 802.1X (hostapd). This relies of course on user added dynamic ATU entries, which is what my follow-up patch set is about. Besides it is perfectly feasible to have both 802.1X and Mac-Auth on the same port.