• 状态
  • 已锁定 已锁定
  • 回复 17 回复
  • 订户 0 订户
  • 视图 1063 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CC3220SF：未接收 TCP ACK 延迟/802.11帧。

admin
Guru**** 2551110 points
Other Parts Discussed in Thread: CC3220SF

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

https://e2e.ti.com/support/wireless-connectivity/wi-fi-group/wifi/f/wi-fi-forum/944109/cc3220sf-tcp-ack-delay-802-11-frames-are-not-received

器件型号：CC3220SF

你(们)好

我正在使用 CC3220SF 和 AT Command 示例开发 Wi-Fi 模块。

当前正在开发的 Wi-Fi 模块需要在100ms 内进行 TCP 传输和接收。

但是、有时它会接收 TCP 数据包、然后在100ms 后发送 ACK 数据包。

在接收到数据包后发送 ACK 之前、TCP 堆栈中会出现延迟、是否有解决方案？

-我使用 SDK v4.10.00.07

RF 条件比较好。

－ 有时不接收802.11帧。  因此、它被视为应用中的通信故障。

- 如果需要，可以提供 Wireshark 日志和 NWP 日志。

此致

Jaden。

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

    您好 Jaden、

    我们需要 Wireshark 日志来了解为什么存在 TCP 延迟。 请提供此信息并解释您认为堆栈存在问题的原因。

    Jesu

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

    你(们)好。

    我使用监控模式检查了802.11帧和 TCP 数据包。

    192.168.10.1：AP、TCP 服务器

    192.168.10.2：Station、TCP 客户端(CC3220SF、AT Command 示例)

    第2265行和第2266行显示在发送 TCP PSH、ACK 数据包后立即传输802.11确认帧。
    但是、到前一个数据包的 TCP ACK 数据包在大约180ms 后发送。

    我检查了最新版本中是否发生了同样的情况。 (SDK v4.20.00.07)

    您能告诉我为什么发送 TCP ACK 数据包需要180ms？

    此致

    Jaden

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

    您好 Jaden、

    我们的 TCP 堆栈内置于 NWP 中、因此、一旦您使用我们的主机驱动程序打开套接字、NWP 将管理套接字的其余部分、并在必要时通知主机。 如果 NWP 忙、则发送 ACK 可能需要一些时间。  

    我不确定正在发生什么-我需要更多信息。 如果您担心公开共享监听器捕获、您可以通过私人邮件直接与我共享。 如果您可以直接共享、请包含接收 TCP 数据包和发送该数据包 ACK 的时间的数据包编号。  

    此外、您使用什么硬件来捕获 Wi-Fi 监听日志？ 某些捕获器件不适合这种情况、并且不会捕获所有数据包。

    Jesu

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

    你(们)好。

    感谢您的回复。

    我客户的应用程序正在监控消息超时(100ms)、并且不考虑重新传输。

    因此、Wi-Fi 模块必须在100ms 内完成传输。

    在正常情况下、ACK 传输所需的时间少于5ms。

    但 偶尔它需要超过180ms。

    我认为这不是问题。  我只想知道什么会导致 NWP 忙。

     我还想知道为什么 Wi-Fi 模块不能间歇性地接收802.11帧。

    我知道无法捕获所有数据包。

    但 我已经多次确认 Wi-Fi 模块无法在最多七次802.11重新传输时传输 ACK。

    我还想知道在 NWP 忙时是否会发生这种情况。

    如果您可以告诉我如何发送私人消息、我可以向您发送 Wireshark 日志消息。

    此致

    Jaden

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

    您好 Jaden、

    我在 E2E 上向您发送了一个朋友请求。 接受它并通过私人消息向我发送监听器日志。 请突出显示长距离传输发生的位置。

    此外、CC32XX 器件期望您说它未接收到哪些802.11帧？ 您如何测量此值？

    Jesu

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

    您好、Jesu、

    我检查了监听器日志、发现在802.11重新传输最大计数之前、STA 未接收802.11帧。

    我通过私人消息向您发送了监听器日志。 请阅读 README.txt。

    此致

    Jaden

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

    您好 Jaden、

    我收到了日志。 感谢您的提供。 我在整个采集过程中看到许多 AP 和基站都在执行重新传输的事件。 客户是否正在使用定制硬件？

    这些也是您所指的 QoS 数据帧。 您确定客户正在使用 TCP 吗？  

    Jesu

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

    您好、Jesu、

    客户和我们都使用自定义硬件和 TCP。

    我捕获了802.11帧并使用 Wireshark 解密选项进行解密。

    正如您所说的、尽管信号良好、但仍会发生许多802.11重新传输。

    但我不知道为什么会发生大量802.11重新传输。

    Jaden

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

    您能否使用 TI CC3220SF Launchpad 运行测试？ 这将帮助我们确定是否存在硬件或软件问题。 此外、您是否尝试过不同的 AP？

    Jesu

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

    您好、Jesu、

    CC3220SF Launchpad 中也是如此。

    我没有尝试过不同的 AP。

    但是、我的客户表示在使用另一个 STA 时没有问题。

    Jaden

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

    您好 Jaden、

    如果不了解更多详细信息、很难说。 您发送给我的日志已加密、因此我无法仅看到 TCP 数据包 QoS 数据。 CC3220是否与外部网络通信？  

    但是、我的客户表示在使用另一个 STA 时没有问题。

    当您说另一个站点时、您意味着另一个站点执行与 CC3220相同的操作？ 它是另一个作为工作站运行的 CC3220吗？  

    Jesu

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

    您好、Jesu、

    您无法看到 TCP 数据包的原因是我发送的文件不是整个文件。

    我说的另一个 STA 不是 CC3220SF。 (Wi-Fi 模块由另一家制造商制造)

    如果您需要整个文件、我将向您发送。

    Jaden

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

    是的、整个文件将更加有用。 我认为您还需要提供密钥、以便我可以解密日志、但我不确定。  

    此外、TCP 套接字是否与本地网络上的外部服务器或设备通信？

    Jesu

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

    您好、Jesu、

    很抱歉耽误你的回答。

    SSID：JW1UD1GKG-0000

    密码：WPT_GA_0000

    TCP 套接字通信使用本地网络。

    Jaden。

  • 0
    TI__Guru**** 2551110 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    TCP 套接字通信使用本地网络。

    为清楚说明、我的问题是 TCP 套接字是否与与与 CC3220不在同一本地网络上的端点通信？

    此外、我现在将检查日志并返回给您。  

    Jesu

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

    您好 Jaden、

    编辑：没关系。 我没有看到您向我发送了一封私人邮件。 让我检查一下这个。

    编辑：这些日志已成功解密流量。 谢谢。 我今天将回顾并作出回应。

    Jesu

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

    Jaden、

    您是否在应用程序中使用 HTTP 和单独的 TCP 套接字？ 我注意到、发送 HTTP 数据包时始终会出现较长的延迟。 因为 HTTP 通过 TCP 工作、这会解释延迟。

    Jesu