[参考译文] RTOS：TI-RTOS NDK 中的 TCP 数据包丢失

Daniel：

很抱歉耽误你的时间。 我正在联系开发团队回答您的问题。

~Ramsey

好的。 如果出现新情况、请告诉我。

Daniel：

我收到了以下信息。

NDK 收集一些可能对您有所帮助的统计信息。 有一个名为 TCPS 的全局变量、其中包含有关数据包丢失和重新传输的信息。 停止 CCS。 在观察窗口中输入变量名称以查看数据。

[引用用户="Daniel Vamos"]

[/报价]

准备发送的数据存储在 TCP 发送缓冲区中。 该缓冲区是调用 send()的 TCP 套接字的 TX 套接字缓冲区。 TCP 会将数据保留在缓冲区中、直到收到 ACK。

如果您需要更多信息、请告诉我。

~Ramsey

您好！

在上一篇文章中、以下链接与我共享：  

哪一个是对丢失的数据包进行计数？  

如果我错了、请更正我：

发送方将 TCP 数据包发送到目的方。 如果 ACK 未应答、则尝试重新发送同一数据包。 此时没有其它数据包发送，发送方正在尝试将数据包发送到目的。 如果失败、则连接断开。 是这样吗？ 您是否有一些我需要学习的 NDK 特定文档？

NDK 中的重新传输数量是多少？ 我可以更改它吗？ 当我们说 TCP 数据包被丢弃时？ 那么、TCP 的可靠性呢？  

在我的情况下、发送方通过以太网将数据包传输到路由器、而数据包通过 Wifi 进行转发。 有些数据包未到达、但连接仍处于活动状态、接下来的数据包将发送。 在这种情况下、我的支持是错误的、因为连接应该被关闭。  

感谢你的帮助、

尊敬的 Steve：

感谢您的回答、但我有最后一个问题。

从 UC 端、我将生成 TCP 数据包、并以大约4Hz 的频率将其发送到客户端。 如果出现网络问题(拥塞等) 在250ms 内无法将数据包传输到客户端(但是 TCP 会反复尝试重新传输数据包)。 如果 uC 在250ms 后生成新数据包、那么前一个数据包是否会丢失？ 我是说、旧的未传输数据包会被 UC 生成的新数据包覆盖？

感谢你的答复。

非常感谢您提供始终如一的详细答案。 嗯、我不知道我的数据在哪里、因为在接收器侧、我在接收器侧有一些缺失的数据包...
现在、我们有了解决此问题的权变措施、我99%地确定问题不在 UC 端。
我可以接受您的回复作为答案、但在几天或几周后、我可能会在收集有关问题的更多信息时打开一个新主题。

谢谢你

没问题。 我建议使用 Wireshark 或 tcpdump 来捕获线路上发生的情况。

由于从 UC 到路由器的连接是有线连接、因此您应该能够使用具有端口镜像的智能交换机(例如、在 UC 和路由器之间放置交换机、 然后将 UC 连接到的端口镜像到交换机上的另一个端口。 然后将运行 Wireshark 的 PC 连接到此镜像端口并运行捕获)。

或者、如果您的路由器运行 Linux、您可以登录到它并运行 tcpdump 以查看从 UC 进入路由器的所有流量。

如果您在捕获中看到从 UC 发送的所有数据、那么您肯定知道 NDK 正在完成其工作、您可以从可能的罪犯列表中删除 UC。

能够看到线缆上发生的情况将极大地帮助您确定问题。

Steve

很棒的想法！ 感谢你的帮助！

μ A

如果我检测到任何与 NDK 相关的问题、我会告知您！

今天，拉姆西和我仍在简短地讨论这一问题，并考虑了其他一些问题。

在调用 send()时，是否检查发送的字节数是否等于要发送的字节数？ [即 send()的返回值]

例如，如果要发送50个字节，是否检查 send()返回了50个字节？

Steve

您好！

感谢您的更新。 以下是我的 TX 代码：

//start = Timestamp_get32 ()；
//
将数据包发送到客户端。 如果删除了客户端，中断将关闭任务和
//关闭套接字
//
if (send (socket、txPacket、sm_tcp_packet_size_RAMREADER、0)！= sm_tcp_packet_size_RAMREADER)｛
NOP()；
//中断循环
；
｝ 

我将举一个超级简单的例子来演示这种情况。 由于我必须完成的任务不受限制、我需要花几天时间才能完成。 )

Daniel：

是否可以尝试更改上述代码以确保 send()写入预期要写入的所有字节？

对其进行或多或少的更改、如可以在此处看到的"send_all（)"函数：

http://stackoverflow.com/questions/2618736/why-is-it-assumed-that-send-may-return-with-less-than-requested-data-transmitted

[引用 user="Daniel Vamos"] if (send (socket、txPacket、sm_tcp_packet_size_RAMREADER、0)！= sm_tcp_packet_size_RAMREADER)｛NOP()；//中断循环中断；}

我想您可能会遇到这样的情况：套接字缓冲区没有足够的空间容纳 SM_tcp_packet_size_RAMREADER 字节(但它有空间容纳少于此字节的某些字节)。

在这种情况下，上面对 send()的调用将返回成功(即，它能够成功写入的字节数是多少)，但上面的代码将其视为失败情况，因为 if 语句对此进行了管理。

您还可以通过打印出该 if 语句中实际接收的字节数来检查您是否曾在故障情况下遇到过此问题。  但是，由于重新生成需要很长时间，也许您应该尝试 send_all()更改并添加一个打印输出，以便让您知道 send()是否返回的字节数小于预期的字节数。

Steve

您好！

感谢您的建议。 正如您所说、我将在周一组织一次测试会议。