johnash 发表于 2024-7-21 18:29
他强的是小包转发，单核确实弱鸡了点，像op这类软路由的小包转发其实很垃圾 ...
他家的就是纯软路由，PPPOE和NAT都是CPU跑，还是单核，RB4011时代被坑了以后我就抛弃他家了。
Baishui 发表于 2024-7-21 17:19
其实对主路由的要求也就是网口10个以上，3个sfp+，pppoe，lte备份链路，vlan三层管理，多vlan dhcp，dns ...
bpi-4加crs-309组合一下，或者看看美国TP那个。
哦对了，panabit就在月底马上要出一款万兆路由，带FPGA，有N个SFP接口，系统灵活性也足够，几乎完美满足楼主需求
本帖最后由 johnash 于 2024-7-22 12:13 编辑
pdvc 发表于 2024-7-22 10:54
他家的就是纯软路由，PPPOE和NAT都是CPU跑，还是单核，RB4011时代被坑了以后我就抛弃他家了。 ...
他有fastpath 支持的设备是可以硬nat的，也就是硬件转发，看这个，https://wiki.mikrotik.com/wiki/Manual:Fast_Path
johnash 发表于 2024-7-22 11:58
他有fastpath 支持的设备是可以硬nat的，也就是硬件转发，看这个，https://wiki.mikrotik.com/wiki/Manua ...
FT/FP都是CPU跑的，类似高通SFE的那种，简化处理路径和增加路径缓存的软件功能而已。
pdvc 发表于 2024-7-22 12:04
FT/FP都是CPU跑的，类似高通SFE的那种，简化处理路径和增加路径缓存的软件功能而已。 ...
也就是类似op软路由的sfe模拟出来的硬件转发？他都arm的cpu了，我一直以为他用的是硬件转发
本帖最后由 jop 于 2024-7-22 12:28 编辑
如果确实需要单PPPOE 2G+那确实X86才是最好的选择。由于你说的需求功能众多，至于其他系统，更没法一战，最终还得X86解忧。
本帖最后由 小把戏 于 2024-7-22 12:48 编辑
johnash 发表于 2024-7-22 12:20
也就是类似op软路由的sfe模拟出来的硬件转发？他都arm的cpu了，我一直以为他用的是硬件转发 ...
官方arm路由是有交换芯片，开启hw offload，可以实现硬件转发。
说白了，就是lan to lan而已。wan to lan一直都是CPU做nat，跟软路由没区别。
追求高性能的肯定要上X86，反正都是CPU跑
现在流行的798x，ipq6xxxx，这类arm 刷op，都支持所有链路硬件加速，论做出口网关是比mikrotik更快更强。更不用说现在大水管普及，routeros优势更小了
本帖最后由 Baishui 于 2024-7-22 13:23 编辑
小把戏 发表于 2024-7-22 12:43
官方arm路由是有交换芯片，开启hw offload，可以实现硬件转发。
说白了，就是lan to lan而已。wan to lan ...
https://help.mikrotik.com/docs/display/ROS/L3+Hardware+Offloading
官方宣称部分硬件（ccr2116 ccr2216 crs309 crs317 crs5xx等）对L4是有少量硬件加速能力的，且已经ready很久了，主要集中在nat和fasttrack，支持2K到4k的连接，但是我在ccr2116上似乎一直没触发L4卸载，测速时的几条大带宽连接在连接追踪中都没H标记，也就是走的还是软件，也不确定他算法是什么。
本帖最后由 Baishui 于 2024-7-22 13:09 编辑
jop 发表于 2024-7-22 12:27
如果确实需要单PPPOE 2G+那确实X86才是最好的选择。由于你说的需求功能众多，至于其他系统，更没法一战，最 ...
[流汗] M家的硬件看来也就交换机值得选购了，无线和路由目前有些掉队，交换机目前初步支持RDMA（还不稳定）也算是完美了。
小把戏 发表于 2024-7-22 11:30
哦对了，panabit就在月底马上要出一款万兆路由，带FPGA，有N个SFP接口，系统灵活性也足够，几乎完美满足楼 ...
对派网的印象还停留在十年的流控设备，前几天看过b站评测感觉方案一体化程度比较低。
rb5009路过，不开ft千兆pppoe大包就能干满cpu。
但我用下来，只要不用mangle mark packet/connection，fastttack开着不会有什么问题。
你可以晒一下你的配置，看看是什么地方你必须关ft的。
Baishui 发表于 2024-7-22 13:07
M家的硬件看来也就交换机值得选购了，无线和路由目前有些掉队，交换机目前初步支持RDMA也算是完美了。 ...
PPPOE单口大带宽确实还是X86合适。即使更换其他系统，在ARM的表现下也不会更好。MT的无线速度确实一直都是短板，不值得购买。家用其实X86+CHR挺好的，直接丢ALL IN ONE里。
cyberms 发表于 2024-7-22 05:28
不是系统太薄弱。是等级森严。R系列是smb产品线。对VLAN需求高要买真企业级ER系列。但是ER系列只有2个sfp ...
[震惊]前两天坛子里不还有个帖子分享由于er系列不稳定转routeros的吗？虽然有人说是tp ipv6不稳定导致，但是我确实需要ipv6功能
Evalyn 发表于 2024-7-22 13:10
rb5009路过，不开ft千兆pppoe大包就能干满cpu。
但我用下来，只要不用mangle mark packet/connection，fast ...
比如小包优先，虽然即将ready的qos-hw能解决一部分问题，但是灵活度其实不太够。
Baishui 发表于 2024-7-22 13:07
M家的硬件看来也就交换机值得选购了，无线和路由目前有些掉队，交换机目前初步支持RDMA（还不稳定）也算 ...
有RDMA了？哪一款型号的交换机
normanlu 发表于 2024-7-22 13:27
有RDMA了？哪一款型号的交换机
https://help.mikrotik.com/docs/pages/viewpage.action?pageId=189497483
现有部分机型升级系统就能支持，具体型号看文档，目前还和前年的L3hw一样，处在开发阶段，不是很稳定，估计明年这时候可以看看
Baishui 发表于 2024-7-22 13:35
https://help.mikrotik.com/docs/pages/viewpage.action?pageId=189497483
现有部分机型升级系统就能支持 ...
谢谢，我看看去，它家100g交换机还是很有性价比的，就缺RDMA了。
你这么大的需求, 内网要用一个好一点的 三层交换机做网络的核心.
路由器只做ppoe就行了 其他内网流量就跑在交换机上.这样路由器负载就下去了.
BH1PXK 发表于 2024-7-22 14:07
你这么大的需求, 内网要用一个好一点的 三层交换机做网络的核心.
路由器只做ppoe就行了 其他内网流量就跑在 ...
已经有crs510了，但是还有些iot低速设备和ap，我希望这些设备在crs510出问题的时候还能正常工作。再接第二个交换机也不是不行，之前就是这么做的，但是太臃肿了。
本帖最后由 Baishui 于 2024-7-22 14:18 编辑
normanlu 发表于 2024-7-22 13:51
谢谢，我看看去，它家100g交换机还是很有性价比的，就缺RDMA了。
可以期待下crs520到货，目前mikrotik硬件这个家用多核无用的状态crs520家用场景薄纱ccr2216
Baishui 发表于 2024-7-22 13:00
https://help.mikrotik.com/docs/display/ROS/L3+Hardware+Offloading
官方宣称部分硬件（ccr2116 ccr221 ...
一大堆限制和可怜的连接数，还有各种问题，基本可以无视……
大带宽还是MT7988那种吧，MTK的PPPOE/NAT offload从7821开始就很能打了。
要不就暴力x86 CHR用。
johnash 发表于 2024-7-22 12:20
也就是类似op软路由的sfe模拟出来的硬件转发？他都arm的cpu了，我一直以为他用的是硬件转发 ...
他家的MT7821都没硬件转发😂
pdvc 发表于 2024-7-22 14:31
一大堆限制和可怜的连接数，还有各种问题，基本可以无视……
大带宽还是MT7988那种吧，MTK的PPPOE/NAT o ...
我也是这个意见，m家硬nat很残，毕竟M家基本盘在软件功能，硬nat总是这的那的不完美。
直接X86 硬上，想咋用咋用，花钱还少。
Baishui 发表于 2024-7-22 14:15
可以期待下crs520到货，目前mikrotik硬件这个家用多核无用的状态crs520家用场景薄纱ccr2216 ...
一个是路由器，一个是网络交换机，没法放一起比较吧，我路由器用虚拟机里面的ros x86
小把戏 发表于 2024-7-22 14:34
我也是这个意见，m家硬nat很残，毕竟M家基本盘在软件功能，硬nat总是这的那的不完美。
直接X86 硬上，想 ...
x86能耗比不太行，主要pppoe拆包是消耗大户，可以考虑PPPOE/NAT扔给硬路由，ros当二级路由之类的方案。
normanlu 发表于 2024-7-22 14:35
一个是路由器，一个是网络交换机，没法放一起比较吧，我路由器用虚拟机里面的ros x86 ...
跟x86肯定没得比，毕竟ccr2216自己都打不过，但是crs520跟M家其他交换机不一样，它的cpu很强基本就是ccr2004+一个100G交换机。
pdvc 发表于 2024-7-22 14:42
x86能耗比不太行，主要pppoe拆包是消耗大户，可以考虑PPPOE/NAT扔给硬路由，ros当二级路由之类的方案。 ...
纯v6下这个方案应该可行，直接光猫拨号，目前双栈比较尴尬
Baishui 发表于 2024-7-22 13:19
比如小包优先，虽然即将ready的qos-hw能解决一部分问题，但是灵活度其实不太够。 ...
小包优先…. 精细化qos没辙，只能靠cpu大力出奇迹。
我目前做法是上行接口pppoe挂一个CAKE queue tree，填了大概120%的isp承诺上行（成分利用余量），顺带做ack aggregation。相当于利用interface queue和ft不冲突的特性来做的。
至于下行，直接开摆了，压根没做qos。反正下行管子够大，基本不会有占满丢包的情况。
Evalyn 发表于 2024-7-22 19:17
小包优先…. 精细化qos没辙，只能靠cpu大力出奇迹。
我目前做法是上行接口pppoe挂一个CAKE queue tree， ...
MT798x已经可以小包优先了，还是硬件级的QoS……