@Wayne-Workman This absolutely worked like a charm. Found that MAC was still in the hostMAC table, deleted it, and Bob’s your uncle. Really appreciate it Wayne! I’d love to update to the latest SVN but we’re in the middle of our busy time building and deploying images so it will likely have to wait until the fall. Thanks again!

@sebastian-roth Thanks, I appreciate your efforts!

@sebastian-roth Thanks again Sebastian, here is the results of that command. Unfortunately we see the same network performance issues with this kernel.

https://photos.app.goo.gl/6Ur7aNkjF92MEKAi6

@sebastian-roth Here you are. https://photos.app.goo.gl/uJJKgG4PSPHY8kQJ6

@sebastian-roth Hey Sebastian, the mtu size was 1500 when I ran than command. Unfortunately when I used the patched kernel I received a “no network interfaces found” error, did I miss a step?

https://photos.app.goo.gl/ieBtBtrgCReWB8BU6

@sebastian-roth OK, totally understand. Just let me know! Thanks for everything Sebastian.

@sebastian-roth How does this look? https://photos.app.goo.gl/2iZT3HmDE3A1wxJH9

@sebastian-roth I hadn’t used iperf, just a regular speed test (speedtest.net). Here are the results from iperf for ubuntu (still quite a few retries when connecting to the main FOG server):
https://photos.app.goo.gl/FDvPSgLoKVAUWDpY7

Here are the results from the command above:
https://photos.app.goo.gl/tcVtyXBZnWzbVN1B6

And here are the iperf3 results from Arch:
https://photos.app.goo.gl/qXU7b5tn8b5ohAan9

I can’t get SystemRescueCD to work as of yet, it will not connect to the network at all with that, but I’ll post the results when I get them.

@sebastian-roth Hi Sebastien, apologies again for the delayed response. I ran a live USB of Ubuntu 20.10 and network performance was normal. We also have Windows 10 loaded on one of the devices manually and it performs normally as well. It seems specific to FOG performance unfortunately.

@sebastian-roth Here you are! https://photos.app.goo.gl/WnHEE63jFEjKvT4N9

@sebastian-roth said in HP ProBook 640 G8 imaging extremely slowly:

@Jacob-Gallant I looked at the PCAP for quite some time now. We see clear signs of “network congestion” - meaning that packets are being re-transmitted causing the TCP connection to slow down.

The connection starts just fine and the host sends a file read request to the FOG server. Now the FOG server starts to send a first large packet. Standard ethernet MTU is 1518 bytes and the FOG server sends 7240 bytes in one single TCP packet - a so called jumbo frame.

So I am wondering if you can improve speed by disabling LRO (Large Receive Offload), TSO (TCP Segmentation Offload) and GSO (Generic Segmentation Offload) using ethtool. Schedule and boot into another debug deploy session. On the shell run:

ip a s
ethtool -K eth0 lro off
ethtool -K eth0 tso off
ethtool -K eth0 gso off

The first command is just to confirm the network interface name (could be eth0 or different) to use with ethtool later on. You can try disabling all three at once or just one and give it a try.

There are various I219-V cards/chips listed with different PCI IDs. Searching with 8006:15fc I couldn’t find much on the web but searching for I-219V there are a few people complaining about issues:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1802691
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1785171
https://forums.linuxmint.com/viewtopic.php?t=327435
https://access.redhat.com/solutions/3615791
Though I am really in doubt if any of those match your exact situation.

Apologies for the delay in getting back to you, I’ve been working from home so far this week so I didn’t have access to the device. Unfortunately these steps didn’t improve anything.