ts,ps,mpeg2 decoder and analysis

分析工具,免费下载.

  IT博客 :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  47 随笔 :: 0 文章 :: 168 评论 :: 0 Trackbacks

青浦现场1460的解释

 

交换机就像马路上贴罚单的交警,到处都有,突然一个交换机用大喇叭说:所有设备的Mtu都必须是1460。智能盒子听见了里面变成1460,一根网线插在电脑上,电脑上也是1460;这跟网线插入PI01. PI01说我天生下来就是1500,我不会变。结果pi01卡死了。

这就是说:为什么在盒子里面敲1460里面能好的原因:需要再次去青浦证实下:当时智能机和电脑是否的确是1460 需要debug key的盒子。

上图的解释:

网络上有很多交换机,估计是某个交换机A的设置:机房服务器mtu1500 ,从机房出来是1500的数据包,经过交换机A,被转换为1460的数据包,所以高清盒子能收到这些图片数据,张马村村首页的图片都很大的。所以从机房1500—》交换机A-à1460是没有问题的。

这就说明了为啥开机能看到区首页和村首页。(V1 V2

当盒子在1500或者1460的情况下,盒子发出的v1,v2get 请求都能被正常返回的。

 

居然有人提议去修改机房服务器的mtu,真奇怪。 仔细想想: 是盒子发1500消息的被交换机挡住了,我们服务器收不到。 盒子mtu1500,发消息, 如果中间没有交换机,我们服务器1500,有什么理由收不到呢?你把服务器改成1460 难道就能收到了么?你还改小了啊

 

 

再看盒子发出的v3httpget请求,length=1238. 这个get的参数请求太长,拼接下来估计超过1460了。所以无法被交换机A 转发,所以机房的服务器无法收到V3的请求。

V1 v2get请求的length就很短,468所以我们服务器能收到。

如果我们把index.asp的内容写成直接跳转到v3 估计啥也出不来的。

不理解盒子就发个httpget消息,为啥带这么多参数,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数据包的情况,交换机设备就会根据要求丢弃这个数据包----交换机就这个特性。

 

日本核辐射泄露的时候,大家都撤离,有人觉得这个恰恰是研究核辐射的最佳时机。

同样,青浦的坏环境,正好让我们多测试盒子。难道专门还搭建一个坏环境测试盒子?

 

年后再去青浦一次。

posted on 2019-02-03 20:42 TS,MPEG2,dvbc专家 阅读(14) 评论(0)  编辑 收藏 引用
只有注册用户登录后才能发表评论。