[参考译文] DP83867CS：通过物理层接收端处理载波扩展符号。

admin

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

https://e2e.ti.com/support/interface-group/interface/f/interface-forum/827240/dp83867cs-handling-of-carrier-extend-symbols-by-phy-receive-side

器件型号：DP83867CS

由于我们使用的连接到此物理层的 CPU MAC 中存在勘误表、我们需要知道该 PHY 不会在数据包末尾分隔符之后将载波扩展符号传递给 MAC。您能确认该行为吗？数据表中没有指示。谢谢你。

6 年多前

0 admin 6 年多前

TI__Guru**** 2338860 points

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

您是否期望数据包在系统中不按字节对齐？

此致、

GET

0 admin 6 年多前

TI__Guru**** 2338860 points

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

我不认为这是对齐问题、但问题是、数据包扩展符号是否被 MAC 层阻止、如下所述：

https://www.cse.wustl.edu/~jain/cis788-97/ftp/gigabit_ethernet/index.html#CAR

如果在 MAC 接口上接收到载波扩展符号、则 MAC 会出现问题。

0 admin 6 年多前

TI__Guru**** 2338860 points

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

更具体地说、这些符号是在帧结束符号分隔符之后传递的。

0 admin 6 年多前

TI__Guru**** 2338860 points

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

好的，我们相信你的质询是指第36.2.4.15.1条“环保署规则”中的以下字眼：

如果/R/以偶数代码组位置传输、则 PCS 附加单个

代码组流的附加/R/、以确保后续/I/在偶数

编码代码组边界和 EPD 传输完成；

答案是 MAC PCS 支持接收/T/R/I (EPD2 -用于偶校准帧)和/T/R/R/I (EPD3 -用于奇校准帧)代码组。

因此 、可以使用单个载波扩展/R/八位位组进行对齐(即 EPD3中的第二个/R/)。

MAC PC 不支持的是比/T/R/R/I (例如/T/R/R/R/....)更多的/R/八位位组 因此、如果 PHY 使用/R/进行任何其他用途(规范未指定)、而不是对帧的终止进行编码、则以太网规范不允许这样做、但 MAC PC 也不支持这样做、MAC PC 会将这些帧标记为错误。

您能否澄清此 PHY 是否可以使用此额外的载波扩展？

谢谢、

Dave

0 admin 6 年多前

TI__Guru**** 2338860 points

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

您好！

明白了。 PHY 仅附加用例奇数八位位组。 PHY 完全符合 IEEE 802.3规范、并且没有执行额外的附加操作。

此致、

GET

0 admin 6 年多前

TI__Guru**** 2338860 points

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

您好！

我要关闭此主题。如果您需要进一步的帮助、请打开新主题并提供对此主题的引用。

此致、

GET

接口（参考译文帖）

接口（参考译文帖）(Read Only)

[参考译文] DP83867CS：通过物理层接收端处理载波扩展符号。