@geekvcn #9 😂别吓我，电信机房解释说是端口数据异常而已

@billytom #5 没什么亏的，机房都说这是数据异常导致的，DDNS 能解决的问题，留个不知道哪天就会失效的残废固定 IP 对个人而言没啥太大作用

@Sekai #4 使不得使不得，不过网络这东西，线路搞定能不碰就不碰它了

@v2tudnew #1 对，跟 IP 段配的路由有关系，不过机房那边和我说本身端口数据就不正常，以后再留意下哪些段不行了

@bibiisme #28 印象中是你说的这样，HWNAT 下 K2P 似乎能满足 800Mbps 的转发？

@bibiisme #26 嗯，我是有 QOS 的需要，有 HWNAT 调中断绑定也是有帮助的，WIFI 还是走的 U

@spacezip #24 旧猫不一定不好用，毕竟除了硬件，软件的适配也是很重要的；像我说的天邑那个，大概率就是软件层面没做好；我当时还和师傅说让他找个近两年的旧猫给我，结果被拒绝了，说是重点客户，系统要求必须全新的猫。。。。。。我还寻思着我这不会是被盯上了吧😂

@fastcache #20 日常没这么多，测的时候是用 qbittorrent 跑热门种子，放开连接数限制能直接跑到路由的极限 2W 左右

@fastcache #20 不是，路由管理着 45 个左右的 IP ，无线有线各半

如果只是性能方面，k2p 优化一下还是能续一续的，主要有两方面

1 、老毛子部分固件无法很好的利用 CPU （一核有难多核围观），可以参考这个帖子优化： https://www.v2ex.com/t/595887
2 、优化 netfilter 连接数的相关参数，参考： https://wiki.mikrotik.com/wiki/Manual:IP/Firewall/Connection_tracking （主要作用是快速释放 timewait 这种连接状态，k2p 最高能拉住 2W 左右连接，就会有明显的缓慢的情况，注意调整 BT 软件的最大连接数控制一下）

我这里 300Mbps/40Mbps ，45 台设备（无线有线各半），日常上行会用掉 80%，下行用掉 100Mbps ，8K 连接数，CPU 20%-40%左右；整体用下来还是非常舒服的，偶尔内网有线 /无线蓝光大流量也还 hold 的住，不过这个基本上也是极限了，上 500Mbps 的话估计就不行了，除非关 SQM 用 HW 转发，但我需要 QoS 保障偶尔极端情况下的网络质量

@oblivion #15 从 FPGA 的角度来看，中兴还是走在时代的前列腺上的😆

@Unclev21x #14 额，我这边的还在

@oblivion #12 😂😂😂激活 HW 转发操作这么骚的吗？长见识了，我以为天邑那个不支持改网段已经很迷了。。。

不过关于第 2 点，我是重启过的（单纯重启没改任何配置），没有太大帮助；第 3 点，这个猫没有 WLAN ，据说现在佛山地区新猫都不带了。

@geekvcn #9 谢谢，很专业。

印象中，17 年那个光猫好像就是烽火的；小包我了解的不多，但是持有连接数应该是 BT 一个比较重要的指标；从这一点上看，中兴实在太差了，大概 1.6W 的连接数就能非常明显的感觉到网页缓慢，烽火可以到 K2P 的极限 2W 左右网页感受都比中兴好很多，因为路由的上限在这，就没法判断光猫的实际上限了，天邑同理，瓶颈在路由。

Flow-control 这一块似乎挺多维度的，不过我路由上开了 SQM 控制 bufferbloat ，上下行都控制在 95%左右，理论上应该能比较好的缓解光猫缺失流控的问题

@tankren #7 20.x ，印象中光衰没啥变化

@huxiaofan1223 #5 不是，F610 我尝试把影响光猫性能的 QoS 、防火墙、组播等一堆东西全部关闭，它还是卡，拉不住；

@huxiaofan1223 是桥接的，不是光猫拨号😂

@alect #1 不好意思，没说明，是桥接。。。路由拨号的

@HALOZ #5 session 还行，走位风骚