这个帖子我看了笑死了。 网上大神实在太搞笑了。

原生有 ipv6 地址，但是这个地址访问某些 ipv6 网站是不能访问到的。 而这个帖子里却声称自己的 fq 对端服务器没有 ipv6 地址，也实现了 ipv6 fq 。这个理论上完全不可能。

FQ 可能用自己原生的 IP 地址访问被 Q 的服务器吗？ 如果可以，Q 也可以去死了。

那么这个帖子到底描述了一个什么现象呢？
我特地访问了一下 ipv6test.google.com 网站，终于知道了原因。
这个网站会调用一个脚本 https://xxx-ipv6test.ds.metric.gstatic.com/ip.js?
而这个脚本就是返回你的 IP 地址。
这个网站看起来是被强的，因此如果你的网络不支持 ipv6，这个脚本返回的是你 fq 服务器的 ipv4 地址。
但是这个网站在 ipv6 下并没有被 q，因此你可以直接通过 ipv6 网络访问这个脚本，获得你本地的 ipv6 地址。
这样 ipv6test.google.com 就显示你支持 ipv6 。

但是这个结果，和 ipv6 FQ 毫无关系。

到处都有人推荐六类线，毫无必要。

正规品牌的超五类足够。 没有六类的龙骨，布线维护都要方便很多倍。

何况都考虑布光纤了，直接一根光纤绑一根超五线布好不是很方便吗？

你连 traceroute 显示的是啥意思都不懂

没有好，我现在家里和公司都是企业移动宽带，出国丢包率感人。

@SgtPepper 是啊，我公司装了一套，朋友公司也推荐装了一套

@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 根线头是否齐平，是否都顶到底，压线的时候是否压住了外层表皮。他们只管线序，然后测线器通了就算好了。