2.1的ADSL和拨号都有的bug
连结后MTU:1500 ，发现速度都偏慢，后修改/etc/ppp/options内的MTU为1000后 ，速度大增，在ADSL/电力/小区宽带/还有歌华也是，在北京。广州。和福建测过都是如此。[root@206studio ppp]# cat options | grep mtu
#mtu <n>
mtu 1000
[root@206studio ppp]# pppoe-status
pppoe-status: Link is up and running on interface ppp0
ppp0 Link encap:Point-to-Point Protocol
inet addr:*********P-t-P:10.10.10.5Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICASTMTU:1492Metric:1
RX packets:96 errors:0 dropped:0 overruns:0 frame:0
TX packets:116 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:31975 (31.2 Kb)TX bytes:14179 (13.8 Kb)
[root@206studio ppp]#
怪了。我这连都是1500你是改那的？1492 1500 是以太网的标准，ADSL 的要减去 8 字节的标头。
不然网络会自动分包，导致速度降低。
过小的 MTU 会导致网络的使用率下降。
可以通过 ping 来寻找支持的最大包大小。
不过命令我忘了………… 我这，设置成什么都是白搭。 难得你能这么细心测试，我会修正为 1492 的。 KDE 那个值最好能再小一点，似乎有的地方用的不是 1500，最好放在 1480 左右，或者发起大家进行测试。找一个合适的值。 系统里的 mtu 是置空的，也就是使用默认值：
cat /etc/ppp/options | grep mtu
#mtu <n>
北京网通 ADSL 拨号后的结果：
# pppoe-status
pppoe-status: Link is up and running on interface ppp0
ppp0 Link encap:Point-to-Point Protocol
inet addr:221.219.161.123P-t-P:24.24.24.24Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICASTMTU:1492Metric:1
RX packets:13591 errors:14166 dropped:0 overruns:0 frame:0
TX packets:14942 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:13077323 (12.4 MiB)TX bytes:1830414 (1.7 MiB)
系统自动设置成了 1492，一般接入商都是这个值，但也听说有些地区是更小的数值，所以我不清楚设置成怎样合适，一般 windows 优化大师和 超级兔子 也都是设置成 1492。对比 windows 和 magic 我没感觉上网速度有丝毫差异，奇怪了。 那只能说是楼主的 RPWT 了。
应该是楼主没有得到正确的数值，建议设一个默认试试。
或许adsl接入后会自动从局端获取这个值。如果获取失败（楼主的情况）就使用默认，如果没有设置默认，那就使用以太网的 1500。 能否把默认的设为1492阿？只要ppp缺省少于1500就ok了。 没那么简单，这个值和接入方式是有关系的。
如果 56K 接入，这个值 <700 才对（好像是 56x ) 起码要低于1492阿 如果放到 56K 的地方，你的网络效率就只有 1/3 。 我是说起码比1500好阿。。因为好多时候1500上跑VPN就通不了，我是说把ppp的缺省设为1492，不可以否定1492比1500合理把？当然。56K 的地方能协商成700就更好了，但是起码别为1500阿 我倒觉得应该 1480 ，这主要还是看 KDE 什么计划了。
页:
[1]
2