https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1397260/dp83867cs-dp83867cs
器件型号：DP83867CS主题中讨论的其他器件： DP83867CR
工具与软件：
尊敬的 TI-support-Team：
我们的客户在使用 TI PHY DP83867 和 Cisco 交换机时遇到了一些问题。
TI 已经在客户和我们这边确认了这个问题、所以我创建这个请求单来引起对于这个主题的关注并开始寻找解决方案。
以下是我们客户的问题描述：
它们在 SA7上的 PHY DP83867存在问题。
该问题称为"IPG/IP8 IFG 字节问题"、TI 已确认该主题。
在这里,你将找到一些详细的解释为什么我们看到 CRC-ERROR(数据包丢失)在 conga-SA7上:
在该模块中、我们使用 IP 音频(AoIP)器件。
AoIP 由具有许多小型封装(>3kHz、封装大小约为256B、UDP)的低延迟网络组成。
使用思科交换机时(例如从 SG350=系列中、我们会看到 RX 上的 CRC 错误。
该开关使用 RX 中具有8字节的 IEEE 标准、并使用-取决于数据包的数量和大小、少于12字节的 IFG DSP/IPG、也是8字节。
通过采用小型封装、这些技术降低了延迟并增加了吞吐量。
此外、IPG 也用于定位、Cisco 在其文档中对此进行了说明。
许多 AoIP 设备制造商都推荐 Cisco 交换机。 这就是许多最终用户使用它的原因。 具有不同 PHY 的器件没有8字节 IFG /IPG 问题。 1GbE 的 IEEE 标准还规定必须支持 RX 8字节。
CRC 错误通过 MAC 在 Linux 内核中被识别、然后软件包丢失。 CRC 校验可由软件和硬件完成。 它对 CRC 错误的数量没有影响。 MAC 的内核模块可增加统计数据。 您可以使用 ethtool 等简易工具看到这种情况。
我们已使用 VTM 寄存器完成了该测试。 这会影响错误、请参阅 TI 论坛：
| DP83867CS：取决于大小的数据包丢失、具有最小的 IPG 器件型号：DP83867CS 主题中讨论的其他器件：DP83867CR、我们想了解此器件支持的最低 IPG。 基于的论坛帖子 e2e.ti.com |
遗憾的是、错误并未完全消失。 如果没有文档记载的设置0x3 (请参阅论坛)、我们得到的错误最少、因此我们得到大约1个错误/小时。 0x2会导致更多或不同的错误。
TI 已确认 所用 IFG 上的 IPG/PHY 8字节问题。
它可能管理多达10或11个字节、但在较低的值上它失败。
以下是重现 CRS 错误的测试说明：
将 cisco-switch 与 SA7配合使用时、会出现~2%的错误、这可以通过 ethtool -S 来显示
通过直接连接或使用不同的交换机(正常、无低延迟、未管理)、您无法看到 CRC-ER、因为仅 IFG 使用12字节 CRC/IPG。
将 SA7设置为100MBt/s、您也不会看到 Cisco 交换机的错误、因为 IPG/IPG/ IFG 要高得多。
SA7 (服务器)：
iperf3 -s -p 5000
PC (客户端)：
iperf3 -c ip_address -p 5000 -u -b 5.85M -P 16 -l 201 --pace-timer 125000 -t 60 -S 46.
网络中的负载对应于"正常" AoIP-load 50-70 Mbit/s)
通过60s 测试、您将看到大约90个错误(90个数据包丢失)。
您能否看一下这一点、并告诉我您的问题大概何时会得到解决？
谢谢、此致、
Anja Maier
