After a harware failure I moved my IPFire to a new hardware (just by dd the SDD to the new one and adjustung the network setup)
The new system is a Protectli “The VAUL” FW4C-0-4-32, which should be fine for IPFire according to their website.
I’m now facing a very slow download rate of 70Mbit/s (my connetion is a Telekom 250/40 VDSL). The upload is fine with 40Mbit.
I’m wodering wether the onboard NIC are compatible with IPFIRE.
As a modem I have a VIGOR 165 ehich is unchanged. The VIGOR is stating in the dashboard
" DSL Connected : Down Stream : 292016Kbps / Up Stream : 42462Kbps Vectoring Active"
for the capacity of the line
Is the NIC compatible with IPFire? The hardware compatibilty list is not mentioning this NIC https://wiki.ipfire.org/hardware/networking
only “Intel Corporation Ethernet Controller I226-V (rev 04)”
My system is: IPFire 2.27 (x86_64) - Core-Update 178
Maybe you can test the interfaces using iperf3. You could use another machine with IPFire connected to the red interface of Protectl and a laptop in the green side and do a more complete test. You would essentially be setting up a chain where you have a laptop connected to the Protectli machine (acting as a firewall), which in turn is connected to another IPFire machine serving as a DHCP server/gateway, and finally connecting to another laptop.
I made a quick check with iperf3 on the IPFire and a laptop connected to the green and blue.
Here I got approc 900Mbit rate, so that IPfire has the correct drivers for the NIC. The chain you suggested is much more complicated to set up.
It appears the issue is not directly related to the Ethernet card and its drivers, but rather due to a bottleneck occurring elsewhere in the system. Often, the CPU or the interplay between the network card, motherboard, and CPU can be the sources of this bottleneck.
A multi-queue CPU can help mitigate this by distributing the computational load across multiple cores, thereby parallelizing the workload if the card supports this feature (Multi-Queue" or “Receive Side Scaling (RSS)” feature). I do not know if I226-V has this feature. A stress test with iperf from the green to the red would be the way check whether the machine can handle a high traffic load. I realize it’s not easy to assemble this system. If you mange to lean more, please keep the community informed (if you can).
I overlooked this detail earlier. Have you confirmed that the new hardware is functioning correctly? Utilizing a kernel installation configured for different hardware might not be reliable.
The booting process, which I can monitor on the console looks pretty fine, no errors occur.
I have now checkrd, that this behauvior is clearly not on the ISP side. I configured the Vigor into the router-mode and I got 260/40 Mbit download/upload rate. This is what the ISP is telling me.
Moving back to the modem mode the download rate is again very poor. I think I will now make a backup only from the configuartion and then start with a new installation.
Protecli has a page about IPfire https://kb.protectli.com/kb/how-to-install-ipfire-on-the-vault/?intsrc=eu, so it should work. Also the system requirements are fulfilled. https://wiki.ipfire.org/hardware/requirements
On network adapter side, i225-V was not the brightest ethernet product from intel, and needed a lot of tweaking on driver side, still lacking of performances; i226V works plain better and scale much more efficiently.
If your ISP still use PPPoE the CPU may be the bottlenek because every packet needs en/decapsulated at send/recieve on red. Most ISP change with higher speeds to DHCP or support both.
Also offload features like TSO and GRO may be contraproductive on the firewall because they resort tcp packets to optimize the cpu load for desktop apps but this increase the latency if this was done on middleboxes which result im slowdown of single streams.
I solved it with a new installation from the scratch - Now its fine.
(When I restored the backup file the slow download rate comes back, thats its unfortunate when changing the hardware)
Thank’s all for the hints