电信普通线路，晚高峰现在一个比较让人可以安慰的答案是人多路拥挤。

从论坛反应的情况，晚高峰似乎除了 CN2,大多数的 vps 都没什么特别，要吗就是前段时间很 ok ，这段时间就废了。通过./speedtest-cli 测试看起来服务器也没限速，国内的电信基本下行速度在 300kb/s 左右。
平时在工作中防止拥塞的解决方法要吗对 ip 进行限速，要吗对 ip 实行并发限制，这些都是有效的抑制流量的方法。每天总感觉很准时的，真的基本就差不多那个点流量就上不去。今天晚上 20:00 以前 udp 流量竟然达到 4000kbps ， tcp 流量当然很废了，可是过了 20:00 以后基本连 udp 也废了。

目前通过 iperf 测试可以准确得测得 vps 到家里 ip 的上行流量，但是具体，到底是什么原因测不出来，按平时工作的经验来看铁定是电信限速了，至于它的限速 tcp reset 是很常见了，是否也连带并发限制，不知道该用什么工具测试，反正电信网络基本是没什么希望了， 2006 年都高瞻远瞩提出 CN2 是增值业务，它当然有必要技术上做出差异。。。都是怀疑，猜测。。。
http://www.cnblogs.com/feisky/archive/2011/11/12/2246626.html

做为公共服务器要考虑太多问题了，原先自己一个人用时只做了端口扫描防护 1 年下来也没问题，做公共服务器就考虑限制流量，结果被 ddos ，现在又布置了一些并发限制。像这种情况，没有日志记录系统的话，只能背黑锅了。

这不成了潜规则了，这种所谓的老板往往有剥削劳动力的嫌疑，听着就像使用童工一样。

用关键词搜了一下 conoha 晚上 慢，马上没有购买想法，有没有谁家的在晚上 20:00 还能保证高速的，现在的 vps 不是不快是电信下手太慢。

这个答不上来，上次倒是安装过一次 libev 版本的 ss ，实际效果不怎么好啊，表现为高峰会限制在大概 600kbps 左右，不像其它工具基本没有上浮的感觉。好像说是 python 版本的要快很多。以前用的工具都是基于 tcp 协议的，由于 net_speeder 会有抑制网速的效果大概在 300kb/s 左右，如果开启 ip 加速的话， ocserv 流量大概会维持在 100kb/s 。现在只加速 tcp ，既能保障以往的工具正常使用，又能让唯一一个基于 udp 的 ocserv 速度不被限制。
哈，还是回答不清楚。。。 udp 相对 tcp 有天生的传输效率优势，可惜没再找到其它的基于 DTLS 加密的工具， google 有个 quic ，可惜用不了。

https://www.chromium.org/quic

。。。 2M 。丢包的话还是非常低的，不到 1%，从图上的丢帧来看也很低啊。差不多 20:00 了现在 1000kbps 都没有。。。不知道为什么不同的时间段能明显体验到这种速度上不去的感觉。

其实出口问题不应该是我们该担心的，电信自然有它的手段，比如家用网络一用迅雷就趴，那就是因为迅雷连接的并发刷的一下就是 1200 个， 4M 的家用网络估计能有个 500 都了不得了。这时候电信那头就开始丢包了。而国际带宽最 NB 的一次在终端一秒连续收到高达 24 个 tcp reset 。电信的技术人员都可以采取这么恶劣的手段。现阶段能有个 150kb/s 已经是很不错的体验了，即便翻倍也才 300kb/s 。况且为什么白天能有个 4000kbps,晚上只有个 200-800kbps,说人多绝对说不过去，肯定是技术上人为限制下行就这么丁点。
net_speeder 说不定真是因为它的重复发包机制让电信的东西失效了，也只能是部分失效，怎么斗得过网管， QOS 无非就是匹配限速，不匹配直接最低优先级。

ocserv udp 不加速速度
http://ww4.sinaimg.cn/large/0060lm7Tgw1ey5cmmeez8j30i10algmh.jpg

netspeed 加速，终于在最后一秒出现个 1662kbps 。。。
http://ww3.sinaimg.cn/large/0060lm7Tgw1ey5con92vmj30i30aawgm.jpg

没有 netspeed ，根本就没网速
http://ww2.sinaimg.cn/large/0060lm7Tgw1ey5cpvqr4dj30i10ab0ts.jpg

今天晚上 20:00 还不知道什么速度呢。。。

仅供参考，浙江应该走的是上海的口，差不多 18:39 测的，这个点还属于网络比较好的时候，可是。。。
估计普通线路，每家每户都是平均限速吧，晚上很少能见到 2000kbps ，好的时候还有个 1000kbps-1600kbps,谢天谢地了，最差的时候 500kbps 。

default:/da# ./speedtest-cli --server=5316
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from IT7 Networks (104.224.141.15)...
Hosted by China Telecom JiangSu Branch (Nanjing) [12751.99 km]: 1367.288 ms
Testing download speed........................................
Download: 8.44 Mbit/s
Testing upload speed..................................................
Upload: 2.47 Mbit/s
default:/da# ./speedtest-cli --server=3633
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from IT7 Networks (104.224.141.15)...
Hosted by China Telecom (Shanghai) [12749.04 km]: 1800000.0 ms
Testing download speed........................................
Download: 1.37 Mbit/s
Testing upload speed..................................................
Upload: 0.68 Mbit/s
default:/da# ./speedtest-cli --server=5805
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from IT7 Networks (104.224.141.15)...
Hosted by China Telecom Fujian Branch (Fuzhou) [13357.57 km]: 901.271 ms
Testing download speed........................................
Download: 0.32 Mbit/s
Testing upload speed..................................................
Upload: 0.42 Mbit/s
default:/da# ./speedtest-cli --server=4751
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from IT7 Networks (104.224.141.15)...
Hosted by Beijing Telecom (Beijing) [11985.02 km]: 544.946 ms
Testing download speed........................................
Download: 46.89 Mbit/s
Testing upload speed..................................................
Upload: 4.93 Mbit/s
default:/da# ./speedtest-cli --server=6714
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from IT7 Networks (104.224.141.15)...
Hosted by Tianjin Telecom (Tianjin) [12048.61 km]: 345.405 ms
Testing download speed........................................
Download: 12.33 Mbit/s
Testing upload speed..................................................
Upload: 3.74 Mbit/s
default:/da# ./speedtest-cli --server=5081
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from IT7 Networks (104.224.141.15)...
Hosted by ShenZhen Telecom (Shenzhen) [13898.76 km]: 343.612 ms
Testing download speed........................................
Download: 11.37 Mbit/s
Testing upload speed..................................................
Upload: 2.23 Mbit/s
default:/da# ./speedtest-cli --server=7170
Retrieving speedtest.net configuration...
Retrieving speedtest.net server list...
Testing from IT7 Networks (104.224.141.15)...
Hosted by ISPnet, Inc (New York, NY) [1346.74 km]: 55.801 ms
Testing download speed........................................
Download: 10.90 Mbit/s
Testing upload speed..................................................
Upload: 78.11 Mbit/s

不会吧。。。，这个东西也差不多用一年没收到系统警告啊，只是偶尔访问 google 说是有 ddos 流量然后要输入验证码，概率很低，而且也不清楚是否是 net_speeder 导致的。

现在基本在 02:00-11:00 开始启用只针对 tcp 的加速 ./net_speeder venet0 "tcp" &
最近装了 ocserv 发现这东西的 udp 挺快的，加速 ip 的时候只有 100kb/s 左右，只加速 tcp 的时候快多了，快的时候有接近 2000kbps 。。。， 18:00 也差不多有 1200kbps 。

前段时间想尝试在高峰期时智能启用 net_speeder ，可是不知道判断的依据是什么，通过 youtube 可能不准
11:00 之前 快 全速有 4000kbps
13:00-14:00 慢 500-800kbps 之间
14:00-19:30 快 最好时有 1600kbps
19:30 以后 慢 然后又慢了。

要是能智能启动就好了，有时候在晚高峰不加载它直接就 2000kbps ，加载它反而被抑制网速，只是流量相对稳定了。

问题是什么时候泡沫破灭。以前在四建的同事说再好的房子建设成本也过不了每平方三千，但是却能卖出 2 万，谁在主导土地财政，谁又在那空喊抑制房价征收税收。两头都要收钱，既当黄世仁又当杨白劳，更何况经济都是有连锁反应的，想让房子贬值不知道何年何月了。

2003 年才二三千，那时候租房都觉得不划算， 2007 年便宜的还有 8 千。后来郊区都二万了，最近外谋不说那谁刚搞乱股市又准备弄房产，上海那地方流动人口大也许真像报道说的刚需，所以以前同事一直建议租房不如买房，然后隔离租房以租养房。虽然其它地方空房很多，这么多年了以政府的做为，不会让房子贬值的。

不会用，竟然不会用，还是 swip 简单。自动切换飞行模式就可以了。