You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 21, 2020. It is now read-only.
A major issue I keep finding is: how do we handle 802.11 well? Taking examples from other 802.11 stacks, there's a transport layer and a hardware abstraction layer, as well as a higher level 802.11 layer.
Should we model our driver after these? How should we do such?
The text was updated successfully, but these errors were encountered:
According to 0f2a427 commit, means that use openbsd net80211 to handle AUTH->ASSOCIATE->RUN state? But this net80211 is limit as 11n phy mode, 11ac is not fully support.
@zxystd Well, Apple80211 is limited in that it only does channel steering, EAPOL (WPA/WEP) authentication, and IE parsing. We have to do all of the rate selection, handle all of the management packets, and such internally, but I’m reconsidering reverting that commit and just building in the functionality internally through C++ because a lot of the functionality that ieee80211 has been replaced with code we wrote.
A major issue I keep finding is: how do we handle 802.11 well? Taking examples from other 802.11 stacks, there's a transport layer and a hardware abstraction layer, as well as a higher level 802.11 layer.
Should we model our driver after these? How should we do such?
The text was updated successfully, but these errors were encountered: