如何测试机房的速度和带宽？

目前国内IDC市场发展迅速，各类虚拟IDC运营商也象雨后春笋般冒了出来，不管大的小的IDC都吹嘘自己的带宽怎么怎么好，速度如何如何的快，其实其中有很多的误区。

我们先来看看如何正确的测试一个机房的速度。

第一个办法也是最好的办法，PING值：

目标IP，或者域名都可以，举例 www.edong.com 61.152.105.35

开始菜单 －> 运行 －> 输入CMD －> 在DOS界面输入 “ping 222.191.251.180 -t” 或者 "ping www.edong.com -t "

注意如果没有 －t 那么ping值只有4个不具备代表性，－t参数就是让ping一直接续下去，知道你 手工 ctrl C 停止。

上海电信ADSL ping的结果：

C:\Documents and Settings\Administrator>ping www.edong.com -t 【输入的命令】

Pinging www.edong.com [61.152.105.35] with 32 bytes of data:

Reply from 61.152.105.35: bytes=32 time=9ms TTL=52 【一条ping记录 主要看TIME的值】
Reply from 61.152.105.35: bytes=32 time=9ms TTL=52
Reply from 61.152.105.35: bytes=32 time=9ms TTL=52
Reply from 61.152.105.35: bytes=32 time=9ms TTL=52
Reply from 61.152.105.35: bytes=32 time=9ms TTL=52
................................(当中删除不少)
Reply from 61.152.105.35: bytes=32 time=9ms TTL=52
Reply from 61.152.105.35: bytes=32 time=8ms TTL=52
Reply from 61.152.105.35: bytes=32 time=9ms TTL=52
Reply from 61.152.105.35: bytes=32 time=8ms TTL=52
Reply from 61.152.105.35: bytes=32 time=9ms TTL=52
Reply from 61.152.105.35: bytes=32 time=9ms TTL=52
Reply from 61.152.105.35: bytes=32 time=8ms TTL=52

Ping statistics for 61.152.105.35:
Packets: Sent = 43, Received = 43, Lost = 0 (0% loss), 【合计发包43个，收到43个，丢包0 对保率 0】
Approximate round trip times in milli-seconds:
Minimum = 8ms, Maximum = 9ms, Average = 8ms 【最小值8毫秒，最大值9毫秒，平均8毫秒】
Control-C
^C

上海移动宽带 ping的结果

C:\Documents and Settings\Administrator>ping www.edong.com -t 【输入的命令】

Pinging www.edong.com [61.152.105.35] with 32 bytes of data:
Reply from 61.152.105.35: bytes=32 time=4ms TTL=51 【一条ping记录 主要看TIME的值】
Reply from 61.152.105.35: bytes=32 time=20ms TTL=51
................................(当中删除不少)
Reply from 61.152.105.35: bytes=32 time=4ms TTL=51
Reply from 61.152.105.35: bytes=32 time=4ms TTL=51
Reply from 61.152.105.35: bytes=32 time=12ms TTL=51
Reply from 61.152.105.35: bytes=32 time=4ms TTL=51
Reply from 61.152.105.35: bytes=32 time=4ms TTL=51

Ping statistics for 61.152.105.35:
Packets: Sent = 26, Received = 26, Lost = 0 (0% loss), 【合计发包26个，收到26个，丢包0 对保率 0】
Approximate round trip times in milli-seconds:
Minimum = 4ms, Maximum = 79ms, Average = 9ms【最小值4毫秒，最大值79毫秒，平均9毫秒】
Control-C
^C

看到这种数据我们如何来分析这个结果，首先尽量使用电信的ADSL来测试，因为这个是最具有代表性的，而联通，铁通，移动的宽带由于各种互联互通的原因ping值肯定不准确或者没有办法作为评判的数据，但是可以作为一个参考的依据。 //本文来自脚本之家www.jb51.net

一个速度好的机房，首先丢包率不能超过1％，最好是1000个ping 没有一个丢包，这种是最理想的，但是这个不是绝对值，只要低于1％的都属于不错的路由情况了。

其次ping值要小，同城的电信adsl ping 平均值绝对不能超过20，一般在10，跨省的adsl ping平均值应该在20-40 属于正常。

第三点是ping值要均匀，这个我们可以参看移动的ping值结果，尽管 最小的ping值只有4，但是不时的有几十，最大有79的出现，这个就是路由不稳定的表现，同样的电信的adsl，尽管最小也有8，但是最大也只有9，就说明电信的ADSL到www.edong.com的路由情况更好，这个也是因为www.edong.com是放在电信的机房的缘故。

测试的第二个办法，测试路由 tracert router

这个是看看测试点到达目标服务器需要经过多少个路由器，并且可以根据经过的每个路由的毫秒数字看出慢在那个路由器，并通过ip nslookup 来查看这个ip属于那个运营商的，甚至那个省市的运营商的，这样就一目了然了。
举例：

C:\Documents and Settings\Administrator>tracert www.edong.com -d

Tracing route to www.edong.com [61.152.105.35]
over a maximum of 30 hops:

1 1 ms 1 ms <1 ms 10.111.5.254
2 2 ms 2 ms 2 ms 211.136.181.33
3 5 ms 3 ms 3 ms 211.136.189.229
4 2 ms 2 ms 2 ms 211.136.189.149
5 5 ms 2 ms 2 ms 211.136.189.133
6 3 ms 9 ms 2 ms 211.136.189.49
7 7 ms 14 ms 11 ms 218.200.254.21
8 3 ms 2 ms 7 ms 218.200.252.38
9 3 ms 3 ms 3 ms 202.97.15.121
10 31 ms 8 ms 3 ms 202.97.44.169
11 3 ms 3 ms 3 ms 61.152.86.9
12 4 ms 3 ms 3 ms 61.152.87.174
13 3 ms 3 ms 3 ms 61.152.99.86
14 4 ms 4 ms 4 ms 61.129.47.222
15 4 ms 4 ms 8 ms 61.152.105.35

Trace complete.

C:\Documents and Settings\Administrator>tracert www.donews.com -d

Tracing route to www.donews.com [61.135.128.150]
over a maximum of 30 hops:

1 1 ms <1 ms <1 ms 10.111.5.254
2 6 ms 2 ms 2 ms 211.136.181.33
3 5 ms 3 ms 7 ms 211.136.189.229
4 27 ms 33 ms 26 ms 211.136.189.149
5 5 ms 4 ms 2 ms 211.136.189.133
6 5 ms 19 ms 22 ms 211.136.189.49
7 2 ms 3 ms 2 ms 218.200.254.21
8 22 ms 27 ms 21 ms 218.200.251.161
9 48 ms 21 ms 21 ms 218.200.251.138
10 * 51 ms 93 ms 219.158.28.17
11 50 ms 50 ms 56 ms 219.158.11.93
12 40 ms 40 ms 42 ms 202.96.12.154
13 46 ms 48 ms 45 ms 202.108.47.26
14 43 ms 42 ms 44 ms 61.135.143.12
15 74 ms 70 ms 48 ms 61.135.148.166
16 42 ms 42 ms 42 ms 202.165.96.206
17 42 ms 42 ms 42 ms 61.135.128.150

Trace complete.