Question

高分悬赏:ping -t -l (这里只能上1000,超过1000就time out )为什么?有哪些可能呢?

我用ping 网关 -t -l 测试速度
一般都可以上ping -t -l 10000和15000
分别time=12ms和time=20ms
注意只是ping自己的网关,就是通过DHCP的RARP得到的
但是有2个计算机为什么老是不能超过-L 1000
只要-L后面超过1000就一定time out
一般遇到这种情况就是水晶头没做好,或者接触有问题.
但是有2个计算机是实在找不到原因了.
特别是今天下午,我们更换了交换机以后其中一个计算机上到了15000,而且也是正常的20MS,但是后面有个老头去碰了交换机箱子.但是也有可能不是他碰箱子的原因.
反正最后就是仍然是这2台计算机上不去3000以上,
请教各位,有哪些可能会影响PING后面数据导致上不去的情况?
从硬件和软件都可以分析哈.

哦对了一般局域网络都可以上65500的,但是仿佛是因为交换机划了VLAN就上不去?
也请回答一下这个问题.
悬赏50分求教
补充一下,同在一个交换机出来的电脑就只有这2台有这样的问题
试过了换网线换水晶头换网卡的方法了.
甚至交换机也更换了.而却也绝对不是网线长的原因.比这2根更长的都能上10000
我想问问一般出现这样的情况具体有哪些,越详细越好,可能会找到平时疏忽了的地方.

Answer 1

65535是一个IP packet的最大长(不管下层的limitation)，在Ethernet上传输超过1500的包是要做fragment的（因为MTU是1500），因为在frag的offset是13个bits, 2的13次方再乘以8就是65536, 可表示 0~65535所以在重组以后, IP包(不含包头) 可以到65535个byte，这就是ICMP ECHO request/reply的最大长度为65535的原因。由于windows系统都有一个安全漏洞，就是当向对方一次发送的数据包大于或等于65532时，有可能会死机，所以微软公司为了解决这一安全漏洞于是限制了ping的数据包大小为65500，小于这个值的理论上都可以。

但是，不要忘了，这只是对于ping的本身的规定，在实际的使用过程中，不可能出现完美的网络，尤其在ping的数据包很大的情况下，传输和返回都需要时间，一旦超过ping规定的时间内，它就会认为超时。

还有的可能就是网络设备的MTU，如果不是标准的65535，那么可能就会返回失败。

所以，你可以这么测试一下，
1，将机器移到离网关很近的地方，用很短的质量好的网线测试一下，也许是网线有点长，超时而已。
2，察看一下中间经过的网络设备的端口上的MTU值。

Answer 2

软件设置,线没有连接好