[参考译文] CC3220MODA：Wi-Fi 在100秒后与采用安全类型 EAP TLS 的 WPA 企业网络断开连接

您好、Ogulcan、

此问题听起来类似于 E2E 上最近报告的另一个问题：  

https://e2e.ti.com/support/wireless-connectivity/wifi/f/968/t/855614#pi320995=2

在该线程中、似乎 EAP 服务器和 CC3200之间的重新身份验证导致了问题。 虽然 CC3200和 CC3220使用的 NWP 代码不完全相同、但此处也可能是如此。

如果您可以按照此处的说明收集 NWP 日志、以便我查看并查看是否是这种情况、那将会很好： https://processors.wiki.ti.com/index.php/CC3120_&_CC3220_Capture_NWP_Logs

此外、如果您可以检查 AP + RADIUS 服务器设置以查看重新身份验证间隔的设置、这也很有用。

此致、

Michael

尊敬的 Michael：

我已经阅读了您发送的另一个问题、但在这种情况下、每500分钟会断开一次、在我们的情况下、它恰好是在100秒后断开连接。

此外、在我们的案例中、服务器似乎没有任何问题、因为笔记本电脑(Windows 10)、Android 或 iOS 设备等其他客户端可以保持与 AP 和服务器的连接超过100秒。 断开连接仅发生在 CC3220上。

我正在附加 NWP 日志、以便您可以检查导致问题的原因。

我在 Radius 服务器和 AP 设置上随处可见、以找到更改重新认证间隔的参数、但没有？ 我们将 TP-Link 用作 Radius 服务器的 AP 和 ClearBox。

最棒的

欧格尔肯

e2e.ti.com/.../output_5F00_2019_2D00_12_2D00_16_5F00_11_2D00_35_2D00_32.log

您好、Ogulcan、

在另一个问题中、客户体验每500秒或每10分钟断开一次。 这使得它在时间上与您的案例相当。

查看日志、问题似乎确实是您被 AP 取消身份验证。 应根据 EAP 服务器提供的时间在您用来重新验证身份的 AP 上设置一些设置。 很遗憾，我不熟悉您在设置中可以找到该设置的位置，因为我使用 Cisco + FreeRADIUS 设置进行 EAP 测试。

但是、我将使用 CC3220器件对此进行测试、看看我是否可以重复您的问题。 我应该能够设置我的 EAP 服务器来重现您的100秒重新授权周期，并查看它是否在我的末尾发生在明天。

此致、

Michael

尊敬的 Michael：

感谢您的所有解释。 我们一方仍然存在这一问题。 我想问您是否能够重复 Cisco + FreeRADIUS 设置的问题。 如果不是、我们可能需要更改 AP 品牌和/或 RADIUS 服务器。

此致、

欧格尔肯

您好、Ogulcan、

在我的测试中、CC3220的失败方式与 CC3200的失败方式不同。 但是，我仍在调整 Cisco + FreeRADIUS 设置，因为从我对问题和 NWP 代码的理解来看，CC3220很有可能出现同样的故障。 明天我将需要运行另一组测试和半径设置、以查看是否可以重现此问题。

此致、

Michael

您好、Ogulcan、

我想告诉您、我还没有能够重复您的问题、但我仍在处理该问题。 您是否碰巧有 CC3200 LaunchPad？ 如果您这样做、您可能会在您的终端上进行测试、以确认您看到的问题是否确实是我认为的问题。

此致、

Michael

您好、Michael、

很抱歉我迟到了。 我们手头有更紧迫的议题。 遗憾的是、我们没有任何 CC3200 LaunchPad 可用。 但是、我们将更改为 CC3235、我可以在 CC3235上测试相同的设置。 这会对您有什么影响吗？ 谢谢。

最棒的

欧格尔肯

您好、Ogulcan、

不可以、CC3220和 CC3235对 EAP 连接过程使用类似的代码、而 CC3200的 EAP 处理代码略有不同。 借助 CC3200及其 NWP 连接日志、我可以更好地查看问题是否是疑似的重新身份验证问题。 不过、感谢您的报价。

此致、

Michael

您好、Ogulcan、

实际上、在 CC3235上测试代码可能会很有用。 我们对此进行了调查、发现 EAP 重新身份验证可能存在一个问题、该问题仅影响 CC3220、而不影响 CC3235。 因此、如果您可以在 CC3235上运行同样的测试、我们将不胜感激。

此致、

Michael