-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I remember having issues with QEMU here at LLU, because of router safety checks of some sort cutting off the connection. If I remember correctly, the main issue was that there were more than one VM using the same MAC address, so the router (or more likely the admin) decided that something wasn't kosher. I know, you said "Each VM has its own Mac address" but perhaps there is connection. So to speak.
VMWare on linux sets up a tunnel for bridged networking; I wonder if the tunnel device is audited somehow. First I would try changing the VM network setup to NAT versus bridged or vice-versa. I never noticed any significant speed difference with large downloads either way. Dunno specifically why that would make a difference, but it would at least shift some of the networking to - or away from - the host. I also wonder if the host's DHCP server sets up a very short lease timeout? I believe there is a way to change that, at least in linux I know there is a way to edit VMWare's vmnet .conf file, which is /etc/vmware/vmnet1/dhcpd/dhcpd.conf in the my gentoo layout - no idea how that works in OS X. According to mine, though, the default lease time is set to 30 minutes and a max of 2 hours. Maybe during such heavy network activity it times out and resets before the host can reissue the IP. Roger E. Rustad, Jr. wrote: > Anyone else have problems with the network connection for Parallels > and/or VMware crapping out? > > I'll have VMs running downloading something *big* (Debain updates, > FTP transfers, big ISOs, etc), and they'll sometimes die. Mac OS X > connections don't die, just the VMware connection. They'll not > completely die, just temporarily die and then sometimes reconnect. > > Each VM has its own Mac address, and thus gets a separate address > from the DHCP server on the network of my host OS X box. > > Roger _______________________________________________ 909linux > mailing list [email protected] > http://909linux.org/cgi-bin/mailman/listinfo/909linux > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFrp+bLFtx99ZgPbQRAhsAAKDIrxzV5ZmnUdjcX9uG5vBuiZw/OwCfRuMq qVS1VPiL7tBIiOuYx6se32Y= =gHZp -----END PGP SIGNATURE-----
