以太网ping测试情况

只看该作者 · 2021-12-18 22:36

本帖最后由 ychf0000 于 2021-12-31 06:09 编辑

GD32官方开发板GD32307C，Raw_tcpudp（FreeRTOS_tcpudp未测通）例程，ping test测试有丢包现象，大概百万分之一（demo默认关闭了硬件校验）。不知道是否正常？
之前在GD32F407上排查是只要开启 IP frame checksum function，并丢弃错误帧，就存在丢包ping问题，如果关闭校验，不丢包。不知道大家有没有碰到过类似问题，麻烦各位大佬帮忙分析一下丢包原因。

2021.12.30更新
新采购了原厂GD32450Z开发板，用原厂GD32450Z_EVAL_GD32F4xx_Firmware_Library_Routine_200M下的demo运行。
（1）关闭硬件校验ping结果如下：运行8小时40分钟，丢包率约百万分之一。

（2）开启硬件校验ping，运行2小时12分，丢包率万分之0.67。

只看该作者 · 2021-12-20 06:36

自己顶一下，官方技术支持能帮分析下吗？

只看该作者 · 2021-12-20 09:28

这么低的概率丢包，一般是硬件性能问题，但开启IP帧校验和检查，才会丢包，又不像是硬件问题，
若硬件性能问题，则CRC32检查一定有问题，那就检查一下接收描述符中的CRC错误标志，如果存在CRC错误，则说明是硬件性能问题

备注：CRC32错误可能会导致MCU的MAC丢包，这要看如何配置MAC，如果MAC配置成CRC错误不丢包，那么包会由DMA通过接收描述符传输给
MCU，但MAC会设置接收描述符中的CRC错误标志，并且MAC会继续处理，若设置了IP帧校验和检查，则检查IP帧校验和（包括IP头检验和/或UDP校验）

只看该作者 · 2021-12-20 19:57

Sean_JianLong 发表于 2021-12-20 09:28
这么低的概率丢包，一般是硬件性能问题，但开启IP帧校验和检查，才会丢包，又不像是硬件问题，
若硬件性能 ...

如果MAC配置为CRC 检验错误仍旧接收数据，确实不会出现丢包现象，无论是ping 还是UDP 都不丢包，而且用UDP 测试过接收的数据(和检验)，没有丢包和出错的情况。

只看该作者 · 2021-12-21 20:37

ychf0000 发表于 2021-12-20 19:57
如果MAC配置为CRC 检验错误仍旧接收数据，确实不会出现丢包现象，无论是ping 还是UDP 都不丢包，而且用UD ...

难道错误整好发生在FCS字段中?
按照规范ping属于ICMP报文,ICMP协议自带校验和, 发生校验错误ICMP也会丢包, UDP也自带校验和,而且是伪报头+数据段校验,若存在校验和错误,也会丢包.
若开启CRC32错误不丢包,而ICMP和UDP都不丢包, 而MAC也报告的CRC错误, 那说明错误也只能是发生在FCS字段中了, 但这种错误的概率太低了, 不过符合你描述的概率