VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (2350 - 2352 of 16363)

Ticket Resolution Summary Owner Reporter
#18439 invalid broken VRDP in 6.0.4 on AMD HW nbi
Description

Linux rdesktop (1.8.4) and also vinagre cannot connect to port 3389 on AMD HW. This problem does not exist on an Intel PC, but is 100% reproducible on AMD HW. When rdesktop/vinagre fail they exit with error code 76 (protocol error). I have verified that ms-wbt-server is listening on port 3389 upon failure. The log file does not show any errors. This is for a Win 7 Pro 64bit guest.

#6996 obsolete brigded network stops when virtual host changes mac address JJ
Description

Problem:

When i change the mac address in the running guest system, there is no more network connectivitiy for the guest.

Problem exists in Version3.2.4 (VirtualBox-3.2-3.2.4_62467_fedora12-1.x86_64)
Problem did not exist in Version3.1.8 (VirtualBox-3.1-3.1.8_61349_fedora12-1.x86_64)

I can change the MAC adress in my guest:

  ifconfig eth0 down
  ifconfig eth0 hw ether <new mac address>
  ifconfig eth0 up

Workaround:

  ifconfig eth0 promisc

Setting the interface into promiscous mode re-establishes network connectivity.

Host System:Fedora 12
Guest System:RHEL 5.4
#13714 fixed bridged-to-wifi adapter escapes the packets with guest dst-mac aleksey.shipilev
Description

This is how it works. A simple network:

 (server) ---eth--- (router) ---wlan--- (laptop)
              .                .
               .... bridge ....
  1. Connect the laptop to wireless:
     HWaddr: f8:16:54:d3:13:87
       ipv4: 192.168.79.75
  1. On laptop, start VirtualBox with Debian guest. Set the networking as "Bridged" via wlan0. The guest will be configured with this:
     HWaddr: 08:00:27:bb:4b:cb
       ipv4: 192.168.79.76
  1. Do the arping from server, figure out both host and guest share the host mac.
     arping(192.168.79.75) = f8:16:54:d3:13:87
     arping(192.168.79.76) = f8:16:54:d3:13:87
  1. In guest, start "iperf -s". On host, start "iperf -c 192.168.79.76". This will yield around 90-100 Mbps of traffic in my setup.
  1. Look into the router statistics (Mikrotiks are very good at introspection). See the baffling thing: 90-100 Mbps comes from wlan, and then replicates on every single bridge port, including the Ethernet port on which the server is connected. If you look at tcpdump on server, you will see the packets that do not belong to server at all, but are the part of unicast between the host (laptop) and guest there:
23:11:42.080835 f8:16:54:d3:13:87 (oui Unknown) > 08:00:27:bb:4b:cb (oui
Unknown), ethertype IPv4 (0x0800), length 2962: 192.168.79.75.56815 >
192.168.79.76.5001: Flags [.], seq 4516312:4519208, ack 1, win 229,
options [nop,nop,TS val 48947332 ecr 109821], length 2896
  1. iperf is a one-sided test, so you can try the different direction. Start "iperf -s" on host, "iperf -c 192.168.79.75" in guest. You will have around 500-600 Mbps (!!!). Router statistics will show minimal traffic on the bridge now, and server tcpdump yields a few packets with "length 0" now:
23:17:43.182499 f8:16:54:d3:13:87 (oui Unknown) > 08:00:27:bb:4b:cb (oui
Unknown), ethertype IPv4 (0x0800), length 66: 192.168.79.75.5001 >
192.168.79.76.55686: Flags [.], ack 125813305, win 24576, options
[nop,nop,TS val 49037609 ecr 200144], length 0

I speculate the issue is that the router's bridge has no idea where 08:00:27:bb:4b:cb (guest mac) lives, and therefore it ends up broadcasting it to everyone, desperately waiting for reply, that will never come with guest mac as src mac. This effectively:

a) leaks the unicast host-guest packets into the external network

b) bottlenecks the host-guest link to the external link bandwidth (notice the asymmetry above: 100 Mbps host-guest, and 500 Mbps guest-host)

c) in some cases, like mine, DoSes the external network.

Therefore, I believe this is a major defect that should be fixed.

I further speculate this is because VirtualBox's bridge adapter sends the packets with "dst mac" == "guest mac" both to the guest and into the external network, that has no other alternative than to broadcast it.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy