为什么iperf，scamper和路径MTU发现数据包捕获在路径的MTU上不一致？

让我们在由运行Shorewall生成的iptables规则的Debian路由器分隔的两个Debian主机之间执行一些路径MTU发现。两个主机中的每一个都使用单个以太网链路，而路由器在两个聚合的以太网链路上使用带标记的VLAN。

使用scamper：

root@kitandara:/home/jm# scamper -I "trace -M 10.64.0.2"
traceroute from 10.1.0.5 to 10.64.0.2
 1  10.1.0.1  0.180 ms [mtu: 6128]
 2  10.64.0.2  0.243 ms [mtu: 6128]

好：预期结果为6128字节（廉价的Realtek以太网适配器无法处理大小合适的巨型帧）。

现在，让iperf执行吞吐量测试，并通过以下方式告诉我们有关MTU的信息：

root@kitandara:/home/jm# iperf -c 10.64.0.2 -N -m
------------------------------------------------------------
Client connecting to 10.64.0.2, TCP port 5001
TCP window size: 66.2 KByte (default)
------------------------------------------------------------
[  3] local 10.1.0.5 port 59828 connected with 10.64.0.2 port 5001
[ ID] Interval       Transfer     Bandwidth
[  3]  0.0-10.0 sec  1011 MBytes   848 Mbits/sec
[  3] MSS size 6076 bytes (MTU 6116 bytes, unknown interface)

6116字节 为什么呢

现在，对于完全不同的东西，让我们看看该会话的实际流量：

root@kitandara:/home/jm# tshark -i eth0 -R "(ip.dst == 10.64.0.2) || (ip.src == 10.64.0.2)" | head
Capturing on eth0
  1.308557     10.1.0.5 -> 10.64.0.2    TCP 74 60310 > 5001 [SYN] Seq=0 Win=5340 Len=0 MSS=534 SACK_PERM=1 TSval=101928961 TSecr=0 WS=16
  1.308801    10.64.0.2 -> 10.1.0.5     TCP 74 5001 > 60310 [SYN, ACK] Seq=0 Ack=1 Win=18328 Len=0 MSS=6088 SACK_PERM=1 TSval=3764064056 TSecr=101928961 WS=64

6088字节MSS，表示6128 MTU。但是，为什么iperf宣布6116字节的MTU？

到那时，彻底性要求仔细查看在跟踪跟踪会话期间发生了什么：

root@kitandara:/home/jm# tshark -i eth0 -R "(ip.dst == 10.64.0.2) || (ip.src == 10.64.0.2)"
Capturing on eth0
  0.000000     10.1.0.5 -> 10.64.0.2    UDP 58 Source port: 43870  Destination port: 33435
  0.000175     10.1.0.1 -> 10.1.0.5     ICMP 86 Time-to-live exceeded (Time to live exceeded in transit)
  0.050358     10.1.0.5 -> 10.64.0.2    UDP 58 Source port: 43870  Destination port: 33436
  0.050592    10.64.0.2 -> 10.1.0.5     ICMP 86 Destination unreachable (Port unreachable)
  0.099790     10.1.0.5 -> 10.64.0.2    UDP 6142 Source port: 43870  Destination port: 33437
  0.100912    10.64.0.2 -> 10.1.0.5     ICMP 590 Destination unreachable (Port unreachable)

所有这些数据包的udp.length为24，除了最后两个数据包的udp.length为6108 ...但是，然后如何通过scamper告诉我们路径MTU为6128？

6108、6116、6128 ...那么多MTU可供选择！

很有意思。

MSS（最大段大小）= MTU-IP标头= 6076。

6076 + 40 = 6116。

Debian是否正在使用IP标头中的IP选项字段？那可能是额外的12个字节...

tshark报告以太网帧大小：6142-14（以太网头）= 6128 IP字节。

scamper在探测大数据包以进行MTU发现之前会先对小数据包进行跟踪路由（这就是为什么您看到小数据包之后是大数据包的原因）。这对于区分所有被丢弃/无响应的数据包和只有大数据包是很有用的。

https://www.usenix.org/conference/imc-05/inferring-and-debugging-path-mtu-discovery-failures