@leonunix h3c 的 ap 也很香。

@Themyth 没有任何底层传输算法可以针对连续几秒的丢包去优化把。
bbr 那种流控的应该会好一点。但是我不能接受底层用 tcp 传输的隧道，所以也就没有再优化了

关于 kcp 这玩意，我自己在自己用的隧道里面添加了 reed-solomon 算法。 测试的时候，好好的，传输速度提升了不少。但是正式用起来，发现还是很卡。

最后发现，我们出国线路的丢包，并不一定是百分比丢包。
比如说，你测试丢包率 10%， 并不是说你 1s 发 100 个包，有 10 个包丢了。 而是有可能在 100s 的时间内，有 10s 发出去的包全部丢光。
reed-solomon 算法对于这种丢包，毫无帮助，只会浪费流量。

@cwbsw
我以前用的静态路由表，cpu 是 j1900. 宽带升级 500m 以后，测速老觉得跑不满带宽，后来发现是路由器 cpu 利用率 100%。
后来改成了 ipset，现在 1000m 宽带，cpu 利用率也不超过 20%。

主要是因为，ipset 使用 hash 查询， 而路由表匹配不到的话，是逐条查询。

我初中学到复变，高中学到泛函。大学 4 年基本没有读书，数学系混到保研，没去读。

数学这个东西可以说是开窍。我初一自学微积分看的大学教材，很难理解极限的概念，没想到同桌家里的一本文革时期的数学手册借给我看了一眼，我就通了。
高中学实变的时候，怎么也没法理解入门那几章，某一天家长会，我在楼梯间看书等家长出来，突然就看懂了，当时那心情无法言表。

在 site.py 里面

总结一句话就是，对于生活水平的要求，高于自己赚钱的能力， 自然就会焦虑。 工作十年甚至十五年再考虑买房，你就会轻松很多。现在的房价已经不像十年前那样，晚买两三年就相差一倍价钱。

android 的无线热点功能就是靠 netfilter 的 nat 实现的。

@avs10019 他们根本不知道剥线要剥多长，插线的时候 8 根线头是否齐平，是否都顶到底，压线的时候是否压住了外层表皮。他们只管线序，然后测线器通了就算好了。

装修公司的人懂什么布线，他们连水晶头都不会做。

还是 NATv6 最靠谱。从最早 ipv6 号称不支持 nat，到现在 rfc 直接定义 nat，就说明当初那些坚持 ipv6 有足够多地址所以不需要 nat 的设计者有多傻了。

@CernetBoom 所谓的专线一样走公网，又不是真的虚电路，那个谁玩得起啊

丢包率 40 是不可能测出 80m 下载速度的。
给你万兆带宽，如果真的丢包率 40，下载速度也达不到 80m

@seansong 断线重新拨号以后呢？

你确定这个 cdn 上的资源设计用来给 chrome 访问的？

@skyeycirno 960 一年，因为我家大楼有不少人当办公室。

电信十全十美千兆宽带加移动企业宽带固定 ip 10m 对等。
公司是电信 100m 宽带加移动固定 ip 50m 对等。

出国的话，基本上只有靠移动线路。

都在用锤子的 TNT 吗？