[参考译文] AM6548：PRU-ICSSG 以太网问题

我们使用 命令 ping -i eth3 10.235.0.251 -s 50000 -a  来发送更高的有效负载数据包。

您好、Sarfaraz、

您能详细描述测试设置吗？ 因此我们可以重现问题。

图像、甚至 ASCII 图像以及一系列步骤将会很有帮助。

此致

葡萄园

感谢 Vineet 的回应。

我们有一个具有4个以太网端口的定制硬件。 我们已将4个 ICSSG 以太网连接到速度为1Gbps 的本地路由器。  我们发现，在 ping 连接到路由器的其他计算机后，我们得到响应，但突然没有响应，ping 命令失败。 但是，ping 对所有端口都不会失败，它仅对特定端口失败。   

在此上调试更多内容后。 我发现此端口的 ARP 表条目都丢失或目标 MAC ID 无效。 对于特定的以太网端口、ARP 表似乎已损坏。

我在 TI wiki 上的哪个浏览发现了旧 SDK 中的某个位置、有人提到了这一点  

将两个 PRU-ICSS 以太网端口插入开箱即用的同一交换机(同一子网)并非正常的用例。 虽然它最初看起来可以正常工作、但它会导致意外行为、包括(但不限于)由于 ARP 广播和本 Wiki 页面范围之外的其他主题、在您期望的另一个端口上进入/退出器件的数据包。 如果您想在同一子网上使用两个端口、请继续滚动到下面的绑定部分。

我不确定我们所观察到的问题是否与这一限制有关。  

定制板上的 ARP 表条目如下所示。

~# arp -n
？ (192.168.2.2) 在 eth3上
？ (192.168.2.2)在 eth4上的 D4:81:D7:EB:2a: 85[ETH]
上? (192.168.2.1)位于 在 eth3上
？ (192.168.1.3)在 eth0上的00:d0:af:05:04:03[ether ]
？ (192.168.2.1)在 eth0：04：60：ac：74：84 [ether ] on eth4
？ (192.168.2.2)在 ETH2上的 D4：81：D7：EB：2a：85 [乙醚]
？ (192.168.2.1)、在 ETH2上的 a0：04：60：ac：74：84 [ether ] 

如果看到 ARP 表的输出，则表明 eth3条目丢失。 这在运行时发生，不是固定为 eth3。 其他端口也会发生这种情况。

我们已将同一路由器上的所有端口连接到同一子网上。 忽略上述 shell 输出中的 eth0，因为这是我们系统中的第5个以太网端口，它不是 ICSSG 组的一部分。

Brad Griffis 在此处标记、以实现更快的传输距离。