Reply from 202.62.97.201: bytes=32 time=7ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=8ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=8ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=8ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=8ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=8ms TTL=251
Reply from 202.62.97.201: bytes=32 time=8ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=9ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=8ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=8ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=7ms TTL=251
Reply from 202.62.97.201: bytes=32 time=7ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=7ms TTL=251
Reply from 202.62.97.201: bytes=32 time=8ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=8ms TTL=251
Reply from 202.62.97.201: bytes=32 time=7ms TTL=251
Request timed out.
Reply from 202.62.97.201: bytes=32 time=7ms TTL=251
Request timed out.
Reply from 202.62.97.201:
21 个解决方案
#1
水晶头/网卡/网线一样一样换.
#2
先排除硬件问题,换条好的网线试试,水晶头接触是否良好等
像响应时间很快,时不时丢包,接触不良很可疑
过了先排除是否内网也这样
像响应时间很快,时不时丢包,接触不良很可疑
过了先排除是否内网也这样
#3
先排除一下硬件问题。
再用“性能监视器”监视 ipv4 下的相关性能计数器,检查一下是什么原因导致的丢包。
再用“性能监视器”监视 ipv4 下的相关性能计数器,检查一下是什么原因导致的丢包。
#4
啥环境说下才好判断
#5
太笼统了吧
#6
太笼统了吧
#7
排除法
#8
先从最简单的,查查是不是arp病毒 在换些能换的硬件。
#9
建议楼主换下IP试试,
之前也是用这个方法解决的,
可能是路由器有问题!!!!212
之前也是用这个方法解决的,
可能是路由器有问题!!!!212
#10
还有一个办法,就是下个p2p软件扫描一下,看看IP是否被其他机子或者路由占用!
#11
用sniffer看看
#12
可能有以下情况:
1、网卡。
2、网线质量差。
3、水晶头质量差或接触不好。
4、局域网存在arp病毒广播。
1、网卡。
2、网线质量差。
3、水晶头质量差或接触不好。
4、局域网存在arp病毒广播。
#13
学习中。。。。。。TTL251是什么系统?
#14
不会是自己修改的吧。
#15
不好说……情况、环境不明
#16
1 硬件
就不多说了,水晶头,网线,中间绝缘皮有没有破损。
2 规格
网线长度有没有超过多少M,详情自己百度,我忘记了。。。
3 广播风暴
请注意网线的接法,否则很容易造成广播风暴。(比如误接,1头出去,另一头又进来了,就肯定广播风暴了)
就不多说了,水晶头,网线,中间绝缘皮有没有破损。
2 规格
网线长度有没有超过多少M,详情自己百度,我忘记了。。。
3 广播风暴
请注意网线的接法,否则很容易造成广播风暴。(比如误接,1头出去,另一头又进来了,就肯定广播风暴了)
#17
就楼上些的方法试,基本上都是这些问题造成的.
#18
楼主,你如果有条件可以找到一台路由和猫的话,你替换下看能不能解决,,一般的话是猫出现的丢包。。。。
#19
学习了
#20
同意,我公司就出现过这样的情况。
#21
不记得谁说的了,这样的:
#1
水晶头/网卡/网线一样一样换.
#2
先排除硬件问题,换条好的网线试试,水晶头接触是否良好等
像响应时间很快,时不时丢包,接触不良很可疑
过了先排除是否内网也这样
像响应时间很快,时不时丢包,接触不良很可疑
过了先排除是否内网也这样
#3
先排除一下硬件问题。
再用“性能监视器”监视 ipv4 下的相关性能计数器,检查一下是什么原因导致的丢包。
再用“性能监视器”监视 ipv4 下的相关性能计数器,检查一下是什么原因导致的丢包。
#4
啥环境说下才好判断
#5
太笼统了吧
#6
太笼统了吧
#7
排除法
#8
先从最简单的,查查是不是arp病毒 在换些能换的硬件。
#9
建议楼主换下IP试试,
之前也是用这个方法解决的,
可能是路由器有问题!!!!212
之前也是用这个方法解决的,
可能是路由器有问题!!!!212
#10
还有一个办法,就是下个p2p软件扫描一下,看看IP是否被其他机子或者路由占用!
#11
用sniffer看看
#12
可能有以下情况:
1、网卡。
2、网线质量差。
3、水晶头质量差或接触不好。
4、局域网存在arp病毒广播。
1、网卡。
2、网线质量差。
3、水晶头质量差或接触不好。
4、局域网存在arp病毒广播。
#13
学习中。。。。。。TTL251是什么系统?
#14
不会是自己修改的吧。
#15
不好说……情况、环境不明
#16
1 硬件
就不多说了,水晶头,网线,中间绝缘皮有没有破损。
2 规格
网线长度有没有超过多少M,详情自己百度,我忘记了。。。
3 广播风暴
请注意网线的接法,否则很容易造成广播风暴。(比如误接,1头出去,另一头又进来了,就肯定广播风暴了)
就不多说了,水晶头,网线,中间绝缘皮有没有破损。
2 规格
网线长度有没有超过多少M,详情自己百度,我忘记了。。。
3 广播风暴
请注意网线的接法,否则很容易造成广播风暴。(比如误接,1头出去,另一头又进来了,就肯定广播风暴了)
#17
就楼上些的方法试,基本上都是这些问题造成的.
#18
楼主,你如果有条件可以找到一台路由和猫的话,你替换下看能不能解决,,一般的话是猫出现的丢包。。。。
#19
学习了
#20
同意,我公司就出现过这样的情况。
#21
不记得谁说的了,这样的: