[参考译文] WL1807MOD：WFA PMF 测试案例失败。 (5.3.3.1、5.3.3.2、5.3.3.4、5.3.3.5、5.4.3.1、 5.4.3.2)

您好、

STA_GET_MAC_ADDRESS 可能因为未查找正确的参数而失败。

它的工作方式是寻找 HWADDR 在 ifconfig 的输出中、它获取器件的 MAC 地址。

但它似乎找不到它。

我相信这与您所使用的文件系统有关、该文件系统使用不同版本的 ifconfig 和不同的输出（更具体地说，而不是 HWADDR 、它使用 乙醚 )。

这可以在上面的打印输出中看到。

您是否安装了 busybox？

Shlomi

尊敬的 Shlomi：
  ifconfig 中没有问题。 Mac 地址是从 ifconfig 读取还是从 sta_get_mac.sh 脚本读取？

脚本会寻找 P2P 接口

root@s40-bigbend-v1：/lcc/data/test_engine sh sta_get_mac.sh
无法连接到非全局 ctrl_ifname：p2p0 错误：无此类文件或目录

root@s40-bigbend-v1：/lcc/data/test_engine ifconfig
CAN0：标志=193 MTU 16 公制 1
unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 10 (UNSPEC)
RX 数据包 3 字节 24 (24.0 B)
RX 错误 0 丢弃 0 溢出 0 帧 0
TX 数据包 0 字节 0 (0.0 B)
TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0
器件中断 50

eth0：标志=4163 MTU 1500 公制 1
iNet 192.168.1.30 网络掩码 255.255.255.0 广播 192.168.1.255
inet6 fe80：：：2e0：ff:fe00：34fc prefixlen 64 scopeeid 0x20
以太网 00：e0：00：00：34：fc txqueuelen 1000（以太网）
RX 数据包 43 字节 3841 (3.7KiB)
RX 错误 0 丢弃 0 溢出 0 帧 0
TX 数据包 55 字节 5281 (5.1KiB)
TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0

Lo：旗帜=73 MTU 65536 公制 1.
INET 127.0.0.1 网络掩码 255.0.0.0
inet6 :: 1 prefixlen 128 scopeid 0x10
loop txqueueelen 1000（本地环回）
RX 数据包 427 字节 22724 (22.1KiB)
RX 错误 0 丢弃 0 溢出 0 帧 0
TX 数据包 427 字节 22724 (22.1KiB)
TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0

wlan0：flags=4099 MTU 1500 公制 1
以太网 60：e8：5b：A2：B8：28 txqueueelen 1000（以太网）
RX 数据包 0 字节 0 (0.0 B)
RX 错误 0 丢弃 0 溢出 0 帧 0
TX 数据包 0 字节 0 (0.0 B)
TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0

root@s40-bigbend-v1：/lcc/data/test_engine wpa_cli -iwlan0 status
WPA_STATE=已断开连接
P2P_DEVICE_ADDRESS=60：e8：5b：A2：B8：29
地址=60：e8：5b：A2：B8：28
UUUID=6979bdb3-0d88-5349-acab-f79fda8a977d
root@s40-bigbend-v1：/lcc/data/test_engine

============================
ifconfig 将 teh 地址用作 ether。
a.请确认未致电 sta_get_mach.sh？
b.如果不调用 sta_get_mac.sh、如何修复它？ 我们是否需要更改业务代表代码？  

root@s40-bigbend-v1：/lcc/data/test_engine busybox ifconfig
CAN0 Link encap：UNSPEC HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
运行 NOARP MTU:16 公制:1.
Rx 数据包：3 错误：0 丢弃：0 溢出：0 帧：0
TX 数据包：0 错误：0 丢弃：0 溢出：0 载波：0
冲突:0 txqueueelen:10
RX 字节：24 (24.0 B) TX 字节：0 (0.0 B)
中断：50

eth0 链路 encap：以太网 HWaddr 00：E0：00：34：FC
iNet 地址：192.168.1.30 Bcast：192.168.1.255 Mask：255.255.255.0
向上广播运行多播 MTU：1500 公制：1
RX 数据包：48 错误：0 丢弃：0 溢出：0 帧：0
TX 数据包：58 错误：0 丢弃：0 溢出：0 载波：0
冲突:0 txqueueelen:1000
RX 字节：4473 (4.3KiB) TX 字节：5576 (5.4KiB)

LO 链路 encap：本地环回
INET 地址：127.0.0.1 掩码：255.0.0.0
运行 MTU：65536 公制：1 的向上回送
RX 数据包：539 错误：0 丢弃：0 溢出：0 帧：0
TX 数据包：539 错误：0 丢弃：0 溢出：0 载波：0
冲突:0 txqueueelen:1000
Rx 字节：28324 (27.6KiB) TX 字节：28324 (27.6KiB)

wlan0 Link encap：以太网 HWaddr 60：E8：5B：A2：B8：28
向上广播多播 MTU：1500 公制：1
Rx 数据包：0 错误：0 丢弃：0 溢出：0 帧：0
TX 数据包：0 错误：0 丢弃：0 溢出：0 载波：0
冲突:0 txqueueelen:1000
Rx 字节：0 (0.0 B) TX 字节：0 (0.0 B)

root@s40-bigbend-v1：/lcc/data/test_engine #[ 3992.680317] ili9881c-DSI 5a000000.DSI.0：观察到的 Te 脉冲计数为 1198

root@s40-bigbend-v1：/lcc/data/test_engine ifconfig
CAN0：标志=193 MTU 16 公制 1
unspec 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 txqueuelen 10 (UNSPEC)
RX 数据包 3 字节 24 (24.0 B)
RX 错误 0 丢弃 0 溢出 0 帧 0
TX 数据包 0 字节 0 (0.0 B)
TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0
器件中断 50

eth0：标志=4163 MTU 1500 公制 1
iNet 192.168.1.30 网络掩码 255.255.255.0 广播 192.168.1.255
inet6 fe80：：：2e0：ff:fe00：34fc prefixlen 64 scopeeid 0x20
以太网 00：e0：00：00：34：fc txqueuelen 1000（以太网）
RX 数据包 48 字节 4473 (4.3KiB)
RX 错误 0 丢弃 0 溢出 0 帧 0
TX 数据包 58 字节 5576 (5.4KiB)
TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0

Lo：旗帜=73 MTU 65536 公制 1.
INET 127.0.0.1 网络掩码 255.0.0.0
inet6 :: 1 prefixlen 128 scopeid 0x10
loop txqueueelen 1000（本地环回）
RX 数据包 541 字节 28424 (27.7KiB)
RX 错误 0 丢弃 0 溢出 0 帧 0
TX 数据包 541 字节 28424 (27.7KiB)
TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0

wlan0：flags=4099 MTU 1500 公制 1
以太网 60：e8：5b：A2：B8：28 txqueueelen 1000（以太网）
RX 数据包 0 字节 0 (0.0 B)
RX 错误 0 丢弃 0 溢出 0 帧 0
TX 数据包 0 字节 0 (0.0 B)
TX 错误 0 丢弃 0 溢出 0 载波 0 冲突 0

root@s40-bigbend-v1：/lcc/data/test_engine

它应从 sta_get_mac_address 读取、而不是从 epartly 针对 P2P 的脚本读取。

我在他们的日志中看到的错误是指 sta_get_mac_address。

2025年07月28日 12：20：58.529 - INFO - DUT (192.168.250.111：9000)--> sta_get_mac_address、interface、wlan0
2025年07月28日 12：20：59.552 - INFO - DUT (192.168.250.111：9000)<-- status、complete、mac、00：00：00：00：00：00：00

尊敬的 Shlomi：
 我们将共享的 ifconfig 复制到测试引擎位置文件夹（其中提供了脚本文件）。 仍然测试用例在获取 Mac 地址时失败。 在本地复制 ifconfig 后执行命令。

状态、正在运行
状态、无效
STA_GET_MAC_ADDRESS、interface、wlan0
状态、正在运行
状态、完成、Mac、00：00：00：00：00：00：00
STA_GET_MAC_ADDRESS、interface、wlan0
状态、正在运行
状态、完成、Mac、00：00：00：00：00：00：00

====================

root@s40-bigbend-v1：/lcc/data/test_engine #[ 842.681624] ili9881c-DSI 5a000000.DSI.0：观察到的 Te 脉冲计数为 1198

root@s40-bigbend-v1：/lcc/data/test_engine ./ifconfig wlan0
wlan0 Link encap：以太网 HWaddr 60：E8：5B：A2：B8：28
广播多播 MTU：1500 公制：1
Rx 数据包：0 错误：0 丢弃：0 溢出：0 帧：0
TX 数据包：0 错误：0 丢弃：0 溢出：0 载波：0
冲突:0 txqueueelen:1000
Rx 字节：0 (0.0 B) TX 字节：0 (0.0 B)

root@s40-bigbend-v1：/lcc/data/test_engine ./ifconfig eth0
eth0 链路 encap：以太网 HWaddr 00：E0：00：34：FC
iNet 地址：192.168.1.30 Bcast：192.168.1.255 Mask：255.255.255.0
向上广播运行多播 MTU：1500 公制：1
RX 数据包：136 个错误：0 丢弃：0 覆盖：0 帧：0
TX 数据包：32 错误：0 丢弃：0 溢出：0 载波：0
冲突:0 txqueueelen:1000
RX 字节：14705 (14.3KiB) TX 字节：3179 (3.1KiB)

root@s40-bigbend-v1：/lcc/data/test_engine #新事件
状态、正在运行

消息 sta_get_mac_address、interface、wlan0
39
最后 0 最后 1 0 最后 2 0 最后 3 0

CLI Huck 块内部

文件打开后

新的块之外
STA_GET_MAC_ADDRESS
正在输入 xcCmdProcStaGetMacAddress...
发送至 DUT
正在输入 wfaStaGetMacAddress...
新事件
从 DUT 接收
标签 12
输入 wfaStaGetMacAddressResp ...
未知状态
==================================

您好、

我看到在你的打印输出中,它确实显示了  HWaddr 虽然从他们的报告仍然显示 ether 所以也许他们做了一些错误的事情。

我希望它能在您身边发挥作用。

因此、这可能不是此命令不适用于您（但仍需要）的唯一原因。

同时、请确认、您能否查看原始 ifconfig 所在的文件系统（可能是/sbin 或其他位置）、并简单地重命名它、以便我们确保调用它的 busybox 版本？

让我再向大家咨询一下调试方法。

Shlomi

尊敬的 Shlomi：
 我将 ifconfig 复制到/sbin 目录并执行 get_mac address 命令。 我能够得到正确的 Mac 地址。  

我无法将 ifconfig 复制到/sbin 目录、RFS 适用于不同的产品、而 out 应用程序也在源代码中使用 ifconfig。

因此、请进行更改、以便代理代码引用放置 WFA_ca 和 WFA_DUT bin 文件的当前目录。

此致、

Viswa

尊敬的 Viswa：

我没有打算将 ifconfig 复制到 sbin。

系统 ifconfig 位于某个位置、例如/sbin。 可能在其他位置。

我只是想作为一个测试来重命名它、这样我们可以确保它不会调用系统 ifconfig。

我发送给您的脚本将确保调用 busybox ifconfig、它应该是正常的、并防止代理中的任何更改、这总是痛苦的。

这是我们过去的做法。

总之、代理正在调用 ifconfig 作为其代码的一部分、此 ifconfig 应指向其 busybox 版本。 输出应包括应正确解析的 HWaddr、并且应解析并提取 MAC 地址。

在您的示例中、当您调用 ifconfig 时、我确实看到了 HWaddr、因此我希望它可以正常工作、不知道为什么它不会排序。

这就是为什么我要求站在安全的一边、只需重命名 ifconfig、以便我们确保 ifconfig 的系统版本没有被调用。

您可以通过以下方式在文件系统中查找它：“find /-name ifconfig“。

Shlomi

尊敬的 Shlmoi：
  我们更改了 ifconfig。 仍有 2 个测试用例失败。 请告知我们所提供的日志是否足够。

e2e.ti.com/.../PMF.zip

此致、

Viswa

您好、

MAC 地址脚本已修复。 站点在接收到受良好保护的单播解除关联时会出现行为、但在不对虚假单播取消身份验证/解除关联进行取消身份验证/断开连接时会出现不良行为。
嗅探器是必须的, tcpdump 是不够的,因为我需要看看在空气中正在发生什么。

gLogger 也很好、但不确定在您的平台上是否可行。

Shlomi

===========
尊敬的 Shlomi：
 对于 5.3.3.1、取消关联的帧被丢弃、因此未发生断开连接。

nl80211：事件消息可用
nl80211：外部接口 (ifIndex 4 wdev 0x0) 的忽略事件 71 (NL80211_CMD_UNPROT_disassociate)
nl80211：针对 wlan0 接收到 DRV 事件 71 (NL80211_CMD_UNPROT_DISassociate)
nl80211：wlan0 (64：1c：10：36：2d：ab) a1=64：1c：10：36：2d：ab a2=00：90：4c：2b：BA 上的 MLME 事件 71 (NL80211_CMD_UNPROT_DISAssociate)
nl80211：MLME 事件框架 — hexdump (len=26)：A0 00 3c 00 64 1c 10 36 2D AB 00 90 4c 2b E2 BA 00 90 4c 2b E2 BA 10 da 08 00
nl80211：不可关联事件
wlan0：收到事件 UNPROT_DISASSOC (31)
丢弃未受保护解除关联帧：00：90：4c：2b：E2：BA -> 64：1c：10：36：2D：AB（原因代码 8）
wlan0：BSS：由于 wpa_bss_flush_by_age 的原因、删除 id 1 BSSID 00：0c：43：48：53：83 SSID 'AP1-5.2.39'
wlan0：BSS：由于 wpa_bss_flush_by_age 的原因、删除 id 2 BSSID 8c：f0：07：35：95 SSID 'AP2-5.2.39'
P2P-DEV-wlan0：BSS：由于 wpa_bss_flush_by_age、删除 id 0 BSSID 00：90：4c：2b：E2：BA SSID “PMF-5.3.1.3.1"</s>“
P2P-DEV-wlan0：BSS：由于 wpa_bss_flush_by_age、删除 id 1 BSSID 00：0c：43：48：53：83 SSID 'AP1-5.2.39'
P2P-DEV-wlan0：BSS：由于 wpa_bss_flush_by_age、删除 id 2 BSSID 8c：FD：f0：07：35：95 SSID 'AP2-5.2.39'

===========================

5.3.3.2
同样的 reson: disassociate 数据包也被丢弃。

nl80211：驱动程序不支持密钥卸载
RTM_NEWLINK：ifi_index=4 ifname=wlan0 operstate=6 linkmode=1 ifi_family=0 ifi_flags=0x11043 ([up][running][lower_up])
EAPOL：startWhen --> 0
EAPOL：禁用计时器节拍
EAPOL：EAP Session-ID 不可用
Ctrl-debug：ctrl_sock-sendto：sock=15 sndbuf=180224 outq=0 send_len=324
EAPOL：EAP Session-ID 不可用
Ctrl-debug：ctrl_sock-sendto：sock=15 sndbuf=180224 outq=0 send_len=324
EAPOL：EAP Session-ID 不可用
Ctrl-debug：ctrl_sock-sendto：sock=15 sndbuf=180224 outq=0 send_len=324
nl80211：事件消息可用
nl80211：外部接口 (ifIndex 4 wdev 0x0) 的忽略事件 70 (NL80211_CMD_UNPROT_DEauthenticate)
nl80211：针对 wlan0 收到 DRV 事件 70 (NL80211_CMD_UNPROT_DEauthenticate)
nl80211：wlan0 (64：1c：10：36：2d：ab) a1=64：1c：10：36：2d：ab a2=00：90：4c：2b：BA 上的 MLME 事件 70 (NL80211_CMD_UNPROT_DEauthenticate)
nl80211：MLME 事件框架 — hexdump (len=26)：C0 00 3a 01 64 1c 10 36 2D AB 00 90 4c 2b E2 BA 00 90 4c 2b E2 BA 50 1f 04 00
nl80211：Unprot Deauthenticate 事件
wlan0：收到事件 UNPROT_DEAUTH (30)
丢弃未受保护的取消身份验证帧：00：90：4c：2b：E2：BA -> 64：1c：10：36：2D：AB（原因代码 4）
P2P-DEV-wlan0：BSS：由于 wpa_bss_flush_by_age、删除 id 0 BSSID 00：90：4c：2b：E2：BA SSID “PMF-5.3.2"</s>“
P2P-DEV-wlan0：BSS：由于 wpa_bss_flush_by_age、删除 id 1 BSSID 00：0c：43：48：53：83 SSID 'AP1-5.2.39'
P2P-DEV-wlan0：BSS：由于 wpa_bss_flush_by_age、删除 id 2 BSSID 8c：FD：f0：07：35：95 SSID 'AP2-5.2.39'
wlan0：BSS：由于 wpa_bss_flush_by_age 的原因、删除 id 1 BSSID 00：0c：43：48：53：83 SSID 'AP1-5.2.39'
wlan0：BSS：由于 wpa_bss_flush_by_age 的原因、删除 id 2 BSSID 8c：f0：07：35：95 SSID 'AP2-5.2.39'

您好、

这些测试 与 Indigo 测试 10084 和 10083 完全相同。 Cetecom 在 Indigo 上是否通过了这些测试？
监听器确实显示了未受保护的 DISASSOC/DEAUTH（情况良好）、无效密钥 DISASSOC/DEAUTH（也很好）、但有效的 DISASSOC/DAUTH 不能使器件断开连接。 不清楚原因。

此致、

Shlomi

抱歉、我看到 10084 也在运行、并且由于同样的原因而失败。

但 10083 通过了吗？

尊敬的 Shlomi：
 您建议仅使用

               wpa_cli -iwlan0 set_network $NETID key_mgmt SAE 并删除 wpa-PSK 和 wpa-eAP  

此致、

Viswa

=============

大家好！

 请在下面找到我们对 PMF-5.3.3.1 和 PMF-5.3.3.2 测试案例的分析：

• PMF-5.3.3.1： 客户端上的 PMF 设置为 1（可选）、而路由器不支持 PMF。 但是、客户端会丢弃未受保护的不关联数据包。
• PMF-5.3.3.2： 客户端上的 PMF 设置为 1（可选）、而路由器不支持 PMF。 但是、客户端会丢弃未受保护的取消身份验证数据包。

PMF-5.3.3.1：

PMF-5.3.3.1 的日志语句：

设置网络：

              第 353 行：ctrl_iface：set_network id=0 name='ssid'

              第 356 行：wlan0：控制接口命令“SET_NETWORK 0 PSK“12345678"</s>“

              第 357 行：ctrl_iface：set_network id=0 name='PSK'

              第 416 行：wlan0：控制接口命令“SET_NETWORK 0 ieee80211w 1“

              第 417 行：ctrl_iface：set_network id=0 name='ieee80211w'

              第 677 行：wlan0：与 00：90：4c：2b：E2：BA 关联

              第 710 行：wlan0：状态：关联-> 4 way_handshaking è 关联

              nl80211：外部接口 (ifIndex 4 wdev 0x0) 的忽略事件 71 (NL80211_CMD_UNPROT_disassociate)

              nl80211：针对 wlan0 接收到 DRV 事件 71 (NL80211_CMD_UNPROT_DISassociate)

              nl80211：取消关联事件 è 已丢弃

Wireshark 日志：

关联数据包中没有 RSN 功能信息。

取消关联请求

客户端确认未关联的消息。

PMF-5.3.3.2：

Wpa_supplicant 日志：

             第 348 行：wlan0：控制接口命令“SET_NETWORK 0 SSID“PMF-5.3.2"</s>“

              第 349 行：ctrl_iface：set_network id=0 name='ssid'

              第 352 行：wlan0：控制接口命令“SET_NETWORK 0 SSID“PMF-5.3.2"</s>“

              第 353 行：ctrl_iface：set_network id=0 name='ssid'

              第 356 行：wlan0：控制接口命令“SET_NETWORK 0 PSK“12345678"</s>“

              第 357 行：ctrl_iface：set_network id=0 name='PSK'

              第 416 行：wlan0：控制接口命令“SET_NETWORK 0 ieee80211w 1“

              第 417 行：ctrl_iface：set_network id=0 name='ieee80211w'

              第 420 行：wlan0：控制接口命令“set_network 0 key_mgmt WPA-PSK WPA-PSK-SHA256“

              第 421 行：ctrl_iface：set_network id=0 name='key_mgmt'

丢弃数据包：

nl80211：外部接口 (ifIndex 4 wdev 0x0) 的忽略事件 70 (NL80211_CMD_UNPROT_DEauthenticate)

nl80211：针对 wlan0 收到 DRV 事件 70 (NL80211_CMD_UNPROT_DEauthenticate)

nl80211：Unprot Deauthenticate 事件

wlan0：收到事件 UNPROT_DEAUTH (30)

丢弃未受保护的取消身份验证帧：00：90：4c：2b：E2：BA -> 64：1c：10：36：2D：AB（原因代码 4）

Wireshark 日志：

无 RSN 标签的关联帧：

取消身份验证数据包：

如果 PMF 在客户端中是可选的、而在路由器中不可用、则固件是否应该接受来自 AP 的未受保护的帧？ 如果我的理解有误、请更正？

此致、

Viswa

尊敬的 Shlomi：
 您建议仅使用

               wpa_cli -iwlan0 set_network $NETID key_mgmt SAE 并删除 wpa-PSK 和 wpa-eAP  

此致、

Viswa

=============

大家好！

 请在下面找到我们对 PMF-5.3.3.1 和 PMF-5.3.3.2 测试案例的分析：

• PMF-5.3.3.1： 客户端上的 PMF 设置为 1（可选）、而路由器不支持 PMF。 但是、客户端会丢弃未受保护的不关联数据包。
• PMF-5.3.3.2： 客户端上的 PMF 设置为 1（可选）、而路由器不支持 PMF。 但是、客户端会丢弃未受保护的取消身份验证数据包。

PMF-5.3.3.1：

PMF-5.3.3.1 的日志语句：

设置网络：

              第 353 行：ctrl_iface：set_network id=0 name='ssid'

              第 356 行：wlan0：控制接口命令“SET_NETWORK 0 PSK“12345678"</s>“

              第 357 行：ctrl_iface：set_network id=0 name='PSK'

              第 416 行：wlan0：控制接口命令“SET_NETWORK 0 ieee80211w 1“

              第 417 行：ctrl_iface：set_network id=0 name='ieee80211w'

              第 677 行：wlan0：与 00：90：4c：2b：E2：BA 关联

              第 710 行：wlan0：状态：关联-> 4 way_handshaking è 关联

              nl80211：外部接口 (ifIndex 4 wdev 0x0) 的忽略事件 71 (NL80211_CMD_UNPROT_disassociate)

              nl80211：针对 wlan0 接收到 DRV 事件 71 (NL80211_CMD_UNPROT_DISassociate)

              nl80211：取消关联事件 è 已丢弃

Wireshark 日志：

关联数据包中没有 RSN 功能信息。

取消关联请求

客户端确认未关联的消息。

PMF-5.3.3.2：

Wpa_supplicant 日志：

             第 348 行：wlan0：控制接口命令“SET_NETWORK 0 SSID“PMF-5.3.2"</s>“

              第 349 行：ctrl_iface：set_network id=0 name='ssid'

              第 352 行：wlan0：控制接口命令“SET_NETWORK 0 SSID“PMF-5.3.2"</s>“

              第 353 行：ctrl_iface：set_network id=0 name='ssid'

              第 356 行：wlan0：控制接口命令“SET_NETWORK 0 PSK“12345678"</s>“

              第 357 行：ctrl_iface：set_network id=0 name='PSK'

              第 416 行：wlan0：控制接口命令“SET_NETWORK 0 ieee80211w 1“

              第 417 行：ctrl_iface：set_network id=0 name='ieee80211w'

              第 420 行：wlan0：控制接口命令“set_network 0 key_mgmt WPA-PSK WPA-PSK-SHA256“

              第 421 行：ctrl_iface：set_network id=0 name='key_mgmt'

丢弃数据包：

nl80211：外部接口 (ifIndex 4 wdev 0x0) 的忽略事件 70 (NL80211_CMD_UNPROT_DEauthenticate)

nl80211：针对 wlan0 收到 DRV 事件 70 (NL80211_CMD_UNPROT_DEauthenticate)

nl80211：Unprot Deauthenticate 事件

wlan0：收到事件 UNPROT_DEAUTH (30)

丢弃未受保护的取消身份验证帧：00：90：4c：2b：E2：BA -> 64：1c：10：36：2D：AB（原因代码 4）

Wireshark 日志：

无 RSN 标签的关联帧：

取消身份验证数据包：

如果 PMF 在客户端中是可选的、而在路由器中不可用、则固件是否应该接受来自 AP 的未受保护的帧？ 如果我的理解有误、请更正？

此致、

Viswa

====================================================
大家好、
请找到随附的 Wireshark 和固件 glogger。

e2e.ti.com/.../S40_2D00_reruns_2D00_PMF_2D00_SAE_2D00_failure_2D00_22aug2025.zip

此致、

Viswa

======================================
您好、
 我们通过运行参考单元来附加 9 个失败测试案例的参考日志。

e2e.ti.com/.../reference_2D00_run_2D00_FC_2D00_SAE_2D00_27aug2025.zip

e2e.ti.com/.../reference_2D00_run_2D00_PMF_2D00_QT_2D00_26aug2025.zip

此致、

Viswa