
1 Tengwait 2021 年 5 月 8 日 其实没什么所谓,光猫的 MTU 肯定是有设置的,你的包到了光猫的时候就被分片了,只要你的 MSS 的大小不大于光猫的 MTU 就好,至于 SSH 断流,可能是你走公网访问的时候有丢包,大概率你的服务器是海外的吧 |
2 dier 2021 年 5 月 8 日 抓包看,如果发送的数据字节超过指定大小,数据在传输的时候会分片传输 |
3 dier 2021 年 5 月 8 日 不过我觉得断流的问题跟 MTU 的关系不大,应该还是跟服务器之间网络的问题 |
4 jasonyang9 2021 年 5 月 8 日 以下自己现学的。 MTU 指 2 个节点之间,数据链路层的最大传输单元,PMTU 是完整路径上的最大数据单元,取决于其中最小的那个 MTU 。 自动分段在一些情况下是做不到的。 PMTU 的自动检测依赖 ICMP 某个包,但由于大部分网络设备屏蔽了 ICMP,导致 PMTU 自动检测无法进行。 上面说的 MSS 是 TCP 的最大段大小,可以在路由器上钳制( TCP MSS clamping ),这样一来只要是 TCP 数据包,都会由于 MSS 的设定而将 MTU 也限制在合理范围内。 |
5 geekvcn 2021 年 5 月 8 日 via iPhone 光猫桥接 MTU 1500,光猫拨号 1500-8 1492,光猫桥接路由器拨号 1492,大多数主流系统默认值 1500 。所以如果不是什么非主流运营商最佳 mtu 是 1492,最佳保守值是 1480 |
6 cwbsw 2021 年 5 月 8 日 建议往其它方向寻找原因。 或者你应该详细描述你的症状,这样网友才能帮你云诊断。 |
7 dotiean 2021 年 5 月 8 日 via iPhone |
9 sherlock1122 2021 年 5 月 9 日 `netstat -i` 可以查看各个 port 的 MTU 。 MTU 一般是 1500. 有效数据长度一般是 1500 - 20 ( tcp) - 20(ip) -12 (timestamp) = 1448B wireshark 抓包可以看一下。 |
10 sherlock1122 2021 年 5 月 9 日 MTU 一般只会影响延迟,丢包不太会。 最近发现 Intel 的 10G 网卡在 3 到 4 个包左右,也就是 4344B 和 4345B 的不同负载下,scatter-gather io 有比较大的延迟,正在苦逼的分析代码中。 |
11 doveyoung 2021 年 5 月 11 日 用 ping 去猜,然后设置,一般不会是 MTU 的问题 windows ping -l 1472 -f 1.1.1.1 linux ping -s 1472 -M do 1.1.1.1 macOS ping -D -s 1472 1.1.1.1 |