为什么改变MTU后才能访问奇艺等个别网站

zhoubug

有个问题求解原因，家里原来用方正宽带，拨号后mtu默认好像都是1492吧（记不太清拉），我是用的debian做的桌面，拨号成功后 大多数网站都能访问 唯独qiyi等个别网站需要ifconfig mtu的大小为1200左右才可打开，求解具体原理解释（xp下不存在这个问题）

zhoubug

难道说内核tcp实现不支持 path MTU discovery

满天星

你所在网络的某个设备处理mss有问题，修改mtu可以使mss变小
ipv4默认是不支持pathmtu机制的

满天星

你所在网络的某个设备处理mss有问题，修改mtu可以使mss变小，ipv4默认是不支持pathmtu机制的，仅仅是作为可选功能而已

ssffzz1

难道说内核tcp实现不支持 path MTU discovery
zhoubug 发表于 2011-08-17 11:14

   

应该是不支持PMTU的。

zhoubug

你所在网络的某个设备处理mss有问题，修改mtu可以使mss变小，ipv4默认是不支持pathmtu机制的，仅仅是作为可 ...
满天星 发表于 2011-08-17 12:58

@debian:~$ cat /proc/sys/net/ipv4/ip_no_pmtu_disc
  0
  内核默认还是打开这个机制的

另外应该算是理解拉问题的原因：
就像楼上说的，简单说就是中间某个网络设备的mss加上数据包头包尾超过了pppoe链路的mtu，所以出现拉数据传送问题，再网上看到的解决方法也就有两个拉
1，ip tcp adjust-mss减少网络设备mss 2，减少pc mtu，也就是我用的办法。但是按说任意两方建立连接是要协商mss大小的，再往上说怀疑还是
我现在系统的pppoe有问题，因为第一是win下拨号没这问题，第二用路由上也没问题。

满天星

已经说了嘛，是你网络所在的某个网络设备处理mss有问题（最终页是MTU值导致的），和你本机基本没有啥关系，pathmtu与mss二者是完全不同的概念，不要混淆！mss是双向协商，针对tcp segment，而pathmtu是单向探测，针对ip packet,不过二者在同一设备也是关联一起的，因此是中间节点的处理出现了问题