onion83

1 、其实 ROS address-list 就是等价于 linux 中的 ipset ，不过 v4/v6 双栈需要分开来写而已。
2 、利用 1 、2 楼提到的公共列表或者其它 BGP dump 、geoip dump ，加上一些自定义 IP 的白名单，可以合成自己最终的 cn address-list ，再配合 github 的 workflows 每周一 build 生成最终的 rsc 文件，release 到 github 制品仓库后，配合 ros 的计划任务直接 fetch 后 import 导入即可，这也算是人为制造一个场景熟悉 github 的 CI/CD 流程吧。

核心代码参考：
```
echo '/ip firewall address-list remove [/ip firewall address-list find list="cn"]' > $outfile

for line in `cat myip.txt`;do
ip=`echo $line |awk -F , '{print $1}'`
comment=`echo $line |awk -F , '{print $2}'`
commentstr=""
if [ ! -z $comment ];then
commentstr=`echo comment\=\"$comment\"`
fi
echo "do { /ip firewall address-list add list=cn address=$ip $commentstr } on-error={}" >> $outfile
done
```

@hackroad 目前我在用的 Mikrotik CCR2004-1G-12S+2XS 用来做主路由还是不错的， 全光口 ，12*10G + 2*25G ，支持主流猫棒，2.5G 协商即插即用（我用的是 ODI 也叫 HSGQ ），目前电信/联通/移动三路接入，新方案以及跑了近一年，很稳定，没有需要踩的坑。

两个 25G 口拿 cx5 互相对打过，在 br 没有规则的情况下能跑到超过 20G ， 因为没有交换芯片，cpu 50%，平时也不太用，就是留个幻想而已。

Mikrotik 家的 AP 就别选了，基本还是 Wi-Fi 6 / ac wave 2 水平，没 fem ，虽然有 capman 做统一管理，但是性价比其实不高，还不如买几个国产 Wi-Fi 7 做 AP 性价比高，效果也好。

@hackroad 撇去 5 位数价格不说，25G 端口不兼容 2.5 猫棒不说，我怕它 4 个风扇同时起飞耳朵受不了。
@bibiisme 连接首包还是得过 cpu ，对于已经建立的连接可以直接交由硬件转发，上 QOS 、策略路由还得过 cpu ，我觉得更像是驱动程序吧。

所以，现实世界中我觉得所谓的 “硬路由”、“软路由” 其实边界和定义是很模糊的。

鱼和熊掌不可兼得，参考：
- https://www.bilibili.com/video/BV17ozzY1Eyx 《大多数人忽略的 wifi7 路由器重要性能指标！硬 qos 你知道吗？》

其实“硬路由”这个定义本来就不是很清晰，一般的“硬”是指在网络数据包能实现线速转发，但是一但涉及到使用防火墙，如 PPPoe 、NAT 、mangle 、QOS 、限速等功能，基本就要用到 CPU 处理。

所谓的 “硬路由” 其实就是内置交换芯片线速转发，处理小包能力很高，性能稳定，但缺点是功能单一。
所谓的 “软路由” 其实就是通用 CPU （ arm 、x86 、mips 架构等），功能强大，但是数据处理的路径太长，小包能力偏弱，延时稍高，但是力大能砖飞。

Mikrotik 的产品本身布局就很巧妙，主要三个系列：
------------------
CRS 交换机系列，特色是拥有让人眼馋的端口例如：10G 、25G 、100G 拥有交换芯片，具备线速转发的能力，也可以玩 ROS 跑 pppoe 拨号，但是 CPU 性能很弱，pppoe 跑 800Mbps CPU 就 100% 了，也就说俗话的“跑不满”。

CCR 路由器系列，一般配置多核 CPU 主要用来跑 nat 、防火墙、流控、容器等，功能强大。有一些还拥有交换芯片，能实现低延时快速转发 L2 hardware offload ，有些还能做 L3 hardware offload 但是使用诸多限制，例如只能跑一个 bridge 、一但跑了防火墙基本就破功了，需要有一定的探索精神，但是测个速什么的绝对没问题。

RB 系列：CRS 、CCR 融合入门体验版

补充：openwrt 中的 PPE 、NSS “硬件加速模块”，x86 架构的 dpdk 个人见解是“利用硬件特效在软件层面优化转发效率”，还是属于软件层面。

目前推荐：高性价比的 homelab 玩法是，买一个国产的高性价比交换机，满配 2.5G 电口 + 10G 上联口作为接入层（ L2 ），配合 x86 架构或者 CCR 系列做为主路由（ L3 ），这也是我目前的方案。



对于楼主的需求，其实就是一个 120 块的水星交换机 (Se106 Pro)，然后再跑一个 x86 版本的 ROS 即可，两者的长处都能利用起来了。

RLHMR6REMYFP 已使用，谢谢🙏

@tootfsg r86s 本来就是有万兆网络接口版本，当然网卡比较差，是咸鱼十几块的 cx3

@XunzhiJun 你可以试试用 iperf3 -R 单边接收打流，看看问题是出现在发送侧还是接收侧这边。

这个问题也困扰我两年了，今年终于折腾明白了，典型的现象就是：上下行不对等，速度丟半，甚至更多。遗憾的是 B/Y 站搞路由器评测的，基本都是无视或者忽略这个问题。

解决思路就是启用：网管交换机端口流控 (Flow Control)，可以明显观察到 802.3x Pause Frames Transmitted 的计数变化，如果是傻瓜交换机就得听天由命了。

我也喜欢直接写 SQL 因为本质上就是和数据库打交道，SQL 才是最直观的 “官方语言”
数据库调试好，稍微修改一下到程序就能用，看代码也流畅
个人是比较反对使用程序框架包一层的，最主要的问题是会影响或者打断思路，大量的语法糖会导致开发脱离真实的世界，框架生成的代码质量也不一定可控。数据库关系都搞不清楚，后期维护越来越迷糊。