[参考译文] DP83TG720R-Q1：性能测试期间 PHY 链路断开

尊敬的 Jian：

• 您能否更详细地解释一下 RFC2889 性能测试中完成了什么、例如执行的操作和条件？ 我以前没有听说过。
• 除 Realtek 9071CL 之外的其他 MAC 合作伙伴是否发现了此问题？
• 我们是否确定链路确实已断开、或者只是没有传输数据？ 在“链路断开“期间、PHY 是否正常响应寄存器读取？

1.在高 正向速率测试期间 PHY 内部保护是否引起？

据我所知、PHY 没有 与数据转发相关的保护或恢复机制。 听起来这可能是信号质量问题或正常链路通信的其他一些中断。

2.是否有办法通过读取某些状态寄存器或其他调试方法来找到根本原因？

如果链路仅中断 1 秒并出现、则可能会很困难。 如果您能够访问 PHY 寄存器、检查寄存器 0x0001 的值以查看 MDI 链路在“链路断开“期间是否真正建立或断开可能会有所帮助。

此致、

Evan Su

尊敬的 Evan：

感谢您的答复。

>您能否更详细地解释 RFC2889 性能测试中所做的工作、例如所执行的操作和条件？ 我以前没有听说过。

有关  RFC2889 性能测试的详细信息、请参阅 https://datatracker.ietf.org/doc/html/rfc2889#section-5.6。

基本上、它用于验证 DUT 的最大转发速率而不会丢失数据包。 因此、在我们的 性能测试中、我们将从上部测试仪向 DUT 发送 1000Mbps 的数据包。

>除 Realtek 9071CL 外、是否在其他 MAC 合作伙伴中发现了此问题？

编号 我们仅测试了与 Realtek 9071CL 连接的 720R PHY。

>我们是否确定链路确实已断开、或者是否仅传输了数据？ 在“链路断开“期间、PHY 是否正常响应寄存器读取？

链路伙伴（上部测试仪） 在其日志中显示链路断开信息。

目前、我们 大约执行了 3 次 RFC2889 性能测试、并 发现了这个问题一次。 我们将继续对您进行测试和反馈。

如果您有任何想法、请随时告诉我们。

谢谢！

BRS

刘健

尊敬的 Jian：

好的、这很有趣。 我正在与我的团队一起审查、但与此同时、我建议您检查 PHY 中的寄存器（如果可能）。 是否有办法在链路断开时停止测试？

此致、

Evan Su

尊敬的 Evan：

我认为在链路断开时无法停止测试。

昨天我们再次执行了测试、但未发现此问题。

此问题可能不是由 PHY 引起的？

我们将继续对您进行测试和反馈、以防此问题再次出现。

感谢您的支持！

BRS

刘健