请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
器件型号：CC3200 我们看到，我们的设备在失去连接后有时无法重新连接到云的安全 WebSocket。 例如、当云服务更新并引入新资源时、就会发生这种情况。 固件的设计使其在这种情况下将重试 WebSocket 连接。 我们希望一旦可以再次访问服务器，就会成功。
相反、我们看到重新连接尝试由于 SSL/TLS 错误而不断失败。 然后、在特定时间段后、我们的设备将执行硬 Wifi 重启以解决问题。 重新启动后，与 WebSocket 的连接工作正常，但我们显然会发送新的 ARP 请求来构建我们的表。 由于这种情况往往同时发生在许多设备上、因此我们会在网络中引发 ARP 风暴。
到目前为止、我们无法在本地重现这种情况。 但我们正在研究这一点并提供日志。 我们怀疑这可能与连接到 EAP Wifi 和安全 WebSocket 的组合有关。
我认为这个问题具有最高优先级、因为它会导致我们的设备中最大的 ARP 请求泛滥。 如果设备可以成功地“软”重新连接到 WebSocket，则在这些情况下它们根本不应执行任何 ARP 请求。
