This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] WL1807MOD:WFA FC-5_2_3_3-5G 测试用例失败:与 BSSID 和 SSID 没有关联

Guru**** 2555630 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/1545065/wl1807mod-wfa-fc-5_2_3_3-5g-test-case-failed-no-association-to-network-with-bssid-and-ssid

器件型号:WL1807MOD


工具/软件:

wpa_supplicant.conf 文件的 SAE_PWE=2

  “TmsTestResult (TmsTestResult)“:{
    “PrimaryTestbed":“:{
      “类别““AP",“,</s>、
      “VendorDeviceId":“:“Qualcomm_AP1",“,</s>、
      “公司““高通“
      “固件““IPQ9574.WFA.12.3.R4-000150-P-1",“,</s>、
      “型号““AP1"</s>“
    }、
    “TestResult(测试结果)“:{
      “器件““DDUT",“,</s>、
      “消息““没有与 BSSID 和 SSID 的网络关联“
      “结果““失败“
    }、
    “ExecutionTimeInSeconds":“:“0",“,</s>、
    “时间戳““2025-07-24T15-58-24Z-08:00“
    “TmsEventId":“:“XXXXXXX",“,</s>、
    “logfilename":“:“">wfaftp.tms.wi-fi.org/.../2025-07-24T15-58-24Z",“,</s>“ 、
    “TestCaseId":“:“FC-5.2.3.3_5G",“,</s>、
    “模式““ Sigma“
    “programName":“:“FC",“,</s>、
    “PrimaryTestbedParticantName":“:“TestbedCompanyName",“,</s>、
    “Dut":“:{
      “类别““STAUT",“,</s>、
      “VendorDeviceId":“:“_",“,</s>、
      “公司““",“,</s>、
      “固件““",“,</s>、
      “型号““"</s>“
    }、
    “TMSversion":“:“2.0",“,</s>、
    “DutParticipantName":“:“DUTCompanyName"</s>“
  }
}

请查找随附的日志:
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    看起来是站点扫描 AP、但找不到它。 这就是失败的原因。
    监听器显示探测请求和探测响应、但我看不到任何 Auth 管理帧出现。
    我从之前执行的测试中看到的唯一区别是、AP 端的信标/探针响应很大。
    它还包括 Wi-Fi 7 等。
    也许这是它失败的原因,但我不确定。
    我们可以让请求方使用-dd、但我不确定扫描是否到达请求方。
    如果我们手动扫描 AP、会发生什么情况? 即 wpa_cli -iwlan0 扫描
    我们看到 AP 了吗?

    Shlomi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我们使用以下选项修改了 sta_start 脚本、并与 Cetecom 共享了该脚本。 只有在完成完整测试案例后、Cetecom 才会重新测试故障测试案例。

    wpa_supplicant -dd -K -e/LCC/data/logs/entropy.bin \
    -iwlan0 -Dnl80211 -c/LCC/data/wpa_supplicant.conf -f /lcc/data/logs/debug/wpa_supplicant.log &

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    似乎修改后的 sta_start.sh 为他们崩溃了。

    是否可以按照我的建议手动扫描?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Shlomi:

    从 wpa_supplicant 日志中、SSID 可用但无法连接。 我们使用了 TI 提供的默认 supplicant.conf。

    wlan0:与当前选定网络匹配的扫描结果

    wlan0:从优先级组 0 中选择 BSS

    wlan0:0:00:03:7f:01:53:62 SSID='Wi-Fi_360' wpa_elen=0 rn_ie_len=138 caps=0x1511 level=–58 freq=5180

    wlan0:   跳过 RSN IE — 密钥管理不匹配

    wlan0:   在非 WPA/WPA2 中允许

    wlan0:跳过 — 隐私不匹配    

    wlan0:未找到合适的网络

    wlan0:已计划的扫描

    e2e.ti.com/.../putty_2D00_log_5F00_S40console_2D00_fc_2D00_5233_2D00_5g_2D00_30July2025.loge2e.ti.com/.../fc_2D00_5233_2D00_5g_2D00_failure_2D00_logs.zipe2e.ti.com/.../FC_2D00_5.2.3.3_5F00_5G_5F00_Jul_2D00_30_2D00_2025_5F005F00_15_2D00_40_2D00_37_2D00_fail.zip

    请告诉我所提供的日志是否足以进行调试。

    我也在共享链接中上传了相同的文件。

    此致、

    Viswa

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    仍然不清楚为什么它没有连接。 我确实看到了消息“跳过 RSN IE — 密钥管理不匹配“、需要在此处进行探索。 在监听器上、我可以在 RSN IE 中看到很多 AKM。不确定测试是否应该配置这么多。

    尝试看看它的含义。

    现在、不需要任何其他资源。

    Shlomi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Shlomi:
    IMA 能够重现此问题。 我认为、如果我们修复 sat_reset_default.sh、安全类型将正确设置。

    2025年07月30日 15:41:37.354 - INFO - DUT (192.168.250.111:9000)--> sta_reset_default、interface、wlan0、prog、WPA3、type、DUT
    2025年07月30日 15:41:38.368 -信息 — DUT (192.168.250.111:9000)<--状态、完成

    此命令不会将安全类型设置为 WPA3、因为 sta_reset_default 已失败。

    保存网络时、secuty 类型为 none

    root@s40-bigbend-v1:/lcc/data/test_engine cat /lcc/data/wpa_supplicant.conf
    CTRL_interface=/var/run/wpa_supplicant
    UPDATE_CONFIG=1
    Device_name=SITARA
    制造商= TI
    model_name=WiLink
    model_number=wl18xx
    serial_number=12345
    CONFIG_METHOLS=VIRTUAL_DISPLAY VIRTUAL_PushButton 键盘
    P2P_GO_HT40=1
    P2P_IGNORE_SHARED_freq=1
    国家/地区=美国
    disassoc_low_ack=1
    SAE_PWE=2

    网络={
    SSID=“Viswanathan12"</s>“
    key_mgmt=none
    mesh_fwding=1
    }

    安全类型未设置为 WPA3、则指向无

    2025年07月30日 15:41:37.354 - INFO - DUT (192.168.250.111:9000)--> sta_reset_default、interface、wlan0、prog、WPA3、type、DUT
    2025年07月30日 15:41:38.368 -信息 — DUT (192.168.250.111:9000)<--状态、完成

    2025年07月30日 15:41:38.368 - INFO - DUT (192.168.250.111:9000)--> sta_preset_testparameters、interface、wlan0、program、WPA3、请求者、0、mode、11na
    2025年07月30日 15:41:39.388 -信息 — DUT (192.168.250.111:9000)<--状态、完成

    2025年07月30日 15:41:39.392 — 信息-
    ~~~~~μ s ~~~~~活动扫描 10 秒 μ s

    2025年07月30日 15:41:39.413 - INFO - DUT (192.168.250.111:9000)--> sta_san、Interface、wlan0
    2025年07月30日 15:41:40.486 -信息 — DUT (192.168.250.111:9000)<--状态、完成

    2025年07月30日 15:41:40.486 -信息 — 睡眠... 10 秒
    2025年07月30日 15:41:50.492 - INFO - DUT (192.168.250.111:9000)--> sta_set_security、Interface、wlan0、SSID、Wi-Fi_360、密码短语、12345678
    2025年07月30日 15:41:51.585 -信息 — DUT (192.168.250.111:9000)<--状态、完成

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    您的观察结果是正确的。

    请参阅我在 24G 测试中的描述。

    Shlomi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、
    更改安全性后、使用 WPA-PSK 和 SAE 作为默认类型。

    e2e.ti.com/.../S40_2D00_reruns_5F00_SAE586_5F00_591_2D00_FC_2D00_5233_2D00_failure_2D00_7Aug2025.zip

    此致、

    Viswa

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    我可以看到许多试验、其中发布的 AKM 与 DUT 上设置的 AKM 不匹配。 不知道我们应该使用什么默认值来始终成功、但我们通常使用 WPA-PSK 和 SAE。

    当 AP 上发布的 AKM 包含 SAE (8) 时、会连接一个测试。

    这是在 S40-RERUNNS-FC5233-Failure-21aug2025\FC-5233-24G-FAILURE 下发生的。

    然后它连接,但在测试关联请求时失败,因为 AKM 被解析为 9 ,而不是 8 ,我们在嗅探器上看到。

    不清楚解析失败的原因。

    此致、

    Shlomi

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Shlomi:
      请让我知道如何继续操作? 是否可以在测试实验室中进行测试。

    此致、

    Viswa

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Viswa:

    让我们继续阅读“电子邮件“主题。

    此致、

    Shlomi