Raw Socket并行ICMP请求丢失回复问题排查求助

你忽略了Raw Socket的几个关键细节，这些是导致大量并行请求时回复丢失的核心原因：

1. 内核接收缓冲区溢出 #

Raw Socket默认的接收缓冲区容量很小，当数千级并行请求的回复同时到达时，内核缓冲区会快速被占满，后续的ICMP回复会直接被内核丢弃。必须手动调大接收缓冲区：

// 设置8MB接收缓冲区，可根据实际需求调整
int rcv_buf_size = 8 * 1024 * 1024;
setsockopt(sockfd, SOL_SOCKET, SO_RCVBUF, &rcv_buf_size, sizeof(rcv_buf_size));

注意：系统对缓冲区大小有上限限制，可通过查看/proc/sys/net/core/rmem_max确认当前最大值，若需要更大的缓冲区，需先调整该系统参数。

2. ICMP请求标识符（ID）重复 #

如果没有手动为每个ICMP请求设置唯一的ID，多个线程发送的请求可能会复用相同的ID。内核在处理ICMP回复时，会匹配请求的ID，若ID重复，可能导致回复被错误关联或直接丢弃。

• 建议为每个请求生成唯一ID，比如用线程ID + 时间戳的组合填充ICMP包的id字段；
• 接收时只处理与已发送请求ID匹配的回复，避免无关ICMP包干扰。

3. 内核ICMP速率限制 #

多数Linux系统默认会对ICMP包的处理做速率限制，防止恶意攻击。当并行请求数量过大时，内核会丢弃超过限制的ICMP回复。可临时调整系统参数关闭限制（生产环境需谨慎）：

sysctl -w net.ipv4.icmp_ratelimit=0
sysctl -w net.ipv4.icmp_ratemask=0

4. Raw Socket的权限与过滤规则 #

• 确保程序以root权限运行，非root用户使用Raw Socket会有诸多限制；
• 部分系统会默认过滤非本地目标IP的ICMP回复，需确认内核没有启用此类隐式过滤规则。

5. 接收IO模式的局限性 #

单个阻塞式recvfrom()线程在高并发场景下，即使拆分了处理逻辑，也可能存在响应延迟。建议改用非阻塞IO或epoll()/select()多路复用机制，提升套接字的接收响应速度，减少缓冲区溢出的概率。

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