"My Best Friends Wedding" (1997) >>
<< 差点成为圣诞老人(转载)
海底光缆修复进度评估

Author Zhou Renjian Create@ 2007-01-06 18:14 Modified@ 2007-01-21 13:13
whizz Note icon
几乎所有上网的人都已经知道了台湾地震震断了70G的主力亚太光缆,导致大面积国外网站不能访问。但是大家关心的光缆修复进度确没有一个明确的报告表,大家也就是图个急。也就只是凭着自己的感觉,说现在已经有所好转了。这里我从数据方面提供一些修复进度的评估。

譬如昨晚连接的一个ping情况如下:

R:\>ping www.java2script.org

Pinging java2script.org [208.109.118.114] with 32 bytes of data:

Request timed out.
Reply from 208.109.118.114: bytes=32 time=406ms TTL=43
Reply from 208.109.118.114: bytes=32 time=402ms TTL=43
Request timed out.

Ping statistics for 208.109.118.114:
    Packets: Sent = 4, Received = 2, Lost = 2 (50% loss),
Approximate round trip times in milli-seconds:
    Minimum = 402ms, Maximum = 406ms, Average = 404ms

而今天的一个ping情况是
R:\>ping www.java2script.org

Pinging java2script.org [208.109.118.114] with 32 bytes of data:

Reply from 208.109.118.114: bytes=32 time=311ms TTL=43
Reply from 208.109.118.114: bytes=32 time=307ms TTL=43
Request timed out.
Reply from 208.109.118.114: bytes=32 time=321ms TTL=43

Ping statistics for 208.109.118.114:
    Packets: Sent = 4, Received = 3, Lost = 1 (25% loss),
Approximate round trip times in milli-seconds:
    Minimum = 307ms, Maximum = 321ms, Average = 313ms

基本上连接的延时已经从400ms缩短到300ms左右,而丢包率则在25%到40%之间。在地震的第二天出现的情况大体是延时600ms以上,而丢包率在80%以上;而早两天(1月3日),则恢复到延时500ms,而丢包率在50%左右。

网络的稳定目标是丢包率,由上面的数据可以看出到国外的丢包率还是非常高,所以连接还是非常的慢。因为TCP丢包后,需要重发,而二次发包依旧存在丢包的可能。假设当前丢包率为30%,则二次都丢包概率为30% * 30% = 9%。而通常正常的网络的丢包率应该在0.01%,则30%丢包率的网络需要大约存在可能重发8次 (30%)^8 = 0.006%的丢包才达到正常的网络水平。

由此可以见目前的网络状况依旧很差!

网络的速度跟网络的延时有关系,而这又和网络的结构有关系,譬如在公众网中
R:\>ping www.csdn.net

Pinging www.csdn.net [211.100.23.248] with 32 bytes of data:

Reply from 211.100.23.248: bytes=32 time=56ms TTL=54
Reply from 211.100.23.248: bytes=32 time=58ms TTL=54
Reply from 211.100.23.248: bytes=32 time=65ms TTL=54
Reply from 211.100.23.248: bytes=32 time=59ms TTL=54

Ping statistics for 211.100.23.248:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 56ms, Maximum = 65ms, Average = 59ms
60ms是一个正常的值。

而公众网ping教育网则慢多了。
R:\>ping jd.sjtu.edu.cn

Pinging jd.sjtu.edu.cn [202.120.43.244] with 32 bytes of data:

Reply from 202.120.43.244: bytes=32 time=220ms TTL=107
Reply from 202.120.43.244: bytes=32 time=209ms TTL=107
Reply from 202.120.43.244: bytes=32 time=216ms TTL=107
Reply from 202.120.43.244: bytes=32 time=203ms TTL=107

Ping statistics for 202.120.43.244:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 203ms, Maximum = 220ms, Average = 212ms
200ms对于跨网连接也是正常的。

当然延时也和服务器的负载有关的,不过比重方面还是网络链路占大比例。而从国外服务器的延时恢复看,连接的速度有所恢复!

综上所述,网络依旧不稳定(丢包率虽然已经有所回落,但依旧没有达到正常水平),但是速度上已经开始恢复了。

BTW:鉴于上述的分析数据,同时实际上测试一下我的国外服务器连接速度,我已经重新启用国外的服务器了。我相信应该再过两三天,丢包率会见到25%一下,而一周后将不再存在明显的网络连接问题。由于dns的全球更新需要大约1天的时间,提前一点时间恢复原有国外服务器是明智的。

2007年1月13日更新:
今天晚上使用ping -n 50 bl.ognize.com进行测试:

Ping statistics for 208.109.118.114:
    Packets: Sent = 50, Received = 23, Lost = 27 (54% loss),
Approximate round trip times in milli-seconds:
    Minimum = 412ms, Maximum = 426ms, Average = 420ms

丢包率高达54%。而今早则是< 20%的。而高达54%的丢包率使得页面不能正常打开,访问量大幅下降!不推荐启用国外服务器!但愿这是黎明前的黑暗。

2007年1月17日更新:
    Packets: Sent = 50, Received = 40, Lost = 10 (20% loss),
Approximate round trip times in milli-seconds:
    Minimum = 306ms, Maximum = 314ms, Average = 308ms
今晚丢包率重新回落到20%,速度有所回升。这个网络依旧是慢吞吞的。

不乐观估计,正常访问国外网站需要等到2月份了。按影响1个月粗略估算,这次地震造成的损失可以说50G/10k (每秒页面点击)* 30 * 24 * 3600 * 0.1/1000(每千点击价值) = 13亿美元啊。

2007月1月21日更新
昨天(1月20日)中午时候测试丢包率高达74%!之后晚上则重新降到16%左右,而今天中午则也在25%之下:
Ping statistics for 208.109.118.114:
    Packets: Sent = 50, Received = 39, Lost = 11 (22% loss),
Approximate round trip times in milli-seconds:
    Minimum = 307ms, Maximum = 314ms, Average = 307ms
从速度、延时和稳定方面来说,今天的速度不错,至少我可以很流畅地使用我在国外的服务器了。对于昨天中午的高丢包率的一个解释是台湾的又一次余震。

本记录所在类别:
本记录相关记录: