We have five desktop computers on a network - two of them are near identical, but their Ethernet Adaptors show in Win 10 has having different speeds.
- Were built at the same time
- Use an ASUS B150M/A motherboard
- Have the same BIOS update
- Have on board Realtek PCIe GbE Family Controller Ethernet Adaptors updated to the same latest driver (10.50.511.2021)
Their HDD/SSD configurations are different as is their RAM (the 32 bit has 4GB, the 64 has 12 GB) but for the problem I am having, these differences are irrelevant.
The only significant difference between them is that while they are both Windows 10 Ver 21H1, one of them is 64 bit and the other is 32 bit. The latter was a requirement because we have some proprietary 16 bit legacy software that cannot be updated and will not run on a 64 bit machine, however, according to the Realtek website, the drivers for 64 bit and 32 bit Win10 are identical, so the Windows version will be irrelevant and therefore not the cause of this problem.
All of the other computers on the network indicate gigabit speeds, and all the network cabling is either Cat 5e or Cat 6.
I used Powershell with iperf3 to actually check the network speeds. Between LAB-1 and any other computer, or between any of the computers except LAB-2, the speed ranged between 700 and 900 Mbps, but the speed between LAB-2 and any computer was 75 to 85 Mbps.
I took LAB-1 and LAB-2 off the network, and connected them via an HP1420 Gigabit Ethernet switch. The lamps on the switch showed green (gigabit) for LAB-1 and yellow (10/100) for LAB-2, and the speed again ranged from 75 to 85 Mbps, so its not a cabling problem.
I've looked for a setting in the ASUS BIOS UEFI, but I can't find one
At this stage, I'm stumped!
Any ideas?
LAB-1These two computers...
Link speed (Receive/Transmit): 1000/1000 (Mbps)
IPv6 address: 2404:4404:1f5b:2400:ac82:8fe4:e6f2:8fe8
Link-local IPv6 address: fe80::ac82:8fe4:e6f2:8fe8%6
IPv4 address: 192.168.1.55
IPv4 DNS servers: 8.8.8.8 - 1.1.1.1
Manufacturer: Realtek
Description: Realtek PCIe GbE Family Controller
Driver version: 10.50.511.2021
Physical address (MAC): 70-8B-CD-A5-B0-D5
LAB-2
Link speed (Receive/Transmit): 100/100 (Mbps)
Link-local IPv6 address: fe80::400e:51e2:1c2e:a850%6
IPv4 address: 192.168.1.10
IPv4 DNS servers: 8.8.8.8 ... 1.1.1.1
Manufacturer: Realtek
Description: Realtek PCIe GbE Family Controller
Driver version: 10.50.511.2021
Physical address (MAC): D0-17-C2-8B-9C-D2
- Were built at the same time
- Use an ASUS B150M/A motherboard
- Have the same BIOS update
- Have on board Realtek PCIe GbE Family Controller Ethernet Adaptors updated to the same latest driver (10.50.511.2021)
Their HDD/SSD configurations are different as is their RAM (the 32 bit has 4GB, the 64 has 12 GB) but for the problem I am having, these differences are irrelevant.
The only significant difference between them is that while they are both Windows 10 Ver 21H1, one of them is 64 bit and the other is 32 bit. The latter was a requirement because we have some proprietary 16 bit legacy software that cannot be updated and will not run on a 64 bit machine, however, according to the Realtek website, the drivers for 64 bit and 32 bit Win10 are identical, so the Windows version will be irrelevant and therefore not the cause of this problem.
All of the other computers on the network indicate gigabit speeds, and all the network cabling is either Cat 5e or Cat 6.
I used Powershell with iperf3 to actually check the network speeds. Between LAB-1 and any other computer, or between any of the computers except LAB-2, the speed ranged between 700 and 900 Mbps, but the speed between LAB-2 and any computer was 75 to 85 Mbps.
I took LAB-1 and LAB-2 off the network, and connected them via an HP1420 Gigabit Ethernet switch. The lamps on the switch showed green (gigabit) for LAB-1 and yellow (10/100) for LAB-2, and the speed again ranged from 75 to 85 Mbps, so its not a cabling problem.
I've looked for a setting in the ASUS BIOS UEFI, but I can't find one
At this stage, I'm stumped!
Any ideas?
via International Skeptics Forum https://ift.tt/3llqLR0
Aucun commentaire:
Enregistrer un commentaire