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.

[参考译文] CC3100:不能连接到隐藏的 SSID (Meraki)

Guru**** 2550160 points
Other Parts Discussed in Thread: CC3100

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/826980/cc3100-doesn-t-connect-to-a-hidden-ssid-meraki

器件型号:CC3100

如果 SSID 被隐藏、则 CC3100 (v2.10.0.0)不会连接到 Meraki AC。 请参阅随附的捕获 日志和 Meraki 支持团队的一些意见:

>从数据包捕获中、我们可以得知客户端设备未确认 AP 发送的"阻塞确认请求"数据包。 因此、问题在于客户端设备本身。 它不响应 AP 发送的多块 Ack 请求帧。  

>根据我们的调查结果、AP (NY-4-AP-08)正在向客户端设备发送多个"阻塞请求"数据包(34:03:DE:1D:39:72)、但客户端设备未响应这些数据包、因此、AP 在考虑到客户端处于非活动状态时正在发送取消身份验证帧。
>
>在数据包捕获中、我们可以说客户端设备可能不支持"BBlock Ack"帧。 但出于某种原因、器件甚至没有"负"响应、因此 AP 继续以正常方式发送单个 ACK。 由于未收到响应、AP 正在发送验证。
>我们看到、经过身份验证后、器件再次发送探测请求、AP 以探测响应进行响应、并对其进行身份验证和关联。 尽管数据包捕获并未捕获整个身份验证过程、但我甚至可以从日志中验证设备是否已通过身份验证。
>
>块采集请求的更多信息-可以使用单个块采集帧同时确认多个 PDU、而不是为每个 BPDU (即帧)传输单个 ACK。 协商完成后、发送器可以发送帧而无需等待 ACK 帧。 Block Ack 机制通过将多个确认聚合到一个帧中来提高通道效率。  

e2e.ti.com/.../CC3100_5F00_mera_5F00_hidden_5F00_ssid.pcap.zip

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

    尊敬的 Peter:

    日志以未确认的 BlockAck 请求(后跟 DEAUTH 消息)开头、但我看不到以前发生的情况。

    客户端(CC3100)此时可能处于802.11睡眠模式、因此未命中数据包。

    稍后、会启动第二个连接、但 AP 不会使用身份验证握手的消息3进行响应。

    我看到信号电平非常低、并且在整个序列中多次重新传输。  

    它似乎与隐藏的 SSID 功能无关(因为 CC3100能够找到 AP 并启动连接序列)。

    如果 AP 未隐藏 SSID、是否更好?

    您提到的"NY-4-AP-08"是什么? 我在使用 SSID=Splash (e0:CB:bc:b4:94:40)跟踪 AP。

    BR、

    Kobi

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

    您好、Kobi、

    如果 AP 未隐藏其 SSID、CC3100将完美工作。 我将询问您的问题、并返回给您。

    BR、Peter

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

    好的、

    我们将等待更多信息/日志。

    BR、

    Kobi