青浦现场1460的解释
交换机就像马路上贴罚单的交警，到处都有，突然一个交换机用大喇叭说：所有设备的Mtu都必须是1460。智能盒子听见了里面变成1460，一根网线插在电脑上，电脑上也是1460；这跟网线插入PI01. PI01说我天生下来就是1500，我不会变。结果pi01卡死了。
这就是说：为什么在盒子里面敲1460里面能好的原因：需要再次去青浦证实下：当时智能机和电脑是否的确是1460。 需要debug key的盒子。
上图的解释：
网络上有很多交换机，估计是某个交换机A的设置：机房服务器mtu是1500， ，从机房出来是1500的数据包，经过交换机A后,被转换为1460的数据包，所以高清盒子能收到这些图片数据，张马村村首页的图片都很大的。所以从机房1500—》交换机A-à1460是没有问题的。
这就说明了为啥开机能看到区首页和村首页。（V1 和 V2）
当盒子在1500或者1460的情况下，盒子发出的v1,v2的get 请求都能被正常返回的。
居然有人提议去修改机房服务器的mtu，真奇怪。 仔细想想： 是盒子发1500消息的被交换机挡住了，我们服务器收不到。 盒子mtu1500,发消息， 如果中间没有交换机，我们服务器1500,有什么理由收不到呢？你把服务器改成1460 难道就能收到了么？你还改小了啊
再看盒子发出的v3的http的get请求，length=1238. 这个get的参数请求太长，拼接下来估计超过1460了。所以无法被交换机A 转发，所以机房的服务器无法收到V3的请求。
V1 和 v2的get请求的length就很短，468所以我们服务器能收到。
如果我们把index.asp的内容写成直接跳转到v3， 估计啥也出不来的。
不理解盒子就发个http的get消息，为啥带这么多参数，1238这么长的cooki，用的着这么长么？ 谁懂说两句？
当盒子卡死的时候，wget可以：
wget 的猜想
估计是因为：wget “http://.......... ;” , 后面的这个参数的length小的可以。
估计后面的这个参数的length 大了就不可以？
下次去青浦抓包下wget的包。把wget的参数搞成1400看看
Ping –f 的意思是 数据包 不能再被拆分了。
1464+28=1492； 我家里是pppoe上网,结果pppoe + 8个字节的pppoe的包头，总共就是1500
DF(Dont Fragment) ： ping 包有专门的参数说 不可分割。
刚刚看过了http协议的包 默认就是有df 这个参数。
如果遇到MTU小于IP数据包的情况，交换机设备就会根据要求丢弃这个数据包----交换机就这个特性。
日本核辐射泄露的时候，大家都撤离，有人觉得这个恰恰是研究核辐射的最佳时机。
同样，青浦的坏环境，正好让我们多测试盒子。难道专门还搭建一个坏环境测试盒子？
年后再去青浦一次。