Linux不提供用户可配置的链路层差错检测开关，依赖网卡硬件自动CRC校验并丢弃FCS错误帧；可通过ethtool检查rx_crc_errors、Wireshark标记Bad FCS定位物理层问题，并区分链路层丢弃与上层重传机制。
Linux 本身不直接提供用户可配置的链路层差错检测开关，因为标准以太网驱动和内核网络栈默认依赖硬件与协议固有的检错机制——比如网卡自动校验 CRC、丢弃 FCS 错误帧。所谓“配置链路层差错检测策略”，实质是确认并强化底层已启用的检错能力，而非手动开启或替换 CRC 算法。
确认网卡级 CRC 校验是否生效
现代以太网控制器（如 Intel igb、ixgbe、Mellanox ConnectX）在收包时自动执行 CRC-32 验证，并静默丢弃校验失败的帧。该行为由硬件完成，不可关闭，但需确保驱动未禁用相关功能：
- 检查网卡是否上报 CRC 错误：运行 ethtool -S eth0 | grep crc，观察 rx_crc_errors 计数是否随网络干扰上升；若长期为 0 且物理链路存在噪声，可能是网线/端口故障而非检错失效。
- 避免使用 bypass 模式或 DPDK 直通驱动（除非自行实现 CRC 验证），这类模式会绕过内核对 FCS 的检查逻辑。
利用帧校验序列（FCS）定位链路质量问题
FCS 是数据链路层差错检测的落地体现，它被追加在以太网帧尾部，接收方通过比对本地计算 CRC 与帧中 FCS 字段判断完整性：
- Wireshark 抓包时启用 “Validate the checksum if possible” 选项，可高亮显示 FCS mismatch 帧（标记为 [Bad FCS]），这是排查物理层干扰（如电磁串扰、劣质光纤、RJ45 接头氧化）的一手证据。
- 注意：Linux 内核默认不向用户空间暴露原始 FCS 字段。若需程序级验证，须用 AF_PACKET 套接字配合 PACKET_RX_RING 并设置 SO_ATTACH_FILTER 过滤含 FCS 的帧，或启用网卡的 rx-fcs offload（需驱动支持，如某些 Broadcom BCM57xx）。
区分链路层检错与上层重传机制
数据链路层只负责“发现错误并丢弃”，不负责重发——那是传输层（TCP）或应用层的责任：
- 当交换机或网卡因 CRC 错误丢弃帧，上层 TCP 会因超时或缺失 ACK 触发重传；UDP 则无感知，表现为静默丢包。
- 若业务对丢包敏感（如实时音视频），应结合 ethtool -a eth0 查看是否启用了 rx 和 tx 自协商，确保双工模式匹配；半双工冲突会导致大量 CRC 错误帧。
无线链路需额外启用链路层可靠性机制
802.11 协议栈（如 mac80211）在 Linux 中提供了更主动的链路层保障，区别于有线以太网的被动丢弃：
- 启用 IEEE 802.11e QoS 后，AP 可对关键帧（如 VoIP）启用 Block Ack 机制，实现类似 GBN 的批量确认与选择性重传。
- 通过 iw dev wlan0 set power_save off 关闭省电模式，避免 STA 因休眠错过 ACK 导致误判丢包；同时用 iw dev wlan0 survey dump 监控信噪比（SNR），SNR
