答案1
比较框架相当困难。
我发布了一些有关 Wireshark 的信息,其中涉及一些困难,以及一些可能更有希望的 Comm View(我使用 Comm View)。
如果不存在的话,这听起来确实是一个有趣的小项目。您可能能够使用 perl NET::PCAP 库来提取文件,然后在所需的偏移量处进行必要的比较。您可以将差异和帧编号渲染为 html。我希望我有更多的时间(和 PERL 知识),这样我就可以给你更多的指导。也许其他人知道已经构建的东西(或者可以轻松适应的东西)。
我不清楚您的所有细节,但也许可以为您正在分析的工业协议编写一个解析器,这样就无需进行比较了。
损坏的帧不计入其他图表和表格中,原因显而易见:CRC 值错误的帧的任何部分都不可信。它可能具有完全错误的 IP 地址、数据有效负载等,尽管在现实生活中,此类帧与原始帧相似。出于同样的原因,CRC 错误不能归因于特定的无线 AP 或站点,因为无法确定真正的发送者的 MAC 地址。
尽管如此,用户可能希望在选项中选中“捕获损坏的帧”框,在这种情况下,损坏的帧也会显示在数据包列表中。默认情况下,此类帧会标记为红色,并在“数据包”选项卡的“错误”列中显示“CRC”标识符
并非所有无线适配器都能够将损坏的帧传递到应用程序级别。只有 CommView for WiFi 支持的推荐适配器才能保证此功能。