Feature Request : IPv6 Fasttrack

+1 Would be great to have ipv6 be as fast as ipv4

+1 IPv6 Fasttrack

+1. This feature is table takes in 2021, and offered by Ubiquiti/EdgeRouter.

+1

Stop letting the IPv6 stack languish and start treating IPv6 as a priority.

Some people are noticing than ipv6 is slower on RoS7 vs RoS6 on some hardware. It’s increase the need of fasttrack imo…

Or of new hardware.

Or no action at all and just happily using the router…
Living only for benchmark is not very useful…

Why are you talking about benchmark ? We should just accept that ipv6 is way slower than fastracker ipv4, at a time where ipv6 is more and more used ?

It is explained in the 7.1 release topic.
Before, there was a ā€œroute cacheā€ in the Linux kernel which meant that it would keep the last routed address and when a next packet is to the same address, there is no need for a new route table lookup (actually there are a few addresses in this cache).
So in v6, when running a speedtest, this cache was used and it was faster.
However, in the current Linux kernels (not something decided by MikroTik!) this cache no longer exists. So each route has to be looked up in the table.
This means that a speedtest runs slower.
However, in real operation, there is communication with a lot of different addresses, and this cache was not every effective anyway.
So the ā€œnormal useā€ will not be much slower, certainly not as much as ā€œindicatedā€ by the speed test.

Fasttrack is another level of such caching, where even more of the connection state is used to bypass checks done on each packet, e.g. the firewall.
Sure it would help, but you should always understand: when you need Fasttrack to make your internet connection perform at its rated speed, you have bought a router that is too slow for your line.
Fasttrack can always be replaced with a more suitable performance router.
I always disable fasttrack because it is incompatible with some of the features of the router I use, and for me it is too much work and too risky to find out exactly what can be fasttracked and what not. So I just bought a faster router.

I fear that for some Mikrotik hardware something like Fasttrack offload is actually necessary to maximize throughput, no matter how fast the CPUs. The CCR2116 offers 52G of port throughput, but this ports only have a 40G connection to the CPUs, so at least 25% of the traffic would need to be L3 offloaded to the switch chip to reach full L3 port speed with at least some L3 processing rules.

I expect most people complaining here do have an internet connection somewhere in the 300-1000 Mbit/s range and a router that at best can route up to 200 Mbit/s, or even less when there are other performance-limiting factors (PPPoE etc).
With such devices it can help to have Fasttrack. It helps to optimize the common case and it certainly will promote peace of mind by showing good figures on speedtest sites.

When you have a complex setup with VPN tunnels, QoS, policy routing etc it will be easier to just disable Fasttrack and throw some more hardware at the task.
For example, I currently have a 30/180 Mbps VDSL line and I use a RB4011. No issue at all to operate without Fasttrack.
Before, I had a RB2011. That would not be able to do this.

Thanks for these words, this is what people seem to forget: get the right sized hardware as a starting point, many devices are not fully gbit capable and while very welcome fasttrack can only do so much.


In addition to limiting all-ports routing speed, lack of Fastttack might also limit single-stream performance, e.g. http://forum.mikrotik.com/t/ccr1009-7g-1c-1s-single-stream-tcp-performance-limit-with-queues/117121/1 I expect you can’t buy a Mikrotik with enough CPU power to achieve certain single-steam performance goals (or multiple high-throughput streams, where the number of streams exceed the number of cores) without hardware assist. Offload is the only answer.

I consider large single stream downloads to be the ā€œnormal useā€ case for home use. And speed tests are perfectly fine at representing the transfer speed achievable for this.

Most people don’t pay for hundreds of Mbps download speed at home to watch video streams, a fraction of that bandwidth would be enough for that. The few moments, when you can really benefit from high bandwidth at home is large downloads. When you download a 100 GB game from steam, you don’t want to wait for 45 minutes when it could be done in 15 minutes with the same hardware.

Mikrotik enables IPv4 fasttrack by default in their home devices, so they clearly acknowledge its usefulness in this scenario. Trying to tell everyone that they are wrong about wanting fast downloads on cheap devices because it’s not what you consider normal use doesn’t help.
The existing discrepancy between IPv4 and IPv6 performance should be fixed.

Lack of route cache doesn’t explain the noticeable decrease in speed like we see,speedtest or other usages…

And hell, even with V6 some of us want fastpath for ipv6.

+1…

For now, I’ve purchased a Fortigate for this feature.

+1…

+1…

+1 It’s 2022 and home internet connections have had IPv6 available for over a decade now, FastTrack on IPv6 well and truely needed.