CRC32计算无法解决

Question

我试图理解以太网的CRC-32如何工作并且遇到了一些问题。我查看了具有十六进制值的ARP请求：

  

00000024e8cc96beffffffffffff080600010800060400010024e8cc96be0a3307fa0000000000000a3307fb0000000000000000000000000000000000000ff0fdca

并把它扔进了许多在线生成器之一，无法让CRC匹配。它看起来像前两个字节（0x00 0x00）是帧的开头，并且最后四个字节（0x0F 0xF0 0xFD 0xCA）是CRC，但是当我把中间字节放入在线时我无法计算发电机。

知道我错误的假设吗？

Answer 1

我在原帖中犯了一个错误。我正在查看FPGA的循环支持响应，真正的ARP看起来像：

  

0000ffffffffffff0024e8cc96be080600010800060400010024e8cc96be0a3307fa0000000000000a3307fb0000000000000000000000000000000000000ff0fdca

（交换src和dst mac）。如果我将0000之后和ff0fdca之前的所有内容放入我在问题中列出的第二个链接，我将得到0xCAFDF00F作为CRC，这与最初在ARP请求中发送的相同（只是以反向字节顺序）。因此，如果您使用get go ....中的正确数据，这是有道理的。