一个老话题， pppoe 的 mtu 值。

op 是不是都不用考虑这种问题了，默认就带的，ros 这么牛逼，为什么不默认呢。

这是个非常高深的问题，公说公有理，婆说婆有理，比如我搜索到的讨论结果是 1454 ，但实际在一些网件的路由根本无法设定。
然后当年谈 mtu 主要是解决亚马逊英文站访问慢问题，但按 tplink 提供的文档就很 low 了，根据不同网站确认 mtu 根本无法做到。

然后解决因为 mtu 访问网站慢，我的 openwrt 路由最终的设定是这样的。据说解决了 mtu 就能很大的解决因为分包重组而导致的网络呑吐。
# iptables -t mangle -S
-A FORWARD -o eth1 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -i eth1 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu

@yyysuo

爱快的 TCPMSS 之前默认是 1440 ，大概 1 年前改为 1400 了，应该是他们多年经验得出 1400 是最稳定的方案，我也就懒得折腾了，跟着大佬走肯定是最稳妥的

可能说法不准确，active mtu ，应该翻译成什么？默认的？活动的？

看了下城域网配置，对上互联是 4470 ，对下拨号是 1400

标准以太网数据帧的 MTU 是 1500 ，PPPoE 的头占掉 8 个字节，所以一般情况下 PPPoE 链接的 MTU 是 1500—8=1492

但是如果运营商内部有一些特殊路由，可能会在 1500 的基础上再占用一些，给到用户的 PPPoE MTU 自然就会更小。

比如上海的电信宽带，普通 PPPoE 拨号得到的 MTU 是 1492 ，但是“精品网”账号得到的就要少 50 个字节。鬼知道干啥去了。

从二十几年前有 ADSL 的时代，我们都是用 3 楼的方法解决的。

对于 RouterOS 也是一样，

/ip firewall mangle add action=change-mss chain=forward comment="Change MSS to PMTU" new-mss=clamp-to-pmtu passthrough=yes protocol=tcp tcp-flags=syn

/ipv6 firewall mangle add action=change-mss chain=forward comment="Change MSS to PMTU, make HTTPS happy" new-mss=clamp-to-pmtu out-interface-list=WAN passthrough=yes protocol=tcp tcp-flags=syn

Mikrotik 拨号上网如果不设置 MTU ，默认是获取最大的，电信可能是 1492 ，移动可能是 1480 。默认 MTU 和延迟无关，ping 包才 64 ，远远不及分包的阈值。

Active MTU=当前 MTU ，
比如线路最大是 1492 ，默认就是 1492 ，
手动设置 1480 ，Active MTU 就是 1480 ，
1400--1400
1300--1300
1600--1492

1 楼是没用过 Mikrotik 的，使用快速设置会自动添加 mss 参数，正确配置 Mikrotik 网页秒开是最基本的。

我是跟随光猫和硬路由默认设置都是 1492

两次拨号路径不一样，所以延迟不一样，跟 mtu 没关系

我这支持微巨帧，带 max-payload 拨号，MTU 可以给到 1976

不过大于 1500 的 MTU 没意义，一般服务器那边标准 MTU 就是 1500 。pppoe 能到 1976 ，也只能到 BRAS 。再后面还是分包

光猫默认 1492 ，要是这个数值有问题那运营商早就改了

1.MTU 设置再合适也只能略微提升以太网效率。
2.路由器 MTU 一般选择自动就可以了，会自动根据连接类型确定 MTU 。
3.PC 不需要设置∵一般路由器都有 MSS clamping 功能。