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.

[参考译文] AM3352:传输 AM3352 时、请求确认与 TCP FIN 数据包相关的以太网填充操作

Guru**** 2416110 points
Other Parts Discussed in Thread: AM3352

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1534264/am3352-request-for-confirmation-of-ethernet-padding-operation-regarding-tcp-fin-packets-when-transmitting-am3352

器件型号:AM3352

工具/软件:

尊敬的支持团队:

我们目前正在调查采用 AM3352 和 KSZ9131RNX PHY 的系统中的 TCP FIN 数据包接收问题。 根据我们的调查结果、我们想确认以下理解是否正确:

【确认要点】

  1. 如果以太网帧(不包括 FCS)小于 60 字节、则 MAC、PHY 或接收网络协议栈可能会丢弃该帧。

  2. AM3352 和软件栈上的内置以太网 MAC (CPSW) 不会自动针对小于 60 字节的数据包添加填充字节。

  3. NDK 中的“Minimum Send Size“参数可能会影响 UDP 传输、但不适用于 FIN 等 TCP 控制数据包。

  4. 因此、当发送 TCP FIN 数据包时、应用程序必须手动添加虚拟数据(例如 0x00)、以确保总帧大小至少为 60 字节、并且必须相应地更新 IP 标头的总长度字段。

请您确认这一理解是否正确、或者告知我们是否有替代方案或建议的实施方案?

此致、

Conor