Hi,

In order to be able to use qemu's bridged networking without taking my
network down, I set up my primary network (eth0) to work through a
bridge (br0) right from boot, so that later on the virtual machines can
just connect to the bridge and talk to the outside.

The downside is that it now takes 30s for the network to acquire an IP
from my DHCP server, whereas before, when using only eth0, it took about 3s.

I've collected the messages that bridge prints out in the kernel, and
I'm hoping that you find something I can do about it - maybe specify
some parameters so there's no need for bridge to go trial and error.

Anyways, here's the log (I didn't know if the RPC messages were related,
so I left them in):

Nov  4 19:29:55 terra kernel: ACPI: PCI Interrupt 0000:02:01.0[A] -> Link [L3CM] 
-> GSI 11 (level, low) -> IRQ 11
Nov  4 19:29:56 terra kernel: eth0: Setting promiscuous mode.
Nov  4 19:29:56 terra kernel: device eth0 entered promiscuous mode
Nov  4 19:29:56 terra kernel: br0: port 1(eth0) entering learning state
Nov  4 19:30:03 terra kernel: RPC: sendmsg returned error 101
Nov  4 19:30:11 terra kernel: br0: topology change detected, propagating
Nov  4 19:30:11 terra kernel: br0: port 1(eth0) entering forwarding state
Nov  4 19:30:16 terra kernel: RPC: sendmsg returned error 101
Fri Nov  4 19:30:24 CET 2005

The last line is from using the command 'dhcpcd br0 && date >>
/var/log/messages', so I knew how long it took (which turned out to be 29s).

Any hints are greatly appreciated.

Cheers,
~Mik

--
Pech im Glück, Spiel in der Liebe.

_______________________________________________
Bridge mailing list
[email protected]
https://lists.osdl.org/mailman/listinfo/bridge

Reply via email to