Thanks for the suggestion, but I checked thoroughly - they are different. The host uses DHCP and the guest uses a fixed IP outside the DHCP range (given to me as a free slot from the company admin). However, the ARP idea sounds very reasonable! Indeed that would explain it. The only way I could see that happen is if the bridging were implemented by some form of cloning on the host end, so that two devices (one virtual) were created on the host with the same IP but different MAC addresses. But that's not how it is done, is it?
I should note that I seem to recall I experienced similar results when running VMware. It has been uninstalled by now though, and I am running only VirtualBox. -----Original Message----- From: James Henry [mailto:[email protected]] Sent: Thursday, September 15, 2011 4:44 PM To: Community mailing list of VirtualBox users Subject: Re: [VBox-users] Host and guest competing for bridged network Sounds like both guest and host have the same IP and whenever one makes an ARP broadcast it will start to receive traffic from the remote end. Check to see if the IP on the guest is the same as the host, if so, change it. --James -----Original Message----- From: Fredrik Bengtsson [mailto:[email protected]] Sent: Thursday, September 15, 2011 8:15 AM To: [email protected] Subject: [VBox-users] Host and guest competing for bridged network I'm running a Windows Server 2008 R2 guest under Windows 7 64-bit with VirtualBox 4.1.2. Network is set to bridged, using my computer's wifi connection (Centrino Advanced-N 6205). Virtualization extensions are enabled in host BIOS. When the guest is turned off, all traffic from the host to other machines works fine and always has. When the guest is running, the host and guest seem to "compete" for traffic. If I start a cmd window in both host and guest and start an identical infinite "ping /t <othermachine>" in them, it is perfectly clear that first the host is able to ping fine but the guest consistently gets "Request timed out", and 30 seconds later the host starts getting "Request timed out" but the guest starts to get the packets flowing. And then they switch back like 20 seconds later, and so on and so forth. At no time are they able to transmit at the same time. The time between switches seem to be completely random, but fairly short (less than a minute on average). Any ideas what may be causing this? It's infuriating, since this keeps killing remote desktop connections to the guest which we are relying for in a current project. Thanks, /Fredrik ------------------------------------------------------------------------ ------ Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ _______________________________________________ VBox-users-community mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/vbox-users-community Do you really need to print this email? Help preserve our environment! Devez-vous vraiment imprimer ce courriel? Pensons a l'environnement! __________________________________________________________ Cogeco Cable operates under various legal entities and, except as specifically provided herein, this communication cannot be attributed to any given entity or be regarded as a statement of any given entity. The information in this message, including in all attachments, is confidential or privileged. In the event you have received this message in error and are not the intended recipient, you are hereby advised that any use, copying or reproduction of this document is strictly forbidden. Please notify immediately the sender of this error and destroy this message, including its attachments, as the case may be. Cogeco Cable exerce ses activites par l'entremise de differentes entites legales et, sauf si autrement indique dans la presente communication, celle-ci ne peut etre attribuee a l'une ou l'autre de ces entites en particulier ou consideree comme un enonce d'une de ces entites en particulier. L'information apparaissant dans ce message electronique et dans les documents qui y sont joints est de nature confidentielle ou privilegiee. Si ce message vous est parvenu par erreur et que vous n'en etes pas le destinataire vise, vous etes par les presentes avises que toute utilisation, copie ou distribution de ce message est strictement interdite. Vous etes donc prie d'en informer immediatement l'expediteur et de detruire ce message, ainsi que les documents qui y sont joints, le cas echeant. __________________________________________________________ ------------------------------------------------------------------------------ Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ _______________________________________________ VBox-users-community mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/vbox-users-community ------------------------------------------------------------------------------ Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ _______________________________________________ VBox-users-community mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/vbox-users-community
