DGNum/hostapd
6
0
Fork 0
Code Issues Pull requests 1 Projects Releases Packages Wiki Activity Actions
hostapd/src/ap/ieee802_11.h

260 lines
11 KiB
C
Raw Normal View History

Re-initialize hostapd/wpa_supplicant git repository based on 0.6.3 release
2008-02-28 02:34:43 +01:00
/*
* hostapd / IEEE 802.11 Management
Move IEEE 802.11n HT management code into a separate file
2009-12-06 18:41:47 +01:00
* Copyright (c) 2002-2009, Jouni Malinen <j@w1.fi>
Re-initialize hostapd/wpa_supplicant git repository based on 0.6.3 release
2008-02-28 02:34:43 +01:00
*
Remove the GPL notification from files contributed by Jouni Malinen Remove the GPL notification text from the files that were initially contributed by myself. Signed-hostap: Jouni Malinen <j@w1.fi>
2012-02-11 15:46:35 +01:00
* This software may be distributed under the terms of the BSD license.
* See README for more details.
Re-initialize hostapd/wpa_supplicant git repository based on 0.6.3 release
2008-02-28 02:34:43 +01:00
*/
#ifndef IEEE802_11_H
#define IEEE802_11_H
Add preliminary IEEE 802.11n support into hostapd This commit brings in cleaned up version of IEEE 802.11n implementation from Intel (1). The Intel tarball includes number of other changes, too, and only the changes specific to IEEE 802.11n are brought in here. In addition, this does not include all the changes (e.g., some of the configuration parameters are still missing and driver wrapper changes for mac80211 were not included). (1) http://www.kernel.org/pub/linux/kernel/people/chuyee/wireless/iwl4965_ap/hostap_0_6_0_intel_0.0.13.1.tgz
2008-08-21 17:18:38 +02:00
struct hostapd_iface;
Re-initialize hostapd/wpa_supplicant git repository based on 0.6.3 release
2008-02-28 02:34:43 +01:00
struct hostapd_data;
struct sta_info;
Add wrapper functions for IEEE 802.11 driver calls into driver.h These functions allow the driver_*.c wrappers not to include ieee802_11.h.
2009-01-09 15:55:59 +01:00
struct hostapd_frame_info;
Include header files explicitly in *.c, not via header files
2009-12-25 23:31:51 +01:00
struct ieee80211_ht_capabilities;
tests: Add ap-mgmt-fuzzer This program can be used to run fuzzing tests for areas related to AP management frame parsing and processing. Signed-off-by: Jouni Malinen <j@w1.fi>
2015-04-18 15:27:18 +02:00
struct ieee80211_vht_capabilities;
Add AP mode support for HT 20/40 co-ex Action frame If a 2.4 GHz band AP receives a 20/40 Coexistence management frame from a connected station with 20/40 BSS Intolerant Channel Report element containing the channel list in which any legacy AP are detected or AP with 40 MHz intolerant bit set in HT Cap IE is detected in the affected range of the BSS, the BSS will be moved from 40 to 20 MHz channel width. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2014-04-14 20:21:40 +02:00
struct ieee80211_mgmt;
Move the RADIUS cached attributes into a struct This makes it easier to pass these around and to add new attributes. Signed-off-by: Michael Braun <michael-dev@fami-braun.de>
2019-04-28 13:14:57 +02:00
struct radius_sta;
nl80211: Add driver multi iftype HE capability parsing The HE capabilities are no longer per PHY but per iftype on this specific PHY. It is therefore no longer enough to just parse the AP capabilities. The he_capabilities are now duplicated to store all information for IEEE80211_MODE_* which hostap cares about. The nl80211 driver fills in this information when the iftype supports HE. The rest of the code still only uses the IEEE80211_HE_AP portion but can be extended later to also use other HE capabilities. Signed-off-by: Sven Eckelmann <seckelmann@datto.com>
2019-06-14 16:49:20 +02:00
enum ieee80211_op_mode;
EHT: Downgrade bandwidths for VHT and HE when using puncturing Legacy modes (VHT, HE) should advertise downgraded bandwidth if RU puncturing is enabled in EHT mode. This is required for the legacy stations which cannot parse the EHT Operation elements hence do not support EHT RU puncturing. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com> Signed-off-by: Ramanathan Choodamani <quic_rchoodam@quicinc.com>
2023-03-14 05:59:17 +01:00
enum oper_chan_width;
AP: MLO: Process Multi-Link element from (Re)Association Request frame Implement processing of the Multi-Link element in the (Re)Association Request frame, including processing of the Per-STA Profile subelement. After handling the basic parsing of the element and extracting the information about the requested links, handle the link specific processing for each link: - Find the interface with the corresponding link ID. - Process the station profile in the interface. - Prepare the Per-STA Profile subelement to be included in the Multi-Link element in the (Re)Association Response frame. Signed-off-by: Ilan Peer <ilan.peer@intel.com> Signed-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>
2023-05-22 21:33:45 +02:00
struct ieee802_11_elems;
hostapd: Add support for SAE offload for AP interface The driver advertising SAE AP offload support would take care of SAE authentication and PMK generation at the driver/firmware. This feature requires the driver to be supporting 4-way handshake offload to process the generated PMK at the driver level for 4-way handshake. Signed-off-by: Vinayak Yadawad <vinayak.yadawad@broadcom.com>
2023-11-10 15:23:06 +01:00
struct sae_pk;
struct sae_pt;
struct sae_password_entry;
AP: Add support for testing ML link removal Add support for testing ML link removal to hostapd. While such support should inherently be integrated with the underlining driver, simulate the inclusion of the ML reconfiguration element in hostapd. Signed-off-by: Ilan Peer <ilan.peer@intel.com> Signed-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>
2023-11-21 00:51:23 +01:00
struct mld_info;
Re-initialize hostapd/wpa_supplicant git repository based on 0.6.3 release
2008-02-28 02:34:43 +01:00
Do not process Action frames twice in hostapd SME/MLME Commit 88b32a99d30894b2d6bb391371c442fc117edbab added support for using some Action frame processing in hostapd for drivers that handle most of SME/MLME internally (it added FT, this has since be extended for SA Query and WNM). However, this was added in a way that ended up getting both the hostapd_rx_action() and hostapd_action_rx() called for Action frames. This could result in an attempt to process FT, SA Query, and WNM Action frames twice. There is need for more significant cleanup in Action frame processing in hostapd depending on the driver type, but as a simple step to avoid issues, skip the hostapd_action_rx() call if hostapd_rx_action() processed the frame. Signed-hostap: Jouni Malinen <j@w1.fi>
2013-12-29 09:18:49 +01:00
int ieee802_11_mgmt(struct hostapd_data *hapd, const u8 *buf, size_t len,
struct hostapd_frame_info *fi);
Use generic driver events for TX status and RX reporting Replace driver wrapper calls to hostapd_tx_status(), hostapd_rx_from_unknown_sta(), hostapd_mgmt_rx(), and hostapd_mgmt_tx_cb() with new generic driver events EVENT_TX_STATUS, EVENT_RX_FROM_UNKNOWN, and EVENT_RX_MGMT. This cleans up lot of the driver wrapper code to be less dependent on whether it is being used within wpa_supplicant AP mode or hostapd.
2009-12-13 22:05:39 +01:00
void ieee802_11_mgmt_cb(struct hostapd_data *hapd, const u8 *buf, size_t len,
Re-initialize hostapd/wpa_supplicant git repository based on 0.6.3 release
2008-02-28 02:34:43 +01:00
u16 stype, int ok);
Add AP mode support for HT 20/40 co-ex Action frame If a 2.4 GHz band AP receives a 20/40 Coexistence management frame from a connected station with 20/40 BSS Intolerant Channel Report element containing the channel list in which any legacy AP are detected or AP with 40 MHz intolerant bit set in HT Cap IE is detected in the affected range of the BSS, the BSS will be moved from 40 to 20 MHz channel width. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2014-04-14 20:21:40 +02:00
void hostapd_2040_coex_action(struct hostapd_data *hapd,
const struct ieee80211_mgmt *mgmt, size_t len);
Replace NEED_MLME with NEED_AP_MLME This makes it clearer that it's about the AP, not client-side MLME, even when built into the client (wpa_supplicant).
2009-08-14 19:01:41 +02:00
#ifdef NEED_AP_MLME
Re-initialize hostapd/wpa_supplicant git repository based on 0.6.3 release
2008-02-28 02:34:43 +01:00
int ieee802_11_get_mib(struct hostapd_data *hapd, char *buf, size_t buflen);
int ieee802_11_get_mib_sta(struct hostapd_data *hapd, struct sta_info *sta,
char *buf, size_t buflen);
Replace NEED_MLME with NEED_AP_MLME This makes it clearer that it's about the AP, not client-side MLME, even when built into the client (wpa_supplicant).
2009-08-14 19:01:41 +02:00
#else /* NEED_AP_MLME */
Remove MLME code from build if none of the enabled drivers need it
2009-01-08 17:40:14 +01:00
static inline int ieee802_11_get_mib(struct hostapd_data *hapd, char *buf,
size_t buflen)
{
return 0;
}
static inline int ieee802_11_get_mib_sta(struct hostapd_data *hapd,
struct sta_info *sta,
char *buf, size_t buflen)
{
return 0;
}
Replace NEED_MLME with NEED_AP_MLME This makes it clearer that it's about the AP, not client-side MLME, even when built into the client (wpa_supplicant).
2009-08-14 19:01:41 +02:00
#endif /* NEED_AP_MLME */
Remove unused leftover from multi-SSID design The multi-SSID design that used a single beaconing BSSID with multiple SSIDs was never completed in this repository, so there is no need to maintain the per-STA ssid/ssid_probe pointers that could only point to &hapd->conf->ssid. Save some memory and reduce code complexity by removing this unused partial capability. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2015-04-20 23:33:25 +02:00
u16 hostapd_own_capab_info(struct hostapd_data *hapd);
hostapd: Extend support for HT 20/40 coexistence feature Extend the minimal HT 20/40 co-ex support to include dynamic changes during the lifetime of the BSS. If any STA connects to a 2.4 GHz AP with 40 MHz intolerant bit set then the AP will switch to 20 MHz operating mode. If for a period of time specified by OBSS delay factor and OBSS scan interval AP does not have any information about 40 MHz intolerant STAs, the BSS is switched from HT20 to HT40 mode. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2014-04-14 19:40:56 +02:00
void ap_ht2040_timeout(void *eloop_data, void *user_data);
mbssid: Set extended capabilities Set extended capabilities as described in IEEE Std 802.11ax-2021, 9.4.2.26. Reset the capability bits to 0 explicitly if MBSSID and/or EMA is not enabled because otherwise some client devices fail to associate. Bit 80 (complete list of non-tx profiles) is set for all Probe Response frames, but for Beacon frames it is set only if EMA is disabled or if EMA profile periodicity is 1. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com> Co-developed-by: John Crispin <john@phrozen.org> Signed-off-by: John Crispin <john@phrozen.org>
2022-12-01 04:18:39 +01:00
u8 * hostapd_eid_ext_capab(struct hostapd_data *hapd, u8 *eid,
bool mbssid_complete);
Interworking: Add support for QoS Mapping functionality for the AP This allows QoS Map Set element to be added to (Re)Association Response frames and in QoS Map Configure frame. The QoS Mapping parameters are also made available for the driver interface. Signed-hostap: Jouni Malinen <jouni@qca.qualcomm.com>
2013-07-24 11:28:20 +02:00
u8 * hostapd_eid_qos_map_set(struct hostapd_data *hapd, u8 *eid);
Re-initialize hostapd/wpa_supplicant git repository based on 0.6.3 release
2008-02-28 02:34:43 +01:00
u8 * hostapd_eid_supp_rates(struct hostapd_data *hapd, u8 *eid);
u8 * hostapd_eid_ext_supp_rates(struct hostapd_data *hapd, u8 *eid);
Send RM Enabled Capabilities element in (Re)Association Response frame (Re)Association Response frames should include radio measurement capabilities in order to let stations know if they can, e.g., use neighbor requests. I tested this commit with a Samsung S8, which does not send neighbor requests without this commit and sends them afterwards. Signed-off-by: Markus Theil <markus.theil@tu-ilmenau.de>
2020-01-24 17:24:53 +01:00
u8 * hostapd_eid_rm_enabled_capab(struct hostapd_data *hapd, u8 *eid,
size_t len);
Rename HT Capabilities IE fields to match with IEEE Std 802.11n-2009
2009-11-29 11:02:29 +01:00
u8 * hostapd_eid_ht_capabilities(struct hostapd_data *hapd, u8 *eid);
Add preliminary IEEE 802.11n support into hostapd This commit brings in cleaned up version of IEEE 802.11n implementation from Intel (1). The Intel tarball includes number of other changes, too, and only the changes specific to IEEE 802.11n are brought in here. In addition, this does not include all the changes (e.g., some of the configuration parameters are still missing and driver wrapper changes for mac80211 were not included). (1) http://www.kernel.org/pub/linux/kernel/people/chuyee/wireless/iwl4965_ap/hostap_0_6_0_intel_0.0.13.1.tgz
2008-08-21 17:18:38 +02:00
u8 * hostapd_eid_ht_operation(struct hostapd_data *hapd, u8 *eid);
hostapd: Use stations nsts capability in (Re)Association Response frame Some deployed stations incorrectly consider nsts capability in (Re)Association Response frame as required capability instead of maximum capability and if it is greater than station's capability then beamform will not happen in uplink traffic. This commit adds support for an optional workaround to use station's nsts capability in (Re)Association Response frame if the station's nsts is less than AP by using the use_sta_nsts=1 configuration parameter. This configuration is introduced in this commit and it is disabled by default. Signed-off-by: Tamizh chelvam <c_traja@qti.qualcomm.com>
2016-08-31 16:15:47 +02:00
u8 * hostapd_eid_vht_capabilities(struct hostapd_data *hapd, u8 *eid, u32 nsts);
hostapd: Add IEEE 802.11ac VHT IEs into Beacon/Probe Response IEEE 802.11ac VHT changes to include VHT IEs in Beacon and Probe Response frames. Signed-hostap: Mahesh Palivela <maheshp@posedge.com>
2012-06-30 12:57:52 +02:00
u8 * hostapd_eid_vht_operation(struct hostapd_data *hapd, u8 *eid);
hostapd: Add vendor specific VHT extension for the 2.4 GHz band This allows vendor specific information element to be used to advertise support for VHT on 2.4 GHz band. In practice, this is used to enable use of 256 QAM rates (VHT-MCS 8 and 9) on 2.4 GHz band. This functionality is disabled by default, but can be enabled with vendor_vht=1 parameter in hostapd.conf if the driver advertises support for VHT on either 2.4 or 5 GHz bands. Signed-off-by: Yanbo Li <yanbol@qti.qualcomm.com>
2014-11-10 16:12:29 +01:00
u8 * hostapd_eid_vendor_vht(struct hostapd_data *hapd, u8 *eid);
Add Wide Bandwidth Channel Switch element When switching to a VHT channel with width greater than 20 MHz, add Wide Bandwidth Channel Switch element. This element is added in Beacon and Probe Response frames inside Channel Switch Wrapper element. Signed-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>
2015-09-08 11:46:12 +02:00
u8 * hostapd_eid_wb_chsw_wrapper(struct hostapd_data *hapd, u8 *eid);
hostapd: Add Transmit Power Envelope IE when VHT is enabled Add Transmit Power Envelope element defined in IEEE P802.11-REVmc/D4.3, 8.4.2.161. Signed-off-by: Rajkumar Manoharan <rmanohar@qti.qualcomm.com>
2015-11-23 14:10:26 +01:00
u8 * hostapd_eid_txpower_envelope(struct hostapd_data *hapd, u8 *eid);
nl80211: Add driver multi iftype HE capability parsing The HE capabilities are no longer per PHY but per iftype on this specific PHY. It is therefore no longer enough to just parse the AP capabilities. The he_capabilities are now duplicated to store all information for IEEE80211_MODE_* which hostap cares about. The nl80211 driver fills in this information when the iftype supports HE. The rest of the code still only uses the IEEE80211_HE_AP portion but can be extended later to also use other HE capabilities. Signed-off-by: Sven Eckelmann <seckelmann@datto.com>
2019-06-14 16:49:20 +02:00
u8 * hostapd_eid_he_capab(struct hostapd_data *hapd, u8 *eid,
enum ieee80211_op_mode opmode);
hostapd: Update HE capabilities and HE operation definition Replace vendor-specific elements for HE capabilities and HE operation elements with the P802.11ax defined element values. This version is based on P802.11ax/D1.4. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2017-09-30 01:32:44 +02:00
u8 * hostapd_eid_he_operation(struct hostapd_data *hapd, u8 *eid);
HE: Add MU EDCA Parameter Set element (AP) Add support for configuring parameters for the MU EDCA Parameter Set element per IEEE P802.11ax/D3.0. Signed-off-by: Siva Mullati <siva.mullati@intel.com>
2019-01-07 10:26:24 +01:00
u8 * hostapd_eid_he_mu_edca_parameter_set(struct hostapd_data *hapd, u8 *eid);
HE: Add Spatial Reuse Parameter Set element to the Beacon frames SPR allows us to detect OBSS overlaps and allows us to do adaptive CCA thresholds. For this to work the AP needs to broadcast the element first. Signed-off-by: Shashidhar Lakkavalli <slakkavalli@datto.com> Signed-off-by: John Crispin <john@phrozen.org>
2019-04-16 14:34:01 +02:00
u8 * hostapd_eid_spatial_reuse(struct hostapd_data *hapd, u8 *eid);
HE: Add 6 GHz Band Capabilities element in Beacon and response frames Construct HE 6 GHz Band Capabilities element (IEEE 802.11ax/D6.0, 9.4.2.261) from HT and VHT capabilities and add it to Beacon, Probe Response, and (Re)Association Response frames when operating on the 6 GHz band. Signed-off-by: Rajkumar Manoharan <rmanohar@codeaurora.org>
2020-04-25 00:45:37 +02:00
u8 * hostapd_eid_he_6ghz_band_cap(struct hostapd_data *hapd, u8 *eid);
Add Wide Bandwidth Channel Switch element When switching to a VHT channel with width greater than 20 MHz, add Wide Bandwidth Channel Switch element. This element is added in Beacon and Probe Response frames inside Channel Switch Wrapper element. Signed-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>
2015-09-08 11:46:12 +02:00
Add preliminary IEEE 802.11n support into hostapd This commit brings in cleaned up version of IEEE 802.11n implementation from Intel (1). The Intel tarball includes number of other changes, too, and only the changes specific to IEEE 802.11n are brought in here. In addition, this does not include all the changes (e.g., some of the configuration parameters are still missing and driver wrapper changes for mac80211 were not included). (1) http://www.kernel.org/pub/linux/kernel/people/chuyee/wireless/iwl4965_ap/hostap_0_6_0_intel_0.0.13.1.tgz
2008-08-21 17:18:38 +02:00
int hostapd_ht_operation_update(struct hostapd_iface *iface);
Added ctrl_interface command for sending a SA Query request This can be useful for testing IEEE 802.11w functionality, so provide means for manual request to send a SA Query request.
2008-12-30 17:04:29 +01:00
void ieee802_11_send_sa_query_req(struct hostapd_data *hapd,
const u8 *addr, const u8 *trans_id);
Move IEEE 802.11n HT management code into a separate file
2009-12-06 18:41:47 +01:00
void hostapd_get_ht_capab(struct hostapd_data *hapd,
struct ieee80211_ht_capabilities *ht_cap,
struct ieee80211_ht_capabilities *neg_ht_cap);
hostapd: Pass VHT capabilities to driver wrapper Signed-hostap: Johannes Berg <johannes.berg@intel.com>
2012-12-28 16:30:30 +01:00
void hostapd_get_vht_capab(struct hostapd_data *hapd,
struct ieee80211_vht_capabilities *vht_cap,
struct ieee80211_vht_capabilities *neg_vht_cap);
HE: Add AP mode MLME/SME handling for HE stations Process HE information in (Re)Association Request frames and add HE elements into (Re)Association Response frames when HE is enabled in the BSS. Signed-off-by: Shashidhar Lakkavalli <slakkavalli@datto.com> Signed-off-by: John Crispin <john@phrozen.org>
2019-05-20 09:55:05 +02:00
void hostapd_get_he_capab(struct hostapd_data *hapd,
const struct ieee80211_he_capabilities *he_cap,
struct ieee80211_he_capabilities *neg_he_cap,
size_t he_capab_len);
EHT: Provide EHT capabilities in STA addition path Add support for EHT capabilities in the addition of a new station entry to the driver. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com> Signed-off-by: Pradeep Kumar Chitrapu <quic_pradeepc@quicinc.com>
2022-04-19 20:04:13 +02:00
void hostapd_get_eht_capab(struct hostapd_data *hapd,
const struct ieee80211_eht_capabilities *src,
struct ieee80211_eht_capabilities *dest,
size_t len);
AP: Add support for testing ML link removal Add support for testing ML link removal to hostapd. While such support should inherently be integrated with the underlining driver, simulate the inclusion of the ML reconfiguration element in hostapd. Signed-off-by: Ilan Peer <ilan.peer@intel.com> Signed-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>
2023-11-21 00:51:23 +01:00
u8 * hostapd_eid_eht_ml_beacon(struct hostapd_data *hapd,
struct mld_info *mld_info,
u8 *eid, bool include_mld_id);
u8 * hostapd_eid_eht_ml_assoc(struct hostapd_data *hapd, struct sta_info *info,
u8 *eid);
ML: Add basic handling of ML probe requests This responds by simply embedding most of the IEs from the other links into the ML element. This is not correct really, as inheritance rules should be applied and an inheritance element may need to be added. Signed-off-by: Benjamin Berg <benjamin.berg@intel.com> Signed-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>
2023-11-21 00:51:35 +01:00
size_t hostapd_eid_eht_ml_beacon_len(struct hostapd_data *hapd,
struct mld_info *info,
bool include_mld_id);
AP: MLO: Handle Multi-Link element during authentication In case the AP is an AP MLD, parse the Multi-Link element from the Authentication frame, store the relevant information, and prepare the response Multi-Link element. If the AP is not an AP MLD or the parsing of the element fails, continue the authentication flow without MLD support. For SAE, it is needed to skip various fixed fields in the Authentication frame. Implement it for SAE with H2E. TODO: This should be extended to other authentication algorithms which are allowed for MLD connections and have fixed fields in the Authentication frames, according to IEEE P802.11-REVme/D3.0, Table 9-69 (Presence of fields and elements in Authentications frames). This commit doesn't support FILS, FT, etc. Signed-off-by: Ilan Peer <ilan.peer@intel.com> Signed-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>
2023-05-22 21:33:42 +02:00
struct wpabuf * hostapd_ml_auth_resp(struct hostapd_data *hapd);
const u8 * hostapd_process_ml_auth(struct hostapd_data *hapd,
const struct ieee80211_mgmt *mgmt,
size_t len);
AP: MLO: Process Multi-Link element from (Re)Association Request frame Implement processing of the Multi-Link element in the (Re)Association Request frame, including processing of the Per-STA Profile subelement. After handling the basic parsing of the element and extracting the information about the requested links, handle the link specific processing for each link: - Find the interface with the corresponding link ID. - Process the station profile in the interface. - Prepare the Per-STA Profile subelement to be included in the Multi-Link element in the (Re)Association Response frame. Signed-off-by: Ilan Peer <ilan.peer@intel.com> Signed-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>
2023-05-22 21:33:45 +02:00
u16 hostapd_process_ml_assoc_req(struct hostapd_data *hapd,
struct ieee802_11_elems *elems,
struct sta_info *sta);
AP: Handle re-association from a non-AP MLD When processing a (Re)Association Request frame and no corresponding station is found, try to find the station using the station MLD MAC address from the Basic ML element, as it is possible that the station is trying to re-associate but with a different link address (in such a case the underlying driver would not perform address translations). When sending the (Re)Association Response frame, use the addresses from the (Re)Association Request frame and not the AP MLD MAC address, again, to avoid the address translation done in the driver. Signed-off-by: Ilan Peer <ilan.peer@intel.com> Signed-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>
2023-11-21 00:51:42 +01:00
int hostapd_process_ml_assoc_req_addr(struct hostapd_data *hapd,
const u8 *basic_mle, size_t basic_mle_len,
u8 *mld_addr);
mesh: Generate proper AID for peer IEEE Std 802.11-2012 13.3.1 states that the AID should be generated on the local node for each peer. Previously, we were using the peer link ID (generated by the peer) which may not be unique among all peers. Correct this by reusing the AP AID generation code. Signed-off-by: Bob Copeland <me@bobcopeland.com>
2015-10-05 14:16:40 +02:00
int hostapd_get_aid(struct hostapd_data *hapd, struct sta_info *sta);
hostapd: Allow coexistance of HT BSSes with WEP/TKIP BSSes In multi BSS setups it wasn't possible to set up an HT BSS in conjunction with a WEP/TKIP BSS. HT needed to be turned off entirely to allow WEP/TKIP BSSes to be used. In order to allow HT BSSes to coexist with non-HT WEP/TKIP BSSes add a new BSS conf attribute "disable_11n" which disables HT capabilities on a single BSS by suppressing HT IEs in the beacon and probe response frames. Furthermore, mark all STAs associated to a WEP/TKIP BSS as non-HT STAs. The disable_11n parameter is used internally; no new entry is parsed from hostapd.conf. This allows a non-HT WEP/TKIP BSS to coexist with a HT BSS without having to disable HT mode entirely. Nevertheless, all STAs associated to the WEP/TKIP BSS will only be served as if they were non-HT STAs. Signed-off-by: Helmut Schaa <helmut.schaa@googlemail.com>
2011-02-21 16:27:16 +01:00
u16 copy_sta_ht_capab(struct hostapd_data *hapd, struct sta_info *sta,
Simplify HT Capabilities element parsing Check the element length in the parser and remove the length field from struct ieee802_11_elems since the element is of fixed length. Signed-off-by: Jouni Malinen <j@w1.fi>
2015-04-19 15:48:21 +02:00
const u8 *ht_capab);
hostapd: Add vendor specific VHT extension for the 2.4 GHz band This allows vendor specific information element to be used to advertise support for VHT on 2.4 GHz band. In practice, this is used to enable use of 256 QAM rates (VHT-MCS 8 and 9) on 2.4 GHz band. This functionality is disabled by default, but can be enabled with vendor_vht=1 parameter in hostapd.conf if the driver advertises support for VHT on either 2.4 or 5 GHz bands. Signed-off-by: Yanbo Li <yanbol@qti.qualcomm.com>
2014-11-10 16:12:29 +01:00
u16 copy_sta_vendor_vht(struct hostapd_data *hapd, struct sta_info *sta,
const u8 *ie, size_t len);
Reduce delay between Association Request and Association Response There is a delay between sending Association Response frame after having received Association Request frame, due to the fact that between receiving the request and sending the response the Beacon frame contents is updated, after analyzing inputs from the STA. There may be several updates if multiple fields need to change. This can cause issues with some devices in noisy environments with many BSSs and connected STAs. Optimize this by updating the beacon only once, even if there are multiple reasons for updates. Signed-off-by: Jurijs Soloveckis <jsoloveckis@maxlinear.com>
2023-11-03 09:14:24 +01:00
int update_ht_state(struct hostapd_data *hapd, struct sta_info *sta);
hostapd: Extend support for HT 20/40 coexistence feature Extend the minimal HT 20/40 co-ex support to include dynamic changes during the lifetime of the BSS. If any STA connects to a 2.4 GHz AP with 40 MHz intolerant bit set then the AP will switch to 20 MHz operating mode. If for a period of time specified by OBSS delay factor and OBSS scan interval AP does not have any information about 40 MHz intolerant STAs, the BSS is switched from HT20 to HT40 mode. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2014-04-14 19:40:56 +02:00
void ht40_intolerant_add(struct hostapd_iface *iface, struct sta_info *sta);
void ht40_intolerant_remove(struct hostapd_iface *iface, struct sta_info *sta);
VHT: Store VHT capabilities and manage VHT flag for STAs Signed-hostap: Mahesh Palivela <maheshp@posedge.com>
2012-08-10 18:49:18 +02:00
u16 copy_sta_vht_capab(struct hostapd_data *hapd, struct sta_info *sta,
Simplify VHT Capabilities element parsing Check the element length in the parser and remove the length field from struct ieee802_11_elems since the element is of fixed length. Signed-off-by: Jouni Malinen <j@w1.fi>
2015-04-19 16:00:45 +02:00
const u8 *vht_capab);
Store the VHT Operation element of an associated STA APs and mesh peers use the VHT Operation element to advertise certain channel properties (e.g., the bandwidth of the channel). Save this information element so we can later access this information. Signed-off-by: Mathy Vanhoef <Mathy.Vanhoef@cs.kuleuven.be>
2018-08-06 21:46:24 +02:00
u16 copy_sta_vht_oper(struct hostapd_data *hapd, struct sta_info *sta,
const u8 *vht_oper);
hostapd: Add Operating Mode Notification support Handle Operating Mode Notification received in (Re)Association Request frames. Signed-hostap: Marek Kwaczynski <marek.kwaczynski@tieto.com>
2014-02-10 13:43:05 +01:00
u16 set_sta_vht_opmode(struct hostapd_data *hapd, struct sta_info *sta,
const u8 *vht_opmode);
HE: Add AP mode MLME/SME handling for HE stations Process HE information in (Re)Association Request frames and add HE elements into (Re)Association Response frames when HE is enabled in the BSS. Signed-off-by: Shashidhar Lakkavalli <slakkavalli@datto.com> Signed-off-by: John Crispin <john@phrozen.org>
2019-05-20 09:55:05 +02:00
u16 copy_sta_he_capab(struct hostapd_data *hapd, struct sta_info *sta,
nl80211: Add driver multi iftype HE capability parsing The HE capabilities are no longer per PHY but per iftype on this specific PHY. It is therefore no longer enough to just parse the AP capabilities. The he_capabilities are now duplicated to store all information for IEEE80211_MODE_* which hostap cares about. The nl80211 driver fills in this information when the iftype supports HE. The rest of the code still only uses the IEEE80211_HE_AP portion but can be extended later to also use other HE capabilities. Signed-off-by: Sven Eckelmann <seckelmann@datto.com>
2019-06-14 16:49:20 +02:00
enum ieee80211_op_mode opmode, const u8 *he_capab,
size_t he_capab_len);
HE: Process HE 6 GHz band capab from associating HE STA Process HE 6 GHz band capabilities in (Re)Association Request frames and pass the information to the driver. Signed-off-by: Rajkumar Manoharan <rmanohar@codeaurora.org>
2020-04-25 00:45:41 +02:00
u16 copy_sta_he_6ghz_capab(struct hostapd_data *hapd, struct sta_info *sta,
const u8 *he_6ghz_capab);
HE: Dynamically turn on TWT responder support This allows us to dynamically turn on TWT responder support using an nl80211 attribute. Signed-off-by: John Crispin <john@phrozen.org>
2020-02-04 09:05:40 +01:00
int hostapd_get_he_twt_responder(struct hostapd_data *hapd,
enum ieee80211_op_mode mode);
BSS coloring: BSS Color Change Announcement element generation This information element is similar to the CSA one. It contains a counter and the target color. Once the counter expired, the change to the new color happens. Just note the current implementation is based on CCA counter attributes that only take Beacon and Probe Response framesinto account. (Re)Association Response frames do not currently have kernel APIs to decrement the CCA counter since mediatek mcu firmware does not support it yet and it will be added in future firmware release. Tested-by: Peter Chiu <chui-hao.chiu@mediatek.com> Co-developed-by: Lorenzo Bianconi <lorenzo@kernel.org> Signed-off-by: Lorenzo Bianconi <lorenzo@kernel.org> Signed-off-by: John Crispin <john@phrozen.org> Signed-off-by: Ryder Lee <ryder.lee@mediatek.com>
2022-03-21 12:10:31 +01:00
u8 * hostapd_eid_cca(struct hostapd_data *hapd, u8 *eid);
Use generic driver events for TX status and RX reporting Replace driver wrapper calls to hostapd_tx_status(), hostapd_rx_from_unknown_sta(), hostapd_mgmt_rx(), and hostapd_mgmt_tx_cb() with new generic driver events EVENT_TX_STATUS, EVENT_RX_FROM_UNKNOWN, and EVENT_RX_MGMT. This cleans up lot of the driver wrapper code to be less dependent on whether it is being used within wpa_supplicant AP mode or hostapd.
2009-12-13 22:05:39 +01:00
void hostapd_tx_status(struct hostapd_data *hapd, const u8 *addr,
const u8 *buf, size_t len, int ack);
AP: Add explicit EAPOL TX status event The new event can be used when EAPOL TX status can't be reported as a complete 802.11 frame but is instead reported as just the EAPOL data as originally passed to hapd_send_eapol(). Signed-hostap: Johannes Berg <johannes.berg@intel.com>
2011-11-19 12:00:30 +01:00
void hostapd_eapol_tx_status(struct hostapd_data *hapd, const u8 *dst,
const u8 *data, size_t len, int ack);
hostapd: Add WDS (4-address frame) mode with per-station interfaces This mode allows associated stations to use 4-address frames to allow layer 2 bridging to be used. At least for the time being, this is only supported with driver=nl80211.
2009-12-24 10:46:22 +01:00
void ieee802_11_rx_from_unknown(struct hostapd_data *hapd, const u8 *src,
int wds);
Move SA Query mechanism into a file that can be shared more easily This is the first step in allowing SA Query mechanism in hostapd to be used with drivers that implement authentication and association MLME/SME (i.e., do not use ieee802_11.c).
2011-10-17 16:30:43 +02:00
u8 * hostapd_eid_assoc_comeback_time(struct hostapd_data *hapd,
struct sta_info *sta, u8 *eid);
void ieee802_11_sa_query_action(struct hostapd_data *hapd,
OCV: Include and verify OCI in SA Query frames Include an OCI element in SA Query Request and Response frames if OCV has been negotiated. On Linux, a kernel patch is needed to let clients correctly handle SA Query Requests that contain an OCI element. Without this patch, the kernel will reply to the SA Query Request itself, without verifying the included OCI. Additionally, the SA Query Response sent by the kernel will not include an OCI element. The correct operation of the AP does not require a kernel patch. Without the corresponding kernel patch, SA Query Requests sent by the client are still valid, meaning they do include an OCI element. Note that an AP does not require any kernel patches. In other words, SA Query frames sent and received by the AP are properly handled, even without a kernel patch. As a result, the kernel patch is only required to make the client properly process and respond to a SA Query Request from the AP. Without this patch, the client will send a SA Query Response without an OCI element, causing the AP to silently ignore the response and eventually disconnect the client from the network if OCV has been negotiated to be used. Signed-off-by: Mathy Vanhoef <Mathy.Vanhoef@cs.kuleuven.be>
2018-08-06 21:46:34 +02:00
const struct ieee80211_mgmt *mgmt,
size_t len);
Move Ext Capab and Interworking element construction into shared file These needs to be available for drivers that implement SME/MLME.
2011-10-17 20:03:52 +02:00
u8 * hostapd_eid_interworking(struct hostapd_data *hapd, u8 *eid);
Interworking: Add Advertisement Protocol element For now, assume that ANQP will always be enabled with Interworking. This may be made separately configurable in the future.
2011-10-17 22:19:52 +02:00
u8 * hostapd_eid_adv_proto(struct hostapd_data *hapd, u8 *eid);
Interworking: Add support for configuring Roaming Consortium List
2011-10-17 22:55:50 +02:00
u8 * hostapd_eid_roaming_consortium(struct hostapd_data *hapd, u8 *eid);
Add support for Time Advertisement This adds preliminary support for IEEE 802.11v Time Advertisement mechanism with UTC TSF offset.
2011-10-17 23:24:16 +02:00
u8 * hostapd_eid_time_adv(struct hostapd_data *hapd, u8 *eid);
u8 * hostapd_eid_time_zone(struct hostapd_data *hapd, u8 *eid);
int hostapd_update_time_adv(struct hostapd_data *hapd);
AP: Do station poll in driver wrapper This offloads the station polling to driver wrappers, which may offload it again to the driver. The hostap driver wrapper uses "real" data frames while nl80211 uses null data frames. Also add a specific event to indicate that a poll was successful for future use with the nl80211 driver.
2011-10-20 20:03:08 +02:00
void hostapd_client_poll_ok(struct hostapd_data *hapd, const u8 *addr);
WNM: Add advertisement of BSS max idle period If WNM is enabled for the build (CONFIG_WNM=y), add BSS max idle period information to the (Re)Association Response frame from the AP and parse this information on the station. For SME-in-wpa_supplicant case, add a timer to handle periodic transmission of the keep-alive frame. The actual request for the driver to transmit a frame is not yet implemented. Signed-hostap: Jouni Malinen <j@w1.fi>
2012-05-28 02:35:00 +02:00
u8 * hostapd_eid_bss_max_idle_period(struct hostapd_data *hapd, u8 *eid);
Re-initialize hostapd/wpa_supplicant git repository based on 0.6.3 release
2008-02-28 02:34:43 +01:00
SAE: Centralize function for sending initial COMMIT When performing SAE authentication in mesh, one station may initiate authentication by sending a COMMIT as soon as a peer candidate is discovered. Previously we did this in mesh_rsn.c, but this left some of the state initialization in a different part of the code from the rest of the state machine, and we may need to add other initializations here in the future, so move that to a more central function. Signed-off-by: Bob Copeland <me@bobcopeland.com>
2015-01-07 07:10:56 +01:00
int auth_sae_init_committed(struct hostapd_data *hapd, struct sta_info *sta);
SAE: Implement retransmission timer Add the t0 retransmission timer as specified by IEEE Std 802.11-2012, 11.3.8.4. This makes SAE much more likely to succeed in the case of lost frames. Signed-off-by: Bob Copeland <me@bobcopeland.com>
2015-01-07 07:10:57 +01:00
#ifdef CONFIG_SAE
void sae_clear_retransmit_timer(struct hostapd_data *hapd,
struct sta_info *sta);
mesh: Add support for PMKSA caching This patch add functionality of mesh SAE PMKSA caching. If the local STA already has peer's PMKSA entry in the cache, skip SAE authentication and start AMPE with the cached value. If the peer does not support PMKSA caching or does not have the local STA's PMKSA entry in the cache, AMPE will fail and the PMKSA cache entry of the peer will be removed. Then STA retries with ordinary SAE authentication. If the peer does not support PMKSA caching and the local STA uses no_auto_peer=1, the local STA can not retry SAE authentication because NEW_PEER_CANDIDATE event cannot start SAE authentication when no_auto_peer=1. So this patch extends MESH_PEER_ADD command to use duration(sec). Throughout the duration, the local STA can start SAE authentication triggered by NEW_PEER_CANDIDATE even though no_auto_peer=1. This commit requires commit 70c93963edefa37ef84b73efb9d04ea10268341c ('SAE: Fix PMKID calculation for PMKSA cache'). Without that commit, chosen PMK comparison will fail. Signed-off-by: Masashi Honma <masashi.honma@gmail.com>
2016-03-09 10:16:14 +01:00
void sae_accept_sta(struct hostapd_data *hapd, struct sta_info *sta);
SAE: Implement retransmission timer Add the t0 retransmission timer as specified by IEEE Std 802.11-2012, 11.3.8.4. This makes SAE much more likely to succeed in the case of lost frames. Signed-off-by: Bob Copeland <me@bobcopeland.com>
2015-01-07 07:10:57 +01:00
#else /* CONFIG_SAE */
static inline void sae_clear_retransmit_timer(struct hostapd_data *hapd,
struct sta_info *sta)
{
}
#endif /* CONFIG_SAE */
SAE: Centralize function for sending initial COMMIT When performing SAE authentication in mesh, one station may initiate authentication by sending a COMMIT as soon as a peer candidate is discovered. Previously we did this in mesh_rsn.c, but this left some of the state initialization in a different part of the code from the rest of the state machine, and we may need to add other initializations here in the future, so move that to a more central function. Signed-off-by: Bob Copeland <me@bobcopeland.com>
2015-01-07 07:10:56 +01:00
hostapd: Add MBO IE to Beacon, Probe Response, Association Response Add MBO IE with AP capability attribute to Beacon, Probe Response, and (Re)Association Response frames to indicate the AP supports MBO. Add option to add Association Disallowed attribute to Beacon, Probe Response, and (Re)Association Response frames. Usage: SET mbo_assoc_disallow <reason code> Valid reason code values are between 1-5. Setting the reason code to 0 will remove the Association Disallowed attribute from the MBO IE and will allow new associations. MBO functionality is enabled by setting "mbo=1" in the config file. Signed-off-by: Avraham Stern <avraham.stern@intel.com>
2016-02-15 15:53:52 +01:00
#ifdef CONFIG_MBO
u8 * hostapd_eid_mbo(struct hostapd_data *hapd, u8 *eid, size_t len);
u8 hostapd_mbo_ie_len(struct hostapd_data *hapd);
OCE: Add RSSI based association rejection support (AP) An AP might reject a STA association request due to low RSSI. In such case, the AP informs the STA the desired RSSI improvement and a retry timeout. The STA might retry to associate even if the RSSI hasn't improved if the retry timeout expired. Signed-off-by: Beni Lev <beni.lev@intel.com>
2017-08-21 18:43:53 +02:00
u8 * hostapd_eid_mbo_rssi_assoc_rej(struct hostapd_data *hapd, u8 *eid,
size_t len, int delta);
hostapd: Add MBO IE to Beacon, Probe Response, Association Response Add MBO IE with AP capability attribute to Beacon, Probe Response, and (Re)Association Response frames to indicate the AP supports MBO. Add option to add Association Disallowed attribute to Beacon, Probe Response, and (Re)Association Response frames. Usage: SET mbo_assoc_disallow <reason code> Valid reason code values are between 1-5. Setting the reason code to 0 will remove the Association Disallowed attribute from the MBO IE and will allow new associations. MBO functionality is enabled by setting "mbo=1" in the config file. Signed-off-by: Avraham Stern <avraham.stern@intel.com>
2016-02-15 15:53:52 +01:00
#else /* CONFIG_MBO */
static inline u8 * hostapd_eid_mbo(struct hostapd_data *hapd, u8 *eid,
size_t len)
{
return eid;
}
static inline u8 hostapd_mbo_ie_len(struct hostapd_data *hapd)
{
return 0;
}
#endif /* CONFIG_MBO */
AP: Store STA supported operating classes information This makes hostapd track Supported Operating Classes information from the associated STAs. The stored information is available through the STA control interface command (supp_op_classes row) as a hexdump of the Supported Operating Classes element starting from the Length field. This information can be used as input to BSS transition management and channel switching decisions. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2016-02-24 11:20:31 +01:00
void ap_copy_sta_supp_op_classes(struct sta_info *sta,
const u8 *supp_op_classes,
size_t supp_op_classes_len);
FILS: Add FILS Indication element to Beacon and Probe Response frames If FILS is enabled, indicate that in AP Beacon/Probe Response frames. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2015-09-01 18:33:32 +02:00
u8 * hostapd_eid_fils_indic(struct hostapd_data *hapd, u8 *eid, int hessid);
FILS: Process FILS Authentication frame (AP) This implements processing of FILS Authentication frame for FILS shared key authentication with ERP and PMKSA caching. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2015-09-04 23:04:21 +02:00
void ieee802_11_finish_fils_auth(struct hostapd_data *hapd,
struct sta_info *sta, int success,
struct wpabuf *erp_resp,
const u8 *msk, size_t msk_len);
OWE: Rename function to match use (driver-SME/MLME) This function is used to process a (Re)Association Request frame, so rename it appropriately to mention assoc_req instead of auth_req. Signed-off-by: Ashok Ponnaiah <aponnaia@codeaurora.org>
2018-02-06 19:27:41 +01:00
u8 * owe_assoc_req_process(struct hostapd_data *hapd, struct sta_info *sta,
const u8 *owe_dh, u8 owe_dh_len,
OWE: Rename owe_assoc_req_process() parameter reason to status In the function owe_assoc_req_process(), values assigned to the reason argument imply that it should be renamed to status. Rename 'reason' to 'status' and modify the uses of owe_assoc_req_process() accordingly. Signed-off-by: Sergey Matyukevich <sergey.matyukevich.os@quantenna.com>
2020-02-13 09:51:23 +01:00
u8 *owe_buf, size_t owe_buf_len, u16 *status);
hostapd: Process OWE IE and update DH IE to the driver if needed This implements the required functionality in hostapd to facilitate OWE connection with the AP SME-in-driver cases. Stations can either send DH IE or PMKID (in RSNE) (or both) in Association Request frame during the OWE handshake. The drivers that use this offload mechanism do not interpret this information and instead, pass the same to hostapd for further processing. hostapd will either validate the PMKID obtained from the STA or generate DH IE and further indicate the same to the driver. The driver further sends this information in the Association Response frame. Signed-off-by: Srinivas Dasari <dasaris@codeaurora.org> Signed-off-by: Liangwei Dong <liangwei@codeaurora.org> Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
2019-05-29 11:11:48 +02:00
u16 owe_process_rsn_ie(struct hostapd_data *hapd, struct sta_info *sta,
const u8 *rsn_ie, size_t rsn_ie_len,
AP MLD: OWE when SME is offloaded to the driver Add support to parse association link id and MLD address from the NL80211_CMD_UPDATE_OWE_INFO event. Set MLO information of the station to the sta_info and wpa_sm. Use station association link address for sending DH IE info to the driver. Signed-off-by: Manaswini Paluri <quic_mpaluri@quicinc.com>
2023-03-06 11:49:04 +01:00
const u8 *owe_dh, size_t owe_dh_len,
const u8 *link_addr);
hostapd: Process OWE IE and update DH IE to the driver if needed This implements the required functionality in hostapd to facilitate OWE connection with the AP SME-in-driver cases. Stations can either send DH IE or PMKID (in RSNE) (or both) in Association Request frame during the OWE handshake. The drivers that use this offload mechanism do not interpret this information and instead, pass the same to hostapd for further processing. hostapd will either validate the PMKID obtained from the STA or generate DH IE and further indicate the same to the driver. The driver further sends this information in the Association Response frame. Signed-off-by: Srinivas Dasari <dasaris@codeaurora.org> Signed-off-by: Liangwei Dong <liangwei@codeaurora.org> Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
2019-05-29 11:11:48 +02:00
u16 owe_validate_request(struct hostapd_data *hapd, const u8 *peer,
const u8 *rsn_ie, size_t rsn_ie_len,
const u8 *owe_dh, size_t owe_dh_len);
FILS: DHCP relay for HLP requests The new dhcp_server configuration parameter can now be used to configure hostapd to act as a DHCP relay for DHCPDISCOVER messages received as FILS HLP requests. The dhcp_rapid_commit_proxy=1 parameter can be used to configure hostapd to convert 4 message DHCP exchange into a 2 message exchange in case the DHCP server does not support DHCP rapid commit option. The fils_hlp_wait_time parameter can be used to set the time hostapd waits for an HLP response. This matches the dot11HLPWaitTime in IEEE Std 802.11ai-2016. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2017-01-31 13:38:44 +01:00
void fils_hlp_timeout(void *eloop_ctx, void *eloop_data);
void fils_hlp_finish_assoc(struct hostapd_data *hapd, struct sta_info *sta);
FILS: Make handle_auth_fils() re-usable for driver-based AP SME Allow this function to be called from outside ieee802_11.c and with the final steps replaced through a callback function. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2017-04-21 17:42:00 +02:00
void handle_auth_fils(struct hostapd_data *hapd, struct sta_info *sta,
const u8 *pos, size_t len, u16 auth_alg,
u16 auth_transaction, u16 status_code,
void (*cb)(struct hostapd_data *hapd,
struct sta_info *sta,
u16 resp, struct wpabuf *data, int pub));
FILS: Add FILS Indication element to Beacon and Probe Response frames If FILS is enabled, indicate that in AP Beacon/Probe Response frames. Signed-off-by: Jouni Malinen <jouni@qca.qualcomm.com>
2015-09-01 18:33:32 +02:00
OWE: Transition mode with non-AP-MLME Add OWE Transition IE in build_ap_extra() ies to support drivers that do not use hostapd MLME. Signed-off-by: Ashok Ponnaiah <aponnaia@codeaurora.org>
2018-01-16 10:03:14 +01:00
size_t hostapd_eid_owe_trans_len(struct hostapd_data *hapd);
u8 * hostapd_eid_owe_trans(struct hostapd_data *hapd, u8 *eid, size_t len);
DPP2: Configurator Connectivity indication Add a new hostapd configuration parameter dpp_configurator_connectivity=1 to request Configurator connectivity to be advertised for chirping Enrollees. Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
2020-03-27 13:03:04 +01:00
size_t hostapd_eid_dpp_cc_len(struct hostapd_data *hapd);
u8 * hostapd_eid_dpp_cc(struct hostapd_data *hapd, u8 *eid, size_t len);
OCV: Add function to derive Tx parameters to a specific STA Use the information elements that were present in the (Re)Association Request frame to derive the maximum bandwidth the AP will use to transmit frames to a specific STA. By using this approach, we don't need to query the kernel for this information, and avoid having to add a driver API for that. Signed-off-by: Mathy Vanhoef <Mathy.Vanhoef@cs.kuleuven.be>
2018-08-06 21:46:30 +02:00
int get_tx_parameters(struct sta_info *sta, int ap_max_chanwidth,
int ap_seg1_idx, int *bandwidth, int *seg1_idx);
SAE: Process received commit message through a queue This allows better control of processing new SAE sessions so that other operations can be given higher priority during bursts of SAE requests, e.g., during a potential DoS attack. The receive commit messages are queued (up to maximum of 15 entries) and processed from eloop callback. If the queue has multiple pending entries, more wait time is used to go through the each new entry to reduce heavy CPU load from SAE processing. Enable anti-clogging token use also based on the pending commit message queue and not only based on the already started sessions. Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
2019-03-01 18:54:51 +01:00
void auth_sae_process_commit(void *eloop_ctx, void *user_ctx);
Add RSNXE into (Re)Association Response frames Add the new RSNXE into (Re)Association Response frames if any of the capability bits is nonzero. Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
2019-10-18 14:49:32 +02:00
u8 * hostapd_eid_rsnxe(struct hostapd_data *hapd, u8 *eid, size_t len);
Update the Extended Capability element to struct sta_info Only the SME-in-hostapd case updated sta->ext_capability while the SME-in-the-driver case updated sta->qos_map_enabled, but not other items related to the extended capabilities. This resulted in reduced information being available through the control interface. Use the shared helper function for both cases to get matching information available regardless of the SME architecture. Signed-off-by: Chaoli Zhou <quic_zchaoli@quicinc.com>
2022-03-22 10:53:21 +01:00
u16 check_ext_capab(struct hostapd_data *hapd, struct sta_info *sta,
const u8 *ext_capab_ie, size_t ext_capab_ie_len);
RNR: Add data from neighbor database Include data from the existing neighbor database in the Reduced Neighbor Report element in Beacon frames if the configuration option 'rnr' is enabled for the BSS. Signed-off-by: John Crispin <john@phrozen.org> Signed-off-by: Muna Sinada <msinada@codeaurora.org> Co-developed-by: Aloka Dixit <alokad@codeaurora.org> Signed-off-by: Aloka Dixit <alokad@codeaurora.org>
2021-07-28 01:42:20 +02:00
size_t hostapd_eid_rnr_len(struct hostapd_data *hapd, u32 type);
u8 * hostapd_eid_rnr(struct hostapd_data *hapd, u8 *eid, u32 type);
RADIUS ACL/PSK check during 4-way handshake Add an alternative sequence for performing the RADIUS ACL check and PSK fetch. The previously used (macaddr_acl=2, wpa_psk_radius=2) combination does this during IEEE 802.11 Authentication frame exchange while the new option (wpa_psk_radius=3) does this during the 4-way handshake. This allows some more information to be provided to the RADIUS authentication server. Signed-off-by: Jouni Malinen <j@w1.fi>
2022-04-02 12:12:43 +02:00
int ieee802_11_set_radius_info(struct hostapd_data *hapd, struct sta_info *sta,
int res, struct radius_sta *info);
EHT: Add capabilities element in AP mode Management frames Add EHT Capabilities element in Beacon, Probe Response, and (Re)Association Response frames. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com> Signed-off-by: Pradeep Kumar Chitrapu <quic_pradeepc@quicinc.com>
2022-04-19 20:04:08 +02:00
size_t hostapd_eid_eht_capab_len(struct hostapd_data *hapd,
enum ieee80211_op_mode opmode);
u8 * hostapd_eid_eht_capab(struct hostapd_data *hapd, u8 *eid,
enum ieee80211_op_mode opmode);
EHT: Add operation element in AP mode Management frames Add EHT Operation element in Beacon, Probe Response, and (Re)Association Response frames using the format described in IEEE P802.11be/D1.5, 9.4.2.311. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com> Signed-off-by: Muna Sinada <quic_msinada@quicinc.com> Signed-off-by: Pradeep Kumar Chitrapu <quic_pradeepc@quicinc.com>
2022-04-19 20:04:09 +02:00
u8 * hostapd_eid_eht_operation(struct hostapd_data *hapd, u8 *eid);
EHT: Process (Re)Association Request frame capabilities Parse EHT capabilities sent by a non-AP STA in (Re)Association Request frames. Validate the length of the element, matching MCS rates between AP TX and STA RX. Store the capabilities in the station info structure. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com> Signed-off-by: Pradeep Kumar Chitrapu <quic_pradeepc@quicinc.com>
2022-04-19 20:04:12 +02:00
u16 copy_sta_eht_capab(struct hostapd_data *hapd, struct sta_info *sta,
enum ieee80211_op_mode opmode,
const u8 *he_capab, size_t he_capab_len,
const u8 *eht_capab, size_t eht_capab_len);
mbssid: Functions for building Multiple BSSID elements Add Multiple BSSID element data per IEEE Std 802.11ax-2021, 9.4.2.45. Split the BSSes into multiple elements if the data does not fit in the 255 bytes allowed for a single element. Store the total count of elements created and the offset to the start of each element in the provided buffer. Set the DTIM periods of non-transmitted profiles equal to the EMA profile periodicity if those are not a multiple of the latter already as recommended in IEEE Std 802.11ax-2021, Annex AA (Multiple BSSID configuration examples). Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com> Co-developed-by: John Crispin <john@phrozen.org> Signed-off-by: John Crispin <john@phrozen.org>
2022-12-01 04:18:36 +01:00
size_t hostapd_eid_mbssid_len(struct hostapd_data *hapd, u32 frame_type,
mbssid: Process Known BSSID element Process the Known BSSID elements if included by non-AP stations. The format is described in IEEE Std 802.11ax-2021, 9.4.2.261. Non-AP stations may include this element in directed Probe Request frames to indicate which of the multiple BSSIDs they have already discovered. AP should exclude these profiles from the Probe Response frame. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com>
2022-12-01 04:18:41 +01:00
u8 *elem_count, const u8 *known_bss,
RNR: Add elements by default for EMA AP As per IEEE Std 802.11ax-2021, 11.1.3.8.3 Discovery of a nontransmitted BSSID profile, an EMA AP that transmits a Beacon frame carrying a partial list of nontransmitted BSSID profiles should include in the frame a Reduced Neighbor Report element carrying information for at least the nontransmitted BSSIDs that are not present in the Multiple BSSID element carried in that frame. Add this support by splitting the reduced neighbor report (RNR) in as many elements as the number of multiple BSSID elements. Each RNR element excludes the non-transmitting profiles already included in the MBSSID element at the same index. If present, the last additional group will have the data common for all EMA beacons such as neighbor AP information gathered through neighbor reports. The hwsim test case he_ap_ema demonstrates this support. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com>
2023-04-04 19:58:59 +02:00
size_t known_bss_len, size_t *rnr_len);
mbssid: Functions for building Multiple BSSID elements Add Multiple BSSID element data per IEEE Std 802.11ax-2021, 9.4.2.45. Split the BSSes into multiple elements if the data does not fit in the 255 bytes allowed for a single element. Store the total count of elements created and the offset to the start of each element in the provided buffer. Set the DTIM periods of non-transmitted profiles equal to the EMA profile periodicity if those are not a multiple of the latter already as recommended in IEEE Std 802.11ax-2021, Annex AA (Multiple BSSID configuration examples). Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com> Co-developed-by: John Crispin <john@phrozen.org> Signed-off-by: John Crispin <john@phrozen.org>
2022-12-01 04:18:36 +01:00
u8 * hostapd_eid_mbssid(struct hostapd_data *hapd, u8 *eid, u8 *end,
unsigned int frame_stype, u8 elem_count,
mbssid: Process Known BSSID element Process the Known BSSID elements if included by non-AP stations. The format is described in IEEE Std 802.11ax-2021, 9.4.2.261. Non-AP stations may include this element in directed Probe Request frames to indicate which of the multiple BSSIDs they have already discovered. AP should exclude these profiles from the Probe Response frame. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com>
2022-12-01 04:18:41 +01:00
u8 **elem_offset,
RNR: Add elements by default for EMA AP As per IEEE Std 802.11ax-2021, 11.1.3.8.3 Discovery of a nontransmitted BSSID profile, an EMA AP that transmits a Beacon frame carrying a partial list of nontransmitted BSSID profiles should include in the frame a Reduced Neighbor Report element carrying information for at least the nontransmitted BSSIDs that are not present in the Multiple BSSID element carried in that frame. Add this support by splitting the reduced neighbor report (RNR) in as many elements as the number of multiple BSSID elements. Each RNR element excludes the non-transmitting profiles already included in the MBSSID element at the same index. If present, the last additional group will have the data common for all EMA beacons such as neighbor AP information gathered through neighbor reports. The hwsim test case he_ap_ema demonstrates this support. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com>
2023-04-04 19:58:59 +02:00
const u8 *known_bss, size_t known_bss_len, u8 *rnr_eid,
u8 *rnr_count, u8 **rnr_offset, size_t rnr_len);
EHT: Downgrade bandwidths for VHT and HE when using puncturing Legacy modes (VHT, HE) should advertise downgraded bandwidth if RU puncturing is enabled in EHT mode. This is required for the legacy stations which cannot parse the EHT Operation elements hence do not support EHT RU puncturing. Signed-off-by: Aloka Dixit <quic_alokad@quicinc.com> Signed-off-by: Ramanathan Choodamani <quic_rchoodam@quicinc.com>
2023-03-14 05:59:17 +01:00
void punct_update_legacy_bw(u16 bitmap, u8 pri_chan,
enum oper_chan_width *width, u8 *seg0, u8 *seg1);
AP: MLO: Handle IEEE 802.1X port authorization Handle IEEE 802.1X port authorization in the context of MLO. Signed-off-by: Ilan Peer <ilan.peer@intel.com> Signed-off-by: Andrei Otcheretianski <andrei.otcheretianski@intel.com>
2023-05-22 21:33:49 +02:00
bool hostapd_is_mld_ap(struct hostapd_data *hapd);
hostapd: Add support for SAE offload for AP interface The driver advertising SAE AP offload support would take care of SAE authentication and PMK generation at the driver/firmware. This feature requires the driver to be supporting 4-way handshake offload to process the generated PMK at the driver level for 4-way handshake. Signed-off-by: Vinayak Yadawad <vinayak.yadawad@broadcom.com>
2023-11-10 15:23:06 +01:00
const char * sae_get_password(struct hostapd_data *hapd,
struct sta_info *sta, const char *rx_id,
struct sae_password_entry **pw_entry,
struct sae_pt **s_pt, const struct sae_pk **s_pk);
SAE: Process received commit message through a queue This allows better control of processing new SAE sessions so that other operations can be given higher priority during bursts of SAE requests, e.g., during a potential DoS attack. The receive commit messages are queued (up to maximum of 15 entries) and processed from eloop callback. If the queue has multiple pending entries, more wait time is used to go through the each new entry to reduce heavy CPU load from SAE processing. Enable anti-clogging token use also based on the pending commit message queue and not only based on the already started sessions. Signed-off-by: Jouni Malinen <jouni@codeaurora.org>
2019-03-01 18:54:51 +01:00
Re-initialize hostapd/wpa_supplicant git repository based on 0.6.3 release
2008-02-28 02:34:43 +01:00
#endif /* IEEE802_11_H */
Reference in a new issue Copy permalink