Virtualbox 7.0.12 slow upload speed in any Guest OS

[Dan007]

Hello,

I am using VB since years within several enviroments. Before 2 weeks i used a old server with Debian 10 and Virtualbox 6.1 with some guest os (Windows 11, FreeBSD, OpenSuse), it works perfectly. Last week i changed the server with a brand new one with fresh installation auf Debian 12 with Virtualbox 7.0.12. I moved all Guest os and starting was possible without any problems.
The Server has 2 Nics (Wan and Lan)

I only habe real problems with upload speed of all my guest os mashines. All maschines use Bridget Networking with Intel Network Emulation.

I tested something with Filespeed:

Host System = Donwload and Upload OK (So internal Network adapter works well)
Guest OS = Download (from Internet) OK, Upload (to Internet) max 1-2Mbit
Guest OS = Download (from Host via rsync) OK, Upload (to Host via rsyn) OK

I dont know how to solve the problem. I think there must be anything wrong with bridge mode?

Thanks for support.

[Dan007]

Some additional informations, I tested a downgrade to 6.1.48, no change of problems. I figured out, that must bee a incompatibility with bridge-mode and generic network drivers. It only touched all Linux and FreeBSD Guest (Debian 10 Guest, openSuse Guest, Freebsd Guest). Windows 11 Guest dont touched by the problem and runns fast with Intel driver emulation. To solve the problem as first aid i changes the emulation driver Set to PCnet-Fast III in Debian 10 Guest and openSuse Guest, it works. I also changed it for FreeBSD Guest but no change in speed. So on this point i have to change to virtio-net Adapter, and it works with full speed.

So now i can handle this network perfomance issue, but i think there must be something wrong with brindge mode and Network card emulation in Virtualbox. On my old Host with Virtualbox 6.1.48 there was no performance problems while use the exacly same guest mashines.

Maybe this post helps someone with similar network problems.

[scottgus1]

Interesting. So you're saying that trying a different adapter than the Create New VM wizard picked was able to give good network speeds?

[Dan007]

Yes thats true. I dont know why - my old Server with Debian 10 and Virtualbox 6.1.48 runns without any changes with stock VM Configurations (Intel NICs). I only have the Problems with Debian 12 and Virtualbox 61.48 and 7.0.12. The problem is very confused because it touched only the upload to internet, download speed is alsways good. So for example with Debian 10 Guest i have 250mbit download and 1,2mbit upload with Intel NICs. Change is to PCFast-Net or virtio i god 250Mbit download and 250mbit upload. The difference is amazing. Same as Guest maschines like openSuse, FreeBSD ans so one. It seems taht there are a problem with linux und bsd guest maschines, because the problem dont touched my Windows 11 Guest maschine with Intel NIC.

I donts know why but the workaround hleps me as first aid.

[fth0]

Interesting indeed. Perhaps some difference regarding to offloading (keyword "ethtool")?

[eggroll]

I believe this is the same problem as all of these other threads and probably more:
viewtopic.php?t=109020
viewtopic.php?t=109238
viewtopic.php?t=109491
viewtopic.php?t=109882

I'm experiencing the same thing on my machine. Every Virtualbox guest in v7.0.8, regardless of guest OS (Windows and various Linux distros), has normal download speeds and horrible upload speeds when using a bridged adapter. Every single one. I've had to switch all of my guests to using NAT with port forwarding to work around the issue for now. This seems like a critical bug in the Virtualbox 7.x.x bridged adapter driver.

[fth0]

In one of those threads, a single Wireshark capture was provided, and after analyzing it, I asked for two simultaneous Wireshark captures on the host and in the guest. I still think that this is one viable way to proceed with an analysis ...

[Dan007]

I agree that must be a problem with brigded network and some Host eviroments that touched some Guest OS Systems. Maybe i can setup a fresh Debain 12 Guest Installation, so it will be possible to make some test. In this case i have not any experiance with wireshark directly so tell me witch package to install and whitch commands i have to apply on host and guest. So i can rund this test of cource . I am interest to solve this problem finaly.

[Dan007]

And some informations of my Host Adapters and ethtool "ethtool -k"

Features for eno1 (WAN) -> Ethernet controller: Intel Corporation I350 Gigabit Network Connection (rev 01):
rx-checksumming: on
tx-checksumming: on
tx-checksum-ipv4: off [fixed]
tx-checksum-ip-generic: on
tx-checksum-ipv6: off [fixed]
tx-checksum-fcoe-crc: off [fixed]
tx-checksum-sctp: on
scatter-gather: on
tx-scatter-gather: on
tx-scatter-gather-fraglist: off [fixed]
tcp-segmentation-offload: on
tx-tcp-segmentation: on
tx-tcp-ecn-segmentation: off [fixed]
tx-tcp-mangleid-segmentation: off
tx-tcp6-segmentation: on
generic-segmentation-offload: on
generic-receive-offload: on
large-receive-offload: off [fixed]
rx-vlan-offload: on
tx-vlan-offload: on
ntuple-filters: off
receive-hashing: on
highdma: on [fixed]
rx-vlan-filter: on [fixed]
vlan-challenged: off [fixed]
tx-lockless: off [fixed]
netns-local: off [fixed]
tx-gso-robust: off [fixed]
tx-fcoe-segmentation: off [fixed]
tx-gre-segmentation: on
tx-gre-csum-segmentation: on
tx-ipxip4-segmentation: on
tx-ipxip6-segmentation: on
tx-udp_tnl-segmentation: on
tx-udp_tnl-csum-segmentation: on
tx-gso-partial: on
tx-tunnel-remcsum-segmentation: off [fixed]
tx-sctp-segmentation: off [fixed]
tx-esp-segmentation: off [fixed]
tx-udp-segmentation: on
tx-gso-list: off [fixed]
fcoe-mtu: off [fixed]
tx-nocache-copy: off
loopback: off [fixed]
rx-fcs: off [fixed]
rx-all: off
tx-vlan-stag-hw-insert: off [fixed]
rx-vlan-stag-hw-parse: off [fixed]
rx-vlan-stag-filter: off [fixed]
l2-fwd-offload: off [fixed]
hw-tc-offload: on
esp-hw-offload: off [fixed]
esp-tx-csum-hw-offload: off [fixed]
rx-udp_tunnel-port-offload: off [fixed]
tls-hw-tx-offload: off [fixed]
tls-hw-rx-offload: off [fixed]
rx-gro-hw: off [fixed]
tls-hw-record: off [fixed]
rx-gro-list: off
macsec-hw-offload: off [fixed]
rx-udp-gro-forwarding: off
hsr-tag-ins-offload: off [fixed]
hsr-tag-rm-offload: off [fixed]
hsr-fwd-offload: off [fixed]
hsr-dup-offload: off [fixed]


Features for br0lan (LAN) -> Ethernet controller: Broadcom Inc. and subsidiaries BCM57414 NetXtreme-E 10Gb/25Gb RDMA Ethernet Controller (rev 01):
rx-checksumming: off [fixed]
tx-checksumming: on
tx-checksum-ipv4: off [fixed]
tx-checksum-ip-generic: on
tx-checksum-ipv6: off [fixed]
tx-checksum-fcoe-crc: off [fixed]
tx-checksum-sctp: off [fixed]
scatter-gather: on
tx-scatter-gather: on
tx-scatter-gather-fraglist: off [requested on]
tcp-segmentation-offload: on
tx-tcp-segmentation: on
tx-tcp-ecn-segmentation: on
tx-tcp-mangleid-segmentation: on
tx-tcp6-segmentation: on
generic-segmentation-offload: on
generic-receive-offload: on
large-receive-offload: off [fixed]
rx-vlan-offload: off [fixed]
tx-vlan-offload: on
ntuple-filters: off [fixed]
receive-hashing: off [fixed]
highdma: on
rx-vlan-filter: off [fixed]
vlan-challenged: off [fixed]
tx-lockless: on [fixed]
netns-local: on [fixed]
tx-gso-robust: off [requested on]
tx-fcoe-segmentation: off [requested on]
tx-gre-segmentation: on
tx-gre-csum-segmentation: on
tx-ipxip4-segmentation: on
tx-ipxip6-segmentation: on
tx-udp_tnl-segmentation: on
tx-udp_tnl-csum-segmentation: on
tx-gso-partial: on
tx-tunnel-remcsum-segmentation: on
tx-sctp-segmentation: off [requested on]
tx-esp-segmentation: on
tx-udp-segmentation: on
tx-gso-list: off [requested on]
fcoe-mtu: off [fixed]
tx-nocache-copy: off
loopback: off [fixed]
rx-fcs: off [fixed]
rx-all: off [fixed]
tx-vlan-stag-hw-insert: on
rx-vlan-stag-hw-parse: off [fixed]
rx-vlan-stag-filter: off [fixed]
l2-fwd-offload: off [fixed]
hw-tc-offload: off [fixed]
esp-hw-offload: off [fixed]
esp-tx-csum-hw-offload: off [fixed]
rx-udp_tunnel-port-offload: off [fixed]
tls-hw-tx-offload: off [fixed]
tls-hw-rx-offload: off [fixed]
rx-gro-hw: off [fixed]
tls-hw-record: off [fixed]
rx-gro-list: off
macsec-hw-offload: off [fixed]
rx-udp-gro-forwarding: off
hsr-tag-ins-offload: off [fixed]
hsr-tag-rm-offload: off [fixed]
hsr-fwd-offload: off [fixed]
hsr-dup-offload: off [fixed]

[fth0]

AFAIK, Wireshark packages in Linux distributions usually are simply named wireshark or Wireshark. The basic idea is to run Wireshark on the host and in the guest, start capturing on the respectively used network interface and start an upload. The Wireshark captures can be stopped after a minute, so that they do not get arbitrarily large (if the upload is slow from the beginning).

[shafuq]

Hi, I shared a solution that worked for me and others on another post. So I would like to share the link to it if the moderators approve ofc.

https : // forums.virtualbox.org/viewtopic.php?t=109491

Also let me copy/paste the entry here too:

***********************

The problem was the same as a lot of posts here (this post is one of them.) Basically VMs upload speed would be extremely slow to network shares. I'm using a Linux host with Win10 VM running on bridged mode. Changing to NAT only speed up the process a bit but didn't really resolve it. Also I wanted to keep using bridged mode.

The solution was to disable “Large Send Offload (IPv4)” on the VMs network adapter.

Ref:
https : // serverfault.com/questions/683353/hyper-v-virtual-machine-upload-speed-unbelievably-slow?newreg=faf5fdf6fd8a45a6851a04ffbc25d63a

***********************