VirtualBox 7.2.0 2.2 Mbit download restriction

[Pharao507]

Since I upgraded to 7.2.0 from 7.1.12 the download speed for VMs using the paravirtualized adapter in bridged mode seems to be restricted to 2.2 Mbit.
The upload speed is not affected.

Reverting back to 7.1.12 solved the issue.

The host system is Windows 10 with latest updates installed.

[Blkadder]

Having the same issue here. I have a 10Gig network card (QLogic BCM57810) running on Windows 10 host. After upgrading to 7.2.2 now, any VM running in bridged mode downloads data at sub 2Mb, but uploads at 150Mb. Using the 10Gig card the host system can move about 4800Mb/sec (limited due to my SATA SSD speeds) from the same NAS. When I change the VM's to run in NAT'ed mode, the transfer rate goes to 250Mb up and down. If I enable the old 1Gig NIC on the motherboard and set the VM's to use that network card in bridged or NAT mode, they can move over 900Mb. I tried changing the network card type from the default Intel card to using the Virt-IO network drivers. It actually got worse with bridged speed on the 10Gig card dropping to sub 1Mb download. But still 250Mb upload.

[whatever65]

I have the same issue since upgrading from 7.2.0 to 7.2.2.
Bridged network download speed is very slow (< 200 kbit/s).
Before upgrading the full bandwidth was available.

[fr2201]

I had the same Issue from 7.1.6 to 7.2.4.

[fstrankowski]

Can confirm. Virtualbox ≥ 7.2.0 (i upgraded from 7.1.14) has a serious bug which leads to the VM beeing unusable in any networking context. Like the previous posters i also have my VM set to:

• Briged
• Intel Desktop Nic

with the host having a 10G networking card installed. Precisely its a Marvell AQtion 10G NIC.

I did uninstall all VBox* drivers prior upgrading Virtualbox on the host system and also upgraded the Guest Addons inside the VM to 7.2.4. Problem persistet. The incoming throughput is near zero, rendering any network communication impossible.

Downgrading to 7.1.14 (including Guest Addon) worked and the VM is usable again.

Raised an issue over at Github for this bug. (see here github[.]com/VirtualBox/virtualbox/issues/345)

Edit: This board is useless when it takes days (3+) to wait for a "moderator" to approve a comment.

[tejotka]

I have the same problem after VirtualBox upgrade to 7.2.4 and looks like the workaround of using Hyper-V vswitch with the affected network adapter worked for me:

Go to "Turn Windows features on or off" and enable:
Hyper-V Module For Windows Powershell
Hyper-V Services
See: viewtopic.php?t=108068
Then run in powershell as administrator, use appropriate adaptername from control panel -> network & sharing center -> change adapter settings
### create
$adaptername="Ethernet DA310"
New-VMSwitch -name TESTVLAN-vSwitch -NetAdapterName $adaptername -AllowManagementOS $True
Get-NetAdapter | ft Name, InterfaceDescription, Status, MacAddress

then select the newly created vswitch as the VM bridged network adapter.

### delete
Remove-VMSwitch TESTVLAN-vSwitch -Force
Get-VMSwitch
Get-NetAdapter | ft Name, InterfaceDescription, Status, MacAddress

[tejotka]

Another, easier workaround, no need to use vswitch - can you test please ?
Set "Recv Segment Coalescing (IPv4)" and "Recv Segment Coalescing (IPv6)" to Disabled in the host OS network adapter advanced properties.

[tejotka]

Unfortunately disabling the "Packet Coalescing" for Intel AX211 WiFi network adapter did not fix the download speed issue so had to go back to VirtualBox 7.1.14:

Code: Select all

### VirtualBox 7.2.4 VM with bridged WiFi network adapter
[root@vmol8 ~]# iperf3 -c x.x.x.2
Connecting to host x.x.x.2, port 5201
[  5] local x.x.x.63 port 49022 connected to x.x.x.2 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  42.5 MBytes   356 Mbits/sec    0   2.53 MBytes       
[  5]   1.00-2.00   sec  8.75 MBytes  73.3 Mbits/sec    0   2.96 MBytes       
[  5]   2.00-3.00   sec  31.2 MBytes   263 Mbits/sec    0   3.16 MBytes       
[  5]   3.00-4.00   sec  20.0 MBytes   168 Mbits/sec    0   3.16 MBytes       
[  5]   4.00-5.00   sec  21.2 MBytes   178 Mbits/sec    0   3.16 MBytes       
[  5]   5.00-6.00   sec  18.8 MBytes   157 Mbits/sec    0   3.16 MBytes       
[  5]   6.00-7.00   sec  17.5 MBytes   147 Mbits/sec    0   3.16 MBytes       
[  5]   7.00-8.00   sec  17.5 MBytes   147 Mbits/sec    0   3.16 MBytes       
[  5]   8.00-9.00   sec  8.75 MBytes  73.4 Mbits/sec    0   3.16 MBytes       
[  5]   9.00-10.00  sec  0.00 Bytes  0.00 bits/sec    1   1.41 KBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   186 MBytes   156 Mbits/sec    1             sender
[  5]   0.00-10.00  sec   184 MBytes   154 Mbits/sec                  receiver
iperf Done.

[root@vmol8 ~]# iperf3 -c x.x.x.2 -R
Connecting to host x.x.x.2, port 5201
Reverse mode, remote host x.x.x.2 is sending
[  5] local x.x.x.63 port 53474 connected to x.x.x.2 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.65   sec   128 KBytes   637 Kbits/sec                  
[  5]   1.65-2.32   sec   128 KBytes  1.57 Mbits/sec                  
[  5]   2.32-3.36   sec   256 KBytes  2.01 Mbits/sec                  
[  5]   3.36-4.48   sec   256 KBytes  1.87 Mbits/sec                  
[  5]   4.48-5.00   sec   128 KBytes  2.01 Mbits/sec                  
[  5]   5.00-6.07   sec   256 KBytes  1.97 Mbits/sec                  
[  5]   6.07-7.08   sec   256 KBytes  2.07 Mbits/sec                  
[  5]   7.08-8.02   sec   256 KBytes  2.23 Mbits/sec                  
[  5]   8.02-9.06   sec   256 KBytes  2.02 Mbits/sec                  
[  5]   9.06-10.36  sec   256 KBytes  1.61 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.36  sec  2.24 MBytes  1.82 Mbits/sec  284             sender
[  5]   0.00-10.36  sec  2.12 MBytes  1.72 Mbits/sec                  receiver
iperf Done.

### VirtualBox 7.1.14 VM with bridged WiFi network adapter
[root@vmol8 ~]# iperf3 -c x.x.x.2
Connecting to host x.x.x.2, port 5201
[  5] local x.x.x.63 port 50150 connected to x.x.x.2 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  17.6 MBytes   148 Mbits/sec    0    796 KBytes       
[  5]   1.00-2.00   sec  27.5 MBytes   231 Mbits/sec    0   2.15 MBytes       
[  5]   2.00-3.00   sec  25.0 MBytes   210 Mbits/sec    0   3.16 MBytes       
[  5]   3.00-4.00   sec  22.5 MBytes   189 Mbits/sec    0   3.16 MBytes       
[  5]   4.00-5.00   sec  22.5 MBytes   189 Mbits/sec    0   3.16 MBytes       
[  5]   5.00-6.00   sec  21.2 MBytes   178 Mbits/sec    0   3.16 MBytes       
[  5]   6.00-7.00   sec  22.5 MBytes   189 Mbits/sec    0   3.16 MBytes       
[  5]   7.00-8.00   sec  21.2 MBytes   178 Mbits/sec    0   3.16 MBytes       
[  5]   8.00-9.00   sec  22.5 MBytes   189 Mbits/sec    0   3.16 MBytes       
[  5]   9.00-10.00  sec  20.0 MBytes   168 Mbits/sec    0   3.16 MBytes       
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   223 MBytes   187 Mbits/sec    0             sender
[  5]   0.00-10.00  sec   223 MBytes   187 Mbits/sec                  receiver
iperf Done.

[root@vmol8 ~]# iperf3 -c x.x.x.2 -R
Connecting to host x.x.x.2, port 5201
Reverse mode, remote host x.x.x.2 is sending
[  5] local x.x.x.63 port 34332 connected to x.x.x.2 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.01   sec  5.88 MBytes  48.7 Mbits/sec                  
[  5]   1.01-2.00   sec  7.00 MBytes  59.2 Mbits/sec                  
[  5]   2.00-3.02   sec  6.12 MBytes  50.4 Mbits/sec                  
[  5]   3.02-4.02   sec  7.25 MBytes  61.2 Mbits/sec                  
[  5]   4.02-5.41   sec  4.88 MBytes  29.4 Mbits/sec                  
[  5]   5.41-6.00   sec  3.62 MBytes  51.2 Mbits/sec                  
[  5]   6.00-7.01   sec  7.25 MBytes  60.3 Mbits/sec                  
[  5]   7.01-8.01   sec  6.38 MBytes  53.5 Mbits/sec                  
[  5]   8.01-9.01   sec  9.62 MBytes  80.3 Mbits/sec                  
[  5]   9.01-10.02  sec  7.62 MBytes  63.7 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.02  sec  68.3 MBytes  57.2 Mbits/sec  146             sender
[  5]   0.00-10.02  sec  65.6 MBytes  55.0 Mbits/sec                  receiver
iperf Done.

[klaus]

There are no known/intentional changes to the bridged networking code between 7.1.x and 7.2.x - what you describe is so far rather mysterious.

[fstrankowski]

There are no known/intentional changes to the bridged networking code between 7.1.x and 7.2.x - what you describe is so far rather mysterious.

So its like Virtualbox 7.2.X "Halloween Edition"?

[tejotka]

There are no known/intentional changes to the bridged networking code between 7.1.x and 7.2.x - what you describe is so far rather mysterious.

This mysterious behavior has been observed by multiple people (the ones reporting it in this thread + 2 more people that I know) so please try to reproduce it with VB 7.2.4 on Windows 11 24H2 and a wired NIC (for example Gigabit Realtek USB-to-ethernet).
iperf3 clearly shows slow download speed and high number of TCP retransmissions (Retr).

iperf3 client running on OL8 VM (VirtualBox 7.2.4 on host OS Windows 11 24H2 with Hyper-V disabled, 2 cpus assigned to the VM and paravirtualized NIC - Gigabit Realtek USB-to-ethernet Dell DA310 used):

Code: Select all

# iperf3 -c x.x.x.2 -R
Connecting to host x.x.x.2, port 5201
Reverse mode, remote host x.x.x.2 is sending
[  5] local x.x.x.24 port 35276 connected to x.x.x.2 port 5201
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.92   sec   128 KBytes   546 Kbits/sec                  
[  5]   1.92-2.23   sec   128 KBytes  3.37 Mbits/sec                  
[  5]   2.23-3.10   sec   384 KBytes  3.60 Mbits/sec                  
[  5]   3.10-4.22   sec   512 KBytes  3.76 Mbits/sec                  
[  5]   4.22-5.07   sec   384 KBytes  3.69 Mbits/sec                  
[  5]   5.07-6.26   sec   512 KBytes  3.55 Mbits/sec                  
[  5]   6.26-7.14   sec   384 KBytes  3.57 Mbits/sec                  
[  5]   7.14-8.03   sec   384 KBytes  3.51 Mbits/sec                  
[  5]   8.03-9.21   sec   512 KBytes  3.56 Mbits/sec                  
[  5]   9.21-10.09  sec   384 KBytes  3.56 Mbits/sec                  
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.09  sec  3.71 MBytes  3.08 Mbits/sec  1062             sender
[  5]   0.00-10.09  sec  3.62 MBytes  3.01 Mbits/sec                  receiver

iperf Done.

[tejotka]

Similar issue seems to be reported here:
https://www.reddit.com/r/virtualbox/com ... rk_access/
Suggested to disable TCP segmentation offload in advanced network adapter settings - the problem might be related to network adapters which support this type of offload.

[vboxNice]

I've been having this issue too. It effects bridge mode using Realtek RTL8153; download speeds slow to kB/s

Using another NIC, an Intel I219-v , networking appears to run at normal speed.

[Inter]

Are there any updates about this? ...started hitting us heavily on all new laptop installs.
Win 11 host + Rocky Linux 9/10 guest, VirtualBox 7.2.4, bridged adapter.

Download is capped at 50kb/s max with constant timeouts/errors... example dnf update

[MIRROR] java-21-openjdk-headless-21.0.10.0.7-1.el10.x86_64.rpm: Curl error (92): Stream error in the HTTP/2 framing layer for https://.../java-21-openjdk-headless-21.0.10.0.7-1.el10.x86_64.rpm [HTTP/2 stream 11 was not closed cleanly: INTERNAL_ERROR (err 2)]
[MIRROR] java-21-openjdk-headless-21.0.10.0.7-1.el10.x86_64.rpm: Curl error (92): Stream error in the HTTP/2 framing layer for https://.../java-21-openjdk-headless-21.0.10.0.7-1.el10.x86_64.rpm [HTTP/2 stream 1 was not closed cleanly: INTERNAL_ERROR (err 2)]
(26/26): java-21-openjdk-headless-21.0.10.0.7-1.el10.x86_64.rpm 21 kB/s | 47 MB 38:24

(downloading the file from the url above takes 1s in host OS)

or composer runs
96%A connection timeout was encountered. If you intend to run Composer without connecting to the internet, run the command again prefixed with COMPOSER_DISABLE_NETWORK=1 to make Composer run in offline mode.
Failed to download mpdf/mpdf from dist: curl error 28 while downloading https://...: Operation timed out after 300000 milliseconds with 17234354 out of 46620778 bytes received


I tried to get some basic linux net info, and I get this with RX errors reported always of same type:
[root@rl10 log]# ip -s link show
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
RX: bytes packets errors dropped missed mcast
0 0 0 0 0 0
TX: bytes packets errors dropped carrier collsns
0 0 0 0 0 0
2: enp0s3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
RX: bytes packets errors dropped missed mcast
340335491 245708 82695 0 0 39
TX: bytes packets errors dropped carrier collsns
16712572 176919 0 0 0 0

[root@rl10 log]# ethtool -S enp0s3
NIC statistics:
rx_packets: 245723
tx_packets: 176691
rx_bytes: 341319729
tx_bytes: 16699870
rx_broadcast: 426
tx_broadcast: 7
rx_multicast: 39
tx_multicast: 0
rx_errors: 0
tx_errors: 0
tx_dropped: 0
multicast: 39
collisions: 0
rx_length_errors: 82695
rx_over_errors: 0
rx_crc_errors: 0
rx_frame_errors: 0
rx_no_buffer_count: 0
rx_missed_errors: 0
tx_aborted_errors: 0
tx_carrier_errors: 0
tx_fifo_errors: 0
tx_heartbeat_errors: 0
tx_window_errors: 0
tx_abort_late_coll: 0
tx_deferred_ok: 0
tx_single_coll_ok: 0
tx_multi_coll_ok: 0
tx_timeout_count: 0
tx_restart_queue: 0
rx_long_length_errors: 82695
rx_short_length_errors: 0
rx_align_errors: 0
tx_tcp_seg_good: 210
tx_tcp_seg_failed: 0
rx_flow_control_xon: 0
rx_flow_control_xoff: 0
tx_flow_control_xon: 0
tx_flow_control_xoff: 0
rx_long_byte_count: 341319729
rx_csum_offload_good: 0
rx_csum_offload_errors: 0
alloc_rx_buff_failed: 0
tx_smbus: 0
rx_smbus: 0
dropped_smbus: 0

[quizerti]

Since installing v7.2.6 Build 172322, network speeds are mostly resolved for me now and I can download at nearly the full speed my ISP allows. For me, the biggest problem is CPU usage for what appears to be network activity - it is painfully high, reaching almost 100% when at nearly full speeds.