[参考译文] TM4C1292NCPDT：TCP/UDP/ICMP 校验和卸载引擎随机停止工作

您好、Karlis、
我不确定为什么卸载引擎将0作为校验和。 现在可以很早地得出结论认为校验和是问题的原因。 校验和可能只是我们尚不知道的另一个问题的症状。 您能检查几件事吗？

如果 TDES0 (增强型发送描述符0)的位16被置位？ 该位指示是否检测到校验和错误。 如果该位被置位、那么它可能是数据表中所述的以下任何一项导致的？
■对于 IPv4数据报：
–接收到的以太网类型为0x0800，但 IP 报头的版本字段不等于0x4。
–IPv4标头长度字段指示小于0x5 (20字节)的值。
–总帧长度小于 IPv4标头长度字段中给出的值。
■对于 IPv6数据报：
–以太网类型为0x86dd，但 IP 标头版本字段不等于0x6。
–帧在 IPv6报头(40字节)或扩展报头(如中所示)之前结束
扩展头中的相应标头长度字段)已完全接收。

2.检查 TDES0的位15并查看是否存在校验和错误以外的任何错误。
3.您能否在 Launchpad 中重现问题。 我认为您使用的是定制板、对吧？
4.您是否有办法手动计算标头的校验和？ 如本 Wireshark 文章中所述、校验和上的0x0000值是有效的。 osqa-ask.wireshark.org/.../can-tcp-checksum-be-zero0

5.是否可以更改为不同的以太网 CAT5E 电缆，并查看问题是否仍然存在？

你(们)好，查尔斯 感谢您的全面回答。 我将对此进行测试并报告结果。

我只是不知道测试这种情况需要多长时间、因为这些故障确实是随机发生的、很少发生。

卡利斯

你(们)好，查尔斯 我目前正在做其他工作、同时检查此问题是否再次发生(主板始终运行网页、并从我随机重新启动)。 在这几天内、我没有发现这种没有校验和的错误。

无论如何、我想现在我们可以关闭该线程。 如果我再次遇到此故障、我将使用您的提示。 谢谢你。

嘿、我再次遇到错误、并检查了您告诉我的位。 它们都是0。

我想知道我是否在正确的位置检查它们。

我正在使用 Tiva-tm4c129.c 库、并在 TIVaif_transmit 函数中检查这些位、但校验和卸载引擎似乎会将错误位放在该函数之后。

 现在、我将尝试在 TIVaif_process_transmit 函数中获取描述符状态、因为这是在描述符用于发送数据后处理描述符的函数。

我无法更早地执行该操作、因为 C 编译器的优化设置为高电平、并且无法在此函数中放置断点(如果未使用此函数、则任何内容都可以工作)。  

现在、我将优化设置为低、我将再次等待该错误。 现在、我可以在该函数中放置断点并检查那里的状态。