☰

Linux MTU 和 UDP

tag-icon • tag-icon linux mtu
Linux MTU 和 UDP

有人能向我解释一下这种行为吗？我在云提供商上运行了几个 VMS（centos）。接口设置为标准 1500 MTU。

使用大型 ICMP 数据包进行 ping 操作正常：

# ping -s 1600 10.132.6.3
PING 10.132.6.3 (10.132.6.3) 1600(1628) bytes of data.
1608 bytes from 10.132.6.3: icmp_seq=1 ttl=64 time=1.16 ms
1608 bytes from 10.132.6.3: icmp_seq=2 ttl=64 time=1.09 ms
1608 bytes from 10.132.6.3: icmp_seq=3 ttl=64 time=1.04 ms
^C
--- 10.132.6.3 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2207ms
rtt min/avg/max/mdev = 1.044/1.101/1.168/0.063 ms

因此似乎有一些东西正在分割 ICMP 流量。

但较大的 UDP 流量却无法实现这一点：

]# nping --udp -p 111 -data-length 1600 10.132.6.3
WARNING: Payload exceeds maximum recommended payload (1400)

Starting Nping 0.5.51 ( http://nmap.org/nping ) at 2015-08-10 18:06 EDT
sendto in send_ip_packet_sd: sendto(3, packet, 1628, 0, 10.132.40.29, 16)   => Message too long
Offending packet: UDP 10.132.6.3:53 > 10.132.40.29:111 ttl=64 id=17499   iplen=1628
SENT (0.0082s) UDP 10.132.6.3:53 > 10.132.40.29:111 ttl=64 id=17499 iplen=1628
sendto in send_ip_packet_sd: sendto(3, packet, 1628, 0, 10.132.40.29, 16) => Message too long
Offending packet: UDP 10.132.6.3:53 > 10.132.40.29:111 ttl=64 id=17499  iplen=1628
SENT (1.0086s) UDP10.132.6.3:53 > 10.132.40.29:111 ttl=64 id=17499  iplen=1628
sendto in send_ip_packet_sd: sendto(3, packet, 1628, 0, 10.132.40.29, 16) => Message too long
Offending packet: UDP 10.132.6.3:53 > 10.132.40.29:111 ttl=64 id=17499 iplen=1628
SENT (2.0097s) UDP 10.132.6.3:53 > 10.132.40.29:111 ttl=64 id=17499 iplen=1628

Max rtt: N/A | Min rtt: N/A | Avg rtt: N/A
Raw packets sent: 3 (4.884KB) | Rcvd: 0 (0B) | Lost: 3 (100.00%)
Tx time: 2.34513s | Tx bytes/s: 2082.61 | Tx pkts/s: 1.28
Rx time: 2.34513s | Rx bytes/s: 0.00 | Rx pkts/s: 0.00
Nping done: 1 IP address pinged in 2.35 seconds

您对为什么 UDP 流量没有被分割有什么想法吗？

答案1

错误sendto来自nping，它从 OS 套接字库（即本地 - 而不是从网络上的某个地方）接收它。似乎它nping只是试图发送 1600 字节的 UDP 数据包，但 OS 无法发送它们。

另一方面，如果你使用 选项--mtu，nping它将对数据包进行分段。它显然没有将 IP 标头计入其 MTU 中，因为我可以设置的最大 MTU 是 1480。

nping --udp -p 111 -data-length 1600 --mtu 1480 some-host
WARNING: Payload exceeds maximum recommended payload (1400)

Starting Nping 0.5.51 ( http://nmap.org/nping ) at 2015-08-11 10:29 EDT
SENT (0.0056s) UDP 192.168.1.40:53 > 192.168.1.14:111 ttl=64 id=58221 iplen=1628
RCVD (0.0068s) ICMP 192.168.1.14 > 192.168.1.40 Destination host 192.168.1.14 administratively prohibited (type=3/code=10) ttl=64 id=33478 iplen=576

同时，常规的旧式程序ping必须在将数据包交给操作系统之前自动对其进行分段。

调查此类事情的一个好方法是嗅探tcpdump网络上实际发生的事情。

tcpdump -s0 -w /tmp/tcpdump.out host 192.168.1.1

然后您可以下载 tcpdump.out 并使用 wireshark 检查其内容。

如果省略 -s0，它将仅捕获每个数据包的前 64 个字节（我认为）。对于这种情况，这已经足够了。

相关内容