Avahi无法接收嵌入式设备发送的mDNS数据包问题咨询

• IP/UDP头校验和错误：原始数据包发送时需自行计算IP头和UDP头的校验和，若计算错误（尤其是大小端字节序转换失误，比如嵌入式设备为大端、Ubuntu为小端），Ubuntu内核会直接丢弃数据包——tcpdump/Wireshark能抓到是因为它们在网卡链路层捕获，未经过内核协议栈校验。需核对校验和计算逻辑，确保符合RFC规范。
• TTL值不符合mDNS要求：mDNS协议规定数据包TTL必须为255，若设备发送的包TTL非255，Ubuntu内核的组播路由规则可能直接丢弃。可通过Wireshark查看数据包的TTL字段确认。
• UDP长度字段错误：UDP头中的长度字段需包含UDP头（8字节）+ mDNS负载的总长度，若此字段计算错误，内核会判定数据包损坏，不向上递交给Avahi的socket。
• IP头协议字段错误：UDP对应的IP协议号是17，若原始IP头的协议字段未设为17，内核无法识别该包属于UDP协议，自然无法转发给Avahi的UDP监听socket。
• 内核反向路径过滤（rp_filter）拦截：Ubuntu内核默认开启的rp_filter会检查数据包的源IP是否符合路由路径，若设备发送的包源IP路径与Ubuntu返回路径不一致，会被过滤。可临时关闭rp_filter测试：echo 0 > /proc/sys/net/ipv4/conf/all/rp_filter，若Avahi能收到，需调整rp_filter配置或设备网络参数。
• VirtualBox网络模式/过滤规则限制：若VirtualBox使用NAT模式，组播包可能被NAT层拦截；即使是桥接模式，也可能存在VirtualBox内置的网络过滤规则阻止特定包。建议切换为桥接模式，并临时关闭Ubuntu本地防火墙（ufw disable）测试。
• 源IP地址合法性问题：mDNS要求数据包源IP为合法单播地址，若设备发送的包源IP为0.0.0.0、组播地址或不在同一子网的地址，内核可能过滤该包。需确认设备源IP配置正确且与Ubuntu处于同一子网。

内容的提问来源于stack exchange，提问作者moeCake