+1 for IPv6 Fasttrack
up!
definitely need this..
Australia is rolling out 1Gbps capable technology to all houses now (and over the next few years).
One of the properties I manage is getting it this week, but their hAP ac2 is unable to do 1Gbps routing over IPv6.
We need this.
(and before you ask, every major CDN can transfer data at 800Mbps+ here.)
You can always buy a faster router. Or live with the situation that you cannot saturate the 1Gbps line. The user won’t notice it in normal usage.
Are we there yet ?
nein.
Buying a faster router is not a great solution for the power efficiency.
Regarding the users who won´t notice anyhow: “There is no reason for any individual to have a computer in his home.” – Ken Olsen, founder, Digital Equipment Corp., 1977, in a speech to the World Future Society
This isn’t IPv6 fast track but it is a step in the right direction.
+1 please implement this
saving money as much as possible is nobility. i disregard “buy more powerful router” advices.
+1 for this feature. please implement it, mikrotik guys.
I get l3hw offload is important, and good job on that, but for a lot of hardware without modern switch ships, fast track/path is still a must. I hope we will see this in the next 6 months.
+1, would love this
I have an idea why Mikrotik doesn’t care about IPv6:
Only hardware related to MikroTik, RB750Gr3 in particular, since it was gathering dust unpowered for a long time now, I wanted to try some OpenWrt on it today (SNAPSHOT built 29.09.2022) and here it is:
And no, the “top” screen isn’t frozen, that’s the actual cpu usage … none.
WAN type is PPPoE, dual stack IPv6-PD
Maybe the hardware (SoC) has capability to do PPPoE without CPU use?
Do you run a connection-tracking firewall in there? Or is it just transparent?
Standard firewall available in current OpenWrt version, they switched to nftables from iptables.
https://docs.kernel.org/networking/nf_flowtable.html
There were some hiccups until now, problems with PPPoE beeing unable to be HW offloaded, IPv6 unstable, but there was a lot of work in OpenWrt regarding this and it all looks/works better now.
Even this got some attention and fix: https://forum.openwrt.org/t/2-gbps-wan-lan-nat-routing-on-ramips-mt7621-devices/131478
It’s sad that only the PPE inside some mt76xx devices is currently supported but it’s still something 
root@OpenWrt:~# grep HW_OFFLOAD /proc/net/nf_conntrack | wc -l
581
That’s 581 hardware offloaded flows.
This is how a conntrack entry looks like:
grep HW_OFFLOAD /proc/net/nf_conntrack | grep 2a
ipv6 10 tcp 6 src=2a02:2f0d:xxxx:8806 dst=2a03:b0c0:xxxx:9001 sport=59630 dport=443 packets=8 bytes=1112 src=2a03:b0c0:xxxx:9001 dst=2a02:2f0d:xxxx:8806 sport=443 dport=59630 packets=222 bytes=134837 [HW_OFFLOAD] mark=0 zone=0 use=3
[....]
That’s cool
(But TBF, I don’t want to switch to OpenWRT, I like RouterOS)
I like RouterOS too, but this RB750Gr3 served well beyond how much I was expecting to use it.
With the bandwidths ISPs are offering here (since a few years now) this device can’t keep up while using RouterOS, like I’ve said above, it was sitting offline gathering dust.
In RouterOS v6 it suffers from the weird port / CPU lane layout bug, in RouterOS v7 performance decreased, IPv6 performance is bad in both versions etc.
I was curious what changed in OpenWrt since I last used it, seems like a lot.
I’ll play around with it a little longer and repurpose my RB5009 into a switch + wireguard endpoint + containers, for now. I’m done betatesting it as a router.
Every few ROS7 releases something breaks in DNS or DHCP, it’s not like your network depends on those services.
And I don’t know if it’s just placebo but the network feels snappier somehow, even browsing this forum, which is weird. (altough sniffing with wireshark the forum seems to have IPv6 issues again).
+1 for IPv6 FastTrack, it’s been a long time coming, seems strange that in 2022 we’re still waiting for it.
Is the hardware acceleration of IPv6 tracking and PPPoE handling part of the standard Linux kernel, or is that something done internally to the OpenWRT project?
I would think when the standard kernel supports it, it should be available within RouterOS v7 as well.