Well, it's not that simple, but equally it may turn out to be 'something' to do with this.
Firstly, Mac mini's I have two, 2012 and 2018, both have Broadcom ethernet, as is the chip in my 4th Gen Apple TimeCapsule. I'm not certain about the Fritz, but it looks like it may have an Atheros chip. Not sure what chip the Technicolor has.
So far so good, now the 'difficulties' of this theory:
1) The Fritz has been working fine for ages, then suddenly stops, coincident with GEA migration. Interestingly, whilst it now can only deliver around 120Mbps over the LAN interface, it also appears that referencing scope.avm.de (the AVM German based Speedtest) it gives 500Mbps down.
2) Using my Mac mini 2012 on OSX - 500Mbps down. Using same hardware running Windows 10 - 500Mbps down. Now the hard part! Using same hardware running Windows Server 2016 - 120Mbps down.
3) Not sure what Zen's support guy was using, but I saw he was only getting around 15-20 Mbps
A further note on observations today: Running FAST.COM, the default is to run 8 threads, this is in fact selectable from the more info / settings menu.... Now, setting that down to single thread gives.... Amazingly 15-20Mbps. Not sure if that is a clue perhaps, and doing Wireshark during single threaded Speedtest shows clearly many disconnections (not so many during multiple threaded test).
So it's not quite the chipset alone, but my network guro believes it has to be somewhere in the Layer 2, but that doesn't really help me.
Oh, and as an extra goodie, I tried a few VPN tests emerging in UK, Germany, Holland etc, all were in line with (or far worse in the case of long latency areas like New Zealand) to what is recorded above, so I think we can discount routing too. The inability to make sense with high latency may lead us to other areas I guess, but frankly I am wanting to just try things as they were, and see if that fixes it.
Edited by SteveBushell999 (Sun 08-May-22 22:14:50)