I just tried an NIC based on an Intel X550 with copper ports and while it exhibited the same symptoms, I replaced the inbox drivers of Ubuntu 20.04 (5.15.0) with the latest from Intel (5.20.3) and that fixed the issue. But 5.20.3 doesn't fix the problem with the 82599es-based NIC.
Original Message:
Sent: 12-18-2024 00:55
From: klui
Subject: Migrating DHCP pools/vlan config from 12.3/21.4 to 23.4
I was able to follow up the issue I was experiencing by obtaining new firmware for one of my NICs. Not the PCIe 82599es one but for the i350 onboard NIC. After the upgrade, I no longer have the slow (200 Mbps) download transfer.
It's possible the issue only occurs if I'm directly connecting to the SRX but I haven't had the time to test if I still experience the problem by connecting to a switch.
Original Message:
Sent: 11-27-2024 04:17
From: klui
Subject: Migrating DHCP pools/vlan config from 12.3/21.4 to 23.4
I used Arista modules but will try it with some Juniper ones. Personally I am leaning towards the firmware since the onboard i350s in the deprecated MB has issues while the newer card does not and they are copper.
Original Message:
Sent: 11-26-2024 18:16
From: Nikolay Semov
Subject: Migrating DHCP pools/vlan config from 12.3/21.4 to 23.4
JunOS is pretty monolithic in the sense that you're unlikely to get much details as to what changes were made under the hood from 21.4 to 23.4. I suspect you would, however, find fingers pointed at the SFP+ module you're using on the SRX.
------------------------------
Nikolay Semov
Original Message:
Sent: 11-26-2024 15:35
From: klui
Subject: Migrating DHCP pools/vlan config from 12.3/21.4 to 23.4
The configuration is not the problem but either lies in the base drivers or network parameters/optimizations in 23.4.
Because there were errors associated with specific websites (the same sites) or programs (Ookla's speedtest cli) I inspected interface statistics using ethtool. There were some errors, but not a whole lot. Several hundred rx_long_length_errors while all other error counters were 0. They increased by around 5 each time I performed the speed test. I have no idea what this statistic means, so decided to use the onboard NIC to compare. The onboard works but downloads were slow (200 Mbps) compared to upload (900 Mbps).
The problematic interface is an Intel X540-AT2 while the onboard is an i350 in a Supermicro X9DRi.
I swapped the X540 with another i350-based card and it works without issue. Speeds of 900 Mbps upload/download. Websites don't timeout. Error counters all 0. This NIC is a newer one without any heatsink on the controller.
I decided to try an Intel 82599es-based NIC and it has the same problem as the X540. Error reading when trying to perform a download test. Using the open source speedtest-cli, the download test fails (0 Mbps) while the upload is capped to 2 Gbps (normal limitation for the program).
Finally I tested using a Mellanox ConnectX-3 and that worked without any issues.
The X540 doesn't have flow control enabled and it can't be changed. The 82599es has flow control enabled.
My test system is running Ubuntu 20.04 LTS.
I initially encountered this problem when I fresh-installed 23.4 with my current configuration and noticed I was getting errors from my test system. As soon as I downgraded to 21.4 keeping the configuration, everything worked.
Anyone have any insights they could share regarding what tuning could be performed or if what driver tweaks were committed between 21.4 and 23.4?