上海电信目前国际出口情况

上海电信最近国际丢包少了（降到了 1%~2%），不过似乎出现了另一种情况。
用 PSTools 的 psping 可以发现，延迟在 3000ms 附近有集中现象。

不知道是不是对丢包采取的替代性策略。
从效果来说，网页加载还是经常卡住，不过卡住的时间比以前短了不少（毕竟等 3 秒比等加载超时快多了）。

测试的命令是
psping -h -i 0 -n 300 www.example.com:80

=== Linode Tokyo ===
TCP connect statistics for 106.187.96.148:80:
Sent = 976, Received = 966, Lost = 10 (1% loss),
Minimum = 111.22ms, Maximum = 3251.34ms, Average = 257.24ms

Latency Count
111.22 900
276.49 20
441.76 10
607.03 4
772.30 0
937.57 0
1102.84 28
1268.11 1
1433.38 0
1598.65 0
1763.92 0
1929.18 0
2094.45 0
2259.72 0
2424.99 0
2590.26 0
2755.53 0
2920.80 0
3086.07 12
3251.34 1

=== Linode Singapore ===
TCP connect statistics for 139.162.23.4:80:
Sent = 872, Received = 867, Lost = 5 (0% loss),
Minimum = 205.41ms, Maximum = 3393.36ms, Average = 315.71ms

Latency Count
205.41 833
373.20 16
540.98 2
708.77 1
876.56 0
1044.34 0
1212.13 5
1379.92 1
1547.71 0
1715.49 0
1883.28 0
2051.07 0
2218.85 0
2386.64 0
2554.43 0
2722.21 0
2890.00 0
3057.79 0
3225.57 6
3393.36 1

=== OneAsiaHost ===
TCP connect statistics for 116.251.21X.XXX:80:
Sent = 897, Received = 884, Lost = 13 (1% loss),
Minimum = 63.87ms, Maximum = 3726.99ms, Average = 265.26ms

Latency Count
63.87 828
256.67 4
449.47 0
642.26 0
835.06 0
1027.85 4
1220.65 7
1413.44 4
1606.24 5
1799.03 0
1991.83 0
2184.62 0
2377.42 0
2570.22 0
2763.01 0
2955.81 30
3148.60 6
3341.40 6
3534.19 2
3726.99 1

===香港 softlayer 机房===

TCP connect statistics for 103.195.15.XXX:80:
Sent = 500, Received = 489, Lost = 11 (2% loss),
Minimum = 28.75ms, Maximum = 4732.16ms, Average = 327.34ms

Latency Count
28.75 455
276.30 0
523.85 0
771.39 0
1018.94 0
1266.49 0
1514.04 0
1761.58 0
2009.13 0
2256.68 0
2504.23 0
2751.78 0
2999.32 40
3246.87 0
3494.42 2
3741.97 1
3989.52 0
4237.06 1
4484.61 0
4732.16 1

顺便说一下，国内没有这种现象，排除了我自己网络问题的可能。
=== 百度 ===
TCP connect statistics for 115.239.211.112:80:
Sent = 300, Received = 300, Lost = 0 (0% loss),
Minimum = 7.39ms, Maximum = 15.12ms, Average = 9.54ms

Latency Count
7.39 7
7.79 17
8.20 39
8.61 43
9.02 45
9.42 48
9.83 36
10.24 22
10.64 13
11.05 10
11.46 3
11.86 8
12.27 3
12.68 4
13.08 1
13.49 0
13.90 0
14.31 0
14.71 0
15.12 1

datocp

2015-10-31 07:34:13 +08:00

linode 真烂，明显 linode 自身网络有问题。每每看到别人接近 100mbps 的下行好羡慕，可是 1000x 数量级的话它家的出口得多粗。拥塞换来的就是延迟。延迟是可计算的， 8*1500 byte(包大小) / 512000 bit/s(剩余.流量) = 23.4375ms ，延迟跟包大小有关系，跟流量也有关系，跟剩余流量也有关系。

搬瓦工晚上稳稳的 200-300ms 之间。去年就注意到一个现象 stunnel 在使用 pki 证书认证主要阻止中间人攻击用途，此时 ping 180ms 。不使用证书认证 ping 240ms 而且这个现象是可以重现的，不知道那 60ms 的差别是如何产生的。

现在晚高峰 stunnel 作用在 80 端口还有个 1000mbps 的缓冲。

datocp

2015-10-31 09:27:46 +08:00

郁闷，以前没用过 psping 不懂，又瞎猜了。

-i Interval in seconds. Specify 0 for fast ping.
上面的参数指定了快速 ping ，如果你再用一个 cmd 窗口 ping ip -t 的话，就会出现请求超时的提示。
有些网络防火墙会限制 icmp 包通过的，另外由于本地网络存在 icmp timeout 超时选项，甚至局端有并发限制，这里就出现问题了，本地因为 nf_conntrack 表溢满而出问题，局端由于客户端并发超限而开始丢包，基本上高于 2000ms 的延迟时就处于断开状态了，所以用这个结果判断 linode 网络不稳定是不对的。。。习惯用 tcping 来测试 qos 时导致的延迟变化，怪事今天竟然 tcping 自己的 vps 竟然没回应。。。

-A INPUT -p icmp --icmp-type 8 -m limit --limit 10/sec -j ACCEPT