Mikrotik HAP AC2 FastPath FastTrack 性能测试

dannypod

楼主所测的这款路由器正我有，而且是早期256MB版本的。
Hap Ac2所用的交换芯片是Atheros 8327，不支持三层hw-offload，但二层Bridge是可以硬件offload的，像简单的流量控制、二层vlan、ACL都完全没问题，对于四百块钱的产品来说已经很超值了。

至于hw-nat，Mikrotik也有产品支持的，当然价格也会高两档了。会话数不超过4K，超过的部分还是由CPU处理。当然在/ip firewall filter下可以指定加速哪些连接

目前国内广泛的PPPoE+NAT环境中，启用Fasttrack后不加入其它防火墙规则和QoS的情况下，Hap Ac2中这颗ipq 4018/4019跑满1G下行带宽我测试后是不存在瓶颈的。其实主要的性能消耗还是发生在PPPoE上，看什么时候国内ISP能够应用IPOE替代PPPoE，估计性能又可以提升一大截。

数不清

microka 发表于 2024-10-15 12:43
我现在已经没用B610拨号了，只做桥接，之前B610拨号开IPv6内部设备科学上网也没问题啊，你遇到的问题是什 ...

大部分客户端 默认 v6 dns 优先，如果开启，dns 会无法正确解析，除非客户端关闭 v6 协议。
或者旁路由单独起 v6 dns 服务，不用光猫获取的运营商 v6 dns。

rx_78gp02a

dannypod 发表于 2024-10-15 14:19
楼主所测的这款路由器正我有，而且是早期256MB版本的。
Hap Ac2所用的交换芯片是Atheros 8327，不支持三层h ...

这些我清楚，只有CRS和CCR2116/CCR2206 才能实现硬件转发；HW offload=yes/no 测试结果一致也证明了观点。
V6有RouteCache，测试几乎100%命中，这给FastPath带来400%的提升，25 simple queue带来200%的提升，25 ip filter带来60%的提升。虽然官方一直在辟谣V7缺失RouteCache带来的性能降幅，但是实际使用，同一环境V7消耗更多资源。
RouteCache是linux 3.6之前的内核功能，旨在缩减路由表的查表时间，它能够给FastPath带来性能提升，也证明FastPath走的Linux内核转发，没有卸载到硬件加速。