@iwtbauh 嗯，感谢纠正，是 100.64 这个。

cgn 应该就是 carrier grade nat，那个 10 网段的，客服还真够专业的，xj 地址估计比较特殊，需要 ip 精准定位，当然或许确实没有部署 cgn，毕竟人口少的话，我是运营商我也不想升级，不然又得花钱。

dpi 估计可以用来检测，比如 tcp 包里的 timestamp 估计就可以用来帮助识别，不同的机器时间应该有一定的差异。

在苏州必须电信，其他都很垃圾：）

水星钢套 5 口，家里升级 200M 直接买了两个，多播 pppoe 用的爽的很。

0512 200M 多年老用户继续等待，不过多拨倒是可以工作，虽然感觉基本上对带宽多少已经无感了。

@mrzx x86 目前的 dpdk 模式，对于那种多核的软路由盒子，开启 dpdk 后，某个核心可以完全划出来供收发包，性能也是比较有保证的，不过就是目前这种盒子还没有厂商提供比较好的固件。

我也付过智商税了，结果又看到人掉坑里了。。。

膜拜大佬

部分认同观点，最近在所在的领域也看到了类似的势头，比如数据中心交换机操作系统，公有云、大规模互联网公司那帮人可以自己从头写一个，过程中又不断发现需求改造，甚至可以不用 c 语言；而传统设备商则慢慢退到普通的组网需求，这样我想对那些搞传统设备研发和维护的老人，随着营收的变化以及市场的变化，应该会面临选择，我想这并非说他们不想专注，而是很可能要面临生存问题。

预期要达到 200 个节点，规模确实不小了，一定得考虑能够进行集中或云端管理的方案啊，不然运维太复杂了

为啥不用深信服，不是国内 vpn 前列吗？

写的不错，特别是人人都知道要做什么，可是 how 呢？

@CopyPaste 真贵啊。。。

爱快上应该要先按路由美国、日本到不同的 lede 上吧，负责这个组网设计可能就有点问题了。

pppoe 只能跑在广播网络上，倒是可以考虑在两端都插入一个支持 vxlan/vpls 的设备，构建一个虚拟二层，然后跑 pppoe 应该就可以了．

gigsgigscloud 就是屎，妈的还是默认自动续费，一定不要冲动买他家的．

思科似乎之前收购的 meraki 也是云管理的思路，看起来和这个云 ap 有点类似，阿里这步走的有点意思啊，等于和一些设备商竞争了，就像交换机白牌化一样，以后看起来大型互联网厂商将会逐渐进入通信市场？