以前都是自动的，因为不知道什么意思。

这次改1492了

http://tieba.baidu.com/p/3087110726

简单说就是通过这个方法测试一个比较快的分包大小然后+28

以前用网件的路由器默认MTU都是1492，TP和极路由都是1480.没发现有什么区别。

对于PPPoE拨号上网，最优化的选择是1454

随手搜到的一个解释，不知道是不是原作者
http://zhangfl.bokee.com/606141.html

引用:

通常有一个观点认为大的总是好的。对于PPPoE连接的最大MTU的值是1492字节，但是最优的MTU实际上应该是1454字节。在各种协议中(TCP, IP, PPP, PPPoE, Ethernet, AAL5, and ATM)使用超过1492字节MTU的占16.80%。而使用超过1454字节MTU的占16.20%。尽管没有特别大的区别，使用较低的MTU减少了0.6% 的过量，但是获得了相应的完全带宽(如2M adsl)利用大约是0.06%*2M=120kbps。
如果想了解详情，如下：

PPPoE 1492 byte Frame:

Portion Bytes
TCP/IP Payload 1492
PPP Headers +2
PPPoE Headers +6
Ethernet Headers +18
   
Total Frame Size 1518

因此当使用1492时实际应是1518字节。
当一个packet转换为ATM流时，会被分成53字节的单元。（其中48字节用户数据，其他为ATM头信息)
1518 / 48 = 31个单元 + 30字节
与以太网不同，ATM单元使用固定的长度53。因此在前面的31个单元中的每个都会包括48字节用户数据。在最后的一个单元中，包括30字节数据，还有一个8字节的SAR尾部说明如何重组这1518字节的数据包。为了维持单元的固定长度，最后的单元中还必须填上10个字节，这就造成了带宽的浪费。
相对应：
PPPoE 1454 byte Frame:

Portion Bytes
TCP/IP Payload 1454
PPP Headers +2
PPPoE Headers +6
Ethernet Headers +18
   
Total Frame Size 1480

1480 / 48= 30单元 + 40字节

因此在前面的30个单元中的每个都会包括48字节用户数据。在最后的一个单元中，包括40字节数据，还有一个8字节的SAR尾部，恰好48字节，完全消除了浪费。

引用:

原帖由 md2 于 2014-11-5 23:35 发表
以前都是自动的，因为不知道什么意思。

这次改1492了

http://tieba.baidu.com/p/3087110726

简单说就是通过这个方法测试一个比较快的分包大小然后+28

如果你是PPPoE拨号上网，MTU最高就只能是1492，而且基本所有路由器的PPPoE默认MTU也是这个你没必要改

如果修改建议修改为1454，原理如上贴

为什么朝外网络从来没听说要去改这个
兲朝个个都成网络砖家了

posted by wap, platform: iPad
学习了。

引用:

原帖由 doskias 于 2014-11-6 12:49 发表
为什么朝外网络从来没听说要去改这个
兲朝个个都成网络砖家了

朝外知道VPN是什么意思的恐怕也没几个。。。。。

引用:

原帖由 DeLaJSR 于 2014-11-6 10:24 发表
对于PPPoE拨号上网，最优化的选择是1454

随手搜到的一个解释，不知道是不是原作者
http://zhangfl.bokee.com/606141.html

这里有误区吧，pppoe只是认证形式，无论小区的LAN还是光纤，还是电话线，都可以用pppoe认证，但和mtu数值的设定没有必然关联。

posted by wap, platform: iPhone
学习了

引用:

原帖由 sceic 于 2014-11-15 10:47 发表


这里有误区吧，pppoe只是认证形式，无论小区的LAN还是光纤，还是电话线，都可以用pppoe认证，但和mtu数值的设定没有必然关联。

MTU跟用电话线还是光纤没关系，跟协议有关系，PPPoE是在以太网桢里面封装ppp包的一种协议，会增加8个字节的Overhead，所以用PPPoE的MTU会比同样网络环境下的少（普通以太网桢的最大负载是1500，所以用了PPPoE就是1492）

另外你引用我的话里面有说MTU跟介质有关系这样的误区么？