外汇论坛 外兔财经

开启左侧

Y2慢

[复制链接]
发表于 2007-7-20 21:20 | 显示全部楼层
https://www.y2cn.com
谢谢40mm
发表于 2007-7-20 21:32 | 显示全部楼层
惭愧
 楼主| 发表于 2007-7-21 11:33 | 显示全部楼层
原帖由 斑竹 于 2007-7-19 21:54 发表
请上面两位欧美朋友再帮忙 ping   quote.y2.cn

刚试完,比Y2。CN好没有丢包,网页打不开往往不是MS太大,而是有丢包。
谢谢了
 楼主| 发表于 2007-7-21 11:37 | 显示全部楼层
CDMA或GPRS进入TCP/IP网络因为没有PING这个'语法解释'所以。。。
谢谢了
发表于 2007-7-21 11:44 | 显示全部楼层
CDMA或GPRS该怎么测试?
发表于 2007-7-21 13:52 | 显示全部楼层
gprs 是经过ggsn进入internet的
ggsn是不允许外部随时访问内部的
而外部的掉包率应该是数据中心向dtu发测试包来查吧
偶懂的也不多
 楼主| 发表于 2007-7-21 22:37 | 显示全部楼层
原帖由 斑竹 于 2007-7-20 22:44 发表
CDMA或GPRS该怎么测试?


http is Engilsh
ftp may be Chinese
ping is somewhat like @#$

just try ftp to test the download or upload rate
谢谢了
发表于 2007-7-22 13:24 | 显示全部楼层
丢包通常是什么原因?
发表于 2007-7-22 16:57 | 显示全部楼层
原帖由 斑竹 于 2007-7-22 13:24 发表
丢包通常是什么原因?

1. 服务器太忙(访问量太大或者受到洪水攻击)
2. 线路问题, 常见的是端口速率不匹配是引起丢包的最直接的原因, 检查一下网关和交换机以及服务器网卡等端口速率是否匹配.

下面转贴一个实例:
两个idc机房托管的服务器之间通讯不畅,经查,两个机房间的丢包率在8%左右。这样的丢包率很容易引起tcp连接失败,由于网络在线业务异常重要,不得有片刻的停机时间。刻不容缓,马上处理。

一、先判断丢包发生在那里。从办公室的计算机分别ping 两个机房的服务器、然后是网关,通过观察输出进行比较,发现问题在望京机房。在用路由跟踪的方式测试,结论也是一样。

二、去现场排查。检查网段类服务器之间,服务器与交换机之间,以及交换机之间的网络通讯情况,发ping 包,没有丢包,但从网内ping 外部任何地址,都有丢包现象出现,路由跟踪有时不成功。这些情况可以表明网段内的通讯是完全正常的。接下来要做的事情就是测试网关的状态。网关是一个cisco 6509交换机,是网通自己管理,我方的交换机通过一条双绞线与cisco 6509相连,它是所有服务器的外联接口。通过技术手段,已经知道上联交换机的上联端口是Fa0/41。
1、从网段内的某些服务器ping网关,发现丢包。
2、从外网的某台计算机ping 这个网关,没有丢包发生。
3、从外网的某些计算机执行到这个网关的路由跟踪,情况正常。
4、用外网远程的交换机ping 小包,情况正常。
5、从网段内的交换机ping 小包,发现丢包。
有上面的测试结果可以得出结论:是我方的交换机与网通交换机(我方服务器的网关)间的链路有故障。由于我们的网络服务不能中断,网通机房的人建议晚间访问量少的时候重新做一条线或重压网线两端的水晶头。前几天我方为扩容在机架上施工,因此有可能把线缆碰了。已经是中午了,肚子尽管饿了,但还是有点不甘心,再捣鼓一下看能不能找出点什么来。于是我搬来梯子,爬上去看接近天花板的交换机的指示灯状态。居然有一个端口指示灯黄绿交替一闪一闪的,仔细一看,是某个交换机的41号端口,而且网线上标明这条线是整个网段的上联线,即与网关相连的那条线,和先前测试出来的端口是一致的。可能问题就是在这个交换机上了,赶快连上console线,登录上这个交换机,用命令 # show int f0/41 查看41号端口的输出,嘿嘿!居然变成半双工了,再查看其他一些端口的双工情况,均是自适应,再去问IDC 机房的人,确认网关哪个连接端口的双工配置,网关的端口为全双工。好,马上进入配置模式,# config t , int f0/41 ,# duplex full 就把交换机的41号端口设置成全双工了,马上生效,保存配置;然后再爬梯子看41号端口指示灯的状态,变成绿色,这基本表明故障已经排除了。现在,开始从内外来测试丢包的情况了,经测试一切恢复正常。

原因分析:端口速率不匹配是引起丢包的最直接的原因。而引起端口速率变成半双工的原因可能是网络闪断引起的,比如网关那端的端口速率变化,而我方交换机的端口是自适应的,因此在协商后就变成半双工了。
清山村驻广州联络人
发表于 2007-7-22 17:39 | 显示全部楼层
原帖由 斑竹 于 2007-7-20 19:01 发表
ping 的速度呢?哪个ms更小?



Pinging 61.238.149.45 with 32 bytes of data:

Reply from 61.238.149.45: bytes=32 time=192ms TTL=112
Reply from 61.238.149.45: bytes=32 time=192ms TTL=112
Reply from 61.238.149.45: bytes=32 time=193ms TTL=112
Reply from 61.238.149.45: bytes=32 time=193ms TTL=112

Ping statistics for 61.238.149.45:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 192ms, Maximum = 193ms, Average = 192ms


Pinging 203.171.236.164 with 32 bytes of data:

Request timed out.
Reply from 203.171.236.164: bytes=32 time=487ms TTL=109
Reply from 203.171.236.164: bytes=32 time=485ms TTL=109
Reply from 203.171.236.164: bytes=32 time=492ms TTL=109

Ping statistics for 203.171.236.164:

    Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),

Approximate round trip times in milli-seconds:

    Minimum = 485ms, Maximum = 492ms, Average = 488ms


Pinging 218.213.239.226 with 32 bytes of data:

Reply from 218.213.239.226: bytes=32 time=87ms TTL=51
Reply from 218.213.239.226: bytes=32 time=86ms TTL=51
Reply from 218.213.239.226: bytes=32 time=86ms TTL=51
Reply from 218.213.239.226: bytes=32 time=86ms TTL=51

Ping statistics for 218.213.239.226:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 86ms, Maximum = 87ms, Average = 86ms

本版积分规则

QQ|手机版 Mobile Version|Archiver|关于我们 About Us|联系我们 Contact Us|Y2外汇论坛 外兔财经

GMT+8, 2025-8-17 09:05 , Processed in 0.038294 second(s), 23 queries .

Powered by Discuz! X7.2

Copyright © 2001-2021, Tencent Cloud.

快速回复 返回顶部 返回列表