[参考译文] DP83640：IP 片段中无 PTP 数据包的行为

您是否在问、非 PTP 帧的帧是否因某种原因被损坏成为 PTP 帧、PHY 更改了帧的时间部分、它实际上可能是数据？ 我发现这种情况极不可能发生、因为 CRC 不匹配。  

您好、Ross、

是的、您的理解是正确的。

尽管如此罕见、TI 的 PHY 器件能否防止此类故障？ 或者、我们必须在 MAC 侧阻止它吗？

此致、
肯什

您好、Ross、

你有更新吗？

我只是想知道 、当 PTP 帧中出现损坏的数据时、是否有一个功能来保护 TI 器件。

或者、它是否没有保护功能并更改帧的时间部分？

此致、
肯什

您好、Ross、

我正在使用 Kenshow。  请在10月3日前向我们作出答复。

===
我们只是想知道、当 PTP 帧中包含损坏的数据时、是否有一个功能来保护 TI 器件。
或者它是否没有保护功能并更改帧的时间部分
===

NAO

您好、Ross、

 数据表中有一个用于检查 UDP 协议字段的寄存器、我了解到它似乎具有相应的函数、但这次我无法读取确认项。

 下面详细介绍了确认项目。

 PTP 数据包基于 Ether Type 和 IPv4 IP/UDP 报头端口号(319/320)。 这次、我想确认 IPv4 IP/UDP 报头端口号。

 当使用 IP/UDP 执行 IP 分段时、如果 UDP 报头中的 PTP 端口号不是319/320、则第一个数据包将不会被识别为 PTP 数据包。 在后续的碎片数据包中、没有用于存储此端口号的 UDP 报头部分、可以看到数据。 如果该数据部分恰好与 PTP 的端口号重合、我想确认它是否被错误地识别为 PTP 数据包、并且数据被更新(重写)以更新时间。

此致、
肯什